Display device and poster data scraping method

Abstract

The application relates to a display device and a poster data scraping method. The display device comprises a display configured to display an image and / or a user interface; a controller configured to: scan a file directory in which audio and video files are stored to obtain storage paths of the audio and video files; perform field extraction on a folder name and an audio and video file name to obtain metadata fields of the audio and video files; combine the metadata fields of the audio and video files to obtain structured objects of the audio and video files; and identify the structured objects of the audio and video files, and in the case that the audio and video files are identified as related files of the same audio and video work, combine network scraping requests of the audio and video files to initiate a preset number of network scraping requests. Since the related files of the same audio and video work can be identified based on core information in the structured objects, the network scraping requests of the related files can be combined.

Description

Technical Field

[0001] This application relates to the field of computer application technology, and in particular to a display device and a method for scraping poster data. Background Technology

[0002] With the rapid development of television and streaming media technologies, users have increasingly higher demands for the clarity and audio-visual experience of audio-visual content. Ultra-high-definition sources such as 4K Dolby audio are widely used, and more and more users prefer to store such sources through NAS devices. Users' requirements for the management and browsing experience of audio-visual content are also increasing. Traditional TV media center lists or grid layouts require users to know the file names to find or search, which is inconvenient. Therefore, the video wall function has emerged. This function can be integrated into TV manufacturer's pre-installed applications, NAS manufacturer's adapted applications, and third-party applications.

[0003] Current video wall functionality relies on poster scraping technology. Mainstream tools need to perform fuzzy matching between information from the video files themselves, such as the video filename, and an online database. Matching requests are initiated via a network API, with an average of 3-5 requests per video to complete the information matching.

[0004] Because there are video files with complex formats, such as Blu-ray discs which contain a STREAM subdirectory and multiple m2ts segments, each video-related file in the directory needs to be scraped accordingly, which will cause repeated scraping, affect scraping efficiency, and generate a lot of redundant metadata. Summary of the Invention

[0005] Therefore, it is necessary to provide a display device and poster data scraping method that reduces repeated scraping in response to the above-mentioned technical problems.

[0006] In a first aspect, this application provides a display device, comprising:

[0007] The display is configured to show images and / or a user interface;

[0008] The controller is configured as follows:

[0009] Scan the file directory where the audio and video files are stored to obtain the storage paths of each audio and video file. The storage paths include the folder names at the previous level and the audio and video file names at the last level.

[0010] Extract the folder name and audio / video file name fields to obtain the metadata fields of the audio / video files; combine the metadata fields of the audio / video files to obtain the structured object of the audio / video files;

[0011] Based on the structured objects of multiple audio and video files, the network scraping requests of multiple audio and video files are merged when multiple audio and video files are identified as related files of the same audio and video work, so as to initiate a preset number of network scraping requests, which is less than the number of multiple audio and video files.

[0012] The above technical solution has the following advantages or beneficial effects: By scanning the storage path of audio and video files, metadata fields are extracted from folder names and audio / video file names to form structured objects. This fully explores the semantics of the path hierarchy, effectively solving the problem of inaccurate matching of non-standard named files and improving adaptability to non-standard naming scenarios. Based on the core information in the structured objects, related files of the same audio / video work are identified, thereby merging network scraping requests for such related files. This effectively reduces the number of network scraping requests, lowers network bandwidth consumption and server request pressure, and improves the response efficiency of scraping requests. Simultaneously, by extracting metadata from path information and using the same work identification mechanism, the accuracy and relevance of audio / video file metadata acquisition can be ensured. This improves the resource waste and redundant data problems caused by repeated scraping, simplifies the metadata management process for multiple audio / video files, and enhances the overall efficiency and practicality of audio / video file metadata processing.

[0013] In one embodiment, the controller performs field extraction on the folder name and audio / video file name to obtain the metadata fields of the audio / video files, which are configured as follows:

[0014] The audio / video file name is used as the current level object. Fields are extracted from the current level object to obtain the metadata fields in the current level object.

[0015] The parent folder name of the current level object is used as the current level object, and the steps for extracting fields from the current level object are returned and execution continues until the current level object does not have a parent folder name.

[0016] The above technical solution has the following advantages or beneficial effects: By employing a method of progressively extracting data from the last level of the audio / video filename and upwards through the folder name, it comprehensively mines the metadata information contained in each level of the storage path, improving the metadata omission problem caused by extraction at a single level. Simultaneously, this backtracking extraction logic can fully utilize the semantics of the path hierarchy structure, maximizing the mining of key information such as classification, year, and technical parameters scattered in non-standard named file paths. This effectively solves the deficiency of insufficient data integration capabilities in existing technologies, providing more comprehensive and complete metadata support for subsequent structured object construction and identification of the same audio / video work, further improving the comprehensiveness and accuracy of metadata processing in complex paths and non-standard naming scenarios.

[0017] In one embodiment, the controller performs field extraction on the current-level object to obtain metadata fields from the current-level object, which are configured as follows:

[0018] The naming rule template corresponding to the type of audio and video file is called and matched with the current layer object. If the match is successful, the metadata fields in the current layer object are obtained.

[0019] In the event of a failed match, invalid fields in the current level object are cleaned based on a preset invalid field dictionary; the cleaned current level object is then matched based on a preset valid word dictionary to obtain the metadata fields in the current level object.

