System, correction information acquisition method, and server

Abstract

To effectively implement a system configuration in which virtual terminals and image readers are in N-to-N connection.SOLUTION: A system includes a plurality of terminals, a server comprising a plurality of virtual terminals corresponding to the multiple terminals, a plurality of image readers, and a storage apparatus which stores, for each folder, correction information of each of the image readers. In each of virtual registries of the virtual terminals, folder paths of the folders that store correction information of image readers to be used by the virtual terminals. Each correction information of the image readers is used in correcting images read by the image readers.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a system, a correction information acquisition method, and a server. [Background technology]

[0002] Conventionally, image reading devices such as image scanners (see, for example, Patent Documents 1 to 3) and OHRs (Over Head Readers) have been known as image reading means for reading an image from a medium. OHRs are also called stand-type image readers or non-contact image readers.

[0003] OHRs used in banks and other financial institutions are used to read media such as deposit and withdrawal slips, tax and public payment slips, and media that cannot be handled by auto-feeder image scanners (such as driver's licenses), and read such media as, for example, 24-bit full-color images. Images of media read by the OHR are then used for the following purposes: character recognition using OCR (Optical Character Recognition) processing, seal verification by overlaying a seal and stamp image, digitization and filing of tax and public payment slips brought in by customers, digitization and filing of driver's licenses and other identification documents, etc.

[0004] At each counter in a financial institution's branch, a system configuration is set up in which a terminal (so-called fat client terminal) and an OHR are connected one-to-one. In this system configuration, the terminal and OHR are connected via a general-purpose IF (Interface) such as USB (Universal Serial Bus), and correction information used for image processing of images scanned by the OHR is stored on the terminal. Note that this correction information is used to correct the state of the OHR's ​​surrounding environment (brightness, shadows, etc.) and individual errors of the OHR.

[0005] In recent years, the financial industry has been promoting efforts to downsize sales branches (reducing the number of branches, devices, and personnel, etc.), which has led to a demand for a reduction in the number of terminals and input / output devices (including OHRs). In response to this, the introduction of a system configuration is being considered in which virtual terminals are built on a server and thin client terminals and virtual desktops are used to share and operate terminals and input / output devices when needed. This system configuration makes it possible to use one OHR with multiple (N) virtual terminals, or to use multiple (N) OHRs with one virtual terminal (dynamically switching the OHR used by one virtual terminal). In other words, this system configuration includes a system configuration in which virtual terminals and OHRs are connected N-to-N. [Prior art documents] [Patent documents]

[0006] [Patent Document 1] Patent Publication No. 2021-068274 [Patent Document 2] Japanese Patent Publication No. 2020-198555 [Patent Document 3] Japanese Patent Application Laid-Open No. 2013-246697 Summary of the Invention [Problem to be solved by the invention]

[0007] However, when attempting to realize a system configuration in which virtual terminals and OHRs are connected N-to-N based on an existing system configuration in which terminals and OHRs are connected one-to-one, several issues are expected. These issues will be explained using Figures 7 and 8. In this explanation, we will first use Figure 7 to explain the existing system configuration in which terminals and OHRs are connected one-to-one, and then use Figure 8 to explain the issues that are expected when attempting to realize a system configuration in which virtual terminals and OHRs are connected N-to-N based on an existing system configuration.

[0008] Fig. 7 is a diagram illustrating an existing system configuration in which a terminal and an OHR are connected one-to-one. As illustrated in Fig. 7, in the existing system configuration, a terminal 1001 and an OHR 1002 are connected one-to-one via a general-purpose IF such as USB. An "OHR" folder is created in storage (e.g., HDD (Hard Disk Drive)) 1003 of the terminal 1001, and correction information and the like for the OHR 1002 are stored in the "OHR" folder. A registry 1004 of the terminal 1001 stores the folder path of the "OHR" folder ("C:\OHR") and the like.

[0009] In such a terminal 1001, for example, an OPEN process, an image reading process, a calibration process, and the like are performed.

[0010] In the OPEN process, the upper application 1006 requests the OHR driver 1005 to open the driver. In response, the OHR driver 1005 refers to the registry 1004 to acquire the folder path of the "OHR" folder ("C:\OHR"), and based on that folder path, accesses the "OHR" folder in the storage 1003 to acquire the correction information of the OHR 1002.

[0011] In the image reading process, after the OPEN process is executed, the upper application 1006 requests the OHR driver 1005 to read the image. In response, the OHR driver 1005 requests the OHR 1002 to read the image. The OHR driver 1005 then acquires the image read by the OHR 1002 from the OHR 1002, corrects the image using the correction information described above, and transfers the image to the upper application 1006.

[0012] In the calibration process, the upper application 1006 requests the OHR driver 1005 to close the driver. In response, the OHR driver 1005 executes the driver close and responds to the upper application 1006 that the execution has ended. Next, the upper application 1006 requests the OHR driver 1005 to perform calibration. Calibration is a function for creating correction information for the OHR 1002. In response to this request, the OHR driver 1005 acquires the folder path ("C:\OHR") of the "OHR" folder from the registry 1004 and requests the OHR 1002 to read images multiple times. The OHR driver 1005 then acquires from the OHR 1002 multiple images scanned by the OHR 1002, creates correction information from the multiple images, and overwrites and updates the correction information stored in the "OHR" folder in the storage 1003 indicated by the acquired folder path ("C:\OHR"). However, if the correction information is not stored in the "OHR" folder of the storage 1003 at this time, the created correction information is stored in the "OHR" folder of the storage 1003. When the update (or storage) of the correction information is completed, the OHR driver 1005 responds to the upper application 1006 that the calibration is completed.

[0013] 8 is a diagram illustrating a problem that may arise when a system configuration in which virtual terminals and OHRs are connected N-to-N is implemented based on an existing system configuration in which terminals and OHRs are connected one-to-one. As shown in FIG. 8, the system configuration in this case may be configured such that a plurality of (e.g., three) thin client terminals 1011, a server 1013 in which a plurality of virtual terminals 1012 corresponding to the plurality of thin client terminals 1011 are configured, and a plurality of (e.g., two) OHRs 1014 are connected to a network 1015 such as a LAN (Local Area Network). Note that the plurality of virtual terminals 1012 can be connected to the network 1015 by connecting the server 1013 to the network 1015. Each virtual terminal 1012 may be configured to include an upper application 1016, an OHR driver 1017, a virtual registry 1018, and a virtual storage 1019. Furthermore, since each virtual terminal 1012 will use a plurality of OHRs 1014, it is conceivable that the virtual storage 1019 of each virtual terminal 1012 will be configured to store correction information for a plurality of OHRs 1014. In such a system configuration, a user can operate a corresponding virtual terminal 1012 (for example, virtual terminal (#A) 1012) by operating a thin client terminal 1011 (for example, thin client terminal (#A) 1011).

[0014] However, when realizing such a system configuration, the following three problems are expected to arise. Problem (1): Because the virtual storage 1019 of each virtual terminal 1012 is configured from a portion of the storage provided in the server 1013, there is a limit to the storage capacity that can be allocated to the virtual storage 1019 of each virtual terminal 1012. Therefore, depending on the number of OHRs 1014 used, there is a risk that the correction information of all of the OHRs 1014 cannot be stored in the virtual storage 1019 of each virtual terminal 1012. Problem (2): When calibrating an OHR 1014 (e.g., OHR(#A) 1014) and updating the correction information, it is necessary to update the correction information of the OHR 1012 stored in the virtual storage 1019 of each virtual terminal 1012 approximately simultaneously. Therefore, when updating the correction information, traffic on the network 1015 increases, and there is a risk of delays in updating the correction information in the virtual storage 1019 of some virtual terminals 1012 (e.g., virtual terminal (#B) 1012). Issue (3): As with existing system configurations, if an "OHR" folder is created in the virtual storage 1019 of each virtual terminal 1012 and correction information for multiple OHRs 1014 is stored in that "OHR" folder, the OHR driver 1017 of each virtual terminal 1012 can access the "OHR" folder in the virtual storage 1019 based on the folder path ("C:\OHR") obtained from the virtual registry 1018, but the folder path ("C:\OHR") alone cannot identify the correction information for the OHR 1014 used by that virtual terminal 1012, and therefore the correct correction information cannot be obtained.

[0015] In view of the above circumstances, an object of the present invention is to provide a system, a correction information acquisition method, and a server that can effectively realize a system configuration in which virtual terminals and image reading devices are connected in an N-to-N ratio. [Means for solving the problem]

[0016] One aspect of the system is a system including a plurality of terminals, a server on which a plurality of virtual terminals corresponding to the plurality of terminals are configured, a plurality of image reading devices, and correction information for each of the plurality of image reading devices. Each folder for each image reader and a storage device stored in the virtual registry of each of the plurality of virtual terminals, wherein a folder path of a folder in which correction information of an image reading device used by the virtual terminal is stored is stored, and the correction information of each of the plurality of image reading devices is Each of the plurality of virtual terminals This is a system used to correct an image read by the image reading device.

[0017] In one aspect of the method, a plurality of virtual terminals corresponding to a plurality of terminals are constructed. Each of the plurality of virtual terminals corrects an image read by each of the plurality of image reading devices using the correction information of the image reading device. On the server: each of the plurality of virtual terminals based on the folder path stored in the virtual registry of the Virtual Terminal. The aforementioned Correction information for each of the multiple image reading devices Each folder for each image reader The correction information acquisition method is a method for acquiring correction information of an image reading device used by the virtual terminal from a storage device stored in the correction information acquisition method.

[0018] In one aspect of the device, a plurality of virtual terminals corresponding to a plurality of terminals are constructed, and a virtual registry of each of the plurality of virtual terminals stores a folder path of a folder in which correction information of an image reading device used by the virtual terminal is stored, the folder being a folder in a storage device, and the storage device in The correction information of each of the multiple image reading devices is Each folder for each image reader and the correction information for each of the plurality of image reading devices is stored in Each of the plurality of virtual terminals This is a server used when correcting an image read by the image reading device. [Effects of the Invention]

[0019] According to the present invention, it is possible to effectively realize a system configuration in which virtual terminals and image reading devices are connected in an N-to-N ratio. [Brief explanation of the drawings]

[0020] [Figure 1] FIG. 1 illustrates an example of a system configuration according to an embodiment. [Figure 2] 10 is a flowchart illustrating the flow of an OPEN process performed in a system according to an embodiment. [Figure 3] 10 is a flowchart illustrating the flow of an image reading process performed in a system according to an embodiment. [Figure 4] 10 is a flowchart illustrating the flow of a calibration process performed in a system according to an embodiment. [Figure 5]10 is a flowchart illustrating the flow of a connection destination OHR switching process performed in a system according to an embodiment. [Figure 6] FIG. 2 is a diagram illustrating an example of a hardware configuration of a computer. [Figure 7] FIG. 1 is a diagram illustrating an example of an existing system configuration in which a terminal and an OHR are connected one-to-one. [Figure 8] This figure explains the problems that can be expected when trying to realize a system configuration in which virtual terminals and OHRs are connected in an N-to-N manner based on an existing system configuration in which terminals and OHRs are connected in a 1-to-1 manner. DETAILED DESCRIPTION OF THE INVENTION

[0021] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

[0022] FIG. 1 is a diagram illustrating an example of a system configuration according to an embodiment. The system 1 illustrated in FIG. 1 is installed, for example, in a branch office of a financial institution such as a bank. The system 1 illustrated in FIG. 1 includes a plurality of (e.g., three) thin client terminals 11, a server 13 on which a plurality of virtual terminals 12 corresponding to the plurality of thin client terminals 11 are configured, and a plurality of (e.g., two) OHRs 14. The server 13 also includes a storage 15 in which correction information for each of the plurality of OHRs 14 is stored in each folder. Here, the thin client terminal 11 is an example of a terminal, the OHR 14 is an example of an image reading device, and the storage 15 is an example of a storage device.

[0023] A plurality of thin client terminals 11, a server 13, and a plurality of OHRs 14 are connected to a network 16 such as a LAN. A plurality of virtual terminals 12 and a storage 15 can be connected to the network 16 by connecting the server 13 to the network 16. Note that such a system 1 also has a system configuration in which the virtual terminals 12 and the OHRs 14 are connected in an N-to-N manner (a many-to-many manner). In such a system 1, a user can operate a corresponding virtual terminal 12 (e.g., virtual terminal (#A) 12) by operating a thin client terminal 11 (e.g., thin client terminal (#A) 11).

[0024] 1, the storage 15 may be a storage provided in the server 13, or may be a NAS (Network Attached Storage) or the like connected to the network 16 outside the server 13. In the storage 15, for example, the correction information of OHR(#A) 14 is stored in an "OHR#A" folder, and the correction information of OHR(#B) 14 is stored in an "OHR#B" folder.

[0025] Each virtual terminal 12 includes an upper application 17, an OHR driver 18, and a virtual registry 19. The virtual registry 19 of each virtual terminal 12 stores a folder path of a folder storing correction information for the OHR 14 used by the virtual terminal 12. For example, if OHR(#A) 14 is set as the OHR 14 to be used in virtual terminal (#A) 12 and virtual terminal (#B) 12, and OHR(#B) 14 is set as the OHR 14 to be used in virtual terminal (#C) 12, the virtual registries 19 of each of virtual terminal (#A) 12 and virtual terminal (#B) 12 store a folder path ("Z:\OHR#A") of an "OHR#A" folder storing correction information for OHR(#A) 14, and the virtual registry 19 of virtual terminal (#C) 12 stores a folder path ("Z:\OHR#B") of an "OHR#B" folder storing correction information for OHR(#B) 14. The correction information for each of the multiple OHRs 14 is information for correcting the state of the surrounding environment of the OHR 14 (brightness, shadows, etc.) and individual errors of the OHR 14, and is used when correcting the image read by the OHR 14.

[0026] In such a system 1, a virtual terminal 12 (e.g., virtual terminal (#A) 12) obtains correction information for an OHR 14 (e.g., OHR (#A) 14) used by the virtual terminal 12 from storage 15 based on a folder path (e.g., "Z:￥OHR#A") stored in the virtual registry 19 of the virtual terminal 12.

[0027] Furthermore, when the OHR14 used by the virtual terminal 12 (for example, virtual terminal (#A) 12) is switched (for example, when switched from OHR(#A) 14 to OHR(#B) 14), the folder path (for example, "Z:￥OHR#A") stored in the virtual registry 19 of the virtual terminal 12 is updated to the folder path (for example, "Z:￥OHR#B") of the folder in which the correction information of the OHR14 after the switch is stored.

[0028] Furthermore, when calibration of an OHR 14 (for example, the OHR(#A) 14) is performed, the correction information of the OHR 14 stored in the storage 15 is updated to correction information based on the results of the calibration.

[0029] The various processes performed in the system 1 will be described in more detail below with reference to FIGS.

[0030] 2 is a flowchart illustrating the flow of the OPEN process performed in the system according to one embodiment. Here, the OPEN process is performed in the virtual terminal (#A) 12 as an example.

[0031] In the OPEN process illustrated in Fig. 2, first, the upper application 17 of the virtual terminal (#A) 12 selects the OHR 14 (the OHR 14 used by the virtual terminal (#A) 12) to be connected to in response to an instruction from the user of the virtual terminal (#A) 12 (thin client terminal (#A) 11) (step (hereinafter referred to as "S") 11). Here, it is assumed that the OHR (#A) 14 is selected.

[0032] Next, the upper application 17 of the virtual terminal (#A) 12 sets the OHR (#A) 14 selected in S11 as the OHR 14 to be connected (the OHR 14 used by the virtual terminal (#A) 12) (S12).

[0033] Next, the upper application 17 of the virtual terminal (#A) 12 overwrites and updates the folder path ("Z:\OHR#A") of the "OHR#A" folder in which the correction information of the OHR(#A) 14 selected in S11 is stored with the folder path (folder path of the folder in which the correction information of the OHR 14 is stored) stored in the virtual registry 19 of the virtual terminal (#A) 12 (S13). However, if the folder path of the folder in which the correction information of the OHR 14 is stored is not stored in the virtual registry 19 of the virtual terminal (#A) 12 at this time, the folder path ("Z:\OHR#A") of the "OHR#A" folder in which the correction information of the OHR(#A) 14 selected in S11 is stored is stored in the virtual registry 19 of the virtual terminal (#A) 12 as the folder path of the folder in which the correction information of the OHR 14 is stored. Each virtual terminal 12 may be provided with a virtual storage that stores information regarding the folder path of the folder in which the correction information of each OHR 14 is stored, and in S13, the upper application 17 of the virtual terminal (#A) 12 may obtain from the virtual storage the folder path ("Z:￥OHR#A") of the "OHR#A" folder in which the correction information of the OHR (#A) 14 selected in S11 is stored, and perform the above-mentioned overwrite update (or storage).

[0034] Next, the upper application 17 of the virtual terminal (#A) 12 requests the OHR driver 18 of the virtual terminal (#A) 12 to open the driver (S14). In response, the OHR driver 18 of the virtual terminal (#A) 12 refers to the virtual registry 19 of the virtual terminal (#A) 12 to acquire the folder path ("Z:\OHR#A") of the "OHR#A" folder in which the correction information of the OHR(#A) 14 is stored (S15), and accesses the "OHR#A" folder in the storage 15 based on the folder path to acquire the correction information of the OHR(#A) 14 (S16). When S16 ends, the OPEN process illustrated in FIG. 2 ends.

[0035] 3 is a flowchart illustrating the flow of image reading processing performed in a system according to an embodiment. Here, an example will be described in which the image reading processing is performed by virtual terminal (#A) 12. Note that the image reading processing is performed in a state where the OPEN processing has been completed (also referred to as an idle state).

[0036] 3, first, the upper application 17 of the virtual terminal (#A) 12 requests the OHR driver 18 of the virtual terminal (#A) 12 to read an image (S21). In response, the OHR driver 18 of the virtual terminal (#A) 12 requests the OHR (#A) 14 to read an image (S22). In response, the OHR (#A) 14 reads the medium (e.g., a form) as an image and transfers the read image to the OHR driver 18 of the virtual terminal (#A) 12 (S23).

[0037] The OHR driver 18 of the virtual terminal (#A) 12 corrects the scanned image transferred from the OHR (#A) 14 using the correction information acquired in the above-mentioned OPEN process (S24), and transfers the image to the upper application 17 of the virtual terminal (#A) 12 (S25). When S25 ends, the image scanning process illustrated in FIG. 3 ends.

[0038] 4 is a flowchart illustrating the flow of calibration processing performed in a system according to an embodiment. Here, the OHR 14 to be calibrated is OHR(#A) 14, and the calibration processing is performed by virtual terminal (#A) 12.

[0039] 4, first, the upper application 17 of the virtual terminal (#A) 12 requests the OHR driver 18 of the virtual terminal (#A) 12 to close the driver (S31). In response, the OHR driver 18 of the virtual terminal (#A) 12 executes the driver close and responds to the upper application 17 of the virtual terminal (#A) 12 that the execution has been completed (S32).

[0040] Next, the upper application 17 of the virtual terminal (#A) 12 requests the OHR driver 18 of the virtual terminal (#A) 12 to calibrate the OHR (#A) 14 (S33). In response, the OHR driver 18 of the virtual terminal (#A) 12 obtains the folder path of the "OHR#A" folder ("Z:\OHR#A") from the virtual registry 19 of the virtual terminal (#A) 12 (S34), and requests the OHR (#A) 14 to read images multiple times (S35). In response, the OHR (#A) 14 reads a medium (e.g., a medium for calibration) as images multiple times, and transfers the multiple read images to the OHR driver 18 of the virtual terminal (#A) 12 (S36).

[0041] The OHR driver 18 of the virtual terminal (#A) 12 creates correction information for the OHR (#A) 14 based on the multiple scanned images transferred from the OHR (#A) 14 (S37), and overwrites and updates the correction information stored in the "OHR#A" folder of the storage 15 indicated by the folder path ("Z:\OHR#A") acquired in S34 with the created correction information (S38). However, if no correction information is stored in the "OHR#A" folder of the storage 15 at this time, the created correction information is stored in the "OHR#A" folder of the storage 15. When S38 ends, the OHR driver 18 of the virtual terminal (#A) 12 responds to the upper application 17 of the virtual terminal (#A) 12 that the calibration has been completed (S39). When S39 ends, the calibration process illustrated in FIG. 4 ends. Note that if an image scanning process is to be performed after this, a driver OPEN process is performed before the image scanning process.

[0042] 5 is a flowchart illustrating the flow of a connection destination OHR switching process performed in a system according to an embodiment. Here, an example is described in which the connection destination OHR switching process is performed in the virtual terminal (#A) 12 to switch the connection destination OHR 14 of the virtual terminal (#A) 12 from the OHR (#A) 14 to the OHR (#B) 14.

[0043] 5, first, the upper application 17 of the virtual terminal (#A) 12 requests the OHR driver 18 of the virtual terminal (#A) 12 to close the driver (S41). In response, the OHR driver 18 of the virtual terminal (#A) 12 executes the driver close and responds to the upper application 17 of the virtual terminal (#A) 12 that the execution has been completed (S42).

[0044] Next, the upper application 17 of the virtual terminal (#A) 12 selects the OHR 14 (the OHR 14 used by the virtual terminal (#A) 12) to be the connection destination after switching in response to an instruction from the user of the virtual terminal (#A) 12 (thin client terminal (#A) 11) (S43). Here, it is assumed that the OHR (#B) 14 is selected.

[0045] Next, the upper application 17 of the virtual terminal (#A) 12 sets the OHR (#B) 14 selected in S43 as the OHR 14 to be connected (the OHR 14 used by the virtual terminal (#A) 12) (S44).

[0046] Next, the upper application 17 of the virtual terminal (#A) 12 overwrites and updates the folder path ("Z:￥OHR#B") of the "OHR#B" folder in which the correction information of the OHR(#B) 14 selected in S43 is stored with the folder path ("Z:￥OHR#A") stored in the virtual registry 19 of the virtual terminal (#A) 12 (S45).

[0047] Next, the upper application 17 of the virtual terminal (#A) 12 requests the OHR driver 18 of the virtual terminal (#A) 12 to open the driver (S46). In response, the OHR driver 18 of the virtual terminal (#A) 12 references the virtual registry 19 of the virtual terminal (#A) 12 to acquire the folder path ("Z:\OHR#B") of the "OHR#B" folder in which the correction information of the OHR(#B) 14 is stored (S47), and accesses the "OHR#B" folder in the storage 15 based on the folder path to acquire the correction information of the OHR(#B) 14 (S48). When S48 ends, the connection destination OHR switching process illustrated in FIG. 5 ends.

[0048] As described above, according to the system 1 of this embodiment, the correction information of each OHR 14 is stored in the storage 15 for each folder, so there is no need to store the correction information of all the OHRs 1014 for each virtual terminal 1012, as in the system configuration described using Fig. 8. Therefore, the storage capacity required to store the correction information of the OHRs 14 in the server 13 can be reduced, and the above-mentioned problem (1) does not exist.

[0049] Furthermore, according to the system 1 of this embodiment, when the correction information is updated by calibrating the OHR 14, it is only necessary to update the correction information stored in a single corresponding folder in the storage 15, and therefore there is no need to update the correction information stored in a folder in the virtual storage 1019 of each virtual terminal 1012 as in the system configuration described with reference to Fig. 8. Therefore, when the correction information is updated, the traffic on the network 16 does not increase, and the above-mentioned problem (2) does not exist.

[0050] Furthermore, according to the system 1 of this embodiment, the virtual registry 19 of each virtual terminal 12 stores the folder path of a folder in which only the correction information of a single OHR 14 is stored, so there is no problem such as the above-mentioned problem (3) in the system configuration described using Figure 8.

[0051] As described above, the system 1 according to this embodiment can effectively realize a system configuration in which the virtual terminals 12 and the OHRs 14 are connected in an N-to-N ratio.

[0052] In the system 1 according to this embodiment, the server 13 may be realized by, for example, a computer having the hardware configuration shown in FIG.

[0053] Fig. 6 is a diagram illustrating an example of the hardware configuration of a computer. The computer 100 illustrated in Fig. 6 includes a processor 101, a memory 102, an input device 103, an output device 104, a storage device 105, a portable storage medium drive device 106, a communication interface 107, and an input / output interface 108, each of which is connected to a bus 109 and is capable of transmitting and receiving data to and from each other.

[0054] The processor 101 is a CPU (Central Processing Unit) or the like, and performs various processes by executing an OS (Operating System) program and application programs. The memory 102 includes a RAM (Random Access Memory) and a ROM (Read Only Memory). The RAM temporarily stores parts of the programs executed by the processor 101. The RAM is also used as a working storage area for the processor 101. The ROM stores the programs executed by the processor 101 and various data required for executing the programs.

[0055] The input device 103 is a keyboard, a mouse, a touch panel, etc. The output device 104 is a liquid crystal display, etc.

[0056] The storage device 105 is a device for storing data, and is an HDD (Hard Disk Drive), SSD (Solid State Drive), etc. The portable storage medium drive 106 drives a portable storage medium 106a and accesses its stored contents to read and write data. The portable storage medium 106a is a memory device, a flexible disk, an optical disk, a magneto-optical disk, etc. This portable storage medium 106a also includes a CD-ROM (Compact Disc Read Only Memory), a DVD (Digital Versatile Disc), a Blu-ray Disc, a USB (Universal Serial Bus) memory, an SD card memory, etc.

[0057] The communication interface 107 is connected to the network 16 and is an interface for communicating with external devices connected to the network 16 (for example, the thin client terminal 11 and the OHR 14).

[0058] The input / output interface 108 is connected to an external device (for example, an external storage device) and is an interface for inputting and outputting data to and from the external device.

[0059] In such a computer 100, the programs executed by the processor 101 and various data required for executing the programs may be stored in the storage device 105 or the portable storage medium 106a, not limited to the memory 102. Furthermore, the programs executed by the processor 101 and various data required for executing the programs may be stored in one or more of the memory 102, the storage device 105, and the portable storage medium 106a from an external device via the network 16 and the communication interface 107.

[0060] Furthermore, the computer 100 is not limited to the example shown in Fig. 6, but may be configured to include one or more of the components shown in Fig. 6, or may be configured without some of the components. For example, the computer 100 is not limited to one processor 101, but may include multiple processors. Furthermore, the computer 100 does not need to include the input device 103 and the output device 104.

[0061] Furthermore, the computer 100 may be configured to include hardware such as a microprocessor, a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), an FPGA (Field-Programmable Gate Array), etc. For example, the processor 101 may be implemented using at least one of these pieces of hardware.

[0062] When the server 13 is realized by the computer 100, the storage 15 may be realized by, for example, the storage device 105. Furthermore, the multiple virtual terminals 12 may be realized by the processor 101 executing a program, etc.

[0063] The thin client terminal 11 may also be realized by a computer having the hardware configuration shown in FIG.

[0064] Although the embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments, and various improvements and modifications can be made without departing from the spirit and scope of the present invention. [Explanation of symbols]

[0065] 1 System 11 Thin client terminals 12 Virtual Terminals 13 Server 14 OHR 15. Storage 16 Network 17 Top Applications 18 OHR Driver 19 Virtual Registry 100 computers 101 processors 102 memory 103 Input Device 104 Output Device 105 Storage device 106 Portable storage medium drive 106a Portable storage media 107 Communication Interface 108 Input / Output Interface 109 Bus 1001 terminals 1002 OHR 1003 Storage 1004 Registry 1005 OHR driver 1006 Top Applications 1011 Thin Client Terminal 1012 Virtual Terminals 1013 Server 1014 OHR 1015 Network 1016 Top Applications 1017 OHR driver 1018 Virtual Registry 1019 Virtual Storage

Claims

1. Multiple devices and a server in which a plurality of virtual terminals corresponding to the plurality of terminals are constructed; a plurality of image reading devices; a storage device in which correction information for each of the plurality of image reading devices is stored in a folder for each image reading device; Equipped with a virtual registry of each of the plurality of virtual terminals stores a folder path of a folder in which correction information of an image reading device used by the virtual terminal is stored; the correction information of each of the plurality of image reading devices is used when each of the plurality of virtual terminals corrects an image read by the corresponding image reading device; A system characterized by:

2. The storage device is provided in the server.

2. The system of claim 1.

3. the virtual terminal acquires, from the storage device, correction information for the image reading device used by the virtual terminal, based on the folder path stored in the virtual registry of the virtual terminal; 3. The system according to claim 1 or 2.

4. When the image reading device used by the virtual terminal is switched, the folder path stored in the virtual registry of the virtual terminal is updated to the folder path of the folder in which the correction information of the image reading device after the switch is stored.

4. The system according to claim 1, wherein the system comprises:

5. When calibration of the image reading device is performed, the correction information of the image reading device stored in the storage device is updated to correction information based on the result of the calibration.

5. The system according to any one of claims 1 to 4, characterized in that:

6. the image reading device is an overhead reader, The terminal is a thin client terminal.

6. The system according to any one of claims 1 to 5, characterized in that:

7. In a server in which a plurality of virtual terminals corresponding to a plurality of terminals are constructed, and each of the plurality of virtual terminals corrects an image read by a plurality of image reading devices using correction information for each of the plurality of image reading devices, each of the plurality of virtual terminals acquires correction information for the image reading device used by the virtual terminal from a storage device in which the correction information for each of the plurality of image reading devices is stored in a folder for each image reading device, based on a folder path stored in a virtual registry of the virtual terminal. A correction information acquisition method comprising:

8. Multiple virtual terminals are created to support multiple devices. a virtual registry of each of the plurality of virtual terminals stores a folder path of a folder in which correction information of an image reading device used by the virtual terminal is stored; the folder is a folder in a storage device, In the storage device, the correction information for each of the plurality of image reading devices is stored in a folder for each image reading device, the correction information of each of the plurality of image reading devices is used when each of the plurality of virtual terminals corrects an image read by the corresponding image reading device; A server characterized by:

Images