CN104965775A

CN104965775A - Reconstruction method for application software fault site, server, and terminal

Info

Publication number: CN104965775A
Application number: CN201510197271.5A
Authority: CN
Inventors: 薛鹏
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2015-04-23
Filing date: 2015-04-23
Publication date: 2015-10-07
Anticipated expiration: 2035-04-23
Also published as: CN104965775B

Abstract

The invention discloses a reconstruction method for an application software fault site, a server, and a terminal, and belongs to the technical field of computers. The method comprises: acquiring fault site data including run phase identifications and an operating instruction set of operational processes; based on the run phase identification, initializing to an initial operating state of the run phase; executing each input operation in a process from the initial operating state of the run phase to fault occurrence, and finishing until the fault occurs. Through acquiring the fault site data including the run phase identifications, and initializing to the initial operating state of the run phase based on the run phase identification, the method realizes to reconstruct fault sites from the initial operating state of any run phase of application software. Since the number of input operation from the initial operating state of any run phase is greatly reduced than the number of all input operation from startup of the application software, the method prevents excessive input operation in a process of reconstructing a fault site, and improves efficiency of reconstructing fault sites.

Description

The method for reconstructing of application software fault in-situ, server and terminal

Technical field

The present invention relates to field of computer technology, particularly a kind of method for reconstructing of application software fault in-situ, server and terminal.

Background technology

Along with developing rapidly of computer technology, there is increasing application software.In the use procedure of application software, may because user operation is improper or other reason causes application software to break down.The operation that before the reason broken down due to application software occurs to fault, user carries out and the data handled by application software etc. are relevant, therefore, when determining the reason that fault occurs, can reduce operation that before breaking down, user carries out and the data handled by application software, to realize the process of reconstruction of application software fault in-situ, thus be convenient to developer's analysis of failure and occur reason.

Correlation technique is when the fault in-situ of reconstruction application software, and the method usually adopted is: detect application software initiated after, the input operation that client records user is all; When application software breaks down, client is packed all input operations of recording, and is committed to server; Server, according to the order of all input operations, performs each input operation successively, with the operation of analog subscriber in client, until terminate when application software breaks down.

Realizing in process of the present invention, inventor finds that correlation technique at least exists following problem:

Because user is when operation and application software, a variety of input operation can be carried out, therefore, the input operation of client records has a lot of, go up on this basis, when server carries out the reconstruction of fault in-situ according to recorded all user operations, need the enormous amount of the operation performed, the efficiency comparison that causing trouble scene rebuilds is low.

Summary of the invention

In order to solve the problem of prior art, embodiments provide a kind of method for reconstructing of application software fault in-situ, server and terminal.Described technical scheme is as follows:

First aspect, provide a kind of method for reconstructing of application software fault in-situ, described method comprises:

Obtain fault in-situ data, described fault in-situ data comprise operation phase mark and the operational order collection of operational process, the operational order corresponding to the input operation carried out application software when initial running status to the fault that described operational order collection comprises arbitrary operation phase occurs;

Identify based on the described operation phase, be initialized to the initial running status of described operation phase;

Read each operational order that described operational order is concentrated successively, there is each input operation in process in initial running status to the fault performing the described operation phase, until terminate when breaking down.

Second aspect, provide a kind of method for reconstructing of application software fault in-situ, described method comprises:

Obtain fault in-situ data, described fault in-situ data comprise operation phase mark and the operational order collection of operational process, and the operational order corresponding to input operation carried out application software in process appears in initial running status to the fault that described operational order collection comprises arbitrary operation phase;

Described fault in-situ data are sent to server, described server was identified based on the described operation phase, be initialized to the initial running status of described operation phase, and read each concentrated operational order of described operational order successively, there is each input operation in process in initial running status to the fault performing the described operation phase, until terminate when breaking down.

The third aspect, provides a kind of server, and described server comprises:

Acquisition module, for obtaining fault in-situ data, described fault in-situ data comprise operation phase mark and the operational order collection of operational process, the operational order corresponding to the input operation carried out application software when initial running status to the fault that described operational order collection comprises arbitrary operation phase occurs;

Initialization module, for identifying based on the described operation phase, is initialized to the initial running status of described operation phase;

Execution module, for reading each operational order that described operational order is concentrated successively, there is each input operation in process in initial running status to the fault performing the described operation phase, until terminate when breaking down.

Fourth aspect, provides a kind of terminal, and described terminal comprises:

Acquisition module, for obtaining fault in-situ data, described fault in-situ data comprise operation phase mark and the operational order collection of operational process, and the operational order corresponding to input operation carried out application software in process appears in initial running status to the fault that described operational order collection comprises arbitrary operation phase;

Sending module, for described fault in-situ data are sent to server, described server was identified based on the described operation phase, be initialized to the initial running status of described operation phase, and read each concentrated operational order of described operational order successively, there is each input operation in process in initial running status to the fault performing the described operation phase, until terminate when breaking down.

The beneficial effect that the technical scheme that the embodiment of the present invention provides is brought is:

By obtaining the fault in-situ data comprising operation phase mark and operational order collection, and identify the initial running status of initialization operation phase based on the operation phase, to realize the reconstruction carrying out fault in-situ from the initial running status of application software arbitrary operation phase.Due to the quantity of input operation corresponding from the initial running status of arbitrary operation phase, greatly reduce relative to the quantity from all input operations time application software initiated, avoid and rebuild input operation too much in the process of fault in-situ, improve the efficiency of rebuilding fault in-situ.

Accompanying drawing explanation

In order to be illustrated more clearly in the technical scheme in the embodiment of the present invention, below the accompanying drawing used required in describing embodiment is briefly described, apparently, accompanying drawing in the following describes is only some embodiments of the present invention, for those of ordinary skill in the art, under the prerequisite not paying creative work, other accompanying drawing can also be obtained according to these accompanying drawings.

