CN116634493A - Alarm information processing method and device, equipment and computer readable storage medium - Google Patents

Alarm information processing method and device, equipment and computer readable storage medium Download PDF

Info

Publication number
CN116634493A
CN116634493A CN202310725772.0A CN202310725772A CN116634493A CN 116634493 A CN116634493 A CN 116634493A CN 202310725772 A CN202310725772 A CN 202310725772A CN 116634493 A CN116634493 A CN 116634493A
Authority
CN
China
Prior art keywords
alarm information
outgoing
extracted
priority
historical
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310725772.0A
Other languages
Chinese (zh)
Inventor
吕云祥
龙政方
朱乾勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing Selis Phoenix Intelligent Innovation Technology Co ltd
Original Assignee
Chengdu Seres Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chengdu Seres Technology Co Ltd filed Critical Chengdu Seres Technology Co Ltd
Priority to CN202310725772.0A priority Critical patent/CN116634493A/en
Publication of CN116634493A publication Critical patent/CN116634493A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0816—Indicating performance data, e.g. occurrence of a malfunction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Alarm Systems (AREA)

Abstract

The embodiment of the application discloses a method, a device, equipment and a computer readable storage medium for processing alarm information. The method applied to the vehicle end comprises the following steps: the extracted alarm information is sent out, and whether the sending out is successful or not is detected; if the outgoing fails, recording the number of outgoing failure times, and detecting whether the number of outgoing failure times reaches the preset outgoing times or not; if the number of times of the outgoing failure is detected to reach the preset number of times of the outgoing, determining the outgoing priority corresponding to the extracted and received alarm information according to the emergency degree and the occurrence time of the extracted alarm information, and storing the extracted alarm information as historical alarm information; and updating and sending out the historical alarm information according to the sending-out priority. The application stores the warning information with the number of failed outgoing times reaching the preset outgoing times as the historical warning information, and ensures that the warning information is not lost in the off-line state of the vehicle.

Description

