JP2017117330A - Information processing unit, information processing method, program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a mechanism capable of reducing a loss of data being edited when OA software crashes.SOLUTION: An information processing unit captures and obtains a display screen of software when abnormal termination of the software is detected, executes OCR processing to the obtained screen to obtain a character string displayed on the screen, and then using the character string, restores data created by the abnormally terminated software.SELECTED DRAWING: Figure 1

Description

  The present invention relates to an information processing apparatus, an information processing method, and a program.

  In OA software such as word processing software and spreadsheet software that are generally used at present, when an error occurs in the software during document creation and the software crashes, the document being created may be lost.

  Therefore, measures such as periodic automatic storage are taken on the OA software side, and there is a mechanism that can recover documents up to a certain state (approximately 5 minutes) before being automatically stored even when an error occurs.

JP 2000-305819 A

However, since the document loss countermeasure (automatic recovery function) in the OA software is to recover by a periodic automatic saving function, the latest document cannot always be recovered. Therefore, it is rare that the data of the page that was edited immediately before the crash can be recovered.

  Although the RPO (Recovery Point Objective) can be reduced by shortening the interval of automatic saving, the operability of the software is hindered by frequent saving, so in reality it is 5 minutes, 10 minutes, etc. Save interval.

  Therefore, Patent Document 1 describes a mechanism for monitoring a predictive parameter of a system down, automatically saving a working data file when a sign of a system down is detected, and reducing data file loss due to the system down. .

  However, unlike software for server applications, the use environment of OA software varies and fluctuates, so it is difficult to monitor predictive parameters of system down. For example, in the case of a crash caused by the disconnection of the power supply or network cable of the notebook PC, there is no sign and the crash occurs suddenly.

  Therefore, an object of the present invention is to provide a mechanism for reducing the loss of data being edited when the OA software crashes.

  The information processing apparatus according to the present invention is obtained by a detection unit that detects abnormal termination of software, a screen acquisition unit that acquires a display screen of the software when the detection unit detects abnormal termination, and the screen acquisition unit. By analyzing the screen, data acquisition means for acquiring the data displayed on the screen, and recovery means for recovering the data created by the software using the data analyzed by the analysis means, It is characterized by providing.

  The information processing method of the present invention is an information processing method in an information processing apparatus, wherein the detection unit of the information processing apparatus detects a software abnormal end, and the screen acquisition unit of the information processing apparatus includes: When the abnormal end is detected in the detection step, the screen acquisition step for acquiring the display screen of the software, and the data acquisition means of the information processing device analyze the screen acquired in the screen acquisition step, A data acquisition step for acquiring data displayed on the screen; and a recovery step for recovering the data created by the software using the data analyzed by the recovery means of the information processing device; It is characterized by providing.

  The program of the present invention is a program that can be executed in an information processing apparatus. When the information processing apparatus detects an abnormal end of software, and the detection means detects the abnormal end, the software The screen acquisition means for acquiring the display screen, the data acquisition means for acquiring the data displayed on the screen by analyzing the screen acquired by the screen acquisition means, and the data analyzed by the analysis means And functioning as a recovery means for recovering data created by the software.

  According to the present invention, when the OA software crashes, it is possible to reduce the loss of data being edited.

The system outline figure which shows the flow of the whole system of this invention The figure which shows the hardware constitutions of a client terminal (information processing apparatus) The flowchart which shows an example of the document recovery process in this invention Data structure diagram showing an example of a recovery data management table in the present invention Data configuration diagram showing an example of a table in which objects to be recovered are registered An example of the document editing screen in the OA software that is the recovery target An example of the screen when the OA software that is the recovery target crashes Example of document recovery screen when automatic recovery function of OA software is activated and additional recovery candidate display screen in the present invention OA software screen after document recovery in the present invention Setting screen of crash protection software in the present invention

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a diagram showing an overall image of processing in the present embodiment.

  The system in the present embodiment is a system in which the OA software 100 operating on the client terminal (information processing apparatus) and the crash protection software 200 operate in conjunction with each other.

  In this system, the crash protection software is activated when the OA software is activated and resides on the client terminal. The crash protection software constantly monitors the operating state of the OA software.

  When the OA software crashes (1), the crash protection software detects the crash (2), and acquires (3) the screen image of the display content on the client terminal screen when the crash occurs.

  By analyzing (OCR processing) the acquired screen image, the character information and display position information displayed on the screen are acquired (4).

  Further, by analyzing the screen image (graphic extraction processing), screen display information that could not be recognized as a character string is acquired as graphic information and screen display position information (5).

  Then, the latest file is acquired from the automatically saved file created by the OA software (a file automatically saved as a function of the OA software periodically).

  A screen image of each page of the auto-save file is generated and compared with the screen image acquired in (3) to determine whether there is a page with a matching screen image. When a matching page is found, the character information acquired in (4) and the graphic information acquired in (5) are inserted into the page of the auto-save file to create a recovery file (6).

  If no matching page is found, add one page to the last page of the auto-save file, insert the character information acquired in (4) and the graphic information acquired in (5), and create a recovery candidate file (6 ).

  The recovery file created in (6) is saved as a recovery candidate file for the OA software (7).

  When the OA software receives a restart instruction from the user, a document recovery screen is displayed (8).

When the OA software receives an instruction for selecting a recovery candidate file from the user, the recovery candidate file is read and displayed on the screen of the client terminal (9).
The above is the overall image of this embodiment.

  FIG. 2 is a block diagram illustrating an example of a hardware configuration of the information processing apparatus according to the embodiment of the present invention.

  As shown in FIG. 2, in the information processing apparatus, a CPU (Central Processing Unit) 201, a ROM (Read Only Memory) 202, a RAM (Random Access Memory) 203, a storage device 204, an input controller 205, An audio input controller 206, a video controller 207, a memory controller 208, and a communication I / F controller 209 are connected.

  The CPU 201 comprehensively controls each device and controller connected to the system bus 215.

  The ROM 202 or the storage device 204 is a control program executed by the CPU 201 such as a basic input / output system (BIOS) or an operating system (OS), a computer-readable program for realizing this information processing method, and various necessary programs. Holds data (including data table).

  The RAM 203 functions as a main memory, work area, and the like for the CPU 201. The CPU 201 implements various operations by loading a program or the like necessary for executing the processing from the ROM 202 or the storage device 204 to the RAM 203 and executing the loaded program.

  The input controller 205 controls input from an input device such as a keyboard / touch panel 210. The input device is not limited to this, and may be a touch panel capable of detecting a position touched by a plurality of fingers, such as a mouse or a multi-touch screen.

  Various instructions can be performed when the user presses (touches with a finger or the like) in accordance with an icon, a cursor, or a button displayed on the touch panel.

  This input device is used to input a destination for a communication destination that can be used by various communication devices.

  The voice input controller 206 controls input from the microphone 211. Voice input from the microphone 211 can be recognized.

  The video controller 207 controls display on an external output device such as the display 212. The display includes a display of a notebook computer integrated with the main body. The external output device is not limited to a display, and may be a projector, for example. Further, for devices that can be received by the touch operation described above, it is also possible to receive input from the keyboard / touch panel 210.

  Note that the video controller 207 can control a video memory (VRAM) for display control, and a part of the RAM 203 can be used as a video memory area, or a dedicated video memory can be provided separately. Is possible.

  In the present invention, the first video memory area used for display when the user normally uses the information processing apparatus and the display overlaid on the display content of the first video memory area when a predetermined screen is displayed. A second video memory area used in The number of video memory areas is not limited to two, and a plurality of video memory areas can be provided as long as the resources of the information processing apparatus permit.

  The memory controller 208 controls access to the external memory 213. The external memory is connected via an adapter to an external storage device (hard disk), flexible disk (FD), or PCMCIA card slot that stores boot programs, various applications, font data, user files, editing files, and various data. A compact flash (registered trademark) memory or the like can be used.

  The communication I / F controller 209 is connected to and communicates with an external device via the network 214, and executes communication control processing in the network. For example, communication using TCP / IP, telephone lines such as ISDN, and communication using 3G lines of mobile phones are possible.

  The storage device 204 is a medium for permanently storing information, and the form is not limited to a storage device such as a hard disk. For example, a medium such as SSD (Solid State Drive) may be used.

  It can also be used as a temporary memory area during various processes performed by the communication terminal in the present embodiment.

  Next, the file recovery process in this embodiment will be described with reference to FIG.

  The process illustrated in FIG. 3 is a process in which the CPU 201 of the client terminal (information processing apparatus) reads and executes a predetermined control program.

  In step S101, the OA software starts OA software (word processing software, spreadsheet software, presentation software, etc.) in accordance with a start instruction from the user.

  In step S102, the OA software issues a start instruction to the crash protection software as one of initial processes. In step S201, the crash protection software starts to reside on the OS in response to the activation instruction from the OA software, and monitors the status of the activation source OA software process (S202).

  In step S103, the OA software enters a normal operating state, and creates / edits a document in accordance with an instruction from the user. In the normal operation state, the automatic saving timer is periodically counted (S103-1), and the document being edited is automatically saved when the timing of automatic saving comes (S103-2).

  In step SS104, there is a problem that the OA software cannot be continuously executed during normal operation of the OA software, and the OA software crashes (abnormally ends) and stops its operation.

  In S203, the crash protection software determines whether the OA software has crashed (whether an abnormal end has been detected).

  If no crash is detected, the process returns to step S202, and the detection process is repeated.

  If a crash is detected, the process proceeds to step S204.

  In step S204, the crash protection software captures the client terminal display screen at the time of crash detection as an image.

  In step S205, the crash protection software performs OCR processing on the image captured in step S204, and acquires character information and character position information.

  In step S206, the crash protection software acquires, as graphic information, a portion of the image captured in step S204 that was not handled as character information in step S205. At the same time, the position information of the figure is also acquired.

  In step S207, the crash protection software copies the latest automatic backup file from the automatic storage file storage area of the OA software.

  In step S208, the crash protection software opens the latest automatic backup file copied in step S207, and generates an image of all pages.

  In step S209, the crash protection software compares the captured image acquired in step S204 with the image of each page of the automatic backup file generated in step S208.

  In step S210, the crash protection software determines whether there is a page that approximates the image acquired in step S204.

  If an approximate page is found, the page is set as an additional recovery target page, and the process proceeds to step S211.

  If no approximate page is found, the process proceeds to step S212.