[0020] The above technical solution has the following advantages or beneficial effects: By calling the naming rule template corresponding to the audio and video file type, the current level object is accurately matched to quickly extract metadata fields, effectively improving the efficiency and accuracy of metadata extraction in standard naming scenarios. For cases of matching failure, invalid fields in the current level object are first cleaned using a preset invalid field dictionary, and then a second matching is performed using a preset valid word dictionary to extract metadata fields. This not only solves the problems of insufficient data integration capabilities and difficulty in parsing the semantics of non-standard named file paths when parsing filenames, but also further broadens the adaptability to non-standard naming and complex format files, improving the situation of metadata extraction omissions or misjudgments caused by non-standard naming. Simultaneously, it ensures the consistency and reliability of metadata field extraction under different naming scenarios, providing high-quality data support for subsequent identification of the same audio and video work and merging of network scraping requests, comprehensively optimizing the overall effect of audio and video file metadata processing.

[0021] In one embodiment, before the controller combines the metadata fields of the audio and video files to obtain a structured object of the audio and video files, it is further configured to:

[0022] When multiple metadata fields of the same type are extracted and these fields originate from different levels in the storage path, the metadata field with the smallest level distance is retained among the multiple identical metadata fields based on the level distance between the source level and the last level of the metadata field.

[0023] The above technical solution has the following advantages or beneficial effects: For scenarios where multiple metadata fields of the same type may be extracted from different levels of the storage path, by using the distance between the source level and the last level (the level where the audio / video file name is located) of the metadata field as the criterion, and retaining the metadata field corresponding to the smallest distance, it can accurately filter out metadata information that is strongly related to and semantically fits the audio / video file. This effectively improves the problems caused by metadata redundancy or ambiguity due to the coexistence of multiple levels of the same type of fields. At the same time, this method does not require additional complex verification logic; it can achieve efficient deduplication and accurate filtering solely through the distance between levels. This ensures the uniqueness and accuracy of the metadata fields and provides high-quality data support for subsequent processes such as identification of the same audio / video work and merging of network scraping requests. It further optimizes the metadata processing effect in complex scenarios such as non-standard naming and multi-level paths, improving the practicality and reliability of the overall technical solution.

[0024] In one embodiment, the metadata fields include audio / video titles and audio / video names; the controller performs identification based on the structured objects of multiple audio / video files, and is configured as follows:

[0025] When different structured objects have the same audio and video names and types, the corresponding different audio and video files are identified as related files of the same audio and video work.

[0026] The above-mentioned technical solution has the following advantages or beneficial effects: using audio and video names and types as the basis for identifying the same audio and video work, and identifying related files of the same work by judging the consistency of these two fields in different structured objects, can effectively solve the problem of misjudging multiple fragment files in complex formats such as Blu-ray discs in existing technologies, and avoid repeated scraping caused by misjudging fragment files of the same work as independent files. At the same time, this identification method does not rely on complex additional verification logic, and can quickly associate audio and video files with non-standard naming but consistent core information, further improving the adaptability to non-standard naming scenarios, laying a reliable foundation for subsequent merging of network scraping requests, reducing network dependence, and improving scraping efficiency, and ensuring the relevance and efficiency of audio and video file metadata processing in multiple scenarios.

[0027] In one embodiment, the controller performs a scan of the file directory where the audio and video files are stored to obtain the storage paths of the various audio and video files, and is configured as follows:

[0028] Scan the directory where the audio and video files are stored to obtain the original paths of each audio and video file;

[0029] Remove redundant levels from the original path to obtain the storage paths for each of the multiple audio and video files. The redundant levels must include at least the device root directory level.

[0030] The above technical solution has the following advantages or beneficial effects: By trimming redundant levels in the original path that at least include the device root directory level, a simplified storage path is obtained. This effectively eliminates path information unrelated to the classification and attributes of audio and video files, reducing interference when extracting metadata fields from the path and improving the efficiency and accuracy of field extraction. Simultaneously, the simplified storage path focuses more on the actual classification level and identification information of audio and video files. This not only facilitates the parsing of the hierarchical structure semantics in the path and better adapts to the metadata extraction needs of non-standard named files, but also provides clear and highly relevant path data support for subsequent structured object construction and identification of the same audio and video work, further optimizing the smoothness and reliability of the overall audio and video file metadata processing flow.

[0031] Secondly, this application also provides a poster data scraping method, applicable to display devices provided by various possible implementations of the first aspect, the method comprising:

[0032] Scan the file directory where the audio and video files are stored to obtain the storage paths of each audio and video file. The storage paths include the folder names at the previous level and the audio and video file names at the last level.

[0033] Extract the folder name and audio / video file name fields to obtain the metadata fields of the audio / video files; combine the metadata fields of the audio / video files to obtain the structured object of the audio / video files;

[0034] Based on the structured objects of multiple audio and video files, the network scraping requests of multiple audio and video files are merged when multiple audio and video files are identified as related files of the same audio and video work, so as to initiate a preset number of network scraping requests, which is less than the number of multiple audio and video files.

[0035] The above technical solution has the following advantages or beneficial effects: By scanning the storage path of audio and video files, metadata fields are extracted from folder names and audio / video file names to form structured objects. This fully explores the semantics of the path hierarchy, effectively solving the problem of inaccurate matching of non-standard named files and improving adaptability to non-standard naming scenarios. Based on the core information in the structured objects, related files of the same audio / video work are identified, thereby merging network scraping requests for such related files. This effectively reduces the number of network scraping requests, lowers network bandwidth consumption and server request pressure, and improves the response efficiency of scraping requests. Simultaneously, by extracting metadata from path information and using the same work identification mechanism, the accuracy and relevance of audio / video file metadata acquisition can be ensured. This improves the resource waste and redundant data problems caused by repeated scraping, simplifies the metadata management process for multiple audio / video files, and enhances the overall efficiency and practicality of audio / video file metadata processing.

[0036] In one embodiment, the folder name and audio / video file name are extracted to obtain the metadata fields of the audio / video files, including:

[0037] The audio / video file name is used as the current level object. Fields are extracted from the current level object to obtain the metadata fields in the current level object.

[0038] The parent folder name of the current level object is used as the current level object, and the steps for extracting fields from the current level object are returned and execution continues until the current level object does not have a parent folder name.

[0039] The above technical solution has the following advantages or beneficial effects:

[0040] This method employs a backtracking extraction approach, starting from the last level of the audio / video filename and proceeding upwards through the folder name. This comprehensively mines the metadata information contained in each level of the storage path, improving upon the metadata omission problem caused by extraction at a single level. Simultaneously, this backtracking extraction logic fully utilizes the semantics of the path hierarchy structure, maximizing the extraction of key information such as classification, year, and technical parameters scattered throughout non-standard named file paths. This effectively addresses the shortcomings of existing technologies in data integration capabilities, providing more comprehensive and complete metadata support for subsequent structured object construction and identification of the same audio / video work. Furthermore, it enhances the comprehensiveness and accuracy of metadata processing in complex path and non-standard naming scenarios.

[0041] In one embodiment, fields are extracted from the current level object to obtain metadata fields in the current level object, including:

[0042] The naming rule template corresponding to the type of audio and video file is called and matched with the current layer object. If the match is successful, the metadata fields in the current layer object are obtained.

[0043] In the event of a failed match, invalid fields in the current level object are cleaned based on a preset invalid field dictionary; the cleaned current level object is then matched based on a preset valid word dictionary to obtain the metadata fields in the current level object.

[0044] The above technical solution has the following advantages or beneficial effects: By calling the naming rule template corresponding to the audio and video file type, the current level object is accurately matched to quickly extract metadata fields, effectively improving the efficiency and accuracy of metadata extraction in standard naming scenarios. For cases of matching failure, invalid fields in the current level object are first cleaned using a preset invalid field dictionary, and then a second matching is performed using a preset valid word dictionary to extract metadata fields. This not only solves the problems of insufficient data integration capabilities and difficulty in parsing the semantics of non-standard named file paths when parsing filenames, but also further broadens the adaptability to non-standard naming and complex format files, improving the situation of metadata extraction omissions or misjudgments caused by non-standard naming. Simultaneously, it ensures the consistency and reliability of metadata field extraction under different naming scenarios, providing high-quality data support for subsequent identification of the same audio and video work and merging of network scraping requests, comprehensively optimizing the overall effect of audio and video file metadata processing.

[0045] In one embodiment, before combining the metadata fields of the audio and video files to obtain a structured object of the audio and video files, the method further includes:

[0046] When multiple identical metadata fields are extracted and these fields originate from different levels in the storage path, the metadata field with the smallest level distance is retained among the multiple identical metadata fields based on the level distance between the source level and the last level of the metadata field.

[0047] The above technical solution has the following advantages or beneficial effects: For scenarios where multiple metadata fields of the same type may be extracted from different levels of the storage path, by using the distance between the source level and the last level (the level where the audio / video file name is located) of the metadata field as the criterion, and retaining the metadata field corresponding to the smallest distance, it can accurately filter out metadata information that is strongly related to and semantically fits the audio / video file. This effectively improves the problems caused by metadata redundancy or ambiguity due to the coexistence of multiple levels of the same type of fields. At the same time, this method does not require additional complex verification logic; it can achieve efficient deduplication and accurate filtering solely through the distance between levels. This ensures the uniqueness and accuracy of the metadata fields and provides high-quality data support for subsequent processes such as identification of the same audio / video work and merging of network scraping requests. It further optimizes the metadata processing effect in complex scenarios such as non-standard naming and multi-level paths, improving the practicality and reliability of the overall technical solution. Attached Figure Description

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

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

[0050] Figure 2 This is a schematic diagram of the hardware configuration of a display device provided in some embodiments of this application;

[0051] Figure 3 This is a schematic diagram of the hardware configuration of the control device provided in some embodiments of this application;

[0052] Figure 4 This is a schematic diagram of the software configuration of a display device provided in some embodiments of this application;

[0053] Figure 5 A schematic diagram illustrating the poster data scraping process provided for some embodiments of this application;

[0054] Figure 6 A schematic diagram illustrating the overall interactive flow of the poster scraping process provided in some embodiments of this application;

[0055] Figure 7 A schematic diagram illustrating the file directory scanning process provided for some embodiments of this application;

[0056] Figure 8A schematic diagram illustrating the process of identifying the same group of videos provided in some embodiments of this application;

[0057] Figure 9 A schematic diagram of the interactive control architecture for the poster data generation process provided in some embodiments of this application;

[0058] Figure 10 Structural block diagram of a poster data scraping device provided in some embodiments of this application. Detailed Implementation

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

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

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

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

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

[0064] In this embodiment, display device 200 generally refers to a device with screen display and data processing capabilities. For example, 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.

[0065] 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 1As shown, users can operate the display device 200 via touch operation, mobile terminal 300, and control device 100. For example, control device 100 can be a remote control, stylus, gamepad, etc.

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

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

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

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

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

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

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

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

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

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

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

[0077] 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 receives user input commands through the graphical user interface (GUI).

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

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

[0080] Figure 3 Provided for some embodiments of this application Figure 1 Hardware configuration block diagram of the central control device. (Example) Figure 3 As shown, the control device 100 may include: a controller 110, a communication interface 130, a user input / output interface, a memory, and a power supply.

[0081] The control device 100 is configured to control the display device 200, and to receive user input operation commands and convert the operation commands into commands that the display device 200 can recognize and respond to, thus acting as an intermediary for interaction between the user and the display device 200.

[0082] In some embodiments, the control device 100 may be an intelligent device. For example, the control device 100 may be equipped with various applications for controlling the display device 200 according to user needs.

[0083] In some embodiments, such as Figure 1 As shown, the mobile terminal 300 or other smart electronic devices can perform similar functions to the control device 100 after installing the application of the control display device 200.

[0084] The controller 110 includes a processor 112, RAM 113, ROM 114, a communication interface 130, and a communication bus. The controller 110 is used to control the operation of the control device 100, as well as the communication and cooperation between internal components and the external and internal data processing functions.

[0085] Under the control of the controller 110, the communication interface 130 enables communication of control signals and data signals with the display device 200. The communication interface 130 may include at least one of other near-field communication modules such as WiFi chip 131, Bluetooth module 132, and NFC module 133.

[0086] User input / output interface 140, wherein the input interface includes at least one of other input interfaces such as microphone 141, touchpad 142, sensor 143, and button 144.

[0087] In some embodiments, the control device 100 includes at least one of a communication interface 130 and an input / output interface 140. The control device 100 is configured with the communication interface 130, such as a WiFi, Bluetooth, or NFC module, which can encode user input commands via WiFi, Bluetooth, or NFC protocols and send them to the display device 200.

[0088] The memory 190 is used to store various operating programs, data, and applications for driving and controlling the control device 100 under the control of the controller. The memory 190 can also store various control signal instructions input by the user.

[0089] The power supply 180 is used to provide operating power support for the various components of the control device 100 under the control of the controller.

[0090] In some embodiments, the display device 200 may run an operating system to enable user interaction. An operating system is a computer program that manages and controls the hardware and software resources of the display device 200. The operating system can (control the display device) provide a user interface, allowing users to interact with the display device 200 and supporting the running of various applications.

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

[0092] An operating system can be divided into different modules or levels based on the functions it implements, for example... Figure 4 As 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.

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

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

[0095] like Figure 4 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.

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

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

[0098] 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 4As 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.

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

[0100] Based on the preceding principle description, embodiments of this application provide a display device, including:

[0101] The display is configured to show images and / or a user interface;

[0102] The controller is configured as follows:

[0103] Scan the file directory where the audio and video files are stored to obtain the storage paths of each audio and video file. The storage paths include the folder names at the previous level and the audio and video file names at the last level.

[0104] Extract the folder name and audio / video file name fields to obtain the metadata fields of the audio / video files; combine the metadata fields of the audio / video files to obtain the structured object of the audio / video files;

[0105] Based on the structured objects of multiple audio and video files, the network scraping requests of multiple audio and video files are merged when multiple audio and video files are identified as related files of the same audio and video work, so as to initiate a preset number of network scraping requests, which is less than the number of multiple audio and video files.

[0106] In some embodiments, a breadth-first search approach can be used to scan the directory containing the audio and video files. Specifically, all subdirectories can be scanned level by level to ensure that files in the same level directory are completely traversed before proceeding to the next level. A queue is used to store the storage paths to be accessed, following a first-in, first-out (FIFO) principle, and each storage path is scanned one by one. The storage path can be in the form of, for example, "NAS / storage / movies / 2023 / Earth_Extended_Dolby_4K_Blu-ray / Earth_Restored_.mkv". It can be seen that the storage path includes the audio and video filenames of the last level, i.e., "Earth_Restored_.mkv", as well as the files and names of the preceding levels, such as "Earth_Extended_Dolby_4K_Blu-ray".

[0107] In some embodiments, when extracting fields from folder names and audio / video file names, named entity recognition technology can be used to process the text data corresponding to folder names and audio / video file names based on a dedicated entity dictionary for the audio / video domain. This dedicated entity dictionary pre-includes standard terms, aliases, and format rules corresponding to target metadata fields such as film type, year format, resolution, audio encoding, and media format. After redundant character removal, format standardization, and word segmentation preprocessing of the text data, a named entity recognition model integrated with the dedicated entity dictionary is used to perform entity recognition and field matching on the preprocessed text. This locates and extracts information corresponding to metadata fields such as film type, year, and technical parameters. Simultaneously, preset rules are used to filter invalid data, mark missing fields, and remove duplicate information, ultimately obtaining structured audio / video file metadata fields.

[0108] In some embodiments, when combining metadata fields of audio and video files, the resulting structured object can be composed of field types and field contents. For example, structured object A: {Type: Movie; Name: Earth; Year: null; Resolution: 4K; Audio: Dolby}. Here, null represents a missing key field during field extraction, serving as a placeholder for automatic filling. Additionally, if the extracted fields contain illegal characters, they can be automatically replaced.

[0109] In some embodiments, when identifying multiple audio and video files based on their respective structured objects, key metadata fields representing the core identity of the audio and video work can be extracted from each structured object. These key metadata fields may include at least a work name field and a work type field. The work name field corresponds to the core identifier name of the audio and video file, and the work type field corresponds to the image carrier category such as film, TV series, animation, or documentary. By comparing the consistency of the key metadata fields of multiple audio and video files, if the content of the work name field and the content of the work type field of different audio and video files are completely identical, then the multiple audio and video files are determined to be related files of the same audio and video work. Furthermore, optional auxiliary verification fields (such as the work year field and technical parameter field) can be used for supplementary comparison to further improve the accuracy of identifying related files of the same work.

