JP7236928B2 - Character Consistency Confirmation System, Character Consistency Confirmation Device, Character Consistency Confirmation Method, and Character Consistency Confirmation Program - Google Patents

Description

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

Currently, OCR (Optical Character Recognition) and ICR (Intelligent Character Recognition) are widely known as techniques for digitizing paper documents. For example, in Japanese Unexamined Patent Application Publication No. 2002-100001, in order to determine differences in printed characters in a plurality of document images obtained by OCR, character pattern data is referred to determine which character image the input character image is similar to. character code to be used.

JP 2013-90262 A

The processing in Patent Document 1 is based on the premise that the characters are correctly read. However, although paper document digitization technology has improved, misreading and non-reading occur at a certain rate, and there is no technology that can perfectly recognize all characters. Therefore, it is necessary to finally confirm the matching of characters by human visual inspection. At that time, in order to reduce costs, the confirmation of character matching may be outsourced. However, if outsourcing is performed, personal information will be provided to the outside, which may lead to risks such as information leakage.

SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to provide a character matching confirmation system or the like capable of ensuring safety in visual confirmation of character matching outsourced.

The character matching confirmation system consists of a business terminal operated by a consignor of character matching confirmation, a character matching confirmation device controlling character matching confirmation, and a user terminal performing character matching confirmation using a game application. , is equipped with The business terminal transmits a document containing character data to be checked for character matching. The character matching confirmation device subdivides the received character data and transmits distribution data including the subdivided character data to the user terminal. The user terminal plays a character matching check game on the subdivided character data included in the distribution data, and transmits the game result to the character matching checking device. The character matching confirmation device transmits a result document including the character matching confirmation result based on the received game result to the business terminal.

Among the inventions disclosed in the present application, the effects obtained by representative ones are briefly described below.

In other words, according to the representative embodiment of the present invention, it is possible to ensure safety in visual confirmation of character matching outsourced.

1 is an overall configuration diagram showing an example of a character matching confirmation system according to an embodiment of the present invention; FIG. 2 is a block diagram showing a configuration example of each device of the character matching confirmation system; FIG. 4 is a configuration diagram showing an example of a user master; FIG. FIG. 4 is a configuration diagram showing an example of a company master; It is a block diagram which shows an example of character DB. It is a block diagram which shows an example of evaluation information DB. It is a block diagram which shows an example of payment history DB. It is a block diagram which shows an example of confirmation result DB. It is a block diagram which shows an example of subdivided character DB. It is a block diagram which shows an example of character DB for distribution. FIG. 4 is a configuration diagram showing an example of a game result DB; It is a block diagram which shows an example of AI determination result DB. It is a block diagram which shows an example of majority result DB. FIG. 4 is a sequence diagram showing an example of character matching confirmation processing according to an embodiment of the present invention; FIG. 10 is a flowchart showing a specific example of user registration processing; FIG. 5 is a flowchart showing an example of character data reception/recognition processing; FIG. 10 is a flow diagram showing an example of distribution processing; It is a figure which shows an example of a character matching confirmation game. FIG. 10 is a diagram showing another example of the character matching confirmation game; FIG. 10 is a diagram showing another example of the character matching confirmation game; FIG. 11 is a flow chart showing an example of result collection processing; FIG. 10 is a flowchart showing an example of majority processing and AI determination result comparison processing; FIG. 10 is a diagram showing an example in which a disapproval reason code and a disapproval reason are associated with each other; FIG. 10 is a flowchart showing an example of evaluation/payment calculation processing; It is a flowchart which shows an example of a result transmission process.

(one embodiment)
BEST MODE FOR CARRYING OUT THE INVENTION The best mode for carrying out the present invention will now 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 denoted by the same reference numerals, and repeated description thereof will be omitted.

<Configuration of character matching 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. As shown in FIG. In the character matching confirmation system 1, communication including transmission and reception of data is performed between the character matching confirmation device 10 and the business terminal 20 and between the character matching confirmation device 10 and the user terminal 30 via the network N. Further, communication may be performed between a plurality of user terminals 30 via the network N depending on usage conditions.

