JP5169718B2 - Information processing apparatus, display screen activation method, and program - Google Patents

Description

  The present invention relates to the fields of an image forming apparatus, a display screen activation method, and a program.

  The current Multi-Function Peripheral (MFP) is a multi-function peripheral (MFP) that improves the performance of a central processing unit (CPU), increases the capacity of memory, speeds up communication technology, and advances digital image technology. With the evolution of technology related to (former forming devices), various functions such as facsimile, printer, and scanner functions are installed in addition to functions as a digital copier, and are used in various situations in the user's environment. ing. Such an image forming apparatus employs a GUI (Graphical User Interface) in order to improve operability in the operation unit of the user, and the user can display graphic data (display components and screen data) displayed on the screen of the operation panel. It is possible to perform an input operation by a touch panel method.

  Conventionally, graphic data displayed on the operation unit is stored and prepared in advance on the ROM of the operation unit together with software for operating the GUI.

  By the way, in recent years, when a creator's mark such as a special figure or a company logo is associated with a document and the application is used, the mark can be displayed on the operation unit. Since graphic data with such customization is associated with different data for each application and user, it is convenient that this graphic data is held on the image forming apparatus main body side.

In relation to this, Patent Document 1 has a mechanism for holding graphic data in advance on the image forming apparatus main body side, not on the ROM of the operation unit, and displaying graphic data from the application on the GUI operation unit. In addition, the number of graphic data that can be displayed is reduced and the data transfer time from the main unit is shortened by performing memory management that can efficiently use the memory for graphic data downloaded to the operation unit when realizing the mechanism. An information processing apparatus capable of improving operability by performing optimal graphic display so as to be realized is described.
JP 2003-303090 A

  However, regarding the handling of graphic data displayed on the operation unit, the conventional method of storing and preparing on the ROM of the operation unit is difficult to cope with the user nice related to the display method such as customization of display components. Even in the case of correspondence, since graphic data is prepared in the operation unit, there is a possibility of inconsistency with the screen display logic with the image forming apparatus main body side (controller).

  In the invention described in Patent Document 1, although the data transfer time from the main body side can be shortened, the graphic data is sequentially downloaded from the image forming apparatus main body side (controller). It still takes time compared to the case where it is prepared in the operation unit.

  In view of the above problems, an object of the present invention is to provide an image forming apparatus, a display screen activation method, and a program for speeding up activation of a display screen in an operation unit.

To solve the above problems, an information processing apparatus according to the present invention, an information processing apparatus having a manipulation portion, and a main control unit for performing information processing in accordance with a command from the operating unit has a first control means The operation unit is independent from the first control unit included in the main control unit, and the second control unit performs an operation using screen display data generated in the main control unit, Receiving means for receiving screen display data from the main control section; first storage control means for storing screen display data received by the receiving means in a first storage means having a first storage area ; , from the stored screen display data by said first storage control unit, the screen display data including the screen display data composing the initial screen, the second control means is a second executable serial to the second storage means comprising a storage area It has a second memory control means for the screen display data stored by said first storage control means and the second storage control unit, and a third storage control means for storing in non-volatile memory When the screen display data is stored in the non-volatile memory when the operation unit is activated, the first storage control unit and the second storage control unit receive from the main control unit by the receiving unit Instead of the screen display data, the screen display data stored in the nonvolatile memory is stored in the first storage area and the second storage area.

In order to solve the above problem, in the information processing apparatus according to the present invention, the main control unit includes first management means for managing version information of screen display data generated in the main control unit, and The operation unit includes a second management unit that acquires and manages the version information every time the screen display data is updated in the main control unit, and the screen display data is stored in the nonvolatile memory when the operation unit is activated. Screen information stored in the first storage control unit and the second storage control unit, which is attribute information acquired when the display unit receives the screen display data when stored. Version comparison means for comparing the version information managed by the second management means and the version comparison means for comparing the version information When down information do not match, the receiving unit may receive the screen display data mismatch from the main control unit.

  In order to solve the above problem, in the image forming apparatus according to the present invention, the screen display data related to the initial screen includes common screen display component data used in other display screens.

  In addition, what applied the arbitrary combination of the component of this invention, expression, or a component to a method, an apparatus, a system, a computer program, a recording medium, etc. is also effective as an aspect of this invention.

  According to the present invention, it is possible to provide an image forming apparatus, a display screen activation method, and a program for speeding up activation of a display screen in an operation unit.

  The best mode for carrying out the present invention will be described below with reference to the drawings in each embodiment. Hereinafter, embodiments in which the present invention is applied to an image forming apparatus will be described.