Fig. 1 is the implementation environment schematic diagram involved by method for reconstructing of a kind of application software fault in-situ that one embodiment of the invention provides;

Fig. 2 is the method for reconstructing process flow diagram of a kind of application software fault in-situ that another embodiment of the present invention provides;

Fig. 3 is the method for reconstructing process flow diagram of a kind of application software fault in-situ that another embodiment of the present invention provides;

Fig. 4 is the method for reconstructing process flow diagram of a kind of application software fault in-situ that another embodiment of the present invention provides;

Fig. 5 is the process schematic of a kind of terminal acquisition fault in-situ data that another embodiment of the present invention provides;

Fig. 6 is the structural representation of a kind of server that another embodiment of the present invention provides;

Fig. 7 is the structural representation of a kind of server that another embodiment of the present invention provides;

Fig. 8 is the structural representation of a kind of terminal that another embodiment of the present invention provides;

Fig. 9 is the structural representation of a kind of terminal that another embodiment of the present invention provides;

Figure 10 is the reconstructing system structural representation of a kind of application software fault in-situ that another embodiment of the present invention provides.

Embodiment

For making the object, technical solutions and advantages of the present invention clearly, below in conjunction with accompanying drawing, embodiment of the present invention is described further in detail.

As shown in Figure 1, it illustrates the implementation environment schematic diagram involved by method for reconstructing of the application software fault in-situ that the embodiment of the present invention provides.As shown in Figure 1, this implementation environment comprises server 101 and terminal 102.Wherein, server 101 is connected by wireless network or cable network with terminal 102.

Particularly, terminal 102 can run application software, and occurred fault in the operational process of application software.For the ease of determining failure cause, server 101 needs to rebuild fault in-situ.Server 101, when carrying out fault in-situ and rebuilding, first obtains fault in-situ data, and rebuilds according to fault in-situ data.

The invention process example assumes server 101 also can run application software, and server 101 can switch as required between each different operation phase of application software, also directly can jump to any one operation phase of application software.Therefore, server 101 can be an equipment with virtual machine function.

Terminal 102 can be smart mobile phone, panel computer, E-book reader, MP3 (Moving PictureExperts Group Audio Layer III, dynamic image expert compression standard audio frequency aspect 3) player, MP4 (Moving Picture Experts Group Audio Layer IV, dynamic image expert compression standard audio frequency aspect 3) player, pocket computer on knee and desk-top computer and wearable smart machine, as Intelligent bracelet etc.

The method for reconstructing of concrete application software fault in-situ refers to each embodiment following:

Fig. 2 is the method for reconstructing process flow diagram of a kind of application software fault in-situ provided according to an exemplary embodiment.For the method that the server execution embodiment of the present invention provides, see Fig. 2, the method flow that the embodiment of the present invention provides comprises:

201, fault in-situ data are obtained, fault in-situ data comprise the operational order collection of operation phase mark and operational process, wherein, the operational order corresponding to input operation when initial running status to the fault that operational order collection comprises arbitrary operation phase occurs, application software carried out.

202, based on operation phase mark, the initial running status of operation phase is initialized to.

203, each operational order successively in read operation instruction set, there is each input operation in process in initial running status to the fault performing the operation phase, until terminate when breaking down.

The method that the embodiment of the present invention provides, by obtaining the fault in-situ data comprising operation phase mark and operational order collection, and identify the initial running status of initialization operation phase based on the operation phase, to realize the reconstruction carrying out fault in-situ from the initial running status of application software arbitrary operation phase.Due to the quantity of input operation corresponding from the initial running status of arbitrary operation phase, greatly reduce relative to the quantity from all input operations time application software initiated, avoid and rebuild input operation too much in the process of fault in-situ, improve the efficiency of rebuilding fault in-situ.

In another embodiment, obtain fault in-situ data, comprising:

Receive fault in-situ data, wherein, to be each client to encode the data obtained to initial site data fault in-situ data, and initial site data are for occurring in process each input operation that application software is carried out from initial running status to the fault of operation phase.

In another embodiment, obtain fault in-situ data, comprising:

Receive the initial site data that each client gets, wherein, initial site data are for occurring from initial running status to fault in process each input operation that application software is carried out;

Initial site data are encoded, obtains fault in-situ data.

Fig. 3 is the method for reconstructing process flow diagram of a kind of application software fault in-situ provided according to an exemplary embodiment.For the method that the terminal execution embodiment of the present invention provides, see Fig. 3, the method flow that the embodiment of the present invention provides comprises:

301, fault in-situ data are obtained, wherein, fault in-situ data comprise operation phase mark and the operational order collection of operational process, and the operational order corresponding to input operation carried out application software in process appears in initial running status to the fault that operational order collection comprises arbitrary operation phase.

302, fault in-situ data are sent to server, server was identified based on the operation phase, be initialized to the initial running status of operation phase, and each operational order successively in read operation instruction set, there is each input operation in process in initial running status to the fault of execution operation phase, until terminate when breaking down.

The method that the embodiment of the present invention provides, by obtaining and sending the fault in-situ data comprising operation phase mark and operational order collection to server, server is made to identify the initial running status of initialization operation phase, to realize the reconstruction carrying out fault in-situ from the initial running status of application software arbitrary operation phase based on the operation phase.Due to the quantity of input operation corresponding from the initial running status of arbitrary operation phase, greatly reduce relative to the quantity from all input operations time application software initiated, avoid and rebuild input operation too much in the process of fault in-situ, improve the efficiency of rebuilding fault in-situ.

In another embodiment, obtain fault in-situ data, comprising:

According to the operation phase of application software, record operation phase mark;

From the initial running status of operation phase, record each input operation to application software successively, until when fault occurs, initial running status to the fault from the operation phase is occurred all input operations of recording in process are as initial site data;

Initial site data are encoded, obtains operational order collection;

