WO2007148427A1 - 検証装置、および検証プログラム - Google Patents

検証装置、および検証プログラム Download PDF

Info

Publication number
WO2007148427A1
WO2007148427A1 PCT/JP2007/000549 JP2007000549W WO2007148427A1 WO 2007148427 A1 WO2007148427 A1 WO 2007148427A1 JP 2007000549 W JP2007000549 W JP 2007000549W WO 2007148427 A1 WO2007148427 A1 WO 2007148427A1
Authority
WO
WIPO (PCT)
Prior art keywords
verification
search
unit
file
data
Prior art date
Application number
PCT/JP2007/000549
Other languages
English (en)
French (fr)
Inventor
Kouhei Magaki
Original Assignee
Nikon Systems Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nikon Systems Inc. filed Critical Nikon Systems Inc.
Publication of WO2007148427A1 publication Critical patent/WO2007148427A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00002—Diagnosis, testing or measuring; Detecting, analysing or monitoring not otherwise provided for
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/14—Details of searching files based on file metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00002—Diagnosis, testing or measuring; Detecting, analysing or monitoring not otherwise provided for
    • H04N1/00005—Diagnosis, testing or measuring; Detecting, analysing or monitoring not otherwise provided for relating to image data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00002—Diagnosis, testing or measuring; Detecting, analysing or monitoring not otherwise provided for
    • H04N1/00026—Methods therefor
    • H04N1/00037—Detecting, i.e. determining the occurrence of a predetermined state
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/0035—User-machine interface; Control console
    • H04N1/00405—Output means
    • H04N1/00408—Display of information to the user, e.g. menus
    • H04N1/0044—Display of information to the user, e.g. menus for image preview or review, e.g. to help the user position a sheet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/0035—User-machine interface; Control console
    • H04N1/00405—Output means
    • H04N1/00477—Indicating status, e.g. of a job
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N2201/3201—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N2201/3225—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to an image, a page or a document
    • H04N2201/3226—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to an image, a page or a document of identification information or the like, e.g. ID code, index, title, part of an image, reduced-size image
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N2201/3201—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
    • H04N2201/3273—Display

Definitions

  • the present invention relates to a technique for verifying falsification of a file.
  • Patent Document 1 is known as a technique for this type of alteration verification.
  • a verification function is obtained by calculating a hash function from the original file. This verification data is stored in a file.
  • the hash function data recalculated from the file is collated with the verification data in the file. If the two data do not match, it can be determined that the file has been tampered with.
  • Patent Document 1 Japanese Patent Laid-Open No. 11-2 15 4 52
  • an object of the present invention is to improve the usability of tampering verification.
  • the verification device of the present invention includes a search unit, a verification unit, and a display control unit.
  • the search unit searches for files that are subject to falsification verification.
  • the verification unit performs falsification verification on the file searched by the search unit.
  • the display control unit displays both the progress status of the file search by the search unit and the progress status of the falsification verification by the verification unit on the display screen.
  • ⁇ 2 At least some of the files include image data.
  • the display control unit displays the display image of the image data on the display screen according to the progress of at least one of file search and falsification verification.
  • ⁇ 3 Also preferably, at least the search unit, the verification unit, and the display control unit
  • One is to convert the number of pixels of the image data to generate a display image.
  • a search waiting management unit for managing the search waiting of the search unit is provided.
  • a verification waiting management unit that manages the verification waiting of the verification unit is provided.
  • the search unit retrieves this search wait and searches for a file subject to falsification verification.
  • the search unit registers the searched file for verification.
  • the verification unit takes out the verification wait and performs falsification verification.
  • ⁇ 5 ⁇ 5
  • the search unit registers the subfolder in the search waiting queue.
  • an input processing unit is provided. This input processing unit registers a file or folder waiting for a search according to an external input instruction.
  • the retrieval unit determines whether or not the file is a specific file predetermined as a target for falsification verification.
  • the search unit searches for a file subject to falsification verification based on this determination.
  • Another verification apparatus of the present invention includes a search unit, a data extraction unit, a verification unit, a temporary storage unit, and a display control unit.
  • the search unit searches for the file subject to falsification verification from the data indicating the file type in the file.
  • Data extraction According to the analysis result of the file type, the section extracts the data area to be falsified and verified, data for verifying the falsification of the data area, and image data from the searched file.
  • the collation unit determines whether the data area has been altered by collating the data area extracted by the data extraction part with the verification data.
  • the temporary storage unit temporarily stores a display image corresponding to the image data extracted by the data extraction unit.
  • the display control unit displays the result of the falsification verification by the verification unit and the display image temporarily stored in the temporary storage unit on the display screen.
  • ⁇ 9 >> to ⁇ 1 6
  • the verification program of the present invention has contents corresponding to the above ⁇ 1 >> to ⁇ 8 >>.
  • FIG. 1 is a block diagram showing a verification apparatus 1 1.
  • FIG. 2 is a flowchart showing the main thread of the verification program.
  • FIG. 3 is a diagram showing an example of progress display of search processing and verification processing.
  • FIG. 4 is a diagram showing a display example of a verification result.
  • FIG. 5 is a flowchart showing the operation of a search thread.
  • FIG. 6 is a flowchart showing the operation of the verification thread.
  • FIG. 1 is a block diagram showing the verification device 11. This verification device 11 is realized by software using a computer and a verification program.
  • the input processing unit 12 registers falsification verification candidates in the search queue 13 according to user operations.
  • the search unit 14 searches the search queue 13 for a file subject to falsification verification.
  • the search unit 14 registers the searched target file in the verification queue 15.
  • the verification unit 16 performs falsification verification on the target file in the verification queue 15.
  • the verification unit 16 includes a data extraction unit 21, a collation unit 2 2, a pixel number conversion unit 2 3, and a temporary storage unit 24.
  • the display control unit 18 displays on the display screen the progress status of the search unit 14, the progress status of the verification unit 16, and the result of falsification verification.
  • FIG. 2 is a flowchart showing the main thread of the verification program. This main thread corresponds to the functions of the input processing unit 12 and the display control unit 18 shown in FIG. In the following, this operation will be described along the step numbers shown in FIG.
  • Step S1 First, the user starts a verification program on the computer. Following this activation, the main thread creates a window (see Figure 3 and Figure 4). Through this window's message queue, the main thread receives messages such as user actions.
  • Step S 2 In the start process of the main thread, a search thread (described later) is created and started. From then on, this search thread runs in parallel or time-sharing with the main thread.
  • Step S 3 Creation and activation of a verification thread (described later) are performed in the main thread activation process. From this point on, this verification thread runs in parallel or time-sharing with the main thread or search thread.
  • Step S 4 Messages of user operations and messages from other threads are accumulated in the message queue via OS (Operating System).
  • the main thread sequentially retrieves the first message from the message queue.
  • the main thread executes the branch processing of steps S5 to S12 according to the contents of the extracted message. Note that when the main thread detects a window closing operation, the main thread preferentially shifts to the termination processing from step S13.
  • Step S5 In this step, branch processing corresponding to the file Z folder addition message is executed.
  • the main thread obtains an additional message of this file Z folder via the message queue.
  • This additional message is generated by dragging and dropping the file Z folder and menu operations.
  • top File Z folder addition messages can also be generated via command line options (text data appended to the command line).
  • file Z folder addition messages can be generated by interprocess communication issued by other applications.
  • the input processing unit 12 acquires the reference information of the file Z folder from this additional message.
  • Reference information is a small amount of data indicating the location of actual data.
  • the input processing unit 12 additionally registers the acquired reference information in the search queue 13.
  • the main thread returns control to OS as soon as registration of this search queue 13 is completed.
  • Step S6 In this step, a branch process corresponding to the redraw message of the verification list is executed.
  • the main thread obtains the redraw message of the verification list via the message queue.
  • the display control unit 18 updates the display 71 of the verification list shown in FIG. 3 or 4 in accordance with this redrawing instruction.
  • the main thread completes this display update, it immediately returns control to OS.
  • Step S7 In this step, a branch process corresponding to the verification list reordering message is executed.
  • the user can generate a sorting message by clicking the item 8 1 in the display 7 1 of the verification list.
  • the main thread gets this sort message via the message queue.
  • the display control unit 18 rearranges the list data of the verification list in accordance with the contents of the item 8 1 instructed to be rearranged.
  • the main thread issues a request to redraw the verification list that has been sorted to OS.
  • the main thread returns control to OS immediately after these operations.
  • Step S 8 In this step, a branch process corresponding to the focus selection in the verification list is executed.
  • the user can select the focus on the corresponding file by clicking the list data 8 2 in the display 71 1 of the verification list. Mains Red gets this focus selection through the message queue.
  • the display control unit 18 inquires the verification list of the file selected as the focus, and acquires the reference information of the display image of the file.
  • the display control unit 18 reads the display image from the temporary storage unit 24 according to the reference information.
  • the display control unit 18 displays this display image in the display area 77 shown in FIG.
  • the main thread returns control to the OS immediately after these operations.
  • Step S 9 In this step, a branching process corresponding to the list deletion of the verification list is executed.
  • the user can issue an instruction to delete an unnecessary list by performing a delete key or a menu operation while the file of display 71 is in focus.
  • the main thread obtains this deletion instruction via the message queue.
  • the main thread (display control unit 18) deletes the list instructed to be deleted from the verification list.
  • the main thread issues a verification list redraw request to OS.
  • the main thread returns control to OS immediately after these operations.
  • Step S 1 0 In this step, branch processing corresponding to the interruption instruction is executed.
  • the user can issue a stop instruction for the search process and the verification process by clicking the stop button 83 shown in FIG.
  • the main thread obtains this suspension instruction via the message queue.
  • the input processing unit 12 clears the contents of the search queue 13 and the verification queue 15 according to this interruption instruction. This process interrupts the operations of the search thread and verification thread described later.
  • the main thread immediately returns control to OS after these operations.
  • Step S11 The search thread requests the main thread to update the display of the progress status of the search process via the message queue.
  • Display controller 1 8 In response to the request, rewrite the progress display 7 2 shown in Fig. 3.
  • the display control unit 18 may sequentially display display images (such as reduced images) included in the file being searched in the margin of the window in a frame-by-frame manner. In this case, in order to adjust the display size of the display image, it is preferable to perform pixel number conversion in either the search unit 14 or the display control unit 18. The main thread returns control to OS immediately after these operations.
  • Step S 1 2 The verification thread requests the main thread to update the display of the progress status of the verification process via the message queue.
  • the display control unit 18 rewrites the search status progress display 73 and the progress bar 74 shown in FIG.
  • the display control unit 18 may sequentially display display images (such as reduced images) included in the file under verification in a frame margin in the window margin. In this case, in order to adjust the display size of the display image, it is preferable to perform pixel number conversion in either the verification unit 16 or the display control unit 18. The main thread returns control to OS immediately after these operations.
  • Step S 1 3 The user can give an instruction to end the verification program using the end button 84 shown in FIG. 4 or the like.
  • This termination instruction is preferentially transmitted to the main thread.
  • the main thread clears the contents of the search queue 13 and the verification queue 15 according to this termination instruction. This process interrupts the processing of the search thread and the verification thread.
  • Step S 14 Subsequently, the main thread gives an end instruction to the search thread and the verification thread.
  • Step S15 The main thread waits for the search thread and the verification thread to end.
  • Step S 16 When the main thread confirms the end of the search thread and the verification thread, the main thread discards the window created in step S 1 from the memory. With the above operation, the operation of the verification program is completed.
  • FIG. 5 is a flowchart showing the operation of this search thread.
  • This search thread corresponds to the functions of the search unit 14 and the search queue 13 shown in FIG.
  • a series of operations of the search thread is repeatedly performed until an end instruction is issued from the main thread.
  • the search thread is discarded from the memory.
  • Step S 3 1 Search unit 14 confirms the number of elements in search queue 1 3 at regular intervals. When the search unit 14 determines that the element of the search queue 1 3 is empty, the search unit 14 shifts the operation to step S 3 2. On the other hand, when the search unit 14 determines that there is an element in the search queue 1 3, the operation proceeds to step S 3 4.
  • Step S 3 2 The search unit 14 replaces the text data indicating the search target folder name with a NULL value, and requests the main thread to update the search progress (see Step S 1 1). ) As a result, the progress display 72 of the search process shown in FIG. 3 is deleted.
  • Step S 3 3 Since the search queue 13 is empty, the search unit 14 returns control to the OS side and enters an idling state. On the OS side, when the elapse of a predetermined time is detected, the search unit 14 is restarted. The restarted search unit 14 returns to step S 3 1 and resumes operation.
  • Step S 3 4 The search unit 14 retrieves the first element from the search queue 1 3.
  • Step S 3 5 The search unit 14 substitutes the path display of the parent folder name of the extracted element into the text data indicating the search target folder name. Subsequently, the search unit 14 requests the main thread to update the search progress status (see step S11). As a result, the name of the folder currently being searched is displayed in the progress display 72 of the search process shown in FIG.
  • Step S 3 6 The search unit 14 determines the type of the extracted element.
  • the search unit 14 performs type determination based on the element naming rules (file extension, etc.). For example, the search unit 14 accesses the actual data of the file. The The search unit 14 reads tag data indicating the file type from the actual data. As a result, even if the file name is rewritten, the file type can be determined without error.
  • the search unit 14 classifies the element into the following types:
  • Target file (For example, in the case of an image file, JPEG, TIFF.RAW file, etc.)
  • step S 3 If the search unit 14 determines that the element type is a folder, the search unit 14 proceeds to step S 3 8. If the search unit 14 determines that the element type is the target file, the search unit 14 proceeds to step S 37. On the other hand, if the search unit 14 determines that the element type is a non-target file, it returns the operation to step S 3 1.
  • Step S 37 The search unit 14 additionally registers the reference information of the target file determined in Step S 36 and its type information in the verification queue 15. After this operation, search unit 14 returns the operation to step S 3 1.
  • Step S 3 8 The search unit 14 substitutes the path display of the searched folder name into the text data indicating the search target folder name. Subsequently, the search unit 14 requests the main thread to update the search progress status (see step S11). As a result, the name of the folder currently being searched is displayed in the progress display 72 of the search process shown in FIG.
  • Step S 3 9 Search unit 14 performs the same type determination as step S 3 6 for each element in the folder.
  • step S40 When the search unit 14 finds a subfolder in the folder, the operation proceeds to step S40. In addition, when the search unit 14 finds the target file in the folder, the operation proceeds to step S 41. On the other hand, when the search unit 14 finds an out-of-target file in the folder, the operation proceeds to step S 4 2.
  • Step S 4 0 Search unit 1 4 searches for the found subfolder to search queue 1 Register additional to 3. The search process in the subfolder is performed later by the process of returning to the search queue 13. After this processing, the search unit 14 shifts the operation to Step S 4 2.
  • Step S 4 1 The search unit 14 additionally registers the reference information of the target file found in Step S 39 and its type information in the verification queue 15. After this operation, search unit 14 shifts the operation to step S 4 2.
  • Step S 4 2 When the search unit 14 determines that the search processing has been completed for all elements in the folder, the operation returns to step S 3 1. On the other hand, if the search unit 14 determines that the search processing has not been completed for all the elements in the folder, it returns the operation to step S 39.
  • FIG. 6 is a flowchart showing the operation of the verification thread. This verification thread corresponds to the operations of the verification unit 16 and the verification queue 15 shown in FIG.
  • the series of operations of the verification thread is repeatedly performed until an end instruction is issued from the main thread. Also, when the main thread issues an end instruction, the verification thread is discarded from the memory.
  • Step S 5 1 The verification unit 16 confirms the number of elements in the verification queue 15 at regular intervals. If the verification unit 16 determines that the element of the verification queue 15 is empty, the verification unit 16 shifts the operation to step S 52. On the other hand, when the verification unit 16 determines that there is an element in the verification queue 15, the operation proceeds to step S 54.
  • Step S 5 2 The verification unit 16 replaces the text data indicating the verification target file name with a NULL value, and requests the main thread to update the progress status of the falsification verification (see Step S 1 2). ) As a result, the progress indicator 73 of the alteration verification shown in Fig. 3 is deleted.
  • Step S 53 The verification unit 16 returns control to the OS and enters the idling state because the verification queue 15 is empty. This idling state reduces the processing load.
  • the verification unit 1 6 restart. The restarted verification unit 16 returns to step S 51 and resumes operation.
  • Step S 5 4 The verification unit 16 takes out the first element from the verification queue 15.
  • Step S55 The verification unit 16 substitutes the file name of the extracted element into text data indicating the verification target file name. Subsequently, the verification unit 16 requests the main thread to update the progress status of the falsification verification (see step S12). As a result, the file name currently being verified is displayed in the progress display 73 of the verification process shown in FIG.
  • Step S 5 6 The verification unit 16 determines the number of registrations in the verification list (the number of verified files). In addition, the verification unit 16 accumulates the total number of registrations (total number of target files) in the verification queue 15 from the start of the program to the present. The verification unit 16 calculates the ratio between the number of verified files and the total number of target files. The verification unit 16 requests the main thread to rewrite the progress bar 74 according to this ratio (see step S12). As a result, the progress bar 7 4 shown in Fig. 3 displays a bar indicating the progress of the verification process.
  • Step S 5 7 The data extraction unit 21 in the verification unit 16 acquires the reference information and type information of the target file from the verification queue 15.
  • the data extraction unit 21 accesses the actual data of the target file based on the reference information. Further, the data extraction unit 21 classifies the actual data into segments according to the type information. According to this classification, the data extraction unit 21 extracts a data area to be falsified and verified, data for verification, and image data for display.
  • Step S 5 8 The collation unit 2 2 in the verification unit 16 collates the data area with the verification data to determine whether the data area has been tampered with.
  • the collation unit 22 determines whether the information is in the information part (EXIF information, etc.) in the file, the entire image part, or the cropped image part.
  • Step S 5 9 The pixel number conversion unit 2 3 in the verification unit 1 6
  • the obtained image data for display is converted to the number of pixels according to the display size of the display area 77 shown in FIG.
  • the pixel number conversion unit 23 temporarily stores the display image after the pixel number conversion in the temporary storage unit 24.
  • Step S 6 0 The verification unit 16 constructs the repo data by combining the verification information by the verification unit 2 2 and the reference information of the display image in the temporary storage unit 24. .
  • Step S61 The verification unit 16 adds the report data constructed in step S60 to the verification list. Subsequently, the verification unit 16 requests the main thread to redraw the verification list (see step S6). By this processing, the display of the list data 8 2 of the verification list shown in FIG. 3 is increased by one line. If the window display width is exceeded, the display switches to the scroll bar display. After such an operation, the verification unit 16 returns the operation to Step S 51.
  • the user only needs to add the file Z folder. Subsequent searches and verification are automatically performed according to the number of elements in the search queue 13 and verification queue 15. Therefore, the user needs to learn at least the operation of adding the file Z folder in the alteration verification work. Therefore, it becomes possible to master tampering verification work in a short time.
  • both the progress status of the search process and the progress status of the verification process are displayed. Therefore, the user can grasp the progress of both processes.
  • the user can determine the availability of search processing. Therefore, the user can add a folder to the search queue 13 in a timely manner according to the availability of the search process. As a result, it is possible to efficiently perform falsification verification for a large number of files and folders.
  • the search process and the verification process are multi-threaded.
  • search processing and verification processing can be processed in parallel in a pipelined manner.
  • the search process accesses the actual file data. for that reason, Access time to a physical device such as a hard disk becomes dominant. As a result, the CPU in the computer often waits for access.
  • the actual data accessed in the previous search process is held in a file cache on the memory. Therefore, in the verification process, it is only necessary to read the actual data from the file cache. Therefore, almost no access time to the physical device occurs. Rather, in the verification process, the processing load is concentrated on the CPU side, because complex arithmetic processing is mainly used for falsification verification.
  • the verification process can be efficiently advanced by effectively using the CPU waiting for access. As a result, the total processing time required for falsification verification can be shortened.
  • the display image being processed can be displayed in a frame feed in accordance with the progress of the search process and the verification process. Therefore, the user can visually grasp to what file the falsification verification work has progressed while viewing the display of the display image.
  • the display size of the display image is adjusted in any one of the search unit 14, the verification unit 16, and the display control unit 18. Therefore, the display sizes of different display images can be made uniform according to the file. As a result, when the display size changes drastically in the progress display of the frame invoice, it is possible to resolve the problem.
  • a search queue 13 is provided.
  • this search queue 1 3 it is possible to hold the remaining amount of money between the input processing unit 1 2 and the search unit 1 4 while waiting for the search.
  • the input processing unit 12 can add the file Z folder to the search queue 13 at any time independently of the operation of the search unit 14.
  • a verification queue 15 is provided. With this verification queue 15, the remaining amount of money between the search unit 14 and the verification unit 16 is held for verification. It will be possible. As a result, the search unit 14 can add the target file to the verification queue 15 independently of the operation of the verification unit 16.
  • the search unit 14 when the search unit 14 finds a subfolder while searching the folder, the search unit 14 returns the subfolder to the search queue 13. As a result, the search unit 14 can perform a search process later in the subfolder. By repeating this operation, the search process can be performed without omission, while the subfolders are sequentially moved down the hierarchy.
  • the search unit 14 determines the type of file.
  • the search unit 14 registers this type information in the verification queue 15. Therefore, the data extraction unit 21 can acquire this type information from the verification queue 15 at the time of falsification verification of the file. Therefore, it is not necessary to determine the file type again in the falsification verification. Therefore, the processing load for falsification verification can be reduced.
  • the temporary storage unit 24 temporarily stores the display image. Therefore, the display control unit 18 can quickly switch and display the display image by accessing the temporary storage unit 24.
  • the verification device 11 may be realized by distributing a plurality of server computers. Further, for example, a part or all of the configuration of the verification apparatus 11 may be realized by hardware.
  • the display image is stored in the temporary storage unit 24, thereby speeding up the display of the display image.
  • the necessary memory in the temporary storage unit 24 can be obtained. Mori capacity may be saved.
  • a hash function is used as a method for calculating verification data.
  • the present invention is not limited to this.
  • any calculation method that calculates different verification data depending on data alteration may be used.
  • the first-in first-out queue is assumed.
  • the invention is not limited to this.
  • a last-in first-out queue may be used. In this case, it is possible to search and Z or verify from the file Z folder added later.
  • the present invention is a technique that can be used for a verification program or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • General Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Library & Information Science (AREA)
  • Editing Of Facsimile Originals (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　検証装置は、検索部、検証部、および表示制御部を備える。検索部は、改ざん検証の対象となるファイルを検索する。検証部は、検索部によって検索されたファイルに対し、改ざん検証を行う。表示制御部は、検索部によるファイル検索の進捗状況と、検証部による改ざん検証の進捗状況との双方を表示画面に表示する。

Description

明 細 書
検証装置、 および検証プログラム
技術分野
[0001 ] 本発明は、 ファイルの改ざんを検証する技術に関する。
背景技術
[0002] 近年、 電子カメラを用いて証明写真を撮影する機会が増えている。 この種 の証明写真は電子ファイルとして記録される。 そのため、 証明写真を通信回 線により迅速に提出することが容易となる。 また、 多数の証明写真をデータ ベースとして管理することも容易となる。
[0003] その反面、 この種の電子ファイルは、 身近な画像処理ソフト等を用いて、 容易に改ざんできる。 そのため、 電子ファイルの改ざんを検証する技術が重 要となる。
[0004] この種の改ざん検証の技術として、 下記の特許文献 1が知られている。 こ の従来技術では、 オリジナルのファイルからハッシュ関数を計算して検証用 データを求める。 この検証用データはファイル内に保存される。
[0005] 後日、 ファイルから再計算したハッシュ関数のデータと、 このファイル内 の検証用データとの値を照合する。 両データが不一致であれば、 ファイルが 改ざんされたと判断できる。
特許文献 1 ：特開平 1 1—2 1 5 4 5 2号公報
発明の開示
発明が解決しょうとする課題
[0006] 複数のファイルについて改ざん検証を行う場合を考える。 この場合、 従来 技術では、 上述した処理を何回も繰り返す必要がある。 そのため、 改ざん検 証を繰り返す内に、 ユーザーは作業全体の正確な進埗状況が分かリづらくな る。 また、 改ざん検証の繰り返し中は、 新たなファイルを随時に追加するこ とができない。
[0007] 以上のように、 従来の改ざん検証では、 使い勝手や機敏性の点で改善の余 地があった。 そこで、 本発明は、 改ざん検証の使い勝手を高めることを目的 とする。
課題を解決するための手段
《1》 本発明の検証装置は、 検索部、 検証部、 および表示制御部を備える 。 検索部は、 改ざん検証の対象となるファイルを検索する。 検証部は、 検索 部によって検索されたファイルに対し、 改ざん検証を行う。 表示制御部は、 検索部によるフアイル検索の進埗状況と、 検証部による改ざん検証の進埗状 況との双方を表示画面に表示する。
《2》 なお好ましくは、 少なくとも一部のファイルは、 画像データを含む 。 表示制御部は、 ファイル検索および改ざん検証の少なくとも一方の進埗に 従って、 この画像データの表示用画像を表示画面に表示する。
《3》 また好ましくは、 検索部、 検証部、 および表示制御部の少なくとも
1つは、 画像データを画素数変換して表示用画像を生成する。
《4》 なお好ましくは、 検索部の検索待ちを管理する検索待ち管理部を備 える。 また、 検証部の検証待ちを管理する検証待ち管理部を備える。 検索部 は、 この検索待ちを取リ出して改ざん検証の対象となるファィルを検索する 。 検索部は、 検索されたファイルを検証待ちに登録する。 一方、 検証部は、 検証待ちを取り出して、 改ざん検証を行う。
《5》 また好ましくは、 検索部は、 検索待ちに登録されるフォルダ内から 、 サブフォルダを検出すると、 そのサブフォルダを検索待ちに登録する。
《6》 なお好ましくは、 入力処理部を備える。 この入力処理部は、 外部か らの指示入力に従って、 検索待ちにファイルまたはフォルダを登録する。
《7》 また好ましくは、 検索部は、 改ざん検証の対象として予め定められ た特定のファイルか否かを判別する。 検索部は、 この判別によって改ざん検 証の対象とするファイルを検索する。
《8》 本発明の別の検証装置は、 検索部、 データ抽出部、 照合部、 一時記 憶部、 および表示制御部を備える。 検索部は、 改ざん検証の対象となるファ ィルを、 ファイル内のファイル種別を示すデータから検索する。 データ抽出 部は、 ファイル種別の解析結果に従って、 検索されたファイル内から、 改ざ ん検証すべきデータ領域と、 データ領域の改ざんの検証用データと、 画像デ 一タとを抽出する。 照合部は、 データ抽出部によって抽出されたデータ領域 を検証用データに照合することにより、 データ領域の改ざんを判別する。 一 時記憶部は、 データ抽出部によって抽出された画像データに対応する表示用 画像を一時記憶する。 表示制御部は、 照合部による改ざん検証の結果と、 一 時記憶部に一時記憶される表示用画像とを、 表示画面に表示する。
《9》 〜 《1 6》 本発明の検証プログラムは、 上記《1》 〜 《8》 に対応 する内容である。
発明の効果
[0009] 本発明によれば、 改ざん検証の使い勝手を高めることができる。
図面の簡単な説明
[0010] [図 1]検証装置 1 1を示すブロック図である。
[図 2]検証プログラムのメインスレツドを示す流れ図である。
[図 3]検索処理および検証処理の進埗表示例を示す図である。
[図 4]検証結果の表示例を示す図である。
[図 5]検索スレツドの動作を示す流れ図である。
[図 6]検証スレツドの動作を示す流れ図である。
発明を実施するための最良の形態
[001 1 ] 《実施形態の構成説明》
図 1は、 検証装置 1 1を示すブロック図である。 この検証装置 1 1は、 コ ンピュータと検証プログラムを用いて、 ソフトウエア的に実現される。
[0012] 図 1において、 入力処理部 1 2は、 ユーザー操作に従って、 改ざん検証の 候補を検索キュー 1 3に登録する。 検索部 1 4は、 この検索キュー 1 3内か ら、 改ざん検証の対象ファイルを検索する。 検索部 1 4は、 検索した対象フ アイルを、 検証キュー 1 5に登録する。 検証部 1 6は、 検証キュー 1 5内の 対象ファイルについて改ざん検証を行う。 なお、 この検証部 1 6は、 データ 抽出部 2 1、 照合部 2 2、 画素数変換部 2 3、 および一時記憶部 2 4を備え る。 表示制御部 1 8は、 上述した検索部 1 4の進埗状況、 検証部 1 6の進埗 状況、 および改ざん検証の結果を、 表示画面に表示する。
[0013] 《メインスレツドの動作説明》
図 2は、 検証プログラムのメインスレッドを示す流れ図である。 このメイ ンスレツドは、 図 1に示す入力処理部 1 2および表示制御部 1 8の機能に該 当する。 以下、 図 2に示すステップ番号に沿って、 この動作を説明する。
[0014] ステップ S 1 ：まず、 ユーザーは、 コンピュータ上において検証プロダラ ムを起動する。 この起動に従って、 メインスレッドは、 ウィンドウ （図 3， 図 4参照） を作成する。 このウィンドウのメッセージキューを介して、 メイ ンスレツドは、 ユーザー操作などのメッセージを受け取る。
[0015] ステップ S 2 ： メインスレツドの起動時処理において、 検索スレツド （後 述） の作成と起動が行われる。 これ以降、 この検索スレッドは、 メインスレ ッドと並行あるいは時分割に動作する。
[0016] ステップ S 3 ： メインスレツドの起動時処理において、 検証スレツド （後 述） の作成と起動が行われる。 これ以降、 この検証スレッドは、 メインスレ ッドゃ検索スレツドと並行あるいは時分割に動作する。
[0017] ステップ S 4 ： メッセージキューには、 ユーザー操作のメッセージや、 他 のスレッドからのメッセージが、 O S (オペレーティングシステム） を介し て蓄積される。 メインスレッドは、 メッセージキューから先頭のメッセージ を逐次に取り出す。 メインスレッドは、 取り出したメッセージの内容に従つ て、 ステップ S 5〜S 1 2の分岐処理を実行する。 なお、 メインスレッドは 、 ウィンドウの終了操作を検知すると、 ステップ S 1 3以降の終了処理へ優 先的に移行する。
[0018] ステップ S 5 ： このステップでは、 ファイル Zフォルダの追加メッセージ に対応する分岐処理を実行する。
[0019] まず、 メインスレッドは、 メッセージキューを介して、 このファイル Zフ オルダの追加メッセージを取得する。 この追加メッセージは、 ファイル Zフ オルダのドラッグ &ドロップやメニュー操作によって発生する。 また、 コマ ンドラインオプション （コマンドラインに付加されるテキストデータ） を介 して、 ファイル Zフォルダの追加メッセージを発生させることもできる。 さ らに、 他のアプリケーションから発行されるプロセス間通信により、 フアイ ル Zフォルダの追加メッセージを発生させることもできる。
[0020] 入力処理部 1 2は、 この追加メッセージから、 ファイル Zフォルダの参照 情報を取得する。 参照情報は、 実データの所在などを示す小容量のデータで ある。 入力処理部 1 2は、 取得した参照情報を検索キュー 1 3に追加登録す る。 メインスレッドは、 この検索キュー 1 3の登録が完了すると、 直ちに O Sに制御を戻す。
[0021 ] ステップ S 6 ： このステップでは、 検証リストの再描画メッセージに対応 する分岐処理を実行する。
[0022] まず、 メインスレツドは、 検証リストの再描画メッセージを、 メッセージ キューを介して取得する。 表示制御部 1 8は、 この再描画指示に従って、 図 3または図 4に示す検証リストの表示 7 1を更新する。 メインスレツドは、 この表示更新を完了すると、 直ちに O Sに制御を戻す。
[0023] ステップ S 7 ： このステップでは、 検証リストの並べ替えメッセージに対 応する分岐処理を実行する。
[0024] ユーザーは、 検証リストの表示 7 1の項目 8 1をクリックすることにより 、 並べ替えメッセージを発生させることができる。 メインスレッドは、 この 並べ替えメッセージを、 メッセージキューを介して取得する。 表示制御部 1 8は、 この並べ替え指示された項目 8 1の内容に従って、 検証リストのリス トデータを並べ替える。 次に、 メインスレッドは、 並び替えを完了した検証 リストの再描画要求を O Sに対して発行する。 メインスレッドは、 これら動 作の後、 直ちに O Sに制御を戻す。
[0025] ステップ S 8 ： このステップでは、 検証リストのフォーカス選択に対応す る分岐処理を実行する。
[0026] ユーザーは、 検証リストの表示 7 1のリストデータ 8 2をクリックするこ とにより、 該当するファイルをフォーカス選択することができる。 メインス レッドは、 このフォーカス選択を、 メッセージキューを介して取得する。 表 示制御部 1 8は、 フォーカス選択されたファイルを検証リストに照会し、 該 当ファイルの表示用画像の参照情報を情報取得する。 表示制御部 1 8は、 こ の参照情報に従って、 一時記憶部 2 4内から表示用画像を読み出す。 表示制 御部 1 8は、 この表示用画像を、 図 4に示す表示域 7 7に表示する。 メイン スレッドは、 これら動作の後、 直ちに O Sに制御を戻す。 なお、 ユーザーに よって複数ファイルがフォーカス選択された場合、 該当する複数の表示用画 像を、 表示域 7 7に並べて表示することが好ましい。
[0027] ステップ S 9 ： このステップでは、 検証リストのリスト削除に対応する分 岐処理を実行する。
[0028] ユーザーは、 表示 7 1のファイルをフォーカス選択した状態で、 削除キー やメニュ一操作を行うことにより、 不要なリス卜の削除指示を行うことがで きる。 メインスレッドは、 この削除指示を、 メッセージキューを介して取得 する。 メインスレッド （表示制御部 1 8 ) は、 この削除指示されたリストを 検証リスト内から削除する。 次に、 メインスレッドは、 検証リストの再描画 要求を O Sに対して発行する。 メインスレッドは、 これら動作の後、 直ちに O Sに制御を戻す。
[0029] ステップ S 1 0 ： このステップでは、 中断指示に対応する分岐処理を実行 する。
[0030] ユーザーは、 図 3に示す中断ポタン 8 3をクリックすることにより、 検索 処理および検証処理の中断指示を行うことができる。 メインスレッドは、 こ の中断指示を、 メッセージキューを介して取得する。 入力処理部 1 2は、 こ の中断指示に従って、 検索キュー 1 3および検証キュー 1 5の内容をクリア する。 この処理によって、 後述する検索スレッドおよび検証スレッドの動作 が中断する。 メインスレッドは、 これら動作の後、 直ちに O Sに制御を戻す
[0031 ] ステップ S 1 1 ：検索スレツドは、 メッセージキューを介して、 検索処理 の進埗状況の表示更新をメインスレツドに要求する。 表示制御部 1 8は、 こ の要求に従って、 図 3に示す検索状況の進埗表示 7 2を書き換える。
[0032] なお、 表示制御部 1 8は、 ウィンドウの余白部分に、 検索中のファイルに 含まれる表示用画像 （縮小画像など） をコマ送り状に逐次表示してもよい。 この場合、 表示用画像の表示サイズを調整するため、 検索部 1 4または表示 制御部 1 8のいずれかにおいて画素数変換を実施することが好ましい。 メイ ンスレッドは、 これらの動作の後、 直ちに O Sに制御を戻す。
[0033] ステップ S 1 2 ：検証スレツドは、 メッセージキューを介して、 検証処理 の進埗状況の表示更新をメインスレツドに要求する。 表示制御部 1 8は、 こ の要求に従って、 図 3に示す検索状況の進埗表示 7 3およびプログレスバー 7 4を書き換える。
[0034] なお、 表示制御部 1 8は、 ウィンドウの余白部分に、 検証中のファイルに 含まれる表示用画像 （縮小画像など） をコマ送り状に逐次表示してもよい。 この場合、 表示用画像の表示サイズを調整するため、 検証部 1 6または表示 制御部 1 8のいずれかにおいて画素数変換を実施することが好ましい。 メイ ンスレッドは、 これらの動作の後、 直ちに O Sに制御を戻す。
[0035] ステップ S 1 3 ：ユーザーは、 図 4に示す終了ポタン 8 4などを用いて、 検証プログラムの終了指示を行うことができる。 この終了指示は、 メインス レッドに優先的に伝達される。 メインスレッドは、 この終了指示に従って、 検索キュー 1 3および検証キュー 1 5の内容をクリアする。 この処理によつ て、 検索スレツドおよび検証スレツドの処理は中断する。
[0036] ステップ S 1 4 ：続いて、 メインスレツドは、 検索スレツドおよび検証ス レツドに対して終了指示を与える。
[0037] ステップ S 1 5 ：メインスレツドは、 検索スレツドおよび検証スレツドの 終了を待機する。
[0038] ステップ S 1 6 ：メインスレツドは、 検索スレツドおよび検証スレツドの 終了を確認すると、 ステップ S 1で作成したウィンドウをメモリ上から破棄 する。 以上の動作により、 検証プログラムの動作が終了する。
《検索スレツドの動作説明》 次に、 検索スレッドの具体的動作について説明する。 図 5は、 この検索ス レツドの動作を示す流れ図である。 この検索スレツドは、 図 1に示す検索部 1 4および検索キュー 1 3の機能に該当する。
[0039] この検索スレツドの一連の動作は、 メィンスレツドから終了指示があるま で繰り返し実施される。 また、 メインスレッドから終了指示があると、 検索 スレツドはメモリ上から破棄される。
[0040] ステップ S 3 1 ：検索部 1 4は、 一定期間おきに、 検索キュー 1 3の要素 数を確認する。 検索部 1 4は、 検索キュー 1 3の要素が空であると判断する と、 ステップ S 3 2に動作を移行する。 一方、 検索部 1 4は、 検索キュー 1 3に要素有りと判断すると、 ステップ S 3 4に動作を移行する。
[0041 ] ステップ S 3 2 ：検索部 1 4は、 検索対象フォルダ名を示すテキストデー タを N U L L値に置き換えて、 検索の進埗状況の更新をメインスレツドに要 求する （ステップ S 1 1参照） 。 その結果、 図 3に示す検索処理の進埗表示 7 2は消去される。
[0042] ステップ S 3 3 ：検索部 1 4は、 検索キュー 1 3が空のため、 O S側に制 御を戻してアイドリング状態に入る。 O S側では、 所定時間の経過を検出す ると、 検索部 1 4を再起動する。 再起動した検索部 1 4は、 ステップ S 3 1 に戻って動作を再開する。
[0043] ステップ S 3 4 ：検索部 1 4は、 検索キュー 1 3から先頭要素を取り出す
[0044] ステップ S 3 5 ：検索部 1 4は、 取り出した要素の親フォルダ名のパス表 示を、 検索対象フォルダ名を示すテキストデータに代入する。 続いて、 検索 部 1 4は、 検索の進埗状況の更新をメインスレッドに要求する （ステップ S 1 1参照） 。 その結果、 図 3に示す検索処理の進埗表示 7 2に、 現在検索中 のフォルダ名が表示される。
[0045] ステップ S 3 6 ：検索部 1 4は、 取り出した要素の種別を判定する。
[0046] 例えば、 検索部 1 4は、 要素の命名規則 （ファイル拡張子など） から種別 判定を行う。 また例えば、 検索部 1 4は、 ファイルの実データにアクセスす る。 検索部 1 4は、 この実データから、 ファイル種別を示すタグデータを読 み出す。 その結果、 たとえファイル名が書き換えられていても、 ファイル種 別を誤リなく判定することができる。
[0047] このような種別判定に従って、 検索部 1 4は、 要素を次の種別に分類する
(1)フォルダ
(2)対象ファイル （例えば、 画像ファイルの場合は、 J P E G、 T I F F . R AWファイルなど）
(3)対象外ファイル
検索部 1 4は、 要素の種別をフォルダと判定すると、 ステップ S 3 8に動 作を移行する。 また、 検索部 1 4は、 要素の種別を対象ファイルと判定する と、 ステップ S 3 7に動作を移行する。 一方、 検索部 1 4は、 要素の種別を 対象外ファイルと判定すると、 ステップ S 3 1に動作を戻す。
[0048] ステップ S 3 7 ：検索部 1 4は、 ステップ S 3 6で判定した対象ファイル の参照情報と、 その種別情報とを、 検証キュー 1 5に追加登録する。 この動 作の後、 検索部 1 4は、 ステップ S 3 1に動作を戻す。
[0049] ステップ S 3 8 ：検索部 1 4は、 検索したフォルダ名のパス表示を、 検索 対象フォルダ名を示すテキストデータに代入する。 続いて、 検索部 1 4は、 検索の進埗状況の更新をメインスレッドに要求する （ステップ S 1 1参照） 。 その結果、 図 3に示す検索処理の進埗表示 7 2に、 現在検索中のフォルダ 名が表示される。
[0050] ステップ S 3 9 ：検索部 1 4は、 フォルダ内の要素 1つ 1つについて、 ス テツプ S 3 6と同様の種別判定を実施する。
[0051 ] 検索部 1 4は、 フォルダ内にサブフォルダを発見すると、 ステップ S 4 0 に動作を移行する。 また、 検索部 1 4は、 フォルダ内に対象ファイルを発見 すると、 ステップ S 4 1に動作を移行する。 一方、 検索部 1 4は、 フォルダ 内に対象外ファイルを発見すると、 ステップ S 4 2に動作を移行する。
[0052] ステップ S 4 0 ：検索部 1 4は、 発見したサブフォルダを、 検索キュー 1 3に追加的に登録する。 この検索キュー 1 3に差し戻す処理により、 サブフ オルダ内の検索処理が後から実施される。 この処理の後、 検索部 1 4は、 ス テツプ S 4 2に動作を移行する。
[0053] ステップ S 4 1 ：検索部 1 4は、 ステップ S 3 9で発見した対象ファイル の参照情報と、 その種別情報とを、 検証キュー 1 5に追加的に登録する。 こ の動作の後、 検索部 1 4は、 ステップ S 4 2に動作を移行する。
[0054] ステップ S 4 2 ：検索部 1 4は、 フォルダ内の全要素について検索処理を 完了したと判定すると、 ステップ S 3 1に動作を戻す。 一方、 検索部 1 4は 、 フォルダ内の全要素について検索処理を完了していないと判定すると、 ス テツプ S 3 9に動作を戻す。
[0055] 《検証スレッドの動作説明》
次に、 検証スレッドの具体的動作について説明する。 図 6は、 検証スレツ ドの動作を示す流れ図である。 この検証スレッドは、 図 1に示す検証部 1 6 および検証キュー 1 5の動作に該当する。
[0056] この検証スレツドの一連の動作は、 メィンスレツドから終了指示があるま で繰り返し実施される。 また、 メインスレッドから終了指示があると、 検証 スレツドはメモリ上から破棄される。
[0057] ステップ S 5 1 ：検証部 1 6は、 一定期間おきに、 検証キュー 1 5の要素 数を確認する。 検証部 1 6は、 検証キュー 1 5の要素が空であると判断する と、 ステップ S 5 2に動作を移行する。 一方、 検証部 1 6は、 検証キュー 1 5に要素有りと判断すると、 ステップ S 5 4に動作を移行する。
[0058] ステップ S 5 2 ：検証部 1 6は、 検証対象ファイル名を示すテキストデー タを N U L L値に置き換えて、 改ざん検証の進埗状況の更新をメインスレツ ドに要求する （ステップ S 1 2参照） 。 その結果、 図 3に示す改ざん検証の 進埗表示 7 3が消去される。
[0059] ステップ S 5 3 ：検証部 1 6は、 検証キュー 1 5が空のため、 O Sに制御 を戻してアイドリング状態に入る。 このアイドリング状態により、 処理負荷 の軽減が図られる。 O S側は、 所定時間の経過を検出すると、 検証部 1 6を 再起動する。 再起動した検証部 1 6は、 ステップ S 5 1に戻って動作を再開 する。
[0060] ステップ S 5 4 ：検証部 1 6は、 検証キュー 1 5から先頭要素を取り出す
[0061 ] ステップ S 5 5 ：検証部 1 6は、 取り出した要素のファイル名を、 検証対 象ファイル名を示すテキストデータに代入する。 続いて、 検証部 1 6は、 改 ざん検証の進埗状況の更新をメインスレツドに要求する （ステップ S 1 2参 照） 。 その結果、 図 3に示す検証処理の進埗表示 7 3に、 現在検証中のファ ィル名が表示される。
[0062] ステップ S 5 6 ：検証部 1 6は、 検証リストの登録件数 （検証済みのファ ィル件数） を求める。 また、 検証部 1 6は、 プログラム起動時から現在まで の検証キュー 1 5の総登録件数 （対象ファイルの総件数） を積算する。 また 、 検証部 1 6は、 検証済みのファイル件数と対象ファイルの総件数との比率 を求める。 検証部 1 6は、 この比率に従って、 プログレスバー 7 4の書き換 えをメインスレッドに要求する （ステップ S 1 2参照） 。 その結果、 図 3に 示すプログレスバー 7 4には、 検証処理の進埗具合を示すバーが表示される
[0063] ステップ S 5 7 ：検証部 1 6内のデータ抽出部 2 1は、 検証キュー 1 5か ら、 対象ファイルの参照情報と種別情報を取得する。 データ抽出部 2 1は、 参照情報に基づいて、 対象ファイルの実データにアクセスする。 さらに、 デ ータ抽出部 2 1は、 種別情報に応じて、 実データをセグメントに分類する。 この分類に従って、 データ抽出部 2 1は、 改ざん検証すべきデータ領域、 検 証用データ、 および表示用の画像データを抽出する。
[0064] ステップ S 5 8 ：検証部 1 6内の照合部 2 2は、 データ領域を検証用デー タに照合してデータ領域の改ざんを判別する。 なお、 照合部 2 2は、 フアイ ル内の情報部 （EX I F情報など） 、 画像部全体、 およびクロップ画像部ごとに 改ざんの判別を行う。
[0065] ステップ S 5 9 ：検証部 1 6内の画素数変換部 2 3は、 ステップ S 5 7で 得た表示用の画像データを、 図 4に示す表示域 7 7の表示サイズに合わせて 画素数変換する。 画素数変換部 2 3は、 画素数変換後の表示用画像を一時記 憶部 2 4に一時記憶する。
[0066] ステップ S 6 0 ：検証部 1 6は、 照合部 2 2による改ざん検証の結果、 一 時記憶部 2 4内の表示用画像の参照情報などをまとめて、 レポ一卜データを 構築する。
[0067] ステップ S 6 1 ：検証部 1 6は、 ステップ S 6 0で構築したレポートデー タを、 検証リストに追加する。 続いて、 検証部 1 6は、 検証リストの再描画 をメインスレッドに要求する （ステップ S 6参照） 。 この処理により、 図 3 に示す検証リストのリストデータ 8 2の表示が 1行ずつ増える。 なお、 ウイ ンドウの表示幅を超える場合には、 スクロールバー表示に切り替わる。 この ような動作の後、 検証部 1 6は、 ステップ S 5 1に動作を戻す。
[0068] 《実施形態の効果など》
本実施形態では、 ユーザーは、 ファイル Zフォルダの追加操作を行うだけ でよい。 その後の検索および検証については、 検索キュー 1 3および検証キ ユー 1 5の要素数に応じて自動的に実施される。 したがって、 ユーザーは、 改ざん検証作業に当たって、 ファイル Zフォルダの追加操作を最低限覚えれ ばよい。 そのため、 改ざん検証作業に短時間で習熟することが可能になる。
[0069] また、 本実施形態では、 図 3に示すように、 検索処理の進埗状況と、 検証 処理の進埗状況との双方が表示される。 そのため、 ユーザーは、 双方の処理 の進埗状況を把握することができる。
[0070] 特に、 ユーザーは、 検索処理の空き具合を判断できる。 そのため、 ユーザ 一は、 この検索処理の空き具合を応じて、 検索キュー 1 3にファイルゃフォ ルダをタイミング良く追加できる。 その結果、 大量のファイルやフォルダに ついて効率良く改ざん検証を実行することが可能になる。
[0071 ] また、 本実施形態では、 検索処理と検証処理とをマルチスレツド化する。
そのため、 検索処理と検証処理とをパイプライン式に並行処理することがで きる。 通常、 検索処理ではファイルの実データにアクセスする。 そのため、 ハードディスクなどの物理デバイスへのアクセス時間が支配的となる。 その 結果、 コンピュータ内の C P Uはアクセス待ちの状態がしばしば発生する。 一方、 検証処理においても、 ファイルの実データに再びアクセスする必要が ある。 しかし、 一般的な O Sでは、 直前の検索処理においてアクセスされた 実データは、 メモリ上のファイルキャッシュ内に保持される。 そのため、 検 証処理では、 ファイルキャッシュ内から実データを読み出せばよい。 そのた め、 物理デバイスへのアクセス時間は殆ど発生しない。 むしろ、 検証処理で は、 改ざん検証のために複雑な演算処理が主となるため、 C P U側に処理負 荷が集中する。
[0072] したがって、 検索処理において物理デバイスにアクセスしている期間は、 アクセス待ち状態の C P Uを有効利用して、 検証処理を効率的に進めること ができる。 その結果、 改ざん検証にかかるトータルの処理時間を短縮できる
[0073] また、 本実施形態では、 検索処理や検証処理の進埗に従って、 処理中の表 示用画像をコマ送り状に表示することができる。 したがって、 ユーザーは、 この表示用画像の表示を見ながら、 改ざん検証作業がどのフアイルまで進ん でいるかを視覚的に把握できる。
[0074] さらに、 本実施形態では、 表示用画像の表示サイズを、 検索部 1 4、 検証 部 1 6、 および表示制御部 1 8のいずれかにおいて調整する。 したがって、 フアイルによつて異なる表示用画像の表示サイズを一律に揃えることが可能 になる。 その結果、 コマ送り状の進埗表示において、 表示サイズが激しく変 動するといつた不具合を解消できる。
[0075] また、 本実施形態では、 検索キュー 1 3を設ける。 この検索キュー 1 3に よって、 入力処理部 1 2と検索部 1 4との間の滞貨分を検索待ちとして保持 できる。 その結果、 入力処理部 1 2は、 検索部 1 4の動作とは独立して、 フ アイル Zフォルダを検索キュー 1 3に随時に追加することが可能になる。
[0076] さらに、 本実施形態では、 検証キュー 1 5を設ける。 この検証キュー 1 5 によって、 検索部 1 4と検証部 1 6との間の滞貨分を検証待ちとして保持す ることが可能になる。 その結果、 検索部 1 4は、 検証部 1 6の動作と独立し て、 対象ファイルを検証キュー 1 5に追加することが可能になる。
[0077] また、 本実施形態では、 検索部 1 4が、 フォルダ内を検索中にサブフオル ダを発見すると、 このサブフォルダを検索キュー 1 3に差し戻す。 その結果 、 検索部 1 4は、 このサブフォルダ内について検索処理を後から実施できる 。 この動作を繰り返すことにより、 サブフォルダを下位階層へ順に迪リなが ら、 検索処理を漏れなく実施することができる。
[0078] さらに、 本実施形態では、 検索部 1 4は、 ファイルの種別を判定する。 検 索部 1 4は、 この種別情報は、 検証キュー 1 5内に登録する。 したがって、 データ抽出部 2 1は、 この種別情報を、 そのファイルの改ざん検証に際して 検証キュー 1 5内から取得できる。 そのため、 改ざん検証においてファイル 種別を再び判別する必要がない。 したがって、 改ざん検証の処理負荷を軽減 できる。
[0079] また、 本実施形態では、 一時記憶部 2 4が表示用画像を一時記憶する。 し たがって、 表示制御部 1 8は、 この一時記憶部 2 4にアクセスすることで、 表示用画像を迅速に切り換え表示することができる。
[0080] 以上の作用効果により、 改ざん検証の使い勝手や機敏性を高めることが可 能になる。
[0081 ] 《実施形態の補足事項》
なお、 上述した実施形態では、 単体のコンピュータを使用して改ざん検証 作業を実行するケースについて説明した。 しかしながら、 本発明はこれに限 定されるものではない。 例えば、 インターネット上に構築されるサーバーシ ステムの場合には、 複数のサーバーコンピュータを分散的に機能させて、 検 証装置 1 1を実現してもよい。 また例えば、 検証装置 1 1の構成の一部また は全部をハードウエア的に実現してもよい。
[0082] また、 上述した実施形態では、 表示用画像を一時記憶部 2 4に格納するこ とで、 表示用画像の表示を高速化している。 しかしながら、 表示用画像を表 示する直前に作成して一時記憶することにより、 一時記憶部 2 4に必要なメ モリ容量を節約してもよい。
[0083] なお、 上述した実施形態では、 検証用データの算出方法として、 ハッシュ 関数をあげている。 しかしながら、 本発明はこれに限定されるものではない
。 一般的には、 データの改ざんによって異なる検証用データを算出する算出 方法であればよい。
[0084] また、 上述した実施形態では、 先入れ先出しのキューを前提に説明してい る。 しかしながら、 発明はこれに限定されるものではない。 後入れ先出しの キューを用いてもよい。 この場合、 後から追加したファイル Zフォルダから 先に、 検索および Zまたは検証を行うことが可能になる。
産業上の利用可能性
[0085] 以上説明したように、 本発明は、 検証プログラムなどに利用可能な技術で める。

Claims

請求の範囲
[1 ] 改ざん検証の対象となるファイルを検索する検索部と、
前記検索部によって検索された前記ファイルに対して、 改ざん検証を行う 検証部と、
前記検索部によるフアイル検索の進埗状況と、 前記検証部による改ざん検 証の進埗状況との双方を表示画面に表示する表示制御部と
を備えたことを特徴とする検証装置。
[2] 請求項 1に記載の検証装置において、
少なくとも一部の前記ファイルは、 画像データを含み、
前記表示制御部は、 前記ファイル検索および前記改ざん検証の少なくとも 一方の進埗に従って、 前記画像データの表示用画像を前記表示画面に表示す る
ことを特徴とする検証装置。
[3] 請求項 2に記載の検証装置において、
前記検索部、 前記検証部、 および前記表示制御部の少なくとも 1つは、 前 記画像データを画素数変換して、 前記表示用画像を生成する
ことを特徴とする検証装置。
[4] 請求項 1ないし請求項 3のいずれか 1項に記載の検証装置において、 前記検索部の検索待ちを管理する検索待ち管理部と、
前記検証部の検証待ちを管理する検証待ち管理部とを備え、
前記検索部は、 前記検索待ちを取り出して、 改ざん検証の対象となる前記 ファイルを検索して、 前記検証待ちに登録し、
前記検証部は、 前記検証待ちを取り出して、 改ざん検証を行う ことを特徴とする検証装置。
[5] 請求項 4に記載の検証装置において、
前記検索部は、 前記検索待ちのフォルダ内にサブフォルダを検出すると、 前記サブフォルダを前記検索待ちに登録する
ことを特徴とする検証装置。
[6] 請求項 4または請求項 5に記載の検証装置において、
外部からの指示入力に従って、 前記検索待ちにファイルまたはフォルダを 登録する入力処理部を備えた
ことを特徴とする検証装置。
[7] 請求項 1ないし請求項 6のいずれか 1項に記載の検証装置において、 前記検索部は、 改ざん検証の対象として予め定められた特定のファイルか 否かを判別することにより、 改ざん検証の対象とするフアイルを検索する ことを特徴とする検証装置。
[8] 改ざん検証の対象となるファイルを、 ファイル内のファイル種別を示すデ ータから検索する検索部と、
前記フアイル種別の解析結果に従つて、 検索された前記ファイル内から、 改ざん検証すべきデータ領域と、 前記データ領域の改ざんの検証用データと 、 画像データとを抽出するデータ抽出部と、
前記データ抽出部によって抽出された前記データ領域を前記検証用データ に照合することにより、 前記データ領域の改ざんを判別する照合部と、 前記データ抽出部によって抽出された前記画像データに対応する表示用画 像を一時記憶する一時記憶部と、
前記照合部による改ざん検証の結果と、 前記一時記憶部に一時記憶される 前記表示用画像とを、 表示画面に表示する表示制御部と
を備えたことを特徴とする検証装置。
[9] 改ざん検証の対象となるファイルを検索する検索ステップと、
前記検索ステップによって検索された前記ファイルに対して、 改ざん検証 を行う検証ステップと、
前記検索ステップによるフアイル検索の進埗状況と、 前記検証ステップに よる改ざん検証の進埗状況との双方を表示画面に表示する表示制御ステップ をコンピュータに実行させるための検証プログラム。
[10] 請求項 9に記載の検証プログラムにおいて、 少なくとも一部の前記ファイルは、 画像データを含み、
前記表示制御ステップでは、 前記ファイル検索および前記改ざん検証の少 なくとも一方の進埗に従って、 前記画像データの表示用画像を前記表示画面 に表示する
ことを特徴とする検証プログラム。
[11 ] 請求項 1 0に記載の検証プログラムにおいて、
前記検索ステップ、 前記検証ステップ、 および前記表示制御ステップの少 なくとも 1つでは、 前記画像データを画素数変換して、 前記表示用画像を生 成する
ことを特徴とする検証プログラム。
[12] 請求項 9ないし請求項 1 1のいずれか 1項に記載の検証プログラムにおい て、
前記検索ステップの検索待ちを管理する検索待ち管理ステップと、 前記検証ステップの検証待ちを管理する検証待ち管理ステップとを備え、 前記検索ステップでは、 前記検索待ちを読み出して、 改ざん検証の対象と なる前記ファイルを検索して、 前記検証待ちに登録し、
前記検証ステップでは、 前記検証待ちを読み出して、 改ざん検証を行う ことを特徴とする検証プログラム。
[13] 請求項 1 2に記載の検証プログラムにおいて、
前記検索ステップでは、 前記検索待ちのフォルダ内にサブフォルダを検出 すると、 前記サブフォルダを前記検索待ちに登録する
ことを特徴とする検証プログラム。
[14] 請求項 1 2または請求項 1 3に記載の検証プログラムにおいて、
外部からの指示入力に従って、 前記検索待ちにファイルまたはフォルダを 登録する入力処理ステップをコンピュータに実行させる
ことを特徴とする検証プログラム。
[15] 請求項 9ないし請求項 1 4のいずれか 1項に記載の検証プログラムにおい て、 前記検索ステップでは、 改ざん検証の対象として予め定められた特定のフ アイルか否かを判別することにより、 改ざん検証の対象とするファイルを検 索する
ことを特徴とする検証プログラム。
改ざん検証の対象となるファイルを、 ファイル内のファイル種別を示すデ ータから検索する検索ステップと、
前記フアイル種別の解析結果に従つて、 検索された前記ファイル内から、 改ざん検証すべきデータ領域と、 前記データ領域の改ざんの検証用データと 、 画像データとを抽出するデータ抽出ステップと、
前記データ抽出ステップによって抽出された前記データ領域を前記検証用 データに照合することにより、 前記データ領域の改ざんを判別する照合ステ ップと、
前記データ抽出ステップによって抽出された前記画像データに対応する表 示用画像を一時記憶する一時記憶ステップと、
前記照合ステップによる改ざん検証の結果と、 前記一時記憶ステップに一 時記憶される前記表示用画像とを、 表示画面に表示する表示制御ステップと をコンピュータに実行させるための検証プログラム。
PCT/JP2007/000549 2006-06-19 2007-05-22 検証装置、および検証プログラム WO2007148427A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006168947A JP4578442B2 (ja) 2006-06-19 2006-06-19 検証装置、および検証プログラム
JP2006-168947 2006-06-19

Publications (1)

Publication Number Publication Date
WO2007148427A1 true WO2007148427A1 (ja) 2007-12-27

Family

ID=38833174

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/000549 WO2007148427A1 (ja) 2006-06-19 2007-05-22 検証装置、および検証プログラム

Country Status (2)

Country Link
JP (1) JP4578442B2 (ja)
WO (1) WO2007148427A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107402824B (zh) * 2017-05-31 2020-06-02 创新先进技术有限公司 一种数据处理的方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0391069A (ja) * 1989-09-04 1991-04-16 Toshiba Corp 文書作成装置
JP2000224403A (ja) * 1999-01-27 2000-08-11 Sony Corp 電子透かし処理装置とその動作表示方法
JP2004030663A (ja) * 2002-06-20 2004-01-29 Internatl Business Mach Corp <Ibm> ワークロード・マネージャをシステム・タスク・スケジューラと統合する装置および方法
JP2005347867A (ja) * 2004-05-31 2005-12-15 Victor Co Of Japan Ltd 電子文書改ざん検出方法及び電子文書改ざん検出装置並びにコンピュータプログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0391069A (ja) * 1989-09-04 1991-04-16 Toshiba Corp 文書作成装置
JP2000224403A (ja) * 1999-01-27 2000-08-11 Sony Corp 電子透かし処理装置とその動作表示方法
JP2004030663A (ja) * 2002-06-20 2004-01-29 Internatl Business Mach Corp <Ibm> ワークロード・マネージャをシステム・タスク・スケジューラと統合する装置および方法
JP2005347867A (ja) * 2004-05-31 2005-12-15 Victor Co Of Japan Ltd 電子文書改ざん検出方法及び電子文書改ざん検出装置並びにコンピュータプログラム

Also Published As

Publication number Publication date
JP2007336457A (ja) 2007-12-27
JP4578442B2 (ja) 2010-11-10

Similar Documents

Publication Publication Date Title
US20070186182A1 (en) Progressive loading
US9607107B2 (en) Information processing apparatus and information processing method
KR20060050872A (ko) 화상파일 관리장치 및 방법과, 기억매체
CN108664596A (zh) 用于表扫描加速的硬件
JPH07239776A (ja) ソフトウェアシステム管理装置
US20120124068A1 (en) Document management apparatus and method for controlling same
JP2010205257A (ja) 画像管理装置およびその制御方法およびプログラム
JP6531368B2 (ja) 情報処理システム、情報処理装置、処理方法及びプログラム
US20130219406A1 (en) Computer system, job execution management method, and program
US20120041946A1 (en) Data search apparatus, control method thereof and computer readable storage medium
US7971135B2 (en) Method and system for automatic data aggregation
US20240126700A1 (en) Document locking and cache memory management in cloud computing
EP1850250A1 (en) Method and system for renewing an index
JP3342146B2 (ja) 画像情報管理装置
JP4578442B2 (ja) 検証装置、および検証プログラム
JP2001154893A (ja) ファイル検索装置とコンピュータ読取可能な記録媒体
WO2004031956A1 (ja) 関連情報管理方法、プログラム及び装置
US20060206541A1 (en) Document managing apparatus
US20060206829A1 (en) Document searching apparatus
US20060206790A1 (en) Document managing apparatus
CN114692029A (zh) 一种内容的收藏方法、计算设备及可读存储介质
JP7447500B2 (ja) 情報処理装置及びプログラム
JP2002251348A (ja) コンテンツデータの閲覧システム及びプログラム
US20060206519A1 (en) Document managing apparatus
JP2002259173A (ja) ファイル管理プログラム、ファイル管理プログラムを記録したコンピュータ読取可能な記録媒体、ファイル管理装置およびファイル管理方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07737205

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07737205

Country of ref document: EP

Kind code of ref document: A1