CN116708762A - Fault processing method, device and storage medium - Google Patents

Fault processing method, device and storage medium Download PDF

Info

Publication number
CN116708762A
CN116708762A CN202310923132.0A CN202310923132A CN116708762A CN 116708762 A CN116708762 A CN 116708762A CN 202310923132 A CN202310923132 A CN 202310923132A CN 116708762 A CN116708762 A CN 116708762A
Authority
CN
China
Prior art keywords
iptv
data
data acquisition
fault handling
acquisition module
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.)
Pending
Application number
CN202310923132.0A
Other languages
Chinese (zh)
Inventor
芮世琦
柴智
康鹏
陈皓
龚晓雪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202310923132.0A priority Critical patent/CN116708762A/en
Publication of CN116708762A publication Critical patent/CN116708762A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N17/00—Diagnosis, testing or measuring for television systems or their details
    • H04N17/004—Diagnosis, testing or measuring for television systems or their details for digital television systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2404—Monitoring of server processing errors or hardware failure
    • 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
    • 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)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • General Health & Medical Sciences (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

The application provides a fault processing method, a device and a storage medium, relates to the technical field of communication, and is used for solving the technical problem of low efficiency of general technical fault processing. The fault processing method comprises the following steps: acquiring at least one IPTV data corresponding to at least one IPTV data acquisition object one by one from the at least one IPTV data acquisition object through a first data acquisition module which is pre-deployed in an IPTV digital video conversion box of the interactive network television; and determining the fault processing result of the IPTV according to the at least one IPTV data.

Description

Fault processing method, device and storage medium
Technical Field
The present application relates to the field of communications technologies, and in particular, to a fault handling method, a fault handling device, and a storage medium.
Background
The interactive network television (Internet Protocol television, IPTV) has rich service content and convenient functions, can meet the requirements of individuation, convenience, interactive demand and service transformation of users, has rapid development of IPTV users, and is installed by the users for two hundred thousand users.
Since IPTV is a television-like media service, users want to obtain the same service level as cable television, including image quality of programs, smoothness of broadcasting, and the like.
Currently, when an IPTV service fails (for example, video is stuck, etc.), a user usually feeds back the failure condition to a service quality management (Service Quality Management) device in a form of telephone report, and the SQM device regenerates a maintenance work order and sends the maintenance work order to a terminal of a maintenance person to prompt the maintenance person to go to the gate for maintenance.
However, when a maintainer goes to the gate for maintenance, the fault of the IPTV service may be recovered, the maintainer cannot accurately locate the fault, and the efficiency of fault processing is reduced.
Disclosure of Invention
The application provides a fault processing method, a fault processing device and a storage medium, which are used for solving the technical problem of low efficiency of general technical fault processing.
In order to achieve the above purpose, the application adopts the following technical scheme:
in a first aspect, a fault handling method is provided, including:
acquiring at least one IPTV data corresponding to at least one IPTV data acquisition object one by one from the at least one IPTV data acquisition object through a first data acquisition module which is pre-deployed in an IPTV digital video conversion box of the interactive network television;
and determining the fault processing result of the IPTV according to the at least one IPTV data.
Optionally, when the at least one IPTV data acquisition object includes an IPTV player, obtaining, by a first data acquisition module pre-deployed in an IPTV digital video conversion box, at least one IPTV data corresponding to the at least one IPTV data acquisition object one to one from the at least one IPTV data acquisition object, including:
invoking a first data acquisition module, acquiring IPTV playing data through a player port of an IPTV player, and determining that at least one IPTV data comprises the IPTV playing data; the IPTV play data includes: at least one of IPTV on state data, IPTV resource acquisition data, IPTV katon data, IPTV end state data and IPTV playing time length; the IPTV katon data includes: at least one of IPTV pause data, IPTV buffer data, and IPTV screen data.
Optionally, when the at least one IPTV data acquisition object includes an IPTV android installation package APK, obtaining, by a first data acquisition module pre-deployed in an IPTV digital video conversion box, at least one IPTV data corresponding to the at least one IPTV data acquisition object one to one from the at least one IPTV data acquisition object, including:
invoking a first data acquisition module, acquiring IPTV behavior data through an APK port of the IPTV APK, and determining that at least one IPTV data comprises the IPTV behavior data; the IPTV behavior data includes: at least one of IPTV login status data, IPTV authentication status data, IPTV online status data, IPTV browsing data and IPTV playing mode data; the IPTV play mode data includes: at least one of IPTV live mode data, IPTV on-demand mode data, and IPTV review mode data.
Optionally, when the at least one IPTV data acquisition object includes an operating system of the digital video conversion box, obtaining, by a first data acquisition module pre-deployed in the IPTV digital video conversion box, at least one IPTV data corresponding to the at least one IPTV data acquisition object one to one from the at least one IPTV data acquisition object, including:
and calling a first data acquisition module, acquiring system data of the operating system through a communication port of the operating system, and determining that at least one IPTV data comprises the system data.
Optionally, the fault handling method further includes:
acquiring IPTV service data from IPTV network side equipment through a second data acquisition module which is pre-deployed in the IPTV network side equipment;
and determining the fault processing result of the IPTV according to the IPTV service data.
In a second aspect, there is provided a fault handling apparatus comprising: an acquisition unit and a processing unit;
the acquisition unit is used for acquiring at least one IPTV data corresponding to the at least one IPTV data acquisition object one by one from the at least one IPTV data acquisition object through a first data acquisition module which is pre-deployed in the IPTV digital video conversion box of the interactive network television;
and the processing unit is used for determining the fault processing result of the IPTV according to at least one IPTV data.
Optionally, when the at least one IPTV data acquisition object includes an IPTV player, the processing unit is specifically configured to:
invoking a first data acquisition module, acquiring IPTV playing data through a player port of an IPTV player, and determining that at least one IPTV data comprises the IPTV playing data; the IPTV play data includes: at least one of IPTV on state data, IPTV resource acquisition data, IPTV katon data, IPTV end state data and IPTV playing time length; the IPTV katon data includes: at least one of IPTV pause data, IPTV buffer data, and IPTV screen data.
Optionally, when the at least one IPTV data acquisition object includes an IPTV android installation package APK, the processing unit is specifically configured to:
invoking a first data acquisition module, acquiring IPTV behavior data through an APK port of the IPTV APK, and determining that at least one IPTV data comprises the IPTV behavior data; the IPTV behavior data includes: at least one of IPTV login status data, IPTV authentication status data, IPTV online status data, IPTV browsing data and IPTV playing mode data; the IPTV play mode data includes: at least one of IPTV live mode data, IPTV on-demand mode data, and IPTV review mode data.
Optionally, when the at least one IPTV data acquisition object comprises an operating system of the digital video conversion box, the processing unit is specifically configured to:
and calling a first data acquisition module, acquiring system data of the operating system through a communication port of the operating system, and determining that at least one IPTV data comprises the system data.
Optionally, the acquiring unit is further configured to acquire IPTV service data from the IPTV network side device through a second data acquisition module pre-deployed in the IPTV network side device;
and the processing unit is also used for determining the fault processing result of the IPTV according to the IPTV service data.
In a third aspect, a fault handling apparatus is provided, comprising a memory and a processor; the memory is used for storing computer execution instructions, and the processor is connected with the memory through a bus; when the fault handling apparatus is running, the processor executes computer-executable instructions stored in the memory to cause the fault handling apparatus to perform the fault handling method of the first aspect.
The fault handling device may be a network device or may be a part of a device in a network device, such as a system-on-chip in a network device. The system-on-a-chip is configured to support the network device to implement the functions involved in the first aspect and any one of its possible implementations, for example, to obtain, determine, and send data and/or information involved in the fault handling method described above. The chip system includes a chip, and may also include other discrete devices or circuit structures.
In a fourth aspect, there is provided a computer readable storage medium comprising computer executable instructions which, when run on a computer, cause the computer to perform the fault handling method of the first aspect.
In a fifth aspect, there is also provided a computer program product comprising computer instructions which, when run on a fault handling apparatus, cause the fault handling apparatus to perform the fault handling method as described in the first aspect above.
It should be noted that the above-mentioned computer instructions may be stored in whole or in part on a computer-readable storage medium. The computer readable storage medium may be packaged together with the processor of the fault handling apparatus or may be packaged separately from the processor of the fault handling apparatus, which is not limited by the embodiment of the present application.
The description of the second, third, fourth and fifth aspects of the present application may refer to the detailed description of the first aspect.
In the embodiment of the present application, the names of the above-mentioned fault handling devices do not constitute limitations on the devices or functional modules themselves, and in actual implementation, these devices or functional modules may appear under other names. For example, the receiving unit may also be referred to as a receiving module, a receiver, etc. Insofar as the function of each device or function module is similar to that of the present application, it falls within the scope of the claims of the present application and the equivalents thereof.
The technical scheme provided by the application has at least the following beneficial effects:
based on any one of the above aspects, an embodiment of the present application provides a fault processing method, which may obtain at least one IPTV data corresponding to at least one IPTV data acquisition object one-to-one from at least one IPTV data acquisition object through a first data acquisition module pre-deployed in an IPTV digital video conversion box (commonly referred to as a set top box), and then determine a fault processing result of the IPTV according to the at least one IPTV data.
From the above, since the first data acquisition module is disposed in the set top box, real-time IPTV data can be acquired from at least one IPTV data acquisition object through the first data acquisition module. Therefore, when the IPTV service fails, the real-time IPTV data can be acquired to accurately determine the IPTV failure processing result, so that the monitoring analysis of the user quality and the rapid diagnosis of the failure are realized, and the IPTV user experience quality is improved and enhanced.
The advantages of the first, second, third, fourth and fifth aspects of the present application may be referred to in the analysis of the above-mentioned advantages, and will not be described here again.
Drawings
FIG. 1 is a schematic diagram of a fault handling system according to an embodiment of the present application;
fig. 2 is a schematic hardware structure diagram of a fault handling apparatus according to an embodiment of the present application;
fig. 3 is a schematic hardware diagram of a fault handling apparatus according to a second embodiment of the present application;
fig. 4 is a schematic flow chart of a fault handling method according to an embodiment of the present application;
fig. 5 is a second flow chart of a fault handling method according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a fault handling apparatus according to an embodiment of the present application.
Detailed Description
The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
It should be noted that, in the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "e.g." in an embodiment should not be taken as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.
In order to clearly describe the technical solution of the embodiment of the present application, in the embodiment of the present application, the words "first", "second", etc. are used to distinguish identical items or similar items having substantially the same function and effect, and those skilled in the art will understand that the words "first", "second", etc. are not limited in number and execution order.
The interactive network television (Internet Protocol television, IPTV) has rich service content and convenient functions, can meet the requirements of individuation, convenience, interactive demand and service transformation of users, has rapid development of IPTV users, and is installed by the users for two hundred thousand users.
Since IPTV is a television-like media service, users want to obtain the same service level as cable television, including image quality of programs, smoothness of broadcasting, and the like.
Currently, when an IPTV service fails (for example, video is stuck, etc.), a user usually feeds back the failure condition to a service quality management (Service Quality Management) device in a form of telephone report, and the SQM device regenerates a maintenance work order and sends the maintenance work order to a terminal of a maintenance person to prompt the maintenance person to go to the gate for maintenance.
However, when a maintainer goes to the gate for maintenance, the fault of the IPTV service may be recovered, the maintainer cannot accurately locate the fault, and the efficiency of fault processing is reduced.
Therefore, in order to improve the operation and maintenance support level of the IPTV, a set of comprehensive IPTV service quality guarantee system and solution are required to be constructed at present, and various indexes of the IPTV are effectively monitored at the IPTV user terminal side, so as to realize monitoring analysis of the user quality and rapid fault diagnosis, thereby improving and enhancing the quality of experience of the IPTV user.
In view of the foregoing, an embodiment of the present application provides a fault processing method, which may obtain at least one IPTV data corresponding to at least one IPTV data acquisition object one by one from at least one IPTV data acquisition object through a first data acquisition module pre-deployed in an IPTV digital video conversion box (commonly referred to as a set top box), and then determine a fault processing result of the IPTV according to the at least one IPTV data.
From the above, since the first data acquisition module is disposed in the set top box, real-time IPTV data can be acquired from at least one IPTV data acquisition object through the first data acquisition module. Therefore, when the IPTV service fails, the real-time IPTV data can be acquired to accurately determine the IPTV failure processing result, so that the monitoring analysis of the user quality and the rapid diagnosis of the failure are realized, and the IPTV user experience quality is improved and enhanced.
The fault processing method is suitable for a fault processing system. Fig. 1 shows a structure of the fault handling system. As shown in fig. 1, the fault handling system includes: the set top box 102, the electronic device 101 and the IPTV network side device 103 are connected in sequence.
In practical applications, the electronic device 101 may connect any number of set top boxes and IPTV network side devices. For ease of understanding, fig. 1 illustrates an example in which one electronic device 101 is connected to one set-top box 102 and one IPTV network side device.
The set top box 102 has a first data acquisition module disposed therein, and the first data acquisition module may be a soft probe.
The IPTV network side device 103 is configured with a second data acquisition module, which may be a pull probe for core data.
The electronic device 101 can acquire real-time IPTV data through the first data acquisition module, so that the IPTV fault processing result is accurately determined, the monitoring analysis of user quality and the rapid fault diagnosis are realized, and the IPTV user experience quality is improved and enhanced.
The electronic device 101 may further collect real-time IPTV service data through the second data collection module, so as to accurately determine a failure processing result of the IPTV.
Alternatively, the electronic device 101 may use the B/S service architecture item as a service end to provide service invocation.
Alternatively, the electronic device 101 may use a mondab database for data storage.
Alternatively, the electronic device 101 may use JavaScript or c++ as the main programming language to implement the development of the server.
Optionally, the client corresponding to the electronic device 101 may use the H5 form to perform page building and function implementation.
Optionally, the front-end and back-end data interaction corresponding to the electronic device 101 is performed by using an HTTP request.
Optionally, the electronic device 101 may provide a service overview function, a quality drill-down analysis presentation function, a customized report function, a fault alert function, a soft probe upgrade management function, a system management function, a service dial-up test function, a user behavior analysis function, a system interface function, and the like.
The service overview function can acquire and display information such as the number of users, active users, viewing users, warning users, fault point statistics and the like of IPTV services.
The quality drill-down analysis and presentation function can realize regional dimension quality analysis of IPTV Service, dimension quality analysis of a Service Router (SR), dimension quality analysis of an optical line terminal (optical line terminal, OLT), dimension quality analysis of a passive optical network (Passive Optical Network, PON) board or PON port, and the like.
The terminal probe management function can realize the functions of terminal list, single user quality drilling, terminal quality statistics, quality difference output and the like of IPTV service.
The customized report function can realize the functions of an IPTV service such as a user active report, a server quality report, an assessment index report, a key index report and the like, and supports the customized multidimensional quality analysis report function.
The fault alarm function can realize the custom dimension alarms such as regional dimension alarm presentation of IPTV service, vendor dimension alarm presentation, content delivery network (Content Delivery Network, CDN) on-demand abnormal alarm information, electronic program guide (electrical program guide, EPG) failure alarm and the like.
The soft probe upgrade management function can support the range of the designated upgrade probe to upgrade the soft probe, and the designated range comprises: and (5) carrying out upgrade condition management on the conditions such as the geographic area, the IP address field, the MAC address, the user account number and the like.
The system management function can realize the functions of log management, login management, access management, authority management, data processing and the like of IPTV service.
The service dial testing function can realize real-time monitoring of platform side program sources of IPTV service and realize functions of code stream interruption, degradation early warning and the like.
The user behavior analysis function can report user behavior statistics through the terminal probe, analyze the user activity condition to guide the service development, periodically analyze video quality, network quality and the like, and assist fault judgment processing according to the terminal reporting information condition.
The system interface function can realize the interface functions of an uploading group platform interface, a large screen display interface, a one-key diagnosis interface and the like of IPTV service.
The basic hardware structure of the electronic device 101 includes elements included in the fault handling apparatus shown in fig. 2 or fig. 3. The hardware configuration of the electronic apparatus 101 will be described below taking the fault handling apparatus shown in fig. 2 and 3 as an example.
Fig. 2 is a schematic hardware structure diagram of a fault handling apparatus according to an embodiment of the present application. The fault handling device comprises a processor 21, a memory 22, a communication interface 23, a bus 24. The processor 21, the memory 22 and the communication interface 23 may be connected by a bus 24.
The processor 21 is a control center of the fault handling apparatus, and may be one processor or a collective term of a plurality of processing elements. For example, the processor 21 may be a general-purpose central processing unit (central processing unit, CPU), or may be another general-purpose processor. Wherein the general purpose processor may be a microprocessor or any conventional processor or the like.
As one example, processor 21 may include one or more CPUs, such as CPU 0 and CPU 1 shown in fig. 2.
The memory 22 may be, but is not limited to, a read-only memory (ROM) or other type of static network access device that can store static information and instructions, a random access memory (random access memory, RAM) or other type of dynamic network access device that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), magnetic disk storage or other magnetic network access device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.
In a possible implementation, the memory 22 may exist separately from the processor 21, and the memory 22 may be connected to the processor 21 by a bus 24 for storing instructions or program code. The processor 21, when calling and executing instructions or program code stored in the memory 22, is capable of implementing the fault handling method provided in the following embodiments of the present application.
In the embodiment of the present application, the software program stored in the memory 22 is different for the electronic device 101, so the functions implemented by the electronic device 101 are different. The functions performed with respect to the respective devices will be described in connection with the following flowcharts.
In another possible implementation, the memory 22 may also be integrated with the processor 21.
The communication interface 23 is used for connecting the fault handling device with other devices through a communication network, which may be an ethernet, a radio access network, a wireless local area network (wireless local area networks, WLAN), etc. The communication interface 23 may include a receiving unit for receiving data, and a transmitting unit for transmitting data.
Bus 24 may be an industry standard architecture (industry standard architecture, ISA) bus, an external device interconnect (peripheral component interconnect, PCI) bus, or an extended industry standard architecture (extended industry standard architecture, EISA) bus, among others. The bus may be classified as an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in fig. 2, but not only one bus or one type of bus.
Fig. 3 shows another hardware configuration of the fault handling apparatus in the embodiment of the present application. As shown in fig. 3, the fault handling means may comprise a processor 31 and a communication interface 32. The processor 31 is coupled to a communication interface 32.
The function of the processor 31 may be as described above with reference to the processor 21. The processor 31 also has a memory function and can function as the memory 22.
The communication interface 32 is used to provide data to the processor 31. The communication interface 32 may be an internal interface of the fault handling apparatus or an external interface (corresponding to the communication interface 23) of the fault handling apparatus.
It should be noted that the structure shown in fig. 2 (or fig. 3) does not constitute a limitation of the fault handling apparatus, and the fault handling apparatus may include more or less components than those shown in fig. 2 (or fig. 3), or may combine some components, or may be arranged in different components.
The fault handling method provided by the embodiment of the application is described in detail below with reference to the accompanying drawings.
The fault processing method provided by the embodiment of the present application is applied to the electronic device 101 in the fault processing system shown in fig. 1, as shown in fig. 4, and the fault processing method provided by the embodiment of the present application includes:
s401, the electronic equipment acquires at least one IPTV data corresponding to at least one IPTV data acquisition object one by one from the at least one IPTV data acquisition object through a first data acquisition module which is pre-deployed in the IPTV digital video conversion box.
Specifically, because the IPTV data cannot be acquired in real time in the prior art, the fault processing method provided by the embodiment of the present application may pre-deploy a first data acquisition module in the IPTV digital video conversion box.
Thus, after the IPTV digital video conversion box generates the IPTV data, the electronic device may obtain real-time IPTV data from at least one IPTV data acquisition object through the first data acquisition module pre-disposed in the IPTV digital video conversion box.
Alternatively, the first data acquisition module may be a set-top box soft probe. The set top box soft probe is deployed at the set top box side of the user terminal, and the collected data mainly originates from the bottom layer player, the IPTV APK and the operating system of the set top box.
In some embodiments, when the at least one IPTV data acquisition object includes an IPTV player, obtaining, by a first data acquisition module pre-deployed in an IPTV digital video conversion box, at least one IPTV data corresponding to the at least one IPTV data acquisition object one to one from the at least one IPTV data acquisition object, includes:
and calling a first data acquisition module, acquiring IPTV playing data through a player port of the IPTV player, and determining that at least one IPTV data comprises the IPTV playing data.
Wherein, IPTV playing data comprises: at least one of IPTV on state data, IPTV resource acquisition data, IPTV katon data, IPTV end state data and IPTV playing time length. The IPTV katon data includes: at least one of IPTV pause data, IPTV buffer data, and IPTV screen data.
The IPTV on-state data refers to related data such as whether the IPTV service of the user terminal can be normally started, the duration of normal start, and the like.
The IPTV resource obtaining data refers to whether the IPTV service of the user terminal can normally obtain related data such as IPTV resources, time length for obtaining the resources, and the like.
The IPTV katon data refers to specific moments, durations, relevant service sources and the like of katon actions such as pause, buffering, screen-display and the like in the IPTV service of the user terminal.
The IPTV end state data refers to related data such as whether the IPTV service of the user terminal can be normally ended, the duration of the normal ending, and the like.
The IPTV playing duration refers to related data such as the duration of normal playing of the IPTV service of the user terminal.
In some embodiments, when the at least one IPTV data acquisition object includes an IPTV android installation package APK, obtaining, by a first data acquisition module pre-deployed in an IPTV digital video conversion box, at least one IPTV data corresponding to the at least one IPTV data acquisition object one to one from the at least one IPTV data acquisition object, including:
and calling a first data acquisition module, acquiring IPTV behavior data through an APK port of the IPTV APK, and determining that at least one IPTV data comprises the IPTV behavior data.
Wherein, IPTV behavior data includes: at least one of IPTV login status data, IPTV authentication status data, IPTV online status data, IPTV browsing data and IPTV playing mode data. The IPTV play mode data includes: at least one of IPTV live mode data, IPTV on-demand mode data, and IPTV review mode data.
The IPTV login status data refers to related data such as whether the user terminal can normally log in the IPTV service, the duration of normal login, and the like.
The IPTV authentication status data refers to related data such as whether the IPTV service of the user terminal is successfully authenticated, authentication information, and the like.
The IPTV online status data refers to whether the online status of the IPTV service of the user terminal is online, online duration, and other related data.
The IPTV browsing data refers to related data such as related programs and browsing time periods of the IPTV service browsed by the user.
The IPTV play mode data refers to related data such as related programs and play time length of an IPTV service that are played by a user in modes such as a live broadcast mode, an on-demand mode, a review mode, and the like.
In some embodiments, when the at least one IPTV data acquisition object includes an operating system of the digital video conversion box, obtaining, by a first data acquisition module pre-deployed in the IPTV digital video conversion box, at least one IPTV data corresponding one-to-one to the at least one IPTV data acquisition object from the at least one IPTV data acquisition object, including:
and calling a first data acquisition module, acquiring system data of the operating system through a communication port of the operating system, and determining that at least one IPTV data comprises the system data.
The system data includes data such as system memory and central processing unit (Central Processing Unit, CPU) information.
S402, the electronic equipment determines a fault processing result of the IPTV according to at least one IPTV data.
Specifically, after at least one IPTV data is acquired, the electronic device may analyze the at least one IPTV data and determine a failure processing result of the IPTV.
For example, when the IPTV on time period is longer than the preset time period in the IPTV on state data, an IPTV on failure is determined.
And when the IPTV buffer time is longer than the preset time in the IPTV katon data, determining the IPTV network fault.
From the above, since the first data acquisition module is disposed in the set top box, real-time IPTV data can be acquired from at least one IPTV data acquisition object through the first data acquisition module. Therefore, when the IPTV service fails, the real-time IPTV data can be acquired to accurately determine the IPTV failure processing result, so that the monitoring analysis of the user quality and the rapid diagnosis of the failure are realized, and the IPTV user experience quality is improved and enhanced.
The fault processing method is mainly used for performing fault processing by acquiring IPTV data of the set top box side. The embodiment of the application also provides a fault processing method which can acquire IPTV service data of the network side in real time, thereby performing fault processing according to the IPTV service data of the network side. As shown in fig. 5, the fault handling method provided by the present application further includes: s501, the electronic equipment acquires IPTV service data from the IPTV network side equipment through a second data acquisition module which is pre-deployed in the IPTV network side equipment.
Specifically, the second data acquisition module is mainly deployed at program source input, broadcast control platform output and SR core nodes, and realizes real-time monitoring of 57 paths of live channels, so that IPTV service data is obtained from IPTV network side equipment in real time.
Optionally, the second data acquisition module may be a core pull probe pre-deployed in the IPTV network side device.
S502, the electronic equipment determines the fault processing result of the IPTV according to the IPTV service data.
Specifically, the core streaming probe can utilize the existing server to collect IPTV service data of standard-definition and high-definition live channels in real time by means of mirroring, beam splitting, internet group management protocol (Internet Group Management Protocol, IGMP), joining multicast and the like, and monitor the quality index of live video stream service in real time.
Optionally, the electronic device may also display the fault handling result through a visual system interface.
Optionally, the electronic device may further specify query conditions such as a monitoring node, a channel name, a time period, and the like, and query a video quality index collected by the monitoring probe, including: motion indicators (Directional Movement Index, DMI), TR101-290 indicators, program source availability indicators, and the like. Thus, the operation and maintenance personnel can inquire the running state of the IPTV service from each dimension.
The foregoing description of the solution provided by the embodiments of the present application has been mainly presented in terms of a method. To achieve the above functions, it includes corresponding hardware structures and/or software modules that perform the respective functions. Those of skill in the art will readily appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The embodiment of the application can divide the functional modules of the fault processing device according to the method example, for example, each functional module can be divided corresponding to each function, and two or more functions can be integrated in one processing module. The integrated modules may be implemented in hardware or in software functional modules. Optionally, the division of the modules in the embodiment of the present application is schematic, which is merely a logic function division, and other division manners may be implemented in practice.
Fig. 6 is a schematic structural diagram of a fault handling apparatus according to an embodiment of the present application. The fault handling apparatus may be used to perform the method of fault handling shown in fig. 4-5. The fault handling apparatus shown in fig. 6 includes: an acquisition unit 601 and a processing unit 602;
an obtaining unit 601, configured to obtain, from at least one IPTV data acquisition object, at least one IPTV data corresponding to the at least one IPTV data acquisition object one-to-one through a first data acquisition module pre-deployed in an IPTV digital video conversion box of the interactive network television;
a processing unit 602, configured to determine a failure processing result of the IPTV according to at least one IPTV data.
Optionally, when the at least one IPTV data acquisition object includes an IPTV player, the processing unit 602 is specifically configured to:
invoking a first data acquisition module, acquiring IPTV playing data through a player port of an IPTV player, and determining that at least one IPTV data comprises the IPTV playing data; the IPTV play data includes: at least one of IPTV on state data, IPTV resource acquisition data, IPTV katon data, IPTV end state data and IPTV playing time length; the IPTV katon data includes: at least one of IPTV pause data, IPTV buffer data, and IPTV screen data.
Optionally, when the at least one IPTV data collection object includes an IPTV android installation package APK, the processing unit 602 is specifically configured to:
invoking a first data acquisition module, acquiring IPTV behavior data through an APK port of the IPTV APK, and determining that at least one IPTV data comprises the IPTV behavior data; the IPTV behavior data includes: at least one of IPTV login status data, IPTV authentication status data, IPTV online status data, IPTV browsing data and IPTV playing mode data; the IPTV play mode data includes: at least one of IPTV live mode data, IPTV on-demand mode data, and IPTV review mode data.
Optionally, when the at least one IPTV data acquisition object includes an operating system of the digital video conversion box, the processing unit 602 is specifically configured to:
and calling a first data acquisition module, acquiring system data of the operating system through a communication port of the operating system, and determining that at least one IPTV data comprises the system data.
Optionally, the acquiring unit 601 is further configured to acquire IPTV service data from the IPTV network side device through a second data acquisition module pre-deployed in the IPTV network side device;
the processing unit 602 is further configured to determine a failure processing result of the IPTV according to the IPTV service data.
The embodiment of the application also provides a computer readable storage medium, which comprises computer execution instructions, when the computer execution instructions run on a computer, cause the computer to execute the fault processing method provided by the embodiment.
The embodiment of the application also provides a computer program which can be directly loaded into a memory and contains software codes, and the computer program can realize the fault processing method provided by the embodiment after being loaded and executed by a computer.
Those skilled in the art will appreciate that in one or more of the examples described above, the functions described in the present application may be implemented in hardware, software, firmware, or any combination thereof. When implemented in software, these functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer-readable storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.
From the foregoing description of the embodiments, it will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of functional modules is illustrated, and in practical application, the above-described functional allocation may be implemented by different functional modules according to needs, i.e. the internal structure of the apparatus is divided into different functional modules to implement all or part of the functions described above.
In the several embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the above-described embodiments of the apparatus are merely illustrative, and the division of modules or units, for example, is merely a logical function division, and other manners of division are possible when actually implemented. For example, multiple units or components may be combined or may be integrated into another device, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form. The units described as separate parts may or may not be physically separate, and the parts shown as units may be one physical unit or a plurality of physical units, may be located in one place, or may be distributed in a plurality of different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units. The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a readable storage medium. Based on such understanding, the technical solution of the embodiments of the present application may be essentially or a part contributing to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, including several instructions for causing a device (may be a single-chip microcomputer, a chip or the like) or a processor (processor) to perform all or part of the steps of the method described in the embodiments of the present application. And the aforementioned storage medium includes: a usb disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk, etc.
The foregoing is merely illustrative of the present application, and the present application is not limited thereto, and any changes or substitutions easily contemplated by those skilled in the art within the scope of the present application should be included in the present application. Therefore, the protection scope of the application is subject to the protection scope of the claims.