According to operation phase mark and operational order collection, generate fault in-situ data.

In another embodiment, initial site data are encoded, obtain operational order collection, comprising:

Each input operation in initial site data is encoded to the operational order of specific data form, wherein, the operational order of each specified format at least comprises the action type of input operation and service data corresponding to action type;

According to the operational order of the specified format of each input operation, generating run instruction set.

In another embodiment, initial site data are encoded, before obtaining operational order collection, also comprise:

According to given filter condition, determine the inessential input operation in initial site data in all input operations;

The inessential input operation of filtering.

Fig. 4 is the method for reconstructing process flow diagram of a kind of application software fault in-situ provided according to an exemplary embodiment.Realize for terminal and server the method that the embodiment of the present invention provides alternately, see Fig. 4, the method flow that the embodiment of the present invention provides comprises:

401, terminal obtains fault in-situ data, wherein, fault in-situ data comprise operation phase mark and the operational order collection of operational process, and the operational order corresponding to input operation carried out application software in process appears in initial running status to the fault that operational order collection comprises arbitrary operation phase.

Usually, the function of connected applications software or other standard, can be divided into multiple different operation phase by the operational process of application software.Such as, for game application software, the different outposts of the tax office can be divided into the different operation phase; For social application software, according to its function, its operational process is divided into entry stage, chat stage, off-line phase etc.

In embodiments of the present invention, in the process running application software, terminal can record each operation phase respectively in the different operation phase and run data involved in application software operational process, if and there is fault in some operation phase application software, then terminal can necessarily process this operation phase recorded data and obtain fault in-situ data, and this process is the process that terminal obtains the fault in-situ data of arbitrary operation phase.

Wherein, when a fault has occurred, for the ease of determining which operation phase is fault come across, fault in-situ data comprise operation phase mark.When operation phase, mark was used for showing that fault occurs, the operation phase residing for application software.Such as, for game application software, if its operation phase is designated the first pass, then show that application software has occurred fault when operation first is closed.

In addition, in the operational process of application software, user can pass through mouse, the equipment such as keyboard carry out multiple input operation to application software, in order in the process of reconstruction of fault in-situ, when can determine that application software occurs from initial running status to the fault of a certain operation phase, which input operation user has carried out to application software, and can identify for the ease of server the input operation that user carries out application software, fault in-situ data also comprise operational order collection, initial running status to the fault that this operational order collection comprises arbitrary operation phase occurs in process, operational order corresponding to each input operation that user carries out application software.This operational order corresponding to each input operation can obtain by carrying out coding respectively to each input operation.

In conjunction with foregoing, Fig. 5 is the process schematic of a kind of terminal acquisition field data that another embodiment of the present invention provides.As shown in Figure 5, terminal, when obtaining the fault in-situ data of arbitrary operation phase, includes but not limited to that 4011 to step 4014 realizes as follows:

4011, terminal is according to the operation phase of application software, record operation phase mark.

The embodiment of the present invention, when obtaining fault in-situ data, realizes based on each operation phase.About the content of operation phase mark, the embodiment of the present invention does not do concrete restriction, and for different application software, the content of its operation phase mark is different.Such as, for game application software, its operation phase mark can identify for the outpost of the tax office, outpost of the tax office grade, provide IP (Internet Protocol, the Internet protocol) address etc. of the game server of service.

Particularly, terminal, in the operation phase of terminal according to application software, during record operation phase mark, often detects that terminal operating is to new operation phase, then records the operation phase mark of this operation phase.

4012, terminal is from the initial running status of operation phase, record each input operation to application software successively, until when fault occurs, initial running status to the fault from the operation phase is occurred all input operations of recording in process are as initial site data.

The initial running status of operation phase is the application software that terminal is run when just having arrived this operation phase, the state of application software.Such as, for game application software, if its operation phase is the first pass, this first initial running status of closing can show state when entering the first pass for terminal interface.For social application software, if its operation phase is entry stage, then state when the initial running status of entry stage can be terminal demonstration login interface.

Wherein, from the initial running status of operation phase, user can carry out a lot of input operation to application software, such as, by input through keyboard a line word, chooses an option etc. by mouse.Usually, fault occurs that reason is relevant to the input operation of user.Fault in-situ is rebuild for the ease of server, user often couple application software carries out an input operation, the input operation of a terminal processes user, and record successively from the initial running status of operation phase, each input operation that user carries out application software, until when fault occurs, using each input operation of recording in this process as initial site data.Certainly, if do not break down in this operation phase application software and directly enter the divided next operation phase, and application software broke down in the next operation phase, then using the initial running status from the next operation phase, occur that in process, recorded data is as initial site data to fault.

About the form of each input operation that terminal records, the embodiment of the present invention does not do concrete restriction.Such as, each input operation of recording can for the input operation described with written form.Such as, some input operations of recording are " inputting Enter (carriage return) key ".

In addition, input operation accessed by the operation phase that fault occurs by the embodiment of the present invention is initial site data, if namely broken down in some operation phase, then the operation phase mark that records of this operation phase and each input operation are initial condition data, and are directed to operation phase mark that operation phase of not breaking down records and input operation is not initial site data.

Particularly, when abnormal situation of interrupting or close appears in application software in operational process, can determine that application software breaks down.

4013, terminal is encoded to initial site data, obtains operational order collection.

For the ease of each input operation that server identification user carries out application software, initial site data encoding is the operational order collection of certain forms by the embodiment of the present invention, and server can pass easily through and identifies the operational order concentrated of this operational order and determine the input operation that user carries out.

Wherein, terminal is encoded to initial site data, when obtaining operational order collection, can as follows 4013.1 and step 4013.2 realize:

4013.1, each input operation in initial site data is encoded to the operational order of specific data form, wherein, the operational order of each specified format at least comprises the action type of input operation and service data corresponding to action type.