<Hardware>
FIG. 1 is a hardware configuration diagram of a control unit in the image forming apparatus 1 according to the present embodiment. The image forming apparatus 1 according to the present embodiment has a control board divided into an operation unit side 2 and a main body unit side 3 as a control unit, and the operation unit control board has a dedicated control independent of the CPU 30 on the main body control board. The CPU 20 is mounted, and the operation unit control and main body control are connected by communication means 40 such as synchronous serial, and bidirectional data communication including drawing commands, key input information, graphic data, and the like is possible. Further, the image forming apparatus 1 reads an original placed on a reading surface optically and generates image data. For example, the image forming apparatus 1 prints a bitmap image on a recording sheet by an electrophotographic process method. (Plotter) (not shown).

  The operation unit 2 includes a CPU 20 that controls the entire operation unit 2, a flash ROM 21 that is a non-volatile memory, a work area (work area) related to operation / display, a RAM 22 that is used as a RAM disk described later, and an LCD (Liquid Crystal Display). It includes an LCD controller 23 that controls the module 24, a touch panel 25 arranged on the LCD module 24, and a driver 27 for the key board 26, and also serves as a display unit (display screen).

The main body (controller) 3 includes a CPU 30 that controls the entire operation unit 3, a flash ROM 31, a RAM 32, and an HDD 33. The flash ROM 31 stores programs executed when the image forming apparatus 1 is started up and various data. The RAM 32 temporarily stores various programs and data read from the flash ROM 31 and the HDD 33. HDD33 In addition to various programs, and stores a screen display data to be displayed on the display screen (including the screen configuration type and display parts). Further, the CPU 30 executes a program temporarily stored in the RAM 32. Further, when the main unit 3 operates as a printing apparatus, for example, when print data is received via data communication, the main body unit 3 can interpret PDL (Page Description Language) read from the flash ROM 31 onto the RAM 32. A program (PDL parser) is executed by the CPU 30 to interpret the print data and generate a bitmap image.

  In FIG. 2, the operation panel 4 is hardware (operation unit) for a user to input to the image forming apparatus 1 and an example of hardware (display unit) for an operator to obtain an output from the multifunction device 1. It is. The operation panel 4 mainly includes an LCD display screen (touch panel) 41, a numeric keypad 42, a reset key 43, and a start key 44. On the display screen 41, a screen made up of screen display data is displayed.

  As described above, the image forming apparatus 1 according to the present embodiment realizes a plurality of functions such as a copy, a printer, a facsimile, and a scanner by the above hardware configuration.

<Function>
In order to facilitate understanding of the function of the operation unit 2 according to the present invention, the operation will be first summarized. The operation unit 2 according to the present invention receives (downloads) image display data from the main body unit 3 at the time of first activation, for example, and temporarily stores it in a RAM disk in the RAM 22. Then, screen display data (for example, graphic data constituting the initial screen or screen configuration type) to be displayed first at the start-up is expanded (loaded) from the RAM disk into the RAM work area. Next, the screen display data stored in the RAM disk and the screen display data developed in the work area are stored in the flash ROM (snapshot storage (save)). At the next startup, the screen display data (referred to as snapshot data) stored in the flash ROM including the screen display data stored in the RAM disk and the screen display data expanded in the work area is stored in the RAM. By making the state stored in the disk and the work area, the operation unit 2 can be started up faster after the next start-up. Hereinafter, each functional unit will be described in detail.

  FIG. 3 is a functional block diagram showing main functions of an embodiment of the operation unit 2 of the image forming apparatus 1 according to the present invention. The operation unit 2 includes a reception unit 301, a RAM disk storage unit 302, a RAM storage unit 303, a snapshot storage unit 304, a version comparison unit 305, version information 306, and a version definition table 307 as main functions. .

  The receiving unit 301 has a function of receiving screen display data generated in the main unit 3 from the main control unit on the main unit 3 side. Specifically, the main display unit on the main body unit 3 side receives a start command for the operation unit 2 when the entire image forming apparatus 1 is started, and the screen display data stored in the HDD 33 as screen display data constituting the display screen. Data is received (downloaded) via a communication means 40 such as a synchronous serial connecting the operation unit 2 and the main unit 3. Further, when the version information compared by the version comparison unit 305 described later does not match, the receiving unit 301 receives the mismatched screen display data from the main control unit. In addition, the receiving unit 301 obtains version information for each screen display data as the attribute information along with the reception of the screen display data.

  The RAM disk storage unit 302 has a function of storing screen display data received by the receiving unit 301 in a RAM disk (for example, a RAM disk area secured in a part of the RAM 22). In the present embodiment, the RAM disk is configured by diverting (a part of) the RAM 22 as a main memory so that it can be used as an available file system. When comparing external storage devices such as HDD and ROM, the RAM disk using the main memory can operate at high speed.

