CN115762523A

CN115762523A - Fault record acquisition method and device, electronic equipment and readable storage medium

Info

Publication number: CN115762523A
Application number: CN202211317416.7A
Authority: CN
Inventors: 马帅; 郭杨
Original assignee: Yonyou Network Technology Co Ltd
Current assignee: Yonyou Network Technology Co Ltd
Priority date: 2022-10-26
Filing date: 2022-10-26
Publication date: 2023-03-07

Abstract

The application discloses a fault record obtaining method and device, electronic equipment and a readable storage medium, and belongs to the technical field of computers. The fault record acquisition method comprises the following steps: and acquiring voice information of the fault description. The voice information is converted into text information. And preprocessing the text information to acquire fault key information. And acquiring a filling mode based on the fault key information. And acquiring a fault record based on the filling mode and the fault key information.

Description

Fault record acquisition method and device, electronic equipment and readable storage medium

Technical Field

The application belongs to the technical field of computers, and particularly relates to a fault record obtaining method and device, electronic equipment and a readable storage medium.

Background

In the prior art, in the asset field, fault records are important contents of asset operation management, and asset managers and responsible persons need to record fault histories of assets in time to be used as important bases for carrying out statistics and analysis on asset fault rates, outage rates and average outage intervals in the future, so that the reliability of assets can be analyzed. However, due to the large variety of asset classes and the large number of assets responsible for the asset manager, the following problems exist:

(1) The method comprises the following steps that an asset manager establishes fault records in a manual entry mode in daily inspection work, however, due to the fact that the assets are numerous, work is time-consuming, the efficiency is low, the fault records are established in a manual entry mode, and due to the fact that the assets are numerous, the work is time-consuming, and the efficiency is low.

(2) Because the asset classes are various, when an asset manager selects assets, the current assets cannot be directly positioned, the classes are selected firstly, then the assets are selected, and the operation is complicated.

(3) When an asset manager discovers a fault, a more timely manner is currently needed to establish a fault record for situations that are more urgent and require immediate processing.

Disclosure of Invention

The embodiment of the application aims to provide a fault record acquisition method and device, an electronic device and a readable storage medium, which can solve the problems that the fault record is established in a manual entry mode, but the work is time-consuming and the efficiency is low due to a plurality of assets.

In a first aspect, an embodiment of the present application provides a method for acquiring a fault record, including: and acquiring voice information of the fault description. The voice information is converted into text information. And preprocessing the text information to acquire fault key information. And acquiring a filling mode based on the fault key information. And acquiring a fault record based on the filling mode and the fault key information.

In a second aspect, an embodiment of the present application provides a fault record obtaining apparatus, which includes a first obtaining module, a first converting module, a first preprocessing module, a second obtaining module, and a third obtaining module. The first acquisition module is used for acquiring the voice information of the fault description. The first conversion module is used for converting the voice information into text information. The first preprocessing module is used for preprocessing the text information to acquire fault key information. And the second acquisition module is used for acquiring a filling mode based on the fault key information. And the third acquisition module is used for acquiring the fault record based on the filling mode and the fault key information.

In a third aspect, an embodiment of the present application provides an electronic device, which includes a processor and a memory, the memory stores a program or instructions executable on the processor, which when executed by the processor, performs the steps of the fault record acquisition method as in the first aspect.

In a fourth aspect, the present application provides a readable storage medium, on which a program or instructions are stored, and when executed by a processor, the program or instructions implement the steps of the fault record obtaining method according to the first aspect.

In the embodiment, the intelligent voice recognition technology is utilized to convert natural language (voice information of fault description) into machine language (text information) which can be recognized by a computer, then the intelligent analysis technology is utilized to automatically extract key information (fault key information), and finally fault record information is directly established. This embodiment can practice thrift the cost of labor, improves office efficiency.

Drawings

Fig. 1 shows one of the flow diagrams of a fault record obtaining method provided in the embodiment of the present application;

fig. 2 shows a second flowchart of a fault record obtaining method according to an embodiment of the present application;

fig. 3 shows a third flowchart of a fault record obtaining method according to an embodiment of the present application;

fig. 4 shows a fourth flowchart of the fault record obtaining method provided in the embodiment of the present application;

fig. 5 shows a fifth flowchart of a fault record obtaining method provided in the embodiment of the present application;

fig. 6 shows a sixth schematic flowchart of a fault record obtaining method provided in the embodiment of the present application;

fig. 7 shows a block diagram of a fault record obtaining apparatus according to an embodiment of the present application;

fig. 8 shows a block diagram of an electronic device provided in an embodiment of the present application;

fig. 9 shows a hardware structure diagram of an electronic device according to an embodiment of the present application.

Fig. 10 shows a seventh flowchart of a fault record obtaining method provided in the embodiment of the present application;

FIG. 11 is a diagram illustrating a multi-dimensional analysis of an intelligent selection algorithm provided by an embodiment of the present application;

fig. 12 shows a skill interface relationship diagram provided in the embodiment of the present application.

Wherein, the correspondence between the reference numbers and the component names in fig. 1 to 12 is:

100: a failure record acquisition device; 110; a first acquisition module; 120 of a solvent; a first conversion module; 130, 130; a first pre-processing module; 140 of a solvent; a second acquisition module; 150; a third obtaining module; 202; a first skill interface; 204; a second skill interface; 1000: an electronic device; 1002: a processor; 1004: a memory; 1100: an electronic device; 1101: a radio frequency unit; 1102: a network module; 1103: an audio output unit; 1104: an input unit; 11041: a graphics processor; 11042: a microphone; 1105: a sensor; 1106: a display unit; 11061: a display panel; 1107: a user input unit; 11071: a touch panel; 11072: other input devices; 1108: an interface unit; 1109: a memory; 1110: a processor.

Detailed Description

The technical solutions in the embodiments of the present application will be described clearly below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, embodiments of the present application. All other embodiments, which can be derived from the embodiments in the present application by a person skilled in the art, are within the scope of protection of the present application.

The terms first, second and the like in the description and in the claims of the present application are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It will be appreciated that the data so used may be interchanged under appropriate circumstances such that embodiments of the application may be practiced in sequences other than those illustrated or described herein, and that the terms "first," "second," and the like are generally used herein in a generic sense and do not limit the number of terms, e.g., the first term can be one or more than one. In addition, "and/or" in the specification and claims means at least one of connected objects, a character "/" generally means that a preceding and succeeding related objects are in an "or" relationship.

The method and apparatus for acquiring a fault record, the electronic device, and the readable storage medium provided by the embodiments of the present application are described in detail below with reference to fig. 1 to 12 through specific embodiments and application scenarios thereof.

An embodiment of the present application provides a method for acquiring a fault record, and fig. 1 shows one of the flow diagrams of the method for acquiring a fault record provided by the embodiment of the present application, and as shown in fig. 1, the method for acquiring a fault record includes:

step 102, obtaining the voice information of the fault description.

Step 104, converting the voice information into text information.

And 106, preprocessing the text information to acquire fault key information.

And step 108, acquiring a filling mode based on the fault key information.

And step 110, acquiring a fault record based on the filling mode and the fault key information.

It can be understood that in a related scene of asset management, a fault record of an asset needs to be established, and in the related technology, the fault record is established mainly in a manual handwriting record or computer character input mode.

In the embodiment, the voice information of the fault description is recognized and converted into the text information, so that manual input is avoided in the process, and manual operation errors can be effectively reduced.

In the embodiment, the text information is preprocessed to obtain the fault key information, the filling and reporting mode is automatically selected according to the fault key information, and finally, after the filling and reporting mode is determined, the fault key information is recorded according to the filling and reporting mode to obtain the fault record. The traditional manual fault filling mode cannot establish fault data in time, the data establishing process is time-consuming, the fault record establishing mode is automatic, manual participation is not needed, the real-time performance of fault filling can be improved, and the data establishing method is favorable for establishing data with higher real-time requirements, such as fault information needing to be processed in time.

The fault record in this embodiment may include an asset name, a fault description corresponding to the asset, and the like.

