CN114157561B - Fault processing system and method - Google Patents
Fault processing system and method Download PDFInfo
- Publication number
- CN114157561B CN114157561B CN202210115526.9A CN202210115526A CN114157561B CN 114157561 B CN114157561 B CN 114157561B CN 202210115526 A CN202210115526 A CN 202210115526A CN 114157561 B CN114157561 B CN 114157561B
- Authority
- CN
- China
- Prior art keywords
- network
- fault
- information
- service
- service terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012545 processing Methods 0.000 title claims abstract description 95
- 238000000034 method Methods 0.000 title claims abstract description 50
- 230000008439 repair process Effects 0.000 claims description 34
- 238000001514 detection method Methods 0.000 claims description 24
- 238000012544 monitoring process Methods 0.000 claims description 18
- 238000004891 communication Methods 0.000 claims description 8
- 230000006855 networking Effects 0.000 claims description 8
- 230000008859 change Effects 0.000 claims description 5
- 238000003672 processing method Methods 0.000 claims description 4
- 239000000725 suspension Substances 0.000 claims description 3
- 230000008569 process Effects 0.000 abstract description 8
- 238000004590 computer program Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 238000004458 analytical method Methods 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000007474 system interaction Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005070 sampling Methods 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012806 monitoring device Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011897 real-time detection Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 235000011888 snacks Nutrition 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
Images
Classifications
-
- 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
- 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/0677—Localisation of faults
Abstract
The embodiment of the specification provides a fault handling system and a method, wherein the fault handling system comprises: a service terminal and a server; the service terminal is configured to collect fault information of the main state network and read a service terminal log file under the condition that a main state network fault is monitored; sending the fault information and the service terminal log file to the server through a standby network different from the main network service provider; the service end is configured to determine fault attribute information corresponding to the master network based on the fault information and the service terminal log file, and send the fault attribute information to the fault processing node, so that the network of the service terminal can be monitored in real time, a fault source can be quickly and accurately positioned when the network of the service terminal fails, and the fault processing node is instructed to process the fault.
Description
Technical Field
The embodiment of the specification relates to the technical field of the internet of things, in particular to a fault processing system and method.
Background
With the development of computer technology, electronic products are in endlessly developed, and various electronic products can generally implement networking function, and on this premise, the situation that the electronic products have network failure becomes more and more common. In the prior art, because the cause of the network failure of the device is complex, two solutions are usually adopted to solve the repair work of the network failure, one is to put the same lot of internet of things cards of the client in the testing device to simulate the cause of the network failure of the internet of things cards of the client, and the other is to integrate a detection tool into the device of the user, so that the user device performs the detection of the cause of the network failure. However, in the first detection scheme, due to the difference between the actual environments of the test equipment and the user equipment, the simulation effect is not very ideal, the application scenarios are very limited, and the situations of missed reports and false reports often occur; in the second detection scheme, since the detection tool is integrated in the user equipment, the unification of the detection environment is solved, and the correctness of the detection result is ensured, but since the user equipment is already in an offline state, the detected network fault reason cannot be uploaded in the first time, and then the relevant service party cannot know the reason of the network fault, and the targeted repair work cannot be performed.
Disclosure of Invention
In view of this, the embodiments of the present disclosure provide a fault handling system and method. One or more embodiments of the present specification also relate to a computing device, a computer-readable storage medium, and a computer program to solve technical problems in the prior art.
According to a first aspect of embodiments herein, there is provided a fault handling system comprising:
a service terminal and a server;
the service terminal is configured to collect fault information of the main state network and read a service terminal log file under the condition that a main state network fault is monitored; sending the fault information and the service terminal log file to the server through a standby network different from the main network service provider;
the server is configured to determine fault attribute information corresponding to the master network based on the fault information and the service terminal log file, and send the fault attribute information to a fault processing node.
Optionally, the service terminal is further configured to acquire state information of each network node in the master network according to a preset time period; detecting whether the main state network has a fault based on the state information; and if so, executing the steps of collecting the fault information of the master network and reading a service terminal log file.
Optionally, the service terminal is further configured to compare the state information with normal state information in a preset normal state information table; under the condition that the comparison result meets a preset condition, executing the step of collecting the state information of each network node in the master state network according to a preset time period; and under the condition that the comparison result does not meet the preset condition, executing the steps of collecting the fault information of the master network and reading the log file of the service terminal.
Optionally, the service terminal is further configured to start at least one secondary network different from a service provider of the primary network, and detect a connection state of each secondary network; and selecting the secondary state network with normal network connection from the at least one secondary state network as a standby state network based on the network connection state detection result.
Optionally, the server is further configured to determine the fault processing node according to the fault attribute information; and sending the fault attribute information to the fault processing node.
Optionally, the fault handling system further includes a fault handling node;
the fault processing node is configured to determine a fault processing strategy according to the fault attribute information; repairing the fault network node corresponding to the fault processing node according to the fault processing strategy, and sending repair completion information to the service terminal after the repair is completed;
the service terminal is further configured to switch the standby network to the active network.
Optionally, the service end is further configured to determine a plurality of initial service terminals associated with a target service, and select a target number of initial service terminals from the plurality of initial service terminals as the service terminals.
Optionally, the fault attribute information includes at least one of:
service terminal fault information, service provider fault information and service terminal fault information;
the service provider fault information includes: the method comprises the steps that the service provider accesses core network fault information and accesses external gateway fault information;
the server network fault information comprises: service provider service change information, main network suspension service information, main network service limitation information and public network networking fault information.
According to a second aspect of the embodiments of the present specification, there is provided a fault handling method applied to a service terminal, including:
monitoring the network communication state of the master network;
under the condition that the network communication state fails, acquiring failure information of the main state network and reading a service terminal log file;
and sending the fault information and the service terminal log file to a server through a standby network different from the main network service provider.
According to a third aspect of the embodiments of the present specification, there is provided a fault handling method applied to a server, including:
receiving fault information and a service terminal log file fed back by a service terminal;
determining fault attribute information corresponding to the master network based on the fault information and the service terminal log file;
and determining a fault processing node according to the fault attribute information, and sending the fault attribute information to the fault processing node.
According to a fourth aspect of embodiments herein, there is provided a computing device comprising:
a memory and a processor;
the memory is used for storing computer-executable instructions, and the processor is used for realizing the steps of the fault processing method applied to any one of the service terminal and the service terminal when executing the computer-executable instructions.
According to a fifth aspect of the embodiments of the present specification, there is provided a computer-readable storage medium storing computer-executable instructions, which when executed by a processor, implement the steps of the fault handling method applied to any one of a service terminal and a service end.
According to a sixth aspect of the embodiments of the present specification, there is provided a computer program, wherein when the computer program is executed in a computer, the computer program causes the computer to execute the steps of the fault handling method applied to any one of the service terminal and the service terminal.
The fault processing system provided by the specification comprises a service terminal and a service end, wherein the service terminal monitors whether a main network of the service terminal has a network fault or not, acquires fault information of the main network under the condition that the main network has the network fault, extracts log files of the service terminal in the time period, and then switches the main network into a standby network, wherein the standby network is different from a service provider of the main network, and sends the fault information and the log files of the service terminal to the service end based on the standby network without the network fault; after receiving the fault information and the log file sent by the service terminal, the service terminal determines the fault attribute information of the main state network of the service terminal based on the fault attribute information, and then sends the fault attribute information to the fault processing node, so that the fault processing node can repair the network fault of the main state network of the service terminal. By using the service terminal and the service end of the fault processing system, the reason of the network fault can be quickly positioned under the condition that the main state network of the service terminal has the network fault, and the reason of the network fault is transmitted to the service end, so that the service end can analyze the reason of the network fault, and the fault reason causing the network fault is transmitted to the fault processing node in time based on the analysis result, and the fault processing node can repair the network fault of the main state network of the service terminal in a targeted manner, thereby greatly reducing the time for solving the fault, improving the efficiency for solving the fault, and reducing the loss of a service terminal user caused by the network fault.
Drawings
Fig. 1 is a schematic structural diagram of a fault handling system according to an embodiment of the present disclosure;
fig. 2 is a flowchart of a fault handling method applied to a service terminal according to an embodiment of the present disclosure;
fig. 3 is a flowchart of a fault handling method applied to a server according to an embodiment of the present specification;
FIG. 4 is a schematic diagram of another business processing system provided in an embodiment of the present description;
FIG. 5 is a schematic diagram illustrating a fault handling system interaction provided by an embodiment of the present specification;
fig. 6 is a block diagram of a computing device according to an embodiment of the present disclosure.
Detailed Description
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present description. This description may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein, as those skilled in the art will be able to make and use the present disclosure without departing from the spirit and scope of the present disclosure.
The terminology used in the description of the one or more embodiments is for the purpose of describing the particular embodiments only and is not intended to be limiting of the description of the one or more embodiments. As used in one or more embodiments of the present specification and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used in one or more embodiments of the present specification refers to and encompasses any and all possible combinations of one or more of the associated listed items.
It should be understood that although the terms first, second, etc. may be used herein in one or more embodiments to describe various information, these information should not be limited by these terms. These terms are only used to distinguish one type of information from another. For example, a first can be termed a second and, similarly, a second can be termed a first without departing from the scope of one or more embodiments of the present description. The word "if," as used herein, may be interpreted as "at … …" or "when … …" or "in response to a determination," depending on the context.
First, the noun terms referred to in one or more embodiments of the present specification are explained.
And (3) SDK: software Development Kit, a Software Development Kit, is generally a collection of Development tools used by Software engineers to build application Software for a particular Software package, Software framework, hardware platform, operating system, etc. It may simply provide some files of application program interfaces for a certain programming language, but may also include complex hardware that can communicate with a certain embedded system.
Multiple network cards: also called smart card, a SIM card contains multiple operator SIMs, i.e. multiple operator network channels.
The internet of things card: the mobile communication access service of the special number section of the Internet of things is provided based on an operator.
Fault early warning: when the Internet of things network card network fails, the failure alarm is carried out at the first time, so that the business party can be quickly positioned and the network problem can be solved.
In the present specification, a fault handling system is provided, and the present specification relates to a fault handling method applied to a service terminal and a fault handling method applied to a server, a computing device, a computer-readable storage medium, and a computer program, which are described in detail one by one in the following embodiments.
Fig. 1 is a schematic structural diagram illustrating a fault handling system according to an embodiment of the present disclosure, where the fault handling system 100 includes a service terminal 110 and a service end 120;
the service terminal 110 is configured to collect fault information of the master network and read a service terminal log file when monitoring a master network fault; sending the fault information and the service terminal log file to the server 120 through a standby network different from the primary network service provider;
the server 120 is configured to determine fault attribute information corresponding to the master network based on the fault information and the service terminal log file, and send the fault attribute information to a fault processing node.
The service terminal 110 is specifically a device and an apparatus having a networking function, and can be connected to the service end 120 through a network, where it should be noted that the service terminal 110 can also use a master network to realize connection with other service ends to complete information interaction, that is, the service terminal 110 can interact with a plurality of different service ends through the master network. The active network refers to a network in which the service terminal 110 connects with the service terminal 120 in the process of processing its own service, so as to implement information interaction. The service provider provides a complete set of network services for the operator. The standby network is a network different from the main network, in which the service terminal 110 and the service terminal 120 are connected, and is used for connecting the service terminal 110 and the service terminal 120 when a network failure occurs in the main network. The main state network and the standby state network correspond to different operators. The failure information is monitoring information of the service terminal 110 on a network failure of the master network. The log file is a file for recording the historical operation information of the service terminal. The server 120 is a server specially constructed for handling a network failure problem when the service terminal 110 has a network failure. The fault attribute information contains network nodes with network faults and specific fault reasons of the master network, and the fault processing node is a node for processing network fault problems and is in butt joint with equipment, a system, a device, related business personnel and the like for processing network faults.
Based on this, in the working process of the service terminal 110, if a network fault occurs, the network fault is detected by technical means such as ping packet and heartbeat keep-alive, so as to obtain fault information, meanwhile, the log file recording the historical operation information of the service terminal 110 is extracted, then, the network connection of the service terminal 110 is switched, and the network is switched to a standby network different from the service provider of the main network used when the service terminal 110 normally works, that is, a standby network different from the operator. The collected fault information and log file are transmitted to the server 120 that handles the network fault problem of the service terminal 110 through the standby network. The server 120 has an information processing capability, determines fault attribute information according to the fault information and the log file, and can determine which network nodes the network fault problem of the main network of the service terminal 110 comes from, and then sends the fault attribute information to the fault processing node capable of processing the network fault of the network node, and the fault processing node repairs the network node with the network fault and restores the network connection.
For example, in the shared bicycle industry, 100 bicycles are arranged in city B of city a, and the 100 bicycles are integrated with the multiple network cards and the SDKs. The 100 bicycles are in a networking state, after a user scans a code of the bicycle C, the bicycle C transmits code scanning information through an I network, a server determines the code scanning and the deduction of an account of the user, then transmits a bicycle unlocking instruction to the bicycle C through the I network, when the I network for information transmission between the bicycle C and the server has a network fault, the SDK performs network detection and link keep-alive detection locally on the bicycle C to obtain fault information of the network fault appearing in the I network, and then acquires a log file of the bicycle C. And then switching network connection in the multi-network card, taking a J network different from an operator of the I network as a switched network, and transmitting the log file and the fault information to an exclusive server D through the J network.
And the server D obtains fault attribute information G based on the fault information and the log file, wherein the fault attribute information G comprises network nodes with network faults in the I network. And finally, the server D sends the obtained fault attribute information to a fault processing node, the fault processing node obtains fault attribute phase information G through analysis to indicate that the network fault of the master network is generated by the base station, and then the fault processing node informs related service personnel, and the related service personnel can construct a network fault repairing scheme of the I network based on the fault attribute information G.
In summary, by integrating a network fault detection device on a device, real-time performance and accuracy of network fault detection can be achieved, then a mode of switching network connection is adopted, so that a detection result can be transmitted to a server for processing a network fault problem in the first time, the server performs preliminary analysis on the obtained detection result, determines a network node of the network fault, transmits the determined result to a fault processing node, and facilitates the fault processing node to rapidly make a targeted fault repairing scheme.
Further, in the process of monitoring the main state of the service terminal 110, each network node in the main state network state of the service terminal 110 needs to be monitored in real time, and real-time monitoring may generate a large amount of useless monitoring data, which greatly wastes resources of the monitoring device, and in order to solve the above problems, in this embodiment, the service terminal 110 is further configured to collect state information of each network node in the main state network according to a preset time period; detecting whether the main state network has a fault based on the state information; and if so, executing the steps of collecting the fault information of the master network and reading a service terminal log file.
The preset time period represents the monitoring frequency for monitoring the main state network, and the shorter the time period is, the faster the monitoring frequency is, otherwise, the slower the monitoring frequency is.
Based on this, the service terminal 110 monitors the main state network, detects the state information of the network node of the main state network according to a fixed time period, can effectively discover the network fault generated by the main state network, and has real-time performance, and the time interval from the generation of the network fault to the discovery is within a set time period, and this temporal sampling inspection behavior reduces the pressure of the service terminal compared with the whole real-time detection, and saves the computing resources under the condition that the monitoring efficiency is controllable.
Further, when determining whether there is a network fault in the main state network according to the state information, comparing the state information with preset standard state information may be adopted, in this embodiment, the service terminal 110 is further configured to compare the state information with normal state information in a preset normal state information table; under the condition that the comparison result meets a preset condition, executing the step of collecting the state information of each network node in the master network according to a preset time period; and under the condition that the comparison result does not meet the preset condition, executing the steps of collecting the fault information of the master network and reading the log file of the service terminal 110.
It should be noted that, because the task executed by the normal state information table in this specification, the environment scenario is the service terminal 110, that is, the normal state information table may only have the state information of the environment of the current service terminal 110.
Based on this, when monitoring the state information of the network node, the state information of the network node collected and sent in real time needs to be compared with a preset normal state information table, it needs to be noted that the information described in the normal state information table may be a value or a range, the state information to be detected is compared with the normal state information table, when the state information is the same as the corresponding data in the normal state information table or the state information is within the display range in the normal state information table, it is noted that the state information meets the preset condition, the monitoring of the master state network is continued, otherwise, the state information does not meet the preset condition, at this time, the master state network has a network fault, and the fault information and the log file of the service terminal 110 need to be extracted.
According to the above example, the state information of each network node in the I network of the shared bicycle C is collected with 10 milliseconds as one time period, and the collected state information is compared with the normal state information table, when the state information is within the data range described in the normal state information table, the state information of each network node in the I network is continuously collected with 10 milliseconds as one time period, that is, whether the network fault occurs in the I network is continuously monitored, when the state information is out of the data range described in the normal state information table, the network fault occurs in the I network at the moment is indicated, the fault information of the network node out of the data range described in the normal state information table is collected, and the current log file of the shared bicycle C is extracted.
In conclusion, the real-time, rapid and accurate monitoring of the main state network is realized by acquiring the state information of each network node in the main state network with a fixed time period and comparing the state information with the preset normal state information table.
Further, when a network fault occurs in the main state network of the service terminal 110, the standby state network is switched to transmit the network fault information of the main state network, but in this case, it cannot be determined whether the standby state network can implement a normal network transmission task, so that it is also necessary to detect the network connection condition of the standby state network; and selecting the secondary state network with normal network connection from the at least one secondary state network as a standby state network based on the network connection state detection result.
The secondary network is a network of an operator except the primary network in the service terminal 110, and the standby network is selected from the secondary networks capable of performing network transmission when the primary network has a network failure.
Based on this, when a network failure occurs in the main state network of the service terminal 110, network connection conditions of multiple auxiliary state networks in the service terminal 110 are detected, service providers of the auxiliary state networks are all different, that is, base stations, providers, servers, and the like relied on when the auxiliary state network and the main state network perform network transmission are all different, so that the auxiliary state network can still ensure that a good network connection condition exists when the main state network has a network failure. The network connection condition of the secondary network is detected, similar to the method for detecting the network connection condition of the primary network, the state information of the network nodes is collected in a fixed period, and is compared with the normal state information table, the network connection condition is judged according to the comparison result, and redundant description is not repeated here. After the detection of the network connection condition is carried out, the secondary state networks with good network connection condition are determined, and at least one secondary state network is selected from the secondary state networks to be used as a standby state network.
In the above example, when the network failure occurs in the I network of the shared bicycle C, the network connection status of the J, K, L network in the shared bicycle C is detected, and the connection status of the J network is known to be good through the detection, and the J network is determined as the standby network.
In summary, by detecting the network connection status of the secondary network, it is ensured that the standby network can send the fault information and the log file to the server 120 when the network fault occurs in the primary network.
Further, after the server 120 determines the fault attribute information based on the received fault information and the log file, the fault attribute information needs to be sent to the fault processing node, and the fault processing node is not limited in this embodiment, and may be one or multiple, for example, the cause of the network fault may be that a base station has a problem, or that a server has a problem, and the fault processing nodes that repair the base station and the server are completely different, so that the fault processing node needs to be determined in the process of sending the fault attribute information, in this embodiment, the server 120 is further configured to determine the fault processing node according to the fault attribute information; and sending the fault attribute information to the fault processing node.
Therefore, when the failure processing node that repairs the network failure corresponding to the failure attribute information is determined, the failure processing node may be determined according to the network node where the network failure occurs described in the failure attribute information, or may be determined according to other aspects.
According to the above example, the server D receives the fault information and the log file sent by the shared bicycle C, determines the fault attribute information according to the fault information and the log file, and sends the fault attribute information to the corresponding fault processing node F according to the network node E and the network node E of the network I having the network fault according to the indication of the fault attribute information.
In conclusion, the fault attribute information is sent to the corresponding fault processing node, so that the fault processing node can make a targeted repair scheme for the network fault.
Further, after the fault processing node repairs the network fault of the main network of the service terminal 110, the service terminal 110 further needs to switch the standby network back to the main network, in this embodiment, the fault processing node is configured to determine a fault processing policy according to the fault attribute information; repairing the fault network node corresponding to the fault processing node according to the fault processing strategy, and sending repair completion information to the service terminal after the repair is completed; the service terminal is further configured to switch the standby network to the active network.
The fault processing strategy is a specific scheme for repairing the network fault of the master network; the repair completion information is feedback information of the service terminal 110 after the fault processing node completes the network fault repair of the main network, and the service terminal 110 switches the standby network back to the main network according to the feedback information.
Based on this, after the fault processing node receives the fault attribute information, a fault processing strategy for repairing the network fault of the main state network is formulated according to the information, such as the network node where the network fault occurs, the cause of the network fault, and the like, described in the fault attribute information, and then the network fault is repaired according to the fault processing strategy, it should be noted that the fault processing node may not repair the network fault of the main state network but merely formulate the fault processing strategy, and then send the fault processing strategy to the lower-level fault processing sub-node, and the fault processing sub-node repairs the network fault of the main state network; after the network failure of the active network is repaired, the repair completion information is sent to the service terminal 110, and the service terminal 110 switches the standby network back to the active network.
According to the above embodiment, the fault processing node formulates a fault processing strategy according to the fault attribute information, then the fault processing node sends the fault processing strategy to the relevant service personnel, the relevant service personnel know that the fault occurs in the base station of the master state network according to the content indicated in the fault processing strategy, then the relevant service personnel overhaul the base station, repair completion information is fed back to the fault processing node after repair is completed, the fault processing node feeds back the repair completion information to the shared bicycle C, and the shared bicycle C switches the J network back to the I network.
In conclusion, by the mode, the network fault of the master network can be quickly and accurately repaired, the pertinence is enhanced, and the check resource consumption of the repair work is reduced.
Further, in the case of monitoring the network state of the terminals in one area, since the areas are similar, the external environments are similar, and the models of the terminals are the same, at this time, when the network state of the terminals in the whole area is monitored, it is not necessary to monitor all the terminals, and it is only necessary to monitor a part of the service terminals 110 of the group of terminals, so as to implement the network state monitoring in the whole area.
Wherein, the initial service terminal is the same kind of terminal in a certain area, for example, the above mentioned "100 bicycles are arranged in city B of city a".
Based on the method, the terminal of a certain area or a certain project is determined to be an initial service terminal, and then a rated number of initial service terminals are selected to be used as service terminals. By the similar sampling detection method, a small number of service terminals are monitored, network connection conditions of all the terminals can be macroscopically monitored, arrangement cost of a detection module and multiple network cards in the service terminals is saved, and calculation pressure of the server 120 is relieved.
Further, the information about the fault generic phase comprises at least one of the following items:
service terminal fault information, service provider fault information and service end fault information;
the service provider fault information includes: the method comprises the steps that the service provider accesses core network fault information and accesses external gateway fault information; the server network fault information comprises: service provider service change information, main state network service restriction information and public network networking fault information.
The service terminal fault information indicates the information that the service terminal generates faults, the service provider base station fault information indicates the information that the service provider base station generates faults, the service provider access core network fault information indicates the information that the service provider access core network generates faults, and then the external gateway fault information, the service provider service change information, the master network service limit information and the public network networking fault information of the service provider are similar to the above situation, and are not described in detail here.
The service terminal and the service end of the fault processing system are used in the description, so that under the condition that a network fault occurs in a main network of the service terminal, the reason of the network fault can be quickly positioned, the reason of the network fault is transmitted to the service end, the service end can analyze the reason of the network fault, the fault reason causing the network fault is timely transmitted to the fault processing node based on an analysis result, and the fault processing node can repair the network fault of the main network of the service terminal in a targeted manner, so that the time for solving the fault is greatly reduced, the fault solving efficiency is improved, and the loss of a service terminal user caused by the network fault is reduced.
Corresponding to the foregoing system embodiment, this specification further provides an embodiment of a fault handling method, and fig. 2 shows a flowchart of a fault handling method applied to a service terminal according to an embodiment of this specification. As shown in fig. 2, the method is applied to a service terminal, and includes:
step S202: monitoring the network communication state of the master network;
step S204: under the condition that the network communication state fails, acquiring failure information of the main state network and reading a service terminal log file;
step S206: and sending the fault information and the service terminal log file to a server through a standby network different from the main network service provider.
In an optional embodiment, the service terminal acquires state information of each network node in the master network according to a preset time period; detecting whether the main state network has a fault based on the state information; and if so, executing the steps of collecting the fault information of the master network and reading a service terminal log file.
In an optional embodiment, the service terminal compares the state information with normal state information in a preset normal state information table; under the condition that the comparison result meets a preset condition, executing the step of collecting the state information of each network node in the master network according to a preset time period; and under the condition that the comparison result does not meet the preset condition, executing the steps of collecting the fault information of the master network and reading the log file of the service terminal.
In an optional embodiment, the service terminal starts at least one secondary network different from a service provider of the primary network, and detects a connection state of each secondary network; and selecting the secondary state network with normal network connection from the at least one secondary state network as a standby state network based on the network connection state detection result.
By using the fault processing method, the reason of the network fault can be quickly positioned under the condition that the main state network of the service terminal has the network fault, and the network fault reason is transmitted to the server side, so that the server side can analyze the network fault reason, and the fault reason causing the network fault is timely transmitted to the fault processing node based on the analysis result, so that the fault processing node can specifically repair the network fault of the main state network of the service terminal, the time for solving the fault is greatly shortened, the fault solving efficiency is improved, and the loss of a service terminal user caused by the network fault is reduced.
It should be noted that, the fault handling method applied to the service terminal provided in this embodiment is similar to the service terminal handling process in the fault handling system, and the same or corresponding description contents are not described herein for too much details, which can be referred to in the above embodiments.
Corresponding to the above system embodiment, the present specification further provides an embodiment of a fault handling method, and fig. 3 shows a flowchart of a fault handling method applied to a server according to an embodiment of the present specification. As shown in fig. 3, the method is applied to the server, and includes:
step S302: receiving fault information and a service terminal log file fed back by a service terminal;
step S304: determining fault attribute information corresponding to the master network based on the fault information and the service terminal log file;
step S306: and determining a fault processing node according to the fault attribute information, and sending the fault attribute information to the fault processing node.
In an optional embodiment, the server determines the fault processing node according to the fault attribute information; and sending the fault attribute information to the fault processing node.
In an optional embodiment, the fault processing node determines a fault processing policy according to the fault attribute information; repairing the fault network node corresponding to the fault processing node according to the fault processing strategy, and sending repair completion information to the service terminal after the repair is completed; the service terminal is further configured to switch the standby network to the active network.
In an optional embodiment, the server determines a plurality of initial service terminals associated with a target service, and selects a target number of initial service terminals from the plurality of initial service terminals as the service terminals.
In an optional embodiment, the fault attribute information includes at least one of:
service terminal fault information, service provider fault information and service terminal fault information;
the service provider fault information includes: the method comprises the steps that the service provider accesses core network fault information and accesses external gateway fault information; the server network fault information comprises: service provider service change information, main network suspension service information, main network service limitation information and public network networking fault information.
The fault processing method can be used for rapidly positioning the reason of the network fault under the condition that the main state network of the service terminal has the network fault, transmitting the network fault reason to the server, enabling the server to analyze the network fault reason, timely transmitting the fault reason causing the network fault to the fault processing node based on the analysis result, and enabling the fault processing node to repair the network fault of the main state network of the service terminal in a targeted manner, so that the time for solving the fault is greatly shortened, the fault solving efficiency is improved, and the loss of a service terminal user caused by the network fault is reduced.
It should be noted that, the fault handling method applied to the server side provided in this embodiment is similar to the service side handling process in the fault handling system, and the same or corresponding description contents are not described herein repeatedly, and both can refer to the above embodiments.
The following are embodiments of the fault handling system provided in this specification:
FIG. 4 is a schematic diagram of another business processing system provided by an embodiment of the present description; FIG. 5 is a schematic diagram illustrating a fault handling system interaction provided by an embodiment of the present specification; for further explanation of the fault handling system.
Referring to the schematic structural diagram shown in fig. 4, the fault handling system provided in this specification includes a service terminal and a server, where 1, the device is the service terminal, and as shown in fig. 4, the service terminal integrates 2.SDK, where 2.SDK includes 3. a detection module and 4. a network switching module, and in addition, the service terminal also integrates 5. a multi-network card; 6. the main functions of the server are completed by 7. the remote management module, referring to the schematic diagram of the fault handling system interaction shown in fig. 5, the operation of the fault handling system is specifically implemented as follows:
s502: a service terminal monitors a main network fault;
s504: the service terminal collects the fault information of the master network and reads a service terminal log file;
s506: the service terminal switches the standby network;
s508: the service terminal uploads fault information and log files to the server;
s510: the server side constructs fault attribute information;
s512: the server side sends the fault attribute information to the fault processing node;
s514: the server side sends repair completion information to the service terminal;
s516: and the service terminal switches the master network.
For example, there is the vending machine of the brand c in the district of city b in city a, this kind of vending machine can sweep the sign indicating number through the user and purchase drink, snacks, after the user swept the sign indicating number, the vending machine will sweep sign indicating number information and transmit to the server through the d network, realize deducting money of user account, deduct money information and feed back to the vending machine after from the server, the vending machine takes out the commodity of user's selection from the goods shelves, supply the user to take, under the condition that network fault appears in the d network, the user can't carry out normal transaction activity through this vending machine. Therefore, the automatic vending machine monitors the network connection condition of the network of the automatic vending machine in real time according to the detection module integrated in the automatic vending machine.
Further, under the condition of network failure, the network switching module switches the d network to the e network, and the d network and the e network can be communicated through different operators contained in the multi-network card. The automatic vending machine transmits fault information and log files detected by the detection module to the server through the e network, the server analyzes network fault reasons of the d network through the remote management module, sends analysis results to the fault processing node, repairs network faults of the d network, after repair is completed, the remote management module sends repair completion signals to the automatic vending machine, and the automatic vending machine switches the e network back to the d network.
In summary, based on the analysis result after the interaction between the service terminal and the service end, the fault cause causing the network fault is transmitted to the fault processing node in time, so that the fault processing node can repair the network fault of the main network of the service terminal in a targeted manner, thereby greatly reducing the time for solving the fault, improving the efficiency for solving the fault, and reducing the loss of a service terminal user caused by the network fault.
The foregoing is a schematic scheme of a fault handling system according to this embodiment. It should be noted that the technical solution of the fault handling system and the technical solution of the fault handling method belong to the same concept, and details of the technical solution of the fault handling method, which are not described in detail, can be referred to the description of the technical solution of the fault handling system.
FIG. 6 illustrates a block diagram of a computing device 600 provided in accordance with one embodiment of the present description. The components of the computing device 600 include, but are not limited to, a memory 610 and a processor 620. The processor 620 is coupled to the memory 610 via a bus 630 and a database 650 is used to store data.
Computing device 600 also includes access device 640, access device 640 enabling computing device 600 to communicate via one or more networks 660. Examples of such networks include the Public Switched Telephone Network (PSTN), a Local Area Network (LAN), a Wide Area Network (WAN), a Personal Area Network (PAN), or a combination of communication networks such as the internet. Access device 640 may include one or more of any type of network interface (e.g., a Network Interface Card (NIC)) whether wired or wireless, such as an IEEE802.11 Wireless Local Area Network (WLAN) wireless interface, a worldwide interoperability for microwave access (Wi-MAX) interface, an ethernet interface, a Universal Serial Bus (USB) interface, a cellular network interface, a bluetooth interface, a Near Field Communication (NFC) interface, and so forth.
In one embodiment of the present description, the above-described components of computing device 600, as well as other components not shown in FIG. 6, may also be connected to each other, such as by a bus. It should be understood that the block diagram of the computing device structure shown in FIG. 6 is for illustration purposes only and is not intended to limit the scope of the present description. Other components may be added or replaced as desired by those skilled in the art.
Computing device 600 may be any type of stationary or mobile computing device, including a mobile computer or mobile computing device (e.g., tablet computer, personal digital assistant, laptop computer, notebook computer, netbook, etc.), mobile phone (e.g., smartphone), wearable computing device (e.g., smartwatch, smart glasses, etc.), or other type of mobile device, or a stationary computing device such as a desktop computer or PC. Computing device 600 may also be a mobile or stationary server.
Wherein the processor 620 is configured to execute computer-executable instructions that, when executed by the processor, implement the steps of the two fault handling methods described above.
The above is an illustrative scheme of a computing device of the present embodiment. It should be noted that the technical solution of the computing device and the technical solution of the two fault handling methods belong to the same concept, and for details that are not described in detail in the technical solution of the computing device, reference may be made to the description of the technical solutions of the two fault handling methods.
An embodiment of the present specification further provides a computer-readable storage medium storing computer-executable instructions, which when executed by a processor, implement the steps of the two fault handling methods.
The above is an illustrative scheme of a computer-readable storage medium of the embodiment. It should be noted that the technical solution of the storage medium belongs to the same concept as the technical solutions of the two failure handling methods, and for details that are not described in detail in the technical solutions of the storage medium, reference may be made to the description of the technical solutions of the two failure handling methods.
An embodiment of the present specification further provides a computer program, wherein when the computer program is executed in a computer, the computer is caused to execute the steps of the two fault handling methods.
The above is an illustrative scheme of a computer program of the present embodiment. It should be noted that the technical solution of the computer program and the technical solution of the two failure handling methods belong to the same concept, and details of the technical solution of the computer program, which are not described in detail, can be referred to the description of the technical solutions of the two failure handling methods.
The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
The computer instructions comprise computer program code which may be in source code form, object code form, an executable file or some intermediate form, or the like. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like. It should be noted that the computer-readable medium may contain suitable additions or subtractions depending on the requirements of legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer-readable media may not include electrical carrier signals or telecommunication signals in accordance with legislation and patent practice.
It should be noted that, for the sake of simplicity, the foregoing method embodiments are described as a series of acts, but those skilled in the art should understand that the present embodiment is not limited by the described acts, because some steps may be performed in other sequences or simultaneously according to the present embodiment. Furthermore, those skilled in the art will appreciate that the embodiments described in this specification are presently preferred and that no acts or modules are required in the implementations of the disclosure.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.
The preferred embodiments of the present specification disclosed above are intended only to aid in the description of the specification. Alternative embodiments are not exhaustive and do not limit the invention to the precise embodiments described. Obviously, many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles of the embodiments and the practical application, to thereby enable others skilled in the art to best understand and utilize the embodiments. The specification is limited only by the claims and their full scope and equivalents.
Claims (11)
1. A fault handling system comprising:
a service terminal and a server;
the service terminal is configured to collect fault information of the main state network and read a service terminal log file under the condition that a main state network fault is monitored; the method comprises the steps that network switching is carried out by controlling multiple network cards, a standby network different from a main network service provider in the multiple network cards is selected, and fault information and a service terminal log file are sent to a service end, wherein the service provider is an operator providing network service, and the multiple network cards refer to the fact that one SIM card contains multiple operator SIMs;
the server is configured to determine fault attribute information corresponding to the master network based on the fault information and the service terminal log file, and send the fault attribute information to a fault processing node.
2. The fault handling system of claim 1, the service terminal further configured to collect status information of each network node in the master network according to a preset time period; detecting whether the master state network has a fault based on the state information; and if so, executing the steps of collecting the fault information of the master network and reading a service terminal log file.
3. The fault handling system of claim 2, the service terminal further configured to compare the state information with normal state information in a preset normal state information table; under the condition that the comparison result meets a preset condition, executing the step of collecting the state information of each network node in the master network according to a preset time period; and under the condition that the comparison result does not meet the preset condition, executing the steps of collecting the fault information of the master network and reading the log file of the service terminal.
4. The fault handling system of claim 1, the traffic terminal further configured to initiate at least one secondary state network different from a service provider of the primary state network and detect respective secondary state network connection states; and selecting a secondary state network with normal network connection from the at least one secondary state network as a standby state network based on the network connection state detection result.
5. The fault handling system of claim 1, the server further configured to determine the fault handling node according to the fault attribute information; and sending the fault attribute information to the fault processing node.
6. The fault handling system of claim 1 or 5, further comprising a fault handling node;
the fault processing node is configured to determine a fault processing strategy according to the fault attribute information; repairing the fault network node corresponding to the fault processing node according to the fault processing strategy, and sending repair completion information to the service terminal after the repair is completed;
the service terminal is further configured to switch the standby network to the active network.
7. The fault handling system of claim 1, wherein the server is further configured to determine a plurality of initial service terminals associated with a target service, and select a target number of initial service terminals from the plurality of initial service terminals as the service terminals.
8. The fault handling system of claim 1, the fault attribute information comprising at least one of:
service terminal fault information, service provider fault information and service terminal fault information;
the service provider fault information includes: the method comprises the steps that the service provider accesses core network fault information and accesses external gateway fault information;
the server network fault information comprises: service provider service change information, main state network suspension service information, main state network service limitation information and public network networking fault information.
9. A fault processing method is applied to a service terminal and comprises the following steps:
monitoring the network communication state of the master network;
under the condition that the network communication state fails, acquiring failure information of the main state network and reading a service terminal log file;
and controlling a plurality of network cards to carry out network switching, selecting a standby network in the plurality of network cards, which is different from the main network service provider, and sending the fault information and the service terminal log file to a service end, wherein the service provider is an operator providing network service, and the plurality of network cards refer to that one SIM card contains a plurality of operators SIM.
10. A computing device, comprising:
a memory and a processor;
the memory is for storing computer-executable instructions and the processor is for executing the computer-executable instructions, which when executed by the processor, implement the steps of the method of claim 9.
11. A computer-readable storage medium storing computer-executable instructions that, when executed by a processor, perform the steps of the method of claim 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210115526.9A CN114157561B (en) | 2022-02-07 | 2022-02-07 | Fault processing system and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210115526.9A CN114157561B (en) | 2022-02-07 | 2022-02-07 | Fault processing system and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114157561A CN114157561A (en) | 2022-03-08 |
| CN114157561B true CN114157561B (en) | 2022-07-15 |
Family
ID=80449975
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210115526.9A Active CN114157561B (en) | 2022-02-07 | 2022-02-07 | Fault processing system and method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114157561B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115134212B (en) * | 2022-06-29 | 2024-04-19 | 中国工商银行股份有限公司 | Policy pushing method, device, computer equipment and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN210957066U (en) * | 2019-11-28 | 2020-07-07 | 深圳市幻日西姆科技发展有限公司 | Integrated SIM card with multi-operator integration |
| CN112910694A (en) * | 2021-01-22 | 2021-06-04 | 苏州浪潮智能科技有限公司 | Method, system and medium for transmitting filing log |
| CN113708979A (en) * | 2021-09-29 | 2021-11-26 | 深圳市腾讯网域计算机网络有限公司 | Network acceleration method and device |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100459540B1 (en) * | 2001-08-16 | 2004-12-03 | 삼성전자주식회사 | Apparatus and method for automatically alerting failure conditions in network equipment |
| EP1995918A1 (en) * | 2007-05-25 | 2008-11-26 | British Telecommunications Public Limited Company | Alternative route selection in Telecommunications networks |
| CN104768198A (en) * | 2015-03-23 | 2015-07-08 | 努比亚技术有限公司 | Mobile terminal and intelligent switching method and device for terminal network of mobile terminal |
| WO2017014686A1 (en) * | 2015-07-17 | 2017-01-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Terminal devices, network nodes and methods for handling a failure indication relating to network nodes of a mobility set |
| CN107329876A (en) * | 2017-06-29 | 2017-11-07 | 喀什博雅成信网络科技有限公司 | A kind of server operation and monitoring method and system |
| CN113132001A (en) * | 2019-12-30 | 2021-07-16 | 中兴通讯股份有限公司 | Optical module management method, optical module management device, network equipment and storage medium |
-
2022
- 2022-02-07 CN CN202210115526.9A patent/CN114157561B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN210957066U (en) * | 2019-11-28 | 2020-07-07 | 深圳市幻日西姆科技发展有限公司 | Integrated SIM card with multi-operator integration |
| CN112910694A (en) * | 2021-01-22 | 2021-06-04 | 苏州浪潮智能科技有限公司 | Method, system and medium for transmitting filing log |
| CN113708979A (en) * | 2021-09-29 | 2021-11-26 | 深圳市腾讯网域计算机网络有限公司 | Network acceleration method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114157561A (en) | 2022-03-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2017041406A1 (en) | Failure positioning method and device | |
| JPWO2018142862A1 (en) | COMMUNICATION PROCESSING SYSTEM, COMMUNICATION PROCESSING METHOD, BASE STATION AND ITS CONTROL PROGRAM | |
| WO2022061900A1 (en) | Method for determining fault autonomy capability and related device | |
| CN111934936B (en) | Network state detection method and device, electronic equipment and storage medium | |
| CN114157561B (en) | Fault processing system and method | |
| CN111800443A (en) | Data processing system and method, device and electronic equipment | |
| CN115391219A (en) | Test case generation method and device, electronic equipment and storage medium | |
| CN114926163A (en) | Resource cross-chain transfer method and device | |
| CN101252477B (en) | Determining method and analyzing apparatus of network fault root | |
| CN107182078A (en) | Method, terminal and the storage device of analysing terminal circuit domain dropping test report | |
| CN112612929A (en) | Data processing method and device | |
| KR20180081959A (en) | Method and Apparatus for Checking Problem in Mobile Communication Network | |
| WO2023093299A1 (en) | Device management system, method and apparatus | |
| KR100292156B1 (en) | Usage data collection method and usange data collection and distribution apparatus using the same | |
| CN109450103A (en) | Condition detection method, device and the intelligent terminal of pressing plate | |
| CN112165167B (en) | Intelligent substation relay protection maintenance auxiliary system and method | |
| CN102546825B (en) | A kind of long-distance monitoring method of automatic drive test system and device | |
| CN102104890A (en) | Method and device for realizing base station diagnosis | |
| CN101730120A (en) | Reactivation testing method and device | |
| CN115002871B (en) | Signal connection system, signal connection method, computer device, and storage medium | |
| CN111385162A (en) | Network detection method and device, computer equipment and storage medium | |
| CN204681160U (en) | A kind of grid maintenance intelligent system of topology Network Based | |
| CN111371908A (en) | Method, device, storage medium and electronic device for sending information | |
| WO2024061252A1 (en) | Information acquisition method and apparatus, network side device and storage medium | |
| CN102511179B (en) | A kind of method of Cell tracing, equipment and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |