Image processing apparatus, method for controlling the same, and program

Abstract

To solve the problem in which: conventionally, when a storage destination of an already-registered scan ticket is to be changed in reserved scanning, a URL to be a storage destination needs to be changed directly from an operation panel of an image processing apparatus, but it is difficult to directly change the URL.SOLUTION: An image processing apparatus 100 analyzes a scan ticket that is set with a URL indicating a storage destination of a file including image data obtained through scanning processing, decodes the URL indicating the storage destination, displays a folder hierarchy related to the storage destination according to a result of the decoding (S1510), and changes the storage destination by using the display of the folder hierarchy (S1511).SELECTED DRAWING: Figure 12

Description

[Technical field]

[0001] The present invention relates to an image processing apparatus, a control method thereof, and a program. [Background technology]

[0002] In recent years, companies have increasingly been digitizing paper documents using image processing devices. Patent Document 1 proposes a technology for setting a save destination when saving a digitized paper document on a server on a network. In Patent Document 1, an image processing device searches the network, and save destination information such as folder structure is displayed on the liquid crystal panel of the image processing device, and the user can easily set the save destination by selecting it.

[0003] There is also a technology that allows a user to easily scan an image by saving image reading settings and the destination for saving the scanned image as a scan ticket from a client terminal before digitizing a paper document, and then using the scan ticket when scanning an image with an image processing device (hereinafter referred to as "in-dwell scan"). The client terminal may be a personal computer (PC) or a smartphone. When saving this scan ticket, it is possible to set it so that it can be reused, or to assign sharing settings so that it can be used by users other than the creator of the scan ticket. When using a scan ticket with sharing settings, each user can grant themselves access rights to their own destination, and the scan ticket user's own access rights can be used to send the image to the destination. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2003-274102 A Summary of the Invention [Problem to be solved by the invention]

[0005] In the technology of Patent Document 1, the image storage destination is a server or computer on a local network (LAN), and there is no particular consideration given to storing the image in a storage server that is the storage destination of the in-dwell scan using a scan ticket. For example, in Patent Document 1, access to the storage destination is authenticated by a user name and password, and there is no consideration given to the use of an access token by authorization of authority such as OAuth2.0 defined in RFC (Request For Comments), which is necessary to access a storage server such as a cloud as the storage destination. Therefore, in the case of in-dwell scan, there is a problem when the storage destination of the image set in the scan ticket already stored in the image processing device is changed on the image processing device. In the conventional technology, in order to change the storage destination, it is necessary to directly change the URL (Uniform Resource Locator), which is the storage destination information, using the operation panel of the image processing device. However, unlike conventional storage destinations such as an arbitrary folder on a server using an email address or SMB, the URL indicating the folder on the storage server that is the storage destination of the in-dwell scan may be difficult to intuitively understand the configuration of the storage destination folder, etc. Therefore, it is difficult for a user to change such a storage destination by directly inputting characters on the operation panel of the image processing device.

[0006] The present invention has been made to solve the above problems, and an object of the present invention is to provide a mechanism that allows an image processing device to easily change the save destination of an image that is set in an already registered scan ticket. [Means for solving the problem]

[0007] The present invention is an image processing device comprising: a decoding means for analyzing a scan ticket in which a URL indicating a storage destination of a file including image data obtained by a scan process is set, and decoding the URL indicating the storage destination; a display means for displaying a folder hierarchy related to the storage destination in accordance with the result of the decoding; and a change means for changing the storage destination using the display of the folder hierarchy. Effect of the Invention

[0008] According to the present invention, the save destination of an image set in an already registered scan ticket can be easily set from an image processing device. [Brief description of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram showing an example of a system configuration according to an embodiment of the present invention. [Diagram 2] FIG. 2 is a block diagram showing an example of a hardware configuration of a controller unit of the image processing apparatus. [Diagram 3] FIG. 2 is a block diagram showing an example of the hardware configuration of a controller unit of an authorization server, a storage server, and a client terminal. [Figure 4] FIG. 2 is a block diagram showing an example of a software configuration of the image processing apparatus. [Diagram 5] FIG. 11 is a sequence diagram showing an example of a process for saving a scan ticket from a client terminal to an image processing apparatus. [Figure 6] FIG. 11 is a sequence diagram showing an example of a process in which a client terminal sets a save destination of a storage server; [Figure 7] FIG. 13 is a diagram showing an example of an indwelling scan setting screen displayed on the client terminal. [Figure 8] FIG. 13 is a diagram showing an example of a scan ticket stored in the image processing apparatus. [Figure 9] 11A and 11B are diagrams illustrating an example of an authorization screen displayed on a client terminal and a scan ticket selection screen displayed on an image processing apparatus. [Figure 10]13A and 13B are diagrams showing examples of a personal scan ticket list display screen and an indwelling scan execution screen displayed on the image processing device. [Figure 11] 11 is a sequence diagram showing an example of a process in which an image processing apparatus executes an in-dwelling scan job defined in a scan ticket and stores scanned images in a storage server. [Figure 12] 11 is a sequence diagram showing an example of a process for changing a save destination of a scan ticket in an image processing apparatus and executing a newly defined indwelling scan job. [Figure 13] 11A and 11B are diagrams showing examples of a save destination information obtaining screen and a save destination information screen displayed on the image processing apparatus. [Figure 14] FIG. 13 is a diagram showing an example of a temporary scan ticket stored in the image processing apparatus. [Figure 15] 11 is a flowchart showing an example of a storage destination change process in the image processing apparatus. [Figure 16] 11A and 11B are diagrams showing examples of a child folder storage destination information screen and a parent folder storage destination information screen displayed on the image processing apparatus. [Figure 17] 13A and 13B are diagrams showing an example of a storage destination information screen displayed on the image processing apparatus and an indwelling scan execution screen after a storage destination change process is completed. [Figure 18] 13 is a diagram illustrating an example of a scan ticket after a process of changing a storage destination to be stored in the image processing apparatus is completed. [Figure 19] FIG. 11 is a sequence diagram showing an example of a process for retaining a change in the save destination of a scan ticket after a scan is executed using a changed temporary scan ticket. [Figure 20] 10A and 10B are diagrams showing an example of a transmission result screen displayed on the image processing apparatus and a transmission result notification email sent to a client terminal. [Figure 21] FIG. 13 is a diagram showing an example of a change retention selection screen displayed on the image processing apparatus. [Figure 22] FIG. 13 is a diagram illustrating an example of a scan ticket that has been overwritten and saved in a changed save destination saved in the image processing apparatus. [Figure 23] 10 is a flowchart showing an example of a process related to registration of a changed storage destination in the image processing apparatus. [Figure 24] FIG. 4 is a diagram showing an example of a character input screen displayed on the image processing apparatus. [Diagram 25] 13 is a diagram showing an example of a scan ticket that is newly created and saved in the changed save destination saved in the image processing apparatus. FIG. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. However, not all of the features described in the embodiment are necessarily essential to the solution of the present invention. In the embodiment of the present invention, an example of a service in which an image processing device cooperates with a client terminal such as a PC or a smartphone, an authorization server, and a storage server will be described.

[0011] FIG. 1 is a diagram showing an example of a system configuration according to an embodiment of the present invention. The system in this embodiment includes an image processing device 100, an authorization server 110, a storage server 120, and a client terminal 130. The image processing device 100, the authorization server 110, the storage server 120, and the client terminal 130 are connected via a network 140.

[0012] The network 140 may be a wired connection, a wireless connection, or a combination of these, or may be the Internet, an intranet, or a combination of these. The network 140 may be, for example, a wireless connection, WiFi, or a data communication line, or may be in any form that allows data exchange. Furthermore, the image processing device 100, the authorization server 110, the storage server 120, and the client terminal 130 do not all need to be of the same network type. For example, the image processing device 100, the authorization server 110, and the storage server 120 may be connected to the Internet by wires, and the client terminal 130 may be connected to the Internet by a data communication line.

[0013] The image processing device 100 reads images using a scanner and prints images using a printer. The image processing device 100 has an operation unit 102 that inputs and outputs data to and from a user. The image processing device 100 has a printer unit 103 that outputs electronic data to a paper medium. The image processing device 100 has a scanner unit 104 that reads paper media and converts them into electronic data. The operation unit 102, the printer unit 103, and the scanner unit 104 are connected to a controller unit 101, and realize functions as a multifunction device (e.g., a scanning function, a printing function, etc.) under the control of the controller unit 101. The image processing device 100 also has an image processing device user DB 105 that stores information about image processing device users for authentication when using the image processing device 100.

[0014] The authorization server 110 includes an authorization application 111. An example in which the authorization application 111 complies with the OAuth mechanism defined in RFC6479 will be shown. When the client terminal 130 requests access to the storage server 120 together with appropriate authentication information, the authorization application 111 issues an access token for granting access authority to the storage server 120. When the client terminal 130 passes the access token to the storage server 120 to make an access request, the storage server 120 confirms the validity of the access token with the authorization server 110. At this time, the authorization application 111 determines whether the access token is valid.

[0015] Furthermore, since an access token generally has a short validity period, the authorization application 111 may issue a refresh token with a longer validity period in order to update the access token. When a request to update the access token is received from the client terminal 130 using a refresh token, the authorization application 111 reissues the access token and the refresh token and returns them to the client terminal 130. Note that OAuth is only an example, and authorization and authentication may be performed using other methods. The authorization server 110 is configured using known technology, and detailed description thereof will be omitted.

[0016] The storage server 120 includes a storage application 121 and a storage 122. Upon receiving an instruction from the client terminal 130, the storage application 121 returns a list of files and directories stored in the storage 122, saves files in the storage 122, and so on. An access token is passed from the client terminal 130, and the authorization server 110 checks whether the access token is valid, and if it is invalid, it denies access, and if it is valid, it permits access. The storage server 120 is configured using known technology, and therefore a detailed description thereof will be omitted.

[0017] The client terminal 130 includes an indwelling scan application 131 . 1, only one client terminal 130 is shown, but there may be multiple client terminals 130. The in-dwelling scan application 131 creates a scan job for performing a scan in the image processing device 100 as a scan ticket. The scan ticket includes definitions of scan settings, settings for a destination to save the scanned image file, settings for reusing the scan ticket, and settings for sharing the scan ticket.

[0018] The storage scan application 131 stores a scan ticket in which each setting is defined in the image processing device 100. Examples of the client terminal include a smartphone, a tablet terminal, a personal computer (PC), and the like. Note that, since only the configuration for explaining the present embodiment is described in FIG. 1, other configurations may be included as long as the implementation of the present invention is satisfied, and it goes without saying that the connection form between the components is not limited to this.

[0019] FIG. 2 is a block diagram showing an example of the hardware configuration of the controller unit 101 of the image processing device 100 according to this embodiment. The CPU 201 performs the main arithmetic processing within the controller. The CPU 201 is connected to the DRAM 202 via a bus. The DRAM 202 is used by the CPU 201 as a working memory for temporarily storing program data representing arithmetic instructions during the CPU 201's arithmetic processing and data to be processed.

[0020] The CPU 201 is connected to an I / O controller 203 via a bus. The I / O controller 203 performs input / output to various devices according to instructions from the CPU 201. For example, a SATA (Serial Advanced Technology Attachment) I / F 205 is connected to the I / O controller 203, and a Flash ROM 209 is connected to the SATA I / F 205. The CPU 201 uses the Flash ROM 209 to permanently store programs for implementing the functions of the image processing device and document files. Note that instead of a Flash ROM, other large-capacity storage devices such as a HDD may be connected.

[0021] A network I / F 204 is also connected to the I / O controller 203. A wired LAN device and a wireless LAN device are connected to the network I / F 204. The CPU 201 realizes communication on the network 140 by controlling the wired LAN device and the wireless LAN device via the network I / F 204.

[0022] A panel I / F 206 is connected to the I / O controller 203 , and the CPU 201 realizes input and output to the operation unit 102 for the user via the panel I / F 206 . A printer I / F 207 is connected to the I / O controller 203 , and the CPU 201 realizes output processing of paper media using the printer unit 103 via the printer I / F 207 . A scanner I / F 208 is connected to the I / O controller 203 , and the CPU 201 realizes document reading processing using the scanner unit 104 via the scanner I / F 208 .

[0023] The image processing device 100 has various applications for utilizing the functions of the image processing device, such as a copy function, a transmission function, a fax function, and a box function. For example, when performing a copy function, the CPU 201 loads program data from the Flash ROM 209 into the DRAM 202 via the SATA I / F 205. In accordance with the program loaded into the DRAM 202, the CPU 201 detects a copy instruction from the user via the panel I / F 206 on the operation unit 102. When the CPU 201 detects a copy instruction, it receives an original as electronic data from the scanner unit 104 via the scanner I / F 208 and stores it in the DRAM 202. The CPU 201 performs color conversion processing suitable for output on the image data stored in the DRAM 202. The CPU 201 passes the image data stored in the DRAM 202 to the printer unit 103 via the printer I / F 207 and performs output processing onto paper media.

[0024] In the transmission function, the process in which the CPU 201 detects a transmission instruction from a user is the same as that of the copy function described above. The transmission instruction includes a transmission protocol, a destination designation, an image format, and the like from the user. The transmission protocol is SMB, FTP, and the like, and the destination designation is designated, for example, by UNC (Universal Naming Convention). The image format is JPEG, PDF, and the like. When the CPU 201 detects a transmission instruction, it receives an original as electronic data from the scanner unit 104 via the scanner 1 / F 208 and stores the data in the DRAM 202. The CPU 201 performs image format conversion, etc., designated by the user, on the image data stored in the DRAM 202. The CPU 201 saves the image data stored in the DRAM 202 in the destination via the network I / F 204 using a protocol designated by the user. The storage server 120 may be designated as the destination, and transmission may be performed using an authorization mechanism using an access token.

[0025] In the fax function, the process in which the CPU 201 detects a fax instruction from the user is the same as in the copy function described above. When the CPU 201 detects a fax instruction, it receives the document as electronic data from the scanner unit 104 via the scanner I / F 208 and stores it in the DRAM 202. The CPU 201 performs image format conversion for fax on the image data stored in the DRAM 202. The CPU 201 transmits the image data stored in the DRAM 202 to a fax telephone number specified in the fax instruction via a telephone line network (not shown) to which a fax I / F (not shown) is connected. Faxing via a telephone line is one example, and it may also be an Internet fax.

[0026] The box function is a function for storing scanned images in a storage area inside the image processing device 100 or in a memory medium connected to the image processing device 100, and for making images stored in the image processing device 100 available to an external PC (not shown) or other image processing devices by making the image processing device 100 a file server. In the box function, the process in which the CPU 201 detects a box storage instruction from a user is the same as that of the copy function described above. The box storage instruction includes a storage destination designation and an image format from the user. The storage destination is a path to the internal storage of the image processing device 100 or a memory medium connected to the image processing device 100. The image format is JPEG, PDF, or the like. When the CPU 201 detects a box storage instruction, it receives an original as electronic data from the scanner unit 104 via the scanner I / F 208 and stores it in the DRAM 202. The CPU 201 performs image format conversion and the like designated by the user on the image data stored in the DRAM 202. The CPU 201 saves the image data stored in the DRAM 202 via the SATA I / F 205 in a storage location designated by the user, such as a Flash ROM 209 inside the image processing apparatus 100 or a memory medium (not shown).

[0027] In the fax function, the received image may be converted into a format viewable on a PC or the like and stored in a box instead of being printed. As a box function, the image processing device 100 becomes a file server such as an SMB server and publishes the contents of the FlashROM 211. In the box function, the CPU 201 detects a box access instruction from the outside via the network I / F 204. The box access instruction includes an image file path to be accessed, etc. The CPU 201 saves image data stored in the FlashROM 209 corresponding to the specified image file path to the request source of the box access instruction via the network I / F 204. Note that the above is an example of the functions of the image processing device 100, and other functions may also be provided.

[0028] FIG. 3(a) is a block diagram showing an example of the hardware configuration of the controller of the authorization server 110 and the storage server 120 according to this embodiment. In this embodiment, for simplicity, the authorization server 110 and the storage server 120 are described using the same block diagram, but they may have different configurations. Note that the authorization server 110 and the storage server 120 may be realized by one computer or multiple computers. For example, the authorization server 110 and the storage server 120 may be realized by using cloud computing technology.

[0029] The CPU 301 is connected to the DRAM 302 via a bus. The DRAM 302 is used by the CPU 301 as a working memory for temporarily storing program data representing arithmetic instructions and data to be processed during the arithmetic process performed by the CPU 301.

[0030] The CPU 301 is connected to an I / O controller 303 via a bus. A network I / F 304 is connected to the I / O controller 303. A wired LAN device and a wireless LAN device are connected to the network I / F 304. The CPU 301 realizes communication on the network 140 by controlling the wired LAN device and the wireless LAN device via the network I / F 304.

[0031] The I / O controller 303 performs input / output to various devices according to instructions from the CPU 301. For example, a SATA I / F 305 is connected to the I / O controller 303, and a HDD 306 is connected to the SATA I / F 305. In the case of an authorization server, programs such as the authorization application 111 and setting values ​​are permanently stored in the HDD 306. In the case of a storage server, programs such as the storage application 121 and setting values ​​are permanently stored in the HDD 306. Note that the configuration may include other storage devices such as a solid state drive (SSD) or an embedded multimedia card (eMMC) instead of or in combination with a hard disk drive (HDD).

[0032] In this way, the hardware such as the CPU 301, the DRAM 302, the HDD 306, etc. constitute a so-called computer. In this embodiment, for the sake of explanation, a case where one CPU 301 executes each process shown in the flowchart described later using one memory (DRAM 302) is illustrated, but other modes are also possible. For example, each process shown in the flowchart described later can be executed by cooperating multiple processors, RAMs, ROMs, and storages. Each process can also be executed using multiple server computers.

[0033] FIG. 3B is a block diagram showing an example of the hardware configuration of the controller unit of the client terminal 130 according to this embodiment. The CPU 401 is connected to the DRAM 402 via a bus. The DRAM 402 is used by the CPU 401 as a working memory for temporarily storing program data representing arithmetic instructions and data to be processed during the CPU 401's arithmetic operations.

[0034] The CPU 401 is connected to an I / O controller 403 via a bus. A network I / F 404 is connected to the I / O controller 403. A wired LAN device, a wireless LAN device, or a data communication device is connected to the network I / F 404. The CPU 401 realizes communication on the network 140 by controlling the wired LAN device, the wireless LAN device, and the data communication device via the network I / F 404.

[0035] The I / O controller 403 performs input / output to various devices according to instructions from the CPU 401. The I / O controller 403 is connected to a SATA I / F 405, which is connected to a Flash ROM 406. Instead of the Flash ROM, other large-capacity storage devices such as HDD and SSD may be connected. The Flash ROM 406 is used to permanently store programs such as the indwelling scan application 131 and setting values. A panel I / F 407 is connected to the I / O controller 403 , and the CPU 401 realizes input and output for a user to an operation unit of the client terminal 130 connected via the panel I / F 407 .

[0036] Fig. 4 is a block diagram showing an example of a software configuration of the image processing device 100. Each unit shown in Fig. 4 is realized by software executed by the controller unit 101, and is realized, for example, by the CPU 201 reading a program stored in the Flash ROM 209 into the DRAM 202 and executing it.

[0037] An operation control unit 501 displays a screen image for the user on the operation unit 102, detects a user operation, and executes processing associated with screen components such as buttons displayed on the screen. A data storage unit 502 stores requests from other control units in the Flash ROM 209 and reads them out.

[0038] A job control unit 503 controls the execution of a job according to instructions from other control units. An image processing unit 504 processes the image data into a format suitable for the intended use, in accordance with instructions from the job control unit 503 . A print processing unit 505 prints and outputs an image on a paper medium by the printer unit 103 via the printer I / F 207 in accordance with an instruction from the job control unit 503 . The reading processing unit 506 reads the document set in the scanner unit 104 via the scanner I / F 208 in accordance with an instruction from the job control unit 503 .

[0039] A network control unit 507 inputs and outputs data from a LAN or a public line network via the network I / F 204 in accordance with instructions from each control unit. Also, the data storage unit 502 allows data stored in the Flash ROM 209 to be accessed from an external device via the network control unit 507. An example of data stored in the Flash ROM 209 is an image such as a PDF or JPEG.

[0040] The indwelling scan control unit 508 stores the scan ticket from the client terminal 130 received from the network control unit 507. The indwelling scan control unit 508 also displays the scan ticket on the operation control unit 501, executes a scan job based on the definition of the scan ticket, and controls the transmission of image data read by the reading processing unit 506 to the storage server 120 via the network control unit 507.

[0041] The operation of this embodiment will be outlined below with reference to FIGS. Fig. 5 is a sequence diagram showing an example of a process in which the indwelling scan application 131 of the client terminal 130 creates a scan ticket that defines scan settings, storage destination settings for the storage server 120, reuse settings, and sharing settings, and stores the scan ticket in the image processing device 100. Note that the process of the image processing device 100 shown in Fig. 5 is realized by the CPU 201 reading a program stored in the Flash ROM 209 into the DRAM 202 and executing it. Also, the process of the client terminal 130 is realized by the CPU 401 reading a program stored in the Flash ROM 406 into the DRAM 402 and executing it.

[0042] 5 starts when the user starts setting up an indwelling scan on the client terminal 130. In the following sequence, a description of operations in the case of an error or the like that is not essential to this embodiment will be omitted.

[0043] In S601, the indwelling scan application 131 of the client terminal 130 displays an indwelling scan setting screen as shown in FIG. 7 on an operation unit (for example, a touch panel) and waits for an input from the user.

[0044] FIG. 7 is a diagram showing an example of an indwelling scan setting screen displayed on the indwelling scan application 131 of the client terminal 130. As shown in FIG. On the indwelling scan setting screen 800, scan settings 801 are for setting the size of the scanned document, such as A3 or A4, color settings, such as full color or grayscale, and file type settings, such as JPEG or PDF, for the image file to be saved.

[0045] The storage destination 802 is for setting the storage server 120 and the path of the storage destination of the storage server 120. Note that although a URL indicating the actual storage destination is not shown, not only the path but also the URL may be indicated. The path selection button 804 is a button for selecting a destination path of the storage server 120. When the path selection button 804 is pressed, an access token is acquired, and a destination path of the storage server 120 is selected from a directory list screen (not shown) of the storage server 120. The sequence of acquiring the access token and acquiring the directory list will be described later with reference to FIG.

[0046] The name 803 is for setting the name of the indwelling scan job. The reuse setting 805 is for allowing the created scan ticket to be reused within the validity period of the access token. The sharing setting 806 is for setting whether the created scan ticket can be used only by the user who created it, or whether it can be used by other users as well. Printer user authentication 807 is for setting user authentication information stored in the image processing device user DB 105 of the image processing device 100 .

[0047] The settings illustrated in Fig. 7 are merely an example, and other settings may be possible or only some settings may be possible as long as this embodiment can be realized. For example, other scan settings may be set, and the name of the in-dwell scan job may not be set. In this embodiment, the storage server 120 as the save destination and the image processing device 100 as the transmission destination of the in-dwell scan job are assumed to have been specified in advance on the client terminal 130. It is also possible to select the storage server 120 or image processing device 100 on the in-dwell scan setting screen in Fig. 7 without specifying them in advance on the client terminal 130. When the OK button is pressed on the indwelling scan setting screen 800, the indwelling scan application 131 ends the scan ticket setting and advances the process to S602.

[0048] In S602, the indwelling scan application 131 of the client terminal 130 stores the scan ticket set in S601 in the client terminal 130. The scan ticket stored here will be described later with reference to FIG.

[0049] Next, in S603, the indwelling scan application 131 of the client terminal 130 transmits a request for establishing a connection to the image processing device 100. This enables the image processing device 100 to transmit the results of storing in the storage server 120 to the client terminal 130. For example, the WebSocket mechanism defined in RFC6455 is used.

[0050] In S604, the network control unit 507 of the image processing apparatus 100 processes the connection establishment request of S603, and establishes a connection for sending a notification from the image processing apparatus 100 to the client terminal 130.

[0051] When the connection with the image processing device 100 is established, in S605, the indwelling scan application 131 of the client terminal 130 transmits a scan ticket to the image processing device 100. The contents of the scan ticket are, for example, scan job settings as shown in FIG. 8. FIG. 8 will be described later. Note that a request from the client terminal 130 to the image processing device 100 may be made using a general-purpose mechanism defined by a REST (REpresentation State Transfer) API or the like. Alternatively, the connection between the image processing device 100 and the client terminal 130 established in the above S603 and S604 may be used.

[0052] In S606, the indwelling scan control unit 508 of the image processing device 100 stores (registers) the contents of the scan ticket received from the indwelling scan application 131 of the client terminal 130 inside the image processing device 100. The contents of the scan ticket stored in the image processing device 100 are as shown in FIG. 8, which will be described later.

[0053] Next, in S607, the indwelling scan control unit 508 of the image processing device 100 issues a scan ticket ID so as to uniquely identify the scan ticket stored in S606 above. Next, in S608, the indwelling scan control unit 508 of the image processing device 100 performs control so as to associate the scan ticket ID issued in S607 with the scan ticket and store them.

[0054] FIG. 8 is a diagram showing an example of a scan ticket stored in the image processing device 100. As shown in FIG. As the scan ticket, a scan ticket ID 901, scan settings 902, storage destination 903, name 904, reuse 905, sharing 906, and user authentication 907 are saved.

[0055] The scan ticket ID 901 was issued in S607 and linked to the scan ticket in S608. Scan settings 902, destination 903, name 904, reuse 905, sharing 906, and user authentication 907 are based on the settings (801, 802, 803, 805, and 807) specified by the user in FIG. The save destination 903 also includes a URL as a save destination, not shown in Fig. 7. This URL is a URL that indicates a folder on a server that is specified as a save destination.

[0056] The value entered in the reuse 905 is TRUE / FALSE. If reuse is selected in the reuse setting 805 in FIG. 7, the value is TRUE, otherwise the value is FALSE. The value entered in Share 906 is TRUE / FALSE, and is TRUE if sharing with other users is selected in Share Settings 806 in Fig. 8, and FALSE otherwise. Note that although the values ​​entered in Reuse 905 and Share 906 are TRUE / FLASE, other values ​​may be entered to make the distinction possible. The access token for user authentication 907 is an access token acquired in the process shown in Fig. 6, which will be described later. The process shown in Fig. 6 is executed at the timing when the user starts setting the save destination of the storage server 120 by pressing, for example, the path selection button 804 in Fig. 7 during the scan ticket setting process in S601.

[0057] Fig. 6 is a sequence diagram showing an example of a process in which the indwelling scan application 131 of the client terminal 130 acquires an access token to access the storage server 120 and sets a storage destination for the indwelling scan. The process of the client terminal 130 shown in Fig. 6 is realized by the CPU 401 reading a program stored in the Flash ROM 406 into the DRAM 402 and executing it. The process of the authorization server 110 is realized by the CPU 301 of the authorization server 110 reading a program stored in the HDD 306 into the DRAM 302 and executing it. The process of the storage server 120 is realized by the CPU 301 of the storage server 120 reading a program stored in the HDD 306 into the DRAM 302 and executing it.

[0058] When the user of the client terminal 130 presses, for example, the path selection button 804 in FIG. 7 to start setting the save destination in the storage server 120, the process shown in FIG. 6 starts. In S701, the indwelling scan application 131 of the client terminal 130 transmits an authorization request for storage access to the storage server 120 to the authorization server 110.

[0059] In S702, in response to the authorization request, the authorization application 111 of the authorization server 110 instructs the indwelling scan application 131 of the client terminal 130 to display an authorization screen. Although not described here because it is not the essence of the present invention, it is assumed that the indwelling scan application 131 of the client terminal 130 has applied for permission to access the storage server 120 in advance.

[0060] In S703, the indwelling scan application 131 of the client terminal 130 displays an authorization screen 1000 as shown in FIG. 9(a) in response to the instruction to display the authorization screen. FIG. 9( a ) is a diagram showing an example of the authorization screen 1000 . The authorization screen 1000 displays authority 1001 for the storage server 120 and has input fields for a user name 1002 and a password 1003. When the user permits access to the storage server 120, the user inputs the user name 1002 and password 1003 and presses the "Yes" button. In response to this, the indwelling scan application 131 advances the process to S704 to permit access. Note that the screen in FIG. 9(a) is an example, and other information may be displayed as long as it is possible to realize this embodiment. Note that when the "No" button is selected to not permit access, re-authentication, error processing, etc. are performed, but since this is not the essence of this embodiment, the description will be omitted. Hereinafter, the description of FIG. 6 will be returned to.

[0061] In S704, the indwelling scan application 131 of the client terminal 130 transmits the user name and password input in S703 to the authorization server 110 as authentication information. In S705, the authorization application 111 of the authorization server 110 checks whether the authentication information transmitted from the client terminal 130 in S704 above is valid by using an authentication information DB (not shown) or the like. For example, the authentication information DB stores a combination of a user name and a password, and checks whether the combination matches the transmitted authentication information.

[0062] In S706, if the authentication information transmitted from the client terminal 130 in S705 above is valid, the authorization application 111 of the authorization server 110 issues an authorization code. Next, in S707, the authorization application 111 of the authorization server 110 transmits the authorization code issued in S706 to the client terminal .

[0063] In S708, the indwelling scan application 131 of the client terminal 130 transmits the authorization code acquired in S707 to the authorization server 110, and requests issuance of an access token. In S709, the authorization application 111 of the authorization server 110 checks whether the authorization code passed from the client terminal 130 in S708 above is valid. In S710, if the authorization code transmitted from the client terminal 130 is valid, the authorization application 111 of the authorization server 110 issues an access token and a refresh token. In S711, the authorization application 111 of the authorization server 110 transmits the access token and refresh token issued in S710 to the client terminal 130.

[0064] In S712, the indwelling scan application 131 of the client terminal 130 passes the access token received in S711 to the storage server 120, and requests acquisition of a directory and file list. In S713, the storage application 121 of the storage server 120 confirms with the authorization server 110 whether the access token received from the client terminal 130 is valid.

[0065] In S714, the authorization application 111 of the authorization server 110 checks the validity of the access token received from the storage server 120 in S713 above. In S715, the authorization application 111 of the authorization server 110 returns the access token confirmation result to the storage server 120.

[0066] In S716, the storage application 121 of the storage server 120 checks the result of checking the access token returned from the authorization server 110. In the following, in this sequence, only the case where the access token is valid is described, and the description of the case where the access token is invalid is omitted. For example, if the access token is invalid, an error process is performed (not shown).

[0067] In S717, since the access token is valid, the storage application 121 of the storage server 120 returns a list of files and directories of the storage server 120 to the client terminal 130. In S718, the indwelling scan application 131 of the client terminal 130 displays a directory list of the storage server 120 (not shown), and the user operating the client terminal 130 selects a storage destination.

[0068] In this embodiment, an example is shown in which a list of files and directories of the storage server 120 is returned only once in S717. Instead of doing this, in order to move the directory hierarchy, a list of files and directories in the directory to which the directory has been moved may be returned and the client terminal 130 and the storage server 120 may exchange information with each other multiple times. In the explanation of FIG. 6, an example is shown in which an authorization code is used, but it is of course possible to issue an access token by other methods. In this sequence, for the sake of simplicity, the description of whether the authorization code or access token has expired is omitted, but it is not necessary to obtain the authorization code or access token every time. It is sufficient to check whether the authorization code or access token has expired and obtain the authorization code or access token only if it has expired.

[0069] Fig. 11 is a sequence diagram showing an example of a process in which the image processing device 100 executes an in-dwell scan job defined in a scan ticket and stores a scanned image in the storage server 120. It is assumed that the scan ticket executed in the sequence of Fig. 11 is a scan ticket in which the reuse setting 905 in Fig. 8 is set to FALSE and the share setting 906 is set to FALSE.

[0070] 11 is realized by the CPU 201 reading a program stored in the Flash ROM 209 into the DRAM 202 and executing it. Also, the processing of the authorization server 110 is realized by the CPU 301 of the authorization server 110 reading a program stored in the HDD 306 into the DRAM 302 and executing it. Also, the processing of the storage server 120 is realized by the CPU 301 of the storage server 120 reading a program stored in the HDD 306 into the DRAM 302 and executing it.

[0071] In S1101, a user who operates the image processing device 100 performs a login operation, and the image processing device 100 identifies the logged-in user. Next, in S1102, the image processing device 100 starts the indwelling scan application in response to a user instruction, and displays a scan ticket selection screen 1200 as shown in FIG. 9(b).

[0072] FIG. 9B is a diagram showing an example of a scan ticket selection screen 1200 displayed on the image processing device 100. As shown in FIG. The image processing apparatus 100 displays a personal button 1201 and a share button 1202 on a scan ticket selection screen 1200 .

[0073] In S1103, when the user presses the personal button 1201, the image processing apparatus 100 displays the personal scan ticket list display screen 1300 of Fig. 10(a). Note that the process when the user presses the share button 1202 is omitted.

[0074] FIG. 10A is a diagram showing an example of a personal scan ticket list display screen 1300 displayed on the image processing device 100. As shown in FIG. The personal scan ticket list display screen 1300 displays a list of scan tickets for which the scan ticket sharing setting 906 in FIG. 8 is FALSE and the ID in the user authentication 907 matches the login user information of the image processing apparatus 100.

[0075] On the personal scan ticket list display screen 1300, the name of the scan ticket is displayed in name 1301, and the user selects which scan ticket to execute using selection button 1302. Note that although only name 1301 is displayed in Fig. 10(a), it goes without saying that other information such as scan settings and the date and time when the scan ticket was saved may also be displayed.

[0076] In S1104, when the user presses the select button 1302 to select the scan ticket to be executed, the image processing apparatus 100 displays an indwelling scan execution screen as shown in FIG. 10(b).

[0077] FIG. 10B is a diagram showing an example of an indwelling scan execution screen 1400 displayed on the image processing device 100. As shown in FIG. On the indwell scan execution screen 1400, name 1401 is the name of the selected scan ticket, scan setting 1402 is the scan setting of the selected scan ticket, and destination 1404 is the destination of the selected scan ticket in the storage server 120. This information is the indwell scan job setting defined in the scan ticket as shown in FIG. 8 saved in S607 of FIG. 6.

[0078] When the change settings button 1403 is pressed, a change scan settings screen (not shown) is displayed, allowing the user to change the scan settings to settings different from those set on the client terminal 130. Moreover, by pressing a change save destination button 1405, the save destination can be changed, which will be described later with reference to FIG. When the scan button 1406 is pressed, the image processing apparatus 100 executes a scan and stores the image in a designated storage destination of the storage server 120 . When the back button 1407 is pressed, the screen returns to the personal scan ticket list display screen as shown in FIG.

[0079] When the scan button 1406 is pressed, the image processing device 100 advances the process to S1106. In S1106, the image processing device 100 executes a scan process with the scan settings specified in the scan ticket selected in S1104 (and further changed in S1105) to generate an image file.

[0080] In S1107, the image processing device 100 makes a file transmission request for transmitting the image file generated in S1106 to the storage server 120. This request includes the access token for user authentication 907 (FIG. 8), the storage destination 903 (FIG. 8) of the storage server 120, and the scanned image file, which are defined in the scan ticket.

[0081] In S1108, the storage application 121 of the storage server 120 confirms with the authorization server 110 whether the access token received from the image processing device 100 is valid. In S1109, the authorization application 111 of the authorization server 110 checks whether the access token transmitted from the storage server 120 is valid. In this sequence, a case where the access token is valid is described. In S1110, the authorization application 111 of the authorization server 110 transmits the access token confirmation result to the storage server 120.

[0082] In S1111, the storage application 121 of the storage server 120 checks the result of checking the access token received from the authorization server 110. In this sequence, a description of the case where the access token is invalid is omitted, but for example, if the access token is invalid, an error screen (not shown) is displayed.

[0083] In S1112, since the access token is valid, the storage application 121 of the storage server 120 saves the image file in the save destination specified in S1107 above. Next, in S1113, the storage application 121 of the storage server 120 returns the result of saving the image file to the image processing device 100. In this sequence, a case where the image file has been successfully saved is described.

[0084] In S1114, the image processing device 100 checks the result of saving returned from the storage server 120. A description of the case where the image file saving has failed will be omitted. Next, in S1115, the image processing apparatus 100 determines the reuse setting 905 (FIG. 8) of the executed scan ticket.

[0085] In S1116, if the determined reuse setting 905 is FALSE, the image processing device 100 discards all information of the corresponding scan ticket. If the determined reuse setting 905 is TRUE, the image processing device 100 does not discard the corresponding scan ticket. Therefore, when the user opens the personal scan ticket list display screen 1300 as shown in Fig. 10(a) again, the corresponding scan ticket is displayed and can be reused.

[0086] Fig. 12 is a sequence diagram showing an example of processing for changing the save destination of a scan ticket in the image processing device 100 and executing a newly defined in-dwell scan job. Note that processing after execution of a scan will be described later with reference to Fig. 19. Also, it is assumed that the scan ticket executed in the sequence diagram of Fig. 12 is a scan ticket for which the reuse setting 905 in Fig. 8 is set to FALSE and the share setting 906 is set to FALSE.

[0087] 12 is realized by the CPU 201 reading a program stored in the Flash ROM 209 into the DRAM 202 and executing it. Also, the processing of the authorization server 110 is realized by the CPU 301 of the authorization server 110 reading a program stored in the HDD 306 into the DRAM 302 and executing it. Also, the processing of the storage server 120 is realized by the CPU 301 of the storage server 120 reading a program stored in the HDD 306 into the DRAM 302 and executing it.

[0088] The same processes as those in FIG. 11 are denoted by the same step numbers. First, the process from login in S1101 to S1105 for displaying the indwelling scan execution screen in FIG. 10(b) is the same as that in FIG. 11, and therefore the description will be omitted. In S1501, when the user presses the save destination change button 1405, the image processing apparatus 100 displays a save destination information obtaining screen 1600 as shown in FIG. 13(a). FIG. 13A is a diagram showing an example of a save destination information obtaining screen 1600 displayed on the image processing device 100. As shown in FIG. When a cancel button 1601 is pressed on the save destination information obtaining screen 1600, the screen returns to the indwelling scan execution screen of FIG. 10(b).

[0089] Next, in S1502, the image processing device 100 copies information other than the scan ticket ID of the selected scan ticket to create a new temporary scan ticket. This process will be further described using an example of the settings of a scan job defined in the scan ticket shown in FIG.

[0090] FIG. 14 is a diagram showing an example of a temporary scan ticket stored in the image processing device 100. As shown in FIG. 12, the image processing device 100 copies information other than the scan ticket ID 901 of the selected scan ticket 1700 to create a temporary scan ticket 1701. At this time, an arbitrary ID such as "tmp" is assigned to the scan ticket ID 901 of the temporary scan ticket 1701 so that it can be recognized as a temporary scan ticket.

[0091] Next, in S1503, the image processing device 100 requests the storage server 120 for save destination information. In detail, the image processing device 100 determines the destination for which the save destination information is to be requested from the save destination 903 of the temporary scan ticket 1701, and sends the save destination information acquisition request using the access token of the user authentication 907 of the temporary scan ticket 1701 and the save destination 903.

[0092] In S1504, the storage application 121 of the storage server 120 confirms with the authorization server 110 whether the access token received from the image processing device 100 is valid. In S1505, the authorization application 111 of the authorization server 110 checks whether the access token transmitted from the storage server 120 is valid. In this sequence, a case where the access token is valid is described. In S1506, the authorization application 111 of the authorization server 110 transmits the access token confirmation result to the storage server 120.

[0093] In S1507, the storage application 121 of the storage server 120 checks the result of checking the access token received from the authorization server 110. In this sequence, a description of the case where the access token is invalid is omitted, but for example, if the access token is invalid, an error screen (not shown) is displayed.

[0094] In S1508, since the access token is valid, the storage application 121 of the storage server 120 acquires the destination information requested in the above step 1503. The destination information is information on child folders and files in the specified destination folder. In S1509, the storage application 121 of the storage server 120 transmits the storage destination information acquired in S1508 to the image processing device 100.

[0095] In S1510, the image processing apparatus 100 displays the acquired save destination information, for example, as in a save destination information screen 1800 in FIG. 13(b). FIG. 13B is a diagram showing an example of a storage destination information screen 1800 displayed on the image processing device 100. As shown in FIG. In the save destination information screen 1800, 1801 indicates the path of the save destination 903 of the temporary scan ticket 1701. 1802 indicates information in the folder specified by the save destination 903. 1803 indicates a folder called "20220516", which is one of the child folders of the "202205" folder, and can be clicked.

[0096] The operation when an Up button 1804 is pressed will be described later. When an OK button 1805 is pressed, the image processing device 100 confirms the save destination 903 of the temporary scan ticket 1701 to the save destination information of 1801. When a Close button 1806 is pressed, the image processing device 100 deletes the temporary scan ticket 1701 and returns to the indwelling scan execution screen of Fig. 10(b).

[0097] In S1511, when folder 1803 or up button 1804 is pressed to instruct folder movement, image processing device 100 rewrites temporary scan ticket save destination information 903 to the selected folder and returns the process to S1503. Here, the process from S1503 to S1511 up to when image processing device 100 changes the save destination will be further described with reference to the flowchart in FIG.

[0098] 15 is a flowchart showing an example of a storage destination change process in the image processing device 100. The process shown in this flowchart is realized by the CPU 201 of the image processing device 100 reading a program stored in the Flash ROM 209 into the DRAM 202 and executing it.

[0099] When a change save destination button 1405 is pressed on the indwelling scan execution screen 1400, the image processing apparatus 100 starts the process of this flowchart. In S1900, the image processing apparatus 100 creates a temporary scan ticket 1701 by copying information other than the scan ticket ID 901 of the selected scan ticket 1700, as described in S1502 of FIG.

[0100] Next, in step S1901, the image processing apparatus 100 determines the destination from which the save destination information is to be requested from the save destination 903 of the temporary scan ticket 1701. Next, in S1902, the image processing apparatus 100 acquires storage destination information from the storage server 120 using the access token of the user authentication 907 and the storage destination 903 of the temporary scan ticket 1701. Since the explanation has been given in S1503 to S1509, details are omitted.

[0101] Next, in S1903, the image processing apparatus 100 displays the save destination information acquired in S1902 above on a save destination information screen 1800 as shown in Fig. 13(b). Details have been explained in S1510. Next, in S1904, the image processing device 100 determines whether or not the close button 1806 has been pressed on the save destination information screen 1800. If the close button 1806 has been pressed (Yes in S1904), the image processing device 100 advances the process to S1905. In S1905, the image processing apparatus 100 deletes the temporary scan ticket 1701 and ends the process of this flowchart.

[0102] On the other hand, if the close button 1806 has not been pressed (No in S1904), the image processing apparatus 100 advances the process to S1906. In S1906, the image processing apparatus 100 determines whether or not the OK button 1805 has been pressed on the save destination information screen 1800. If the OK button 1805 has been pressed (Yes in S1906), the image processing apparatus 100 advances the process to S1907. In S1907, the image processing apparatus 100 changes the storage destination 903 of the temporary scan ticket 1701 to the currently displayed storage destination 1801, and ends the processing of this flowchart.

[0103] On the other hand, if the OK button 1805 has not been pressed (No in S1906), the image processing apparatus 100 advances the process to S1908. In S1908, the image processing device 100 determines whether or not the Up button 1804 has been pressed on the save destination information screen 1800. If the Up button 1804 has been pressed (Yes in S1908), the image processing device 100 advances the process to S1909. In S1909, the image processing apparatus 100 changes the save destination 903 of the temporary scan ticket 1701 to the next higher hierarchical level (parent folder), and returns the process to S1902.

[0104] On the other hand, if the Up button 1804 is not pressed (No in S1908), the image processing apparatus 100 advances the process to S1910. In S1910, the image processing apparatus 100 changes the save destination 903 of the temporary scan ticket 1701 to the pressed child folder, and returns the process to S1902.

[0105] For example, when the 1803 button for "20220516" is pressed on the save destination information screen 1800, the image processing device 100 changes the save destination 903 of the temporary scan ticket 1701 to "StorageA\keiyakuA\202205\20220516" (S1910). Then, the image processing device 100 acquires the save destination information using the changed temporary scan ticket 1701 (S1902). Furthermore, the image processing device 100 displays the acquired save destination information as shown in the save destination information screen 1800 of FIG. 16(a) (S1903). Fig. 16(a) is a diagram showing an example of a child folder save destination information screen displayed on the image processing device 100. In Fig. 16(a), 2000 indicates the path of the save destination 903 of the changed temporary scan ticket 1701. 2001 indicates information in the folder specified by the save destination 903. 2002 indicates "pledge.pdf", one of the files stored in the "20220516" folder, and cannot be pressed.

[0106] Also, for example, when the up button 1804 is pressed on the save destination information screen 1800, the image processing device 100 changes the save destination 903 of the temporary scan ticket 1701 to "StorageA\keiyakuA" (S1910). Then, the image processing device 100 acquires the save destination information using the changed temporary scan ticket 1701 (S1902). Furthermore, the image processing device 100 displays the acquired save destination information as shown in the save destination information screen 1800 of FIG. 16(b) (S1903). Fig. 16(b) is a diagram showing an example of a parent folder save destination information screen displayed on the image processing device 100. In Fig. 16(b), 2100 indicates the path of the save destination 903 of the changed temporary scan ticket 1701. 2101 indicates information in the folder specified by the save destination 903. 2102 indicates "202206," one of the folders stored in the "keiyakuA" folder, and can be clicked.

[0107] Here, if the button 2102 for "202206" is pressed, the image processing device 100 changes the storage destination 903 of the temporary scan ticket 1701 to "StorageA\keiyakuA\202206" (S1910). The image processing device 100 performs the same process as in S1902, and displays the storage destination information screen 1800 in Fig. 17(a) (S1903). Fig. 17(a) is a diagram showing an example of a save destination information screen displayed on the image processing apparatus 100. In Fig. 17(a), 2200 indicates the path of the save destination 903 of the changed temporary scan ticket 1701.

[0108] Furthermore, when the OK button 1805 is pressed on the save destination information screen 1800, the image processing device 100 confirms the save destination 903 of the temporary scan ticket 1701 to the currently displayed save destination 2200 (S1907), and ends the processing of this flowchart. In this manner, the save destination 903 of the temporary scan ticket 1701 is changed from "StorageA\keiyakuA\202205" to "StorageA\keiyakuA\202206." At this time, the settings of the scan job defined in the scan ticket saved in the image processing device 100 are saved as shown in the save destination 903 in FIG. Fig. 18 is a diagram showing an example of a scan ticket after completion of a storage destination change process to be saved in the image processing device 100. In Fig. 18, 2300 is a temporary scan ticket in which the storage destination 903 has been changed from "StorageA\keiyakuA\202205" to "StorageA\keiyakuA\202206". The following describes the process using the temporary scan ticket 2300 in FIG. 18 in which the save destination change process has been performed.

[0109] Returning to the explanation of FIG. In S1512, the image processing apparatus 100 displays the changed storage destination 903 of the temporary scan ticket 2300 on the indwelling scan execution screen of FIG. 17(b) as shown by 2400. Fig. 17(b) is a diagram showing an example of an indwelling scan execution screen after completion of the save destination change process displayed on the image processing device 100. In Fig. 17(b), when the scan button 1406 is pressed, the image processing device 100 advances the process to S1512. In S1512, the image processing apparatus 100 executes the scan process with the specified scan settings, similarly to S1106 in FIG. 11, and generates an image file.

[0110] In the above description, the configuration has been shown in which the destination 903 of the scan ticket includes path information of the destination ("storageA" and "keiyaku\202205" in the example of the temporary scan ticket 1701 in FIG. 14) and URL (similarly "http: / / storageA.com / drive / folder / dkjgsiljQWkjskdfil"). However, the destination 903 of the scan ticket may include only the URL without including path information of the destination. In this case, the indwelling scan application 131 of the client terminal 130 and the image processing device 100 decode the URL of the destination 903 of the scan ticket and obtain the folder path corresponding to the URL of the destination. For example, the image processing device 100 decodes the URL of the destination 903 of the temporary scan ticket 1701 and displays 1801 of the destination information screen 1800 in FIG. 13(b) according to the result of the decoding. The information in the folder 1802 is displayed according to the destination folder information, which is acquired using the access token.

[0111] Fig. 19 is a sequence diagram showing an example of a process for retaining a change in the save destination of a scan ticket after a scan is performed using a changed temporary scan ticket 2300. The process of the image processing device 100 shown in Fig. 19 is realized by the CPU 201 reading a program stored in the Flash ROM 209 into the DRAM 202 and executing it. The process of the authorization server 110 is realized by the CPU 301 of the authorization server 110 reading a program stored in the HDD 306 into the DRAM 302 and executing it. The process of the storage server 120 is realized by the CPU 301 of the storage server 120 reading a program stored in the HDD 306 into the DRAM 302 and executing it.

[0112] The same processes as those in FIG. 11 are denoted by the same step numbers. First, the process from when the image processing device 100 executes scanning until when the transmission result is returned from the storage server 120 (S1106 to S1113) is the same as that in FIG. 11, and therefore the description thereof will be omitted.

[0113] In S2500, the image processing device 100 checks the storage result returned from the storage server 120, and displays the transmission result screen 2600 of Fig. 20(a). A description of the case where the image file storage has failed will be omitted. Fig. 20(a) is a diagram showing an example of a transmission result screen 2600 displayed on the image processing device 100. In Fig. 20(a), 2601 is a path of the changed destination folder, which indicates the destination 903 of the temporary scan ticket 2300. On the transmission result screen 2600, it is possible to select whether or not to hold the changed destination by pressing a YES button 2602 or a NO button 2603. This will be described later.

[0114] In step S2501, the image processing apparatus 100 notifies the client terminal of the destination where the image file is to be saved. As an example of a notification method, a transmission result notification email 2700 as shown in FIG. Fig. 20(b) is a diagram showing an example of a transmission result notification email 2700 sent to the client terminal 130. In Fig. 20(b), 2701 is a URL of the save destination 903 of the temporary scan ticket 2300. In the email notification, the URL is indicated rather than the path of the save destination, but other notations may be used as long as they indicate the save destination.

[0115] In S2502, the image processing device 100 accepts a selection of whether or not to hold the scan ticket storage destination (YES button 2602 or NO button 2063) via the transmission result screen 2600 in Fig. 20(a). When the YES button 2602 is pressed, the image processing device 100 advances the process to S2503.

[0116] In S2503, the image processing apparatus 100 displays a change retention selection screen 2800 as shown in FIG. 21, and accepts the selection of whether to overwrite or newly save the scan ticket storage destination. 21 is a diagram showing an example of a change retention selection screen 2800 displayed on the image processing device 100. In the change retention selection screen 2800, reference numeral 2801 denotes an overwrite save button, 2802 denotes a new scan ticket creation button, and 2803 denotes a cancel button. When the cancel button 2803 is pressed, the image processing device 100 returns to the display of the transmission result screen 2600 (FIG. 20(a)). When the overwrite save button 2801 is pressed, the image processing device 100 advances the process to S2504.

[0117] In S2504, the image processing device 100 changes the save destination of the scan ticket. The image processing device 100 overwrites and saves the save destination 903 of the scan ticket 1700 with the save destination 903 of the temporary scan ticket 2300. The image processing device 100 also deletes the temporary scan ticket 2300. The settings of the scan job defined in the scan ticket saved in the image processing device 100 at this time are shown in FIG. 22.

[0118] Fig. 22 is a diagram showing an example of a scan ticket that has been saved by overwriting the changed save destination saved in the image processing device 100. In this diagram, the scan ticket 1700 that has been overwritten as described above is indicated as 2900. As shown in Fig. 22, the save destination 903 of the scan ticket 2900 becomes the changed save destination, and the temporary scan ticket 2300 has been deleted. The subsequent processes of S1115 and S1116 for checking the reuse setting of the scan ticket are similar to those in FIG. 11, and therefore description thereof will be omitted.

[0119] Here, the process of registering the changed save destination explained in S2502 to S2504 will be further explained with reference to the flowchart in FIG. 23 is a flowchart showing an example of a process related to registration of a changed storage destination in the image processing device 100. The process shown in this flowchart is realized by the CPU 201 of the image processing device 100 reading a program stored in the Flash ROM 209 into the DRAM 202 and executing it.

[0120] In S3000, the image processing apparatus 100 determines whether the YES button 2602 for holding the changed save destination has been pressed on the transmission result screen 2600 in FIG. 20(a). If it is determined that the NO button 2603 has been pressed (No in S300), the image processing device 100 advances the process to S3006. In S3006, the image processing device 100 deletes the temporary scan ticket 2300 and ends the process of this flowchart.

[0121] On the other hand, if it is determined that the YES button 2602 has been pressed (Yes in S300), the image processing apparatus 100 displays a change retention selection screen 2800 as shown in FIG. 21, and advances the process to S3001.

[0122] In S3001, the image processing apparatus 100 determines whether the new scan ticket creation button 2802 has been pressed. If it is determined that the new scan ticket creation button 2802 has been pressed (Yes in S3001), the image processing apparatus 100 advances the process to S3002.

[0123] In S3002, the image processing apparatus 100 assigns a new arbitrary scan ticket ID to the scan ticket ID 901 of the temporary scan ticket 2300. Next, in S3003, the image processing apparatus 100 displays the character input screen 3100 of FIG. 24 and accepts input of the name of the scan ticket to be registered. FIG. 24 is a diagram showing an example of a character input screen 3100 displayed on the image processing device 100. As shown in FIG. In the character input screen 3100, 3101 is an input character string, and the image processing device 100 displays the character input screen 3100 with the name 904 of the temporary scan ticket 2300 entered. 3102 is a character input keyboard, and the character string entered through the keyboard is displayed in 3101. 3103 is an OK button, and when the OK button is pressed, the image processing device 100 registers the input character string 3101 in the name 904 of the temporary scan ticket 2300 and ends the flow.

[0124] FIG. 25 shows the settings of the scan job defined in the scan ticket stored in the image processing device 100 when "contract document scan June" is entered on the character input screen 3100. 25 is a diagram showing an example of a scan ticket newly created and saved with a changed save destination saved in the image processing device 100. 3200 is a scan ticket newly registered as a normal scan ticket from the temporary scan ticket 2300. The scan ticket ID of the scan ticket 3200 is changed from "tmp" indicating a temporary scan ticket to "defdf@gkf75s", and "Contract Scan June" is registered in the name 904 of the scan ticket 3200. By separately registering the name, it becomes easy for the user to distinguish between scan tickets when the personal scan ticket list display screen 1300 as shown in FIG. 10(a) is displayed.

[0125] On the other hand, in the above S3001, if it is determined that the new scan ticket creation button 2802 has not been pressed (No in S3001), the image processing apparatus 100 advances the process to S3004.

[0126] In S3004, the image processing device 100 determines whether the overwrite save button 2801 has been pressed. If it is determined that the cancel button 2803 has been pressed (No in S3004), the image processing device 100 displays the transmission result screen 2600 (FIG. 20(a)), not shown, and returns the process to S300.

[0127] On the other hand, if it is determined that the overwrite save button 2801 has been pressed (Yes in S3004), the image processing apparatus 100 advances the process to S3005. In S305, the image processing apparatus 100 overwrites the storage destination 903 of the scan ticket 1700 with the storage destination 903 of the temporary scan ticket 2300. Next, in S3006, the image processing apparatus 100 deletes the temporary scan ticket 2300, and ends the process of this flowchart.

[0128] As described above, according to this embodiment, the save destination of an image set in a scan ticket that has already been registered (saved in the image processing device) can be easily changed from the image processing device. Therefore, in a retention scan in which settings for saving scanned images are made in advance from the image processing device to a storage server, the convenience of changing the save destination of a retention scan that has been set in the image processing device once is significantly improved, and usability can be improved.

[0129] It goes without saying that the configurations and contents of the various data described above are not limited to those described above, and the data may have various configurations and contents depending on the application and purpose. Although one embodiment has been described above, the present invention can be embodied, for example, as a system, an apparatus, a method, a program, a storage medium, etc. Specifically, the present invention may be applied to a system composed of multiple devices, or may be applied to an apparatus composed of a single device. Furthermore, any combination of the above-described embodiments is also included in the present invention.

[0130] (Other embodiments) The present invention can also be realized by a process in which a program for implementing one or more of the functions of the above-described embodiments is supplied to a system or device via a network or a storage medium, and one or more processors in a computer of the system or device read and execute the program. The present invention can also be realized by a circuit (e.g., ASIC) that implements one or more of the functions. Furthermore, the present invention may be applied to a system made up of a plurality of devices, or to an apparatus made up of a single device. The present invention is not limited to the above-mentioned embodiment, and various modifications (including organic combinations of the embodiments) are possible based on the spirit of the present invention, and are not excluded from the scope of the present invention. In other words, the present invention includes all configurations that combine the above-mentioned embodiments and their modifications.

[0131] The disclosure of this embodiment includes the following configuration, method, and program. (Configuration 1) An image processing device, a decoding means for analyzing a scan ticket in which a URL indicating a destination of a file including image data obtained by a scan process is set, and decoding the URL indicating the destination of the file; a display means for displaying a folder hierarchy related to the storage destination according to the result of the decoding; a change means for changing the storage destination using the display of the folder hierarchy; 13. An image processing device comprising: (Configuration 2) the scan ticket includes information indicating an access right to the storage destination, an acquisition means for acquiring information on the destination folder using the information indicating the access right; 2. The image processing device according to configuration 1, wherein the display means displays a folder hierarchy related to the destination in accordance with the result of the decoding and the destination folder information. (Configuration 3) 3. The image processing device according to configuration 2, wherein the change means changes the save destination to a folder selected from the display of the folder hierarchy. (Configuration 4) The acquiring means acquires folder information of the changed storage destination when the storage destination is changed, 4. The image processing device according to configuration 3, wherein the display means updates the display of the folder hierarchy in accordance with the folder information when the changed destination folder information is acquired. (Configuration 5) A registration means for registering a scan ticket received from an information processing device, 5. The image processing device according to any one of configurations 1 to 4, wherein the registration means updates the registered scan ticket or registers a new scan ticket based on the change in the storage destination. (Method 1) A control method for an image processing device, comprising: a decoding step of analyzing a scan ticket in which a URL indicating a destination of a file including image data obtained by a scan process is set, and decoding the URL indicating the destination of the file; a display step of displaying a folder hierarchy related to the storage destination according to the result of the decoding; a changing step of changing the save destination using the display of the folder hierarchy; 13. A method for controlling an image processing apparatus comprising the steps of: (Program 1) Computer, a decoding means for analyzing a scan ticket in which a URL indicating a destination of a file including image data obtained by a scan process is set, and decoding the URL indicating the destination of the file; a display means for displaying a folder hierarchy related to the storage destination according to the result of the decoding; A program for causing the program to function as a change unit for changing the save destination using the display of the folder hierarchy.

Claims

1. An image processing device, a decoding means for analyzing a scan ticket in which a URL indicating a destination of a file including image data obtained by a scan process is set, and decoding the URL indicating the destination of the file; a display means for displaying a folder hierarchy related to the storage destination according to the result of the decoding; a change means for changing the storage destination using the display of the folder hierarchy; 13. An image processing device comprising:

2. the scan ticket includes information indicating an access right to the storage destination, an acquisition means for acquiring information on the destination folder using the information indicating the access right; 2. The image processing apparatus according to claim 1, wherein the display means displays a folder hierarchy related to the destination in accordance with the result of the decoding and the destination folder information.

3. 3. The image processing apparatus according to claim 2, wherein the change means changes the save destination to a folder selected from the displayed folder hierarchy.

4. The acquiring means acquires folder information of the changed storage destination when the storage destination is changed, 4. The image processing apparatus according to claim 3, wherein, when the changed folder information of the save destination is acquired, the display means updates the display of the folder hierarchy in accordance with the folder information.

5. A registration means for registering a scan ticket received from an information processing device, 5. The image processing device according to claim 1, wherein the registration means updates the registered scan ticket or registers a new scan ticket based on the change in the save destination.

6. A control method for an image processing device, comprising: a decoding step of analyzing a scan ticket in which a URL indicating a destination of a file including image data obtained by a scan process is set, and decoding the URL indicating the destination of the file; a display step of displaying a folder hierarchy related to the storage destination according to the result of the decoding; a changing step of changing the save destination using the display of the folder hierarchy; 13. A method for controlling an image processing apparatus comprising the steps of:

7. Computer, a decoding means for analyzing a scan ticket in which a URL indicating a storage destination of a file including image data obtained by a scan process is set, and decoding the URL indicating the storage destination; a display means for displaying a folder hierarchy related to the storage destination according to the result of the decoding; A program for causing the program to function as a change unit for changing the save destination using the display of the folder hierarchy.

Images