Intelligent set top box remote monitoring and repairing method, server, medium and product

Abstract

The invention discloses an intelligent set top box remote monitoring and repairing method, a server, a medium and a product, and relates to the technical field of set top boxes. The method comprises the following steps: acquiring working state data of the set top box; inputting the working state data into a preset fault recognition model to obtain a fault recognition result corresponding to the set top box; when the fault identification result is that the set top box has a fault, determining the current fault type of the set top box; determining a fault recovery strategy according to the fault type; and sending a fault repair instruction to the set top box according to the fault repair strategy, so that the set top box executes corresponding repair operation according to the fault repair instruction. According to the method and the device, the problem that abnormal faults occur in the use process of the set top box can be effectively solved, automatic fault diagnosis and repair of the set top box are realized, the fault processing efficiency is improved, the maintenance cost is reduced, and the user experience is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of set-top boxes, and in particular to a remote monitoring and repair method, server, medium and product of an intelligent set-top box. Background Art

[0002] With the rapid development of digital TV technology, digital TV set-top boxes have become an indispensable part of home entertainment systems, providing viewers with a rich variety of TV programs and interactive experiences. However, despite the increasingly powerful functions of set-top boxes, they often experience abnormal failures such as freezing and freezing during use, which not only interrupts the user's viewing process, but also seriously affects the user's entertainment experience.

[0003] At present, faced with these abnormal failures, users usually need to take temporary measures such as manually restarting the set-top box, or have professional technicians come to repair it. These solutions not only have long response times and low efficiency, affecting the user experience, but also too many repair services also bring relatively high economic costs.

[0004] Therefore, how to effectively solve abnormal failures that occur during the use of set-top boxes and improve the user experience has become an important issue that needs to be urgently resolved in the development of the digital television industry. Summary of the invention

[0005] In view of the above-mentioned technical problems and defects, the purpose of the present invention is to provide a smart set-top box remote monitoring and repair method, server, medium and product, which can effectively solve the problem of abnormal failure of the set-top box during use, realize automatic fault diagnosis and repair of the set-top box, improve fault handling efficiency, reduce maintenance costs, and enhance user experience.

[0006] To achieve the above-mentioned objectives, in a first aspect, the present invention provides a method for remote monitoring, repair and restoration of an intelligent set-top box, comprising: obtaining working status data of a set-top box; inputting the working status data into a preset fault identification model to obtain a fault identification result corresponding to the set-top box; when the fault identification result is that the set-top box has a fault, determining the current fault type of the set-top box; determining a fault repair strategy based on the fault type; and sending a fault repair instruction to the set-top box based on the fault repair strategy, so that the set-top box performs a corresponding repair operation according to the fault repair instruction.

[0007] In some embodiments based on the first aspect, the operating status data includes CPU usage rate, memory occupancy rate, and network bandwidth usage rate. The fault identification model includes a preset fault scoring formula. The step of inputting the operating status data into the preset fault identification model to obtain the fault identification result corresponding to the set-top box includes: substituting the CPU usage rate, the memory occupancy rate, and the network bandwidth usage rate into the fault scoring formula to calculate a fault score value; determining the fault identification result according to the fault score value.

[0008] By adopting the technical solution of this embodiment, by inputting key performance indicators such as CPU usage rate, memory occupancy rate, and network bandwidth usage rate into a preset fault scoring formula, the calculated fault score value can objectively reflect the actual operating condition of the set-top box. This method makes the fault identification process more accurate and automated, reduces the possibility of human misjudgment, improves the fault response speed, and lays a foundation for quickly formulating repair strategies.

[0009] In some embodiments based on the first aspect, in some embodiments, the fault scoring formula includes: where Score represents the fault score value, S represents the fault score matrix, and λ is an adjustment coefficient; X represents the operating status data, X = [X1, X2, X3] T , X1 represents the CPU usage rate, X2 represents the memory occupancy rate, and X3 represents the network bandwidth usage rate; T represents the abnormal threshold vector, T = [T1, T2, T3] T , T1 represents the CPU usage rate abnormal threshold, T2 represents the memory occupancy rate abnormal threshold, and T3 represents the network bandwidth usage rate abnormal threshold; w represents the weight vector, w = [w1, w2, w3] T , w1, w2, and w3 are the index weights respectively; B represents the threshold matrix, B = diag(B1, B2, B3), and B1, B2, and B3 are the abnormal sensitivities of the indicators respectively.

[0010] In some embodiments based on the first aspect, in some embodiments, after the step of sending a fault repair instruction to the set-top box according to the fault type, it further includes: receiving the repair result information returned by the set-top box, where the repair result information is generated after the set-top box finishes the repair operation; confirming that the set-top box fault is repaired successfully according to the repair result information.

[0011] Adopting the technical solution of this embodiment, a closed-loop control mechanism for fault repair is added. By receiving the repair result information returned by the set-top box and accordingly confirming whether the fault is successfully repaired, this step ensures the integrity and effectiveness of the fault repair process. If the fault is not successfully repaired, the system can promptly be aware of it and take further measures, avoiding the poor user experience caused by the unresolved problem, and enhancing the adaptive ability of the system and user satisfaction.

[0012] Based on some embodiments of the first aspect, in some embodiments, after the step of receiving the repair result information returned by the set-top box, it further includes: adjusting the fault repair strategy according to the repair result information to obtain a fault repair adjustment strategy; sending a fault repair adjustment instruction to the set-top box according to the fault repair adjustment strategy, so that the set-top box performs corresponding repair operations according to the fault repair adjustment instruction.

[0013] Adopting the technical solution of this embodiment, the ability to dynamically adjust the fault repair strategy is introduced. According to the repair result information returned by the set-top box, the system can adjust and optimize the fault repair strategy, generating a new fault repair adjustment strategy and instruction. This dynamic adjustment mechanism enables the system to flexibly handle various complex and changing fault situations, improving the success rate of fault handling and the intelligent level of the system, and further enhancing the user experience.

[0014] Based on some embodiments of the first aspect, in some embodiments, after the step of sending a fault repair instruction to the set-top box according to the fault repair strategy, it further includes: receiving the fault repair progress information returned by the set-top box; sending the fault repair progress information to the user terminal associated with the set-top box.

[0015] Adopting the technical solution of this embodiment, user participation and system transparency are enhanced. By receiving the fault repair progress information returned by the set-top box and sending this information to the user terminal, users can track the progress of fault handling in real time. This real-time information feedback mechanism not only makes users feel more at ease, but also improves users' trust and satisfaction with the service, and at the same time facilitates users to provide feedback or assistance when necessary.

[0016] Based on some embodiments of the first aspect, in some embodiments, after the step of sending a fault repair instruction to the set-top box according to the fault repair strategy, it further includes: receiving the fault repair feedback information sent by the user terminal; storing the fault repair feedback information in the data.

[0017] Adopting the technical solution of this embodiment improves the utilization efficiency of user feedback and the continuous improvement of service quality. By receiving the fault repair feedback information sent by the user terminal and storing it in the database, the service provider can collect valuable user feedback and data on the effect of fault handling. These data can be used to analyze the effect of fault handling, optimize the fault repair process, improve service quality, and serve as the basis for future product improvement and service upgrade.

[0018] In a second aspect, an embodiment of the present invention provides a server, including: one or more processors and a memory; the memory is coupled to the one or more processors, and the memory is used to store computer program code, the computer program code includes computer instructions, and the one or more processors call the computer instructions to cause the server to execute the methods described in the first aspect or the second aspect, and any possible implementation manner in the first aspect or the second aspect.

[0019] In a third aspect, the present invention provides a computer-readable storage medium, including instructions, when the above instructions run on the above server, causing the above server to execute the methods described in the first aspect or the second aspect, and any possible implementation manner in the first aspect or the second aspect.

[0020] In a fourth aspect, the present invention provides a computer program product containing instructions, when the above computer program product runs on the above server, causing the above server to execute the methods described in the first aspect or the second aspect, and any possible implementation manner in the first aspect or the second aspect.

[0021] It can be understood that the server provided in the second aspect, the storage medium provided in the third aspect, and the computer program product provided in the fourth aspect are all used to execute the method provided by the present invention. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects in the corresponding method, and will not be elaborated here.

[0022] One or more technical solutions provided by the present invention have at least the following technical effects or advantages: 1. Realize the automatic fault diagnosis and repair of the set-top box. By remotely monitoring the working state data of the set-top box, the server can automatically input these data into a preset fault identification model to quickly and accurately identify whether there is a fault in the set-top box and its type. This automatic fault diagnosis process not only improves the speed of fault response, reduces the need for manual intervention, but also reduces maintenance costs and improves the user experience. The automatic fault repair instruction sending and execution mechanism enables the set-top box to quickly return to the normal working state and reduces the inconvenience caused to users due to faults.

[0023] 2. Closed-loop control for fault handling is achieved. After the set-top box completes the repair operation, the server will receive the repair result information returned by the set-top box and confirm whether the fault has been successfully repaired based on this information. If the repair result is not satisfactory, the server will adjust the fault repair strategy according to the result information, generate an adjusted fault repair strategy, and send the corresponding adjustment instruction to the set-top box to perform further repair operations. This closed-loop control mechanism ensures the integrity and effectiveness of the fault repair process, improves the success rate of fault handling, and enhances the server's adaptability and user satisfaction.

[0024] 3. User engagement and server transparency are enhanced. The server can not only receive the fault repair progress information returned by the set-top box in real time and send this information to the user terminal associated with the set-top box, enabling users to understand the progress of fault repair in real time. At the same time, the server will also receive the fault repair feedback information sent by the user terminal and store it in the database. This real-time information feedback mechanism not only makes users feel more at ease but also improves users' trust and satisfaction with the service. By collecting and analyzing users' feedback information, service providers can continuously optimize the fault repair process, improve service quality, and use it as a basis for future product improvement and service upgrade. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] The accompanying drawings here are incorporated into the specification and form a part of this specification, showing embodiments in accordance with the present invention, and are used together with the specification to explain the principles of the present invention. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention, and those of ordinary skill in the art can obtain other drawings based on these drawings without creative efforts. In the drawings: Figure 1 is a schematic diagram of the application scenario of the server in an embodiment of the present invention; Figure 2 is a flowchart of a method for remote monitoring and repair of an intelligent set-top box in an embodiment of the present invention; Figure 3 is a flowchart of another method for remote monitoring and repair of an intelligent set-top box in an embodiment of the present invention; Figure 4 is a schematic diagram of the architecture of an electronic device in an embodiment of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0026] The terms used in the following embodiments of the present invention are only for the purpose of describing specific embodiments and are not intended to limit the present invention. As used in the specification of the present invention, the singular forms "a", "an", "the above", "the", and "this" are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term "and / or" used in the present invention refers to any or all possible combinations including one or more of the listed items.

[0027] Hereinafter, the terms "first" and "second" are only used for descriptive purposes and should not be construed as implying relative importance or implicitly indicating the quantity of the indicated technical features. Thus, the features defined with "first" and "second" may explicitly or implicitly include one or more of such features. In the description of the embodiments of the present invention, unless otherwise specified, the meaning of "a plurality" is two or more.

[0028] It should also be noted that, unless otherwise clearly specified and defined, in the embodiments of the present invention, terms such as "arranged" and "connected" should be understood in a broad sense. For example, "connected" can be a fixed connection, a detachable connection, or an integral connection; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium, and it can be the communication inside two elements; it can be a wired communication connection or a wireless communication connection. For those of ordinary skill in the art, the specific meanings of the above terms in the present invention can be understood according to specific circumstances. The embodiments of the present invention will be specifically described below.

[0029] An embodiment of the present invention provides an intelligent set-top box remote monitoring and repair method, which is applied to server 101, as Figure 1 shown, the server 101 is connected to the set-top box 102 through a network, and the user terminal 103 is connected to the server 101 through a network.

[0030] In this embodiment, by first obtaining the working status data of the set-top box, the server can monitor the performance of the device in real time and promptly detect potential problems. Inputting the collected working status data into a preset fault recognition model can quickly and accurately identify the fault type of the set-top box. This process not only improves the efficiency of fault recognition but also reduces the need for manual intervention and the operation burden on users. When the server confirms that there is a fault in the set-top box, it can quickly determine the fault type and formulate corresponding repair strategies according to different fault types. This intelligent fault handling method enables the set-top box to automatically respond when a fault occurs, avoiding the cumbersome process of users manually restarting or waiting for technicians to come to repair. By sending a fault repair instruction to the set-top box, the set-top box can independently execute the corresponding repair operation, thus quickly restoring to the normal operating state. Through the above solution, not only is the efficiency of fault handling improved, but the maintenance cost is also effectively reduced, and the user satisfaction and usage experience are enhanced.

[0031] The following will specifically describe the method of this embodiment in conjunction with Figure 2 to specifically illustrate the method of this embodiment, including the following steps: Step 201, obtain the working status data of the set-top box.

[0032] Specifically, the server actively sends requests to the connected set-top box through a preset communication protocol, or collects the working status data including CPU usage rate, memory occupancy, storage space usage, network bandwidth usage rate, system logs, and error reports, etc. through the method of regular push from the set-top box side. These working status data are securely sent to the server through an encrypted network transmission channel, and the server side uses a special data receiving module to parse and store the received data, providing accurate data support for subsequent fault recognition and handling.

[0033] Step 202, input the working status data into a preset fault recognition model to obtain the fault recognition result corresponding to the set-top box.

[0034] Specifically, after the server receives and stores the working status data from the set-top box, it takes these data as input and passes them to a preset fault recognition model for in-depth analysis. The fault recognition model can be a data analysis system. Based on machine learning algorithms, it can learn from a large amount of historical fault data to construct an intelligent model that can identify various fault patterns. The fault recognition model will analyze key indicators such as whether the CPU usage rate of the set-top box abnormally increases, whether the memory occupancy exceeds the normal range, whether the network connection is stable, and whether there are error reports in the system logs. By comparing the current working status of the set-top box with the benchmark status during normal operation, the fault recognition model can identify potential fault signs.

[0035] In addition, the fault identification model can comprehensively evaluate the severity of a fault based on the frequency of the fault occurrence, the duration, and the relevance to other faults. Once the fault identification model determines that there is a fault in the set-top box, it will output a detailed fault identification result, including the fault type, possible causes, and recommended repair measures. This result will provide a scientific basis for subsequent fault handling, ensuring that the server can respond quickly and accurately to the fault situation of the set-top box, thereby improving the reliability of the entire system and the user experience.

[0036] In this embodiment, the fault identification model is constructed and trained by collecting and collating a large amount of set-top box operation data and historical fault cases. Technicians first extracted multiple historical data including key performance indicators such as CPU usage rate, memory occupancy, network status, and system logs from the set-top box, and at the same time marked various known fault types and corresponding repair results.

[0037] Then, using these labeled data, a supervised learning method is used to train the model so that it can identify normal and abnormal data patterns. During the training process, the model continuously adjusts internal parameters to minimize the difference between the prediction result and the actual fault, thereby improving the recognition accuracy.

[0038] In addition, the model will also optimize the performance by cross-validation and adjusting hyperparameters to ensure that it can maintain a high generalization ability on different data sets. With the continuous input of new data and the iterative update of the model, the prediction ability and robustness of the fault identification model will continue to be enhanced.

[0039] In some embodiments, the working state data includes CPU usage rate, memory occupancy rate, and network bandwidth usage rate, and the fault identification model may include a preset fault scoring formula.

[0040] Step 202 may also specifically include: substituting the CPU usage rate, the memory occupancy rate, and the network bandwidth usage rate into the fault scoring formula to calculate a fault score value; determining the fault identification result according to the fault score value.

[0041] Specifically, for the three key performance indicators of CPU usage rate, memory occupancy rate, and network bandwidth usage rate, the server substitutes them as variables into a preset fault scoring formula. This formula can comprehensively consider the weights and thresholds of these indicators and calculate a comprehensive fault score value through mathematical operations. This value reflects the deviation degree of the current working state of the set-top box from the normal working state.

[0042] Subsequently, the server compares this fault score value with a pre-set scoring standard. If the score value exceeds a specific threshold, the server will determine that there is a fault in the set-top box, and then trigger the corresponding fault identification result to provide a basis for subsequent fault handling.

[0043] This process is automated and can quickly evaluate the status of the set-top box, ensuring the timeliness and accuracy of fault detection.

[0044] Furthermore, in this embodiment, the fault scoring formula includes: where Score represents the fault score value, S represents the fault scoring matrix, and λ is the adjustment coefficient; X represents the working state data, X = [X1, X2, X3] T , X1 represents the CPU usage rate, X2 represents the memory occupancy rate, and X3 represents the network bandwidth usage rate; T represents the abnormal threshold vector, T = [T1, T2, T3] T , T1 represents the abnormal threshold of the CPU usage rate, T2 represents the abnormal threshold of the memory occupancy rate, and T3 represents the abnormal threshold of the network bandwidth usage rate; w represents the weight vector, w = [w1, w2, w3] T , where w1, w2, and w3 are the index weights respectively, used to determine the importance of each performance index (working state data), ensuring that key indicators contribute more to the fault score; B represents the threshold matrix, B = diag(B1, B2, B3), and B1, B2, and B3 are the abnormal sensitivities of the indicators respectively. A small deviation in a high-sensitivity indicator will have a greater impact on the overall score.

[0045] In this embodiment, the hyperbolic tangent function tanh is used to introduce non-linearity, enabling the formula to capture the complex behavior of the set-top box in different states. The non-linear activation is scaled according to the weighted deviation between the current state and the threshold, enhancing the adaptability and flexibility of the formula.

[0046] The fault scoring matrix S combines the deviation, sensitivity, and non-linear activation, enabling the scoring matrix to more accurately reflect the health status of the set-top box.

[0047] The Euclidean norm ||S|| 2 provides a scalar value representing the "magnitude" of the processed deviation, facilitating interpretation and comparison.

[0048] is an exponential decay term that can impose additional penalties on extreme deviation cases, making the model more sensitive to potential faults.

[0049] This fault scoring formula combines weighted performance deviation, non-linear activation, and an exponential penalty term to provide an accurate, flexible, and fault-sensitive health assessment of the set-top box. It not only reflects the overall deviation between the current state and the threshold but also imposes additional penalties on extreme deviation cases, improving the accuracy of fault detection.

[0050] The fault scoring formula of this embodiment realizes an accurate, flexible, and sensitive assessment of the health status of the set-top box by introducing a multi-dimensional state vector, a weighted and threshold matrix, a non-linear activation function, and an exponential decay term. It can not only comprehensively consider multiple performance indicators but also flexibly adjust the weights and sensitivities of each indicator according to actual needs. At the same time, the non-linear activation function and the exponential decay term enhance the ability to identify complex fault patterns and extreme abnormal situations, thus effectively improving the accuracy and reliability of fault detection.

[0051] In some embodiments, the effectiveness of the formula can also be verified through historical data backtesting. Use the performance data before actual faults occur for testing to see if the formula can successfully predict faults. And adjust the weight w, threshold T, and sensitivity matrix B according to the feedback in actual applications. At the same time, adjust the adjustment coefficient λ to balance the sensitivity of the formula and ensure finding a suitable compromise between false alarms and missed detections.

[0052] Step 203, when the fault identification result is that the set-top box has a fault, determine the current fault type of the set-top box.

[0053] Among them, the fault type can include hardware faults, such as CPU overheating or memory damage; software faults, such as system crashes or application errors; and network faults, such as unstable connections or insufficient bandwidth, etc.