Alarm information processing method and device, equipment and computer readable storage medium
Technical Field
The present application relates to the field of vehicles, and in particular, to a method and apparatus for processing alarm information, a device, and a computer readable storage medium.
Background
And the cloud big data platform performs fault analysis and alarm processing according to the received fault information acquired by the vehicle end in real time. Although the real-time warning requirement can be met, in the road section running process of the network signal difference, the vehicle cannot upload the fault information extracted in real time to the cloud big data platform, so that part of fault information is lost in the cloud, and warning processing cannot be performed without omission.
Disclosure of Invention
In order to solve the technical problems, embodiments of the present application provide a method, an apparatus, a device, and a computer readable storage medium for processing alarm information, where a vehicle end stores alarm information with failure in transmission and then transmits the stored alarm information to ensure that the vehicle end receives the alarm information without omission.
Other features and advantages of the application will be apparent from the following detailed description, or may be learned by the practice of the application.
According to an aspect of the embodiment of the present application, there is provided a method for processing alarm information, applied to a vehicle end, including: the extracted alarm information is sent out, and whether the sending out is successful or not is detected; if the outgoing fails, recording the outgoing failure times, and detecting whether the outgoing failure times reach the preset outgoing times or not; if the number of the outgoing failures is detected to reach the preset number of the outgoing failures, determining the outgoing priority corresponding to the extracted and received alarm information according to the emergency degree and the occurrence time of the extracted alarm information, and storing the extracted alarm information as historical alarm information; and updating and sending out the historical alarm information according to the sending-out priority.
According to an aspect of the embodiment of the present application, there is provided a processing device for alarm information, applied to a vehicle end, including: the outgoing module is configured to send out the extracted alarm information and detect whether the outgoing is successful or not; the detection module is configured to record the number of times of the outgoing failure if the outgoing failure occurs, and detect whether the number of times of the outgoing failure reaches a preset number of times of the outgoing; the storage module is configured to determine the outgoing priority corresponding to the extracted and received alarm information according to the emergency degree and the occurrence time of the extracted alarm information if the outgoing failure times reach the preset outgoing times, and store the extracted alarm information as historical alarm information; and the processing module is configured to update and send out the historical alarm information according to the sending-out priority.
In certain embodiments, the processing device further comprises: a history alert information detection module configured to detect whether history alert information exists; the execution module is configured to execute the step of sending the extracted alarm information if the existence of the history alarm information is detected; and the matching module is configured to match the extracted alarm information with the history alarm information if the existence of the history alarm information is detected, and determine whether to update the history alarm information according to a matching result.
In some embodiments, the matching module comprises: the first matching unit is configured to not update the historical alarm information if the matching result represents that the extracted alarm information and the historical alarm information are the same alarm information; and the second matching unit is configured to update the extracted alarm information into the historical alarm information if the matching result represents that the extracted alarm information and the historical alarm information are not the same alarm information.
In certain embodiments, the memory module comprises: an obtaining unit configured to obtain a degree weighting coefficient corresponding to the degree of urgency of the extracted alarm information and a time weighting coefficient corresponding to the occurrence time; a first calculating unit configured to calculate an emergency degree priority corresponding to the extracted alarm information according to the emergency degree of the extracted alarm information and the degree weighting coefficient; a second calculating unit configured to calculate, according to the occurrence time of the extracted alarm information and the time weighting coefficient, a time degree priority corresponding to the extracted alarm information; and a third calculation unit configured to calculate, according to the emergency degree priority and the time degree priority, an outgoing priority corresponding to the extracted alarm information.
In certain embodiments, the third computing unit comprises: the summation plate is configured to perform summation operation on the numerical value corresponding to the emergency degree priority and the numerical value corresponding to the time degree priority, and calculate a summation value; the matching plate is configured to match the sum value with a value corresponding to a preset outgoing priority, and the preset outgoing priority corresponding to the successfully matched value is used as the outgoing priority corresponding to the extracted alarm information.
In certain embodiments, the memory module comprises: the outgoing deleting unit is configured to send the history alarm information out according to the order of the outgoing priority from high to low, and delete the history alarm information which is successfully sent out; a detection unit configured to detect whether a storage space of the vehicle end reaches a storage upper limit value; and the deleting unit is configured to delete the history alarm information with low outgoing priority if the history alarm information is reached.
In certain embodiments, the processing device comprises: the acquisition module is configured to acquire fault information of the vehicle end and extract the alarm information from the fault information.
According to an aspect of an embodiment of the present application, there is provided an electronic apparatus including: a controller; and a memory for storing one or more programs, which when executed by the controller, perform the above-described alarm information processing method.
According to an aspect of the embodiments of the present application, there is also provided a computer-readable storage medium having stored thereon computer-readable instructions which, when executed by a processor of a computer, cause the computer to perform the above-described alarm information processing method.
According to an aspect of embodiments of the present application, there is also provided a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions so that the computer device performs the above-described alarm information processing method.
In the technical scheme provided by the embodiment of the application, if the number of times of the outgoing failure of the outgoing alarm information of the vehicle end reaches the preset outgoing number of times, and the vehicle is characterized as in an off-line state, the corresponding outgoing priority is determined according to the emergency degree and the occurrence time of the alarm information and is stored as the historical alarm information, so that the alarm information is not lost in the off-line state of the vehicle. And meanwhile, the historical alarm information is updated according to the outgoing priority, and after the network signal is recovered, the vehicle end sequentially sends the historical alarm information according to the corresponding outgoing priority, so that the vehicle end can send the alarm information without omission.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application as claimed.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description, serve to explain the principles of the application. It is evident that the drawings in the following description are only some embodiments of the present application and that other drawings may be obtained from these drawings without inventive effort for a person of ordinary skill in the art.
FIG. 1 is a schematic diagram of an implementation environment in which the present application is directed.
FIG. 2 is a schematic diagram of an alarm processing procedure involving ports according to an exemplary embodiment of the present application.
Fig. 3 is a flowchart illustrating a method of processing alarm information according to an exemplary embodiment of the present application.
FIG. 4 is a flow chart of another method of processing alert information presented based on the embodiment shown in FIG. 3.
FIG. 5 is a flow chart of another method of processing alert information presented based on the embodiment shown in FIG. 4.
FIG. 6 is a flow chart of another method of processing alert information presented based on the embodiment shown in FIG. 3.
FIG. 7 is a flow chart of another method of processing alert information presented based on the embodiment shown in FIG. 6.
FIG. 8 is a flow chart of another method of processing alert information presented based on the embodiment shown in FIG. 3.
Fig. 9 is a flowchart of another alarm information processing method proposed based on the embodiment shown in any one of fig. 3 to 8.
Fig. 10 is a schematic structural view of an alarm information processing apparatus according to an exemplary embodiment of the present application.
Fig. 11 is a schematic diagram of a computer system of an electronic device according to an exemplary embodiment of the present application.
Detailed Description
Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples do not represent all implementations consistent with the application. Rather, they are merely examples of apparatus and methods consistent with aspects of the application as detailed in the accompanying claims.
The block diagrams depicted in the figures are merely functional entities and do not necessarily correspond to physically separate entities. That is, the functional entities may be implemented in software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.
The flow diagrams depicted in the figures are exemplary only, and do not necessarily include all of the elements and operations/steps, nor must they be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the order of actual execution may be changed according to actual situations.
In the present application, the term "plurality" means two or more. "and/or" describes an association relationship of an association object, meaning that there may be three relationships, e.g., a and/or B may represent: a exists alone, A and B exist together, and B exists alone. The character "/" generally indicates that the context-dependent object is an "or" relationship.
Referring first to fig. 1, fig. 1 is a schematic diagram of an implementation environment according to the present application. The implementation environment includes a cloud end 100 and a vehicle end 200, and communication is performed between the cloud end 100 and the vehicle end 200 through a wireless network.
The cloud end 100 is configured to receive real-time alarm information and/or historical alarm information sent by the vehicle end 200. The cloud 100 may directly display the received real-time alert information and/or the historical alert information in the monitoring web page, and support the USB device to directly copy the relevant alert information.
The cloud end 100 receives related information sent by the vehicle end. The cloud 100 may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, where a plurality of servers may form a blockchain, and the servers are nodes on the blockchain, and the cloud 100 may also be a cloud server that provides cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN (content delivery network), basic cloud computing services such as big data and artificial intelligence platform, and the like, which is not limited in this respect.
Vehicle end 200 includes, but is not limited to, a fuel-powered vehicle, a pure electric vehicle, and a hybrid electric vehicle, without limitation. The vehicle end 200 extracts the alarm information from the collected fault information, so as to perform outgoing, stores the alarm information with failed outgoing, and sends the alarm information again after the network signal is recovered, so as to ensure that the cloud end receives the alarm information without omission, and performs alarm processing without omission.
The vehicle end sends out the extracted alarm information and detects whether the sending out is successful or not; if the outgoing fails, recording the number of outgoing failure times, and detecting whether the number of outgoing failure times reaches the preset outgoing times or not; if the number of times of the outgoing failure is detected to reach the preset number of times of the outgoing, determining the outgoing priority corresponding to the extracted and received alarm information according to the emergency degree and the occurrence time of the extracted alarm information, and storing the extracted alarm information as historical alarm information; and updating and sending out the historical alarm information according to the sending-out priority.
Referring to fig. 2, fig. 2 is a schematic diagram illustrating an alarm information processing procedure related to ports according to an exemplary embodiment of the present application. The CDC (central data computer) in the vehicle end 200 receives CAN (controller area network) data forwarded by the gateway, and extracts alarm information in the CAN data. Meanwhile, the vehicle end 200 collects signals of alarm appearance and alarm disappearance which need to be sent to the cloud end 100, assembles the signals into an mqtt message, and sends the mqtt message out through a tbox. After receiving the message from the tbox, the cloud 100 extracts the alarm information from the message and displays the alarm information in real time in the monitoring webpage.
Referring to fig. 3, fig. 3 is a flowchart of a method for processing alarm information according to an exemplary embodiment of the present application. The method may be specifically performed by the vehicle end 200 in the implementation environment shown in fig. 1. Of course, the method may also be applied to other implementation environments and executed by a server device in other implementation environments, which is not limited by the present embodiment. As shown in fig. 3, the method at least includes S310 to S340, which are described in detail as follows:
S310: and sending out the extracted alarm information, and detecting whether the sending out is successful.
The warning information is extracted from the relevant original information received by the vehicle end, and is not the original information directly received by the vehicle end, namely the vehicle end needs to extract the received original information to obtain the corresponding warning information, and it is worth noting that not all the original information contains the warning information.
The cloud end 100 in the implementation environment shown in fig. 1 may be used as a receiving end for sending out the alarm information, that is, the vehicle end 200 in this embodiment may send the alarm information to the cloud end 100, and determine whether the alarm information is sent out successfully according to the receiving success signal fed back by the cloud end 100, for example, if the vehicle end 200 receives the receiving success signal fed back by the cloud end 100 within a specified duration, it characterizes that the alarm information sent out by the vehicle end 200 is sent out successfully to the cloud end 100. The cloud end 100 does not receive the alarm information sent by the vehicle end 200, and does not feed back the receiving success signal, and the vehicle end 200 cannot receive the receiving success signal fed back by the cloud end 100 within a specified duration, and the alarm information sent by the vehicle end 200 is characterized as not being successfully sent to the cloud end 100.
S320: if the outgoing fails, recording the number of outgoing failure times, and detecting whether the number of outgoing failure times reaches the preset outgoing times.
In this embodiment, the alarm information is not sent out once, and multiple sending operations can be performed. For example, if the first delivery fails, recording the number of times of the first delivery failure, and performing the second delivery within a specified duration, if the delivery succeeds, stopping the delivery operation; if the outgoing fails, the number of times of the failed outgoing is recorded again, and the third outgoing is performed within the appointed duration.
The preset number of outgoing times is a parameter preset before the vehicle leaves the factory. For example, if the preset number of outgoing times is three, the alarm information is only sent out three times at most, that is, if the third alarm information outgoing operation still fails, the current network signal is poor, and the alarm information outgoing operation is stopped.
Before the number of the outgoing failures reaches the preset number of the outgoing failures, if the alarm information is successfully sent out, the outgoing operation is stopped, and the recorded number of the outgoing failures is cleared. For example, the preset number of times of outgoing is three, the first time of outgoing failure of the alarm information and the second time of successful outgoing are not performed on the alarm information any more, and the recorded number of times of outgoing failure is cleared to save the data storage space of the vehicle end.
S330: if the number of times of the outgoing failure is detected to reach the preset number of times of the outgoing, determining the outgoing priority corresponding to the extracted and received alarm information according to the emergency degree and the occurrence time of the extracted alarm information, and storing the extracted alarm information as historical alarm information.
The alarm information comprises an emergency degree and occurrence time, wherein the higher the emergency degree is, the more emergency the alarm information is represented, and the higher the corresponding emergency degree priority is; the larger the occurrence time is, the later the occurrence time of the characterization alarm information is, and the higher the corresponding time degree priority is.
The outgoing priority in this embodiment is calculated from the emergency degree and the occurrence time of the alarm information.
The history warning information is information stored at the vehicle end, the prior art scheme generally carries out the transmission of the real-time information, and does not store the related information, but the embodiment considers the situation that the network signal is poor and the real-time information cannot be successfully transmitted, and stores the related information as the history information.
S340: and updating and sending out the historical alarm information according to the sending-out priority.
For example, if the vehicle end processes the offline state (i.e. the condition of poor network signal) for a long time or the vehicle end information storage space reaches the upper limit value, the history alarm information with low outgoing priority is deleted, so as to ensure the storage space of the history alarm information with high outgoing priority.
The vehicle end of the embodiment sends out the extracted alarm information and detects whether the sending out is successful or not; if the outgoing fails, recording the number of outgoing failure times, and detecting whether the number of outgoing failure times reaches the preset outgoing times or not; if the number of times of the outgoing failure reaches the preset number of times of the outgoing, representing that the vehicle is in an offline state, determining the corresponding outgoing priority according to the emergency degree and the occurrence time of the alarm information, and storing the alarm information as historical alarm information to ensure that the alarm information is not lost in the offline state of the vehicle. And meanwhile, the historical alarm information is updated according to the outgoing priority, and after the network signal is recovered, the vehicle end sequentially sends the historical alarm information according to the corresponding outgoing priority, so that the vehicle end can send the alarm information without omission.
In an exemplary embodiment of the present application, the historical alert information stored at the vehicle end is detected, referring specifically to fig. 4, and fig. 4 is a flowchart of another alert information processing method according to the embodiment shown in fig. 3. The method further includes S410 to S430 before S310 shown in fig. 3, and is described in detail below:
s410: detecting whether historical alarm information exists.
S420: and if the fact that the historical alarm information does not exist is detected, executing the step of sending out the extracted alarm information.
For example, if the vehicle end does not store the historical alarm information, the vehicle end indicates that the alarm information sent by the vehicle end before the current moment is successfully sent out, or indicates that the vehicle end before the current moment has no fault. And assembling the current alarm information into an mqtt message for outgoing.
S430: if the existence of the historical alarm information is detected, the extracted alarm information is matched with the historical alarm information, and whether the historical alarm information is updated or not is determined according to a matching result.
The historical alarm information stored by the vehicle end can have a plurality of different types of alarm information, the alarm information needs to be matched with the stored historical alarm information of the vehicle end, whether the vehicle end stores the current alarm information or not is determined, and whether the current alarm information is stored as the historical alarm information or not is determined according to a matching result.
The embodiment illustrates that after the vehicle end extracts the current alarm information, whether the stored historical alarm information is detected or not is required, if the stored historical alarm information is present, whether the historical alarm information is updated is determined according to the matching result of the current alarm information and the historical alarm information, the historical alarm information is updated in time, and the storage resource of the vehicle end is optimized.
In another exemplary embodiment of the present application, how to update the historical alert information according to the matching result is further described, with particular reference to fig. 5, fig. 5 is a flowchart of another alert information processing method according to the embodiment shown in fig. 4. The method further includes S510 to S520 in S430 shown in fig. 4, and is described in detail below:
s510: if the matching result characterizes that the extracted alarm information and the historical alarm information are the same alarm information, the historical alarm information is not updated.
The current extracted alarm information is asfd, and if asdf information exists in the historical alarm information, the extracted alarm information and the historical alarm information are represented to be the same alarm information, namely, the vehicle end already stores the alarm information, and repeated storage is not needed.
S520: if the matching result characterizes that the extracted alarm information and the historical alarm information are not the same alarm information, the extracted alarm information is updated into the historical alarm information.
If the extracted alarm information and the history alarm information are not the same alarm information, the current alarm information is not stored in the characterization history alarm information, and the current alarm information is stored as the history alarm information.
The embodiment provides a mode for updating the historical alarm information according to the matching result, if the matching result characterizes that the extracted alarm information and the historical alarm information are not the same alarm information, the extracted alarm information is updated into the historical alarm information, and different alarm information is stored without omission, so that the coverage range of the historical alarm information is enlarged.
In another exemplary embodiment of the present application, the calculation process of the outgoing priority is described, with particular reference to fig. 6, and fig. 6 is a flowchart of another alarm information processing method according to the embodiment shown in fig. 3. The method includes S610 to S640 in S330 shown in fig. 3, and is described in detail below:
s610: and acquiring a degree weighting coefficient corresponding to the emergency degree of the extracted alarm information and a time weighting coefficient corresponding to the occurrence time.
The emergency degree and the occurrence time can be digitalized, and the higher the emergency degree is, the larger the value is; the later the time of occurrence, the greater its value.
The degree weighting coefficient and the time weighting coefficient are parameters preset before the vehicle leaves the factory, and are generally fixed constants, the sum of the degree weighting coefficient and the time weighting coefficient is generally 1, for example, the degree weighting coefficient is 0.4, the time weighting coefficient is 0.6, and the specific numerical value of the degree weighting coefficient is not limited in the embodiment.
S620: and calculating the emergency degree priority corresponding to the extracted alarm information according to the emergency degree and the degree weighting coefficient of the extracted alarm information.
For example, for the sake of convenience in calculation, it is necessary to numerically process the degree of urgency, the degree weighting coefficient, and the degree of urgency priority, for example, the degree of urgency corresponds to a value of 10, and the degree weighting coefficient is 0.4, and then the degree of urgency priority=10×0.4=4.
S630: and calculating the time degree priority corresponding to the extracted alarm information according to the occurrence time and the time weighting coefficient of the extracted alarm information.
For example, when the alarm information occurs at 20 and the time weighting coefficient is 0.6, the time degree priority=20×0.6=12.
S640: and calculating the outgoing priority corresponding to the extracted alarm information according to the emergency degree priority and the time degree priority.
The emergency degree priority and the time degree priority are averaged, absolute differences between the two degree priorities and the average value are obtained respectively, and the degree priority with the smallest absolute difference is selected as the outgoing priority corresponding to the alarm information.
For another example, the outgoing priority corresponding to the extracted alarm information may be determined directly according to the emergency degree priority and the time degree priority. And determining the emergency degree priority and the time degree priority of successful matching according to the table 1, so that the corresponding preset outgoing priority is used as the outgoing priority corresponding to the extracted alarm information. Wherein, table 1 is a corresponding table of the relation between preset outgoing priority and emergency priority and time priority, respectively.
TABLE 1
If the emergency degree priority is 4 and the time degree priority is 11, it can be determined according to table 1 that the outgoing priority corresponding to the extracted alarm information is the fourth outgoing priority.
The embodiment provides a mode for calculating the outgoing priority corresponding to the alarm information, and calculates the emergency priority according to the emergency degree and the degree weighting coefficient, and calculates the time priority according to the occurrence time and the time weighting coefficient. Because the emergency degree priority and the time degree priority are respectively and carefully calculated, the outgoing priority corresponding to the extracted alarm information is more accurate according to the emergency degree priority and the time degree priority.
In another exemplary embodiment, a manner of determining the outgoing priority corresponding to the alarm information is described, and referring specifically to fig. 7, fig. 7 is a flowchart of another method for processing alarm information according to the embodiment shown in fig. 6. The method includes S710 to S720 in S640 as shown in fig. 6, and is described in detail below:
s710: and carrying out summation operation on the numerical value corresponding to the emergency degree priority and the numerical value corresponding to the time degree priority, and calculating to obtain a summation value.
S720: and matching the value corresponding to the sum value with a preset outgoing priority, and taking the preset outgoing priority corresponding to the successfully matched value as the outgoing priority corresponding to the extracted alarm information.
For example, the value corresponding to the emergency degree is 10, the degree weighting coefficient is 0.6, and the value corresponding to the emergency degree priority is calculated to be 6; the occurrence time is 15, the time weighting coefficient is 0.4, the numerical value corresponding to the priority of the time degree is calculated to be 6, and the sum of the numerical value and the priority of the time degree is 12. And determining the outgoing priority as a fifth outgoing priority according to the numerical relation between the sum value shown in the table 2 and the preset outgoing priority. Wherein, table 2 is a relation table of sum values and preset outgoing priorities.
Sum value Presetting outgoing priority
…… ……
11 Fourth outgoing priority
12 Fifth outgoing priority
…… ……
TABLE 2
The embodiment provides a method for determining the outgoing priority corresponding to the alarm information. And according to the sum of the numerical value corresponding to the emergency degree priority and the numerical value corresponding to the time degree priority, the preset outgoing priority obtained by matching the numerical value is used as the outgoing priority corresponding to the alarm information, the whole matching process is convenient and quick, and the efficiency of the outgoing priority determining process is improved.
In another exemplary embodiment of the present application, how to update and send out the historical alert information according to the sending out priority is described, and referring specifically to fig. 8, fig. 8 is a flowchart of another alert information processing method according to the embodiment shown in fig. 3. The method includes S810 to S830 in S340 shown in fig. 3, and is described in detail below:
s810: and sending out the history alarm information according to the sequence of sending out priority from high to low, and deleting the history alarm information which is successfully sent out.
The higher the outgoing priority is, the higher the outgoing sequence is, the higher the outgoing priority is, and under the condition that the network signal is recovered (namely, the outgoing condition is met), the history alarm information with high outgoing priority is preferentially sent out, and meanwhile, the history alarm information with successful outgoing is timely deleted, so that the allowance of the storage space is ensured.
S820: and detecting whether the storage space of the vehicle end reaches the storage upper limit value.
The upper limit value of storage is the maximum capacity of the storage space to store data, and exceeding the upper limit value affects the normal use of the storage space, and may cause loss of the stored data or failure of storing new data.
S830: and if so, deleting the history alarm information with low outgoing priority.
Under the condition that the vehicle is offline for a long time, more historical alarm information is stored, so that the storage space is exhausted, and in order to prevent the loss of the historical alarm information with high outgoing priority, the historical alarm information with low outgoing priority is deleted, so that the storage of the historical alarm information with high outgoing priority is ensured.
The embodiment provides a mode for updating and processing the history alarm information according to the outgoing priority, and the history alarm information with low outgoing priority is deleted by deleting the outgoing history alarm information in time and reaching the storage upper limit value in the storage space so as to ensure the normal outgoing and storage of the history alarm information with high outgoing priority.
The existing vehicle end generally directly sends the collected original information to other receiving ends, so that other vehicle ends perform data processing according to the original information, and the condition of information loss is easy to occur due to the huge quantity of the original information. For example, the existing cloud big data platform generally receives the CAN data of the vehicle end in full quantity, so that whether the vehicle has fault information or not is analyzed, and accordingly alarm processing is conducted. Because the cloud big data platform needs to receive a large amount of CAN data of the vehicle end in real time, data loss is easy to occur, and the cloud big data platform and the vehicle end are closely interacted and have more interaction times, so that the network load pressure is higher.
The application divides the collection of the alarm information and the data processing of the cloud big data platform, the vehicle end extracts the alarm information from the fault information of the collected CAN data, and sends the alarm information out directly to reduce the interaction times of the vehicle end and other ports and reduce the network load pressure, and referring to fig. 9, fig. 9 is a flow chart of another alarm information processing method based on the embodiment shown in any one of fig. 3 to 8. The method further includes S910, described in detail below, before S310:
s910: and collecting fault information of the vehicle end, and extracting alarm information from the fault information.
The central data computer in the vehicle end collects fault information in the CAN data, extracts corresponding alarm information from the fault information, assembles the alarm information into an mqtt message, and sends the mqtt message through a tbox, so that the cloud receives the mqtt message sent by the tbox, extracts the alarm information therein and directly displays the alarm information in a monitoring webpage.
The vehicle end extracts the alarm information from the fault information, and does not need to send a large amount of fault information to other receiving ends for processing and analysis, so that the probability of information loss in the sending process is reduced, the interaction times between the vehicle end and other ends are reduced, and the network load pressure is reduced.
In another aspect, the present application further provides an alarm information processing apparatus, as shown in fig. 10, and fig. 10 is a schematic structural diagram of an alarm information processing apparatus according to an exemplary embodiment of the present application. The processing device of the alarm information is applied to a vehicle end and comprises:
and an outgoing module 1010 configured to outgoing the extracted alarm information and detect whether the outgoing is successful.
The detecting module 1030 is configured to record the number of times of the outgoing failure if the outgoing failure occurs, and detect whether the number of times of the outgoing failure reaches a preset number of times of the outgoing.
The storage module 1050 is configured to determine an outgoing priority corresponding to the extracted received alarm information according to the emergency degree and the occurrence time of the extracted alarm information if the number of detected outgoing failures reaches the preset number of outgoing failures, and store the extracted alarm information as historical alarm information.
The processing module 1070 is configured to update and send out the historical alert information according to the sending out priority.
In another exemplary embodiment of the present application, the processing apparatus further includes:
and the historical alarm information detection module is configured to detect whether the historical alarm information exists.
And the execution module is configured to execute the step of sending the extracted alarm information if the existence of the history alarm information is detected.
And the matching module is configured to match the extracted alarm information with the history alarm information if the existence of the history alarm information is detected, and determine whether to update the history alarm information according to a matching result.
In another exemplary embodiment of the present application, the matching module includes:
the first matching unit is configured to not update the historical alarm information if the matching result characterizes that the extracted alarm information and the historical alarm information are the same alarm information.
And the second matching unit is configured to update the extracted alarm information into the historical alarm information if the matching result characterizes that the extracted alarm information and the historical alarm information are not the same alarm information.
In another exemplary embodiment of the present application, the storage module 1050 includes:
and the acquisition unit is configured to acquire a degree weighting coefficient corresponding to the emergency degree of the extracted alarm information and a time weighting coefficient corresponding to the occurrence time.
The first calculating unit is configured to calculate the emergency degree priority corresponding to the extracted alarm information according to the emergency degree and the degree weighting coefficient of the extracted alarm information.
And the second calculating unit is configured to calculate the time degree priority corresponding to the extracted alarm information according to the occurrence time and the time weighting coefficient of the extracted alarm information.
And the third calculation unit is configured to calculate the outgoing priority corresponding to the extracted alarm information according to the emergency degree priority and the time degree priority.
In another exemplary embodiment of the present application, the third calculation unit includes:
and the summation plate is configured to perform summation operation on the numerical value corresponding to the emergency degree priority and the numerical value corresponding to the time degree priority, and calculate a summation value.
The matching plate is configured to match the value corresponding to the sum value with the preset outgoing priority, and the preset outgoing priority corresponding to the successfully matched value is used as the outgoing priority corresponding to the extracted alarm information.
In another exemplary embodiment of the present application, the storage module 1050 includes:
and the outgoing deleting unit is configured to outgoing the history alarm information according to the order of the outgoing priority from high to low, and delete the history alarm information which is successfully outgoing.
And the detection unit is configured to detect whether the storage space of the vehicle end reaches the storage upper limit value.
And the deleting unit is configured to delete the history alarm information with low outgoing priority if the history alarm information is reached.
In another exemplary embodiment of the present application, a processing apparatus includes:
the acquisition module is configured to acquire fault information of the vehicle end and extract alarm information from the fault information.
It should be noted that, the processing apparatus for alarm information provided in the foregoing embodiment and the processing method for alarm information provided in the foregoing embodiment belong to the same concept, and the specific manner in which each module and unit perform the operation has been described in detail in the method embodiment, which is not repeated here.
Another aspect of the present application also provides an electronic device, including: a controller; and a memory for storing one or more programs, which when executed by the controller, perform the above-described alarm information processing method.
Referring to fig. 11, fig. 11 is a schematic diagram of a computer system of an electronic device according to an exemplary embodiment of the present application, which illustrates a schematic diagram of a computer system of an electronic device suitable for implementing an embodiment of the present application.
It should be noted that, the computer system 1100 of the electronic device shown in fig. 11 is only an example, and should not impose any limitation on the functions and the application scope of the embodiments of the present application.
As shown in fig. 11, the computer system 1100 includes a central processing unit (CentralProcessingUnit, CPU) 1101 that can perform various appropriate actions and processes, such as performing the methods in the above-described embodiments, according to a program stored in a Read-only memory (ROM) 1102 or a program loaded from a storage section 1108 into a random access memory (RandomAccessMemory, RAM) 1103. In the RAM1103, various programs and data required for system operation are also stored. The CPU1101, ROM1102, and RAM1103 are connected to each other by a bus 1104. An Input/Output (I/O) interface 1105 is also connected to bus 1104.
The following components are connected to the I/O interface 1105: an input section 1106 including a keyboard, a mouse, and the like; an output portion 1107 including a cathode ray tube (CathodeRayTube, CRT), a liquid crystal display (LiquidCrystalDisplay, LCD), and the like, a speaker, and the like; a storage section 1108 including a hard disk or the like; and a communication section 1109 including a network interface card such as a LAN (local area network) card, a modem, or the like. The communication section 1109 performs communication processing via a network such as the internet. The drive 1110 is also connected to the I/O interface 1105 as needed. Removable media 1111, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like, is installed as needed in drive 1110, so that a computer program read therefrom is installed as needed in storage section 1108.
In particular, according to embodiments of the present application, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising a computer program for performing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network via the communication portion 1109, and/or installed from the removable media 1111. When executed by a Central Processing Unit (CPU) 1101, performs the various functions defined in the system of the present application.
It should be noted that, the computer readable medium shown in the embodiments of the present application may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium may be, for example, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (ReadOnlyMemory, EPROM), a flash memory, an optical fiber, a portable Compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present application, however, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with a computer-readable computer program embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. A computer program embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. Where each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units involved in the embodiments of the present application may be implemented by software, or may be implemented by hardware, and the described units may also be provided in a processor. Wherein the names of the units do not constitute a limitation of the units themselves in some cases.
Another aspect of the present application also provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements a method of processing alert information as before. The computer-readable storage medium may be included in the electronic device described in the above embodiment or may exist alone without being incorporated in the electronic device.
Another aspect of the application also provides a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions so that the computer device performs the processing method of the alarm information provided in the above-described respective embodiments.
According to an aspect of the embodiment of the present application, there is also provided a computer system including a central processing unit (CentralProcessingUnit, CPU) which can perform various appropriate actions and processes, such as performing the method in the above-described embodiment, according to a program stored in a Read-Only Memory (ROM) or a program loaded from a storage section into a Random access Memory (Random AccessMemory, RAM). In the RAM, various programs and data required for the system operation are also stored. The CPU, ROM and RAM are connected to each other by a bus. An Input/Output (I/O) interface is also connected to the bus.
The following components are connected to the I/O interface: an input section including a keyboard, a mouse, etc.; an output section including a cathode ray tube (CathodeRayTube, CRT), a liquid crystal display (LiquidCrystalDisplay, LCD), and the like, a speaker, and the like; a storage section including a hard disk or the like; and a communication section including a network interface card such as a LAN (Local AreaNetwork ) card, a modem, or the like. The communication section performs communication processing via a network such as the internet. The drives are also connected to the I/O interfaces as needed. Removable media such as magnetic disks, optical disks, magneto-optical disks, semiconductor memories, and the like are mounted on the drive as needed so that a computer program read therefrom is mounted into the storage section as needed.
The foregoing is merely illustrative of the preferred embodiments of the present application and is not intended to limit the embodiments of the present application, and those skilled in the art can easily make corresponding variations or modifications according to the main concept and spirit of the present application, so that the protection scope of the present application shall be defined by the claims.

