CN113938741B - Server and media asset playing exception handling method - Google Patents
Server and media asset playing exception handling method Download PDFInfo
- Publication number
- CN113938741B CN113938741B CN202111487604.XA CN202111487604A CN113938741B CN 113938741 B CN113938741 B CN 113938741B CN 202111487604 A CN202111487604 A CN 202111487604A CN 113938741 B CN113938741 B CN 113938741B
- Authority
- CN
- China
- Prior art keywords
- media asset
- play
- playing
- abnormal
- 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.)
- Active
Links
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
Abstract
The application discloses a server and a method for processing media resource playing abnormality, which comprises the following steps: acquiring play log information of display equipment, and filtering play abnormal log information in the play log information; querying a partner of the first media asset when the first media asset corresponding to the play abnormal log information meets a preset trigger condition; when the partner has a single-capture interface, controlling the calling interface to acquire the media asset data of the first media asset so as to enable the display equipment to replay the first media asset; when the partner does not have a single-capture interface or can not recover the first media asset through calling the interface, inquiring the playing parameters of the first media asset when the corresponding 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 replay the first media asset. When the play media asset of the display equipment is abnormal and can not be recovered by calling the single-grabbing interface of the partner, the application can recover by utilizing the history play normal record of the current media asset, thereby greatly improving the user experience effect.
Description
Technical Field
The application relates to the technical field of Internet, in particular to a server and a method for processing media asset playing abnormality.
Background
The intelligent television is a television product which can realize the bidirectional man-machine interaction function and integrates multiple functions of video, entertainment, data and the like. The intelligent television is connected with the background server, requests various media videos such as education, video and entertainment to the server in order to meet the diversified demands of users, and displays the videos on a user interface. The server interfaces with the media asset data from different partners to provide the user with a diverse, rich, large screen of video content. The server is used as a butting party, and the butting modes of the server and different partners mainly comprise a partner pushing mode and a butting party increment or full grabbing mode.
At present, for the grabbing mode of the butting party, the cooperator provides a corresponding interface, and the server acquires corresponding media data through the interface adjusting mode. For the pushing mode of the partner, the partner can directly push the corresponding media data to the server. After the server acquires the media data, a series of operations such as cleaning, inputting and storing the data are needed, and the whole link is long from the acquisition of the media data to the display of the intelligent television, so that the media played by the intelligent television is easy to play abnormally due to the misoperation of a butting party or a cooperation party, and further the user cannot watch the media. If the media asset is acquired by the server through the interface, the server can readjust the interface to update the media asset data so that the smart television plays the media asset again. If the media asset is pushed by the partner, the server downloads the media asset and filters related contents in the intelligent television. If the media asset is downloaded in the processing mode of the media asset playing exception, the user experience is reduced, and especially if the downloaded media asset is paid media asset or hot-cast media asset, user complaints are easily caused.
Disclosure of Invention
The application provides a server and a method for processing abnormal media asset play, which are used for solving the technical problem that the processing mode of abnormal media asset play in the related art is unreasonable to reduce the user experience effect.
In order to solve the technical problems, the embodiment of the application discloses the following technical scheme:
in a first aspect, embodiments of the present application disclose a server configured to:
obtaining display equipment play log information, and filtering play abnormal log information in the play log information, wherein the play abnormal log information is generated by the failure of playing media resources by the display equipment;
querying a partner of the first media asset when the first media asset corresponding to the play abnormal log information meets a preset triggering condition;
when the partner has a single-capture interface, controlling a calling interface to acquire the media asset data of the first media asset so as to enable a display device to replay the first media asset;
when the partner does not have a single-capture interface or cannot resume playing the first media asset through the partner single-capture interface, inquiring the playing parameter of the first media asset corresponding to the playing in normal, and correcting the playing parameter in the current abnormal playing according to the playing parameter in normal playing, so that the display equipment can replay the first media asset according to the corrected playing parameter.
In a second aspect, an embodiment of the present application discloses a method for processing media play anomalies, where the method includes:
obtaining display equipment play log information, and filtering play abnormal log information in the play log information, wherein the play abnormal log information is generated by the failure of playing media resources by the display equipment;
querying a partner of the first media asset when the first media asset corresponding to the play abnormal log information meets a preset triggering condition;
when the partner has a single-capture interface, controlling a calling interface to acquire the media asset data of the first media asset so as to enable a display device to replay the first media asset;
when the partner does not have a single-capture interface or cannot resume playing the first media asset through the partner single-capture interface, inquiring the playing parameter of the first media asset corresponding to the playing in normal, and correcting the playing parameter in the current abnormal playing according to the playing parameter in normal playing, so that the display equipment can replay the first media asset according to the corrected playing parameter.
Compared with the prior art, the application has the beneficial effects that:
the application provides a server and a method for processing abnormal playing of media assets, wherein when a display device plays media assets, a player generates corresponding playing log information, if the display device fails to play when playing media assets, the player correspondingly generates the playing abnormal log information, and the server can acquire the playing log information of the display device in real time and filter the playing abnormal log information from the playing log information. When the first media asset corresponding to the play exception log information reaches a certain preset triggering condition, the server performs exception handling on the first media asset which fails to play. When abnormal media assets are processed, the server firstly inquires which partner the media come from, and then detects whether a single capture interface exists in the corresponding partner. If the partner has a single-capture interface, the server can directly readjust the interface, acquire corresponding media data and push the corresponding media data to the display equipment for playing. If the partner does not have a single-capture interface or can not resume playing the first media asset through calling the interface, the playing parameters in normal playing are used for correcting the playing parameters in abnormal playing at present, so that the display equipment can replay the first media asset according to the corrected playing parameters. In the application, when the play media asset of the display equipment is abnormal and can not be recovered by calling the single-grabbing interface of the partner, the normal record of the history play of the current media asset can be utilized for recovery, thereby greatly improving the user experience effect.
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 as claimed.
Drawings
In order to more clearly illustrate the technical solution of the present application, the drawings that are needed in the embodiments will be briefly described below, and it will be obvious to those skilled in the art that other drawings can be obtained from these drawings without inventive effort.
A schematic diagram of an operational scenario between a display device and a control apparatus according to some embodiments is schematically shown in fig. 1;
a hardware configuration block diagram of the control apparatus 100 according to some embodiments is exemplarily shown in fig. 2;
a hardware configuration block diagram of a display device 200 according to some embodiments is exemplarily shown in fig. 3;
a schematic diagram of the software configuration in a display device 200 according to some embodiments is exemplarily shown in fig. 4;
a schematic diagram of a display effect of a media playback abnormality in the display device 200 according to some embodiments is exemplarily shown in fig. 5;
FIG. 6 is a flowchart illustrating a method for handling media play anomalies according to some embodiments;
an overall block diagram of a media playback exception handling method according to some embodiments is shown schematically in fig. 7.
Detailed Description
For the purposes of making the objects and embodiments of the present application more apparent, an exemplary embodiment of the present application will be described in detail below with reference to the accompanying drawings in which exemplary embodiments of the present application are illustrated, it being apparent that the exemplary embodiments described are only some, but not all, of the embodiments of the present application.
It should be noted that the brief description of the terminology in the present application is for the purpose of facilitating understanding of the embodiments described below only and is not intended to limit the embodiments of the present application. Unless otherwise indicated, these terms should be construed in their ordinary and customary meaning.
The terms first, second, third and the like in the description and in the claims and in the above-described figures are used for distinguishing between similar or similar 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," "comprising," and "having," 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 explicitly 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 or/and software code that is capable of performing the function 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 device 200 through the smart device 300 or the control apparatus 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 infrared protocol communication or bluetooth protocol communication, and other short-range communication modes, and the display device 200 is controlled by a wireless or wired mode. The user may control the display device 200 by inputting user instructions through keys on a remote control, voice input, control panel input, etc.
In some embodiments, a smart device 300 (e.g., mobile terminal, tablet, computer, notebook, etc.) may also be used to control the display device 200. For example, the display device 200 is controlled using an application running on a smart device.
In some embodiments, the display device 200 may also perform control 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 through a module configured inside the display device 200 device for acquiring voice commands, or the voice command control of the user may be received through a voice control device configured outside the display device 200 device.
In some embodiments, the display device 200 is also in data communication with a server 400. The display device 200 may be permitted to make communication connections via 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 device 200. The server 400 may be a cluster, or may be multiple 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 in accordance with 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 of a user and convert the operation instruction into an instruction recognizable and responsive to the display device 200, and function as an interaction between the user and the display device 200.
Fig. 3 shows a hardware configuration block diagram of the display device 200 in accordance with an exemplary embodiment.
In some embodiments, display apparatus 200 includes at least one of a modem 210, a communicator 220, a detector 230, an external device interface 240, a controller 250, a display 260, an audio output interface 270, memory, a power supply, a user interface.
In some embodiments the controller includes a processor, a video processor, an audio processor, a graphics processor, RAM, ROM, a first interface for input/output to an nth interface.
In some embodiments, the display 260 includes a display screen component for presenting a picture, and a driving component for driving an image display, for receiving image signals from the controller output, for displaying video content, image content, and a menu manipulation interface, and for manipulating a UI interface by a user.
In some embodiments, the display 260 may be a liquid crystal display, an OLED display, 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, or other network communication protocol chip or a near field communication protocol chip, and an infrared receiver. The display device 200 may establish transmission and reception of control signals and data signals with the external control device 100 or the server 400 through the communicator 220.
In some embodiments, the user interface may be configured to receive control signals from the control device 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 capturing the intensity of ambient light; alternatively, the detector 230 includes an image collector such as a camera, which may be used to collect external environmental scenes, user attributes, or user interaction gestures, or alternatively, the detector 230 includes a sound collector such as a microphone, or the like, 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, or the like. The input/output interface may be a composite input/output interface formed by a plurality of interfaces.
In some embodiments, the modem 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 separate devices, i.e., the modem 210 may also be located in an external device to the main device in which the controller 250 is located, such as an external set-top box or the like.
In some embodiments, the controller 250 controls the operation of the display device and responds to user operations through various software control programs stored on the memory. The controller 250 controls the overall operation of the display apparatus 200. For example: in response to receiving a user command to select 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 operable control. The operations related to the selected object are: displaying an operation of connecting to a hyperlink page, a document, an image, or the like, or executing an operation of a program corresponding to the icon.
In some embodiments the controller includes at least one of a central processing unit (Central Processing Unit, CPU), video processor, audio processor, graphics processor (Graphics Processing Unit, GPU), RAM Random Access Memory, RAM), ROM (Read-Only Memory, ROM), first to nth interfaces for input/output, a communication Bus (Bus), and the like.
And the CPU processor is used for executing the operating system and application program instructions stored in the memory and executing various application programs, data and contents according to various interaction instructions received from the outside so as to finally display and play various audio and video contents. The CPU processor may include a plurality of processors. Such as one main processor and one or more sub-processors.
In some embodiments, a graphics processor is used to generate various graphical objects, such as: icons, operation menus, user input instruction display graphics, and the like. The graphic processor comprises an arithmetic unit, which is used for receiving various interactive instructions input by a user to operate and displaying various objects according to display attributes; the device 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, perform video processing such as decompression, decoding, scaling, noise reduction, frame rate conversion, resolution conversion, image composition, etc., according to a standard codec protocol of an input signal, and may obtain a signal that is displayed or played on the directly displayable 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 demultiplexed video signal, including decoding, scaling and the like. And an image synthesis module, such as an image synthesizer, for performing superposition mixing processing on the graphic generator and the video image after the scaling processing according to the GUI signal input by the user or generated 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 frame rate into a video output signal and changing the video output signal to be in accordance with a display format, such as outputting RGB data signals.
In some embodiments, the audio processor is configured to receive an external audio signal, decompress and decode the audio signal according to a standard codec protocol of an input signal, and perform noise reduction, digital-to-analog conversion, and amplification processing to obtain a sound signal that can be played in a speaker.
In some embodiments, a user may input a user command through a Graphical User Interface (GUI) displayed on the display 260, and the user input interface receives the user input command 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 recognizes the sound or gesture through the sensor to receive the user input command.
In some embodiments, a "user interface" is a media interface for interaction and exchange of information between an application or operating system and a user that enables conversion between an internal form of information and a form acceptable to the user. A commonly used presentation form of the user interface is a graphical user interface (Graphic User Interface, GUI), which refers to a user interface related to computer operations that is displayed in a graphical manner. It may be an interface element such as an icon, a window, a control, etc. displayed in a 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 display devices may include a Kernel (Kernel), a command parser (shell), a file system, and an application program. The kernel, shell, and file system together form the basic operating system architecture that allows users to manage files, run programs, and use the system. After power-up, the kernel is started, the kernel space is activated, hardware is abstracted, hardware parameters are initialized, virtual memory, a scheduler, signal and inter-process communication (IPC) are operated and maintained. After the kernel is started, shell and user application programs are loaded again. The application program is compiled into machine code after being started to form a process.
Referring to FIG. 4, in some embodiments, the system is divided into four layers, from top to bottom, an application layer (referred to as an "application layer"), an application framework layer (Application Framework layer) (referred to as a "framework layer"), a An Zhuoyun row (Android run) and a system library layer (referred to as a "system runtime layer"), and a kernel layer, respectively.
In some embodiments, at least one application program is running in the application program layer, and these application programs may be a Window (Window) program of an operating system, a system setting program, a clock program, or the like; or may be 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 (application programming interface, API) and programming framework for the application. The application framework layer includes a number of predefined functions. The application framework layer corresponds to a processing center that decides to let the applications in the application layer act. Through the API interface, the application program can access the resources in the system and acquire the services of the system in the execution.
As shown in fig. 4, the application framework layer in the embodiment of the present application includes a manager (manager), 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 to interact with all activities that are running in the system; a Location Manager (Location Manager) is used to provide system services or applications with access to system Location services; a Package Manager (Package Manager) for retrieving various information about an application Package currently installed on the device; a notification manager (Notification Manager) for controlling the display and clearing of notification messages; a Window Manager (Window Manager) is used to manage bracketing icons, windows, toolbars, wallpaper, and desktop components on the user interface.
In some embodiments, the activity manager is used to manage the lifecycle of the individual applications as well as the usual navigation rollback functions, such as controlling the exit, opening, fallback, etc. of the applications. The window manager is used for managing all window programs, such as obtaining the size of the display screen, judging whether a status bar exists or not, locking the screen, intercepting the screen, controlling the change of the display window (for example, reducing the display window to display, dithering display, distorting display, etc.), etc.
In some embodiments, the system runtime layer provides support for the upper layer, the framework layer, and when the framework layer is in use, the android operating system runs the C/C++ libraries contained 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 kernel layer contains at least one of the following drivers: audio drive, display drive, bluetooth drive, camera drive, WIFI drive, USB drive, HDMI drive, sensor drive (e.g., fingerprint sensor, temperature sensor, pressure sensor, etc.), and power supply drive, etc.
The hardware or software architecture in some embodiments may be based on the description in the foregoing embodiments, and in some embodiments may be based on other similar hardware or software architectures, so long as the technical solution of the present application may be implemented.
Based on the display device 200, the user can browse or search the favorite media assets through the display device 200, and after receiving any media asset selection operation of the user, the display device 200 can send a media asset request to the server 400, so that the server feeds back corresponding media asset data. The server 400 interfaces with the media asset data from different partners to provide the user with diverse, rich large-screen video content, and the server 400 acquires the media asset data from the corresponding partner after receiving the media asset request of the display device 200. The docking standards and modes between different partners and the server 400 are different, and some partners provide corresponding interfaces, so that the server 400 obtains corresponding media data by means of interface adjustment. Some cooperators directly push the corresponding media data to the server 400.
After actively capturing the media data or receiving the media data pushed by the partner, the server 400 may also need to perform a series of operations such as cleaning, recording, storing, etc. on the media data, so as to send the media data to the display device 200 for playing. Because the whole link is long, when the operator of the server of the butt joint party performs the operation, the operation error easily causes the abnormality of the playing of the media by the final display device 200. A schematic diagram of a display effect of a media playback anomaly in the display device 200 according to some embodiments is exemplarily shown in fig. 5. As shown in fig. 5, when a certain movie selected by the user cannot be played, the display device 200 may appear "very sorry, video playing failure" in the playing window. If the providing partner of the movie does not support the single capture interface, the server 400 cannot actively acquire the corresponding media data again, and at this time, the server 400 can only drop the movie. The user can only search other media for watching, so that the experience effect of the user can be reduced. If the media asset to be offline is a hot-cast media asset or a media asset paid for viewing by a user, it is indicated that the user currently wants to view the media asset very much, and if the media asset is offline, user complaints can be easily caused. In order to solve the above problems, some embodiments of the present application provide a server and a method for processing abnormal playback of media assets.
The following describes the processing of media play anomalies according to some embodiments of the present application with reference to the accompanying drawings.
A flowchart illustrating a method of processing a playback anomaly of a media asset according to some embodiments is shown in fig. 6, where the server is configured to perform the processing of the playback anomaly of the media asset of fig. 6. Referring to fig. 6, the process of processing the media play exception is as follows:
s601: and acquiring display equipment playing log information, and filtering playing abnormal log information in the playing log information, wherein the playing abnormal log information is generated by the failure of playing media resources by the display equipment.
In some embodiments, when the display device 200 indicates to play the media asset according to the operation of the user, the player generates corresponding play log information, if the display device 200 fails to play the media asset, the player generates play exception log information correspondingly, and the server 400 may acquire the play log information of the display device 200 in real time and filter the play exception log information from the play log information.
In some embodiments, the play log information obtained by the server 400 may include: a media asset Identification (ID), a media asset name, a partner ID, an event ID, a product identification, a scene ID, a play parameter, a pay field, a package ID, a play exception error code (extraptioncode), and a play time. Here, the asset identification and the 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 asset played by the display apparatus 200. The event ID is used to characterize the event of the acquired log information, as here acquired by the server 400 is the log information in the display device 200 relating to the play event. The product identifier and the scene ID are used to characterize the service and scene of the asset played by the display device 200, such as the currently played asset at a certain recommended position under the video service. The pay field and package ID are used to characterize what package the media asset played by display device 200 is affiliated with and whether it is a pay movie. The playing parameters are parameters required for playing the media assets and are used for indicating conditions required for playing the media assets and the like. The play time is used for indicating the start time and the end time of the media asset play. The play abnormal error code is used for representing error information when the media asset is played in error. For example, the play exception error code is shown in table 1:
Table 1:
in some embodiments, the server 400 is configured to filter the play exception log information in the play log information according to the error code.
S602: and querying a partner of the first media asset when the first media asset corresponding to the play abnormal log information meets a preset trigger condition.
In some embodiments, if the display device 200 has abnormal playing of the media asset, the server 400 needs to determine whether the preset trigger condition is met in combination with the abnormal playing information of the media asset, so as to determine whether to perform recovery processing.
In some embodiments, when the first asset played by the display device 200 is a hot-cast asset or a paid asset, if an abnormal condition of playing the asset occurs, the server queries a play abnormal amount of the first asset according to a corresponding asset identifier, and queries a partner of the first asset when the play abnormal 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 asset played by the display device 200 is a hot asset or a paid asset and the play abnormal amount of the first asset is smaller than a preset abnormal amount threshold, the server 400 ignores to process the first asset and only records the play abnormal amount of the first asset, so as to facilitate subsequent tracking analysis.
In some embodiments, when the first asset played by the display device 200 is a non-thermal asset or a non-paid asset, the server 400 ignores processing the first asset, and only records the play abnormal amount of the first asset, so as to facilitate subsequent tracking analysis.
In some embodiments, the server 400 may determine whether the currently playing media asset belongs to a paid media asset through a pay-to-pay field in the obtained play log information. For example, by field is_fee: representing whether the current asset is pay, if it is free, the field may be set to 0, i.e., is_fee=0, and if it is pay, the field may be set to 1, i.e., is_fee=1. Here, the setting of the pay field may be set by an operator according to the partner's copyright of the media asset.
In some embodiments, the server 400 may set a hot spot identifier for a second media asset currently being hot-broadcast, and record the second media asset and a corresponding hot spot identifier, where the hot spot identifier is used to characterize that the second media asset is a hot spot media asset. For example, by field is_hotplate: representing whether the current asset is a hot asset, if not, the field may be set to 0, i.e., is_hot plate=0, and if so, the field may be set to 1, i.e., is_hot plate=1. Here, the setting of the hotcast piece identifier may be set by an operator according to the current hotcast content counted by big data. In some embodiments, after the server 400 sets the second asset as a hot spot asset, the name of the second asset or the asset identification of the second asset is stored in association with the hot spot identification.
In some embodiments, the server 400 may further count the play amount of the first asset according to the asset identifier of the first asset, and consider the first asset as a hot-cast asset if the play amount is greater than a preset play amount threshold in a preset time. In some embodiments, the server 400 may obtain the play log information of the display device 200 in real time, and utilize the big data real-time processing technology link to count and collect the play amount of each media asset in real time according to the media asset identification dimension. If the play amount of a certain asset on the display device 200 is greater than the preset play amount threshold within a certain time range, the server 400 may determine the asset as a hot-spot asset. For example, the setting of the preset play amount threshold value in a certain time range may be: the playing amount of the video player is more than 50 ten thousand in 1 day, more than 300 ten thousand in 7 days and more than 600 ten thousand in 14 days.
In some embodiments, the server 400 uses the big data link platform to analyze and display the normal log information played by the device 200 in real time, extract the media asset identifier from the normal log information, and inquire whether the hot-spot identifier bound with the media asset identifier indicates hot-spot media asset according to the media asset identifier. If the media asset is a hot-cast media asset, recording the playing parameters of the media asset.
In some embodiments, according to the play log information, the server 400 records the play parameters of the last normal play of the hot-air media asset. When recording the playing parameters, the server 400 can query through the media asset identifier, and if the media asset has the recorded playing parameters, update the record for caching the playing parameters of the hot-cast media asset when the hot-cast media asset is normally played for the last time. Here, if the hot media asset is determined to be a non-hot media asset, the corresponding play parameter is deleted from the cache.
Above, the server 400 judges whether the corresponding first media asset accords with the preset trigger condition through the play exception log information, and when the first media asset with the play exception accords with the trigger condition, the server 400 resumes the process.
S603: when the partner has a single-grabbing interface, the control call interface acquires the media asset data of the first media asset, so that the display equipment replays the first media asset.
In some embodiments, when the server 400 determines that the first asset with abnormal playing needs to be recovered, firstly, a partner ID field is extracted from the abnormal playing log information, and a partner corresponding to the first asset is identified. After identifying the corresponding partner, the server 400 checks the docking mode between the server 400 and the partner, and if the docking mode between the server 400 and the partner is the docking increment or the full capture mode, that is, if the partner has a single capture interface, the server 400 can retrieve the interface again, and the single capture can retrieve the media asset data corresponding to the first media asset, so that the display device 200 can replay the first media asset. For example, if the server 400 queries that the single-grip interface supported by the partner is 192.168.0.1:8080/get/xxxx, the server 400 may directly invoke the interface to obtain media data corresponding to the first media.
S604: when the partner does not have a single-capture interface or cannot resume playing the first media asset through the partner single-capture interface, inquiring the playing parameter of the first media asset corresponding to the playing in normal, and correcting the playing parameter in the current abnormal playing according to the playing parameter in normal playing, so that the display equipment can replay the first media asset according to the corrected playing parameter.
In some embodiments, the server 400 queries that the docking mode with the partner is a push mode, that is, the partner does not have a single-grip interface, and the server 400 may traverse and compare the play parameter when the first media asset plays normally and the play parameter when playing abnormally. In addition, if the partner has a single-capture interface, after the server 400 obtains the media data through the access interface, the normal playing of the first media data is not recovered, and then the server 400 can also traverse and compare the playing parameter when the first media data is normally played and the playing parameter when the first media data is abnormally played, and correct the playing parameter when the current playing is abnormally played according to the playing parameter when the first media data is normally played. Here, the play parameters include: the method comprises the steps of displaying a playing parameter required by playing the media asset of the device, a playing parameter when the display device jumps to a third party APP for playing, a playing parameter of a display device type allowing the current media asset to be played, a playing parameter of whether the current media asset is charged or not, and the like.
For example, in the play parameter, the preload_info field represents: the playing parameters required by the playing of the media assets of the display equipment are wrong, and if the parameters are wrong, the playing errors of the media assets of the display equipment 200 are caused. The media_jump_parameter field represents: the display device jumps to the play parameter of the third party APP when playing, if the field is wrong, the jump to the third party APP can not play normally. the tv field represents that 1-represents can be played on the intelligent television, 0-represents can only be played on the mobile terminal APP, if the tv field is wrong, the content of the mobile terminal can be possibly caused, and playing on the intelligent television is abnormal. is_fee: if the representative pay is pay, 0-representative is free, 1-representative is paid, if the media is free, but is_fee is set to 1, normal users cannot play normally. is_offshells: if the partner is not already down, the user purchases the content, and the server calculates this field as is_offshells=1, and if the content is down, there is a problem of pay user play.
In some embodiments, when there is a field in which the play parameter at the time of normal play and the play parameter at the time of abnormal play are inconsistent, the server 400 corrects the field corresponding to the play parameter at the time of abnormal play to the field corresponding to the play parameter at the time of normal play, that is, corrects the play parameter at the current abnormal play through the play parameter in the history play normal record of the first media asset.
In some embodiments, if media data is not timely pushed or cannot be pushed in real time by the partner, the server 400 can complete spelling of the playing parameters in the current playing by means of the media data pushed by the partner in the normal playing of the last media data, so as to reduce abnormal playing errors of the display device 200 and user complaints, and improve user experience.
In some embodiments, if the verification is performed, the reason for the abnormal playback of the media asset is that the error is handled by the partner, and the server operator can timely notify the partner to recover when the normal record of the historical playback of the media asset cannot be recovered.
In some embodiments, after the first asset is restored, that is, after the display device 200 plays the first asset again, the server 400 may monitor and record the subsequent play abnormal amount of the first asset in real time. And if the play abnormal quantity of the first media asset is larger than the preset abnormal quantity threshold again, the first media asset is disconnected, and play parameters in abnormal play 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 alarm information, so that the operator processes the first media asset according to the alarm information and the playing parameters when the playing is abnormal.
The process of the foregoing media play exception handling is further described below with reference to the accompanying drawings.
An overall block diagram of a media playback exception handling method according to some embodiments is shown schematically in fig. 7. As shown in fig. 7, first, the server 400 includes a play log information collection module, a hot-film identification and recording module, a hot-film play abnormality real-time monitoring module, and a hot-film play abnormality intelligent recovery module. The hot plate identification and recording module firstly carries out a preprocessing process, an operator identifies hot broadcasting media assets, or the playing quantity of the media assets is obtained according to normal log information played by the display equipment, and the media assets with the playing quantity larger than a preset playing quantity threshold value are marked as the hot broadcasting media assets. The application gives priority to the recovery processing condition of the hot media asset or the paid media asset when the play abnormality occurs. And then, the hot-film playing abnormality real-time monitoring module can count the playing abnormality log information of the display equipment obtained by the playing log information acquisition module in real time through a big data link technology. The server 400 extracts the media asset identifier from the abnormal play log information, judges whether the media asset pair is a hot-cast media asset, if not, the media asset does not meet the triggering condition, and the server 400 only records the abnormal play amount and temporarily ignores the media asset for processing the abnormal play. If the media asset is a hot-cast media asset, further performing real-time statistical analysis according to the media asset identification, and inquiring whether the play abnormal quantity is larger than a preset abnormal quantity threshold value or not. If the play abnormal quantity threshold is smaller than or equal to the preset abnormal quantity threshold, the media asset does not meet the trigger condition, and the server 400 only records the play abnormal quantity and temporarily ignores the media asset for processing the play abnormal quantity. And if the play abnormal quantity is larger than the preset abnormal quantity threshold value, performing media play abnormal recovery processing. And then, the hot-film playing abnormal intelligent recovery module extracts the partner ID from the playing abnormal log information and judges whether a single capture interface exists in the corresponding partner. If the partner has a single-grab interface, the server 400 directly calls the partner interface to update the data with a single grab. If the partner does not support the single-capture interface, the server inquires the playing parameters of the media asset when the media asset is played normally last time, and updates the playing parameters of the media asset currently played by using the playing parameters when the media asset is played normally last time. Finally, the server records the play abnormal quantity of the subsequent media asset play in real time, and when the play abnormal quantity is smaller than or equal to a preset abnormal quantity threshold value, the media asset is indicated to resume normal play. When the play abnormal quantity is larger than the preset abnormal quantity threshold again, the server 400 logs the play parameters when the play is abnormal, and generates alarm information so that operators can view and process the play parameters in time.
In the application, when the display equipment plays the media asset and is abnormal, the server firstly inquires whether the corresponding partner supports the single-grabbing interface, and if the partner supports the single-grabbing interface, the server can directly call the interface to acquire the corresponding media asset data again. If the partner does not support the single-capture interface, the server can recover by utilizing the history play normal record of the current media asset, so that the user experience effect is greatly improved.
Based on the same inventive concept as the server, the embodiment of the application also provides a method for processing media asset playing abnormality, which comprises the following steps: the server 400 obtains the play log information of the display device 200, and filters the play exception log information in the play log information, wherein the play exception log information is generated by the failure of playing media resources by the display device. When the play abnormal log information meets a preset trigger condition, the server 400 queries the partner of the first media asset corresponding to the play abnormal log information. When the partner has a single-capture interface, the server 400 controls the calling interface to acquire the media asset data of the first media asset, so that the display device 200 replays the first media asset. When the partner does not have a single-capture interface, the server 400 queries the play parameter of the first media asset when the corresponding play of the first media asset is normal, and corrects the play parameter of the current play abnormality according to the play parameter when the play is normal, so that the display device 200 replays the first media asset according to the corrected play parameter.
Since the foregoing embodiments are all described in other modes by reference to the above, the same parts are provided between different embodiments, and the same and similar parts are provided between the embodiments in the present specification. And will not be described in detail herein.
It should be 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. Moreover, 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 statement "comprises" or "comprising" a … … "does not exclude the presence of other identical elements in a circuit structure, article or apparatus that comprises the element.
Other embodiments of the application will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure of the application herein. This application is intended to cover any variations, uses, or adaptations of the application 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 application 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 (9)
1. A server, wherein the server is configured to:
obtaining display equipment play log information, and filtering play abnormal log information in the play log information, wherein the play abnormal log information is generated by the failure of playing media resources by the display equipment;
inquiring the play abnormal quantity of the first media asset according to the corresponding media asset identification when the first media asset is a hot media asset or a paid media asset, and inquiring the partner of the first media asset when the play abnormal quantity of the first media asset is greater than or equal to a preset abnormal quantity threshold value, wherein the media asset identification is contained in the play log information; when the first media asset is a non-heat media asset or a non-payment media asset, recording the playing abnormal quantity of the first media asset, and neglecting to process the first media asset;
When the partner has a single-capture interface, controlling a calling interface to acquire the media asset data of the first media asset so as to enable a display device to replay the first media asset;
when the partner does not have a single-capture interface or cannot resume playing the first media asset through the partner single-capture interface, inquiring the playing parameter of the first media asset corresponding to the playing in normal, and correcting the playing parameter in the current abnormal playing according to the playing parameter in normal playing, so that the display equipment can replay the first media asset according to the corrected playing parameter.
2. The server according to claim 1, wherein in the step of correcting the play parameter at the time of the current play abnormality based on the play parameter at the time of the play abnormality, the server is configured to:
traversing and comparing the play parameters when the play is normal and the play parameters when the play is abnormal;
when inconsistent fields exist between the play parameters in normal play and the play parameters in abnormal play, correcting the field corresponding to the play parameters in abnormal play to the field corresponding to the play parameters in normal play.
3. The server of claim 1, wherein after the display device replays the first media asset, the server is further configured to:
Monitoring the play abnormal quantity of the first media asset in real time;
when the play abnormal quantity of the first media asset is larger than a preset abnormal quantity threshold value, the first media asset is offline, and play parameters when the play is abnormal are recorded;
and controlling to generate alarm information so that an operator processes the first media asset according to the alarm information and the playing parameters when the playing is abnormal.
4. The server of claim 1, wherein prior to querying whether the first asset is a hot asset, the server is further configured to:
and setting a hot-broadcasting sheet identifier for a second media asset currently hot-broadcasting, and recording the second media asset and the corresponding hot-broadcasting sheet identifier, wherein the hot-broadcasting sheet identifier is used for representing that the second media asset is the hot-broadcasting media asset.
5. The server according to claim 4, wherein in the step of querying whether the first asset corresponding to the play abnormality log information is a hot asset, the server is configured to:
when the first media asset has a hot-broadcast sheet identifier, setting the first media asset as a hot-broadcast media asset; or alternatively, the first and second heat exchangers may be,
counting the play amount of the first media asset according to the media asset identification of the first media asset, and considering the first media asset as a hot-cast media asset if the play amount is larger than a preset play amount threshold value in preset time.
6. The server of claim 1, wherein the play log information includes an error code, the error code being used to characterize error information that media asset play failed, the server being configured to filter play exception log information in the play log information based on the error code.
7. The server of claim 1, wherein the server is further configured to:
when the first media asset is a hot media asset or a paid media asset and the play abnormal quantity of the first media asset is smaller than a preset abnormal quantity threshold, recording the play abnormal quantity of the first media asset and neglecting to process the first media asset.
8. The server of claim 1, wherein the server is further configured to:
and recording the playing parameters of the hot broadcasting media resource in the last normal playing according to the playing log information.
9. The method for processing the abnormal playing of the media asset is characterized by comprising the following steps:
obtaining display equipment play log information, and filtering play abnormal log information in the play log information, wherein the play abnormal log information is generated by the failure of playing media resources by the display equipment;
Inquiring the play abnormal quantity of the first media asset according to the corresponding media asset identification when the first media asset is a hot media asset or a paid media asset, and inquiring the partner of the first media asset when the play abnormal quantity of the first media asset is greater than or equal to a preset abnormal quantity threshold value, wherein the media asset identification is contained in the play log information; when the first media asset is a non-heat media asset or a non-payment media asset, recording the playing abnormal quantity of the first media asset, and neglecting to process the first media asset;
when the partner has a single-capture interface, controlling a calling interface to acquire the media asset data of the first media asset so as to enable a display device to replay the first media asset;
when the partner does not have a single-capture interface or cannot resume playing the first media asset through the partner single-capture interface, inquiring the playing parameter of the first media asset corresponding to the playing in normal, and correcting the playing parameter in the current abnormal playing according to the playing parameter in normal playing, so that the display equipment can replay the first media asset according to the corrected playing parameter.
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 CN113938741A (en) | 2022-01-14 |
| CN113938741B true 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 (14)
| 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 |
| 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 |
| 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 |
| 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 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1047075A3 (en) * | 1999-04-23 | 2005-12-28 | Sony Corporation | Information processing apparatus, information managing method and medium |
| US8038529B2 (en) * | 2004-05-07 | 2011-10-18 | Gamelogic, Inc. | Method and apparatus for conducting a game of chance |
| US9832519B2 (en) * | 2012-04-18 | 2017-11-28 | Scorpcast, Llc | Interactive video distribution system and video player utilizing a client server architecture |
| US8682809B2 (en) * | 2012-04-18 | 2014-03-25 | Scorpcast, Llc | System and methods for providing user generated video reviews |
-
2021
- 2021-12-08 CN CN202111487604.XA patent/CN113938741B/en active Active
Patent Citations (15)
| 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 |
| 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 |
| 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 (1)
| Title |
|---|
| 《基于深度学习的视频分类和检测关键技术研究》;杨科;《中国优秀博士学位论文全文数据库》;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113938741A (en) | 2022-01-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111741372B (en) | Screen projection method for video call, display device and terminal device | |
| CN111669621B (en) | Media asset data issuing method, server and display device | |
| CN111464844A (en) | Screen projection display method and display equipment | |
| CN111327931B (en) | Viewing history display method and display device | |
| CN111836109A (en) | Display device, server and method for automatically updating column frame | |
| CN111866553B (en) | Media information calibration method and server | |
| CN111031375B (en) | Method for skipping detailed page of boot animation and display equipment | |
| WO2022105409A1 (en) | Fault diagnosis method, terminal device, and display device | |
| CN113242444A (en) | Display device, server and media asset playing method | |
| CN113453057B (en) | Display device and playing progress control method | |
| CN113301420A (en) | Content display method and display equipment | |
| CN113111214A (en) | Display method and display equipment for playing records | |
| 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 | |
| CN114390332A (en) | Display device and method for rapidly switching split-screen application | |
| CN111479144A (en) | Display device and application interaction method | |
| CN114363679B (en) | Display equipment, server and media asset playing method | |
| CN112601107B (en) | Method for synchronizing historical records in abnormal scene and display device | |
| CN114173176B (en) | Server, display equipment and media asset filtering method | |
| CN114915818B (en) | Media resource pushing method and intelligent terminal | |
| CN115086771B (en) | Video recommendation media asset display method, display equipment and server | |
| CN112087651B (en) | Method for displaying inquiry information and smart television | |
| CN113784198B (en) | Display device, intelligent device and program recording control method | |
| CN117812312A (en) | Display equipment and multi-application control method |
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 |