JOB PROCESSING APPARATUS, CONTROL METHOD FOR JOB PROCESSING APPARATUS, AND PROGRAM - Patent application

Abstract

To enable confirming error content from an error record.SOLUTION: A job processing device comprises: first execution means that executes a copy function using a first setting value which is set by a user on a setting screen of the copy function displayed on a display unit; first storage means that stores the first setting value used by the first execution means; second execution means that executes a scan function using a second setting value which is set by the user on a setting screen of the scan function displayed on the display unit; second storage means that stores the second setting value used by the second execution means; and display control means that displays a first object for executing the copy function, which first object displays the setting screen of the copy function reflecting the first setting value stored by the first storage means, and a second object for executing the scan function, which second object displays the setting screen of the scan function reflecting the second setting value stored by the second storage means, on a home screen of the display unit.SELECTED DRAWING: Figure 5

Description

[Technical field]

[0001] The present invention relates to a job processing apparatus, a control method for the job processing apparatus, and a program. [Background technology]

[0002] 2. Description of the Related Art Conventionally, there are job processing apparatuses that execute jobs and store the history of the executed jobs.

[0003] For example, there is a job processing apparatus that displays such a job history on a home screen from which a copy function or a transmission function is selected (see Patent Document 1).

[0004] By displaying a list of histories in this manner, the user can easily check the history of recently executed jobs. [Prior art documents] [Patent documents]

[0005] [Patent Document 1] JP 2018-125686 A Summary of the Invention [Problem to be solved by the invention]

[0006] In conventional technology, the job execution history is displayed on the home screen, but it is not possible to confirm that an error has occurred. Therefore, if you select a job history without realizing that an error has occurred, the history of the selected job will be set as the settings for a new job, even though an error has occurred.

[0007] In this state, even if an instruction to execute a job is accepted, the execution of the job may be interrupted due to an error.

[0008] The present invention has been made in consideration of the above-mentioned problems, and aims to provide a job processing device that allows users to easily check whether an error has occurred along with the job history on a screen where copy and send functions can be selected. [Means for solving the problem]

[0009] An image processing apparatus having a copy function and a scan function and a display unit, wherein a setting screen for the copy function is displayed on the display unit Set by a first execution means for executing a copy function using a first setting value set in the first execution means; a first storage means for storing the first setting value used in the first execution means; and a setting screen for a scan function displayed on the display unit. Set by a second execution means for executing a scan function using a second setting value set in the first execution means, a second storage means for storing the second setting value used in the second execution means, and a setting screen for a copy function that reflects the first setting value stored in the first storage means. Ruta and a setting screen for a scan function reflecting the second setting value stored in the second storage means. Ruta and a display control means for displaying the second object on the home screen of the display unit. Effect of the Invention

[0010] The user can easily check whether an error has occurred along with the job history on a screen where the copy function or send function can be selected. [Brief description of the drawings]

[0011] [Figure 1] FIG. 1 is a block diagram illustrating a configuration of an image processing apparatus according to an embodiment of the present invention. [Diagram 2] FIG. 1 is an external view of an operation unit 12 according to the present embodiment. [Diagram 3] Flow diagram from starting up the image processing device to displaying the login user's screen [Figure 4] Schematic diagram of the authentication screen [Diagram 5] Home screen diagram [Figure 6] Home screen diagram [Figure 7] Home screen diagram [Figure 8] Home screen diagram [Figure 9] Flow diagram from starting an application to completing job execution [Figure 10] Copy screen diagram [Figure 11] Schematic diagram of error screen [Figure 12] A diagram showing the data table stored in the memory area of ​​the copy function [Figure 13] Flow diagram for generating names for setting buttons and status information buttons to be displayed in the integrated history [Figure 14] Diagram showing the configuration data table stored for integration history [Figure 15] Diagram showing the configuration data table stored for integration history [Figure 16] Flow diagram for generating text for setting values [Figure 17] Flow diagram for displaying history on the integrated history side [Figure 18] Flow diagram for calling an application from the integration history [Figure 19] A status explanation table for acquiring a status type and an explanation to be displayed from a status type. [Figure 20] Description ID and display language string correspondence table [Figure 21] Schematic diagram of error screen [Figure 22] Image processing system diagram [Diagram 23] History information data transfer flow chart [Figure 24] Flow diagram of integrated history data processing at logout DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0012] Hereinafter, the embodiments of the present invention will be described in detail with reference to the accompanying drawings. Note that the following embodiments do not limit the present invention according to the claims. Also, not all of the combinations of features described in the embodiments are necessarily essential to the solution of the present invention.

[0013] [First embodiment] FIG. 1 is a block diagram illustrating a configuration of an image processing apparatus 1, which is an example of a job processing apparatus according to an embodiment of the present invention.

[0014] The image processing device 1 includes a control unit 10, a display / operation unit 12, an image processing unit 13, a scanner 120, and a printer 121.

[0015] The control unit 10 controls the operation of each unit of the image processing device 1. The control unit 10 includes a CPU 100, a communication unit 101, a RAM 102, a HDD 103, a ROM 104, a timer 105, a FAX unit 106, a scanner I / F 108, and a printer I / F 109.

[0016] The CPU 100 controls the entire control unit 10. The RAM 102 functions as a work memory for the CPU 100. The HDD 103 stores application programs and image data. The HDD 103 may be a storage medium such as an optical medium or a flash memory. The ROM 104 stores programs read by the CPU 100, such as a boot program. The HDD 103 may be configured to be detachable from the image processing device 1 as an external storage device.

[0017] The timer 105 manages a clock and is referenced by the CPU 100 to obtain time information.

[0018] The communication unit 101 is connected to the LAN 11 and controls data transmission and reception via the LAN 11. The FAX unit 106 is connected to the telephone line 14 and controls data transmission and reception via the telephone line 14.

[0019] The operation unit 12 has a display unit 120 to which a touch panel sheet is attached and an input unit 121 such as hardware keys, and displays a screen and accepts operations from a user. In this embodiment, a liquid crystal display is used as an example of the display unit 120, but other types of displays may be used. In this embodiment, a touch panel is used as an example of the input unit 121, but operations by a user may be accepted through other interfaces such as a mouse, voice input, keyboard, etc.

[0020] The image processing unit 13 is controlled by the control unit 10, and includes an image analysis unit 130, an image generation unit 131, and an image output unit 132. The image analysis unit 130 analyzes the structure of an original image and extracts necessary information from the analysis result. The image generation unit 131 reads an original document using the scanner 120, digitizes the image of the original document, and generates image data. The generated image data is stored in the HDD 103. The image generation unit 131 can also generate original image data in a different format using the information analyzed by the image analysis unit 130.

[0021] The image processing device 1 has a copy function, a scan function, and a print function. The copy function is a function for executing a copy job in which an original is read by the scanner 120 and an image is printed on a sheet by the printer 121 based on image data of the read original. The scan function is a function for executing a transmission job in which image data generated by reading an original by the scanner 120 is transmitted by the communication unit 101. The print function is a function for executing a print job in which an image is printed on a sheet based on print data received from an information processing device such as an external PC via the communication unit 101.

[0022] FIG. 2 is a schematic view of the operation unit 12 in FIG.

[0023] Touch panel 200, in this case, is a liquid crystal display with a touch panel sheet attached thereon, and displays an operation screen and soft keys, and when a displayed key is selected, transmits position information of the selected key to CPU 100. Therefore, it can be said that touch panel 200 in this case functions as display unit 120 in FIG. 1 and also functions as input unit 121.

[0024] Next, various keys and buttons operated by the user will be described. The start key 201 is used, for example, to instruct the scanner 120 to start reading an original. In the center of the start key 201, there is a two-color LED 202, green and red, whose color indicates whether the start key 201 is in a usable state or not. The stop key 203 is used to stop an operation that is in progress. The numeric keypad 204 is made up of number and symbol keys, and is used to set the number of copies and to instruct screen switching of the touch panel 200. The user mode key 205 is used to call up the user mode. The user mode is a mode for setting the image processing device 1.

[0025] Fig. 3 is a flowchart for explaining a user login process according to this embodiment. The process of the flowchart in Fig. 3 is realized by CPU 100 reading a program stored in ROM 104 into RAM 102 and executing it. This flowchart is started when image processing device 1 is started up. It is also started when a user logs out from image processing device 1.

[0026] In S301, the CPU 100 displays an authentication screen on the operation unit 12. A screen 200 in Fig. 4 is an example of the authentication screen. The screen in Fig. 4 includes a user name input field 401, a password input field 402, and an OK button.

[0027] In S302, CPU 100 accepts a user name and password from the user via operation unit 12. When OK 403 is pressed with a user name entered in user name input field 401 and a password entered in password input field 402, CPU 100 stores the entered user name and password in HDD 103 and advances the process to S303. Note that in addition to or instead of accepting the user name and password entered by the user, the user name and password may be read from a card.

[0028] In S303, the CPU 100 compares the user name and password registered in advance in the HDD 103 for each user with the user name and password received in S302, and determines whether they match.

[0029] If the CPU 100 determines in S304 that there is a match, the CPU 100 determines that the authentication is OK and proceeds to S306, whereas if the CPU 100 determines that there is a mismatch, the CPU 100 proceeds to S305.

[0030] In S305, the CPU 100 causes the operation unit 12 to display an error, and the process proceeds to S301.

[0031] In S306, if the CPU 100 determines in S304 that there is a match, the process proceeds to S306.

[0032] In S307 , the CPU 100 allows the user to log in to the image processing device 1 .

[0033] In S308, the CPU 100 stores the currently logged-in user.

[0034] In S309, the CPU 100 causes the operation unit 12 to display a screen for the logged-in user.

[0035] FIG. 5 shows a home screen for displaying an object for selecting a copy function and an object for selecting a transmission function, which are displayed when a user logs into the image processing apparatus 1. As shown in FIG.

[0036] The home screen includes a menu 500 and an integrated history 509 for each user.

[0037] Menu 500 displays function selection buttons (copy button 501, send button 502, fax button 503) for selecting each function, and custom buttons for calling up settings preset by the user. The custom buttons include, for example, contract button 504, request button 505, and send to me button 506.

[0038] These buttons are displayed in a layout customized by the user based on information of the user who has logged in to the image processing device 1. In addition, the buttons include "my buttons" that are displayed only on the user's personal home screen, and "shared buttons" that are displayed on the home screens of other users as well.

[0039] Slider bar 507 is a bar that is operated to display buttons that cannot be displayed at once, and indicates that this menu 500 can be slid to move. When this slider bar is slid, an arrow is pressed, or menu 500 is flicked, CPU 100 receives the operation and calls up application buttons and custom buttons registered in the next area from HDD 103 and displays them.

[0040] The user name of the user currently logged in to the image processing device 1 is displayed in an area 508 in the upper right corner that displays the user name.

[0041] Integrated history 509, which will be described in detail later, is an area in which job execution histories of multiple applications executed by the image processing device 1 are automatically registered together with job settings, and displayed as history records in chronological order of job execution. The further down in integrated history 509 is, the older the job was executed, and the further up it is, the more recent the job was executed. In other words, the more recently executed job history records are displayed at the top, so the user can easily check the history records of recently executed jobs without operating slider bar 507.

[0042] When a user logs in to the image processing device 1, only the history of jobs previously executed by the logged-in user is displayed in the area of ​​the integrated history 509. If the user has never executed a job, or if the record in the integrated history 509 has been deleted, the area of ​​the integrated history 509 becomes empty, as shown in FIG.

[0043] The subsequent control of the display of integrated history 509 is executed by CPU 100 based on an application for displaying the integrated history stored in HDD 103 (hereinafter referred to as integrated history or integrated history application). In addition, data used in the integrated history is stored in HDD 103.

[0044] Fig. 9 is a flowchart for executing a job according to this embodiment. The process of the flowchart in Fig. 9 is realized by the CPU 100 reading a program stored in the ROM 104 into the RAM 102 and executing it. This flowchart starts when the copy button 501 of the image processing device 1 is selected.

[0045] In S601, the CPU 100 displays a copy screen on the operation unit 12. The user sets the number of copies, monochrome / color setting, single-sided / double-sided reading setting, magnification setting, print paper setting, and the like via the copy screen. The CPU 100 stores the accepted settings in the HDD 103. FIG. 10A shows the copy screen 200. The copy screen 200 includes a color selection button 703, a magnification setting button 704, a paper selection button 705, a finishing button 706, a double-sided button 707, a density button 708, a document type button 709, and an ID card copy button 710. The copy screen 200 also includes an other function button 711, a setting history button 712, and a frequently used setting button 713. The color selection button 703 is a button for setting whether to read a document in color or monochrome. The magnification setting button 704 is a button for setting a magnification for reading a document and enlarging or reducing the document image for printing. The paper selection button 705 is a button for selecting the printing paper. The finishing button 706 is a button for setting whether to sort and print from the first page in order and output without stapling, or to sort and print from the first page in order and output with stapling. The double-sided button 707 is a button for setting whether to read only one side of the document or to read both sides of the document. The density button 708 is a button for setting the density of the image to be printed. The document type button 709 is a button for selecting the document type as text, text / photo, or photo. The ID card copy button 710 is a button for setting an ID card copy mode in which images on the front and back of the document are read and printed side by side on the same side of a single sheet of printing paper.

[0046] The other function button 711 is a button for setting functions other than the above-mentioned functions (for example, a punch function, a tint block printing function, etc.). The setting history button 712 is a button for displaying the history of settings for copying performed in the past. The frequently used settings button 713 is a button for displaying a screen for pre-registering, editing, and calling up frequently used settings by the user. The home button 714 is a button for returning to the home screen.

[0047] A setting confirmation button 702 is a button for displaying the currently set copy setting contents in a list as character strings.

[0048] On the screen of FIG. 10(A), the settings are as follows: color is black and white, magnification is 100%, paper size is automatic, number of copies is 1, and sorting is set, as can be seen from the area 701 that displays the settings and from the displays on each button.

[0049] The user performs the copy setting in this way, places the document on the scanner 120 , and then presses the start key 201 .

[0050] In S602, the CPU 100 determines whether the start key 201 has been pressed.

[0051] In S603, the CPU 100 reads the settings received via the copy screen of FIG. 10A from the HDD 103, and executes the copy job according to the read settings.

[0052] In S604, CPU 100 stores the setting contents of the executed copy job as a job execution history in HDD 103. Here, CPU 100 stores time information acquired by referring to timer 105 as the job execution history.

[0053] Fig. 12A shows an example of data stored in the memory area of ​​the copy function of the HDD 103 in S604. As shown in the header 801 of the data table in Fig. 12A, this table records the setting values ​​of the application. The default setting value of the copy function is stored in the first row, default setting 802, and the setting of the currently executed job is additionally stored in the second row, current setting 803.

[0054] Fig. 13 shows a flow for generating, on the application side, the name of a button to be displayed in integrated history 509. The processing of the flowchart in Fig. 13 is realized by CPU 100 reading a program stored in ROM 104 into RAM 102 and executing it. This flowchart is executed following the completion of job execution in S604 in Fig. 6.

[0055] After the job ends in S604 in Fig. 6, in S901 the CPU 100 acquires the data of the integrated history 509 stored in the HDD 103. Fig. 14(A) is a data table saved for the integrated history 509. As shown in the header 1001 of the data table, a button ID, an application ID, and a data type are stored. Also stored is data of setting values ​​set by the application, or the status type of the device itself or an individual job detected by the application, the date and time, and setting values ​​or text data of the occurrence status.

[0056] The button ID is an ID for uniquely identifying a history registered in the integrated history 509. The application ID is an ID for identifying which application executed a job for which history registered in the integrated history 509. This application ID is predetermined for each application, such as "100" for the management application of the device itself, "101" for copying, and "201" for sending.

[0057] The data type identifies the type of data body, which will be described later. "Setting" indicates job setting data, and "Status" indicates status information data for the device itself or for an individual job.

[0058] The data is the job setting data executed by the application. For example, in a copy application, the data includes all the functions and setting values ​​set in the application, such as the number of copies, color, and paper size.

[0059] The display text consists of the date and time and the setting value. The setting value is information required for the application to manage the setting contents used in the job and the device status. The device status includes the status type of the device itself and the status type of the job. The status type of the device itself is information about the device itself, such as when there is a problem with the fax line as in line 1006 of FIG. 15(A). The status type of the job is a status type related to a specific job, such as when an error has occurred in sending an e-mail as in line 1007 of FIG. 15(B).

[0060] The formats of these various data are stored in a format that can be read by the application that registered the data. The date and time of display text is the date and time when the job was executed or when the application detected the status of the device itself or an individual job, and is text data that is displayed on the button of integrated history 509. The setting value of the display text is text data that picks out characteristic settings from among the settings of the executed job, or a characteristic message that indicates the status of the device itself or an individual job detected by the application, and is also displayed on the button of integrated history 509. The date and time and text of the setting value allow the user to look at integrated history 509 and recall with what settings each history was the history of a job that was executed.

[0061] When the data of the integrated history 509 is acquired in S901, the CPU 100 determines in S906 whether or not the situation in the image processing device 1 has changed.