The character matching confirmation device 10 is a device that performs control related to character matching confirmation using a game application. When receiving a request for character consistency confirmation from the business terminal 20, the character consistency confirmation device 10 distributes character data for character consistency confirmation to the user terminal 30 of a registered user who has installed a dedicated game application.

The business terminal 20 is a processing device to which a consignor such as a company consigns character matching confirmation processing. 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 game results.

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

<<Character Consistency 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 section 11, a game content section 12, a storage section 13, a communication section 14, and the like. The control unit 11 receives a document including character data requested by the consignor to confirm character matching, distributes distribution data including character data to the game user, and receives the game result of character matching recognition from the game user. , and send a result document containing the results of character matching confirmation to the consignor.

The control unit 11 performs character data reception/recognition processing 111, segmentation/randomization processing 112, user registration processing 113, distribution processing 114, result collection processing 115, majority voting processing 116, evaluation/payment calculation processing 117, and restoration processing 118. , and a transmission process 119 .

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

The character data acceptance/recognition process 111 accepts a document containing character data for character matching confirmation sent 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 processing 112 subdivides the received character data and randomizes it while ensuring security for the user terminal 30 . More specifically, the subdivision/randomization processing 112 subdivides characters recognized from character data of a plurality of consignors and distributes them randomly, thereby losing the association with the original paper document.

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

A distribution process 114 matches the character data subdivided and randomized by the subdivision/randomization process 112 with an appropriate game user from registered game users, and distributes the character data to the matched game user. For example, the distribution process 114 performs matching of distributed game users while referring to registered game user attribute information.

The result collection process 115 collects the game result of the game user playing the game application. The majority processing 116 performs majority processing on the collected results to determine character matching.

The evaluation/payment calculation process 117 evaluates and ranks (levels) each game user according to the collected game results, and calculates incentives according to the game user's evaluations and rankings. A restoration process 118 restores the character data that has been subdivided and randomized to confirm character matching. The transmission process 119 transmits the result document including the confirmation result of character matching to the business terminal 20 .

The game content unit 12 is a processing unit that performs operation management on the server side of the game application. The game content section 12 is operated and executed by known existing game technology.

The storage unit 13 is a functional block that stores various kinds of information necessary for operating 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 judgment result DB 141, and a majority decision result DB 142. has a storage area corresponding to each of

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

User ID 131A stores a unique user ID assigned when a game user is registered. 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. Nationality 131D stores the nationality of the game user. Gender 131E stores the gender of the game user. The account information 131F stores transfer destination account information for paying incentives. Age 131G stores the age of the game user. Languages 131H, 131I store available language names available to game users.

The company master 132 stores company information of a company (consignor) that owns the business terminal 20 and consigns the matching check of characters. FIG. 4 is a configuration diagram showing an example of a company master. As shown in FIG. 4, the company master 132 has storage areas corresponding to company ID 132A, company name 132B, address 132C, responsible department 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. 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. FIG.

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 storage areas corresponding to a company ID 133A, reception date 133B, document number 133C, language type 133D, and the like.

The company ID 133A stores the company ID of the company that sent the character data. The reception date 133B stores the time when the character data was received. This time also includes date information. The document number 133C stores the document number identifying the received character data. This document number may be assigned in advance by the business terminal 20 on the sending side, or may be assigned by the character matching confirmation device 10 . The language type 133D stores the type of language used for character data.

The evaluation information DB 134 stores evaluation results of game users. 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 storage areas corresponding to a user ID 134A, evaluation date 134B, number of responses 134C, percentage of correct answers 134D, level 134E, and the like.

The user ID stores a user ID that identifies a 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 from the previous evaluation to 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 incentive payment history for game users. FIG. 7 is a configuration diagram showing an example of a payment history DB. As shown in FIG. 7, the payment history DB 135 has storage areas corresponding to a user ID 135A, payment date 135B, payment amount 135C, accumulated 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 when the incentive was paid. Multiple dates may be stored in the payment date 135B. The payment amount 135C stores the amount of incentive paid. The cumulative amount 135D stores the cumulative amount of incentives paid.

The confirmation result DB 136 stores the confirmation result of character matching of character data. FIG. 8 is a configuration diagram showing an example of a confirmation result DB. As shown in FIG. 8, the confirmation result DB 136 has storage areas corresponding to a company ID 136A, a document number 136B, a result document management number 136C, a result judgment date 136D, a result report date 136E, a transmission FLG 136F, a character ID 136G, an impossibility reason code 136H, and the like. have.

The company ID 136A stores the company ID of the company to which the result document including the character matching confirmation result is sent. The document number 136B stores the document number of the original document for which the character matching check was performed. 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 matching confirmation result. The management number of this result document is assigned within the character matching confirmation device 10 . The result determination date 136D stores the date when the result determination was performed. The date of result report 136E stores the date of report of the result of character matching confirmation to the consignor company. Specifically, the result report date is the date of transmission of the result document.

The transmission FLG 136F stores a transmission flag indicating that a result report has been made to the company. The transmission FLG 136F may be composed of, for example, registers. The character ID 136G stores, for example, the ID of character data with a low percentage of correct answers in the character matching check results. Alternatively, the character ID 136G may store the ID of the character data for which the order by majority processing (to be described later) does not match the order by AI. The disapproval reason code 136H stores a disapproval reason code corresponding to each disapproval reason when character matching cannot be confirmed.

The subdivided character DB 137 stores character data subdivided and randomized by the subdivision/randomization processing 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 storage areas corresponding to subdivided character No. 137A, company ID 137B, document No. 137C, restoration code 137D, character image 137E, and the like.

The subdivided character NO 137A stores the NO assigned to the subdivided character data. The company ID 137B stores the company ID of the company that sent the document containing the character data for character matching confirmation. Document NO 137C stores an ID given to a document containing character data received from business terminal 20 . The restoration code 137D stores a code for restoring subdivided characters. The character image 137E stores an image including subdivided characters.

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

User ID stores the user ID of the matched game user. The subdivision character NO 138B stores the distribution character NO to be distributed to the matched game users. The character image 138C stores an image including characters 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 storage areas corresponding to a game ID 140A, a game progress ID 140B, a start date 140C, an end date 140D, the required number of answers 140E, the number of answers 140F, and the like.

The game ID 140A stores the ID of each game. For example, in each game, character matching confirmation is performed 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 will be set. can be rewritten. The start date and end date of each game are, for example, the delivery start date and delivery end date. The required number of responses 140E stores the number of responses required for majority processing. The number of answers 140F stores the actual number of answers for each game.

The AI determination result DB 141 stores character matching determination results by AI. FIG. 12 is a configuration diagram showing an example of an AI determination result DB. As shown in FIG. 12, the AI judgment result DB 141 has storage areas corresponding to a company ID 141A, a document number 141B, a result document management number 141C, a result judgment date 141D, a character ID 141G, a ranking 141H, and the like.

The company ID 141A stores the company ID of the company that requested the confirmation of character matching. Document No. 141B stores the document No. of the document containing the character data for which the AI has confirmed the character matching. The result document management No. stores the management No. of the result document including the result of confirmation of character matching by AI. The result determination date 141D stores the date when the character matching confirmation was performed by AI. The character ID 141G stores the character ID of the candidate character used in checking the matching of characters by AI. Rank 141H stores the rank of each candidate character in the AI generated sequence.

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

The company ID 142A stores the company ID of the company that requested the confirmation of character matching. Document No. 142B stores the document No. of a document including character data for which character matching has been confirmed by majority voting. The result document management No. stores the management No. of the result document including the confirmation result of character matching by majority processing. The result determination date 142D stores the date on which the confirmation of character matching was performed by majority processing. The character ID 142G stores the character IDs of the candidate characters used in confirming the matching of characters by majority processing. The ranking 142H stores the ranking of each candidate character in the ranking created by majority processing.