RAM storage unit 303, CPU 20 is executable work area of the screen display data the operation unit 2 including a screen display data composing the initial screen from the screen display data stored by the RAM disk storage unit 302 ( For example, it has a function of storing in the RAM 22). The screen display data relating to the initial screen is screen display data constituting a screen to be initially displayed on the display screen 41 when the operation unit 2 is activated.

  The snapshot storage unit 304 has a function of storing screen display data stored in the RAM disk storage unit 302 and the RAM storage unit 303 as a snapshot in a nonvolatile memory (for example, the flash ROM 21). A snapshot is a mechanism that realizes a set of files and directories in a memory that existed at a certain point in time and a recording thereof. Specifically, in the snapshot storage unit 304, the RAM disk storage unit 302 stores screen display data received by the reception unit 301, and the RAM storage unit 303 activates the operation unit 2. The screen display data relating to the initial screen is stored. All of these are stored as snapshot data in, for example, the flash ROM 21.

  The RAM disk storage unit 302 and the RAM storage unit 303 described above are received from the main control unit by the reception unit 301 when screen display data is stored in the snapshot storage unit 304 when the operation unit 2 is activated. Instead of the screen display data, the screen display data stored in the snapshot storage unit 304 is stored in the RAM disk and the work area in the RAM 22. This will be described in detail later.

  The version comparison unit 305 displays the screen display stored by the RAM disk storage unit 302 and the RAM storage unit 303 when screen display data (snapshot data) is stored in the snapshot storage unit 304 when the operation unit 2 is activated. It has a function of comparing version information, which is attribute information of the business data, with version information managed on the main unit 3 side.

  The version information 306 is attribute information included in each screen display data downloaded from the main unit 3 and stored in the RAM disk, and is information indicating version information of the screen display data.

  The version definition table 307 acquires and manages version information corresponding to the updated screen display data every time the screen display data is updated in the main unit 3. Specifically, version information managed on the main body 3 side is updated each time the screen display data is updated in the main body 3 (main control unit) due to the update of the plug-in or the like. Each time the plug-in is updated, version information managed on the main unit 3 side is acquired and managed (held) on the operation unit 2 side. This will be described in detail later.

  As described above, these functions are actually realized by a program executed by the CPU 20.

<Operation>
FIG. 4 is a flowchart for explaining the activation operation of the operation unit 2 according to the present invention. Hereinafter, the activation operation of the operation unit 2 will be described with reference to the drawings as appropriate along the flow chat of FIG. Each functional unit described above performs a functional operation of each functional unit under the control of a control unit (not illustrated: an operation unit control program executed by the CPU 20) of the operation unit 2.

  Processing branches at step S401 depending on whether so-called hibernation is activated. For example, when the operation unit 2 is activated for the first time, screen display data (hereinafter abbreviated as “screen data”) is not stored in the snapshot storage unit 304 (S404, which will be described later), the process proceeds to step S402. If screen display data is stored in the snapshot storage unit 304 in S404 (for example, after the next activation), the process proceeds to step S406 on the assumption that hibernation is activated.

(First time startup)
First, the activation operation (S401-S405) at the time of the first activation of the operation unit 2 will be described, and then the subsequent activation (after S406) will be described.

  In step S402, the receiving unit 301 downloads screen data from the main unit 3 (HDD 33) to the RAM disk area. At this stage, since there is no screen data on the operation unit 2 side, for example, the screen data (for example, all screen data) is downloaded from the main body unit 3 side to the operation unit 2 side at the first activation or the like. . The RAM disk storage unit 302 stores the screen data received by the receiving unit 301 in the RAM disk area. In this embodiment, the RAM disk is configured to divert (a part of) the RAM 22 as the main memory so that it can be used as an available file system.

  FIG. 5 is a diagram schematically showing the RAM 22 and the flash ROM 21 before the screen data is downloaded. FIG. 6 is a diagram schematically showing the RAM 22 and the flash ROM 21 before the screen data is downloaded. In this example, the screen data is downloaded from the main unit 3 side to the operation unit 2 side, and the screen data 1-6 is stored in the RAM disk area in the RAM 22. In this example, the initial screen is composed of screen data 1, screen data 2, and screen data 3.

  In step S403, in response to a command from the control unit (initial screen startup process) in the startup process of the operation unit 2, the RAM storage unit 303 prepares for the startup of the operation unit 2 and requires screen data (for example, a screen that forms an initial screen). Data) is loaded (stored) from the RAM disk area into the work area in the RAM 22. The screen data loaded in this work area constitutes a display screen displayed on the display screen 41. FIG. 7 is a diagram schematically showing a state in which necessary screen data is expanded in the work area of the RAM 22.

  In step S <b> 404, the snapshot storage unit 304 saves (targets) the snapshot in the RAM 22 (entire). Specifically, the screen data stored in the RAM disk storage unit 302 and the RAM storage unit 303 is stored in the flash ROM 21 which is a nonvolatile memory as a snapshot. FIG. 8 is a diagram schematically showing how the screen data stored in the RAM 22 is stored in the flash ROM 21. It is shown that the screen data 1-6 (the screen data 1-3 is stored so as to be duplicated) is stored in the snapshot data storage (save) area provided in the flash ROM 21. The screen data stored in the snapshot data storage (save) area is loaded into the RAM 22 as snapshot data at the next startup (hibernation startup) or the like for the purpose of high-speed startup of the operation unit 2. The snapshot data storage (storage) area in the flash ROM 21 has the same memory size (storage capacity) as the total area of the RAM 22. This is because the snapshot can be stored in the RAM 22 (entire).

  In step S <b> 405, the control unit (initial screen activation process) of the operation unit 2 displays the screen data loaded (expanded) in the work area in the RAM 22 on the screen.

  The activation operation at the first activation of the operation unit 2 has been described above.