Claims (10)

1. The processing method of the alarm information is characterized by being applied to a vehicle end, and comprises the following steps:
The extracted alarm information is sent out, and whether the sending out is successful or not is detected;
if the outgoing fails, recording the outgoing failure times, and detecting whether the outgoing failure times reach the preset outgoing times or not;
if the number of the outgoing failures is detected to reach the preset number of the outgoing failures, determining the outgoing priority corresponding to the extracted and received alarm information according to the emergency degree and the occurrence time of the extracted alarm information, and storing the extracted alarm information as historical alarm information;
and updating and sending out the historical alarm information according to the sending-out priority.
2. The processing method according to claim 1, wherein before the outgoing of the extracted alarm information, the processing method further comprises:
detecting whether historical alarm information exists;
if the historical alarm information is detected to be absent, executing the step of sending the extracted alarm information;
and if the existence of the historical alarm information is detected, matching the extracted alarm information with the historical alarm information, and determining whether to update the historical alarm information according to a matching result.
3. The processing method according to claim 2, wherein the determining whether to update the history alert information according to the matching result includes:
if the matching result represents that the extracted alarm information and the historical alarm information are the same alarm information, the historical alarm information is not updated;
and if the matching result represents that the extracted alarm information and the historical alarm information are not the same alarm information, updating the extracted alarm information into the historical alarm information.
4. The processing method according to claim 1, wherein the determining the outgoing priority corresponding to the extracted and received alarm information according to the emergency degree and the occurrence time of the extracted and received alarm information includes:
acquiring a degree weighting coefficient corresponding to the emergency degree of the extracted alarm information and a time weighting coefficient corresponding to the occurrence time;
according to the emergency degree of the extracted alarm information and the degree weighting coefficient, calculating to obtain the emergency degree priority corresponding to the extracted alarm information;
calculating the time degree priority corresponding to the extracted alarm information according to the occurrence time of the extracted alarm information and the time weighting coefficient;
And calculating the outgoing priority corresponding to the extracted alarm information according to the emergency degree priority and the time degree priority.
5. The processing method according to claim 4, wherein the calculating the outgoing priority corresponding to the extracted alarm information according to the emergency degree priority and the time degree priority includes:
summing the numerical value corresponding to the emergency degree priority and the numerical value corresponding to the time degree priority, and calculating to obtain a sum value;
and matching the sum with a value corresponding to a preset outgoing priority, and taking the preset outgoing priority corresponding to the successfully matched value as the outgoing priority corresponding to the extracted alarm information.
6. The processing method according to claim 1, wherein the updating and outgoing processing of the history alert information according to the outgoing priority includes:
the history alarm information is sent out according to the sequence of the sending priority from high to low, and the history alarm information which is sent out successfully is deleted;
detecting whether the storage space of the vehicle end reaches a storage upper limit value;
And if so, deleting the history alarm information with low outgoing priority.
7. The processing method according to any one of claims 1 to 6, characterized in that before the outgoing of the extracted alarm information, the processing method comprises:
and collecting fault information of the vehicle end, and extracting the alarm information from the fault information.
8. The utility model provides a processing apparatus of warning information which characterized in that applies to the car end, processing apparatus includes:
the outgoing module is configured to send out the extracted alarm information and detect whether the outgoing is successful or not;
the detection module is configured to record the number of times of the outgoing failure if the outgoing failure occurs, and detect whether the number of times of the outgoing failure reaches a preset number of times of the outgoing;
the storage module is configured to determine the outgoing priority corresponding to the extracted and received alarm information according to the emergency degree and the occurrence time of the extracted alarm information if the outgoing failure times reach the preset outgoing times, and store the extracted alarm information as historical alarm information;
and the processing module is configured to update and send out the historical alarm information according to the sending-out priority.
9. An electronic device, comprising:
a controller;
a memory for storing one or more programs that, when executed by the controller, cause the controller to implement the processing method of any of claims 1-7.
10. A computer readable storage medium having stored thereon computer readable instructions which, when executed by a processor of a computer, cause the computer to perform the processing method of any of claims 1 to 7.
CN202310725772.0A 2023-06-19 2023-06-19 Alarm information processing method and device, equipment and computer readable storage medium Pending CN116634493A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310725772.0A CN116634493A (en) 2023-06-19 2023-06-19 Alarm information processing method and device, equipment and computer readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310725772.0A CN116634493A (en) 2023-06-19 2023-06-19 Alarm information processing method and device, equipment and computer readable storage medium