[0054] Specifically, when the fault identification model completes the analysis of the working state data of the set-top box, if the conclusion is that the set-top box has a fault, the server will immediately enter the fault type determination stage. In this stage, the server uses the fault identification model. By comprehensively analyzing the abnormal degree of the performance indicators of the set-top box, such as sudden increases in CPU usage and memory occupancy, and unstable network bandwidth, and at the same time referring to the error messages and warnings recorded in the system log, and combining the matching degree analysis in the historical fault case database, it can accurately identify the current fault type of the set-top box, whether it is a hardware fault, software crash, or network problem, etc., thus providing an accurate basis for formulating effective fault repair strategies.

[0055] In some embodiments, when the fault score value exceeds a preset threshold, indicating that there may be an abnormality in the set-top box, the server will further analyze the deviation degree of each performance indicator from the normal threshold. For example, if the CPU usage rate is significantly higher than the threshold while the memory and bandwidth usage rates are normal, it may point to a CPU overload problem; if the memory occupancy rate is abnormally high, it may point to a memory leak or overflow problem. The server will also consider the size of the fault score value and the relative importance of the deviations of each indicator, and combine historical fault data and machine learning algorithms to comprehensively judge the most likely fault type, such as hardware failure, software problem, or network connection problem, etc., so as to provide precise guidance for fault repair.

[0056] Thus, the server can quickly and accurately determine the specific cause and type of the fault, providing a key basis for formulating targeted repair strategies. This intelligent fault diagnosis process not only greatly improves the efficiency of fault handling but also provides a more precise and convenient service experience for users.

[0057] Step 204, determine a fault repair strategy according to the fault type.

[0058] Specifically, when the server receives the set-top box fault type determined by the fault recognition model, it can search for the best repair strategy that matches the fault type according to a preset fault handling rule library. This rule library is established by analyzing and summarizing a large amount of historical fault data and contains various fault types and their corresponding solutions. The server will evaluate the severity, impact range, and possible repair effects of the fault, and then select the most appropriate strategy, such as restarting the service, clearing the cache, updating the firmware, or remotely guiding the user to perform specific operations.

[0059] Among them, the establishment of the fault handling rule library is a systematic process based on in-depth analysis and summary of historical fault data. First, a large number of fault cases of set-top boxes need to be collected, including detailed information such as fault phenomena, causes, handling methods, and results. Then, by classifying and summarizing these cases, various fault patterns and corresponding solutions are extracted. Next, using expert experience and machine learning techniques, the fault patterns and solutions are verified and optimized to form a set of standardized processing rules. Finally, these rules are stored in a queryable database for the fault recognition model to quickly retrieve and apply after determining the fault type. With the continuous accumulation of new fault cases and the continuous update of processing rules, the fault handling rule library will become more comprehensive and accurate, providing strong support for the fault diagnosis and repair of set-top boxes.

[0060] Step 205, send a fault repair instruction to the set-top box according to the fault repair strategy, so that the set-top box performs corresponding repair operations according to the fault repair instruction.

[0061] Specifically, the server first converts the repair strategy into a set of clear operation instructions, such as restarting specific services, clearing cache data, performing firmware updates, etc. Subsequently, the server uses the network connection established with the set-top box to package and encrypt these instructions through a secure communication protocol to ensure the security and integrity of the transmission. Then, the instructions are pushed to the receiving module of the set-top box, which is responsible for parsing the instructions and passing them to the execution system of the set-top box.

[0062] After receiving the instructions, the set-top box will execute corresponding repair operations according to the preset program logic and permission verification mechanism, such as automatic restart, memory cleaning, or software update.

[0063] The whole process is automated and intelligent, without manual intervention, greatly improving the efficiency and accuracy of fault handling, and ensuring that the set-top box can quickly return to the normal operating state.

[0064] The intelligent set-top box remote monitoring and repair method of this embodiment realizes continuous monitoring of the health status of the set-top box by obtaining the working status data of the set-top box in real time, discovers and responds to potential faults in a timely manner, thus avoiding the negative impact of faults on the user experience. This embodiment uses a preset fault identification model to automatically analyze the working status data and identify the fault type of the set-top box. This automated fault diagnosis process greatly improves the efficiency and accuracy of fault handling, reduces the need for manual intervention, and reduces the maintenance cost. At the same time, according to the fault type, the fault repair strategy is automatically determined and the repair instructions are directly sent to the set-top box, enabling the set-top box to automatically execute the repair operation and quickly return to the normal working state. This automated repair mechanism not only improves the speed of fault repair, but also reduces the inconvenience caused to users by faults. Finally, through remote monitoring and repair, the refined management of the set-top box is realized, the reliability and stability of the set-top box are improved, the trust and satisfaction of users with intelligent set-top box products are enhanced, and it is of great significance to improve the service quality of the entire digital TV service industry.

[0065] The following will further illustrate the method of this embodiment in conjunction with Figure 3 including the following steps: Step 301, obtain the working status data of the set-top box.

[0066] Step 302, input the working status data into a preset fault identification model to obtain the fault identification result corresponding to the set-top box.

[0067] Step 303, when the fault identification result indicates that the set-top box has a fault, determine the current fault type of the set-top box.

[0068] Step 304, determine the fault repair strategy according to the fault type.

[0069] Step 305: Send a fault repair instruction to the set-top box according to the fault repair strategy, so that the set-top box performs corresponding repair operations according to the fault repair instruction.

[0070] The implementation of the above steps can refer to steps 201 - 205 and will not be elaborated here.

[0071] After that, it can enter step 306, step 310 or step 312.

[0072] Step 306: Receive the repair result information returned by the set-top box.

[0073] Among them, the repair result information is generated by the set-top box after executing the repair operation. The server listens and waits for the feedback data sent by the set-top box through the previously established communication link. These data include the execution status of the repair operation, whether it is successful, and any relevant changes in performance metrics. Once the set-top box completes the operations defined in the repair instruction, such as restarting the service or updating the firmware, it will generate a repair result information containing detailed results and send it back to the server via the network for further analysis and confirmation.

[0074] After that, it enters step 307 or step 308.

[0075] Step 307: Confirm that the set-top box fault is repaired successfully according to the repair result information.

[0076] Specifically, the server will analyze this information, check whether the performance of the set-top box has returned to the normal level, whether the fault symptoms have been eliminated, and whether there are still errors in the system log. If the feedback shows that the set-top box is running smoothly, all key performance metrics are within the normal range, and there are no new error reports, the server will confirm that the fault is repaired successfully and update the status of the set-top box to normal operation, thus completing the entire remote fault repair process.

[0077] Step 308: Adjust the fault repair strategy according to the repair result information to obtain a fault repair adjustment strategy.

[0078] Specifically, after receiving the repair result information returned by the set-top box, the server will conduct a detailed analysis to evaluate the effect of the previously executed fault repair strategy. This analysis process involves in-depth examination of the set-top box performance metrics (working status data), system logs, error codes, and user feedback data included in the repair result information.

[0079] The server will compare this data with the expected repair effect to determine whether the fault has been successfully resolved or whether there are still problems. If the analysis result shows that the fault has not been completely repaired or new problems have occurred, the server will adjust the original fault repair strategy according to these feedbacks.

[0080] When adjusting the strategy, the server takes into account various factors, including the complexity of the fault, the specific model of the set-top box, the software version, and the historical fault handling records. Based on this information, the server may decide to take more aggressive repair measures, such as performing a system reset or software update, or more conservative measures, such as only optimizing configuration settings or clearing the cache. The server will also evaluate whether additional diagnostic steps are needed to determine the root cause of the fault to avoid similar faults in the future.

[0081] Finally, the server will generate a new and more targeted fault repair adjustment strategy, which may include more in-depth diagnostic steps, additional repair operations, or changes in the priority of fault handling, aiming to more effectively solve the problems of the set-top box and improve the user experience.

[0082] Then enter step 309.

[0083] Step 309: Send a fault repair adjustment instruction to the set-top box according to the fault repair adjustment strategy, so that the set-top box performs corresponding repair operations according to the fault repair adjustment instruction.

[0084] Among them, the fault repair adjustment instruction will guide the set-top box to perform further repair operations, such as performing a deeper system check, applying specific software patches, or changing configuration settings. The server sends these instructions through a secure communication channel to ensure that the set-top box can receive and understand the new repair tasks, and then the set-top box will perform corresponding repair operations according to these adjusted instructions in order to achieve the purpose of completely repairing the fault.

[0085] Step 310: Receive the fault repair progress information returned by the set-top box.

[0086] Specifically, the server continuously listens and waits for the fault repair progress update sent by the set-top box through the previously established communication link. These progress information may include the current stage of the repair operation, the completed steps, the estimated remaining time, and any new problems or anomalies encountered during the repair process. After receiving this information, the server will parse and store it for comprehensive monitoring and recording of the fault repair process. This process is crucial for ensuring that the fault repair work proceeds as planned and for intervening and adjusting the strategy when necessary.

[0087] Step 311: Send the fault repair progress information to the user terminal associated with the set-top box.

[0088] After receiving and processing the fault repair progress information returned by the set-top box, the server will encapsulate this information into an easy-to-understand format and send it to the user's mobile phone, tablet or other smart devices and other user terminals through a secure communication channel. The applications or services on the user terminal will receive this information and display it to the user in the form of notifications, pop-ups or updated pages, allowing the user to understand the fault repair status of the set-top box in real time.

[0089] This not only improves the transparency of fault handling, but also enhances the user's sense of participation and satisfaction. In this way, users can timely understand the progress of fault repair, reduce anxiety and uncertainty, and at the same time facilitate users to provide feedback or assistance when necessary.

[0090] Step 312, receive the fault repair feedback information sent by the user terminal.

[0091] Specifically, after users view the fault repair progress of the set-top box on their smart devices, they may provide some feedback information, such as an evaluation of the repair effect, whether there are still problems, or any additional requests for the service.