The fault reporting mode of the embodiment is changed from manual reporting to automatic reporting, so that the manual reporting cost is reduced, and the working efficiency is improved. In addition, the real-time performance of fault filling is improved, fault data cannot be established in time in a traditional manual filling mode, the data establishing process is time-consuming, and the method is beneficial to fault data filling scenes with high real-time requirements.

In some embodiments of the present application, fig. 2 shows a second flowchart of the fault record obtaining method provided in the embodiments of the present application, and as shown in fig. 2, obtaining the voice information of the fault description specifically includes:

step 202, the speech recognition system is awakened.

And step 204, carrying out fault description based on the prompt of the voice recognition system.

Step 206, controlling the voice recognition system to collect the voice information of the fault description.

It can be understood that the voice recognition system can be a voice robot, and when the user operates, the user firstly enters the fault reporting system, wakes up the voice robot, directly talks with the robot, and describes the fault according to the prompt. The voice robot collects the voice information of the fault description so as to identify the voice information in the following and convert the voice information into text information.

In this embodiment, the voice robot may identify the fault key information described by the user, where the fault key information may include assets, fault descriptions, and the like, and subsequently, a fault record is established through the identified fault key information, so that the cost of manual entry is reduced, and the office efficiency is improved.

In some embodiments of the present application, fig. 3 shows a third schematic flow chart of the fault record obtaining method provided in the embodiments of the present application, and as shown in fig. 3, the preprocessing is performed on text information to obtain fault key information, which specifically includes:

step 302, performing data error correction on the text information.

And step 304, screening the text information after data error correction to obtain fault key information.

In this embodiment, data error correction is performed on the text information, so that the accuracy of the text information can be improved. And screening the corrected text information to obtain fault key information. According to the embodiment, the error correction and the screening are carried out on the data, so that the accuracy of the fault key information can be improved.

In some embodiments of the present application, fig. 4 shows a fourth schematic flow chart of the fault record obtaining method provided in the embodiments of the present application, and as shown in fig. 4, the screening is performed on the text information after data error correction to obtain the fault key information, which specifically includes:

step 402, setting a plurality of skill interfaces, and forming a skill link by the plurality of skill interfaces.

And step 404, screening the text information by adopting a skill link to obtain fault key information.

It can be understood that when the user manually inputs data, the selectable asset information is filtered through the data authority, but when the data is input through the voice recognition mode, the asset information outside the authority range can be often recognized by bypassing the control of the data authority. In the embodiment, the above problem is solved by means of skill interfaces, a series of skill interfaces are defined first, each skill interface is responsible for a data processing job, and then the related skill interfaces are combined into a skill link. Only through the screening of the skill link can useful data be obtained. As shown in fig. 12, the system identifies five asset information from asset a to asset E, and the five asset information are sequentially filtered by a first skill interface 202 (error correction interface) and a second skill interface 204 (data authority interface), and finally only asset C and asset E are useful data.

In the embodiment, the problem that the data authority of the voice data cannot be controlled is solved by setting the plurality of energy-saving interfaces, so that the embodiment can be better suitable for various application scenarios of asset management

In some embodiments of the present application, fig. 5 shows a fifth flowchart of a fault record obtaining method provided in the embodiments of the present application, and as shown in fig. 5, obtaining a filling mode based on fault key information specifically includes:

step 502, identifying identification in the fault key information.

And step 504, setting a filling mode as secondary confirmation is needed under the condition that the identification mark is the same as the preset mark.

Step 506, under the condition that the identification mark is different from the preset mark, setting the filling mode to be without secondary confirmation.

In this embodiment, two ways of establishing a fault record may be provided, one of which is directly established without confirmation of an asset manager, and the other of which is established after confirmation of the asset manager. Through setting up the identification, show the identification and predetermine and show the contrast, under the same circumstances, carry out the secondary and confirm, artifical the check promptly.

The method can intelligently select a filling mode, and the first mode directly establishes fault records without manual checking. The second mode is a mode requiring secondary confirmation, namely, firstly, fault information is automatically filled in, then secondary confirmation, namely, manual check is carried out, and after detailed information is supplemented, a fault record is established.

For more specific asset devices, the user may wish to be able to perform a secondary validation of the populated fault information or supplement more detailed fault information after the system automatically populates the fault information, for which the present embodiment may be implemented by an intelligent selection algorithm. And carrying out multiple dimension analysis according to the identification marks, and intelligently selecting a filling mode. The intelligent selection algorithm is described as follows:

(1) The dimensions of the algorithmic analysis (i.e. the identity) are specified.

(2) Setting algorithm matching rules, such as: when the identification mark is the same as the preset representation, manual confirmation, namely secondary confirmation, is required.

(3) And during the operation of the algorithm, when the identification mark is identified to be the same as the preset representation, triggering a secondary confirmation action of a user.

The embodiment provides a plurality of flexible automatic fault filling modes, including a mode of directly establishing fault records without manual checking. The method also comprises the steps of automatically filling the fault information, and establishing a fault record form after the detailed information is supplemented by a user. According to the embodiment, the fault records can be established in two forms aiming at different conditions of assets and faults, so that a user can use the system more conveniently, and the user experience is improved.

In some embodiments of the present application, the identification mark comprises one or a combination of the following:

the key degree of the assets, the technical parameters of the assets, the fault category, the fault phenomenon and the special equipment.

In this embodiment, the identification mark may be set according to an application scenario, for example, the identification mark may be an asset criticality, and when the asset criticality is fault information of a key asset, a secondary confirmation action may be triggered to perform manual confirmation.

The embodiment provides various identification marks, and the assets and the faults can be analyzed from multiple dimensions, so that the situation that the user needs to perform secondary confirmation is better identified.

In some embodiments of the present application, fig. 6 shows a sixth schematic flow chart of the fault record obtaining method provided in the embodiments of the present application, and as shown in fig. 6, obtaining a fault record based on a reporting mode and fault key information specifically includes:

and step 602, generating a fault record according to the key fault information based on the filling mode without secondary confirmation.

And step 604, triggering secondary confirmation based on the filling mode, filling fault key information, adding information after the secondary confirmation, and generating a fault record.

The embodiment provides two flexible automatic fault filling modes, and for the fault which does not need secondary confirmation, the fault record is directly established according to the key information of the fault. For the information needing to be subjected to secondary confirmation, the fault key information is automatically filled, and then after the detailed information is supplemented by a user (namely the information when the secondary confirmation is added), a fault record is established. The embodiment can better meet the user requirements, enlarge the application range of the embodiment and meet various application scenes.

According to the fault record acquisition method provided by the embodiment of the application, the execution main body can be a fault record acquisition device. The embodiment of the present application takes the example where the fault record acquiring device executes the fault record acquiring method, and describes the fault record acquiring device provided in the embodiment of the present application.

In some embodiments of the present application, a fault record obtaining apparatus is provided, and fig. 7 shows a block diagram of a fault record obtaining apparatus provided in an embodiment of the present application, and as shown in fig. 7, a fault record obtaining apparatus 100 includes a first obtaining module 110, a first converting module 120, a first preprocessing module 130, a second obtaining module 140, and a third obtaining module 150. The first obtaining module 110 is configured to obtain the voice information of the fault description. The first conversion module 120 is used to convert the speech information into text information. The first preprocessing module 130 is configured to preprocess the text information to obtain the fault key information. The second obtaining module 140 is configured to obtain a filling mode based on the fault key information. The third obtaining module 150 is configured to obtain a fault record based on the filling manner and the fault key information.

The fault record obtaining apparatus 100 provided in this embodiment of the application can implement each process of the above-mentioned fault record obtaining method embodiment, and can achieve the same technical effect, and for avoiding repetition, details are not repeated here.

The fault record acquiring apparatus in the embodiment of the present application may be an electronic device, or may be a component in the electronic device, such as an integrated circuit or a chip. The electronic device may be a terminal, or may be a device other than a terminal. The electronic Device may be, for example, a Mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted electronic Device, a Mobile Internet Device (MID), an Augmented Reality (AR)/Virtual Reality (VR) Device, a robot, a wearable Device, an ultra-Mobile personal computer (UMPC), a netbook or a Personal Digital Assistant (PDA), and the like, and may also be a server, a Network Attached Storage (Network Attached Storage, NAS), a personal computer (NAS), a Television (TV), an assistant, a teller machine, a self-service machine, and the like, and the embodiments of the present application are not limited in particular.

The fault record acquiring device in the embodiment of the present application may be a device having an operating system. The operating system may be an Android operating system (Android), an iOS operating system, or other possible operating systems, which is not specifically limited in the embodiments of the present application.

The fault record obtaining device provided in the embodiment of the present application can implement each process implemented by the above method embodiment, and is not described here again to avoid repetition.

Optionally, as shown in fig. 8, an electronic device 1000 is further provided in the embodiment of the present application, where the electronic device 1000 includes a processor 1002 and a memory 1004, and the memory 1004 stores a program or an instruction that can be executed on the processor 1002, and when the program or the instruction is executed by the processor 1002, the steps of the foregoing method embodiment are implemented, and the same technical effect can be achieved, and details are not repeated here to avoid repetition.

It should be noted that the electronic devices in the embodiments of the present application include the mobile electronic device and the non-mobile electronic device described above.

Fig. 9 is a schematic diagram of a hardware structure of an electronic device implementing an embodiment of the present application.

The electronic device 1100 includes, but is not limited to: a radio frequency unit 1101, a network module 1102, an audio output unit 1103, an input unit 1104, a sensor 1105, a display unit 1106, a user input unit 1107, an interface unit 1108, a memory 1109, a processor 1110, and the like.

Those skilled in the art will appreciate that the electronic device 1100 may further include a power source (e.g., a battery) for supplying power to the various components, and the power source may be logically connected to the processor 1110 via a power management system, so as to manage charging, discharging, and power consumption management functions via the power management system. The electronic device structure shown in fig. 9 does not constitute a limitation to the electronic device, and the electronic device may include more or less components than those shown, or combine some components, or arrange different components, and thus, the description is omitted here.

The processor 1110 is configured to obtain voice information of the fault description.

A processor 1110 for converting voice information to text information.

And the processor 1110 is configured to pre-process the text information to obtain the fault key information.

The processor 1110 is configured to obtain a filling mode based on the fault key information.

And the processor 1110 is configured to obtain a fault record based on the filling manner and the fault key information.

In the embodiment, an intelligent voice recognition technology is utilized to convert natural language (voice information of fault description) into machine language (text information) which can be recognized by a computer, then key information (fault key information) is automatically extracted through an intelligent analysis technology, and finally fault record information is directly established. This embodiment can practice thrift the cost of labor, improves office efficiency.

The processor 1110 provided in this embodiment of the present application may implement each process of the above-mentioned method for acquiring a fault record, and may achieve the same technical effect, and for avoiding repetition, details are not described here again.

It should be understood that in the embodiment of the present application, the input Unit 1104 may include a Graphics Processing Unit (GPU) 11041 and a microphone 11042, and the Graphics processor 11041 processes image data of still pictures or video obtained by an image capturing device (such as a camera) in a video capturing mode or an image capturing mode. The display unit 1106 may include a display panel 11061, and the display panel 11061 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The user input unit 1107 includes at least one of a touch panel 11071 and other input devices 11072. The touch panel 11071 is also referred to as a touch screen. The touch panel 11071 may include two portions of a touch detection device and a touch controller. Other input devices 11072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which are not described in detail herein.

The memory 1109 may be used to store software programs as well as various data. The memory 1109 may mainly include a first storage area storing programs or instructions and a second storage area storing data, wherein the first storage area may store an operating system, an application program or instruction (such as a sound playing function, an image playing function, etc.) required for at least one function, and the like. Further, the memory 1109 may include volatile memory or nonvolatile memory, or the memory 1109 may include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. The volatile Memory may be a Random Access Memory (RAM), a Static Random Access Memory (Static RAM, SRAM), a Dynamic Random Access Memory (Dynamic RAM, DRAM), a Synchronous Dynamic Random Access Memory (Synchronous DRAM, SDRAM), a Double Data Rate Synchronous Dynamic Random Access Memory (Double Data Rate SDRAM, ddr SDRAM), an Enhanced Synchronous SDRAM (ESDRAM), a Synchronous Link DRAM (SLDRAM), and a Direct Memory bus RAM (DRRAM). The memory 1109 in the embodiments of the present application includes, but is not limited to, these and any other suitable types of memory.

