CN113938741A - Server and media asset playing exception handling method - Google Patents
Server and media asset playing exception handling method Download PDFInfo
- Publication number
- CN113938741A CN113938741A CN202111487604.XA CN202111487604A CN113938741A CN 113938741 A CN113938741 A CN 113938741A CN 202111487604 A CN202111487604 A CN 202111487604A CN 113938741 A CN113938741 A CN 113938741A
- Authority
- CN
- China
- Prior art keywords
- playing
- media asset
- abnormal
- play
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4334—Recording operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/4425—Monitoring of client processing errors or hardware failure
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The application discloses a server and a media asset playing exception handling method, which comprise the following steps: acquiring play log information of display equipment, and filtering play abnormal log information in the play log information; when a first media asset corresponding to the abnormal log playing information meets a preset trigger condition, inquiring a partner of the first media asset; when the partner has the single-grab interface, controlling the calling interface to acquire the media asset data of the first media asset so as to enable the display equipment to play the first media asset again; when the partner does not have a single-catch interface or cannot recover the first media asset through a calling interface, inquiring the playing parameters corresponding to the first media asset when the playing is normal, and correcting the playing parameters when the current playing is abnormal according to the playing parameters when the playing is normal so as to enable the display equipment to play the first media asset again. According to the method and the device, when the display device plays the media assets abnormally and cannot be recovered by calling the partner single-catch interface, the historical play normal record of the current media assets can be utilized for recovery, and the user experience effect is greatly improved.
Description
Technical Field
The application relates to the technical field of internet, in particular to a server and a media asset playing exception handling method.
Background
The intelligent television is a television product which can realize the bidirectional human-computer interaction function and integrates various functions of video, entertainment, data and the like. The smart television is connected with the background server, requests various media asset videos such as education, audio and video and entertainment from the server in order to meet diversified requirements of users, and displays the videos on a user interface. The server interfaces the media asset data from different partners to provide the user with diversified and rich large-screen video content. The server is used as a butt-joint party, and the butt-joint modes of the server and different cooperation parties mainly comprise a cooperation party pushing mode and a butt-joint party increment or full capture mode.
At present, for a capture mode of a butt party, a partner provides a corresponding interface, and a server acquires corresponding media asset data in an interface adjusting mode. For the push mode of the partner, the partner can directly push the corresponding media asset data to the server. After the server acquires the media asset data, a series of operations such as cleaning, inputting and storing of the data are required, and from the acquisition of the media asset data to the display of the smart television, the whole link is long, so that the abnormal playing of the media assets played by the smart television is easily caused by the operation errors of a butt-joint party or a partner, and further, the user cannot watch the media assets. If the media assets are acquired by the server through the interface, the server can recall the interface to update the media asset data so that the smart television can play the media assets again. And if the media assets are pushed by the partner, the server offline the media assets and filters related contents in the intelligent television. In the above processing method for abnormal playing of the media assets, if the media assets are offline, the user experience is reduced, and especially if the offline media assets are paid media assets or hot-played media assets, the user complaints are easily caused.
Disclosure of Invention
The application provides a server and a media asset playing abnormity processing method, and aims to solve the technical problem that in the related art, due to the unreasonable processing mode of media asset playing abnormity, the user experience effect is reduced.
In order to solve the technical problem, the embodiment of the application discloses the following technical scheme:
in a first aspect, an embodiment of the present application discloses a server, where the server is configured to:
acquiring play log information of display equipment, and filtering play abnormal log information in the play log information, wherein the play abnormal log information is generated by the failure of the display equipment in playing media assets;
when a first media asset corresponding to the abnormal playing log information meets a preset trigger condition, inquiring a partner of the first media asset;
when the partner has a single-grab interface, controlling a calling interface to acquire the media asset data of the first media asset so as to enable display equipment to play the first media asset again;
and when the partner does not have a single-catch interface or cannot resume playing the first media asset through the partner single-catch interface, inquiring the playing parameters corresponding to the first media asset when the playing is normal, and correcting the playing parameters when the current playing is abnormal according to the playing parameters when the playing is normal so that the display equipment can play the first media asset again according to the corrected playing parameters.
In a second aspect, an embodiment of the present application discloses a method for processing media asset playing exception, where the method includes:
acquiring play log information of display equipment, and filtering play abnormal log information in the play log information, wherein the play abnormal log information is generated by the failure of the display equipment in playing media assets;
when a first media asset corresponding to the abnormal playing log information meets a preset trigger condition, inquiring a partner of the first media asset;
when the partner has a single-grab interface, controlling a calling interface to acquire the media asset data of the first media asset so as to enable display equipment to play the first media asset again;
and when the partner does not have a single-catch interface or cannot resume playing the first media asset through the partner single-catch interface, inquiring the playing parameters corresponding to the first media asset when the playing is normal, and correcting the playing parameters when the current playing is abnormal according to the playing parameters when the playing is normal so that the display equipment can play the first media asset again according to the corrected playing parameters.
Compared with the prior art, the beneficial effect of this application is:
the application provides a server and a media asset playing abnormity processing method, when a display device plays media assets, a player generates corresponding playing log information, if the display device fails to play the media assets, the player can correspondingly generate playing abnormity log information, and the server can acquire the playing log information of the display device in real time and filter the playing abnormity log information. And when the first media asset corresponding to the abnormal playing log information reaches a certain preset trigger condition, the server performs abnormal processing on the first media asset which fails to be played. When processing the abnormal playing media assets, the server firstly inquires which partner the media assets come from, and further detects whether the corresponding partner has a single-catch interface. If the partner has a single-grab interface, the server can directly readjust the interface to acquire corresponding media asset data and push the media asset data to display equipment for playing. If the partner does not have a single-catch interface or cannot resume playing the first media asset through a calling interface, the playing parameter when the playing of the media asset history is normal is used for correcting the playing parameter when the current playing is abnormal, and then the display equipment plays the first media asset again according to the corrected playing parameter. In the application, when the display device plays the media assets abnormally and cannot be recovered by calling the partner single-grab interface, the historical play normal record of the current media assets can be utilized for recovery, and the user experience effect is greatly improved.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.
Drawings
In order to more clearly explain the technical solution of the present application, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious to those skilled in the art that other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a schematic diagram illustrating an operational scenario between a display device and a control apparatus according to some embodiments;
a block diagram of the hardware configuration of the control device 100 according to some embodiments is illustrated in fig. 2;
a block diagram of a hardware configuration of a display device 200 according to some embodiments is illustrated in fig. 3;
a schematic diagram of a software configuration in a display device 200 according to some embodiments is illustrated in fig. 4;
fig. 5 is a diagram illustrating a display effect of a media asset play exception in the display device 200 according to some embodiments;
FIG. 6 is a flow diagram illustrating an example of a method of media asset play exception handling according to some embodiments;
an overall block diagram of a method for processing a media asset play exception according to some embodiments is illustrated in fig. 7.
Detailed Description
To make the purpose and embodiments of the present application clearer, the following will clearly and completely describe the exemplary embodiments of the present application with reference to the attached drawings in the exemplary embodiments of the present application, and it is obvious that the described exemplary embodiments are only a part of the embodiments of the present application, and not all of the embodiments.
It should be noted that the brief descriptions of the terms in the present application are only for the convenience of understanding the embodiments described below, and are not intended to limit the embodiments of the present application. These terms should be understood in their ordinary and customary meaning unless otherwise indicated.
The terms "first," "second," "third," and the like in the description and claims of this application and in the above-described drawings are used for distinguishing between similar or analogous objects or entities and not necessarily for describing a particular sequential or chronological order, unless otherwise indicated. It is to be understood that the terms so used are interchangeable under appropriate circumstances.
The terms "comprises" and "comprising," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a product or apparatus that comprises a list of elements is not necessarily limited to all elements expressly listed, but may include other elements not expressly listed or inherent to such product or apparatus.
The term "module" refers to any known or later developed hardware, software, firmware, artificial intelligence, fuzzy logic, or combination of hardware and/or software code that is capable of performing the functionality associated with that element.
Fig. 1 is a schematic diagram of an operation scenario between a display device and a control apparatus according to an embodiment. As shown in fig. 1, a user may operate the display apparatus 200 through the smart device 300 or the control device 100.
In some embodiments, the control apparatus 100 may be a remote controller, and the communication between the remote controller and the display device includes an infrared protocol communication or a bluetooth protocol communication, and other short-distance communication methods, and controls the display device 200 in a wireless or wired manner. The user may input a user instruction through a key on a remote controller, voice input, control panel input, etc., to control the display apparatus 200.
In some embodiments, the smart device 300 (e.g., mobile terminal, tablet, computer, laptop, etc.) may also be used to control the display device 200. For example, the display device 200 is controlled using an application program running on the smart device.
In some embodiments, the display device 200 may also be controlled in a manner other than the control apparatus 100 and the smart device 300, for example, the voice command control of the user may be directly received by a module configured inside the display device 200 to obtain a voice command, or may be received by a voice control device provided outside the display device 200.
In some embodiments, the display device 200 is also in data communication with a server 400. The display device 200 may be allowed to be communicatively connected through a Local Area Network (LAN), a Wireless Local Area Network (WLAN), and other networks. The server 400 may provide various contents and interactions to the display apparatus 200. The server 400 may be a cluster or a plurality of clusters, and may include one or more types of servers.
Fig. 2 exemplarily shows a block diagram of a configuration of the control apparatus 100 according to an exemplary embodiment. As shown in fig. 2, the control device 100 includes a controller 110, a communication interface 130, a user input/output interface 140, a memory, and a power supply. The control apparatus 100 may receive an input operation instruction from a user and convert the operation instruction into an instruction recognizable and responsive by the display device 200, serving as an interaction intermediary between the user and the display device 200.
Fig. 3 shows a hardware configuration block diagram of the display apparatus 200 according to an exemplary embodiment.
In some embodiments, the display apparatus 200 includes at least one of a tuner demodulator 210, a communicator 220, a detector 230, an external device interface 240, a controller 250, a display 260, an audio output interface 270, a memory, a power supply, a user interface.
In some embodiments the controller comprises a processor, a video processor, an audio processor, a graphics processor, a RAM, a ROM, a first interface to an nth interface for input/output.
In some embodiments, the display 260 includes a display screen component for presenting a picture, and a driving component for driving an image display, a component for receiving an image signal from the controller output, performing display of video content, image content, and a menu manipulation interface, and a user manipulation UI interface.
In some embodiments, the display 260 may be a liquid crystal display, an OLED display, and a projection display, and may also be a projection device and a projection screen.
In some embodiments, communicator 220 is a component for communicating with external devices or servers according to various communication protocol types. For example: the communicator may include at least one of a Wifi module, a bluetooth module, a wired ethernet module, and other network communication protocol chips or near field communication protocol chips, and an infrared receiver. The display apparatus 200 may establish transmission and reception of control signals and data signals with the external control apparatus 100 or the server 400 through the communicator 220.
In some embodiments, the user interface may be configured to receive control signals for controlling the apparatus 100 (e.g., an infrared remote control, etc.).
In some embodiments, the detector 230 is used to collect signals of the external environment or interaction with the outside. For example, detector 230 includes a light receiver, a sensor for collecting ambient light intensity; alternatively, the detector 230 includes an image collector, such as a camera, which may be used to collect external environment scenes, attributes of the user, or user interaction gestures, or the detector 230 includes a sound collector, such as a microphone, which is used to receive external sounds.
In some embodiments, the external device interface 240 may include, but is not limited to, the following: high Definition Multimedia Interface (HDMI), analog or data high definition component input interface (component), composite video input interface (CVBS), USB input interface (USB), RGB port, and the like. The interface may be a composite input/output interface formed by the plurality of interfaces.
In some embodiments, the tuner demodulator 210 receives broadcast television signals via wired or wireless reception, and demodulates audio/video signals, such as EPG data signals, from a plurality of wireless or wired broadcast television signals.
In some embodiments, the controller 250 and the modem 210 may be located in different separate devices, that is, the modem 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.
In some embodiments, 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 apparatus 200. For example: in response to receiving a user command for selecting a UI object to be displayed on the display 260, the controller 250 may perform an operation related to the object selected by the user command.
In some embodiments, the object may be any one of selectable objects, such as a hyperlink, an icon, or other actionable control. The operations related to the selected object are: displaying an operation connected to a hyperlink page, document, image, or the like, or performing an operation of a program corresponding to the icon.
In some embodiments the controller comprises at least one of a Central Processing Unit (CPU), a video processor, an audio processor, a Graphics Processing Unit (GPU), a RAM Random Access Memory (RAM), a ROM (Read-Only Memory), a first to nth interface for input/output, a communication Bus (Bus), and the like.
And the CPU is used for executing the operating system and the application program instructions stored in the memory and executing various application programs, data and contents according to various interaction instructions for receiving external input so as to finally display and play various audio and video contents. The CPU processor may include a plurality of processors. E.g. comprising a main processor and one or more sub-processors.
In some embodiments, a graphics processor for generating various graphics objects, such as: icons, operation menus, user input instruction display graphics, and the like. The graphic processor comprises an arithmetic unit, which performs operation by receiving various interactive instructions input by a user and displays various objects according to display attributes; the system also comprises a renderer for rendering various objects obtained based on the arithmetic unit, wherein the rendered objects are used for being displayed on a display.
In some embodiments, the video processor is configured to receive an external video signal, and perform video processing such as decompression, decoding, scaling, noise reduction, frame rate conversion, resolution conversion, and image synthesis according to a standard codec protocol of the input signal, so as to obtain a signal that can be displayed or played on the direct display device 200.
In some embodiments, the video processor includes a demultiplexing module, a video decoding module, an image synthesis module, a frame rate conversion module, a display formatting module, and the like. The demultiplexing module is used for demultiplexing the input audio and video data stream. And the video decoding module is used for processing the video signal after demultiplexing, including decoding, scaling and the like. And the image synthesis module is used for carrying out superposition mixing processing on the GUI signal input by the user or generated by the user and the video image after the zooming processing by the graphic generator so as to generate an image signal for display. And the frame rate conversion module is used for converting the frame rate of the input video. And the display formatting module is used for converting the received video output signal after the frame rate conversion, and changing the signal to be in accordance with the signal of the display format, such as an output RGB data signal.
In some embodiments, the audio processor is configured to receive an external audio signal, decompress and decode the received audio signal according to a standard codec protocol of the input signal, and perform noise reduction, digital-to-analog conversion, and amplification processing to obtain an audio signal that can be played in the speaker.
In some embodiments, a user may enter user commands on a Graphical User Interface (GUI) displayed on display 260, and the user input interface receives the user input commands through the Graphical User Interface (GUI). Alternatively, the user may input the user command by inputting a specific sound or gesture, and the user input interface receives the user input command by recognizing the sound or gesture through the sensor.
In some embodiments, a "user interface" is a media interface for interaction and information exchange between an application or operating system and a user that enables conversion between an internal form of information and a form that is acceptable to the user. A commonly used presentation form of the User Interface is a Graphical User Interface (GUI), which refers to a User Interface related to computer operations and displayed in a graphical manner. It may be an interface element such as an icon, a window, a control, etc. displayed in the display screen of the electronic device, where the control may include a visual interface element such as an icon, a button, a menu, a tab, a text box, a dialog box, a status bar, a navigation bar, a Widget, etc.
In some embodiments, a system of a display device may include a Kernel (Kernel), a command parser (shell), a file system, and an application program. The kernel, shell, and file system together make up the basic operating system structure that allows users to manage files, run programs, and use the system. After power-on, the kernel is started, kernel space is activated, hardware is abstracted, hardware parameters are initialized, and virtual memory, a scheduler, signals and interprocess communication (IPC) are operated and maintained. And after the kernel is started, loading the Shell and the user application program. The application program is compiled into machine code after being started, and a process is formed.
Referring to fig. 4, in some embodiments, the system is divided into four layers, which are an Application (Applications) layer (abbreviated as "Application layer"), an Application Framework (Application Framework) layer (abbreviated as "Framework layer"), an Android runtime (Android runtime) and system library layer (abbreviated as "system runtime library layer"), and a kernel layer from top to bottom.
In some embodiments, at least one application program runs in the application program layer, and the application programs may be windows (windows) programs carried by an operating system, system setting programs, clock programs or the like; or an application developed by a third party developer. In particular implementations, the application packages in the application layer are not limited to the above examples.
The framework layer provides an Application Programming Interface (API) and a programming framework for the application. The application framework layer includes a number of predefined functions. The application framework layer acts as a processing center that decides to let the applications in the application layer act. The application program can access the resources in the system and obtain the services of the system in execution through the API interface.
As shown in fig. 4, in the embodiment of the present application, the application framework layer includes a manager (Managers), a Content Provider (Content Provider), and the like, where the manager includes at least one of the following modules: an Activity Manager (Activity Manager) is used for interacting with all activities running in the system; the Location Manager (Location Manager) is used for providing the system service or application with the access of the system Location service; a Package Manager (Package Manager) for retrieving various information related to an application Package currently installed on the device; a Notification Manager (Notification Manager) for controlling display and clearing of Notification messages; a Window Manager (Window Manager) is used to manage the icons, windows, toolbars, wallpapers, and desktop components on a user interface.
In some embodiments, the activity manager is used to manage the lifecycle of the various applications as well as general navigational fallback functions, such as controlling exit, opening, fallback, etc. of the applications. The window manager is used for managing all window programs, such as obtaining the size of a display screen, judging whether a status bar exists, locking the screen, intercepting the screen, controlling the change of the display window (for example, reducing the display window, displaying a shake, displaying a distortion deformation, and the like), and the like.
In some embodiments, the system runtime layer provides support for the upper layer, i.e., the framework layer, and when the framework layer is used, the android operating system runs the C/C + + library included in the system runtime layer to implement the functions to be implemented by the framework layer.
In some embodiments, the kernel layer is a layer between hardware and software. As shown in fig. 4, the core layer includes at least one of the following drivers: audio drive, display driver, bluetooth drive, camera drive, WIFI drive, USB drive, HDMI drive, sensor drive (like fingerprint sensor, temperature sensor, pressure sensor etc.) and power drive etc..
The hardware or software architecture in some embodiments may be based on the description in the above embodiments, and in some embodiments may be based on other hardware or software architectures that are similar to the above embodiments, and it is sufficient to implement the technical solution of the present application.
Based on the display device 200, a user can browse or search for favorite assets through the display device 200 for watching, and after receiving any operation selected by the user on any asset, the display device 200 can send an asset request to the server 400, so that the server feeds back corresponding asset data. The server 400 interfaces the asset data from different partners to provide the user with diversified and rich large-screen video content, and the server 400 acquires the asset data from the corresponding partners after receiving the asset request of the display device 200. Different partners and the server 400 have different docking standards and modes, some partners provide corresponding interfaces, and the server 400 acquires corresponding media asset data in an interface adjusting mode. Some partners directly push the corresponding asset data to the server 400.
After actively capturing the media asset data or receiving the media asset data pushed by the partner, the server 400 needs to perform a series of operations such as cleaning, recording, and storing on the media asset data before sending the media asset data to the display device 200 for playing. Because the whole link is long, when the operator of the server of the opposite side performs the above operation, the last display device 200 is likely to have abnormal playing media resources due to operation errors. A schematic diagram illustrating the display effect of a media asset play exception in the display device 200 according to some embodiments is shown in fig. 5. As shown in fig. 5, when a certain movie selected by the user cannot be played, the display apparatus 200 may have "sorry and video play failure" in the play window. If the partner of the movie does not support the single-catch interface, the server 400 cannot actively retrieve the corresponding media asset data, and at this time, the server 400 can only take the movie offline. The user can only search other media resources for watching, so that the experience effect of the user is reduced. If the media assets to be offline are hot-broadcast media assets or media assets paid for watching by the user, the user is very likely to watch the media assets at present, and at the moment, the media assets are offline, so that the user is very likely to complain. In order to solve the above problem, some embodiments of the present application provide a server and a method for processing an exception of playing media assets.
The following describes a process of processing a media asset playback exception according to some embodiments of the present application with reference to the accompanying drawings.
An exemplary flow diagram of a method for processing a media asset play exception according to some embodiments is illustrated in fig. 6, where a server is configured to perform the processing of the media asset play exception in fig. 6. With reference to fig. 6, the process of exception handling of media asset playing is as follows:
s601: acquiring play log information of display equipment, and filtering play abnormal log information in the play log information, wherein the play abnormal log information is generated by the failure of the display equipment in playing media assets.
In some embodiments, when the display device 200 instructs to play the media asset according to the operation of the user, the player generates corresponding play log information, and if the display device 200 fails to play the media asset, the player correspondingly generates play abnormal log information, and the server 400 may obtain the play log information of the display device 200 in real time and filter the play abnormal log information therefrom.
In some embodiments, the play log information obtained by the server 400 may include: media asset Identification (ID), media asset name, partner ID, event ID, product identification, scene ID, playing parameter, charge receiving field, package ID, playing exception error code (exceptinocode), playing time. Here, the asset id and asset name are used to characterize the asset played by the display device 200. The partner ID is used to characterize the providing partner of the media asset played by the display device 200. The event ID is used to characterize the event of the acquired log information, and as acquired by the server 400 herein, log information related to the play event in the display apparatus 200. The product ID and the scene ID are used to represent the service and the scene of the media asset played by the display device 200, for example, the currently played media asset at a recommended position under the video service. The pay field and package ID are used to characterize what package the media asset played by the display device 200 belongs to and whether it is a pay movie. The playing parameters are parameters required by playing the media assets and used for indicating conditions required by playing the media assets and the like. The playing time is used for indicating the starting time and the ending time of the media asset playing. The abnormal playing error code is used for representing error information when the media asset is played wrongly. For example, the playback exception error code is shown in table 1:
table 1:
in some embodiments, the server 400 is configured to filter the abnormal play log information in the play log information according to the error code.
S602: and inquiring the partner of the first media asset when the first media asset corresponding to the abnormal playing log information meets a preset trigger condition.
In some embodiments, if the display device 200 has an abnormal play of the media asset, the server 400 needs to determine whether a preset trigger condition is met by combining with the abnormal play information of the media asset, and further determines whether to perform recovery processing on the media asset.
In some embodiments, when the first asset played by the display device 200 is a hot-playing asset or a paid asset, if the playing of the first asset is abnormal, the server queries the abnormal playing amount of the first asset according to a corresponding asset identifier, and queries a partner of the first asset when the abnormal playing amount of the first asset is greater than or equal to a preset abnormal amount threshold, where the asset identifier is included in the play log information.
In some embodiments, when the first media asset played by the display device 200 is a hot-playing media asset or a paid media asset, and the abnormal playing amount of the first media asset is smaller than a preset abnormal amount threshold, the server 400 ignores processing of the first media asset, and only records the abnormal playing amount of the first media asset, thereby facilitating subsequent tracking analysis.
In some embodiments, when the first asset played by the display device 200 is a non-popular asset or a non-paid asset, the server 400 ignores processing the first asset, and only records an abnormal playing amount of the first asset, so as to facilitate subsequent tracking analysis.
In some embodiments, the server 400 may determine whether the currently played media asset belongs to the paid media asset through a pay field in the acquired play log information. For example, by the field is _ fe: and the field represents whether the current media asset is charged or not, if the current media asset is free, the field can be set to be 0, namely is _ fe is 0, and if the current media asset is charged, the field can be set to be 1, namely is _ fe is 1. Here, the setting of the charge field may be set by an operator according to the copyright of the media asset by the partner.
In some embodiments, the server 400 may set a hot-cast identifier for a second currently hot-cast media asset, and record the second media asset and a corresponding hot-cast identifier, where the hot-cast identifier is used to represent that the second media asset is a hot-cast media asset. For example, by the field is _ hot: and if the current media asset is the hot-play media asset, setting the field to be 0, namely is _ hot-plate is 0, and if the current media asset is the non-hot-play media asset, setting the field to be 1, namely is _ hot-plate is 1. Here, the setting of the hot-cast flag may be set by an operator according to the current hot-cast content counted by the big data. In some embodiments, after the server 400 sets the second asset as the hot-cast asset, the name of the second asset or the asset identifier of the second asset is bound and stored with the hot-cast identifier.
In some embodiments, the server 400 may further count a play amount of the first media asset according to the media asset identifier of the first media asset, and if the play amount is greater than a preset play amount threshold within a preset time, regard the first media asset as a hot-air media asset. In some embodiments, the server 400 may obtain the play log information of the display device 200 in real time, and count and summarize the play amount of each media asset in real time according to the media asset identification dimension by using a big data real-time processing technology flink. If the playing amount of a certain media asset on the display device 200 is greater than the preset playing amount threshold within a certain time range, the server 400 may determine that the media asset is a hot-playing media asset. For example, the preset threshold of the playing amount in a certain time range may be set as follows: the playing amount of the broadcast media in 1 day is more than 50 ten thousand, the playing amount of the broadcast media in 7 days is more than 300 ten thousand, and the playing amount of the broadcast media in 14 days is more than 600 ten thousand.
In some embodiments, the server 400 analyzes, in real time, the normal log information played by the display device 200 using the big data flink platform, extracts the asset identifier from the normal log information, and queries whether the hot-cast piece identifier bound to the asset identifier indicates hot-cast media assets according to the asset identifier. And if the media assets are hot-play media assets, recording the playing parameters of the media assets.
In some embodiments, according to the play log information, the server 400 records the play parameters of the hot-play media asset at the last normal play. When recording the playing parameters, the server 400 may query through the media asset identifier, and if the recorded playing parameters exist in the media asset, update the record for caching the playing parameters when the hot-play media asset is normally played for the last time. Here, if the hot-air media asset is subsequently determined to be non-hot-air media asset, the corresponding playing parameter is deleted from the cache.
In the above, the server 400 determines whether the corresponding first media asset meets the preset trigger condition through the abnormal playing log information, and when the abnormal playing first media asset meets the trigger condition, the server 400 performs recovery processing on the abnormal playing first media asset.
S603: and when the partner has a single-grab interface, controlling a calling interface to acquire the media asset data of the first media asset so as to enable the display equipment to play the first media asset again.
In some embodiments, when the server 400 determines that the first asset with abnormal playing needs to be recovered, the partner ID field is first extracted from the abnormal playing log information, and a partner corresponding to the first asset is identified. After the corresponding partner is identified, the docking manner between the server 400 and the partner is checked, and if the docking manner between the server 400 and the partner is the incremental or full capture manner of the partner, that is, the partner has a single capture interface, the server 400 may call the interface again, and the single capture re-acquires the asset data corresponding to the first asset, so that the display device 200 re-plays the first asset. For example, if the server 400 queries that the single-claw interface supported by the partner is 192.168.0.1:8080/get/xxxx, the server 400 may directly invoke the interface to obtain the asset data corresponding to the first asset.
S604: and when the partner does not have a single-catch interface or cannot resume playing the first media asset through the partner single-catch interface, inquiring the playing parameters corresponding to the first media asset when the playing is normal, and correcting the playing parameters when the current playing is abnormal according to the playing parameters when the playing is normal so that the display equipment can play the first media asset again according to the corrected playing parameters.
In some embodiments, the server 400 queries that the interfacing manner with the partner is a push manner, that is, the partner does not have a single-catch interface, and the server 400 may traverse and compare the playing parameter when the first media asset is playing normally and the playing parameter when the playing is abnormal. In addition, if the partner has a single-catch interface, and the server 400 still does not resume the normal playing of the first media asset after acquiring the media asset data through the invoking interface, the server 400 may also traverse and compare the playing parameter when the playing of the first media asset is normal with the playing parameter when the playing is abnormal, and correct the playing parameter when the playing is abnormal according to the playing parameter when the playing is normal. Here, the playback parameters include: playing parameters required when the display equipment plays the media assets, playing parameters when the display equipment jumps to the third party APP for playing, playing parameters of the type of the display equipment allowing the current media assets to be played, playing parameters of whether the current media assets are charged, and the like.
For example, in the playback parameter, the preload _ info field represents: the playing parameters required by the display device during the media funding playing are wrong, and if the parameters are wrong, the media funding playing of the display device 200 is wrong. The media _ jump _ param field represents: the display equipment jumps to the playing parameter when the third party APP plays, and if the field is wrong, the display equipment jumps to the third party APP and cannot play normally. the tv field represents that 1 represents that the mobile terminal can play in the smart television, and 0 represents that the mobile terminal can only play in the APP, if the tv field is wrong, the content of the mobile terminal may be caused, and the playing in the smart television is abnormal. is _ fe: representing whether the media asset is paid, 0-representing free, and 1-representing paid, if the media asset should be free, but the is _ fee is set to 1, the normal playing of the ordinary user cannot be caused. is _ offsets: representing whether the partner is down, 0-representing not down, 1-representing down, if the partner is not down, the user has purchased the content, and the server calculates this field as is _ offsets ═ 1, putting the content down, also causes a pay-per play problem.
In some embodiments, when there is a field in which the playing parameter during normal playing and the playing parameter during abnormal playing are inconsistent, the server 400 corrects the field corresponding to the playing parameter during abnormal playing to the field corresponding to the playing parameter during normal playing, that is, corrects the playing parameter during abnormal playing currently through the playing parameter in the history playing normal record of the first media asset.
In some embodiments, if the data of the media assets is not pushed by the partner in time or cannot be pushed in real time, the server 400 may complete spelling of the playing parameters during current playing by using the data of the media assets pushed by the partner when the last media assets playing is normal, so as to reduce abnormal playing errors and user complaints of the display device 200, and improve user experience.
In some embodiments, if the verification indicates that the reason for the abnormal play of the media assets is an error handled by the partner and cannot be recovered by using the normal history play record of the media assets, the server operator may notify the partner to perform recovery in time.
In some embodiments, after the server 400 recovers the first asset, that is, after the display device 200 plays the first asset again, the server 400 may monitor and record the subsequent abnormal playing amount of the first asset in real time. And when the abnormal playing amount of the first media asset is larger than the preset abnormal amount threshold again, the first media asset is offline, and the playing parameters when the playing is abnormal are recorded.
In some embodiments, if the process of repairing the first media asset by the server 400 is unsuccessful, the server 400 controls to generate the warning information, so that the operator processes the first media asset according to the warning information and the playing parameter when the playing is abnormal.
The process of the above-mentioned media asset playing exception handling will be further described with reference to the accompanying drawings.
An overall block diagram of a method for processing a media asset play exception according to some embodiments is illustrated in fig. 7. As shown in fig. 7, firstly, the server 400 includes a play log information collection module, a hot-slice identification and recording module, a hot-slice playing abnormality real-time monitoring module, and a hot-slice playing abnormality intelligent recovery module. The hot plate identification and recording module carries out a preprocessing process firstly, operators identify hot-broadcast media assets, or obtains the play amount of the media assets according to normal log information played by display equipment, and marks the media assets with the play amount larger than a preset play amount threshold value as the hot-broadcast media assets. The method and the device give priority to the recovery processing condition of the hot-broadcast media assets or the paid media assets when abnormal broadcast occurs. Then, the hot plate abnormal playing real-time monitoring module can count abnormal playing log information of the display device acquired by the playing log information acquisition module in real time through a big data flink technology. The server 400 extracts the media asset identifier from the abnormal playing log information, and determines whether the media asset is a hot playing media asset, if not, the media asset does not meet the triggering condition, the server 400 only records the abnormal playing amount, and temporarily ignores the abnormal playing media asset. And if the media assets are hot-broadcast media assets, further carrying out real-time statistical analysis according to the media asset identification, and inquiring whether the abnormal playing amount is larger than a preset abnormal amount threshold value. If the abnormal amount is smaller than or equal to the preset abnormal amount threshold, the media asset does not meet the triggering condition, the server 400 only records the abnormal playing amount, and temporarily ignores the media asset with abnormal playing. And if the playing abnormal amount is larger than the preset abnormal amount threshold, performing media asset playing abnormal recovery processing. And then, the hot-film playing abnormity intelligent recovery module extracts the partner ID from the playing abnormity log information and judges whether a single-capture interface exists in the corresponding partner. If the partner has a single-catch interface, the server 400 directly calls the partner interface to update data with the single catch. If the partner does not support the single-catch interface, the server inquires the playing parameters of the media asset during the last normal playing, and updates the playing parameters of the currently played media asset by using the playing parameters during the last normal playing. And finally, the server records the abnormal playing amount of the subsequent media asset playing in real time, and when the abnormal playing amount is smaller than or equal to the preset abnormal amount threshold, the media asset is restored to be played normally. When the playing abnormal amount is larger than the preset abnormal amount threshold value again, the server 400 downloads the media assets, records playing parameters when the playing is abnormal, and generates alarm information so that operators can check and process the playing parameters in time.
In the application, when the playing media resources of the display device are abnormal, the server firstly inquires whether the corresponding partner supports the single-grab interface, and if the partner supports the single-grab interface, the server can directly call the interface to reacquire the corresponding media resources data. If the partner does not support the single-grab interface, the server can recover by using the historical playing normal record of the current media assets, and the user experience effect is greatly improved.
Based on the same inventive concept as the server, the embodiment of the present application further provides a method for processing media asset playing exception, where the method includes: the server 400 acquires the play log information of the display device 200, and filters play abnormal log information in the play log information, wherein the play abnormal log information is generated by the failure of the display device to play the media asset. When the abnormal playing log information meets a preset trigger condition, the server 400 queries the partner of the first media asset corresponding to the abnormal playing log information. When the partner has a single-grab interface, the server 400 controls the call interface to acquire the asset data of the first asset, so that the display device 200 plays the first asset again. When the partner does not have a single-catch interface, the server 400 queries the playing parameter corresponding to the first media asset when the playing is normal, and corrects the playing parameter when the current playing is abnormal according to the playing parameter when the playing is normal, so that the display device 200 plays the first media asset again according to the corrected playing parameter.
Since the above embodiments are all described by referring to and combining with other embodiments, the same portions are provided between different embodiments, and the same and similar portions between the various embodiments in this specification may be referred to each other. And will not be described in detail herein.
It is noted that, in this specification, relational terms such as "first" and "second," and the like, are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a circuit structure, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such circuit structure, article, or apparatus. Without further limitation, the presence of an element identified by the phrase "comprising an … …" does not exclude the presence of other like elements in a circuit structure, article, or device comprising the element.
Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.
The above embodiments of the present application do not limit the scope of the present application.
Claims (10)
1. A server, wherein the server is configured to:
acquiring play log information of display equipment, and filtering play abnormal log information in the play log information, wherein the play abnormal log information is generated by the failure of the display equipment in playing media assets;
when a first media asset corresponding to the abnormal playing log information meets a preset trigger condition, inquiring a partner of the first media asset;
when the partner has a single-grab interface, controlling a calling interface to acquire the media asset data of the first media asset so as to enable display equipment to play the first media asset again;
and when the partner does not have a single-catch interface or cannot resume playing the first media asset through the partner single-catch interface, inquiring the playing parameters corresponding to the first media asset when the playing is normal, and correcting the playing parameters when the current playing is abnormal according to the playing parameters when the playing is normal so that the display equipment can play the first media asset again according to the corrected playing parameters.
2. The server according to claim 1, wherein in the step of querying a partner of the first asset when the first asset corresponding to the abnormal play log information satisfies a preset trigger condition, the server is configured to:
when the first media asset is a hot-playing media asset or a paid media asset, inquiring the abnormal playing amount of the first media asset according to a corresponding media asset identifier, and inquiring a partner of the first media asset when the abnormal playing amount of the first media asset is greater than or equal to a preset abnormal amount threshold, wherein the media asset identifier is contained in the playing log information;
and when the first media asset is non-hot-play media asset or non-paid media asset, recording abnormal playing amount of the first media asset, and neglecting to process the first media asset.
3. The server according to claim 1, wherein in the step of correcting the playing parameter at the time of the current playing abnormality according to the playing parameter at the time of the playing abnormality, the server is configured to:
traversing and comparing the playing parameters when the playing is normal and the playing parameters when the playing is abnormal;
when the playing parameter when playing is normal and the playing parameter when playing is abnormal have fields which are not consistent, the field corresponding to the playing parameter when playing is abnormal is corrected to the field corresponding to the playing parameter when playing is normal.
4. The server of claim 1, wherein after the display device replays the first media asset, the server is further configured to:
monitoring abnormal playing amount of the first media assets in real time;
when the abnormal playing amount of the first media asset is larger than a preset abnormal amount threshold, the first media asset is offline, and playing parameters when the playing is abnormal are recorded;
and controlling to generate alarm information so that an operator can process the first media asset according to the alarm information and the playing parameters when playing is abnormal.
5. The server of claim 2, wherein prior to querying whether the first media asset is a hot-cast media asset, the server is further configured to:
setting a hot playing identification for a second media asset currently in hot playing, and recording the second media asset and the corresponding hot playing identification, wherein the hot playing identification is used for representing that the second media asset is the hot playing media asset.
6. The server according to claim 5, wherein in the step of querying whether the first media asset corresponding to the abnormal play log information is a hot-play media asset, the server is configured to:
when the first media asset has a hot playing identification, setting the first media asset as a hot playing media asset; or the like, or, alternatively,
and counting the playing amount of the first media asset according to the media asset identifier of the first media asset, and if the playing amount is greater than a preset playing amount threshold value in a preset time, regarding the first media asset as a hot-playing media asset.
7. The server according to claim 1, wherein the play log information includes an error code, the error code is used to characterize error information of media asset play failure, and the server is configured to filter play abnormal log information in the play log information according to the error code.
8. The server of claim 2, wherein the server is further configured to:
and when the first media asset is a hot-playing media asset or a paid media asset and the abnormal playing amount of the first media asset is smaller than a preset abnormal amount threshold, recording the abnormal playing amount of the first media asset and neglecting to process the first media asset.
9. The server of claim 1, wherein the server is further configured to:
and recording the playing parameters of the thermal playing media assets during the last normal playing according to the playing log information.
10. A method for processing media asset playing exception is characterized in that the method comprises the following steps:
acquiring play log information of display equipment, and filtering play abnormal log information in the play log information, wherein the play abnormal log information is generated by the failure of the display equipment in playing media assets;
when a first media asset corresponding to the abnormal playing log information meets a preset trigger condition, inquiring a partner of the first media asset;
when the partner has a single-grab interface, controlling a calling interface to acquire the media asset data of the first media asset so as to enable display equipment to play the first media asset again;
and when the partner does not have a single-catch interface or cannot resume playing the first media asset through the partner single-catch interface, inquiring the playing parameters corresponding to the first media asset when the playing is normal, and correcting the playing parameters when the current playing is abnormal according to the playing parameters when the playing is normal so that the display equipment can play the first media asset again according to the corrected playing parameters.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111487604.XA CN113938741B (en) | 2021-12-08 | 2021-12-08 | Server and media asset playing exception handling method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111487604.XA CN113938741B (en) | 2021-12-08 | 2021-12-08 | Server and media asset playing exception handling method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113938741A true CN113938741A (en) | 2022-01-14 |
| CN113938741B CN113938741B (en) | 2023-08-11 |
Family
ID=79288854
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111487604.XA Active CN113938741B (en) | 2021-12-08 | 2021-12-08 | Server and media asset playing exception handling method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113938741B (en) |
Citations (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003143579A (en) * | 2001-11-01 | 2003-05-16 | Sony Corp | System and method for distributing omnidirectional pay image, and pay-by-view system |
| US20050250567A1 (en) * | 2004-05-07 | 2005-11-10 | Kane Steven N | Method and apparatus for conducting a game of chance |
| CN1791211A (en) * | 2004-12-16 | 2006-06-21 | 朴琇民 | Post-paid billing system and method for multimedia files |
| CN1996997A (en) * | 2006-12-14 | 2007-07-11 | 华为技术有限公司 | A method and device for processing stream media service exception |
| CN101296359A (en) * | 2007-04-24 | 2008-10-29 | 宋亚民 | Video program digital copyright management method based on advertisement paying |
| US20080285960A1 (en) * | 1999-04-23 | 2008-11-20 | Sony Corporation | Information processing apparatus, information managing method and medium |
| CN101998160A (en) * | 2010-11-17 | 2011-03-30 | 中兴通讯股份有限公司 | Method and device for recovering network television-recorded program |
| CN102946554A (en) * | 2012-09-29 | 2013-02-27 | 合一网络技术(北京)有限公司 | Method and system for charging and sharing according to network video playing amount |
| US20130283301A1 (en) * | 2012-04-18 | 2013-10-24 | Scorpcast, Llc | System and methods for providing user generated video reviews |
| CN104822090A (en) * | 2014-04-25 | 2015-08-05 | 腾讯科技（北京）有限公司 | Video playing method, device and system |
| US20160205431A1 (en) * | 2012-04-18 | 2016-07-14 | Scorpcast, Llc | Interactive video distribution system and video player utilizing a client server architecture |
| CN106454415A (en) * | 2016-09-27 | 2017-02-22 | 乐视控股（北京）有限公司 | Video playing control method and device |
| CN110248249A (en) * | 2019-06-26 | 2019-09-17 | 深圳市轱辘汽车维修技术有限公司 | A kind of video recommendation method, video recommendations equipment and server |
| CN111866553A (en) * | 2020-07-24 | 2020-10-30 | 聚好看科技股份有限公司 | Media information calibration method and server |
| CN112135170A (en) * | 2020-09-22 | 2020-12-25 | 青岛聚看云科技有限公司 | Display device, server and video recommendation method |
| CN113242444A (en) * | 2021-06-10 | 2021-08-10 | 聚好看科技股份有限公司 | Display device, server and media asset playing method |
| CN113515670A (en) * | 2021-08-12 | 2021-10-19 | 成都极米科技股份有限公司 | Method, device and storage medium for identifying state of movie and television resource |
| CN113727153A (en) * | 2021-08-30 | 2021-11-30 | 聚好看科技股份有限公司 | Server, display equipment and media asset playlist caching method |
-
2021
- 2021-12-08 CN CN202111487604.XA patent/CN113938741B/en active Active
Patent Citations (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080285960A1 (en) * | 1999-04-23 | 2008-11-20 | Sony Corporation | Information processing apparatus, information managing method and medium |
| JP2003143579A (en) * | 2001-11-01 | 2003-05-16 | Sony Corp | System and method for distributing omnidirectional pay image, and pay-by-view system |
| US20050250567A1 (en) * | 2004-05-07 | 2005-11-10 | Kane Steven N | Method and apparatus for conducting a game of chance |
| CN1791211A (en) * | 2004-12-16 | 2006-06-21 | 朴琇民 | Post-paid billing system and method for multimedia files |
| CN1996997A (en) * | 2006-12-14 | 2007-07-11 | 华为技术有限公司 | A method and device for processing stream media service exception |
| WO2008071083A1 (en) * | 2006-12-14 | 2008-06-19 | Huawei Technologies Co., Ltd. | A method and apparatus for processing flow media service anomaly |
| CN101296359A (en) * | 2007-04-24 | 2008-10-29 | 宋亚民 | Video program digital copyright management method based on advertisement paying |
| CN101998160A (en) * | 2010-11-17 | 2011-03-30 | 中兴通讯股份有限公司 | Method and device for recovering network television-recorded program |
| US20160205431A1 (en) * | 2012-04-18 | 2016-07-14 | Scorpcast, Llc | Interactive video distribution system and video player utilizing a client server architecture |
| US20130283301A1 (en) * | 2012-04-18 | 2013-10-24 | Scorpcast, Llc | System and methods for providing user generated video reviews |
| CN102946554A (en) * | 2012-09-29 | 2013-02-27 | 合一网络技术(北京)有限公司 | Method and system for charging and sharing according to network video playing amount |
| CN104822090A (en) * | 2014-04-25 | 2015-08-05 | 腾讯科技（北京）有限公司 | Video playing method, device and system |
| CN106454415A (en) * | 2016-09-27 | 2017-02-22 | 乐视控股（北京）有限公司 | Video playing control method and device |
| CN110248249A (en) * | 2019-06-26 | 2019-09-17 | 深圳市轱辘汽车维修技术有限公司 | A kind of video recommendation method, video recommendations equipment and server |
| CN111866553A (en) * | 2020-07-24 | 2020-10-30 | 聚好看科技股份有限公司 | Media information calibration method and server |
| CN112135170A (en) * | 2020-09-22 | 2020-12-25 | 青岛聚看云科技有限公司 | Display device, server and video recommendation method |
| CN113242444A (en) * | 2021-06-10 | 2021-08-10 | 聚好看科技股份有限公司 | Display device, server and media asset playing method |
| CN113515670A (en) * | 2021-08-12 | 2021-10-19 | 成都极米科技股份有限公司 | Method, device and storage medium for identifying state of movie and television resource |
| CN113727153A (en) * | 2021-08-30 | 2021-11-30 | 聚好看科技股份有限公司 | Server, display equipment and media asset playlist caching method |
Non-Patent Citations (3)
| Title |
|---|
| HANKYU: "《Private and fair pay-per-view scheme for Web-based video-on-demand systems》", 《IEEE TRANSACTIONS ON CONSUMER ELECTRONICS》, vol. 49, no. 2 * |
| 杨科: "《基于深度学习的视频分类和检测关键技术研究》", 《中国优秀博士学位论文全文数据库》 * |
| 钟雪冰: "《远程教育网站数字媒体制播过程的研究》" * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113938741B (en) | 2023-08-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111669621B (en) | Media asset data issuing method, server and display device | |
| CN111866553B (en) | Media information calibration method and server | |
| WO2022105409A1 (en) | Fault diagnosis method, terminal device, and display device | |
| CN111836115B (en) | Screen saver display method, screen saver skipping method and display device | |
| CN111836109A (en) | Display device, server and method for automatically updating column frame | |
| WO2022048203A1 (en) | Display method and display device for manipulation prompt information of input method control | |
| CN113242444A (en) | Display device, server and media asset playing method | |
| CN113766305A (en) | Display device and mirror image screen projection audio output control method | |
| CN111031375A (en) | Method for skipping detailed page of boot animation and display equipment | |
| CN113301420A (en) | Content display method and display equipment | |
| CN112653910A (en) | Display device, server and control method for television program recommendation | |
| CN112199064A (en) | Interaction method of browser application and system platform and display equipment | |
| CN113453057B (en) | Display device and playing progress control method | |
| CN113111214A (en) | Display method and display equipment for playing records | |
| CN112954462A (en) | Display device and control method of application running time | |
| CN113938741B (en) | Server and media asset playing exception handling method | |
| CN114915810B (en) | Media resource pushing method and intelligent terminal | |
| CN112584210B (en) | Display device, video recording method and recorded file display method | |
| CN111314414B (en) | Data transmission method, device and system | |
| CN112911359A (en) | Resource display method, display equipment and remote controller | |
| CN113971049A (en) | Background service management method and display device | |
| CN112087651B (en) | Method for displaying inquiry information and smart television | |
| CN114363679B (en) | Display equipment, server and media asset playing method | |
| CN112839247B (en) | Content display method, display device and cloud server | |
| CN112601107B (en) | Method for synchronizing historical records in abnormal scene and display device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |