JP2020187678A - Character identity confirmation system, character identity confirmation device, character identity confirmation method, and character identity confirmation program - Google Patents

Abstract

To improve work productivity of visual confirmation and make efficient, in digitization of paper documents.SOLUTION: A business terminal transmits a document including character data on which character identity confirmation is performed (step S404). A character identity confirmation device subdivides the received character data (step S407), and transmits distribution data including the subdivided character data and an abstracted candidate character, which is a comparison object of a character corresponding to the character data, to a user terminal (step S408). The user terminal plays a character identity confirmation game on the subdivided character data included in the distribution data, and transmits a game result to the character identity confirmation device (step S409). The character identity confirmation device transmits a result document including a character identity confirmation result based on the received game result to the business terminal (step S418).SELECTED DRAWING: Figure 14

Description

The present invention relates to a character match confirmation system using a game application, a character match check device, a character match check method, and a character match check program.

Currently, OCR (Optical Character Recognition) and ICR (intelligent character recognition) are widely known as technologies for digitizing paper documents. For example, in Patent Document 1, in order to determine the difference in printed characters in a plurality of document images acquired by OCR, the character pattern data is referred to, and it is determined which character image the input character image is close to. The character code to be printed is acquired.

Japanese Unexamined Patent Publication No. 2013-90262

Although the technology for digitizing paper documents has improved, misreading and non-reading occur at a certain rate, and there is no technology that can completely recognize all characters including handwritten characters. Therefore, finally, the character matching is visually confirmed by a person. Since such character matching confirmation is one of the factors that hinder the cost reduction in the digitization of paper documents, outsourcing of visual confirmation by humans is also carried out in order to reduce the cost.

However, for example, since visual confirmation of Chinese characters is limited to the Chinese character area, the contractors are limited and the cost may be higher, so that the cost reduction effect cannot be said to be sufficient.

Therefore, an object of the present invention is to improve the work productivity and efficiency of visual confirmation in the digitization of paper documents.

The character match confirmation system includes a business terminal operated by a character match check consignor, a character match check device that controls the character match check, and a user terminal that checks the character match using a game application. , Is equipped. The business terminal transmits a document containing character data for confirming character matching. The character match confirmation device subdivides the received character data, and distributes data including the subdivided character data and the abstracted candidate characters to be compared with the characters corresponding to the character data on the user terminal. Send to. The user terminal plays a character matching confirmation game on the subdivided character data included in the distribution data, and transmits the game result to the character matching confirmation device. The character match confirmation device transmits a result document including the character match confirmation result based on the received game result to the business terminal.

Among the inventions disclosed in the present application, the effects obtained by typical ones will be briefly described as follows.

That is, according to a typical embodiment of the present invention, it is possible to improve the work productivity and efficiency of visual confirmation in the digitization of paper documents.

It is an overall block diagram which shows an example of the character matching confirmation system which concerns on one Embodiment of this invention. It is a block diagram which shows the configuration example of each apparatus of a character consistency confirmation system. It is a block diagram which shows an example of a user master. It is a block diagram which shows an example of a company master. It is a block diagram which shows an example of a character DB. It is a block diagram which shows an example of the evaluation information DB. It is a block diagram which shows an example of a payment history DB. It is a block diagram which shows an example of a confirmation result DB. It is a block diagram which shows an example of the subdivided character DB. It is a block diagram which shows an example of the character DB for distribution. It is a block diagram which shows an example of a game result DB. It is a block diagram which shows an example of the AI determination result DB. It is a block diagram which shows an example of the majority decision result DB. It is a sequence diagram which shows an example of the character matching confirmation processing which concerns on one Embodiment of this invention. It is a flow chart which shows the specific example of the user registration process. It is a flow chart which shows an example of character data reception / recognition processing. It is a flow chart which shows an example of a delivery process. It is a figure which shows an example of the character match confirmation game. It is a figure which shows another example of a character match confirmation game. It is a figure which shows another example of a character match confirmation game. It is a flow chart which shows an example of the result collection processing. It is a flow chart which shows an example of the majority decision processing and AI determination result comparison processing. It is a figure which shows the example which corresponded the impossible reason code and the impossible reason. It is a flow chart which shows an example of evaluation / payment calculation processing. It is a flow chart which shows an example of the result transmission processing.

(One Embodiment)
Hereinafter, the best mode for carrying out the present invention will be described in detail with reference to the drawings. In each drawing for explaining the best mode for carrying out the invention, members having the same function are designated by the same reference numerals, and the repeated description thereof will be omitted.

<Configuration of character match confirmation system>
FIG. 1 is an overall configuration diagram showing an example of a character matching confirmation system according to an embodiment of the present invention. As shown in FIG. 1, the character matching confirmation system 1 includes a character matching confirmation device 10, a business terminal 20, a user terminal 30, and a network N. In the character match confirmation system 1, communication including transmission / reception of data is performed between the character match confirmation device 10 and the business terminal 20 and between the character match confirmation device 10 and the user terminal 30 via the network N. Further, depending on the usage situation, communication may be performed between the plurality of user terminals 30 via the network N.

The character match confirmation device 10 is a device that controls related to character match confirmation using a game application. When the business terminal 20 requests the character match confirmation, the character match confirmation device 10 distributes the character data for checking the character match to the user terminal 30 of the registered user who has installed the dedicated game application.

The business terminal 20 is a processing device that entrusts the character matching confirmation processing by a consignor such as a company. The user terminal 30 is a processing device that receives distribution data including character data used for game play from the character matching confirmation device 10 and transmits the game result.

The character matching device 10 and the business terminal 20 are information processing devices capable of communicating via a network such as a PC terminal or a server terminal. The user terminal 30 is, for example, an information processing device such as a smartphone terminal, a mobile phone terminal, a PDA terminal, a tablet terminal, or a PC terminal.

<< Character match confirmation device 10 >>
FIG. 2 is a block diagram showing a configuration example of each device of the character matching confirmation system. As shown in FIG. 2, the character matching confirmation device 10 includes a control unit 11, a game content unit 12, a storage unit 13, a communication unit 14, and the like. The control unit 11 receives the document containing the character data requested by the consignor to confirm the character match, distributes the distribution data including the character data to the game user, and recognizes the character match from the game user. Performs various processes related to character matching confirmation, such as receiving the data and sending a result document including the character matching confirmation result to the consignor.

The control unit 11 receives character data reception / recognition processing 111, subdivision / randomization processing 112, user registration processing 113, distribution processing 114, result collection processing 115, majority decision processing 116, evaluation / payment calculation processing 117, and restoration processing 118. , Has transmission processing 119.

The control unit 11 has a processor such as a CPU, and by executing a character matching confirmation program in the processor, each function flock of the control unit 11 is realized. Each functional block of the control unit 11 may be realized by the cooperation of software and hardware other than the processor.

The character data reception / recognition process 111 receives a document including character data for character matching confirmation transmitted from the consignor by the business terminal 20, and performs character recognition of the character data using OCR, ICR, AI, or the like.

The subdivision / randomization process 112 subdivides the received character data and performs randomization after ensuring security for the user terminal 30. Specifically, the subdivision / randomization process 112 loses the association with the original paper document by subdividing the characters recognized from the character data of the plurality of consignors and randomly distributing them.

The user registration process 113 receives registration information necessary for the user who owns the user terminal 30 to play the game application, and performs a process for registering as a game user.

The distribution process 114 matches the appropriate game users from among the registered game users and distributes the character data subdivided / randomized by the subdivision / randomization process 112 to the matched game users. For example, the distribution process 114 matches the game users to be distributed while referring to the attribute information of the registered game users.

The result collection process 115 collects the game result in which the game user has played the game application. The majority voting process 116 performs a majority voting process on the collected results to determine the character match.

The evaluation / payment calculation process 117 evaluates and ranks (levels) each game user according to the collected game results, and calculates an incentive according to the evaluation and ranking of the game users. The restoration process 118 restores the character data that has been subdivided and randomized in order to confirm the character matching. The transmission process 119 transmits a result document including the confirmation result of character matching to the business terminal 20.

The game content unit 12 is a processing unit that manages the operation of the game application on the server side. The game content unit 12 is operated and executed by a known existing game technique.

The storage unit 13 is a functional block that stores various information necessary for the operation of the character matching confirmation system 1. The storage unit 13 includes a user master 131, a company master 132, a character DB 133, a subdivided character DB 137, a distribution character DB 138, an evaluation information DB 134, a payment history DB 135, a confirmation result DB 136, a game result DB 140, an AI determination result DB 141, and a majority decision result DB 142. It has a storage area corresponding to each of the above.

The user master 131 stores the attributes of the registered game user. FIG. 3 is a configuration diagram showing an example of a user master. As shown in FIG. 3, the user master 131 has a storage area corresponding to, for example, user ID 131A, registration date 131B, user name 131C, nationality 131D, gender 131E, account information 131F, age 131G, language 131H, 131I, and the like. .. Each attribute information stored in the user master 131 is used for matching of game users who are distribution destinations of distribution data.

The user ID 131A stores a unique user ID assigned at the time of registration of the game user. The registration unit 131B stores the registration time of the game user. This time also includes date information. The user name 131C stores the name of the game user. The nationality 131D stores the nationality of the game user. Gender 131E stores the gender of the game user. The account information 131F stores the transfer destination account information for paying the incentive. The age 131G stores the age of the game user. Languages 131H and 131I store available language names that can be used by game users.

The company master 132 stores the company information of the company (consignor) that owns the business terminal 20 and outsources the character matching confirmation. FIG. 4 is a configuration diagram showing an example of a company master. As shown in FIG. 4, the company master 132 has a storage area corresponding to the company ID 132A, the company name 132B, the address 132C, the department in charge 132D, and the like.

The company ID 132A stores the unique company ID of the company (consignor) assigned at the time of registration. The company name 132B stores the registered company name corresponding to the company ID. The address 132C stores the address of the registered company. The department in charge 132D stores the department in charge of the registered company that uses the business terminal 20.

The character DB 133 stores information such as character data received from the business terminal 20. FIG. 5 is a configuration diagram showing an example of the character DB. As shown in FIG. 5, the character DB 133 has a storage area corresponding to the company ID 133A, the reception date 133B, the document NO133C, the language type 133D, and the like.

The company ID 133A stores the company ID of the company that transmitted the character data. The reception date 133B stores the time when the character data is received. This time also includes date information. Document No. 133C stores the document No. that identifies the received character data. This document No. may be assigned in advance in the business terminal 20 on the transmitting side, or may be assigned in the character matching confirmation device 10. The language type 133D stores the type of language used for the character data.

The evaluation information DB 134 stores the evaluation result of the game user. FIG. 6 is a configuration diagram showing an example of the evaluation information DB. As shown in FIG. 6, the evaluation information DB 134 has a storage area corresponding to the user ID 134A, the evaluation date 134B, the number of responses 134C, the correct answer rate 134D, the level 134E, and the like.

The user ID stores a user ID that identifies the game user to be evaluated. The evaluation date 134B stores the time when the evaluation was performed. This time also includes date information. The number of responses 134C stores the number of responses between the previous evaluation and the current evaluation. The correct answer rate 134D stores the correct answer rate defined by the ratio of the number of correct answers to the number of answers. This correct answer rate may be the total correct answer rate after registration, or may be the correct answer rate from the previous evaluation to the current evaluation. Level 134E stores the level of the game user.

The payment history DB 135 stores the payment history of the incentive for the game user. FIG. 7 is a configuration diagram showing an example of the payment history DB. As shown in FIG. 7, the payment history DB 135 has a storage area corresponding to a user ID 135A, a payment date 135B, a payment amount 135C, a cumulative amount 135D, and the like.