(After the next startup)
Referring to FIG. 4 again, a description will be given after the next activation (after S406). In step S401, the process branches depending on whether or not so-called hibernation is started. However, after the next start, the process proceeds to step S406 on the assumption that hibernation is started. This is a case where snapshot data is stored (saved) in the flash ROM 21.

  In step S406, the RAM disk storage unit 302 and the RAM storage unit 303 store the snapshot data of the flash ROM 21 in the RAM 22. For example, when screen data is held on the operation unit 2 side, necessary screen data is normally loaded from the ROM or the like of the operation unit 2 into the work area of the RAM 22 each time, and the screen data is held on the main unit 3 side. If necessary, the necessary screen data is normally loaded into the work area of the RAM 22 each time from the HDD or the like of the main body 3 (for example, S402). In the present invention, first, the screen saved as the snapshot data from the flash ROM 21 The data is loaded as it is into the working area of the RAM 22 and the RAM disk area (so as to reproduce the state of the RAM 22 at the previous activation).

  FIG. 9 is a diagram schematically showing the RAM 22 (volatile memory) and the flash ROM 21 immediately after the operation unit 2 is activated. FIG. 10 is a diagram schematically showing the RAM 22 and the flash ROM 21 loaded with snapshot data. FIG. 10 shows that the RAM 22 is in the same memory state as FIG. 7 or step S403. That is, immediately after the hibernation is activated (step S406), screen data (for example, initial screen data) is loaded on the work area of the RAM 22. As a result, compared with the case where necessary screen data is loaded from the ROM or the like of the operation unit 2 into the work area of the RAM 22 each time, the speed until screen display is improved.

  In step S407, the version comparison unit 305 obtains the version information (attribute information) of the screen display data loaded in the RAM 22 (work area and RAM disk) and the version information of the image data managed on the operation unit 2 side. Compare. This will be specifically described below.

  FIG. 11 is an example of a diagram showing screen data version information 306 as attribute information for each screen data stored in the RAM disk. The version information 306 is acquired as attribute information when screen data is received from the main unit 3 by the receiving unit 301 as described above. It can be said that the version information 306 is version information of screen data stored as snapshot data of the flash ROM 21. The version information 306 manages version information of screen data currently stored in the RAM disk (or the flash ROM 21). For example, referring to FIG. 11, the version of “screen data 2” is shown as “ver1.1”. This is because “screen data 2” is updated on the display screen as the application or plug-in is added (updated) in the main unit 3, and “ver1.0” is the initial version. The screen data 2 indicates that the updated version of the screen data is “ver1.1”.

  Next, FIG. 12 is a diagram showing an example of the screen data version definition table 307 (hereinafter referred to as a definition table). The definition table 307 is a list in which screen versions are associated with each display screen, and the operation unit 2 and the main body unit 3 hold the same contents. The original definition table 307 is generated by the main body 3. In other words, when screen data (including display parts) related to the display screen is also updated as an application or plug-in is added (updated) on the main unit 3 side, the main unit 3 side is updated on the definition table. Update version of screen data. After this update, the operation unit 2 should also display the updated version of the screen data. In the configuration described above, the screen data is stored in the flash ROM 21 as snapshot data and loaded into the RAM 22 for use. Therefore, the updated version of the screen data is not reflected on the operation unit 2. Therefore, the definition table possessed by the main body unit 3 side is also possessed by the operation unit 2 side, and the version screen data updated by performing version check (comparison) of screen data to be used can be reflected in the operation unit 2. it can.

  FIG. 13 is a flowchart illustrating the timing at which the definition table 307 is synchronized. When the plug-in is updated in the main body unit 3, the operation unit 2 (reception unit 301) acquires (receives) the definition table 307 in step S1301. This acquisition is performed every time the plug-in is updated in the main unit 3, and the definition table on the main unit 3 side and the definition 307 on the operation unit 2 side are synchronized.

  If the contents of the definition table 307 are updated (changed) in step S1302, the process proceeds to step S1303 to validate the received definition table, and the operation unit 3 is restarted. On the other hand, if there is no update (change) in the contents of the definition table 307 (for example, the received definition table is discarded), the process proceeds to step S1304, and the update of the definition table is notified to the main unit 3. Note that the processing according to this flowchart can be configured as part of the plug-in update processing from the viewpoint of the main body unit 3. Therefore, the main body unit 3 notified of the update completion may continue the remaining plug-in update processing and the like. The latest (main body unit 3) screen data version is grasped from the definition table 307 synchronized in this way.

  Returning to step S407 in FIG. 4 again, the version comparison unit 305 compares the version information 306 with the screen data version definition table 307 (version check). This means that the version information, which is the attribute information of the screen data stored in the RAM disk (working area), is compared with the version information managed on the main body 3 side. This means that it is confirmed whether or not the screen data held in is the latest. Therefore, if the version information 306 and the screen data version definition table 307 match, the screen data held on the operation unit 2 side is the same as that on the main body unit 3 side and can be used for display. Therefore, in step S <b> 405, the control unit (initial screen activation process) of the operation unit 2 displays the screen data expanded (stored) in the work area in the RAM 22 on the screen.

  On the other hand, if the version information 306 and the screen data version definition table 307 do not match in step S407, the process returns to step S402. In step S <b> 402, the reception unit 301 downloads screen data from the main body unit 3 to the RAM disk area for only (only) the screen data whose version does not match as a result of the above version check. Judge whether to update for each screen data, re-download only the screen data to be updated (version mismatched screen data), and avoid re-downloading screen data that is not necessary (version matching screen data). This is to prevent unnecessary data transfer. That is, when the plug-in is updated in the main body 3, the screen data is downloaded only when the screen data versions are different.

  FIG. 14 is a diagram schematically showing the RAM 22 and the flash ROM 21 after the screen data with mismatched versions is downloaded. In this example, since the versions of the screen data 3 are different, the screen data 3 is downloaded from the main unit 3 to the RAM disk area and loaded into the work area. 11 and 12, the screen data 3 has version “ver1.0” in the version information 306 and version “ver2.0” in the definition table 307, and the versions do not match. .

(After starting the operation unit)
The activation operation of the operation unit 2 has been described so far. Here, a method of loading screen data into the work area (work area) of the RAM 22 after the operation unit 2 is activated will be described. FIG. 10 shows an example of the RAM 22 loaded with the snapshot data. This can also be said to indicate the RAM 22 (particularly the work area) immediately after the operation unit 2 is activated. Specifically, screen data 1, screen data 2, and screen data 3 are screen data that form (configure) an initial screen. After startup, screen data 1, screen data 2, and screen data 3 are loaded into the work area. As a result, the initial screen is displayed.

  Here, a case where the initial screen is shifted to the next screen by a user operation or the like will be described. FIG. 15 is a diagram schematically showing how new screen data is loaded into the work area of the RAM 22. When a display request for the next screen is generated by a user operation or the like from the initial screen, necessary screen data needs to be loaded into the work area in response to a command from the control unit (screen activation process) of the operation unit 2. In this case, as described above, since (all) screen data is stored in the RAM disk area, the screen data is loaded from the area.

  FIG. 15 is a diagram schematically showing how new screen data is loaded into the work area of the RAM 22. In this example, a new screen (next screen) is composed of screen data 1, screen data 5, and screen data 6. For this reason, screen data 5 and screen data 6 are loaded into the work area. It has been shown that. The screen data 1 is a so-called common component, and is screen data used on a plurality of display screens. Since it is also used in the initial screen, it can be seen that it has already been loaded into the work area. If there is room in the work area, such common parts (screen data with high use frequency) may be loaded in the work area in advance when the operation unit 2 is activated. This is because the screen display speed can be further improved.

  As described above, regarding the display switching of the display screen, the R screen data is loaded from the AM disk at a higher speed than when the necessary screen data is loaded from the ROM of the operation unit 2 into the work area of the RAM 22 each time. Screen display can be performed.

  As described above, the operation unit 2 of the image forming apparatus 1 stores the screen display data in the RAM disk and the work area in the RAM and saves the data in the nonvolatile memory as the snapshot data for the next hibernation. At the time of startup, the snapshot data is recalled and the screen display data is again stored in the RAM disk and the work area in the RAM, so that screen display (operation unit activation) can be performed at high speed.

  Further, since the image display data not loaded on the work area can be loaded from the RAM disk, the screen can be similarly displayed at high speed.

  In addition, since the screen display data is downloaded from the main unit 3, the version check is performed for each screen display data and only the updated screen display data is downloaded again while maintaining the consistency of the screen display data. Unnecessary data transfer can be suppressed.

  As described above, according to the present invention, it is possible to provide an image forming apparatus, a display screen activation method, and a program for speeding up the activation of the display screen in the operation unit.

  Note that the present invention is not limited to such specific embodiments, and various modifications and changes can be made within the scope of the gist of the present invention described in the claims.

It is a hardware block diagram of the control part in the image forming apparatus 1 by this embodiment. 3 is an example of hardware (display unit) of the operation panel 4. 3 is a functional block diagram illustrating main functions of an embodiment of an operation unit 2 of the image forming apparatus 1 according to the present invention. FIG. It is a flowchart explaining the starting operation | movement of the operation part 2 which concerns on this invention. It is a figure which shows typically RAM22 and flash ROM21 before screen data are downloaded. It is a figure which shows typically RAM22 and flash ROM21 before screen data are downloaded. It is a figure which shows typically a mode that required screen data were expand | deployed to the working area of RAM22. 3 is a diagram schematically showing how screen data stored in a RAM 22 is stored in a flash ROM 21. FIG. 2 is a diagram schematically showing a RAM 22 (volatile memory) and a flash ROM 21 immediately after the operation unit 2 is activated. FIG. It is a figure which shows typically RAM22 and flash ROM21 by which the snapshot data were loaded. It is an example of the figure which shows the version information 306 of screen data as the attribute information for every screen data memorize | stored in a RAM disk. It is a figure which shows an example of the screen data version definition table | surface 307. It is a flowchart explaining the timing at which the definition table 307 is synchronized. It is a figure which shows typically RAM22 and flash ROM21 after the screen data in which version mismatch is downloaded. It is a figure which shows typically a mode that new screen data is loaded to the working area of RAM22.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Image forming apparatus 2 Operation part 3 Main body part 4 Operation panel 20 CPU
21 Flash ROM
22 RAM
23 LCD controller 24 LCD module 25 Touch panel 26 Key board SW / LED
27 Driver 30 CPU
31 Flash ROM
32 RAM
33 HDD
40 communication means 41 display screen 42 numeric keypad 43 reset key 44 start key 301 receiving unit 302 RAM disk storage unit 303 RAM storage unit 304 snapshot storage unit 305 version comparison unit 306 version information 307 screen data version definition table