Claims (12)

1. A method of fault handling comprising:
acquiring at least one IPTV data corresponding to at least one IPTV data acquisition object one by one from the at least one IPTV data acquisition object through a first data acquisition module which is pre-deployed in an IPTV digital video conversion box of the interactive network television;
and determining a fault processing result of the IPTV according to the at least one IPTV data.
2. The fault handling method according to claim 1, wherein when the at least one IPTV data acquisition object comprises an IPTV player, the acquiring, by a first data acquisition module pre-deployed in an IPTV digital video conversion box, at least one IPTV data corresponding to the at least one IPTV data acquisition object one-to-one from the at least one IPTV data acquisition object comprises:
invoking the first data acquisition module, acquiring IPTV playing data through a player port of the IPTV player, and determining that the at least one IPTV data comprises the IPTV playing data; the IPTV play data includes: at least one of IPTV on state data, IPTV resource acquisition data, IPTV katon data, IPTV end state data and IPTV playing time length; the IPTV katon data includes: at least one of IPTV pause data, IPTV buffer data, and IPTV screen data.
3. The fault handling method according to claim 1, wherein when the at least one IPTV data acquisition object includes an IPTV android installation package APK, the acquiring, by a first data acquisition module pre-deployed in an IPTV digital video conversion box, at least one IPTV data corresponding to the at least one IPTV data acquisition object one-to-one from the at least one IPTV data acquisition object includes:
invoking the first data acquisition module, acquiring IPTV behavior data through an APK port of the IPTV APK, and determining that the at least one IPTV data comprises the IPTV behavior data; the IPTV behavior data includes: at least one of IPTV login status data, IPTV authentication status data, IPTV online status data, IPTV browsing data and IPTV playing mode data; the IPTV play mode data includes: at least one of IPTV live mode data, IPTV on-demand mode data, and IPTV review mode data.
4. The fault handling method according to claim 1, wherein when the at least one IPTV data acquisition object includes an operating system of the digital video conversion box, the acquiring, by a first data acquisition module pre-deployed in the IPTV digital video conversion box, at least one IPTV data corresponding to the at least one IPTV data acquisition object one-to-one from the at least one IPTV data acquisition object includes:
and calling the first data acquisition module, acquiring system data of the operating system through a communication port of the operating system, and determining that the at least one IPTV data comprises the system data.
5. The fault handling method of any of claims 1-4, further comprising:
acquiring IPTV service data from IPTV network side equipment through a second data acquisition module which is pre-deployed in the IPTV network side equipment;
and determining a fault processing result of the IPTV according to the IPTV service data.
6. A fault handling apparatus, comprising: an acquisition unit and a processing unit;
the acquisition unit is used for acquiring at least one IPTV data corresponding to at least one IPTV data acquisition object one by one from the at least one IPTV data acquisition object through a first data acquisition module which is pre-deployed in an IPTV digital video conversion box of the interactive network television;
the processing unit is used for determining a fault processing result of the IPTV according to the at least one IPTV data.
7. The fault handling device according to claim 6, wherein when the at least one IPTV data acquisition object comprises an IPTV player, the processing unit is specifically configured to:
invoking the first data acquisition module, acquiring IPTV playing data through a player port of the IPTV player, and determining that the at least one IPTV data comprises the IPTV playing data; the IPTV play data includes: at least one of IPTV on state data, IPTV resource acquisition data, IPTV katon data, IPTV end state data and IPTV playing time length; the IPTV katon data includes: at least one of IPTV pause data, IPTV buffer data, and IPTV screen data.
8. The fault handling device according to claim 6, wherein when the at least one IPTV data acquisition object comprises an IPTV android installation package APK, the processing unit is specifically configured to:
invoking the first data acquisition module, acquiring IPTV behavior data through an APK port of the IPTV APK, and determining that the at least one IPTV data comprises the IPTV behavior data; the IPTV behavior data includes: at least one of IPTV login status data, IPTV authentication status data, IPTV online status data, IPTV browsing data and IPTV playing mode data; the IPTV play mode data includes: at least one of IPTV live mode data, IPTV on-demand mode data, and IPTV review mode data.
9. The fault handling device of claim 6, wherein when the at least one IPTV data acquisition object comprises an operating system of the digital video conversion box, the processing unit is specifically configured to:
and calling the first data acquisition module, acquiring system data of the operating system through a communication port of the operating system, and determining that the at least one IPTV data comprises the system data.
10. The fault handling apparatus of any of claims 6-9, wherein,
the acquiring unit is further configured to acquire IPTV service data from the IPTV network side device through a second data acquisition module pre-deployed in the IPTV network side device;
the processing unit is further configured to determine a failure processing result of the IPTV according to the IPTV service data.
11. A fault handling device comprising a memory and a processor; the memory is used for storing computer execution instructions, and the processor is connected with the memory through a bus; when the fault handling apparatus is running, the processor executes the computer-executable instructions stored in the memory to cause the fault handling apparatus to perform the fault handling method of any of claims 1-5.
12. A computer readable storage medium comprising computer executable instructions which, when run on a computer, cause the computer to perform the fault handling method of any of claims 1-5.
CN202310923132.0A 2023-07-25 2023-07-25 Fault processing method, device and storage medium Pending CN116708762A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310923132.0A CN116708762A (en) 2023-07-25 2023-07-25 Fault processing method, device and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310923132.0A CN116708762A (en) 2023-07-25 2023-07-25 Fault processing method, device and storage medium