[0062] If it is determined that the situation has not changed, then in S902, the CPU 100 compares the acquired data with the data of the job settings executed this time, and checks whether the same setting data is already present in the integrated history 509. The reason for comparing the data in the integrated history 509 with the setting data executed this time is to eliminate overlapping histories. If there is overlapping, the limited display area of ​​the integrated history 509 may be filled with the same settings. For a user who reuses history, a larger number of variations in settings are displayed rather than the same settings being displayed, which provides a wider range of choices. Since there is no data to compare this time, the CPU 100 determines that the current setting data is not present in the existing history data. If the same history data is not present in the integrated history 509, in S903 the CPU 100 starts a process of generating text for the setting value to be displayed in the history.

[0063] Fig. 16 shows a flow for generating text of a setting value. The process of the flow chart of Fig. 16 is realized by the CPU 100 reading a program stored in the ROM 104 into the RAM 102 and executing it.

[0064] First, in S1107, CPU 100 determines whether custom button name 1802 has been notified to the application from menu 500. The name is one piece of information notified to the application when one of the custom buttons (504 to 506) is selected in menu 500 and a job is executed, which will be described in the section on custom button operation. If CPU 100 determines that name 1802 has been notified, CPU 100 compares the custom setting value with the current setting value in S1109. If it determines that there is no difference, CPU 100 replaces the TXT data with the notified name 1802 in S1108 and ends the flow. If it is determined that the name has not been notified in S1107, or if the name has been notified in S1109 but the job setting contents have been changed from the custom setting, the process proceeds to S1109.

[0065] Also, when the process proceeds from S1107 to S1101, the CPU 100 compares the setting value of the job executed this time with the setting value of the default setting. Specifically, the CPU 100 compares the setting value items in FIG. 12A in order from the left. In this example, the CPU 100 compares the number of copies. If there is one or more differences as a result of the comparison, the CPU 100 acquires the text of the setting value in S1102. The reason for picking up the difference from the default setting is that it is assumed that the items whose setting values ​​have been changed intentionally by the user are more memorable. In this case, first, there is a difference in the number of copies, so the setting value text that the CPU 100 acquires first is two copies. Next, in S1103, the CPU 100 acquires the length of the text. Since there is a limit to the character string that can be displayed on the button displayed in the integrated history 509, the CPU 100 checks in S1104 whether the display limit has been reached. If the CPU 100 determines that the display upper limit will be exceeded, no text data is added and the display text generation process ends. If the upper limit has not been reached, the CPU 100 adds the read text data as text data of the setting value to be displayed in the integrated history 509 in S1105. If there is still a difference in the setting, the process proceeds from S1106 to S1102, and the CPU 100 repeats the processes of S1102 to S1105. If there is no more difference in the setting data before the display upper limit is reached, the generation of text data ends. In this case, the difference is up to the double-sided setting, so text data up to "2 copies, color, double-sided" is generated, and since there is no further difference, the data up to that point becomes the setting value text data. Finally, the application ID of the application executed by the CPU 100 and the current setting data saved in the HDD 103 in S604 of FIG. 6 are saved as data1.xml. Additionally, the generated setting value text, job execution date and time text, and whether or not there is existing data are stored in the HDD 103, and in S904 the CPU 100 transmits these contents to the integrated history 509. Whether or not there is existing data is the result of the comparison made in S902.

[0066] In this manner, objects that appear in the integrated history are registered.

[0067] Next, a case where the process proceeds to S907 based on the determination in S906 will be described. For example, when a failure in the fax line is detected, the process proceeds from S906 to S907. The image processing device 1 has a "status monitoring application" for monitoring the status of the image processing device 1 itself. The status monitoring application is stored in the HDD 103, and is read into the RAM 102 by the CPU 100 and executed.

[0068] In S901, the CPU 100 acquires data of the integrated history 509 stored in the HDD 103. The data table stored for the integrated history 509 is in the state shown in FIG.

[0069] If the CPU 100 determines in S906 that the status of the image processing device 1 has changed, then in S907 the CPU 100 determines whether a new status has occurred. If it determines that a new line disconnection has occurred, the CPU 100 acquires the status type and the explanatory text to be displayed from the detected status type in accordance with the status explanation table shown in FIG. 19(A). The CPU 100 acquires the status type="line" (1402), status="disconnected" (1403), status type="warning" (1404) and explanatory ID="MSG_ID_FAX_LINEOFF" (1405). The status type="warning" indicates that the use of the device or an application affected by it is to be stopped.

[0070] Next, the CPU 100 executes the status monitoring application to refer to the correspondence table of the explanation ID and the display language character string shown in FIG. 20. Then, in S908, the CPU 100 acquires the status TXT="Please check the fax line" (1503) according to the acquired explanation ID="MSG_ID_FAX_LINEOFF" in accordance with the display language of the operation unit 12. Finally, in S909, the CPU 100 sends the acquired status type="Warning" (1402) and display character string="Please check the fax line" (1503) as the status TXT to the integrated history. Here, the CPU 100 sends these to the integrated history as the application ID, data type, status TXT, date and time TXT, no existing data, and the status type and status as the status information data="FAXLINE_ERROR.xml". As a result, the data table stored for the integrated history 509 becomes the state shown in FIG. 15(A), and the screen becomes as shown in FIG. 8(A). 8A, the error record 517 is displayed above the other history records 514 to 516, taking priority over them. The error record 517 also includes an icon on the left side to alert users to the error.

[0071] Furthermore, if it is detected that the fax line is no longer disconnected, the CPU 100 generates "line" as the status type and "normal" as the status. Since the status type="line" is already in the integrated history 509, the status monitoring application determines that the status is not a newly occurring status, and in S910, the CPU 100 requests the integrated history 509 to delete the information, and in S911, it next determines whether the status has been resolved. If it is determined in S911 that a status other than the status type="normal" has not been resolved, the CPU 100 performs the same process as in S908 when a new status has occurred. As a result, status information of the new status is displayed in the integrated history 509. Since the status type corresponding to the current status type="line" and status="normal" is "normal", the CPU 100 determines in S911 that the status has been resolved, and ends the process. As a result, the status display in the integrated history 509 disappears.

[0072] The above has been described in terms of the case where the CPU 100 detects a disconnection of the line, but the same operation also applies when an application that submits a job detects a state that requires a notification to the user.

[0073] For example, suppose that a copy application is instructed to execute a job with stapling settings that will exceed the upper limit of the number of sheets that can be stapled by the device. Since the operation when a user executes a copy job has already been described, here, the operation will be described only when a situation occurs that requires some kind of notification to the user regarding the execution of the copy job.

[0074] First, the copy application reads the document placed by the user under the set conditions and calculates the total number of sheets to be output. In this example, it is assumed that the copy application determines that the total number of sheets output has exceeded the upper limit of the number of sheets that can be stapled. According to this situation, the copy application generates a status type="execute", a state="number of sheets to staple exceeded", and a status type="warning". The status type="warning" is a status type that does not stop execution but alerts the user. As a result, in S906, the copy application executed by the CPU 100 determines that the situation has changed. Next, in S907, the copy application determines whether a new situation has occurred. If the status monitoring application determines that the status type="execute" is a newly occurred situation, the copy application obtains the status type and the explanation to be displayed from the status type detected by the copy application according to the status explanation table shown in FIG. 19(B). The copy application acquires the explanation ID="MSG_ID_COPY_STAPLEOVER" (1407) of the status type="execute" (1409) and the state="number of sheets to staple exceeded" (1406). Next, the copy application acquires the status TXT="number of sheets to staple exceeded" (1505) according to the acquired explanation ID="MSG_ID_COPY_STAPLEOVER" (1504) based on the correspondence table of the explanation ID and the display language character string shown in FIG. 20 and in accordance with the display language of the operation panel (S908). Finally, in S909, the copy application sends the acquired status type="Caution" and display character string="number of sheets to staple exceeded" (1505) to the integrated history as the status TXT. Here, the copy application sends them to the integrated history as the status type and the status as the status information data="STAPLEOVER.xml" together with the information of the application ID, the data type, the status TXT, the date and time TXT, and the absence of existing data (S909). As a result, the data table saved for integrated history 509 becomes the state shown in Fig. 15(B), and the screen becomes as shown in Fig. 8(B). In Fig. 8(B), error record 518 has priority over the other history records 514 to 516, and is displayed above them. Also, error record 517 includes an icon indicating an error on the left side.

[0075] FIG. 17 shows a flow until the integrated history 509 receives the setting information data or the situation information data and displays the history.

[0076] In S1201, the integrated history 509 executed by the CPU 100 receives the value stored in the HDD 103 in S904 of FIG. 9 from the application executed by the CPU 100. Next, in S1202, the CPU 100 determines whether the received data is setting data. If it is determined to be setting data, then in S1203, the CPU 100 checks whether there is existing data. Since there is no existing data this time, in S1204, the CPU 100 newly adds the data received from the application to the data table of the integrated history 509. The data received from the application is added to the data table as shown in FIG. 14(B). If there is existing data, in S1205, the CPU 100 updates only the date.

[0077] If it is determined that the received data is not setting data, then in S1206, CPU 100 checks whether or not there is existing data. If it is determined that there is no existing data, in S1207, CPU 100 adds the data received from the application side to the data table of integrated history 509. The data received from the application side is added to the data table as button ID 1003 in Fig. 14(E). If there is existing data, in S1208, CPU 100 updates only the date.

[0078] Since the screen of the operation unit 12 is still the copy screen, when the home button 714 is selected, the CPU 100 displays the home screen of FIG. 5B. As shown in FIG. 5B, the home screen of user A is displayed with the current history button 510 displayed in the integrated history 509. In the current history 510, an icon 511 of the application identified from the application ID, a job execution date and time 512, and text 513 indicating the difference from the default setting are displayed. The application icon 511 is an icon of a copy job. Note that the icon of the transmission job is displayed like the icon of the history record of 515 in FIG. 6B. This information is important information that helps the user to remember what the settings were when looking at the current history 510. When the user wants to execute a job with the same settings, if the user presses this history 510, the CPU 100 performs processing to call the application with the same settings reflected.

[0079] A flow of calling an application from the integrated history 509 will be described with reference to Fig. 18. The flow of Fig. 18 is implemented by the CPU 100 reading a program stored in the ROM 104 into the RAM 102 and executing it.

[0080] When the user selects history record 510 (also called a history record or an object) of integrated history 509 in FIG. 5(B), in S1301, the history data of the selected button ID is read from the data table of integrated history 509 stored in HDD 103. Integrated history 509 determines the target application from the application ID of the read history data, and in S1302, transmits setting data to that application. Since this is a copy, the copy application is called by CPU 100. In S1303, the copy application running on CPU 100 reads the setting values ​​of various settings from the received data, and displays the application screen on operation unit 12 with the settings reflected. FIG. 10(B) shows the copy screen displayed with the settings of history 510 reflected.

[0081] In this way, by using the integrated history 509, the user can call up and use settings that have been executed once with a single touch.

[0082] Next, a case where some settings are changed from the settings called from the integrated history 509 and a job is executed will be described.

[0083] This time, in S602, the number of copies is changed to 5 from the previous settings, and the user presses the start key 201. In S603, the application running on the CPU 100 executes the job according to the settings. In S604, the CPU 100 overwrites and saves the settings at the time of job execution as shown in the second row 804 of the current settings in FIG. 12(B). Thereafter, as described above, in the flow of FIG. 13, the data already in the integrated history 509 is compared with the current setting data, and since the current setting is not in the existing data, a text of the setting difference is generated in the flow of FIG. 16, and various data are sent to the integrated history 509. After that, in the flow of FIG. 17, the history of the new settings is added. FIG. 14(C) shows the history in which row 1003 is newly added to the data table. FIG. 6(A) shows a screen in which the history 514 is newly displayed in the integrated history 509 of the home page. The integrated history 509 is sorted and displayed in descending order by the execution date and time of the job, so that the history of the newly added job is added to the top of the list as shown in FIG. 6(A).

[0084] In this way, by reusing job settings that the user has used once, the user's work in setting jobs can be reduced.

[0085] In the case where the history 510 of the first copy executed in FIG. 6A is selected and the job is executed without changing the settings, it is determined that the determination is made as to whether or not there is existing data in the integrated history 509 in S902 of FIG. 13. Therefore, the process of S903 for generating text is not executed. Therefore, in S905, the application sends the date and time text, information that there is an existing ID, and data on which button ID in the integrated history 509 it was for, to the integrated history 509. Since there is an existing ID, it is determined that there is an existing ID in the process of determining whether or not there is an existing ID in the process of saving in the data of the integrated history 509 in FIG. 17 in S1202, and in S1204, the CPU 100 updates and saves only the date of the data that matches the button ID in FIG. 14D.

[0086] 14(E) shows the data 1005 with the updated date. Since the integrated history 509 displays history in descending date order, the history 516 of the copy that was just executed becomes the first in the setting history, as shown in FIG. 7(A).

[0087] Next, a case will be described where the setting contents of the corresponding job are called up by selecting transmission history 515 in Fig. 7(A), the job is not executed, and the home screen is returned to. In this case, since the job is not executed, the process of saving the settings in S604 in Fig. 9 and subsequent processes are not performed. Therefore, no particular update process of the history data is performed, and the display remains as in Fig. 7(A).

[0088] Next, a flow for calling an application from the integrated history 509 will be described with reference to FIG.

[0089] It is assumed that the screen is as shown in FIG. 8(A) and the data in integrated history 509 is as shown in FIG. 15(A).

[0090] When the user presses the error record 517 of the integrated history 509, the integrated history 509 running on the CPU 100 reads the history data of the pressed button ID=1004 from the data table of the integrated history 509 stored in the HDD 103 shown in FIG. 15(A). The integrated history 509 determines that the target application is a status monitoring application from the application ID=100 of the read history data, and transmits status information data=“FAXLINE_ERROR.xml” to the status monitoring application in S1302. The status monitoring application running on the CPU 100 reads the status type and status from the received status information data=“FAXLINE_ERROR.xml”. Then, the current status of this status type=“line” is confirmed, and in S1303, a screen showing guidance for resolving the status is displayed on the touch panel 200. FIG. 21 shows the status monitoring application screen displayed reflecting the status of the error record 517.

[0091] In this way, the integrated history 509 allows the user to display a desired situation with the touch of a button.

[0092] Similarly, the user can also display information about the copy application in the states shown in Fig. 8(B) and Fig. 15(B) with the press of a button. This will be explained below.

[0093] When the user presses error record 518 of integrated history 509, integrated history 509 running on CPU 100 reads history data of pressed button ID=1004 from the data table of integrated history 509 stored in HDD 103 shown in FIG. 15(B). Integrated history 509 determines that the target application is a copy application from application ID=101 of the read history data, and transmits status information data=“STAPLEOVER.xml” to the copy application in S1302. The copy application running on CPU 100 reads the status type and status from the received status information data=“STAPLEOVER.xml”, and displays a screen appropriate for this status type=“execute” and status=“number of staples exceeded” on operation unit 12 in S1303. FIG. 21 shows a status monitoring application screen displayed reflecting the status of error record 518.

[0094] If the copy job is interrupted due to no paper, the copy application generates a status type="execute", a state="no paper", and a state type="interrupted" (1408), and the integrated history data becomes as shown in FIG. 15(C), and is displayed as shown in FIG. 8(C). In FIG. 8(C), the error record 519 is displayed above the other history records 514-516 in priority. The error record 519 also includes an icon indicating an error on the left side. When the user selects this error record 519, the copy application displays a paper feed tray selection screen as shown in FIG. 11(B). When the user specifies a paper feed tray with paper or refills the specified paper feed tray with paper, the copy application determines that the no paper state has been resolved and starts the interrupted copy job. At the same time, as already described, the no paper state is resolved, and the copy application detects this change in S907 and requests the integrated history 509 to delete the status information, and ends the process as it is because the state is resolved. As a result, the integrated history data becomes as shown in FIG. 14(E), the home screen becomes as shown in FIG. 7(A), and the user knows that there is no situation to be processed.

[0095] Next, registration and deletion in the menu of integrated history 509 will be described.

[0096] When a user presses and holds a button displayed in integrated history 509, a context menu 580 for operations on the button itself is displayed as shown in Fig. 7(B) . Although a long press has been given as an example of a user operation that displays context menu 580, the method of calling context menu 580 is not limited to a long press, and can include a double tap or arranging a button for calling. Context menu 580 has context menus such as execute 581, add to menu 582, and delete 583 as operations on a button in integrated history 509.

[0097] When Execute 581 is selected in Fig. 7(B), the CPU 100 performs the process of calling the application, as already explained with reference to Fig. 18. When Register in Menu 582 is selected in Fig. 7(B), the CPU 100 performs the process of registering the custom button as a new button in the left menu 500. The position of the button to be registered here may be left blank in the menu 500, or may be selected by the user.

[0098] When the user presses Delete 583 in Fig. 7(B), a process for deleting the selected history is executed by the CPU 100. The CPU 100 deletes the target from the data table of the history order and the data table of the integrated history 509 in Fig. 14, and executes a sort process of the remaining history by date and time.

[0099] If the CPU 100 determines that the selected button of history 509 is not a setting button but a status information button, then registration 582 is not displayed in the menu, and only execution 581 and deletion 583 are displayed.

[0100] Next, a case where the number of history records or error records in the integrated history 509 reaches the upper limit will be described.

[0101] When jobs with different settings are repeatedly executed and the upper limit of the number of records stored in the integrated history 509 is reached, the CPU 100 performs a process of deleting the oldest records in the data table in order. This upper limit is the upper limit of the storage area, and is not necessarily the same as the upper limit of the display area. This is because the upper limit of the display area can be changed depending on the settings such as the button size and layout, and whether or not scrolling is possible using a slider bar or flick.

[0102] According to this embodiment, on a screen where a copy function or a transmission function can be selected, a user can check the job history in the history record and easily check that an error has occurred by checking the error record. Also, since the error record is given priority over the history record and is displayed above the history record, the user can easily notice the error when it occurs. Also, since the error record is displayed together with the date and time when the error occurred, the user can easily check from the error record when the error occurred.

[0103] [Second embodiment] In the second embodiment, a process in which the above-mentioned integrated history data is shared between image processing apparatuses will be described.

[0104] FIG. 22 shows a schematic diagram of the relationship between image processing devices.

[0105] The image processing device 1, the image processing device 2, and the image processing device 3 are image processing devices each having the functions described above, and are interconnected via a LAN as shown in the figure.

[0106] 3 are also mutually linked, and a user who can be authenticated by image processing device 1 can also be authenticated as the same user by image processing device 2 and image processing device 3. It is assumed that image processing device 1 also functions as an authentication server.

[0107] Assume that user A is viewing FIG. 8(A) on the image processing device 1, and the integrated history data is in the state of FIG. 15(A). When user A logs in to the image processing device 2 in this state, if the setting for identifying the user is ON in the image processing device 2, the CPU 100 of the image processing device 2 displays an authentication screen on the touch panel 200 after the main body of the image processing device 2 starts up (S301). FIG. 4 shows the authentication screen displayed on the image processing device 2. The authentication screen has areas for inputting a user name 401 and a password 402. After displaying the authentication screen, the image processing device 2 waits for input of the user name and password (S302). When the user inputs a user name and password registered in advance and presses the OK button 403, the CPU 100 transmits this information to the image processing device 1. The image processing device 1 compares whether the user name and password stored in the HDD 103 match the input user and password (S303). If the user name and password do not match, the image processing device 1 returns an authentication error to the image processing device 2 (S304). When the CPU 100 of the image processing device 2 receives the authentication error, it displays an error message on the touch panel 200 and displays the authentication screen again (S305). If the image processing device 1 determines that the user name and password match, the CPU 100 of the image processing device 1 retrieves information associated with the user stored in the HDD 103 and transmits it to the image processing device 2 (S306). At that time, when transmitting history information data to another device, the transmission data is generated according to the flow shown in FIG. 18. First, the reading position [i] of the history information data and the writing position [j] of the transmission data are initialized to 0 (S1801). Next, it is confirmed whether data [i] of the history information data exists (S1802). If data [i] exists, data [i] is read (S1803), and it is confirmed whether the data type is "setting" (S1804). If the data type is "settings", the read data [i] is set to the transfer data [j] (S1805), and the read position [i] of the history information data and the write position [j] of the transmission data are advanced by one (S1806). If the data type is not "settings", the read position [i] of the history information data is advanced by one (S1807).Thereafter, it is confirmed whether data [i] corresponding to the read position [i] of the updated history information data exists (S1802), and if it is determined that the data [i] to be read does not exist, it transmits the transmission data (S1808). When the image processing device 2 completes the call of the information associated with the user, the CPU 100 permits the user to log in (S307) and stores the information in the HDD 103 of the image processing device 2 as the currently logged-in user (S308). Thereafter, the CPU 100 of the image processing device 2 displays a home screen reflecting the information of the called-up logged-in user on the touch panel 200 (S309). At this point, the history information data relating to user A of the image processing device 2 is as shown in FIG. 14(E), and the home screen of user A is displayed as shown in FIG. 7(A).

[0108] When user A logs out, the image processing device 2 transmits the user information to the image processing device 1 to update the user information.

[0109] According to this embodiment, the integrated history data described above can be shared between image processing devices, so that even when using a different image processing device, history records and error records can be checked.

[0110] [Third embodiment] In the above-described embodiments, the setting data and the situation information data are managed in the same manner, and are distinguished from each other by their data types. In the third embodiment, an example will be shown in which all situation information data is deleted when a user logs out.

[0111] Only the differences from the first embodiment will be described.

[0112] When a logout instruction is received, the CPU 100 first initializes the read position [i] of the history information data and the write position [j] of the saved data to 0 (S1901). Next, it checks whether data [i] of the history information data exists (S1902). If data [i] exists, it reads the data [i] (S1903) and checks whether its data type is "settings" (S1904). If the data type is "settings", it sets the read data [i] to the saved data [j] (S1905), and advances the read position [i] of the history information data and the write position [j] of the saved data by one position each (S1906). If the data type is not "settings", it advances the read position [i] of the history information data by one position each (S1907). Thereafter, it is confirmed whether data [i] corresponding to the read position [i] of the updated history information data exists (S1902), and if it is determined that the data [i] to be read does not exist, the data is overwritten with the saved data and saved (S1908). As a result, if the integrated history data process at logout is performed when the history information data is in the state of Figure 15 (B) or Figure 15 (C), data 1006 whose data type is other than setting will not be saved, and as a result, the history information data will be saved in the state of Figure 14 (E).

[0113] When the user logs in again, the status managed by each application is registered in integrated history 509. If the history information data before logout is as shown in Fig. 15(A) and the status has not changed, the application for monitoring the status of the entire device registers data similar to data 1006 as a new status that has occurred at that time, in the same manner as described in the first embodiment. However, the date and time is the date and time when the new status was detected.

[0114] Also, if the history information data before logging out is as shown in FIG. 15(B), the copy job has not exceeded the number of sheets to be stapled, so the copy application does not register the situation, and the history information data starts in the state shown in FIG. 15(B).

[0115] According to this embodiment, all situation information data is deleted when the user logs out, so that situations that the user has already confirmed do not need to be displayed again.

[0116] The object of the present invention can also be achieved by executing the following process: A storage medium on which program code of software that realizes the functions of the above-mentioned embodiments is supplied to a system or device, and a computer (or a CPU, MPU, etc.) of the system or device reads out the program code stored in the storage medium. In this case, the program code read out from the storage medium itself realizes the functions of the above-mentioned embodiments, and the program code and the storage medium on which the program code is stored constitute the present invention. [Explanation of symbols]

[0117] 100 CPU 102 RAM 103 HDD

Claims

1. An image processing device having a copy function and a scan function and a display unit, a first execution means for executing a copy function using a first setting value set on a setting screen of the copy function displayed on the display unit; a first storage means for storing the first setting value used by the first execution means; a second execution means for executing the scan function using a second setting value set on a setting screen of the scan function displayed on the display unit; a second storage means for storing the second setting value used by the second execution means; an image processing device comprising: a display control means for displaying, on a home screen of the display unit, a first object for displaying a setting screen of a copy function reflecting the first setting value stored in the first storage means; and a second object for displaying a setting screen of a scan function reflecting the second setting value stored in the second storage means.

2. An image processing device having a copy function and a scan function and a display unit, a display control means for displaying a copy object for displaying a setting screen for the copy function and a scan object for displaying a setting screen for the scan function on a predetermined screen of the display unit; a first execution means for executing a copy function using a first setting value set on a setting screen of the copy function displayed on the display unit in response to the copy object; a first storage means for storing the first setting value used by the first execution means; a second execution means for executing the scan function using a second setting value set by a user on a setting screen of the scan function displayed on the display unit in response to the scan object; a second storage means for storing the second setting value used by the second execution means; The image processing device is characterized in that the display control means displays on the specified screen a first object for displaying a setting screen for a copy function reflecting the first setting value stored in the first storage means, and a second object for displaying a setting screen for a scan function reflecting the second setting value stored in the second storage means.

3. 3. The image processing device according to claim 2, wherein the copy object is an object that displays a setting screen for a copy function that reflects default setting values, and the scan object is an object that displays a setting screen for a scan function that reflects default setting values.

4. The image processing apparatus according to claim 1 , wherein the display control means further displays a third object on the home screen, the third object indicating that there is no paper.

5. 5. The image processing apparatus according to claim 1, wherein the setting screen for the copy function accepts color setting, single-sided / double-sided setting, magnification setting, density setting, and paper setting.

6. 6. The image processing apparatus according to claim 1, wherein the first setting values ​​include setting values ​​corresponding to the number of copies, color setting, single-sided / double-sided setting, magnification setting, and paper setting.

7. 7. The image processing apparatus according to claim 1, wherein the display control means controls display so that a first object displaying a setting screen for a copy function reflecting the same setting value is not displayed multiple times.

8. The image processing device according to claim 4 , wherein the third object includes an icon unique to the third object.

9. 5. The image processing apparatus according to claim 4, wherein when the third object is selected, a screen is displayed to notify the user that there is no paper.

10. The image processing device according to claim 1 , wherein the first object and the second object are deleted from the home screen by a user operation.

11. An image processing device as claimed in any one of claims 4, 8 and 9, characterized in that the first object and the second object are objects for executing a job using an image processing function, and the third object is not an object for executing a job using an image processing function.

12. 12. The image processing device according to claim 1, wherein the display control means displays the first object and the second object as a first object group so as to be distinguishable from objects of a second object group.

13. 13 . The image processing device according to claim 1 , wherein a first area in which the first object and the second object are displayed is an area in which the object to be displayed is changed by a user operation.

14. 14. The image processing device according to claim 1, wherein the copy function is a function of printing an image on paper based on image data of a read document, and the scan function is a function of transmitting image data generated by reading a document.

15. 5 . The image processing device according to claim 4 , wherein the first object and the second object are displayed adjacent to each other, and the third object is displayed above the first object and the second object.

16. An image processing device as described in any one of claims 1 to 15, characterized in that when the first object is selected, a setting screen for a copy function reflecting the first setting value stored in the first storage means is displayed, and the image processing device executes the copy function when the user gives an execution instruction, and when the second object is selected, a setting screen for a scan function reflecting the second setting value stored in the second storage means is displayed, and the image processing device executes the scan function when the user gives an execution instruction.

17. The image processing apparatus according to claim 4 , wherein the image processing apparatus performs a display that prompts the user to replenish paper based on the selection of the third object.

18. 18. The image processing apparatus according to claim 1, wherein the setting screen for the copy function includes an object for executing the copy function, and the setting screen for the scan function includes an object for executing the scan function.

19. A control method executed by an image processing apparatus having a copy function and a scan function and a display unit, comprising: a first execution step of executing a copy function using a first setting value set on a setting screen of the copy function displayed on the display unit; a first storage step of storing the first setting value used in the first execution step; a second execution step of executing the scan function using a second setting value set on a setting screen of the scan function displayed on the display unit; a second storage step of storing the second setting value used in the second execution step; a display control process for displaying, on a home screen of the display unit, a first object for displaying a setting screen for a copy function reflecting the first setting value stored in the first storage process, and a second object for displaying a setting screen for a scan function reflecting the second setting value stored in the second storage process.

20. A control method executed by an image processing apparatus having a copy function and a scan function and a display unit, comprising: a display control step of displaying a copy object for displaying a setting screen for the copy function and a scan object for displaying a setting screen for the scan function on a predetermined screen of the display unit; a first execution step of executing a copy function using a first setting value set on a setting screen of the copy function displayed on the display unit in response to the copy object; a first storage step of storing the first setting value used in the first execution step; a second execution step of executing the scan function using a second setting value set by a user on a setting screen of the scan function displayed on the display unit corresponding to the scan object; a second storage step of storing the second setting value used in the second execution step, The control method is characterized in that the display control process displays on the specified screen a first object for displaying a setting screen for a copy function reflecting the first setting value stored in the first storage means, and a second object for displaying a setting screen for a scan function reflecting the second setting value stored in the second storage means.

21. A program for causing a computer to execute each of the means according to any one of claims 1 to 18. Program.

Images