The user ID 135A stores the user ID of the game user who paid the incentive. The payment date 135B stores the date on which the incentive was paid. A plurality of dates may be stored in the payment date 135B. The payment amount 135C stores the amount of the incentive paid. The cumulative amount 135D stores the cumulative amount of the incentive paid.

The confirmation result DB 136 stores the character match confirmation result and the like of the character data. FIG. 8 is a configuration diagram showing an example of the confirmation result DB. As shown in FIG. 8, the confirmation result DB 136 stores a storage area corresponding to the company ID 136A, the document NO136B, the result document management NO136C, the result determination date 136D, the result report date 136E, the transmission FLG136F, the character ID 136G, the impossible reason code 136H, and the like. Have.

The company ID 136A stores the company ID of the destination company of the result document including the character match confirmation result. Document No. 136B stores the document No. of the original document for which character matching has been confirmed. The result document management NO 136C stores the management NO of the result document to be transmitted to the business terminal 20 including the character match confirmation result. The management number of the result document is assigned in the character match confirmation device 10. The result determination date 136D stores the date on which the result determination is performed. The result report date 136E stores the report date of the character matching confirmation result to the outsourced company. Specifically, the result report date is the transmission date of the result document.

The transmission FLG136F stores a transmission flag indicating that the result has been reported to the company. The transmission FLG136F may be composed of, for example, a register or the like. The character ID 136G stores, for example, the ID of the character data having a low correct answer rate in the character matching confirmation result. Alternatively, the character ID 136G may store the ID of the character data in which the order by the majority voting process described later and the order by the AI do not match. The non-reason code 136H stores the non-reason code corresponding to each non-reason when the character match cannot be confirmed.

The subdivided character DB 137 stores the subdivided and randomized character data by the subdivided / randomized process 112. FIG. 9 is a configuration diagram showing an example of the subdivided character DB. As shown in FIG. 9, the subdivided character DB 137 has a storage area corresponding to the subdivided character NO137A, the company ID 137B, the document NO137C, the restoration code 137D, the character image 137E, and the like.

The subdivided character NO137A stores the NO assigned to the subdivided character data. The company ID 137B stores the company ID of the company that transmitted the document including the character data for confirming the character matching. Document No. 137C stores an ID assigned to a document including character data received from the business terminal 20. The restoration code 137D stores a code for restoring the subdivided characters. The character image 137E stores an image (image) including the subdivided characters.

The distribution character DB 138 stores information in which the subdivided characters and images are associated with the matched game user. FIG. 10 is a configuration diagram showing an example of the distribution character DB 138. As shown in FIG. 10, the distribution character DB 138 has a storage area such as a user ID 138A, a subdivided character NO138B, and a character image 138C.

The user ID stores the user ID of the matched game user. The subdivided character NO138B stores the distribution character NO to be distributed to the matched game user. The character image 138C stores an image including a character corresponding to the subdivided character NO.

The game result DB 140 stores the game result of character matching confirmation for each game type and game scene. FIG. 11 is a configuration diagram showing an example of the game result DB. As shown in FIG. 11, the game result DB 140 has a storage area corresponding to the game ID 140A, the game progress ID 140B, the start date 140C, the end date 140D, the required number of responses 140E, the number of responses 140F, and the like.

The game ID 140A stores the ID of each game. For example, in each game, character matching is confirmed for one or more character data. The game progress ID 140B stores the game progress in each game. The start date 140C stores the start date of each game. The end date 140D stores the end date of each game. The delivery end date is a preset end date. For example, if the required number of responses are obtained before the set delivery end date and the delivery ends earlier than planned, a new delivery end date is used. Can be rewritten. The start date and end date of each game are, for example, a distribution start date and a distribution end date. The required number of answers 140E stores the number of answers required for performing the majority voting process. The number of answers 140F stores the actual number of answers for each game.

The AI determination result DB 141 stores the character match determination result by AI. FIG. 12 is a configuration diagram showing an example of the AI determination result DB. As shown in FIG. 12, the AI determination result DB 141 has a storage area corresponding to the company ID 141A, the document NO141B, the result document management NO141C, the result determination date 141D, the character ID 141G, the rank 141H, and the like.

The company ID 141A stores the company ID of the company that requested the character matching confirmation. Document No. 141B stores the document No. of the document including the character data whose character matching has been confirmed by AI. The result document management NO stores the management NO of the result document including the confirmation result of the character match by AI. The result determination date 141D stores the date on which the character match confirmation by AI is performed. The character ID 141G stores the character ID of the candidate character used when confirming the character match by AI. The rank 141H stores the rank of each candidate character in the rank created by AI.

The majority decision result DB 142 stores the character match confirmation result by the majority decision process of the game result. FIG. 13 is a configuration diagram showing an example of the majority decision result DB. As shown in FIG. 13, the majority decision result DB 142 has a storage area corresponding to the company ID 142A, the document NO142B, the result document management NO142C, the result determination date 142D, the character ID 142G, the rank 142H, and the like.

The company ID 142A stores the company ID of the company that requested the character matching confirmation. Document No. 142B stores the document No. of the document including the character data whose character matching has been confirmed by the majority voting process. The result document management NO stores the management NO of the result document including the confirmation result of the character match by the majority voting process. The result determination date 142D stores the date on which the character match confirmation by the majority voting process is performed. The character ID 142G stores the character ID of the candidate character used when confirming the character match by the majority voting process. The rank 142H stores the rank of each candidate character in the rank created by the majority voting process.

The communication unit 14 is a communication interface that communicates with the business terminal 20 and the user terminal 30 in accordance with a command from the control unit 11 or the like.

<< Business terminal 20 >>
As shown in FIG. 2, the business terminal 20 includes a control unit 21, a storage unit 22, a communication unit 23, and the like. The control unit 21 has a scan process 211, a character data transmission process 212, and a result receiving device 213.

The scan process 211 acquires character data for character recognition of a paper document by using OCR, ICR, and AI. The acquired character data also includes character data of handwritten characters. The character data transmission process 212 transmits the document including the character data acquired in the scan process 211 to the character match confirmation device 10. The result receiving device 213 receives the result document including the character matching confirmation result from the character matching confirmation device 10.