[0110] In some embodiments, when merging network scraping requests for multiple audio and video files, the identification information corresponding to the same audio and video work (such as the work name and work type in the key metadata field, or a combined identifier formed by combining the work year) can be extracted. This identification information is used as a unified scraping request parameter, replacing the independent scraping requests previously generated for each audio and video file. Through preset request merging rules, a unified network scraping request for the same audio and video work is formed. This request may contain all the query conditions required to obtain the complete media metadata of the work. Subsequently, only this unified scraping request is sent to the network scraping server to obtain the media metadata corresponding to the same work and synchronize it to the multiple related audio and video files, thus achieving optimization of merging multi-file scraping requests.

[0111] In some embodiments, the preset quantity can be 1, or it can be other values.

[0112] The aforementioned display device, by scanning the storage path of audio and video files, extracts metadata fields from folder names and audio / video file names to form structured objects. This fully leverages the semantic meaning of the path hierarchy, effectively solving the problem of inaccurate matching of non-standard named files and improving adaptability to non-standard naming scenarios. Based on the core information in the structured objects, it identifies related files of the same audio / video work, thereby merging network scraping requests for such related files. This effectively reduces the number of network scraping requests, lowers network bandwidth consumption and server request pressure, and improves the response efficiency of scraping requests. Simultaneously, by extracting metadata from path information and using a mechanism to identify the same work, it ensures the accuracy and relevance of audio / video file metadata acquisition, improving the resource waste and redundant data generated by repeated scraping, simplifying the metadata management process for multiple audio / video files, and enhancing the overall efficiency and practicality of audio / video file metadata processing.

[0113] In some embodiments, the controller performs field extraction on the folder name and audio / video file name to obtain the metadata fields of the audio / video files, which are configured as follows:

[0114] The audio / video file name is used as the current level object. Fields are extracted from the current level object to obtain the metadata fields in the current level object.

[0115] The parent folder name of the current level object is used as the current level object, and the steps for extracting fields from the current level object are returned and execution continues until the current level object does not have a parent folder name.

[0116] In this embodiment, a method of progressively extracting metadata from the last level of the audio / video filename and upwards through the folder names is adopted. This comprehensively mines the metadata information contained in each level of the storage path, improving the metadata omission problem caused by extraction at a single level. Simultaneously, this backtracking extraction logic can fully utilize the semantics of the path hierarchy structure, maximizing the mining of key information such as classification, year, and technical parameters scattered in non-standard named file paths. This effectively solves the deficiency of insufficient data integration capabilities in existing technologies, providing more comprehensive and complete metadata support for subsequent structured object construction and identification of the same audio / video work, further improving the comprehensiveness and accuracy of metadata processing in complex paths and non-standard naming scenarios.

[0117] In some embodiments, the controller performs field extraction on the current-level object to obtain the metadata fields in the current-level object, which is configured as follows:

[0118] The naming rule template corresponding to the type of audio and video file is called and matched with the current layer object. If the match is successful, the metadata fields in the current layer object are obtained.

[0119] In the event of a failed match, invalid fields in the current level object are cleaned based on a preset invalid field dictionary; the cleaned current level object is then matched based on a preset valid word dictionary to obtain the metadata fields in the current level object.

[0120] In some embodiments, the naming rule template can be a predefined regular expression template.

[0121] In some embodiments, the naming format for movie resource files can be "[Name][Year][Edition Version][Release Notes][Resolution][Video Encoding][Sound Effects Mode][Audio Encoding][Release Group Name]". Correspondingly, the specific movie file name can be:

[0122] Earth 2019 Blu-ray Remux 1080p AVC Atmos TrueHD7.1-OB

[0123] The file is named "Earth," dated 2019, edited as Blu-ray, and released using the Remux release description. It has a 1080p resolution, AVC video encoding, Atmos sound mode, TrueHD 7.1 audio encoding, and OB release group name.

[0124] In some embodiments, the naming format for TV series resource files can be "[Chinese Name][Title][Year][SE][Release Notes][Resolution][Source][Audio Encoding][Video Encoding][Release Group Name]". Correspondingly, the specific TV series file name can be:

[0125] Moon Story S04E01 PROPER 720p HDTV x264-CTU

[0126] The Chinese title is "Moon Story," S04 indicates the fourth season, E01 indicates the episode number, and the release description is "PROPER," meaning an optimized version. The resolution is 720P, the source is HDTV, the video encoding is x264, and the release group is CTU.

[0127] Understandably, when the naming of audio and video files is known, metadata fields can be directly extracted using regular expression templates.

[0128] In some embodiments, the filename may also appear as follows:

[0129] XXXXX / TV series title XXXX / S02E01.mp4

[0130] XXXXX / TV series title XXXX / Season 1.mp4

[0131] XXXXX / TV series title XXXX / Season 01.mp4

[0132] XXXXX / TV series title XXXX / 1x02.mp4

[0133] XXXXX / TV series title XXXX / E01.mp4

[0134] XXXXX / TV series title XXXX / EP1.mp4

[0135] XXXXX / TV series title XXXX / pure numbers.mp4

[0136] XXXXX / TV series title XXXX / Episode X.mp4

[0137] XXXXX / TV series title XXXX / Season X, Episode XX.mp4

[0138] XXXXX / TV series title XXXX / Part IV.mp4

[0139] XXXXX / TV series title XXXX / E12.mp4

[0140] In some embodiments, the preset invalid field dictionary may include edited, abridged, repaired, or extended versions. In some embodiments, the preset valid word dictionary may include Simplified Chinese, audio track, bilingual, HD, Dolby, DTS, etc.