About the concrete form of the operational order of specific data form, can have a variety of, Deterministic service device can identify the operational order of this specific data form.Such as, the operational order of this specified format can be action type+service data.Wherein, due to digital form data shared by storage space smaller, therefore, the operational order of this specific data form can be digital form, e.g., binary mode etc., thus make the data in operational order fewer, to save storage space.

Wherein, when the form of each input operation in initial field data and the operational order of specific data form inconsistent time, when encoding each input operation, need the operational order each input operation in initial site data being converted to this specific data form.Such as, when each input operation in initial field data is the input operation described with written form, and when the operational order of specific data form is digital form, the operational order input operation of each written form being encoded to digital form is needed.

Alternatively, because effect when certain some input operation in the initial site data that collect may be rebuild follow-up fault in-situ is not very large, or other reason, terminal is carried out before coding obtains operational order collection to initial site data, can also according to the inessential input operation determined in initial site data in all input operations, and the inessential input operation of filtering.

Particularly, terminal, when determining the inessential input operation in fault in-situ data, can pre-set the given filter condition of inessential input operation.When the given filter Condition Matching of any one input operation and inessential input operation, terminal determines that this input operation is inessential input operation.About the particular content of given filter condition, the embodiment of the present invention does not do concrete restriction.Such as, the given filter condition of unnecessary operations is the input operation etc. of a certain type.Now, terminal, after getting input operation, first determines the type of this input operation, when the type of this input operation is consistent with the type that given filter condition limits, using this input operation as inessential input operation.

In addition, inessential input operation can also be determined by user.Wherein, this user can be the developer etc. of application software.When determining inessential input operation by user, terminal can detect the inessential input operation that user determines, and the inessential input operation of filtering from all input operations further.

The quantity of inessential input operation can be one, also can be multiple.By the inessential input operation of filtering, the data volume of server required process when rebuilding fault in-situ can be reduced, thus accelerate the speed of rebuilding fault in-situ, and then improve the reconstruction efficiency of fault in-situ.

In addition, terminal, when encoding each input operation, often can obtain an input operation of user, be encoded to the operational order of specific data form by this input operation, also can, when arriving fault in-situ, be specific data form by the initial site data Unified coding got.

4013.2, according to the operational order of the specified format of each input operation, generating run instruction set.

Particularly, after each input operation in initial site data is all encoded to corresponding operational order by terminal, this operational order collection can just be obtained.

4014, terminal is according to operation phase mark and operational order collection, generates fault in-situ data.

Particularly, when generating fault in-situ data, the corresponding relation of operation phase mark and operational order collection can be set up.As shown in table 1, it illustrates a kind of data signal table of fault in-situ data.

Table 1

Operation phase identifies	Operational order collection
		First stage	Action type 1+ service data 1
Subordinate phase	Action type 2+ service data 2
		……	……
The N stage	Action type n+ service data n

402, fault in-situ data are sent to server by terminal.

Terminal is after getting fault in-situ data, directly fault in-situ data can be sent to server, also by fault in-situ data buffer storage in terminal local, and when the data acquisition instruction receiving server, these fault in-situ data can be sent to server.

Wherein, when fault in-situ data are sent to server by terminal, can be realized by the communication interface be connected between terminal with server.

Further, carry out alternately for the ease of terminal and server, the application software that server runs has controlling functions.By this controlling functions, server can obtain the related data of application software from the terminal being provided with this application software.On this basis, whether server real-time query terminal can get fault in-situ data, and when determining that terminal has got fault in-situ data, directly fault in-situ data are obtained from terminal by this controlling functions, thus guarantee can obtain fault in-situ data in time, to rebuild fault in-situ in time.

403, after server obtains fault in-situ data, based on operation phase mark, the initial running status of operation phase is initialized to.

Wherein, fault in-situ data comprise operation phase mark, and server directly can jump to operation phase corresponding to phase state data according to operation phase mark, thus realizes from this operation phase, carry out the reconstruction of fault in-situ, and without the need to rebuilding fault in-situ from application software initiated.Such as, for game application software, if phase state data is the 5th pass, then server directly can jump to the 5th pass of game application software, closing from the 5th, rebuild fault in-situ data.

In addition, server is when obtaining fault in-situ data in this step, and the fault in-situ data sent by direct receiving terminal are realized.But server also can have the function of encoding to the input operation of user.If terminal is after getting initial condition data, directly this initial condition data is sent to server, then server by encoding to initial site data, can obtain fault in-situ data.Wherein, server is encoded to initial site data, obtain the principle of fault in-situ data with in above-mentioned steps 4013 and step 4014, terminal is encoded to initial site data, the principle obtaining fault in-situ data is consistent, specifically see the content in above-mentioned steps 4013 and step 4014, can repeat no more herein.

404, server each operational order successively in read operation instruction set, there is each input operation in process in initial running status to the fault performing the operation phase, until terminate when breaking down.

In order to can the process of analog subscriber operation and application software in terminal, server is when carrying out fault in-situ and rebuilding, need each input operation that initial running status to the fault performing the operation phase successively occurs in process, until when fault occurs, server has determined the process of reconstruction of fault in-situ.In embodiments of the present invention, server, when performing each input operation, can realize according to operational order collection.Particularly, server can each operational order successively in read operation instruction set, and each input operation in process appears in initial running status to the fault performing the operation phase read.

Wherein, server is when there is each input operation in process in initial running status to the fault performing the operation phase, and the content of the input operation corresponding to the operational order that performed input operation and operational order are concentrated is identical.Such as, operational order concentrates the content that some operational orders are corresponding to be " choosing login button by mouse ", then server performs the operation being chosen login button by mouse.