The communication unit 14 is a communication interface that performs communication between the business terminal 20 and the user terminal 30 according to commands from the control unit 11 and the like.

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

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

The storage unit 22 has storage areas respectively corresponding to the character data DB 221 and the confirmed data DB 222 . The character data DB 221 stores the character data acquired in the scanning process 211. FIG. The confirmed data DB 222 stores the character matching confirmation result included in the result document received from the character matching confirmation device 10 .

The communication unit 23 is a communication interface that communicates with the character matching confirmation device 10 according to commands from the control unit 21 and the like.

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

Note that the configuration of FIG. 2 shows an example for realizing the functions 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. Not only game users but also employees who specialize in checking character matching may be used. Character data for confirming character matching may be delivered to PC terminals or the like used by , and may be performed as character matching confirmation work.

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

First, the character matching confirmation device 10 publishes/provides a dedicated game application for checking the matching of characters through a game. Game users can freely download this game application (step S401). The environment for providing the game application may be inside the character matching checking device 10 (for example, the game content section 12 or the like), or may be implemented in another download-only environment.

A game user who owns the user terminal 30 downloads a game application, installs it, and then enters necessary items to apply for registration as a game user (step S402).

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

A specific example of the user registration process will now be described. FIG. 15 is a flowchart showing a specific example of user registration processing. 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, if there is a game user registration application from the user terminal 30 (Y), the user registration processing 113 of the control unit 11 confirms the requested information and examines registration qualifications, etc. (step S71). ). If there is no game user registration application from the user terminal 30 (N), the process returns to step S70, and the user registration processing 113 waits until there is a registration application from the user.

In step S72, it is determined whether or not the application items are incomplete. As a result of confirming and reviewing the application items, if there is an incomplete information or an incomplete reason for rejection (Y), the user registration processing 113 notifies the user terminal 30 of the fact (step S73), and proceeds to step S70. return. On the other hand, if there are no deficiencies in the application items (N), the user registration process 113 gives the user a unique and identifiable user ID (step 74). The user registration process 113 registers this user in the user master 132 (step 75), and notifies the user terminal 30 of completion of 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 matching, acquires 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 matching confirmation device 10 (step S404). Note that 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 matching confirmation device 10 receives a document containing character data from the business terminal 20 . Then, the character data reception/recognition processing 111 compares the information of the company that sent the document with the company information registered in the company master 132, associates the received character data with the company ID, etc., and stores it in the character DB 133. Store (step S405). The character matching confirmation device 10 performs character recognition of the character data stored in the character DB 133 using an existing known technique (step S406).

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

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

In step S52, it is determined whether the received company information is registered in the company master 132 or not. If the received company information is registered as a consignor (Y), the character data reception/recognition processing 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 recognized character in the character DB 133 in association with company information (step S54). On the other hand, if the received company information is not registered as a consignor (N), the character data reception/recognition processing 111 notifies the business terminal 20 that sent the character data of a request to resend the character data. Send (step S53).

Returning to the description of FIG. Next, the subdivision/randomization processing 112 subdivides and randomizes the characters recognized in step S406, and creates data for distribution to game users (step S407). Existing known techniques are used for subdividing and randomizing characters. Since the characters recognized from the same character data are dispersed by subdividing and randomizing the characters, security can be ensured even when the data for distribution is distributed to game users.

《Distribution processing》
Next, the distribution processing 114 analyzes the distribution data created in step S407. Then, the character matching 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 the distribution data to the matched appropriate game user. Data distribution processing is performed (step S408).

Specifically, the character matching confirmation device 10 transmits character data segmented from the same character data to a plurality of game users. Also, the character matching confirmation device 10 transmits the same segmented character data to a plurality of game users.

Furthermore, for example, when checking the matching of characters with idioms, series of characters, etc., it is necessary to use the game user who can use the language of the character data, or the language as the native language, the second language, the third language, etc. Game users who have nationality of the country to be matched are matched. This makes it possible to efficiently check the matching of characters.

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, during subdivision and randomization. During randomization, for example, the number of character data having the same identifier in the distribution data is limited to a predetermined number. This makes it difficult to restore the distribution data and obtain the original character data, thus ensuring security.