[0141] In this embodiment, by calling the naming rule template corresponding to the audio / video file type, the current level object is accurately matched to quickly extract metadata fields, effectively improving the efficiency and accuracy of metadata extraction in standard naming scenarios. For cases of matching failure, invalid fields in the current level object are first cleaned using a preset invalid field dictionary, and then a preset valid word dictionary is used for secondary matching to extract metadata fields. This not only solves the problems of insufficient data integration capabilities and difficulty in parsing the semantics of non-standard named file paths when parsing filenames, but also further broadens the adaptability to non-standard naming and complex format files, improving the situation of metadata extraction omissions or misjudgments caused by non-standard naming. Simultaneously, it ensures the consistency and reliability of metadata field extraction under different naming scenarios, providing high-quality data support for subsequent identification of the same audio / video work and merging of network scraping requests, comprehensively optimizing the overall effect of audio / video file metadata processing.

[0142] In some embodiments, before the controller combines the metadata fields of the audio and video files to obtain a structured object of the audio and video files, it is also configured to:

[0143] When multiple metadata fields of the same type are extracted and these fields originate from different levels in the storage path, the metadata field with the smallest level distance is retained among the multiple identical metadata fields based on the level distance between the source level and the last level of the metadata field.

[0144] For example, when extracting metadata fields, multiple metadata fields, all of type name, are obtained. One metadata field contains "Earth," with its source level being the last-level audio / video filename. Another metadata field contains "Globe," with its source level being the third-to-last folder name. Therefore, the hierarchical distance between the source and last levels of "Earth" is 0, while the hierarchical distance between the source and last levels of "Globe" is 3. Thus, the metadata field "Earth," corresponding to the smallest hierarchical distance, can be retained, thus confirming that the audio / video filename is "Earth."

[0145] In some embodiments, if no valid content is extracted when retrieving metadata fields of the name type, it can be directly added when the metadata fields of the name type are extracted, such as by first filling them into the structured object. Then, when the same type of metadata fields are extracted later, the processing method based on the hierarchical distance described above can be applied.

[0146] In this embodiment, for scenarios where multiple metadata fields of the same type may be extracted from different levels of the storage path, the method uses the distance between the source level and the last level (the level where the audio / video file name is located) of the metadata field as the criterion, retaining the metadata field corresponding to the smallest distance. This accurately filters out metadata information that is strongly related to and semantically fits the audio / video file, effectively improving the problems caused by metadata redundancy or ambiguity due to the coexistence of multiple levels of the same type of fields. Furthermore, this method does not require additional complex verification logic; it achieves efficient deduplication and accurate filtering solely through the distance between levels. This ensures the uniqueness and accuracy of the metadata fields and provides high-quality data support for subsequent processes such as identification of the same audio / video work and merging of network scraping requests. It further optimizes the metadata processing effect in complex scenarios such as non-standard naming and multi-level paths, improving the practicality and reliability of the overall technical solution.

[0147] In some embodiments, the metadata fields include audio / video titles and audio / video names; the controller performs identification based on the structured objects of multiple audio / video files, and is configured to:

[0148] When different structured objects have the same audio and video names and types, the corresponding different audio and video files are identified as related files of the same audio and video work.

[0149] For example, for the same scanning task, the above process is used to obtain a structured object of the previously scanned audio and video files as A: {Type: Movie; Name: Earth; Year: 2023; Resolution: 4K; Audio: Dolby; Path: xxx}.

[0150] During the subsequent scan, another video path was discovered: / movies / 2023 / The Wandering Earth_Extended Version_Dolby_4K_Blu-ray / bonus_behind-the-scenes.mkv. Performing the same process on the corresponding audio and video files for this path yielded a structured object B: {Type: Movie; Name: Earth; Year: 2023; Resolution: null; Audio: null; Path: xxx}.

[0151] Based on the above identification logic, since both names are "Earth" and both types are "movie", it can be determined that the video file corresponding to structured object A and the video file corresponding to structured object B are related files of the same audio-visual work.

[0152] In this embodiment, the audio / video name and type are used as the basis for identifying the same audio / video work. By judging the consistency of these two fields in different structured objects, related files of the same work are identified. This effectively solves the problem of misjudging multiple fragment files in complex formats such as Blu-ray discs in existing technologies, and avoids the repeated scraping caused by misjudging fragment files of the same work as independent files. At the same time, this identification method does not rely on complex additional verification logic, and can quickly associate audio / video files with non-standard naming but consistent core information. This further improves the adaptability to non-standard naming scenarios, lays a reliable foundation for subsequent merging of network scraping requests, reducing network dependence, and improving scraping efficiency, and ensures the relevance and efficiency of audio / video file metadata processing in multiple scenarios.

[0153] In some embodiments, the controller performs a scan of the file directory where the audio and video files are stored to obtain the storage paths of the various audio and video files, and is configured as follows:

[0154] Scan the directory where the audio and video files are stored to obtain the original paths of each audio and video file;

[0155] Remove redundant levels from the original path to obtain the storage paths for each of the multiple audio and video files. The redundant levels must include at least the device root directory level.

[0156] In some embodiments, the original path refers to the complete location address where the file is actually stored on the storage device (hard drive, USB flash drive, server, etc.), which can accurately locate the file's "root directory + folders at all levels + file name (including suffix)".

[0157] For example, the original path could be "NAS / storage / movies / 2023 / Earth_Extended_Dolby_4K_Blu-ray / Earth_Restored_Version.mkv". Here, "NAS" represents the device root directory level, and it's clear that folder names at this level are redundant in the preceding extraction process. Additionally, "storage" is also a redundant level. In practice, redundant levels can be identified by using a redundant level dictionary for matching.

[0158] In this embodiment, a simplified storage path is obtained by trimming redundant levels in the original path that include at least the device root directory level. This effectively eliminates path information irrelevant to the classification and attributes of audio and video files, reducing interference when extracting metadata fields from the path and improving the efficiency and accuracy of field extraction. Simultaneously, the simplified storage path focuses more on the actual classification level and identification information of the audio and video files. This not only facilitates the parsing of the hierarchical structure semantics in the path and better adapts to the metadata extraction needs of non-standard named files, but also provides clear and highly relevant path data support for subsequent structured object construction and identification of the same audio and video work, further optimizing the smoothness and reliability of the overall audio and video file metadata processing flow.