The storage unit 22 has storage areas corresponding to each of the character data DB 221 and the confirmed data DB 222. The character data DB 221 stores the character data acquired in the scan process 211. The confirmed data DB 222 stores the character match confirmation result included in the result document received from the character match confirmation device 10.

The communication unit 23 is a communication interface that communicates with the character matching device 10 in accordance with a command from the control unit 21 or the like.

<< User terminal 30 >>
The user terminal 30 includes a game application 31, a communication unit 32, and the like. The game application 31 is a program downloaded and installed from the character matching device 10. The communication unit 32 is a communication interface that communicates with the character matching device 10 in accordance with a command from a control unit or the like in the user terminal 30 (not shown).

The configuration of FIG. 2 shows an example for realizing the function of the present invention, and is not limited to such a configuration. For example, a part of the processing executed by the character matching confirmation device 10 may be executed by the user terminal 30, and not limited to the game user, an employee or the like who performs a specialized character matching confirmation. The character data for character matching confirmation may be distributed to the PC terminal or the like used by the user to perform the character matching confirmation work.

<Character match confirmation processing>
Next, the character matching confirmation process in the present embodiment will be described. FIG. 14 is a sequence diagram showing an example of the character matching confirmation process according to the embodiment of the present invention. In FIG. 14, the business terminal 20 and the user terminal 30 are shown on the left and right, respectively, centering on the consistency confirmation device 10. The character match confirmation process of FIG. 14 includes each step of steps S401 to S419.

First, the character matching confirmation device 10 publishes and provides a dedicated game application for performing character matching confirmation through a game. The game user can freely download this game application (step S401). The environment for providing the game application may be inside the character matching device 10 (for example, the game content unit 12 or the like), or may be implemented in another download-only environment.

The game user who owns the user terminal 30 downloads and installs the game application, inputs necessary items, and applies for registration of the game user (step S402).

<< User registration process >>
The character matching confirmation device 10 examines the application contents from the new user, stores the user who satisfies the predetermined registration condition in the user master 131, and registers this user (step 403). If the registration condition is not satisfied, the character match confirmation device 10 sends a remand to the user terminal 30 to notify that the registration condition is not satisfied (not shown).

Here, a specific example of the user registration process will be described. FIG. 15 is a flow chart showing a specific example of the user registration process. The user registration process of FIG. 15 includes steps S70-S76. In step S70, it is determined whether or not there is a user registration application. In step S70, when a game user registration application is received from the user terminal 30 (Y), the user registration process 113 of the control unit 11 confirms the requested information and examines the registration qualification and the like (step 71). ). If there is no game user registration application from the user terminal 30 (N), the process returns to step S70, and the user registration process 113 waits until there is a registration application from the user.

In step S72, it is determined whether or not the application item is incomplete. As a result of confirming and examining the application items, if there is a deficiency in information, a reason for rejection, etc. (Y), the user registration process 113 notifies the user terminal 30 to that effect (step S73), and goes to step S70. Return. On the other hand, when there is no defect in the application items (N), the user registration process 113 assigns a unique and identifiable user ID to this user (step 74). The user registration process 113 registers this user in the user master 132 (step 75) and notifies the user terminal 30 of the completion of the user registration (step 76).

Returning to the description of FIG. The scanning process 211 of the business terminal 20 scans a paper document requesting confirmation of character consistency to acquire character data, and stores the acquired character data in the character data DB 221. Then, the character data transmission process 212 transmits the acquired character data to the character match confirmation device 10 (step S404). The timing of step S404 may be before step S403 or at the same time as step S403.

<< Character data reception / recognition processing >>
The character match confirmation device 10 receives a document containing character data from the business terminal 20. Then, the character data reception / recognition process 111 collates the information of the company that sent the document with the company information registered in the company master 132, and associates the received character data with the company ID or the like in the character DB 133. Store (step S405). The character matching device 10 uses an existing known technique to perform character recognition of character data stored in the character DB 133 (step S406).

Here, a specific example of character data reception / recognition processing will be described. FIG. 16 is a flow chart showing an example of character data reception / recognition processing. FIG. 16 includes steps S50-S54. In step S50, it is determined whether or not the company has requested the character matching confirmation. If there is no request for character match confirmation from the business terminal 20 in step S50 (N), the character data reception / recognition process 111 returns to step S50 and waits until there is a request for character match confirmation from the company. ..

On the other hand, when the business terminal 20 requests the character matching confirmation (Y), the character data reception / recognition process 111 is stored in the company master 132 and the company information included in the character data received from the business terminal 20. Collate with the company information (step S51).

In step S52, it is determined whether or not the received company information is registered in the company master 132. When the received company information is registered as an entrustor (Y), the character data reception / recognition process 111 performs character recognition processing on the received character data using OCR, ICR, AI, or the like. The character data reception / recognition process 111 stores the characters recognized here in the character DB 133 in association with the company information (step S54). On the other hand, when the received company information is not registered as a consignor (N), the character data reception / recognition process 111 notifies the business terminal 20 that has transmitted the character data to retransmit the character data. Transmit (step S53).

Returning to the description of FIG. Next, the subdivision / randomization process 112 subdivides and randomizes the characters recognized in step S406, and creates data for distribution to the game user (step S407). Existing known techniques are used for character subdivision and randomization. By subdividing and randomizing the characters, the characters recognized from the same character data are distributed, so that security can be ensured even if the distribution data is distributed to the game user.

《Delivery process》
Next, the distribution process 114 analyzes the distribution data created in step S407. Then, the character match confirmation device 10 refers to the attribute of the registered user stored in the user master 131, matches the registered user suitable for the analysis result of the distribution data, and distributes to the matched appropriate game user. Data distribution processing is performed (step S408).

Specifically, the character match confirmation device 10 transmits character data subdivided from the same character data to a plurality of game users. Further, the character matching confirmation device 10 transmits the same subdivided character data to a plurality of game users.

Further, for example, when confirming the character matching of characters having a compound word or a series of words, a game user who can use the language of the character data, or the language is the mother tongue, a second language, a third language, or the like. Game users who have the nationality of the country of the game are matched. This makes it possible to efficiently check the character matching.

In order to ensure safety in the distribution process, the subdivision / randomization process 112 adds an identifier to each character of the document, for example, in the subdivision and randomization. At the time of randomization, for example, the number of character data having the same identifier in the distribution data is limited to a predetermined number. As a result, it becomes difficult to restore the distribution data and acquire the original character data, so that the security is ensured.

The distribution process 114 refers to each character data and the attribute of the user master 131 to match the game user who transmits the character day. Specifically, the distribution data is distributed in association with the user IDs of the matched plurality of game users. By distributing the subdivided data to a plurality of game users while distributing it under predetermined conditions in this way, it becomes difficult to restore the original document, and safety is ensured.

Here, a specific example of the distribution process will be described. FIG. 17 is a flow chart showing an example of distribution processing. FIG. 17 includes steps S80-S86. In step S80, it is determined whether or not the subdivided character DB has been updated as a result of executing the subdivision / randomization process of step S407. If the subdivided character DB has not been updated in step S80 (N), the character matching confirmation device 10 returns to step S80 and waits until the subdivided character DB 137 is updated. On the other hand, when the subdivided character DB is updated (Y), the character matching confirmation device 10 refers to the subdivided characters and determines the language used for the characters (step S81).

Then, the character matching confirmation device 10 is used when performing matching confirmation using, for example, determination items such as the number of characters in the character data, cumulative information of past discrimination results, idioms, and whether the characters have a series of characters. The difficulty level of the character data is determined (step S82). Then, the character matching confirmation device 10 uses the difficulty level and the evaluation result stored in the user master 131 to match the game user of the distribution destination (step S83).

Supplement the difficulty level of character data. For example, character data that is similar to the character data that is judged to have a large difference between the past judgment result by AI and the judgment result by the majority decision processing described later, or character data that is difficult to judge as characters such as signatures and signatures. , Or, it is necessary to confirm the character match from the combination of the preceding and following characters such as the Chinese numeral "1", the "-" for extending the sound, and the number "1" and the alphabetic character "l". Character data such as, etc. is judged to have a high degree of difficulty.

The character match confirmation device 10 associates character data with a plurality of matched game users (step S84), stores the character data in the distribution character DB 138 (step 85), and distributes the character data to the plurality of game users (step 86). ..

Further, in these distribution processes, the character match confirmation device 10 uses the distribution data as an abstract candidate for comparing the subdivided character data for confirming the character match and the character corresponding to the character data. May include letters. The abstracted candidate characters are, for example, symbols and images.

Further, the character matching confirmation device 10 may subdivide the received character data into a word or a signature composed of a plurality of characters as one block. At this time, the character matching confirmation device 10 matches the game user who transmits the distribution data while referring to the attributes of the game user. Specifically, the character matching confirmation device 10 compares the language used in the block with the usable language registered in the attribute of the game user, and matches the game users who match these languages. Alternatively, the character matching confirmation device 10 compares the language used by the block with the nationality registered in the attribute of the game user, and matches the game user having the nationality of the country whose official language is the language used by the block. May be good.

<< Execution of character match confirmation game >>
Here, the description returns to FIG. The game user confirms the character match of the character data by playing the game based on the distribution data including the character data distributed from the character match confirmation device 10 using the user terminal 30 (step S409). ..

[Game example (1)]
A game example (1) will be described. FIG. 18 is a diagram showing an example of a character matching confirmation game. First, the example of FIG. 18 will be described. The game user operates the owned user terminal 30 to play a game for confirming character matching. On the display screen 301 of the user terminal 30, an image 302 based on the character data received from the character matching confirmation device is displayed. The image of the characters included in the image 302 is recognized by OCR, ICR, AI, or the like. Candidate characters 303-305 similar to the character are displayed on the display screen 301. In FIG. 18, “Ta” 303, “Yu” 304, and “Kou” 305 are displayed as candidate characters, respectively.

An abstracted candidate character may be used instead of these candidate characters. Specifically, when the character for character matching confirmation is a kanji character, it is possible to use a symbol or image that abstracts the above-mentioned "ta", "yu", and "instep" as a candidate character. This makes it possible to match game users who do not recognize kanji, and it is possible to efficiently increase the number of responses.

The game user taps and selects a candidate character determined to match the character in the image 302, and taps the confirm button 308 to confirm the selected candidate character. When the candidate character is confirmed, the screen transitions to the next screen that is not shown.

If the character match cannot be determined from the displayed candidate characters, the game user can tap the through button 306 to move to the next screen and try the next game.

[Game example (2)]
Next, a game example (2) will be described. FIG. 19 is a diagram showing another example of the character matching confirmation game. On the display screen 301 of the user terminal 30, other similar characters are displayed as candidate characters in place of the characters that are most likely to match the characters in the image 302. Specifically, in FIG. 19, instead of the “ta” 303 (FIG. 18), which seems to match the character of the image 302 most, the similar character “Shin” 309 is displayed as a candidate character, and the character is displayed to the game user. Let's judge the consistency of. By incorporating such a mechanism, it becomes possible to easily evaluate the accuracy and accuracy of the character matching judgment for the game user.

[Game example (3)]
Next, a game example (3) will be described. FIG. 20 is a diagram showing another example of the character matching confirmation game. When it is determined that there is no character that matches or is similar to the character of the image 302 among the candidate characters displayed on the display screen 301 of FIGS. 18-19, the game user taps the input button 307 to display the character. The screen 301 is transitioned to the state shown in FIG. Then, the game user manually inputs the character that he / she thinks is correct in the character input field 310. By incorporating such a mechanism, it becomes possible to arbitrarily input a character different from the candidate character.

These game screens show an example of the basic movements of the game j, and the game content may include playability and entertainment. For example, the user terminal 30 may communicate with a user terminal owned by another game user via the networm N and compete against each other for the accuracy of the answer, the answer speed, and the like.

<< Result collection process >>
The game result is transmitted and collected to the character matching device 10 via the network N immediately or every time a predetermined time elapses (step S410). FIG. 21 is a flow chart showing an example of the result collection process. FIG. 21 includes steps S90-S94.

In step S90, it is determined whether or not the game user has played the game. When the game user is not playing the game (N), the character matching device 10 (for example, the result collection process 115) returns to step S90 and waits until the user plays the game. On the other hand, when the game user logs in to the game application and plays the game (Y), the character matching confirmation device 10 monitors the battle status, the progress status of the game within a predetermined time, and the like.

In step S91, it is determined whether or not one play of the game is completed. The term "one play" as used herein means, for example, that the game user has completed at least one title or one stage of the game, and that he / she has logged out after completing one title or one stage or more.

When the one play is not completed (N), the character matching device 10 returns to step S90 and waits. On the other hand, when one play is completed (Y), the character matching confirmation device 10 collects the game result of character matching and stores the collected game result in the evaluation information DB 134 for each game user (step S92).

In step S93, it is determined whether or not the user is continuing the game. In step S93, when the game user continues to play the game (Y), the character matching device 10 returns to step S91. On the other hand, when the game user does not continuously play the game (N), the character match confirmation device 10 executes the evaluation / payment calculation process 117 described later (step 94). It should be noted that the collection of game results from the game user does not have to be performed for each play. For example, the logged-in user terminal stores the game results of character matching for one play or a plurality of plays, and receives a game result transmission request from the character matching confirmation device 10 at predetermined time intervals. The game result may be transmitted for each case.

<< Majority decision processing, AI judgment result comparison processing >>
Returning to the description of FIG. Next, the character matching confirmation device 10 (for example, the majority decision processing 116) identifies the character matching confirmation, which is the game result, by executing a judgment process using the majority decision as the main technique for the collected game result. , The accuracy is determined (step S411). FIG. 22 is a flow chart showing an example of the majority voting process and the AI determination result comparison process. FIG. 22 includes steps S100-S109 and S140-S142. Steps S100-S103 are steps corresponding to the majority voting process, and steps S104-S109 and S140-S142 are steps corresponding to the AI determination result comparison process.

In step S100, it is determined whether or not the game result has been collected. If the game result is not collected in step S100 (N), the character matching device 10 returns to step S100 and waits until the game result is collected. On the other hand, when the game result is collected (Y), the character matching device 10 proceeds to step S101.

In step S101, it is determined whether or not the number of answers required for the majority voting process has been secured. In step S101, if the number of responses does not satisfy the number required for majority voting for the same character data, the character matching confirmation device 10 waits until the required number is secured. However, if the number of responses does not meet the required number even after the lapse of a predetermined time (N), the character matching confirmation device 10 determines that the character matching could not be confirmed, and displays the impossible reason code in the confirmation result DB 136. It is stored (step S102), and the majority voting process is terminated.

FIG. 23 is a diagram showing an example in which the non-reasonable code and the non-reasonable reason are associated with each other. In the non-reason code table 139 of FIG. 23, the non-reason code column 139A in which the non-reason code is described and the non-reason column 139B in which the non-reason corresponding to each non-reason code is described are shown on the left side. .. The impossible reason code when the character match cannot be confirmed is stored in the impossible reason code 136H of the storage unit 13.

In FIG. 23, "unread", "cannot be judged by majority vote", "large difference from AI", etc. are given as examples of unreasonable reasons, and "01"-"03" are given for each unreasonable reason. Each non-reason code is assigned. The impossible reason code table 139 is stored in, for example, the storage unit 13 of the character match confirmation device 10.

On the other hand, in step S101, when the number of responses for the same character data satisfies the number required for majority voting (Y), the character matching confirmation device 10 determines the characters by majority voting for each candidate character corresponding to the character data. An order with superiority or inferiority is created from the one with the highest consistency, and the created order is stored in the majority decision result DB 142 (step S103).

The character matching confirmation device 10 receives the result of the majority decision processing by the majority decision process 116, and compares the order created by using AI from the recognition results of OCR and ICR with the order created by the majority decision process ( Step 104). The order using AI is created in the character match confirmation device 10 in parallel with the distribution of the character data to the game user. The created order is stored in the AI determination result DB 141.

In step S105, it is determined whether or not the order created by the majority decision process 116 and the order created by AI match. In step S105, when these orders match (Y), the character match confirmation device 10 determines that the probability of character match confirmation by majority voting is high, and is created by majority voting processing 116 (in the majority voting result DB 142). The (stored) order is stored in the confirmation result DB 136 (step S141), and the AI determination result comparison process is completed.

On the other hand, in step S105, when these ranks do not match (N), the character matching confirmation device 10 compares both ranks (step S106) and identifies the candidate characters that do not match (step S107). Subsequently, the character match confirmation device 10 determines the reason for the mismatch (step S108). As an example of the reason for the discrepancy, there is a handwritten input character described in FIG. 20 as an example. Of course, even if there are no handwritten characters, these orders may not match.

In step S109, it is determined whether or not there is a handwritten input character. In step S109, when there is no handwritten input character (N), the character match confirmation device 10 stores the reason for the mismatch in the confirmation result DB 136 (step S142), and ends the AI determination result comparison process.

On the other hand, when there is a handwritten input character (Y), the character matching confirmation device 10 inserts the determination result for the handwritten input character into the order and determines the accuracy of the character matching confirmation including the candidate character and the handwritten input character ( Step S140), the impossible reason code is stored in the confirmation result DB 136 (step S112), and the AI determination result comparison process is completed.

Returning to the description of FIG. Based on the analysis result of step S411, the character match confirmation device 10 (for example, the restoration process 118) executes the restoration process of the character data, and stores the restored character data in the confirmation result DB 136 (step S412). The restoration process is a process paired with the subdivision / randomization process, and is performed using an existing known technique.

《Evaluation / Payment calculation process》
The character match confirmation device 10 (for example, evaluation / payment calculation process 117) links the restoration result with the game user information to evaluate the correct answer rate, response rate, response speed, transaction, etc. of the game result, and evaluates the evaluation result. Is stored in the evaluation information DB 134. For example, the character matching confirmation device 10 predetermines evaluation points for evaluation items such as correct answer rate, response rate, response speed, transaction, and frequency of use when evaluating a game user, and totals the evaluation points of each evaluation item. May be evaluated for the game user.

Further, the character matching confirmation device 10 may exclude the answer of the game user having an extremely low evaluation when performing the majority voting process. This makes it possible to improve the overall response accuracy. These evaluation results are stored in the evaluation information DB 134 and the user master 131, and are utilized as matching information for game users.

The character matching confirmation device 10 feeds back the evaluation result to the game user as ranking, level, and incentive information to the game user (step S413, step S414).

FIG. 24 is a flow chart showing an example of evaluation / payment calculation processing. FIG. 24 includes steps S110-S117. In step S110, it is determined whether or not the logarithmic determination process has been executed. If it is determined in step S110 that the majority voting process has not been executed (N), the character matching device 10 returns to step S110 and waits until the majority voting process is executed.

On the other hand, when it is determined in step S110 that the majority voting process has been executed (Y), the character matching confirmation device 10 ranks the collected game results according to the accuracy of each game user (step S111), and the response rate. (Step S112), ranking by response speed (step S113), ranking by transaction (step S114), and the like. Further, the character matching confirmation device 10 calculates points for each item such as accuracy, and determines the level, stage, ranking, etc. of each game user (step S115). In addition, the character matching confirmation device 10 may use items such as a response rate for characters having a high degree of difficulty in character matching confirmation, a handwritten character input rate, and a small number of reasons for disagreement for evaluation by a game user. Good.

The character matching device 10 calculates the incentive payment to each user using a predetermined ratio or coefficient based on the evaluation result (step S116). The character matching device 10 stores the evaluation result in steps S111 to S115, the calculation result of the incentive payment, and the like in the evaluation information DB 134 (step S117).

Returning to the description of FIG. The game user can browse his / her own ranking, incentive information, etc. through the game screen or the like being played on the user terminal 30. The game user requests an incentive from the character match confirmation device 10 as necessary (step S415).

The character matching device 10 pays the incentive to the corresponding game user in response to the incentive request from the user terminal 30, and stores the payment result in the payment history DB 135 (step 416).

The character match confirmation device 10 may calculate the generated incentive and notify the game user or the consignor company as necessary (step S417). Note that step S417 may be performed at the same time as step S414 or at the timing after step S414.

In addition, each process related to the incentive may be configured to be added as appropriate according to the usage situation. That is, the processing related to the incentive does not have to be performed.

<< Result transmission processing >>
The character match confirmation device 10 (for example, the result transmission process 119) transmits the character match check result and the like obtained by executing these series of processes and stored in the confirmation result DB 136 to the business terminal 20 (for example, the result transmission process 119). Step S418).

FIG. 25 is a flow chart showing an example of result transmission processing. FIG. 25 includes steps S130-S132. In step S130, it is determined whether or not the confirmation result DB 136 has been updated. When the confirmation result DB 136 is not updated (N), the character match confirmation device 10 returns to step S130 and waits until the confirmation result DB 136 is updated.

On the other hand, for example, when the restoration process by the restoration process 118 is executed and the result determination date 136D of the confirmation result DB 136 shown in FIG. 8 is updated (Y), the character matching confirmation device 10 indicates the characters with respect to the control device 20. The processing result of the character data whose consistency has been confirmed is transmitted (step S131), the result report date 136E is stored, and the process of setting up the transmission FLG136F is performed (step S132).

Returning to the description of FIG. When the business terminal 20 receives the processing result from the character matching confirmation device 10, the business terminal 20 stores the received processing result in the confirmed data DB 222 (step S419).

It should be noted that these series of processes are merely examples, and for example, the process executed by the character matching confirmation device 10 may be executed inside the user terminal 30, for example. The order of each process may be changed as appropriate as long as it does not affect a series of processes.

<Main effects of this embodiment>
According to the present embodiment, the character matching confirmation device 10 distributes distribution data including subdivided character data and abstracted candidate characters to be compared with characters corresponding to the character data to the user terminal 30. Send to. According to this configuration, even a game user who cannot recognize the character for which the character matching is confirmed can play the game, so that it is possible to improve the work productivity and efficiency of the visual confirmation in the digitization of the paper document. It will be possible. In addition, the accuracy can be determined from the answers collected from each game user as a result of the game, and the characters that finally require visual recognition can be reduced by restoring the game. In addition, for example, it will be possible to distribute to people who do not recognize kanji, such as overseas game users, and it will be possible to broaden the base of game users and improve the productivity and efficiency of character matching confirmation work. .. Further, by confirming the character matching through the game play, the consignment cost required for the character matching confirmation can be reduced, and the cost can be reduced.

Further, according to the present embodiment, when the received character data is subdivided into words or signs composed of a plurality of characters as one block, the character matching confirmation device 10 distributes the received character data while referring to the attributes of the game user. Matching game users who send data. At this time, the character match confirmation device 10 may compare the language used in the block with the usable language registered in the attribute of the game user, or may be registered in the language used in the block and the attribute of the game user. You may compare it with your nationality. According to this configuration, for example, for things where accuracy such as language understanding and character discrimination is important, such as word judgment and sign identification, the character data is distributed to game users whose home country is the language used. By doing so, the accuracy of character matching confirmation is improved. As a result, it becomes possible to improve the productivity and efficiency of the character matching confirmation work.

Further, according to the present embodiment, the character matching confirmation device 10 creates an evaluation result according to the game result for each game user. For example, the character matching confirmation device 10 creates an evaluation result using any one of the correct answer rate, the response rate, the answer speed, and the transaction. According to this configuration, it is possible to maintain and improve the motivation of the game user.