Processor 1110 may include one or more processing units; optionally, the processor 1110 integrates an application processor, which primarily handles operations related to the operating system, user interface, and applications, and a modem processor, which primarily handles wireless communication signals, such as a baseband processor. It will be appreciated that the modem processor described above may not be integrated into processor 1110.

The embodiments of the present application further provide a readable storage medium, where a program or an instruction is stored, and when the program or the instruction is executed by a processor, the program or the instruction implements each process of the foregoing fault record obtaining method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here.

The processor is the processor in the electronic device in the above embodiment. Readable storage media, including computer readable storage media such as computer read only memory ROM, random access memory RAM, magnetic or optical disks, and the like.

The embodiment of the present application further provides a chip, where the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is configured to execute a program or an instruction to implement each process of the above-mentioned fault record obtaining method embodiment, and can achieve the same technical effect, and in order to avoid repetition, the details are not repeated here.

It should be understood that the chips mentioned in the embodiments of the present application may also be referred to as system-on-chip, system-on-chip or system-on-chip, etc.

The embodiments of the present application provide a computer program product, where the program product is stored in a storage medium, and the program product is executed by at least one processor to implement the processes of the foregoing fault record obtaining method embodiments, and can achieve the same technical effects, and in order to avoid repetition, details are not repeated here.

The specific embodiment is as follows:

fig. 10 shows a seventh schematic flowchart of a fault record obtaining method provided in an embodiment of the present application, and as shown in fig. 10, the fault record obtaining method includes:

step 702: a user enters a fault reporting system to wake up the robot;

step 704: describing fault information by a user, extracting key information by the robot, and converting the key information into a text;

describing fault information according to the prompt, and after the robot collects voice, identifying the voice information and converting the voice information into text;

step 706: carrying out data error correction, analysis and screening;

extracting required fault key information after data processing;

step 708: intelligently selecting a filling mode;

(1) And the fault record is directly established without manual checking. (2) Firstly, fault information is automatically filled in by the system, and then fault records are established after manual checking and detailed information supplementation.

Step 710: and establishing a fault record.

In this embodiment, for a relatively special asset device, a user may want to perform secondary confirmation or supplement more detailed fault information to the filled fault information after the system automatically fills the fault information. As shown in fig. 11, the asset key degree, the asset technical parameters, the fault category, the fault phenomenon, and other dimensions are analyzed, and the filling mode is intelligently selected. The algorithm is described as follows:

(1) The dimensions of the algorithmic analysis are specified, such as: asset criticality, failure category.

(2) Setting algorithm matching rules, such as: asset criticality is the need for manual validation of a critical asset.

(3) During the operation of the algorithm, when fault information of the key assets of the asset criticality is identified, a user confirmation action is triggered.

The embodiment also relates to data screening and authority control, when a user manually inputs data, selectable asset information is filtered through data authority, but when the data is input through the voice recognition mode, the data authority control can be bypassed, and asset information outside the authority range can be recognized. In this embodiment, the above problem is solved by a skill interface, and a series of skill interfaces are first defined, each of which is responsible for a data processing job, and then the related skill interfaces are combined into a skill link. Only through the screening of the skill link can useful data be obtained.

According to the method and the device, automatic fault filling based on intelligent voice recognition can be realized, the key information of the fault is automatically extracted by using an intelligent voice recognition technology, the automatic fault filling is realized through data analysis and screening, and various problems of traditional manual filling are solved. Specifically, the method comprises the following steps:

(1) The embodiment realizes a novel fault filling mode, changes from manual filling to automatic filling, reduces the cost of manual filling and improves the working efficiency.