[0159] The above mainly describes the display device. In an exemplary embodiment, a poster data scraping method is also provided, applied to the aforementioned display device. (Reference) Figure 5 The method includes:

[0160] 502. Scan the file directory where the audio and video files are stored to obtain the storage paths of each audio and video file. The storage paths include the folder names at the previous level and the audio and video file names at the last level.

[0161] 504. Extract fields from folder name and audio / video file name to obtain metadata fields for audio / video files; combine the metadata fields of audio / video files to obtain structured objects of audio / video files;

[0162] 506. Based on the structured objects of multiple audio and video files, identify the files as related files of the same audio and video work, merge the network scraping requests of multiple audio and video files, and initiate a preset number of network scraping requests, which is less than the number of multiple audio and video files.

[0163] In some embodiments, the folder name and audio / video file names are extracted to obtain the metadata fields of the audio / video files, including:

[0164] The audio / video file name is used as the current level object. Fields are extracted from the current level object to obtain the metadata fields in the current level object.

[0165] The parent folder name of the current level object is used as the current level object, and the steps for extracting fields from the current level object are returned and execution continues until the current level object does not have a parent folder name.

[0166] In some embodiments, field extraction is performed on the current level object to obtain metadata fields in the current level object, including:

[0167] The naming rule template corresponding to the type of audio and video file is called and matched with the current layer object. If the match is successful, the metadata fields in the current layer object are obtained.

[0168] In the event of a failed match, invalid fields in the current level object are cleaned based on a preset invalid field dictionary; the cleaned current level object is then matched based on a preset valid word dictionary to obtain the metadata fields in the current level object.

[0169] In some embodiments, before combining the metadata fields of the audio and video files to obtain a structured object of the audio and video files, the method further includes:

[0170] When multiple identical metadata fields are extracted and these fields originate from different levels in the storage path, the metadata field with the smallest level distance is retained among the multiple identical metadata fields based on the level distance between the source level and the last level of the metadata field.

[0171] In some embodiments, the overall interactive flow of the poster scraping process described above can be referred to Figure 6 In some embodiments, the process of scanning the file directory where audio and video files are stored can be referred to Figure 7 .

[0172] Figure 7 The directory structure under the BDMV folder mentioned in the text can be as follows:

[0173] ├── BDMV

[0174] │ ├── AUXDATA

[0175] │ ├── BACKUP

[0176] │ ├── BDJO

[0177] │ ├── CLIPINF

[0178] │ ├── JAR

[0179] │ ├── META

[0180] │ ├── PLAYLIST

[0181] │ ├── STREAM

[0182] │ ├── index.bdmv

[0183] │ └── MovieObject.bdmv

[0184] └── CERTIFICATE

[0185] If a directory structure contains a STREAM folder, an index.bdmv file, and a MovieObject.bdmv folder, then the directory structure can be considered a BDMV structure.

[0186] For example, the directory structure of other complex format A videos can be as follows:

[0187] ├─ index.bdmv

[0188] ├─ ProductProof

[0189] ├─ Publication Declare

[0190] │ publicationDeclare.json

[0191] │ publicationDeclare.cert

[0192] │ publicationDeclare.sig

[0193] ├─ Resource

[0194] │ ├── Earth.2017.2160p.mkv

[0195] │ ├──Earth.2017.2160p.md5

[0196] │ ├──Earth.nfo

[0197] │ ├──Poster1.png

[0198] │ ├──Poster2.png

[0199] │ ├── Highlights 1.mp4

[0200] │ ├── Trailer 1.mp4

[0201] If a directory structure contains an index.bdmv file, a ProductProof folder, a PublicationDeclare folder, and a Resource folder, then the directory structure can be considered to be in format A.

[0202] In some embodiments, the process of extracting metadata fields layer by layer, combining them to obtain structured objects, and then identifying multiple audio and video files as related files of the same audio and video work based on their respective structured objects can be referred to [reference needed]. Figure 8In some embodiments, when generating poster data by scraping, the corresponding interactive control architecture may refer to... Figure 9 .

[0203] Based on the same inventive concept, this application also provides a poster data scraping device for implementing the poster data scraping method described above. The solution provided by this device is similar to the solution described in the above method; therefore, the specific limitations of one or more poster data scraping device embodiments provided below can be found in the limitations of the poster data scraping method described above, and will not be repeated here.

[0204] In one exemplary embodiment, such as Figure 10 As shown, a poster data scraping device is provided, including: a scanning module 1002, a combining module 1004, and a merging module 1006, wherein:

[0205] The scanning module 1002 is used to scan the file directory where the audio and video files are stored to obtain the storage paths of multiple audio and video files. The storage paths include the folder names at the previous level and the audio and video file names at the last level.

[0206] The combination module 1004 is used to extract fields from the folder name and audio / video file name to obtain the metadata fields of the audio / video files; and to combine the metadata fields of the audio / video files to obtain the structured object of the audio / video files.

[0207] The merging module 1006 is used to identify multiple audio and video files based on their respective structured objects. When multiple audio and video files are identified as related files of the same audio and video work, the network scraping requests of multiple audio and video files are merged to initiate a preset number of network scraping requests, which is less than the number of multiple audio and video files.