Publications (1)

Publication Number Publication Date
CN116634493A true CN116634493A (en) 2023-08-22

Family

ID=87621264

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310725772.0A Pending CN116634493A (en) 2023-06-19 2023-06-19 Alarm information processing method and device, equipment and computer readable storage medium

Country Status (1)

Country Link
CN (1) CN116634493A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117575335A (en) * 2024-01-17 2024-02-20 成都赛力斯科技有限公司 Vehicle development project risk monitoring method, device, system, equipment and medium

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117575335A (en) * 2024-01-17 2024-02-20 成都赛力斯科技有限公司 Vehicle development project risk monitoring method, device, system, equipment and medium
CN117575335B (en) * 2024-01-17 2024-05-03 成都赛力斯科技有限公司 Vehicle development project risk monitoring method, device, system, equipment and medium

Similar Documents

Publication Publication Date Title
CN106874135B (en) Method, device and equipment for detecting machine room fault
CN116634493A (en) Alarm information processing method and device, equipment and computer readable storage medium
CN110347694B (en) Equipment monitoring method, device and system based on Internet of things
CN211321337U (en) Monitoring system for communication system
CN114567538A (en) Alarm information processing method and device
CN112184115A (en) Logistics early warning method, logistics recommendation method, logistics early warning device and related equipment
CN117041029A (en) Network equipment fault processing method and device, electronic equipment and storage medium
CN105023124A (en) Transformer station defect real time research and judge method, apparatus and system
CN114779747A (en) Vehicle fault cause determination system and method
CN112947333A (en) Socket long connection-based balanced load fragmentation method
CN116701787A (en) Cloud-based destination recommendation method, device and storage medium
CN111427749A (en) Monitoring tool and method for ironic service in openstack environment
CN114095394A (en) Network node fault detection method and device, electronic equipment and storage medium
CN110213667B (en) Network guarantee method, system, equipment and storage medium for online video interaction
CN112799957A (en) User behavior based fault handling method, system, device and medium
CN111611132A (en) Operation and maintenance analysis method, device, equipment and medium for service
CN113297026B (en) Object detection method and device, electronic equipment and computer-readable storage medium
CN113742164B (en) Diversified data acquisition system and method based on digital power grid and storage medium
CN112035243A (en) Data query method, device, terminal and medium
CN116708135B (en) Network service fault monitoring method and device, electronic equipment and storage medium
CN114722061B (en) Data processing method and device, equipment and computer readable storage medium
CN112367324B (en) CDN attack detection method and device, storage medium and electronic equipment
CN116957402A (en) Target defect-based processing method and device and computer readable storage medium
CN117880055B (en) Network fault diagnosis method, device, equipment and medium based on transmission layer index
CN115292081B (en) Information sending method, device, electronic equipment and medium

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
TA01 Transfer of patent application right

Effective date of registration: 20240124

Address after: No. 13 Xingxiang Road, Zengjia Town, High tech Zone, Shapingba District, Chongqing, 400039

Applicant after: Chongqing Selis Phoenix Intelligent Innovation Technology Co.,Ltd.

Country or region after: China

Address before: 610095 No. 2901, floor 29, unit 1, building 1, No. 151, Tianfu Second Street, high tech Zone, China (Sichuan) pilot Free Trade Zone, Chengdu, Sichuan Province

Applicant before: Chengdu Thalys Technology Co.,Ltd.

Country or region before: China

TA01 Transfer of patent application right