(2) According to the method and the device, the real-time performance of fault filling is improved, fault data cannot be established in time in a traditional manual filling mode, the data establishing process is time-consuming, and the scheme is beneficial to establishing data with high real-time requirements, such as fault information needing to be processed in time.

(3) The embodiment provides a plurality of flexible automatic fault filling modes, and firstly, the fault record is directly established without manual checking. 2. Firstly, the system automatically fills fault information, and then after the detailed information is supplemented by a user, a fault record is established.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising a … …" does not exclude the presence of another identical element in a process, method, article, or apparatus that comprises the element. Further, it should be noted that the scope of the methods and apparatus of the embodiments of the present application is not limited to performing the functions in the order illustrated or discussed, but may include performing the functions in a substantially simultaneous manner or in a reverse order based on the functions involved, e.g., the methods described may be performed in an order different than that described, and various steps may be added, omitted, or combined. In addition, features described with reference to certain examples may be combined in other examples.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present application or portions thereof that contribute to the prior art may be embodied in the form of a computer software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes several instructions for enabling a terminal (which may be a mobile phone, a computer, a server, or a network device, etc.) to execute the method of the embodiments of the present application.

While the present embodiments have been described with reference to the accompanying drawings, it is to be understood that the invention is not limited to the precise embodiments described above, which are meant to be illustrative and not restrictive, and that various changes may be made therein by those skilled in the art without departing from the spirit and scope of the invention as defined by the appended claims.

Claims

1. A fault record acquisition method is characterized by comprising the following steps:

acquiring voice information of fault description;

converting the voice information into text information;

preprocessing the text information to acquire fault key information;

acquiring a filling mode based on the fault key information;

and acquiring a fault record based on the filling mode and the fault key information.

2. The method for acquiring fault records according to claim 1, wherein the acquiring of the voice information of the fault description specifically includes:

waking up the voice recognition system;

based on the prompt of the voice recognition system, fault description is carried out;

and controlling the voice recognition system to collect the voice information of the fault description.

3. The method for acquiring fault records according to claim 1, wherein the preprocessing the text information to acquire fault key information specifically includes:

carrying out data error correction on the text information;

and screening the text information after the data error correction to obtain the fault key information.

4. The method according to claim 3, wherein the screening the text information after the data error correction to obtain the fault key information specifically includes:

setting a plurality of skill interfaces, and combining the skill interfaces into a skill link;

and screening the text information by adopting the skill link to obtain the fault key information.

5. The method for acquiring the fault record according to any one of claims 1 to 4, wherein the acquiring a filling mode based on the fault key information specifically includes:

identifying an identification mark in the fault key information;

setting a filling mode as needing secondary confirmation under the condition that the identification mark is the same as the preset mark;

and under the condition that the identification mark is different from the preset mark, setting a filling mode to be a mode without secondary confirmation.

6. The fault record acquisition method according to claim 5, characterized in that the identification mark comprises one or a combination of the following:

7. The method for acquiring fault records according to claim 5, wherein the acquiring fault records based on the filling mode and the fault key information specifically includes:

generating a fault record according to the fault key information based on the filling mode without secondary confirmation;

and triggering secondary confirmation based on the filling mode that secondary confirmation is needed, filling the fault key information, adding the information after the secondary confirmation, and generating a fault record.

8. A fault log acquisition device, comprising:

the first acquisition module is used for acquiring the voice information of the fault description;

the first conversion module is used for converting the voice information into text information;

the first preprocessing module is used for preprocessing the text information to acquire fault key information;

the second acquisition module is used for acquiring a filling mode based on the fault key information;

and the third acquisition module is used for acquiring fault records based on the filling mode and the fault key information.

9. An electronic device, comprising:

a memory having a program or instructions stored thereon;

a processor for implementing the steps of the fault record acquisition method of any one of claims 1 to 7 when executing the program or instructions.

10. A readable storage medium on which a program or instructions are stored, characterized in that the program or instructions, when executed by a processor, implement the steps of the fault record acquisition method according to any one of claims 1 to 7.