Claims (7)

An information processing apparatus comprising: a manipulation unit, a main control unit for performing information processing in accordance with a command from the operating unit has a first control means,
The operation unit is
Independent of the first control means of the main control unit, second control means for performing an operation using screen display data generated in the main control unit;
Receiving means for receiving the screen display data from the main control unit;
First storage control means for storing screen display data received by the receiving means in a first storage means having a first storage area ;
From the stored screen display data by said first storage control unit, the screen display data including the screen display data composing the initial screen, the second control means executable second storage a second storage control means for storing in the second storage means comprising a region,
The screen display data stored by said first storage control means and the second storage control unit, and a third storage control means for storing in non-volatile memory,
When screen display data is stored in the non-volatile memory when the operation unit is activated, the first storage control unit and the second storage control unit receive a screen received from the main control unit by the receiving unit. Instead of display data, storing screen display data stored in the nonvolatile memory in the first storage area and the second storage area;
An information processing apparatus characterized by the above. The main control unit
First management means for managing version information of screen display data generated in the main control unit;
The operation unit is
A second management means for acquiring and managing the version information each time the screen display data is updated in the main control unit;
When the display data is stored in the nonvolatile memory at the time of starting the operation unit, the attribute information is acquired along with the reception of the screen display data by the receiving unit, and the first storage control unit and Version comparison means for comparing the version information of the screen display data stored by the second storage control means and the version information managed by the second management means;
When the version information compared by the version comparison means does not match, the receiving means receives mismatched screen display data from the main control unit;
The information processing apparatus according to claim 1. The screen display data related to the initial screen includes common screen display component data used in other display screens,
The information processing apparatus according to claim 1 or 2. And operation section, a display screen activation method in an information processing apparatus having a main control unit for performing information processing in accordance with a command from the operating unit has a first control means,
The operation unit includes a second control unit that operates independently of the first control unit included in the main control unit and operates using data for screen display generated in the main control unit,
The operation unit is
A reception procedure for receiving the screen display data from the main control unit;
A first storage control procedure for storing the screen display data received by the reception procedure in a first storage means having a first storage area ;
From the screen display data stored by said first storage control procedures, the screen display data including the screen display data composing the initial screen, the second control means executable second storage A second storage control procedure for storing in a second storage means comprising an area ;
The screen display data stored by said first storage control procedure and said second storage control procedures, and a third storage control procedure stored in the nonvolatile memory,
When screen display data is stored in the non-volatile memory when the operation unit is activated, the first storage control procedure and the second storage control procedure are received from the main control unit by the reception procedure. In place of screen display data, storing screen display data stored in the nonvolatile memory in the first storage area and the second storage area;
A display screen starting method characterized by the above. The main control unit is
A first management procedure for managing version information of screen display data generated in the main control unit;
The operation unit is
A second management procedure for acquiring and managing the version information each time the screen display data is updated in the main control unit;
When screen display data is stored in the nonvolatile memory at the time of starting the operation unit, the attribute information is acquired along with the reception of the screen display data by the reception procedure, and the first storage control procedure and A version comparison procedure for comparing the version information of the screen display data stored by the second storage control procedure and the version information managed by the second management procedure;
When the version information compared by the version comparison procedure does not match, the receiving procedure receives mismatched screen display data from the main control unit;
The display screen starting method according to claim 4. The screen display data related to the initial screen includes common screen display component data used in other display screens,
The display screen starting method according to claim 4 or 5, characterized in that:   The program for making a computer perform the display screen starting method as described in any one of Claims 4 thru | or 6.

Images