Further, according to the present embodiment, an incentive is paid to the game user according to the evaluation result. According to this configuration, the motivation of the game user can be improved, and the productivity and efficiency of the character matching confirmation work can be improved.

The present invention is not limited to the above-described embodiment, and includes various modifications. Further, the above-described embodiment has been described in detail in order to explain the present invention in an easy-to-understand manner, and is not necessarily limited to the one including all the described configurations.

It is also possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. .. Further, it is possible to add, delete, or replace a part of the configuration of each embodiment with another configuration. It should be noted that each member and the relative size described in the drawings are simplified and idealized in order to explain the present invention in an easy-to-understand manner, and may have a more complicated shape in mounting.

1 ... Character match confirmation system, 10 ... Character match confirmation device, 11 ... Control unit, 13 ... Storage unit, 20 ... Business terminal, 30 ... User terminal

Claims (24)

A business terminal operated by a character match confirmation consignor,
A character match confirmation device that controls the character match check and
A user terminal that confirms the character matching using a game application and
With
The business terminal transmits a document containing character data for confirming the character matching, and the business terminal transmits the document.
The character matching confirmation device subdivides the received character data, and distributes the subdivided character data and an abstract candidate character to be compared with the character corresponding to the character data. Data is transmitted to the user terminal,
The user terminal plays the character matching confirmation game on the subdivided character data included in the distribution data, and transmits the game result to the character matching confirmation device.
The character matching confirmation device transmits a result document including a character matching confirmation result based on the received game result to the business terminal.
Character match confirmation system. In the character matching confirmation system according to claim 1,
The abstracted candidate character is a symbol,
Character match confirmation system. In the character matching confirmation system according to claim 1,
When the received character data is subdivided into words or signs composed of a plurality of characters as one block, the character matching confirmation device of the game user transmits the distribution data while referring to the attributes of the game user. Match,
Character match confirmation system. In the character matching confirmation system according to claim 3,
The character matching device compares the language used in the block with the available language registered in the attribute of the game user.
Character match confirmation system. In the character matching confirmation system according to claim 3,
The character matching device compares the language used by the block with the nationality registered in the attribute of the game user.
Character match confirmation system. In the character matching confirmation system according to claim 1,
The character matching confirmation device creates an evaluation result according to the game result for each game user.
Character match confirmation system. In the character matching confirmation system according to claim 6,
The character matching device creates the evaluation result using any one of the correct answer rate, the response rate, the answer speed, and the transaction.
Character match confirmation system. In the character matching confirmation system according to claim 7,
The character matching device pays an incentive to the game user according to the evaluation result.
Character match confirmation system. Receives character data for confirming character matching sent from the business terminal operated by the consignor,
The received character data is subdivided, and distribution data including the subdivided character data and an abstract candidate character to be compared with the character corresponding to the character data is transmitted to the user terminal.
The user terminal receives the game result of the character matching confirmation performed on the subdivided character data included in the distribution data, and receives the game result.
A result document including a character match confirmation result based on the received game result is transmitted to the business terminal.
Character matching device. In the character matching device according to claim 9,
The abstracted candidate character is a symbol,
Character matching device. In the character matching device according to claim 9,
When the received character data is subdivided into words or signs composed of a plurality of characters as one block, the game user who transmits the distribution data is matched while referring to the attributes of the game user.
Character matching device. In the character matching device according to claim 11,
The language used in the block is compared with the available language registered in the attribute of the game user.
Character matching device. In the character matching device according to claim 11,
Comparing the language used by the block with the nationality registered in the attribute of the game user,
Character matching device. In the character matching device according to claim 9,
Create an evaluation result according to the game result for each game user.
Character matching device. In the character matching device according to claim 14,
Create the evaluation result using any of the correct answer rate, response rate, response speed, and transaction.
Character matching device. In the character matching device according to claim 15,
An incentive is paid to the game user according to the evaluation result.
Character matching device. The first step of receiving the character data for confirming the character match sent from the business terminal operated by the consignor, and
The received character data is subdivided, and distribution data including the subdivided character data and an abstract candidate character to be compared with the character corresponding to the character data is transmitted to the user terminal. The second step and
A third step of receiving the game result of the character matching confirmation performed on the subdivided character data included in the distribution data from the user terminal, and
The fourth step of transmitting the result document including the character match confirmation result based on the received game result to the business terminal, and
Have,
How to check character match. The first step of receiving the character data for confirming the character match sent from the business terminal operated by the consignor, and
The received character data is subdivided, and distribution data including the subdivided character data and an abstract candidate character to be compared with the character corresponding to the character data is transmitted to the user terminal. The second step and
A third step of receiving the game result of the character matching confirmation performed on the subdivided character data included in the distribution data from the user terminal, and
The fourth step of transmitting the result document including the character match confirmation result based on the received game result to the business terminal, and
To run on the processor,
Character match check program. In the character matching confirmation program according to claim 18,
In the second step, when the received character data is subdivided into words or signs composed of a plurality of characters as one block, matching of the game user who transmits the distribution data while referring to the attributes of the game user is performed. Have steps to do,
Character match check program. In the character matching confirmation program according to claim 19,
The second step includes a step of comparing the language used in the block with the available language registered in the attribute of the game user.
Character match check program. In the character matching confirmation program according to claim 19,
The second step includes a step of comparing the language used by the block with the nationality registered in the attribute of the game user.
Character match check program. In the character matching confirmation program according to claim 18,
For each game user, the fifth step of creating an evaluation result according to the game result,
Run on the processor
Character match check program. In the character matching confirmation program according to claim 22,
The fifth step includes a step of creating the evaluation result using any one of the correct answer rate, the response rate, the response speed, and the transaction.
Character match check program. In the character matching confirmation program according to claim 23,
The sixth step of paying an incentive to the game user according to the evaluation result,
Run on the processor
Character match check program.

Images