[0092] These feedback information are sent back to the server in the form of network requests through the application on the user terminal. The server side has a dedicated interface to receive these feedbacks and verify and parse the received data to ensure its integrity and validity.

[0093] After that, the server will perform corresponding processing according to the feedback content, such as updating the fault handling record, adjusting the service strategy, or arranging further technical support.

[0094] Step 313, store the fault repair feedback information in the data.

[0095] Specifically, after successfully receiving and parsing the user's feedback information, the server will persistently store this data for future query and analysis. The storage process includes associating the feedback information with the relevant set-top box identifier, user account, and fault handling record, and ensuring that the data is stored in the database according to the established data model and format.

[0096] This step is crucial for maintaining a complete fault handling history. It not only helps service providers track and evaluate the effect of fault repair, but also can be used as a basis for future service and product improvement decisions.

[0097] The remote monitoring and repair method of the smart set-top box proposed in this embodiment aims to improve the operation stability and user experience of the set-top box. This method first collects the working state data of the set-top box, including key performance indicators such as CPU usage rate, memory occupancy rate, and network bandwidth usage rate, to provide data support for fault diagnosis. Using a preset fault scoring formula, these performance indicators are substituted into the calculation to obtain a fault score value, and then it is determined whether the set-top box has a fault according to the score value. When it is confirmed that the set-top box has a fault, the server will determine the fault type and formulate corresponding fault repair strategies according to the fault type, and send fault repair instructions to the set-top box to guide it to perform repair operations.

[0098] To ensure the effectiveness of fault repair, after the set-top box finishes the repair operation, the server will receive the repair result information returned by the set-top box and confirm whether the fault has been successfully repaired according to this information. If the repair result is not ideal, the server will adjust the fault repair strategy according to the result information, generate a fault repair adjustment strategy, and send corresponding adjustment instructions to the set-top box to perform further repair operations.

[0099] In addition, the server will also receive the fault repair progress information returned by the set-top box and send it to the user terminal associated with the set-top box, so that users can understand the progress of fault repair in real time. At the same time, the server will also receive the fault repair feedback information sent by the user terminal and store it in the database to provide data support for subsequent fault analysis and service quality improvement.

[0100] Generally speaking, this embodiment realizes the remote monitoring and repair of the smart set-top box through steps such as automated fault diagnosis, repair instruction sending, repair result confirmation, progress feedback, and user feedback collection. This method not only improves the efficiency and accuracy of fault handling, but also enhances the user's sense of participation and satisfaction, providing strong technical support for the stable operation of the smart set-top box. By continuously collecting and analyzing fault data, the server can also continuously optimize the fault repair strategy, improve the fault prediction and handling ability, and thus further improve the reliability and user experience of the smart set-top box.

[0101] The method provided in the above embodiment can be executed by a server, and the server is an electronic device. The following describes this electronic device in the embodiment of the present invention from the perspective of hardware processing. Please refer to Figure 4 , which is a schematic structural diagram of an entity device of the electronic device in the embodiment of the present invention.

[0102] It should be noted that Figure 4 The structure of the electronic device shown is only an example and should not bring any limitations to the functions and usage scopes of the embodiments of the present invention.

[0103] As Figure 4As shown, the electronic device includes a Central Processing Unit (CPU) 401, which can perform various appropriate actions and processes according to the program stored in the Read-Only Memory (ROM) 402 or the program loaded from the storage section 408 into the Random Access Memory (RAM) 403, such as executing the method described in the above embodiments. In the RAM 403, various programs and data required for system operation are also stored. The CPU 401, ROM 402, and RAM 403 are connected to each other via a bus 404. An Input / Output (I / O) interface 405 is also connected to the bus 404.

[0104] The following components are connected to the I / O interface 405: an input section 406 including an audio input device, a button switch, etc.; an output section 407 including a Liquid Crystal Display (LCD), an audio output device, an indicator light, etc.; a storage section 408 including a hard disk, etc.; and a communication section 409 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 409 performs communication processing via a network such as the Internet. A drive 410 is also connected to the I / O interface 405 as needed. A removable medium 411, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 410 as needed so that a computer program read from it can be installed into the storage section 408 as needed.

[0105] Specifically, according to an embodiment of the present invention, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present invention includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program contains a computer program for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network via the communication section 409, and / or installed from the removable medium 411. When the computer program is executed by the Central Processing Unit (CPU) 401, various functions defined in the present invention are executed.

[0106] It should be noted that specific examples of computer-readable storage media may include, but are not limited to: electrical connections with one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fibers, portable compact disc read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the above. In the present invention, a computer-readable storage medium can be any tangible medium that contains or stores a program, and this program can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0107] The flowcharts and block diagrams in the accompanying drawings illustrate the possible architectures, functions, and operations of systems, methods, and computer program products according to various embodiments of the present invention. Among them, each block in the flowchart or block diagram may represent a module, a program segment, or a part of code, and the above-mentioned module, program segment, or part of code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the blocks may occur in a different order from that marked in the accompanying drawings.