[0208] In an exemplary embodiment, the combination module 1004 is specifically used to take the audio / video file name as the current level object, extract fields from the current level object to obtain the metadata fields in the current level object; take the parent folder name of the current level object as the current level object, return the step of extracting fields from the current level object and continue to execute until the current level object does not have a parent folder name.

[0209] In an exemplary embodiment, the combination module 1004 is specifically used to call the naming rule template corresponding to the type of audio and video file and match it with the current level object. If the match is successful, the metadata field in the current level object is obtained. If the match fails, invalid fields in the current level object are cleaned based on a preset invalid field dictionary. The cleaned current level object is then matched based on a preset valid word dictionary to obtain the metadata field in the current level object.

[0210] In an exemplary embodiment, the combination module 1004 is further configured to, when multiple identical metadata fields are extracted and the multiple identical metadata fields originate from different levels in the storage path, retain the metadata field corresponding to the minimum level distance among the multiple identical metadata fields based on the level distance between the source level and the last level of the metadata field.

[0211] Each module in the aforementioned poster data scraping device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device, or stored in the memory of a computer device as software, so that the processor can call and execute the corresponding operations of each module.

[0212] In one exemplary embodiment, a computer device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the possible implementations provided by the various methods described above.

[0213] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the possible implementations provided by the methods described above.

[0214] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the possible implementations provided by the methods described above.

[0215] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, artificial intelligence (AI) processors, etc., and are not limited to these.

[0216] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0217] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A display device, characterized in that, include: The display is configured to show images and / or a user interface; The controller is configured as follows: The file directory where the audio and video files are stored is scanned to obtain the storage paths of multiple audio and video files. The storage paths include the folder names at the previous level and the audio and video file names at the last level. Extract fields from the folder name and the audio / video file name to obtain the metadata fields of the audio / video file; When multiple metadata fields of the same type are extracted and these multiple metadata fields originate from different levels in the storage path, the metadata field with the smallest level distance is retained among the multiple identical metadata fields based on the level distance between the source level and the last level of the metadata field. The metadata fields of the audio and video files are combined to obtain a structured object of the audio and video files; After constructing the structured objects for each of the multiple audio and video files, identification is performed based on the structured objects for each of the multiple audio and video files; When multiple audio and video files are identified as related files of the same audio and video work, the network scraping requests of the multiple audio and video files are merged to initiate a preset number of network scraping requests, the preset number being less than the number of the multiple audio and video files.

2. The display device according to claim 1, characterized in that, The controller performs field extraction on the folder name and the audio / video file name to obtain the metadata field of the audio / video file, which is configured as follows: The audio and video file names are used as the current level object. Fields are extracted from the current level object to obtain the metadata fields in the current level object. The parent folder name of the current level object is used as the current level object, and the steps for extracting fields from the current level object are returned and execution continues until the current level object does not have a parent folder name.

3. The display device according to claim 2, characterized in that, The controller performs field extraction on the current-level object to obtain the metadata fields in the current-level object, which are configured as follows: The naming rule template corresponding to the type of the audio / video file is called and matched with the current layer object. If the match is successful, the metadata field in the current layer object is obtained. In the event of a match failure, invalid fields in the current level object are cleaned based on a pre-defined invalid field dictionary. The current level object is matched with a pre-defined dictionary of valid words to obtain the metadata fields in the current level object.

4. The display device according to claim 1, characterized in that, The metadata fields include audio / video type and audio / video name; the controller performs identification based on the structured objects of the multiple audio / video files, and is configured as follows: When different structured objects have the same audio and video names and types, the corresponding different audio and video files are identified as related files of the same audio and video work.

5. The display device according to claim 1, characterized in that, The controller performs a scan of the file directories where the audio and video files are stored, obtains the storage paths of the various audio and video files, and is configured as follows: Scan the directory where the audio and video files are stored to obtain the original paths of each audio and video file; By trimming redundant levels in the original path, storage paths for multiple audio and video files are obtained, wherein the redundant levels include at least the device root directory level.

6. A method for scraping poster data, characterized in that, Applied to the display device as described in any one of claims 1-5; The method includes: The file directory where the audio and video files are stored is scanned to obtain the storage paths of multiple audio and video files. The storage paths include the folder names at the previous level and the audio and video file names at the last level. Extract fields from the folder name and the audio / video file name to obtain the metadata fields of the audio / video file; if multiple metadata fields of the same type are extracted and they originate from different levels in the storage path, retain the metadata field with the smallest level distance among the multiple identical metadata fields based on the level distance between the source level and the last level of the metadata field; combine the metadata fields of the audio / video file to obtain the structured object of the audio / video file; After constructing the structured objects of each of the multiple audio and video files, identification is performed based on the structured objects of each of the multiple audio and video files. If the multiple audio and video files are identified as related files of the same audio and video work, the network scraping requests of the multiple audio and video files are merged to initiate a preset number of network scraping requests, the preset number being less than the number of the multiple audio and video files.

7. The method according to claim 6, characterized in that, The step of extracting fields from the folder name and the audio / video file name to obtain the metadata fields of the audio / video files includes: The audio and video file names are used as the current level object. Fields are extracted from the current level object to obtain the metadata fields in the current level object. The parent folder name of the current level object is used as the current level object, and the steps for extracting fields from the current level object are returned and execution continues until the current level object does not have a parent folder name.

8. The method according to claim 7, characterized in that, The step of extracting fields from the current-level object to obtain the metadata fields in the current-level object includes: The naming rule template corresponding to the type of the audio / video file is called and matched with the current layer object. If the match is successful, the metadata field in the current layer object is obtained. In the event of a failed match, invalid fields in the current level object are cleaned based on a preset invalid field dictionary; the cleaned current level object is then matched based on a preset valid word dictionary to obtain the metadata fields in the current level object.

Images