In step S211, the crash protection software replaces the content of the additional recovery target page with the character information acquired in step S205 and the graphic information acquired in S206.
At this time, a portion (character string or image) that is in the captured image but not in the automatic backup file is displayed in an identifiable manner so that it can be seen that the portion has been recovered by the processing of the present invention. For example, in the example shown in FIG. 9, the recovered portion can be identified by underlining it.

In step S212, the crash protection software adds a blank page to the last page of the copy of the auto-save file copied in step S207 as an additional recovery target page. Thereafter, the character information acquired in step S205 and the graphic information acquired in step S206 are added to the added final page.
At this time, the added final page is displayed in an identifiable manner so that it can be seen that the page has been recovered by the processing of the present invention.

  In step S213, the file edited in step S211 or step S212 is saved as an additional recovery candidate file in the automatic saving file storage area of the OA software.

  In step S105, the OA software displays the screen shown in FIG. 7 and accepts an instruction from the user.

  In step S106, it is determined whether the instruction from the user is a restart instruction.

  If it is a restart instruction, the process proceeds to step S107.

  If the instruction is to end the software, the processing of this flowchart ends.

  In step S107, the OA software is restarted in response to a user restart instruction.

  In step S108, the OA software reads a list of document recovery candidate files and displays a document recovery screen (an example is shown in FIG. 8) on which the list of recovery candidate files is displayed.

  In step S109, whether or not the user needs to be recovered is accepted. If a recovery instruction is issued, the process proceeds to S110. If a recovery instruction is not issued, the process proceeds to the normal operation of S103.

  In step S110, the recovery file that received the instruction from the user is read, and the process proceeds to the normal operation in S103.

  An example of the display screen when the recovery file is read is shown in FIG.

  FIG. 6 is a screen displayed on the client terminal when the user activates the OA software and edits a document. FIG. 6 shows an example of word processing software.

  FIG. 7 is a standby screen for a user post-processing instruction displayed on the client terminal when the OA software crashes. The user accepts selection of whether to terminate or restart the program (OA software).

  FIG. 8 is a document recovery screen displayed on the client terminal when the user issues a restart instruction on the screen of FIG. A list 801 of recovery candidate files is displayed, and selection of which recovery candidate file to use for recovery is accepted from the user.

  FIG. 9 is a screen displayed on the client terminal immediately after the file specified by the user on the screen of FIG. 7 is recovered. The document data edited immediately before the OA software crash has been recovered.

  FIG. 10 is an operation setting screen of the crash protection software. This screen may be additionally displayed on the option setting screen of the OA software itself (a screen for accepting setting items for the automatic saving interval).

  As shown in FIG. 10, the setting of whether or not to execute the OCR process when a crash of the OA software is detected and the setting of where to insert the recovered page in the original document are accepted.

  FIG. 4 is a data table for managing the document being monitored by the crash protection software and the document to be recovered. In step S201, a file opened by the OA software process to be monitored is registered. It consists of items of the full path of the recovery target file and the object ID that uniquely identifies the file.

  FIG. 5 is a data table in which a recovery target object that is registered when an object is extracted in steps S205 and S206 as part of crash protection when the OA software crashes is registered. Object ID indicating which document is a recovery target object, position information X-axis indicating the drawing position of the object, position information Y-axis, object type indicating whether the object is character information obtained by OCR processing or graphic information extracted as a graphic, and Consists of actual extracted recovery target data items.

  The recovery data table in FIG. 4 and the object table in FIG. 5 have a one-to-many relationship.

  The program in the present invention is a program that causes a computer to execute the processing of FIG. The program in the present invention may be a program for each process in FIG.

  As described above, a recording medium that records a program that implements the functions of the above-described embodiments is supplied to a system or apparatus, and a computer (or CPU or MPU) of the system or apparatus stores the program stored in the recording medium. It goes without saying that the object of the present invention can also be achieved by reading and executing.

  In this case, the program itself read from the recording medium realizes the novel function of the present invention, and the recording medium recording the program constitutes the present invention.

  As a recording medium for supplying the program, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, DVD-ROM, magnetic tape, nonvolatile memory card, ROM, EEPROM, silicon A disk or the like can be used.

  Further, by executing the program read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) operating on the computer based on an instruction of the program is actually It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the processing and the processing is included.

  Furthermore, after the program read from the recording medium is written to the memory provided in the function expansion board inserted into the computer or the function expansion unit connected to the computer, the function expansion board is based on the instructions of the program code. It goes without saying that the case where the CPU or the like provided in the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.

  The present invention may be applied to a system constituted by a plurality of devices or an apparatus constituted by a single device. Needless to say, the present invention can be applied to a case where the present invention is achieved by supplying a program to a system or apparatus. In this case, by reading a recording medium storing a program for achieving the present invention into the system or apparatus, the system or apparatus can enjoy the effects of the present invention.

  Furthermore, by downloading and reading a program for achieving the present invention from a server, database, etc. on a network using a communication program, the system or apparatus can enjoy the effects of the present invention. In addition, all the structures which combined each embodiment mentioned above and its modification are also included in this invention.