[0108] Specifically, the electronic device of this embodiment includes a processor and a memory. The memory is coupled to one or more processors, and the memory is used to store computer program code. The computer program code includes computer instructions, and one or more processors call the computer instructions to cause the electronic device to execute the method provided in the above-mentioned embodiment.

[0109] On the other hand, the present invention also provides a computer-readable storage medium, which may be included in the electronic device described in the above-mentioned embodiment; or it may exist separately without being assembled into the electronic device. The above-mentioned storage medium carries one or more computer programs, and when the one or more computer programs are executed by a processor of the electronic device, the electronic device is caused to implement the method provided in the above-mentioned embodiment.

[0110] As mentioned above, the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions recorded in the foregoing embodiments, or perform equivalent replacements for some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the scope of the technical solutions of the various embodiments of the present invention.

[0111] As used in the foregoing embodiments, depending on the context, the term "when" may be construed to mean "if" or "after" or "in response to determining" or "in response to detecting". Similarly, depending on the context, the phrase "upon determining" or "if (the stated condition or event) is detected" may be construed to mean "if determined" or "in response to determining" or "when (the stated condition or event) is detected" or "in response to detecting (the stated condition or event)".

[0112] Those of ordinary skill in the art can understand that all or part of the processes in the methods of the foregoing embodiments can be implemented by a computer program instructing relevant hardware. The program can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the foregoing method embodiments. The foregoing storage media include various media that can store program codes, such as ROM or random access memory RAM, magnetic disks, or optical discs.

Claims

1. A method for remote monitoring and repairing a smart set-top box, characterized in that: include: Get the working status data of the set-top box; Inputting the working status data into a preset fault identification model to obtain a fault identification result corresponding to the set-top box; When the fault identification result is that the set-top box has a fault, determining the current fault type of the set-top box; Determine a fault repair strategy according to the fault type; A fault repair instruction is sent to the set-top box according to the fault repair strategy, so that the set-top box performs a corresponding repair operation according to the fault repair instruction.

2. The method according to claim 1, characterized in that: The working status data includes CPU usage, memory occupancy and network bandwidth usage, the fault identification model includes a preset fault scoring formula, and the step of inputting the working status data into the preset fault identification model to obtain a fault identification result corresponding to the set-top box includes: Substituting the CPU usage rate, the memory occupancy rate and the network bandwidth usage rate into the fault scoring formula to calculate a fault scoring value; The fault identification result is determined according to the fault scoring value.

3. The method according to claim 2, characterized in that The fault scoring formula includes: Among them, Score represents the fault score value, S represents the fault score matrix, and λ is the adjustment coefficient; X represents the working status data, X=[X1,X2,X3] T , X1 represents the CPU usage, X2 represents the memory usage, and X3 represents the network bandwidth usage; T represents the abnormal threshold vector, T = [T1, T2, T3] T , T1 represents the abnormal threshold of CPU usage, T2 represents the abnormal threshold of memory usage, and T3 represents the abnormal threshold of network bandwidth usage; w represents the weight vector, w = [w1, w2, w3] T , w1, w2, w3 are indicator weights respectively; B represents the threshold matrix, B=diag(B1,B2,B3), where B1, B2, B3 are the abnormal sensitivities of the indicators respectively.

4. The method according to claim 1, characterized in that: After the step of sending a fault repair instruction to the set-top box according to the fault type, the method further includes: receiving repair result information returned by the set-top box, wherein the repair result information is generated by the set-top box after performing the repair operation; The set-top box fault is confirmed to be repaired successfully according to the repair result information.

5. The method according to claim 4, characterized in that After the step of receiving the repair result information returned by the set-top box, the method further includes: Adjust the fault repair strategy according to the repair result information to obtain a fault repair adjustment strategy; A fault repair adjustment instruction is sent to the set-top box according to the fault repair adjustment strategy, so that the set-top box performs a corresponding repair operation according to the fault repair adjustment instruction.

6. The method according to claim 1, characterized in that After the step of sending a fault repair instruction to the set-top box according to the fault repair strategy, the method further includes: Receiving fault repair progress information returned by the set-top box; The fault repair progress information is sent to a user terminal associated with the set-top box.

7. The method according to claim 1, characterized in that After the step of sending a fault repair instruction to the set-top box according to the fault repair strategy, the method further includes: Receiving fault repair feedback information sent by a user terminal; The fault repair feedback information is stored in the data.

8. A server, characterized in that: including one or more processors and memory; The memory is coupled to the one or more processors, and the memory is used to store computer program codes, where the computer program codes include computer instructions. The one or more processors call the computer instructions to enable the server to execute the method according to any one of claims 1 to 7.

9. A computer-readable storage medium storing computer instructions, characterized in that: When the computer instructions are executed on a server, the server is caused to execute the method according to any one of claims 1 to 7.

10. A computer program product, characterized in that When the computer program product is run on a server, the server is caused to execute the method according to any one of claims 1 to 7.

Images