It should be noted that, each step above-mentioned is that hypothesis server 101 can run application software, and server 101 can switch as required between each different operation phase of application software, also directly can jump to any one operation phase of application software.But if server 101 does not possess the function running application software, then server 101 can be responsible for obtaining fault in-situ data, and fault in-situ data are sent to other terminal.This other terminal can switch between each different operation phase of application software, also directly can jump to any one operation phase of application software.Therefore, the method for reconstructing of fault in-situ can be performed by above-mentioned steps 403 and step 404 by this other terminal.Wherein, other terminal also can be configured a virtual machine.

The method that the embodiment of the present invention provides, obtained by terminal and to server send comprise the operation phase mark and operational order collection fault in-situ data after, server identifies the initial running status of initialization operation phase, to realize the reconstruction carrying out fault in-situ from the initial running status of application software arbitrary operation phase based on the operation phase.Due to the quantity of input operation corresponding from the initial running status of arbitrary operation phase, greatly reduce relative to the quantity from all input operations time application software initiated, avoid and rebuild input operation too much in the process of fault in-situ, improve the efficiency of rebuilding fault in-situ.

Fig. 6 is the structural representation of a kind of server provided according to an exemplary embodiment.This server is for the function performed by server in the method for reconstructing of application software fault in-situ that performs above-mentioned Fig. 1 and provide to middle any embodiment embodiment illustrated in fig. 3.See Fig. 6, this server comprises:

Acquisition module 601, for obtaining fault in-situ data, wherein, fault in-situ data comprise operation phase mark and the operational order collection of operational process, the operational order corresponding to the input operation carried out application software when initial running status to the fault that operational order collection comprises arbitrary operation phase occurs;

Initialization module 602, for based on operation phase mark, is initialized to the initial running status of operation phase;

Execution module 603, for each operational order in read operation instruction set successively, there is each input operation in process in initial running status to the fault performing the operation phase, until terminate when breaking down.

The server that the embodiment of the present invention provides, by obtaining the fault in-situ data comprising operation phase mark and operational order collection, and identify the initial running status of initialization operation phase based on the operation phase, to realize the reconstruction carrying out fault in-situ from the initial running status of application software arbitrary operation phase.Due to the quantity of input operation corresponding from the initial running status of arbitrary operation phase, greatly reduce relative to the quantity from all input operations time application software initiated, avoid and rebuild input operation too much in the process of fault in-situ, improve the efficiency of rebuilding fault in-situ.

In another embodiment, acquisition module 601, for receiving fault in-situ data, wherein, to be each client to encode the data obtained to initial site data fault in-situ data, and initial site data are for occurring in process each input operation that application software is carried out from initial running status to the fault of operation phase.

In another embodiment, acquisition module 601, for receiving the initial site data that each client gets, wherein, initial site data are for occurring from initial running status to fault in process each input operation that application software is carried out; Initial site data are encoded, obtains fault in-situ data.

Fig. 7 is the structural representation of a kind of server according to an exemplary embodiment, and this server is for the function performed by server in the method for reconstructing of application software fault in-situ that performs above-mentioned Fig. 1 and provide to middle any embodiment embodiment illustrated in fig. 3.With reference to Fig. 7, server 700 comprises processing components 722, and it comprises one or more processor further, and the memory resource representated by storer 732, can such as, by the instruction of the execution of processing components 722, application program for storing.The application program stored in storer 732 can comprise each module corresponding to one group of instruction one or more.In addition, processing components 722 is configured to perform instruction, with the function in the method for reconstructing performing the application software fault in-situ that above-mentioned Fig. 1 provides to middle any embodiment embodiment illustrated in fig. 3 performed by server.

Server 700 can also comprise the power management that a power supply module 726 is configured to perform server 700, and a wired or wireless network interface 750 is configured to server 700 to be connected to network, and input and output (I/O) interface 758.Server 700 can operate the operating system based on being stored in storer 732, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM or similar.

Wherein, more than one or one program is stored in storer, and is configured to be performed by more than one or one processor, and described more than one or one routine package is containing the instruction for carrying out following operation:

Obtain fault in-situ data, wherein, fault in-situ data comprise operation phase mark and the operational order collection of operational process, the operational order corresponding to the input operation carried out application software when initial running status to the fault that operational order collection comprises arbitrary operation phase occurs;

Based on operation phase mark, be initialized to the initial running status of operation phase;

Each operational order successively in read operation instruction set, there is each input operation in process in initial running status to the fault of execution operation phase, until terminate when breaking down.

Suppose that above-mentioned is the first possible embodiment, then, in the embodiment that the second provided based on the embodiment that the first is possible is possible, in the storer of server, also comprise the instruction for performing following operation:

Obtain fault in-situ data, comprising:

In the third the possible embodiment provided based on the embodiment that the first is possible, in the storer of server, also comprise the instruction for performing following operation:

Obtain fault in-situ data, comprising:

Initial site data are encoded, obtains fault in-situ data.

Fig. 8 is the structural representation of a kind of terminal provided according to an exemplary embodiment.This terminal may be used for performing the function in the method for reconstructing of the application software fault in-situ that above-mentioned Fig. 1 provides to middle any embodiment embodiment illustrated in fig. 3 performed by terminal.See Fig. 8, this terminal comprises:

Acquisition module 801, for obtaining fault in-situ data, wherein, fault in-situ data comprise operation phase mark and the operational order collection of operational process, and the operational order corresponding to input operation carried out application software in process appears in initial running status to the fault that operational order collection comprises arbitrary operation phase;

Sending module 802, for fault in-situ data are sent to server, server was identified based on the operation phase, be initialized to the initial running status of operation phase, and each operational order successively in read operation instruction set, there is each input operation in process in initial running status to the fault of execution operation phase, until terminate when breaking down.

The terminal that the embodiment of the present invention provides, after sending by acquisition and to server the fault in-situ data comprising operation phase mark and operational order collection, server identifies the initial running status of initialization operation phase, to realize the reconstruction carrying out fault in-situ from the initial running status of application software arbitrary operation phase based on the operation phase.Due to the quantity of input operation corresponding from the initial running status of arbitrary operation phase, greatly reduce relative to the quantity from all input operations time application software initiated, avoid and rebuild input operation too much in the process of fault in-situ, improve the efficiency of rebuilding fault in-situ.