Publications (1)

Publication Number Publication Date
CN116708762A true CN116708762A (en) 2023-09-05

Family

ID=87845379

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310923132.0A Pending CN116708762A (en) 2023-07-25 2023-07-25 Fault processing method, device and storage medium

Country Status (1)

Country Link
CN (1) CN116708762A (en)

Similar Documents

Publication Publication Date Title
CN106789223B (en) A kind of Interactive Internet TV IPTV service quality determining method and system
US8528039B2 (en) System for and method of set-top box memory monitoring
US20090125953A1 (en) Systems, methods and graphical user interfaces for monitoring an internet protocol television (iptv) network
EP2262174B1 (en) Testing a content-delivery system
US8873402B2 (en) Service monitoring and service problem diagnosing in communications network
US8225362B2 (en) Distributed diagnostics for internet video link
KR101547679B1 (en) Method of collection of quality statistics and corresponding method of management of collection of quality statistics
US10320504B2 (en) Method and system for performance metric analysis of video assets
EP2617189A1 (en) A set top box
US9497451B2 (en) Cable network data analytics system
US11184411B2 (en) Communication terminal, communication system, log data transmission method, and non-transitory computer-readable medium
CN106850298A (en) IPTV service quality monitoring method, terminal and system
CN101365145A (en) Cable television network monitoring system and monitoring method
US20200366967A1 (en) Method and system for monitoring quality of streaming media
CN114900662A (en) Method, system, device and medium for determining video stream transmission quality information
US9300525B2 (en) Method and system to identify a source of signal impairment
CN103369403B (en) Set Top Box program request packet analysis system and analysis method
CN116708762A (en) Fault processing method, device and storage medium
CN110475161B (en) Automatic fault positioning method and system for IPTV service live link
CN101924665B (en) Monitor system and monitor method for Cable Modem
KR20190103770A (en) Method for detecting abnormality of iptv service, network apparatus and monitoring server
CN112653887B (en) Video diagnosis method and device
CN107317692B (en) Fault reporting method and device
CN108696885A (en) End station access abnormal monitoring method and device in a kind of Satellite Communication System
US20230188585A1 (en) Content player performance detection

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