The distribution processing 114 refers to each character data and the attributes of the user master 131 to match the game user to whom the character data is to be transmitted. Specifically, the distribution data is distributed in association with the user IDs of the matched game users. In this way, by distributing segmented data to a plurality of game users while distributing it under predetermined conditions, it becomes difficult to restore the original document, and security is ensured.

Here, a specific example of distribution processing will be described. FIG. 17 is a flowchart illustrating 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 the subdivision/randomization processing in step S407. In step S80, if the subdivided character DB has not been updated (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 character and determines the language used for the character (step S81).

Then, the character matching confirmation device 10 uses determination items such as the number of characters in character data, accumulated information of past determination results, idioms, and whether or not the characters have a series, for example, when performing matching confirmation. The degree of difficulty of 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 target game user (step S83).

Supplement the degree of difficulty of character data. For example, character data that is similar to character data judged to have a large difference between the judgment result by past AI and the judgment result by the majority vote process described later, character data that is difficult to judge as characters such as signatures , or those that need to be checked for character matching from the combination of the preceding and following characters, such as the Chinese numeral ``1'', the ``-'' to extend the sound, and the number ``1'' and the alphabet ``l''. Character data such as is determined to have a high degree of difficulty.

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

In these distribution processes, the character matching checking device 10 adds subdivided character data to be checked for character matching to the distribution data, and abstracted candidates to be compared with the characters corresponding to the character data. May contain characters. Abstracted candidate characters are, for example, symbols and images.

Further, the character matching confirmation device 10 may subdivide the received character data into blocks each consisting of a word or a sign composed of a plurality of characters. At this time, the character matching confirmation device 10 matches the game users who transmit the distribution data while referring to the attributes of the game users. Specifically, the character matching checking device 10 compares the language used in the block with the available languages registered in the attributes of the game users, and matches game users whose languages match each other. Alternatively, the character matching confirmation device 10 compares the language used in the block with the nationality registered in the attribute of the game user, and matches the game user who has the nationality of a country whose official language is the language used in the block. good too.

《Execution of character matching confirmation game》
Now, return to the description of FIG. The game user uses the user terminal 30 to check the character matching of the character data by playing the game based on the distribution data including the character data distributed from the character matching confirmation device 10 (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. A game user operates a user terminal 30 owned by the user to play a game for confirming character matching. A display screen 301 of the user terminal 30 displays an image 302 based on the character data received from the character matching confirmation device. A character image included in the image 302 is recognized by OCR, ICR, AI, or the like. Candidate characters 303 to 305 similar to the character are displayed on the display screen 301 . In FIG. 18, '田' 303, 'Yu' 304, and 'Ko' 305 are displayed as candidate characters.

Note that abstracted candidate characters may be used instead of these candidate characters. Specifically, when the characters for character matching confirmation are Chinese characters, abstracted symbols and images of the above-mentioned "田", "由", and "甲" can be used as candidate characters. As a result, it becomes possible to match game users who do not recognize kanji, and the number of responses can be efficiently increased.

The game user taps the candidate character determined to match the character in the image 302 to select it, and taps the confirmation button 308 to confirm the selected candidate character. When the candidate character is confirmed, the next screen (not shown) is displayed.

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

[Game example (2)]
Next, 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, instead of the character that seems to match the character of the image 302, other similar characters are displayed as candidate characters. Specifically, in FIG. 19, instead of "田" 303 (FIG. 18), which appears to be the most likely match for the character in image 302, the similar character "Mon" 309 is displayed as a candidate character to provide the game user with a character to judge the consistency of By incorporating such a mechanism, it becomes possible to easily evaluate the accuracy and precision of determination of character matching for game users.

[Game example (3)]
Next, game example (3) will be described. FIG. 20 is a diagram showing another example of the character matching confirmation game. If it is determined that there is no character that matches or is similar to the character in the image 302 among the candidate characters displayed on the display screen 301 of FIGS. The screen 301 is changed to the state shown in FIG. Then, the game user handwrites characters that he thinks are 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 contents may include playfulness and entertainment. For example, the user terminal 30 may communicate with a user terminal owned by another game user via the network N to compete with each other in terms of answer accuracy, answer speed, and the like.

《Result collection processing》
The game result is transmitted and collected to the character matching confirmation device 10 via the network N immediately or after a predetermined period of time (step S410). FIG. 21 is a flow chart showing an example of result collection processing. FIG. 21 includes steps S90-S94.

In step S90, it is determined whether the game user has played the game. If the game user has not played the game (N), the character matching confirmation device 10 (for example, result collection processing 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 situation, the progress of the game within a predetermined period of time, and the like.

In step S91, it is determined whether one-play of the game has ended. Here, one-play means, for example, that the game user has completed at least one task or one stage of the game, or has logged out after completing one task or one or more stages.

If the one-play has not ended (N), the character matching confirmation device 10 returns to step S90 and waits. On the other hand, when the one-play ends (Y), the character matching check device 10 collects the character matching game results and stores the collected game results in the evaluation information DB 134 for each game user (step S92).

In step S93, it is determined whether the user continues the game. In step S93, if the game user continues to play the game (Y), the character matching confirmation device 10 returns to step S91. On the other hand, if the game user does not continue to play the game (N), the character matching confirmation device 10 executes evaluation/payment calculation processing 117, which will be described later (step 94). It should be noted that collection of game results from game users does not have to be performed for each play. For example, a logged-in user terminal stores character matching game results for one play or multiple plays, and receives a game result transmission request from the character matching confirmation device 10 at predetermined time intervals. You may make it transmit a game result every.

<<Majority vote processing, AI judgment result comparison processing>>
Returning to the description of FIG. Next, the character matching confirmation device 10 (for example, majority decision processing 116) executes determination processing using majority decision as the main technique for the collected game results, thereby specifying character matching confirmation as the game result. , accuracy is determined (step S411). FIG. 22 is a flowchart showing an example of majority processing and AI determination result comparison processing. FIG. 22 includes steps S100-S109 and S140-S142. Steps S100-S103 are steps corresponding to majority processing, and steps S104-S109 and S140-S142 are steps corresponding to AI determination result comparison processing.

In step S100, it is determined whether or not the game results have been collected. In step S100, if the game result has not been collected (N), the character matching confirmation 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 confirmation device 10 proceeds to step S101.

In step S101, it is determined whether or not the number of responses required for majority processing has been secured. In step S101, if the number of responses for the same character data does not satisfy the number required for majority vote, the character matching confirmation device 10 waits until the required number is secured. However, if the number of responses does not satisfy the required number even after a predetermined period of time has passed (N), the character matching confirmation device 10 determines that character matching could not be confirmed, and stores an impossibility code in the confirmation result DB 136. Store (step S102) and terminate the majority process.

FIG. 23 is a diagram showing an example in which the reason code for disapproval and the reason for disapproval are associated with each other. In the disallowing reason code table 139 in FIG. 23, on the left side, disallowing reason code columns 139A in which disallowing reason codes are described, and disallowing reason columns 139B in which disallowing reasons corresponding to the disallowing reason codes are described are shown. . A reason code for disapproval when character matching cannot be confirmed is stored in the reason code for disapproval 136H of the storage unit 13 .

In FIG. 23, as examples of disapproval reasons, "unreadable", "cannot be judged by majority vote", "greatly different from AI", etc. are given as examples. A Disabled reason code is assigned to each. The impossibility code table 139 is stored in the storage unit 13 of the character matching confirmation device 10, for example.

On the other hand, in step S101, when the number of responses for the same character data satisfies the number required for majority decision (Y), the character matching checking apparatus 10 selects the character by majority decision for each candidate character corresponding to the character data. An order is created in order of superiority and inferiority from those with the highest degree of agreement, and the created order is stored in the majority result DB 142 (step S103).

The character matching confirmation device 10 receives the result of the majority decision processing by the majority decision processing 116, and compares the order created using AI from the OCR or ICR recognition results with the order created by the majority decision processing ( step 104). Note that the ranking using AI is created in the character matching confirmation device 10 in parallel with the distribution of character data to game users. 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 processing 116 matches the order created by AI. In step S105, if these orders match (Y), the character matching confirmation device 10 determines that the accuracy of the character matching confirmation by majority decision is high, and created by the majority decision process 116 (in the majority decision result DB 142 (stored) is stored in the confirmation result DB 136 (step S141), and the AI determination result comparison process ends.

On the other hand, if these orders do not match in step S105 (N), the character matching checking device 10 compares both orders (step S106) and identifies the mismatched candidate characters (step S107). Subsequently, the character matching confirmation device 10 determines the reason for mismatch (step S108). One example of the reason for the mismatch is that there is a handwritten input character described with reference to FIG. 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, if there is no handwritten input character (N), the character matching confirmation device 10 stores the reason code for non-matching in the confirmation result DB 136 (step S142), and ends the AI judgment result comparison process.

On the other hand, if 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 character matching confirmation including the candidate character and the handwritten input character ( Step S140), the failure reason code is stored in the confirmation result DB 136 (step S112), and the AI determination result comparison process is terminated.

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

《Evaluation/payment calculation processing》
The character matching confirmation device 10 (e.g., evaluation/payment calculation processing 117) associates the restored result with the game user information, evaluates the correct answer rate, response rate, answer speed, transaction, etc. of the game result, and evaluates the evaluation result. is stored in the evaluation information DB 134 . For example, when evaluating a game user, the character matching confirmation device 10 predetermines evaluation points for evaluation items such as correct answer rate, response rate, response speed, transaction, usage frequency, etc., and the total evaluation points for each evaluation item is may be used to evaluate game users.

Further, the character matching confirmation device 10 may exclude answers from game users with extremely low evaluations when performing the majority vote processing. This makes it possible to improve the overall answer accuracy. These evaluation results are stored in the evaluation information DB 134 and the user master 131 and used as matching information for game users.

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

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

On the other hand, if it is determined in step S110 that the majority 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), 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). Note that the character matching confirmation device 10 may use items such as the response rate for characters with a high degree of difficulty in checking character matching, the handwritten character input rate, and the low number of reasons for failure to evaluate the game user. good.

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

Returning to the description of FIG. A game user can view his/her own ranking, incentive information, etc. through a game screen or the like during play on the user terminal 30 . The game user requests incentives from the character matching confirmation device 10 as necessary (step S415).

The character matching confirmation 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 matching 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 after step S414.

Note that each process related to incentives may be configured to be added as appropriate according to usage conditions. In other words, processing related to incentives may not be performed.

《Result transmission processing》
The character matching confirmation device 10 (for example, the result transmission process 119) transmits the character matching confirmation results and the like obtained by executing these series of processes and stored in the confirmation result DB 136 to the business terminal 20 ( step S418).

FIG. 25 is a flowchart illustrating 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. If the confirmation result DB 136 has not been updated (N), the character matching 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 judgment date 136D of the confirmation result DB 136 shown in FIG. The processing results such as character data whose consistency has been confirmed are transmitted (step S131), the result report date 136E is stored, and processing for setting the transmission FLG 136F is performed (step S132).

Returning to the description of FIG. When receiving 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 an example, and for example, the processes being executed by the character matching checking apparatus 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 the series of processes.

<Main effects of the present embodiment>
According to this embodiment, the character matching confirmation device 10 subdivides and randomizes the received character data. Specifically, the character matching checking apparatus 10 subdivides characters recognized from character data of a plurality of consignors, and randomly distributes the subdivided character data. According to this configuration, since the subdivided and randomized character data are no longer associated with the original character data at the time of reception, safety is ensured when visually confirming character matching outsourced.

Further, according to the present embodiment, the character matching confirmation device 10 transmits character data segmented from the same character data to a plurality of game users. According to this configuration, it is difficult for a third party to restore the fragmented character data, so safety is ensured.

Further, according to the present embodiment, the character matching confirmation device transmits the same segmented character data to a plurality of game users. According to this configuration, since a plurality of character matching confirmations are performed for the same character, it is possible to improve the accuracy of character matching confirmation.

In addition, the present invention is not limited to the above-described embodiment, and includes various modifications. Moreover, the above-described embodiments are described in detail in order to explain the present invention in an easy-to-understand manner, and are not necessarily limited to those having all the described configurations.

Also, part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment. . Moreover, 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 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.

DESCRIPTION OF SYMBOLS 1... Character matching confirmation system, 10... Character matching confirmation apparatus, 11... Control part, 13... Storage part, 20... Business terminal, 30... User terminal

Claims (13)

a business terminal operated by a consignor for character matching confirmation;
a character matching confirmation device for controlling the character matching confirmation;
a user terminal that performs the character matching confirmation using a game application;
with
The business terminal transmits a document containing character data for character matching confirmation,
The character matching confirmation device subdivides the received character data, transmits distribution data including the subdivided character data to the user terminal,
The user terminal performs 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 matching system. In the character matching confirmation system according to claim 1,
The character matching confirmation device subdivides characters recognized from the character data of a plurality of consignors, and randomly distributes character data corresponding to the subdivided characters.
Character matching system. In the character matching confirmation system according to claim 1,
The character matching confirmation device transmits the character data subdivided from the same character data to a plurality of game users.
Character matching system. In the character matching confirmation system according to claim 1,
The character matching confirmation device transmits the same segmented character data to a plurality of game users,
Character matching system. Receiving character data sent from a business terminal operated by a consignor for character matching confirmation,
subdividing the received character data, transmitting distribution data including the subdivided character data to a user terminal that performs the character matching confirmation using a game application;
receiving from the user terminal a game result of the character matching confirmation performed on the subdivided character data included in the distribution data;
Transmitting a result document including a character matching confirmation result based on the received game result to the business terminal;
Character matching confirmation device. In the character matching confirmation device according to claim 5,
subdividing characters recognized from the character data of a plurality of consignors, and randomly distributing character data corresponding to the subdivided characters;
Character matching confirmation device. In the character matching confirmation device according to claim 5,
transmitting the character data subdivided from the same character data to a plurality of game users;
Character matching confirmation device. In the character matching confirmation device according to claim 5,
transmitting the same segmented character data to a plurality of game users;
Character matching confirmation device. a first step of receiving character data for character matching confirmation transmitted from a business terminal operated by a consignor;
a second step of subdividing the received character data and transmitting distribution data including the subdivided character data to a user terminal that performs the character matching confirmation using a game application;
a third step of receiving, from the user terminal, a game result of the character matching confirmation performed on the subdivided character data included in the distribution data;
a fourth step of transmitting to the business terminal a result document including a character match confirmation result based on the received game result;
having
Character matching method. a first step of receiving character data for character matching confirmation transmitted from a business terminal operated by a consignor;
a second step of subdividing the received character data and transmitting distribution data including the subdivided character data to a user terminal that performs the character matching confirmation using a game application;
a third step of receiving, from the user terminal, a game result of the character matching confirmation performed on the subdivided character data included in the distribution data;
a fourth step of transmitting to the business terminal a result document including a character match confirmation result based on the received game result;
to run on the processor,
A character matching program. In the character matching confirmation program according to claim 10,
The second step includes subdividing characters recognized from the character data of a plurality of consignors, and randomly distributing character data corresponding to the subdivided characters.
A character matching program. In the character matching confirmation program according to claim 10,
The second step includes transmitting the character data subdivided from the same character data to a plurality of game users,
A character matching program. In the character matching confirmation program according to claim 10,
The second step includes transmitting the same segmented character data to a plurality of game users,
A character matching program.

Images