In another embodiment, acquisition module 801 comprises:

First record cell, for the operation phase according to application software, record operation phase mark;

Second record cell, for from the initial running status of operation phase, record each input operation to application software successively, until when fault occurs, initial running status to the fault from the operation phase is occurred all input operations of recording in process are as initial site data;

Coding unit, for encoding to initial site data, obtains operational order collection;

Generation unit, for according to operation phase mark and operational order collection, generates fault in-situ data.

In another embodiment, coding unit comprises:

Coded sub-units, for each input operation in initial site data being encoded to the operational order of specific data form, wherein, the operational order of each specified format at least comprises the action type of input operation and service data corresponding to action type;

Generate subelement, for the operational order of the specified format according to each input operation, generating run instruction set.

In another embodiment, acquisition module 801 also comprises:

Determining unit, for according to given filter condition, determines the inessential input operation in initial site data in all input operations;

Filtering unit, for the inessential input operation of filtering.

Please refer to Fig. 9, it illustrates a kind of structural representation of terminal, this terminal may be used for implementing the function in above-mentioned Fig. 1 to the method for reconstructing of the application software fault in-situ provided in embodiment illustrated in fig. 3 performed by terminal.Specifically:

Terminal 900 can comprise RF (Radio Frequency, radio frequency) circuit 110, the storer 120 including one or more computer-readable recording mediums, input block 130, display unit 140, sensor 150, voicefrequency circuit 160, WiFi (Wireless Fidelity, Wireless Fidelity) module 170, include the parts such as processor 180 and power supply 190 that more than or processes core.It will be understood by those skilled in the art that the restriction of the not structure paired terminal of the terminal structure shown in Fig. 9, the parts more more or less than diagram can be comprised, or combine some parts, or different parts are arranged.Wherein:

RF circuit 110 can be used for receiving and sending messages or in communication process, the reception of signal and transmission, especially, after being received by the downlink information of base station, transfer to more than one or one processor 180 to process; In addition, base station is sent to by relating to up data.Usually, RF circuit 110 includes but not limited to antenna, at least one amplifier, tuner, one or more oscillator, subscriber identity module (SIM) card, transceiver, coupling mechanism, LNA (Low Noise Amplifier, low noise amplifier), diplexer etc.In addition, RF circuit 110 can also by radio communication and network and other devices communicatings.Described radio communication can use arbitrary communication standard or agreement, include but not limited to GSM (Global System of Mobile communication, global system for mobile communications), GPRS (General Packet Radio Service, general packet radio service), CDMA (Code Division Multiple Access, CDMA), WCDMA (Wideband CodeDivision Multiple Access, Wideband Code Division Multiple Access (WCDMA)), LTE (Long Term Evolution, Long Term Evolution), Email, SMS (Short Messaging Service, Short Message Service) etc.

Storer 120 can be used for storing software program and module, and processor 180 is stored in software program and the module of storer 120 by running, thus performs the application of various function and data processing.Storer 120 mainly can comprise storage program district and store data field, and wherein, storage program district can store operating system, application program (such as sound-playing function, image player function etc.) etc. needed at least one function; Store data field and can store the data (such as voice data, phone directory etc.) etc. created according to the use of terminal 900.In addition, storer 120 can comprise high-speed random access memory, can also comprise nonvolatile memory, such as at least one disk memory, flush memory device or other volatile solid-state parts.Correspondingly, storer 120 can also comprise Memory Controller, to provide the access of processor 180 and input block 130 pairs of storeies 120.

Input block 130 can be used for the numeral or the character information that receive input, and produces and to arrange with user and function controls relevant keyboard, mouse, control lever, optics or trace ball signal and inputs.Particularly, input block 130 can comprise Touch sensitive surface 131 and other input equipments 132.Touch sensitive surface 131, also referred to as touch display screen or Trackpad, user can be collected or neighbouring touch operation (such as user uses any applicable object or the operations of annex on Touch sensitive surface 131 or near Touch sensitive surface 131 such as finger, stylus) thereon, and drive corresponding coupling arrangement according to the formula preset.Optionally, Touch sensitive surface 131 can comprise touch detecting apparatus and touch controller two parts.Wherein, touch detecting apparatus detects the touch orientation of user, and detects the signal that touch operation brings, and sends signal to touch controller; Touch controller receives touch information from touch detecting apparatus, and converts it to contact coordinate, then gives processor 180, and the order that energy receiving processor 180 is sent also is performed.In addition, the polytypes such as resistance-type, condenser type, infrared ray and surface acoustic wave can be adopted to realize Touch sensitive surface 131.Except Touch sensitive surface 131, input block 130 can also comprise other input equipments 132.Particularly, other input equipments 132 can include but not limited to one or more in physical keyboard, function key (such as volume control button, switch key etc.), trace ball, mouse, control lever etc.

Display unit 140 can be used for the various graphical user interface showing information or the information being supplied to user and the terminal 900 inputted by user, and these graphical user interface can be made up of figure, text, icon, video and its combination in any.Display unit 140 can comprise display panel 141, optionally, the form such as LCD (Liquid Crystal Display, liquid crystal display), OLED (Organic Light-Emitting Diode, Organic Light Emitting Diode) can be adopted to configure display panel 141.Further, Touch sensitive surface 131 can cover display panel 141, when Touch sensitive surface 131 detects thereon or after neighbouring touch operation, send processor 180 to determine the type of touch event, on display panel 141, provide corresponding vision to export with preprocessor 180 according to the type of touch event.Although in fig .9, Touch sensitive surface 131 and display panel 141 be as two independently parts realize input and input function, in certain embodiments, can by Touch sensitive surface 131 and display panel 141 integrated and realize input and output function.