100 OA software 200 Crash protection software

Claims (5)

Detection means for detecting abnormal termination of the software;
A screen acquisition unit that acquires a display screen of the software when the detection unit detects an abnormal end;
By analyzing the screen acquired by the screen acquisition means, data acquisition means for acquiring data displayed on the screen;
A recovery means for recovering data created by the software using the data analyzed by the analysis means;
An information processing apparatus comprising: The data acquisition means acquires the character string displayed on the screen by performing OCR processing on the screen acquired by the screen acquisition means,
The information processing apparatus according to claim 1, wherein the recovery unit recovers data created by the software using the acquired character string. Storage means for automatically automatically saving data created by the software;
The recovery means recovers data created by the software by adding data acquired by the data acquisition means to data stored by the storage means. The information processing apparatus according to 1 or 2. An information processing method in an information processing apparatus,
A detection step in which the detection means of the information processing apparatus detects abnormal termination of software;
When the screen acquisition means of the information processing apparatus detects an abnormal end in the detection step, a screen acquisition step of acquiring a display screen of the software;
A data acquisition step of acquiring data displayed on the screen by analyzing the screen acquired in the screen acquisition step by the data acquisition means of the information processing device;
A recovery step in which the recovery means of the information processing apparatus recovers the data created by the software using the data analyzed in the analysis step;
An information processing method comprising: A program executable in the information processing apparatus,
The information processing apparatus;
Detection means for detecting abnormal termination of the software;
A screen acquisition unit that acquires a display screen of the software when the detection unit detects an abnormal end;
By analyzing the screen acquired by the screen acquisition means, data acquisition means for acquiring data displayed on the screen;
A program which functions as a recovery means for recovering data created by the software using data analyzed by the analysis means.

Images