Terminal 900 also can comprise at least one sensor 150, such as optical sensor, motion sensor and other sensors.Particularly, optical sensor can comprise ambient light sensor and proximity transducer, and wherein, ambient light sensor the light and shade of environmentally light can regulate the brightness of display panel 141, proximity transducer when terminal 900 moves in one's ear, can cut out display panel 141 and/or backlight.As the one of motion sensor, Gravity accelerometer can detect the size of all directions (are generally three axles) acceleration, size and the direction of gravity can be detected time static, can be used for identifying the application (such as horizontal/vertical screen switching, dependent game, magnetometer pose calibrating) of mobile phone attitude, Vibration identification correlation function (such as passometer, knock) etc.; As for terminal 900 also other sensors such as configurable gyroscope, barometer, hygrometer, thermometer, infrared ray sensor, do not repeat them here.

Voicefrequency circuit 160, loudspeaker 161, microphone 162 can provide the audio interface between user and terminal 900.Voicefrequency circuit 160 can by receive voice data conversion after electric signal, be transferred to loudspeaker 161, by loudspeaker 161 be converted to voice signal export; On the other hand, the voice signal of collection is converted to electric signal by microphone 162, voice data is converted to after being received by voicefrequency circuit 160, after again voice data output processor 180 being processed, through RF circuit 110 to send to such as another terminal, or export voice data to storer 120 to process further.Voicefrequency circuit 160 also may comprise earphone jack, to provide the communication of peripheral hardware earphone and terminal 900.

WiFi belongs to short range wireless transmission technology, and terminal 900 can help user to send and receive e-mail by WiFi module 170, browse webpage and access streaming video etc., and its broadband internet wireless for user provides is accessed.Although Fig. 9 shows WiFi module 170, be understandable that, it does not belong to must forming of terminal 900, can omit in the scope of essence not changing invention as required completely.

Processor 180 is control centers of terminal 900, utilize the various piece of various interface and the whole mobile phone of connection, software program in storer 120 and/or module is stored in by running or performing, and call the data be stored in storer 120, perform various function and the process data of terminal 900, thus integral monitoring is carried out to mobile phone.Optionally, processor 180 can comprise one or more process core; Preferably, processor 180 accessible site application processor and modem processor, wherein, application processor mainly processes operating system, user interface and application program etc., and modem processor mainly processes radio communication.Be understandable that, above-mentioned modem processor also can not be integrated in processor 180.

Terminal 900 also comprises the power supply 190 (such as battery) of powering to all parts, preferably, power supply can be connected with processor 180 logic by power-supply management system, thus realizes the functions such as management charging, electric discharge and power managed by power-supply management system.Power supply 190 can also comprise one or more direct current or AC power, recharging system, power failure detection circuit, power supply changeover device or the random component such as inverter, power supply status indicator.

Although not shown, terminal 900 can also comprise camera, bluetooth module etc., does not repeat them here.Specifically in the present embodiment, the display unit of terminal is touch-screen display, and terminal also includes storer, and one or more than one program, one of them or more than one program are stored in storer, and are configured to be performed by more than one or one processor.Described more than one or one routine package is containing the instruction for performing following operation:

Obtain fault in-situ data, wherein, fault in-situ data comprise operation phase mark and the operational order collection of operational process, and the operational order corresponding to input operation carried out application software in process appears in initial running status to the fault that operational order collection comprises arbitrary operation phase;

Fault in-situ data are sent to server, server was identified based on the operation phase, be initialized to the initial running status of operation phase, and each operational order successively in read operation instruction set, there is each input operation in process in initial running status to the fault of execution operation phase, until terminate when breaking down.

Suppose that above-mentioned is the first possible embodiment, then, in the embodiment that the second provided based on the embodiment that the first is possible is possible, in the storer of terminal, also comprise the instruction for performing following operation:

Obtain fault in-situ data, comprising:

Initial site data are encoded, obtains operational order collection;

In the third the possible embodiment provided based on the embodiment that the second is possible, in the storer of terminal, also comprise the instruction for performing following operation:

Initial site data are encoded, obtain operational order collection, comprising:

In the 4th kind of possible embodiment provided based on the embodiment that the second is possible, in the storer of terminal, also comprise the instruction for performing following operation:

Initial site data are encoded, before obtaining operational order collection, also comprise:

The inessential input operation of filtering.

Embodiments provide a kind of computer-readable recording medium, this computer-readable recording medium can be the computer-readable recording medium comprised in the storer in above-described embodiment; Also can be individualism, be unkitted the computer-readable recording medium allocated in terminal.This computer-readable recording medium stores more than one or one program, and this more than one or one program is used for performing the method for reconstructing of application software fault in-situ by one or more than one processor, the method comprises:

Obtain fault in-situ data, comprising:

Initial site data are encoded, obtains operational order collection;

Initial site data are encoded, obtain operational order collection, comprising:

The inessential input operation of filtering.

The computer-readable recording medium that the embodiment of the present invention provides, after sending by acquisition and to server the fault in-situ data comprising operation phase mark and operational order collection, server identifies the initial running status of initialization operation phase, to realize the reconstruction carrying out fault in-situ from the initial running status of application software arbitrary operation phase based on the operation phase.Due to the quantity of input operation corresponding from the initial running status of arbitrary operation phase, greatly reduce relative to the quantity from all input operations time application software initiated, avoid and rebuild input operation too much in the process of fault in-situ, improve the efficiency of rebuilding fault in-situ.

Provide a kind of graphical user interface in the embodiment of the present invention, this graphical user interface is used in terminal, and this terminal comprises touch-screen display, storer and one or more than one processor for performing one or more than one program; This graphical user interface comprises:

The graphical user interface that the embodiment of the present invention provides, after sending by acquisition and to server the fault in-situ data comprising operation phase mark and operational order collection, server identifies the initial running status of initialization operation phase, to realize the reconstruction carrying out fault in-situ from the initial running status of application software arbitrary operation phase based on the operation phase.Due to the quantity of input operation corresponding from the initial running status of arbitrary operation phase, greatly reduce relative to the quantity from all input operations time application software initiated, avoid and rebuild input operation too much in the process of fault in-situ, improve the efficiency of rebuilding fault in-situ.

Figure 10 is the structural representation of the reconstructing system of a kind of application software fault in-situ provided according to an exemplary embodiment.See Figure 10, this system comprises server 1001 and terminal 1002, wherein:

Server 1001 as above-mentioned Fig. 6 or embodiment illustrated in fig. 7 in server, specifically see the content of above-mentioned Fig. 6 or correspondence embodiment illustrated in fig. 7, can not repeat them here;

Terminal 1002 as above-mentioned Fig. 8 or embodiment illustrated in fig. 9 in terminal, specifically see the content of above-mentioned Fig. 8 or correspondence embodiment illustrated in fig. 9, can not repeat them here.

The system that the embodiment of the present invention provides, obtained by terminal and to server send comprise the operation phase mark and operational order collection fault in-situ data after, server identifies the initial running status of initialization operation phase, to realize the reconstruction carrying out fault in-situ from the initial running status of application software arbitrary operation phase based on the operation phase.Due to the quantity of input operation corresponding from the initial running status of arbitrary operation phase, greatly reduce relative to the quantity from all input operations time application software initiated, avoid and rebuild input operation too much in the process of fault in-situ, improve the efficiency of rebuilding fault in-situ.

It should be noted that: the server that above-described embodiment provides and terminal are when carrying out the reconstruction of application software fault in-situ, only be illustrated with the division of above-mentioned each functional module, in practical application, can distribute as required and by above-mentioned functions and be completed by different functional modules, inner structure by equipment is divided into different functional modules, to complete all or part of function described above.In addition, the method for reconstructing embodiment of the server that above-described embodiment provides, terminal and system and application software fault in-situ belongs to same design, and its specific implementation process refers to embodiment of the method, repeats no more here.

One of ordinary skill in the art will appreciate that all or part of step realizing above-described embodiment can have been come by hardware, the hardware that also can carry out instruction relevant by program completes, described program can be stored in a kind of computer-readable recording medium, the above-mentioned storage medium mentioned can be ROM (read-only memory), disk or CD etc.

The foregoing is only preferred embodiment of the present invention, not in order to limit the present invention, within the spirit and principles in the present invention all, any amendment done, equivalent replacement, improvement etc., all should be included within protection scope of the present invention.

Claims

1. a method for reconstructing for application software fault in-situ, is characterized in that, described method comprises:

2. method according to claim 1, is characterized in that, described acquisition fault in-situ data, comprising:

Receive fault in-situ data, to be each client to encode the data obtained to initial site data described fault in-situ data, and described initial site data are for occurring in process each input operation that application software is carried out from initial running status to the fault of described operation phase.

3. method according to claim 1, is characterized in that, described acquisition fault in-situ data, comprising:

Receive the initial site data that each client gets, described initial site data are for occurring in process each input operation that application software is carried out from described initial running status to fault;

Described initial site data are encoded, obtains fault in-situ data.

4. a method for reconstructing for application software fault in-situ, is characterized in that, described method comprises:

5. method according to claim 4, is characterized in that, described acquisition fault in-situ data, comprising:

From the initial running status of described operation phase, record each input operation to described application software successively, until when fault occurs, initial running status to the fault from the described operation phase is occurred all input operations of recording in process are as initial site data;

Described initial site data are encoded, obtains described operational order collection;

According to described operation phase mark and described operational order collection, generate fault in-situ data.

6. method according to claim 5, is characterized in that, describedly encodes to described initial site data, obtains described operational order collection, comprising:

Each input operation in described initial site data is encoded to the operational order of specific data form, wherein, the operational order of each specified format at least comprises the action type of input operation and service data corresponding to described action type;

According to the operational order of the specified format of each input operation, generate described operational order collection.

7. method according to claim 5, is characterized in that, describedly encodes to described initial site data, before obtaining described operational order collection, also comprises:

According to given filter condition, determine the inessential input operation in all input operations in described initial site data;

Inessential input operation described in filtering.

8. a server, is characterized in that, described server comprises:

9. server according to claim 8, it is characterized in that, described acquisition module, for receiving fault in-situ data, to be each client to encode the data obtained to initial site data described fault in-situ data, and described initial site data are for occurring in process each input operation that application software is carried out from initial running status to the fault of described operation phase.

10. server according to claim 8, it is characterized in that, described acquisition module, for receiving the initial site data that each client gets, described initial site data are for occurring in process each input operation that application software is carried out from described initial running status to fault; Described initial site data are encoded, obtains fault in-situ data.

11. 1 kinds of terminals, is characterized in that, described terminal comprises:

12. terminals according to claim 11, is characterized in that, described acquisition module comprises:

Second record cell, for from the initial running status of described operation phase, record each input operation to described application software successively, until when fault occurs, initial running status to the fault from the described operation phase is occurred all input operations of recording in process are as initial site data;

Coding unit, for encoding to described initial site data, obtains described operational order collection;

Generation unit, for according to described operation phase mark and described operational order collection, generates fault in-situ data.

13. terminals according to claim 12, is characterized in that, described coding unit comprises:

Coded sub-units, for each input operation in described initial site data being encoded to the operational order of specific data form, wherein, the operational order of each specified format at least comprises the action type of input operation and service data corresponding to described action type;

Generate subelement, for the operational order of the specified format according to each input operation, generate described operational order collection.

14. terminals according to claim 12, is characterized in that, described acquisition module also comprises:

Determining unit, for according to given filter condition, determines the inessential input operation in all input operations in described initial site data;

Filtering unit, for input operation inessential described in filtering.