CN112243512A

CN112243512A - Character consistency verification system, character consistency verification device, character consistency verification method, and character consistency verification program

Info

Publication number: CN112243512A
Application number: CN202080001842.2A
Authority: CN
Inventors: 太田尾晋; 北见淳
Original assignee: Hitachi Systems Ltd
Current assignee: Hitachi Systems Ltd
Priority date: 2019-05-17
Filing date: 2020-04-24
Publication date: 2021-01-19
Also published as: KR20220006446A; JP7236928B2; WO2020235298A1; JP2020187677A

Abstract

A character consistency confirming system, a character consistency confirming device, a character consistency confirming method, and a character consistency confirming program are provided. The service terminal transmits a file including character data for confirming character consistency (step S404). The character matching check device subdivides the received character data (step S407), and transmits distribution data including the subdivided character data to the user terminal (step S408). The user terminal plays a game in which the character consistency is confirmed with respect to the character data obtained by segmentation included in the distribution data, and transmits a game result to the character consistency confirming device (step S409). The character consistency check device transmits a result file including a character consistency check result based on the received game result to the service terminal (step S418).

Description

Character consistency verification system, character consistency verification device, character consistency verification method, and character consistency verification program

Technical Field

The present invention relates to a character consistency confirmation system, a character consistency confirmation device, a character consistency confirmation method, and a character consistency confirmation program, which use a game application.

Background

Currently, as a technique for converting a paper document into an electronic form, OCR (Optical Character Recognition) and ICR (intelligent Character Recognition) are widely known. For example, in patent document 1, in order to discriminate a difference in printed characters in a plurality of document images acquired by OCR, it is determined which character image an inputted character image is close to with reference to character pattern data, and a corresponding character code is acquired.

Documents of the prior art

Patent document

Patent document 1: japanese patent laid-open publication No. 2013-90262

Disclosure of Invention

Problems to be solved by the invention

The process in patent document 1 presupposes that characters are correctly read. However, although the technology of electronization of paper documents is improved, misreading and unreadable are generated at a fixed rate, and there is no technology that can completely recognize all characters. Therefore, it is finally necessary to confirm the consistency of characters by visual observation of a human. In this case, in order to reduce the cost, the character consistency may be checked by an external request. However, when an external request is made, personal information is provided to the outside, and therefore, there is a risk of information leakage or the like.

Therefore, an object of the present invention is to provide a character consistency confirmation system and the like capable of securing safety when visually confirming character consistency by an external request.

Means for solving the problems

The character consistency verification system comprises: the service terminal is operated by an entrustor for confirming the character consistency; a character consistency confirmation device for controlling the character consistency confirmation; and a user terminal for performing character consistency confirmation using the game application. And the service terminal sends a file comprising character data to be subjected to character consistency confirmation. The character consistency confirming device subdivides the received character data and transmits distribution data including the subdivided character data to the user terminal. The user terminal transmits a game result to the character consistency confirming device. The character consistency confirming device transmits a result file including a character consistency confirming result based on the received game result to the service terminal.

ADVANTAGEOUS EFFECTS OF INVENTION

In the invention disclosed in the present application, the effects obtained by the representative invention will be briefly described as follows.

That is, according to the exemplary embodiment of the present invention, security can be secured when visually confirming the character matching by an external request.

Drawings

Fig. 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 an example of the configuration of each device of the character matching check system.

Fig. 3 is a configuration diagram showing an example of a user host.

Fig. 4 is a configuration diagram showing an example of an enterprise master.

Fig. 5 is a configuration diagram showing an example of the character DB.

Fig. 6 is a configuration diagram showing an example of the evaluation information DB.

Fig. 7 is a configuration diagram showing an example of the payment history DB.

Fig. 8 is a configuration diagram showing an example of the confirmation result DB.

Fig. 9 is a configuration diagram showing an example of the divided character DB.

Fig. 10 is a configuration diagram showing an example of the distribution character DB.

Fig. 11 is a configuration diagram showing an example of the game result DB.

Fig. 12 is a configuration diagram showing an example of the AI determination result DB.

Fig. 13 is a configuration diagram showing an example of the majority vote result DB.

Fig. 14 is a flowchart showing an example of the character matching check process according to the embodiment of the present invention.

Fig. 15 is a flowchart showing a specific example of the user registration process.

Fig. 16 is a flowchart showing an example of the character data reception/recognition processing.

Fig. 17 is a flowchart showing an example of the distribution processing.

Fig. 18 is a diagram showing an example of the character matching check game.

Fig. 19 is a diagram showing another example of the character matching confirmation game.

Fig. 20 is a diagram showing another example of the character matching confirmation game.

Fig. 21 is a flowchart showing an example of the result collection process.

Fig. 22 is a flowchart showing an example of majority voting processing and AI determination result comparison processing.

Fig. 23 is a diagram showing an example in which the code and the reason why the correspondence will not be able to be established.

Fig. 24 is a flowchart showing an example of evaluation/payment amount calculation processing.

Fig. 25 is a flowchart showing an example of the result transmission processing.

Detailed Description

(one embodiment)

Hereinafter, the best mode for carrying out the present invention will be described in detail with reference to the accompanying drawings. In the drawings for describing the best mode for carrying out the invention, the same reference numerals are given to the components having the same functions, and the repetitive description thereof will be omitted.

< construction of character matching 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 system 1 includes a character matching device 10, a service terminal 20, a user terminal 30, and a network N. In the character matching system 1, communication including transmission and reception of data is performed between the character matching device 10 and the service terminal 20 and between the character matching device 10 and the user terminal 30 via the network N. Further, depending on the usage situation, communication may be performed between a plurality of user terminals 30 via the network N.

The character matching check device 10 is a device that performs control relating to character matching check using a game application. When there is a request for confirming the character matching from the service terminal 20, the character matching device 10 issues character data for confirming the character matching to the user terminal 30 of the registered user having the dedicated game application installed.

The service terminal 20 is a processing device for requesting a confirmation process of character matching by a client such as a corporation. The user terminal 30 is a processing device that receives distribution data including character data used for playing a game from the character consistency verification device 10 and transmits a game result.

The character matching check device 10 and the service terminal 20 are information processing devices that can communicate with each other via a network, such as a PC terminal and a server terminal. The user terminal 30 is an information processing device such as a smartphone terminal, a mobile phone terminal, a PDA terminal, a tablet terminal, or a PC terminal.

Text consistency verification device 10

Fig. 2 is a block diagram showing an example of the configuration of each device of the character matching check system. As shown in fig. 2, the character matching check 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 performs various processes related to character matching confirmation as follows: receiving a file including text data for which confirmation of text consistency is requested from a client; issuing issue data including text data to a game user and receiving a game result of text consistency identification from the game user; transmitting a result file including a text consistency confirmation result and the like to the client; and the like.

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

The control unit 11 includes 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. Each functional block of the control unit 11 may be realized by software cooperating with hardware other than a processor.

The character data reception/recognition processing 111 receives a file including character data for confirming character matching transmitted from the service terminal 20 by the client, and performs character recognition of the character data by using OCR, ICR, AI, or the like.

The segmentation/randomization process 112 segments the received character data and randomizes the character data while ensuring security for the user terminal 30. Specifically, the segmentation/randomization process 112 segments and randomly assigns characters identified by character data of a plurality of clients, thereby eliminating the association with the original paper document.

The user registration process 113 performs a process of accepting registration information necessary for the user holding the user terminal 30 to play the game application and registering the information as a game user.

The distribution process 114 matches an appropriate game user from among the registered game users for the text data subdivided/randomized by the subdivision/randomization process 112, and distributes the matched game user. For example, the distribution process 114 performs matching of game users to be distributed with reference to attribute information of registered game users.

The result reclamation process 115 performs reclamation of game results of game play of the game application by the game user. The majority voting process 116 performs a majority voting process for the retrieved results, and performs a determination of text consistency.

The evaluation/payout amount calculation process 117 performs evaluation and rating (level) of each game user based on the collected game result, and calculates a payout according to the evaluation and rating of the game user. The restoration process 118 executes restoration of the subdivided and random character data to confirm character consistency. The transmission process 119 transmits a result file including the confirmation result of the letter consistency to the service 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 unit 12 is operated and executed in accordance with a known and existing game technique.

The storage unit 13 is a functional block that stores various information necessary for the operation of the character matching check system 1. The storage unit 13 has storage areas corresponding to the user host 131, the enterprise host 132, the character DB133, the divided character DB137, the distribution character DB138, the evaluation information DB134, the payment history DB135, the confirmation result DB136, the game result DB140, the AI determination result DB141, and the majority vote result DB 142.

The user host 131 stores attributes of registered game users. Fig. 3 is a configuration diagram showing an example of a user host. As shown in fig. 3, the user host 131 has storage areas corresponding to, for example, a user ID131A, a registration date 131B, a 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 host 131 is used for matching of game users as distribution destinations of distribution data.

The user ID131A stores an inherent user ID assigned at the time of registration of the game user. The registration unit 131B stores the registration time of the game user. Information on the date is also included in the time. 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 transfer destination account information for payment of an award. Age 131G stores the age of the game user. The languages 131H, 131I store the available language names that can be used by the game user.

The enterprise host 132 stores enterprise information of an enterprise (client) that hosts the business terminal 20 and requests confirmation of the consistency of characters. Fig. 4 is a configuration diagram showing an example of an enterprise master. As shown in fig. 4, the enterprise host 132 has storage areas corresponding to an enterprise ID132A, an enterprise name 132B, an address 132C, a department 132D, and the like.

The business ID132A stores an inherent business ID of a business (delegator) assigned at the time of registration. The business name 132B stores a registered business name corresponding to the business ID. Address 132C stores the address of the registered enterprise. The acting department 132D stores the acting department of the registered enterprise using the service terminal 20.

The character DB133 stores information such as character data received from the service terminal 20. Fig. 5 is a configuration diagram showing an example of the character DB. As shown in fig. 5, the character DB133 has a storage area corresponding to the business ID133A, the reception date 133B, the document number 133C, the language 133D, and the like.

The business ID133A stores the business ID of the business that sent the text data. The reception date 133B stores the time when the character data was received. Information on the date is also included in the time. The file number 133C stores a file number for identifying the received character data. The file number may be a file number assigned in advance to the transmission-side service terminal 20, or may be a file number assigned to the character matching check device 10. Language 133D stores the language of the language used for the text data.

The evaluation information DB134 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 DB134 has storage areas corresponding to the user ID134A, the evaluation date 134B, the number of answers 134C, the answer rate 134D, the level 134E, and the like.

The user ID stores a user ID for identifying a game user who is an evaluation target. The evaluation date 134B stores the time when the evaluation was performed. Information on the date is also included in the time. The number of times of answer 134C is stored as the number of times of answer from the previous evaluation to the present evaluation. The answer rate 134D stores an answer rate specified by a ratio of the number of times of answer to the number of times of answer. The answer may be the answer that is summed up since registration or the answer from the previous evaluation to the present evaluation. Level 134E stores the level of the game user.

The payout history DB135 stores a payout history of awards for game users. Fig. 7 is a configuration diagram showing an example of the payment history DB. As shown in fig. 7, the payment history DB135 has storage areas corresponding to the user ID135A, the payment date 135B, the payment amount 135C, the cumulative amount 135D, and the like.

User ID135A stores the user ID of the gaming user paying the prize. The pay date 135B stores the date the reward is paid. Multiple dates may also be stored in the payment date 135B. The payment amount 135C stores the amount of the reward paid. The cumulative amount 135D stores the cumulative amount of the award paid out.

The confirmation result DB136 stores a character consistency confirmation result of the character data and the like. Fig. 8 is a configuration diagram showing an example of the confirmation result DB. As shown in fig. 8, the confirmation result DB136 has storage areas corresponding to the business ID136A, the file number 136B, the result file management number 136C, the result determination date 136D, the result report date 136E, the transmission FLG136F, the character ID136G, the reason incapability code 136H, and the like.

The business ID136A stores the business ID of the transmission destination business of the result file including the result of the text consistency confirmation. The file number 136B stores the file number of the original file for which the character consistency check is performed. The result file management number 136C stores the management number of the result file including the character matching check result transmitted to the service terminal 20. The management number of the result file is assigned in the character matching check device 10. The result determination date 136D stores the date on which the result determination was performed. The result report date 136E stores a report date on which the result of confirming the consistency of characters is reported to the company of the client. Specifically, the result report date refers to the transmission date of the result file.

Transmit FLG136F stores a transmit flag indicating that a result report was made to the business. The transmission FLG136F may be configured by a register or the like, for example. The character ID136G stores, for example, an ID of character data with a low answer rate in the character matching confirmation result. Alternatively, the character ID136G may store an ID of character data that does not match the arrangement based on the AI with the arrangement based on the majority voting process described later. The inability reason code 136H stores an inability reason code corresponding to various inability reasons when the character matching cannot be confirmed.

The divided character DB137 stores character data divided and randomly obtained by the division/random processing 112. Fig. 9 is a configuration diagram showing an example of the divided character DB. As shown in fig. 9, the divided character DB137 has storage areas corresponding to the divided character number 137A, the business ID137B, the file number 137C, the restoration code 137D, the character image 137E, and the like.

The subdivided character number 137A stores a number assigned to character data obtained by subdivision. The business ID137B stores the business ID of the business that transmitted the file including the character data for confirming the character matching. The file number 137C stores an ID assigned to a file including character data received from the service terminal 20. The restoration code 137D stores a code for restoring the character obtained by the division. The character Image 137E stores an Image (Image) including the subdivided characters.

The distribution character DB138 stores information for associating the subdivided characters and/or images with the matched game users. Fig. 10 is a diagram showing an example of the distribution character DB 138. As shown in fig. 10, the distribution character DB138 has a storage area for the user ID138A, the divided character number 138B, the character image 138C, and the like.

The user ID stores the user ID of the matched game user. The divided character number 138B stores the number of characters for distribution to be distributed to the matched game user. The character image 138C stores an image including characters corresponding to the subdivided character numbers.

The game result DB140 stores the game result of the character matching check according to the type of the game and the scene of the game. Fig. 11 is a configuration diagram showing an example of the game result DB. As shown in fig. 11, the game result DB140 has storage areas corresponding to the game ID140A, the game progress ID140B, the start date 140C, the end date 140D, the necessary number of answers 140E, the number of answers 140F, and the like.

The game ID140A stores the ID of each game. For example, in each game, character consistency check is performed for one or a plurality of character data. The game progress ID140B stores the game progress of 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, but when the answer is obtained the necessary number of times before the set delivery end date and the delivery is ended earlier than a predetermined time, for example, the delivery end date is rewritten to a new delivery end date. The start date and the end date of each game are, for example, a distribution start date and a distribution end date. The necessary number of answers 140E stores the number of answers required to perform the majority voting process. The number of answers 140F stores the actual number of answers for each game.

The AI determination result DB141 stores a character consistency determination result based on the 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 DB141 has storage areas corresponding to the enterprise ID141A, the file number 141B, the result file management number 141C, the result determination date 141D, the character ID141G, the order 141H, and the like.

The business ID141A stores the business ID of the business that requested the text consistency confirmation. The file number 141B stores the file number of the file including the character data for which the character consistency check by the AI is performed. The result file management number stores a management number of a result file including a confirmation result of the character coincidence based on the AI. The result determination date 141D stores the date when the AI-based character matching check is performed. The character ID141G stores the character ID of a candidate character used for confirming character matching by AI. The order 141H stores the order of each candidate character in the arrangement generated by the AI.

The majority vote result DB142 stores the result of the text consistency confirmation of the majority vote processing based on the game result. Fig. 13 is a configuration diagram showing an example of the majority vote result DB. As shown in fig. 13, majority vote result DB142 has storage areas corresponding to business ID142A, file number 142B, result file management number 142C, result determination date 142D, character ID142G, order 142H, and the like.

The business ID142A stores the business ID of the business that requested the text consistency confirmation. The file number 142B stores the file number of the file including the character data for which the character consistency check by the majority voting process is performed. The result file management number stores a management number of a result file including a result of confirmation of the consistency of characters based on the majority voting process. The result determination date 142D stores the date when the character matching check by the majority voting process was performed. The character ID142G stores the character ID of the candidate character used for the character consistency check by the majority voting process. The order 142H stores the order of each candidate character in the arrangement generated by the majority voting process.

The communication unit 14 is a communication interface for communicating with the service 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 service terminal 20 includes a control unit 21, a storage unit 22, a communication unit 23, and the like. The control unit 21 includes 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 of a paper document using OCR, ICR, and AI. The acquired character data also includes character data of handwritten characters. The character data transmission processing 212 transmits a file including the character data acquired in the scanning processing 211 to the character consistency confirmation apparatus 10. The result receiving device 213 receives a result file including a result of the character matching confirmation from the character matching confirmation device 10.

The storage unit 22 has storage areas corresponding to the character data DB221 and the confirmed data DB222, respectively. The character data DB221 stores character data acquired in the scanning process 211. The confirmed data DB222 stores the result of character consistency confirmation included in the result file received from the character consistency confirmation apparatus 10.

The communication unit 23 is a communication interface for communicating with the character matching check 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 check device 10. The communication unit 32 is a communication interface for communicating with the character matching check 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 is an example of the functions for realizing the present invention, and is not limited to such a configuration. For example, the user terminal 30 may execute a part of the processing executed by the character matching check device 10, or the user terminal may issue character data for character matching check to a PC terminal or the like used by an operator or the like who performs professional character matching check, not limited to the game user, and may execute the character data as a character matching check service.

Text consistency confirmation processing

Next, the character matching check process according to the present embodiment will be described. Fig. 14 is a flowchart showing an example of the character matching check process according to the embodiment of the present invention. In fig. 14, the service terminal 20 and the user terminal 30 are shown on the left and right sides, respectively, centering on the consistency check device 10. The character matching check process of fig. 14 includes steps S401 to S419.

First, the character matching check device 10 discloses and provides a dedicated game application for checking matching of characters in a game. The game user can freely download the game application (step S401). The environment in which the game application is provided may be inside the character matching confirmation apparatus 10 (for example, the game content unit 12) or may be installed in another environment dedicated to download.

The game user who holds the game terminal 30 downloads and installs the game application, and then inputs a registration request of the game user for a necessary item (step S402).

User registration processing

The character matching check device 10 checks the content of the application from the new user, stores the user who satisfies the predetermined registration condition in the user host 131, and registers the user (step S403). If the registration condition is not satisfied, the character matching check device 10 sends a return to the user terminal 30 and notifies that the registration condition (not shown) is not satisfied.

Here, a specific example of the user registration process will be described. Fig. 15 is a flowchart showing a specific example of the user registration process. The user registration process of fig. 15 includes steps S70 to S76. In step S70, it is determined whether or not there is a user registration request. When the registration request of the game user is made by the user terminal 30 in step S70 (yes), the user registration process 113 of the control unit 11 checks the information of the request and checks the registration qualification and the like (step S71). In the case where the registration application of the game user is not made by the user terminal 30 (no), the process returns to step S70, and the user registration processing 113 stands by until there is a registration application from the user.

In step S72, it is determined whether or not the requested item is incomplete. When the presence information is not complete or there is a discrepancy such as a return item as a result of the confirmation and examination of the application item (yes), the user registration processing 113 notifies the user terminal 30 of the fact (step S73), and returns to step S70. On the other hand, if the application item is not incomplete (no), the user registration processing 113 assigns a unique identifiable user ID to the user (step S74). The user registration process 113 registers the user in the user host 132 (step S75), and notifies the user terminal 30 of the completion of the user registration (step S76).

The explanation returns to fig. 14. The scanning process 211 of the service terminal 20 scans a paper file for which a character consistency confirmation is requested and acquires character data, and stores the acquired character data in the character data DB 221. Then, the character data transmission processing 212 transmits the acquired character data to the character matching check device 10 (step S404). The timing of step S404 may be before step S403, or may be simultaneous with step S403.

Text data acceptance/identification processing

The character matching check device 10 receives a file including character data from the service terminal 20. Then, the character data reception/recognition processing 111 checks the information of the company that has transmitted the file with the company information registered in the company host 132, and stores the received character data in the character DB133 in association with the company ID and the like (step S405). The character matching check device 10 performs character recognition of character data stored in the character DB133 by using a known technique (step S406).

Here, a specific example of the character data reception/recognition processing will be described. Fig. 16 is a flowchart showing an example of the character data reception/recognition processing. Fig. 16 includes steps S50 to S54. In step S50, it is determined whether or not the request for character matching confirmation is made by the company. If the request for the character matching check is not made from the service terminal 20 in step S50 (no), the character data reception/recognition processing 111 returns to step S50 and waits until the request for the character matching check from the company is made.

On the other hand, when the request for the character matching check is made from the service terminal 20 (yes), the character data reception/recognition processing 111 checks the business information included in the character data received from the service terminal 20 against the business information stored in the business host 132 (step S51).

It is determined in step S52 whether the received enterprise information is registered in the enterprise host 132. When the received business information is registered as the requester (yes), 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 processing 111 stores the recognized characters in association with the business information in the character DB133 (step S54). On the other hand, when the received business information is not registered as the requester (no), the character data reception/recognition processing 111 transmits a notification prompting the retransmission of the character data to the service terminal 20 that transmitted the character data (step S53).

The explanation returns to fig. 14. Then, the segmentation/randomization process 112 performs segmentation and randomization of the characters recognized in step S406 to generate distribution data for the game user (step S407). The subdivision and randomization of the text uses known techniques. Since the characters identified by the same character data are dispersed by the subdivision and randomization of the characters, security can be secured even if the distribution data is distributed to the game user.

Issue treatment

Then, the distribution processing 114 analyzes the data for distribution generated in step S407. Then, the character matching check device 10 refers to the attributes of the registered users stored in the user host 131, matches the registered users who are suitable for the analysis result of the data for distribution, and performs the distribution processing of the data for distribution to the suitable game users who match the registered users (step S408).

Specifically, the character matching check device 10 transmits character data subdivided from the same character data to a plurality of game users. The character matching check device 10 transmits the same character data obtained by the division to a plurality of game users.

Further, for example, when confirming the correspondence between the idioms and the characters having the consistency, the game user is matched with a language that can use character data, or a game user having a nationality in a country where the language is the native language, the second language, the third language, or the like. This enables efficient character matching confirmation.

To ensure security in the distribution process, the segmentation/randomization process 112 adds an identifier to each character of the file, for example, in the segmentation and randomization. In the random case, 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 acquire the original character data, thereby securing security.

Distribution processing 114 refers to each character data and the attribute of user host 131, and performs matching of the game user who transmits the character data. Specifically, the distribution data is distributed in association with the user IDs of the plurality of game users matched. In this way, by distributing the subdivided data to a plurality of game users in a distributed manner under predetermined conditions, restoration to the original file is made difficult, and security is ensured.

A specific example of the distribution process is described here. Fig. 17 is a flowchart showing an example of the distribution processing. Fig. 17 includes steps S80 to S86. In step S80, it is determined whether the subdivided character DB is updated as a result of the subdivision/random process performed in step S407. If the divided character DB is not updated in step S80 (no), the character matching check device 10 returns to step S80 and waits until the divided character DB137 is updated. On the other hand, when the divided character DB is updated (yes), the character matching check device 10 refers to the divided characters to determine the language used for the character (step S81).

The character matching check device 10 determines the difficulty level of the character data at the time of matching check, for example, using the number of characters of the character data, the accumulated information of the past determination results, the idioms, and the determination items such as whether or not the character is a character having continuity (step S82). Then, the character matching check device 10 matches the game user of the distribution destination using the difficulty level and the evaluation result stored in the user host 131 (step S83).

And supplementing the difficulty level of the character data. For example, character data similar to character data that has been determined to have a large difference from the determination result by AI in the past and the determination result by majority voting processing described later, character data that is considered to be difficult to determine as characters, such as signatures and signatures, or character data that requires character matching confirmation from a combination of preceding and following characters, such as a character "one" of a chinese number, a "-", a number "1", and an english alphabet "l" for lengthening a voice, is determined to have a high difficulty level.

The character matching check device 10 associates character data with a plurality of matching game users (step S84), stores the associated character data in the distribution character DB138 (step S85), and distributes the associated character data to the plurality of game users (step S86).

In the distribution processing, the character matching check device 10 may include character data obtained by dividing the distribution data for character matching check and abstracted candidate characters to be compared with characters corresponding to the character data. The abstracted candidate words are, for example, signs and/or images.

The character matching check device 10 may divide a word or a signature composed of a plurality of characters into one block for the received character data. At this time, the character matching check device 10 matches the game user who transmitted the distribution data with reference to the attribute of the game user. Specifically, the character matching check device 10 compares the language used for the block with the available language registered for the attribute of the game user, and matches the game users having the matched languages. Alternatively, the character matching check apparatus 10 may compare the language used for the block with the nationality registered for the attribute of the game user, and match the game user who has the nationality of the country in which the language used for the block is the common language.

Execution of text consistency confirmation Game

Here, the description returns to fig. 14. The game user uses the user terminal 30 to play the game based on the distribution data including the character data distributed by the character matching confirmation apparatus 10, thereby performing character matching confirmation of the character data (step S409).

[ Game example (1) ]

An example of the game (1) will be described. Fig. 18 is a diagram showing an example of the character matching check game. First, an example of fig. 18 will be explained. The game user operates the user terminal 30 held by the game player to play a game for confirming the character matching. An image 302 based on the character data received from the character matching check device is displayed on the display screen 301 of the user terminal 30. The image of the characters contained 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, "tian" 303, "yao" 304, and "a" 305 are displayed as candidate characters, respectively.

Alternatively, instead of these candidate characters, abstracted candidate characters may be used. Specifically, when the character to be checked for consistency is a chinese character, a symbol and/or an image obtained by abstracting the above-described "tian", "yao", and "jia" may be used as a candidate character. This makes it possible to match game users who do not recognize a chinese character, and effectively increase the number of times of response.

The game user clicks and selects a candidate character determined to coincide with the character of the image 302, and clicks the ok button 308 to confirm the selected candidate character. When the candidate character is determined, the screen proceeds to the next screen not shown.

In addition, when the character matching cannot be determined from the displayed candidate characters, the game user can try the next game by clicking the skip button 306 to enter the next screen.

[ Game example (2) ]

Next, a game example (2) will be explained. 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 instead of the character that is considered to be most coincident with the character of the image 302. Specifically, in fig. 19, instead of the "tian" 303 (fig. 18) which is considered to be most coincident with the characters of the image 302, similar characters "shen" 309 are displayed as candidate characters, and the game user is caused to judge the coincidence of the characters. By incorporating such a configuration, it is possible to easily evaluate the accuracy and precision of the character matching judgment for the game user.

[ Game example (3) ]

Next, a game example (3) will be explained. 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 of image 302 among the candidate characters displayed on display screen 301 in fig. 18 to 19, the game user clicks input button 307 to bring display screen 301 into the state shown in fig. 20. Then, the game user hand-writes the character recognized as correct in the character input field 310. By incorporating such a configuration, characters different from the candidate characters can be arbitrarily input.

These game screens are screens showing an example of the basic operation of the game j, and may be added to the game contents for the game or entertainment. For example, the user terminal 30 may communicate with a user terminal owned by another game user via the network N, and may respond to a battle game with accuracy, response speed, and the like.

(treatment of result recovery)

The game result is transmitted to the character matching check device 10 via the network N and collected at any time or every time a predetermined time elapses (step S410). Fig. 21 is a flowchart showing an example of the result collection process. Fig. 21 includes steps S90 to S94.

It is determined in step S90 whether the game user has played the game. In the case where the game user has not played the game (no), the character consistency confirmation apparatus 10 (for example, the result recovery processing 115) returns to step S90 and stands by until the user plays the game. On the other hand, when the game user registers the game application and has played the game (yes), the character matching check device 10 monitors the game progress status, the progress status of the game for a predetermined time, and the like.

It is determined in step S91 whether or not one game play ends. One game described here includes, for example, a game user completing at least one question or step of the game or quitting after playing one question or more than one question.

If the one-shot process is not completed (no), the character matching check device 10 returns to step S90 and stands by. On the other hand, when one game is finished (yes), the character matching check device 10 collects the game result of character matching, and stores the collected game result in the evaluation information DB134 for each game user (step S92).

It is determined in step S93 whether the user continues the game. If the game user continues playing the game in step S93 (yes), the character matching check device 10 returns to step S91. On the other hand, if the game user does not continue playing the game in step S93 (no), the character matching confirmation apparatus 10 executes the evaluation/payout amount calculation process 117 described later (step S94). Further, the collection of the game result from the game user may not be performed for each round. For example, the user terminal that is logged in may store a game result of one or more characters matching each other, and may transmit the game result at a predetermined time or each time a game result transmission request from the character matching checking device 10 is received.

Majority voting processing and AI decision result comparison processing

The explanation returns to fig. 14. Then, the character matching check device 10 (for example, the majority voting process 116) executes a judgment process using majority voting as a main technique on the collected game result, thereby specifying the character matching check as the game result and judging the accuracy (step S411). Fig. 22 is a flowchart showing an example of majority voting processing and AI determination result comparison processing. Fig. 22 includes steps S100 to S109 and S140 to S142. Steps S100 to S103 correspond to majority voting, and steps S104 to S109 and S140 to S142 correspond to AI determination result comparison.

In step S100, it is determined whether or not the game result is collected. If the game result is not collected in step S100 (no), the character matching check device 10 returns to step S100 and waits until the game result is collected. On the other hand, if the game result has been collected (yes), the character matching check 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 is ensured. If the number of times of response does not satisfy the number of times required for majority voting for the same character data in step S101, the character matching check device 10 waits until the required number of times is secured. However, if the number of times of response does not satisfy the required number of times even after the predetermined time has elapsed (no), the character matching check device 10 determines that the character matching cannot be checked, stores the reason code of the inability in the check result DB136 (step S102), and ends the majority voting process.

Fig. 23 is a diagram showing an example in which the code and the reason why the correspondence will not be able to be established. On the left side of the inability reason code table 139 in fig. 23, an inability reason code column 139A in which inability reason codes are described and an inability reason column 139B in which inability reasons corresponding to the respective inability reason codes are described are shown. The reason code for failure when the character matching cannot be confirmed is stored in the reason code for failure 136H of the storage unit 13.

In fig. 23, examples of the reason for the inability include "inability to read", "inability to determine in majority voting", "great difference from AI", and the like, and the inability reason codes of "01" to "03" are assigned to the respective reasons for the inability. The reason code table 139 is stored in the storage unit 13 of the character matching check device 10, for example.

On the other hand, when the number of times of response satisfies the number of times required for majority voting with respect to the same character data in step S101 (yes), the character matching confirming device 10 generates a ranking in which merits are given to each candidate character corresponding to the character data in order of high to low character matching based on majority voting, and stores the generated ranking in the majority voting result DB142 (step S103).

The character matching check device 10 receives the result of the majority voting determination process by the majority voting process 116, and compares the ranking generated from the recognition results of the OCR or ICR using the AI with the ranking generated by the majority voting process (step S104). The array using the AI is generated in parallel with the distribution of character data to the game user in the character matching check device 10. The generated arrangement is stored in the AI determination result DB 141.

It is determined in step S105 whether or not the arrangement generated by the majority voting process 116 matches the arrangement generated by the AI. When these arrangements match in step S105 (yes), the character matching check device 10 determines that the reliability of character matching check by majority voting is high, stores the arrangement generated by the majority voting process 116 (stored in the majority voting result DB 142) in the check result DB136 (step S141), and ends the AI determination result comparison process.

On the other hand, if the arrangements do not match in step S105 (no), the character matching check device 10 compares the arrangements of both sides (step S106), and specifies a candidate character that does not match (step S107). Then, the character matching check device 10 determines the reason for the matching (step S108). As an example of the reason for the inconsistency, a case where handwritten input characters described in fig. 20 are provided is given. Of course, there are cases where these arrangements do not match even when there is no handwritten character.

In step S109, it is determined whether or not there is handwritten input text. If no character is handwritten in step S109 (no), the character matching check device 10 stores a reason code of the failure in the check result DB136 for the reason of the mismatch (step S142), and ends the AI determination result comparison process.

On the other hand, when there is a handwritten input character (yes), the character matching check device 10 inserts the result of determination on the handwritten input character into the array, determines the reliability of the character matching check including the candidate character and the handwritten input character (step S140), stores the reason why the character matching check is not possible in the check result DB136 (step S112), and ends the AI determination result comparison process.

The explanation returns to fig. 14. Based on the analysis result in step S411, the character matching check device 10 (for example, the restoration process 118) executes a restoration process of the character data, and stores the restored character data in the check result DB136 (step S412). The restoration process is a process forming a pair with the subdivision/random process, and is performed by using a known technique.

evaluation/Payment amount calculation processing

The character matching check device 10 (for example, the evaluation/payout amount calculation process 117) associates the restoration result with the game user information, and evaluates the response pair, response rate, response speed, transaction (transaction) and the like of the game result. The evaluation result is stored in the evaluation information DB 134. For example, when the character matching check device 10 evaluates a game user, the evaluation points for evaluation items such as the answer pair rate, the response rate, the answer speed, the transaction processing, and the frequency of use are set in advance, and the game user is evaluated based on the total of the evaluation points for each evaluation item.

The character matching check device 10 may remove the answer from the game user whose evaluation is extremely low when the majority voting process is performed. This improves the overall response accuracy. These evaluation results are stored in the evaluation information DB134 and/or the user host 131, and used as matching information for the game user.

The character consistency check device 10 feeds back the evaluation result for the game user as rating, level, and bonus information to the game user (step S413, step S414).

Fig. 24 is a flowchart showing an example of evaluation/payment amount calculation processing. Fig. 24 includes steps S110 to S117. In step S110, it is determined whether or not the majority voting process is performed. If it is determined in step S110 that the majority voting process has not been executed (no), the character matching check 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 (yes), the character matching confirming device 10 performs sorting based on the accuracy of each game user based on the collected game results (step S111), sorting based on the response rate (step S112), sorting based on the response speed (step S113), sorting based on the transaction process (step S114), and the like. The character matching check device 10 then performs score calculation for each item such as accuracy, and determines the level, state, rating, and the like of each game user (step S115). The character matching check device 10 may use items such as the answer rate of characters having a high difficulty level in character matching check, the handwritten character input rate, and the number of times of failure reasons for the evaluation by the game user.

The character matching check device 10 calculates the bonus payment amount for each user using a predetermined ratio and coefficient based on the evaluation result (step S116). The character matching check device 10 stores the evaluation results of steps S111 to S115, the calculation result of the bonus payment amount, and the like in the evaluation information DB134 (step S117).

The explanation returns to fig. 14. The game user can view his/her rating and bonus information and the like through a game screen or the like being played in the user terminal 30. The game user requests a bonus to the character matching degree confirmation apparatus 10 as necessary (step S415).

The character matching check device 10 pays out the bonus prize to the corresponding game user in response to the request of the bonus prize from the user terminal 30, and stores the payment result in the payment history DB135 (step S416).

The character consistency check device 10 may calculate the generated award and notify the game user and the client company as necessary (step S417). Step S417 may be performed simultaneously with step S414, or may be performed at a timing after step S414.

Further, it is also possible to add each process related to the bonus as appropriate depending on the usage situation. That is, processing related to the bonus may not be performed.

Result delivery processing

The character matching check device 10 (for example, the result transmission process 119) transmits the character matching check result and the like stored in the check result DB136, which are obtained by executing the series of processes, to the service terminal 20 (step S418).

Fig. 25 is a flowchart showing an example of the result transmission processing. Fig. 25 includes steps S130 to S132. It is determined in step S130 whether the confirmation result DB136 is updated. If the check result DB136 is not updated (no), the character matching check device 10 returns to step S130 and waits until the check result DB136 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 DB136 shown in fig. 8 is updated (yes), the character matching confirmation apparatus 10 transmits the processing result of the character data or the like whose character matching is confirmed to the control apparatus 20 (step S131), stores the result report date 136E, and performs the process of creating the transmission FLG136F (step S132).

The explanation returns to fig. 14. Upon receiving the processing result from the character matching check device 10, the service terminal 20 stores the received processing result in the check-completed data DB222 (step S419).

These series of processes are merely an example, and for example, the process executed by the character matching check device 10 may be executed inside the user terminal 30, and for example, the order of each process may be appropriately switched to a range that does not affect the series of processes.

< main effects related to the present embodiment >

According to the present embodiment, the character matching check device 10 subdivides and randomizes the received character data. Specifically, the character matching check device 10 divides characters identified by character data of a plurality of clients into segments and randomly assigns the divided character data. According to this configuration, since the association between the subdivided and random character data and the original character data at the time of reception is lost, security at the time of visual confirmation of character consistency by an external request can be secured.

Further, according to the present embodiment, the character matching check device 10 transmits character data subdivided from the same character data to a plurality of game users. With this configuration, it is difficult for a third person to restore the subdivided character data, and thus security can be ensured.

Further, according to the present embodiment, the character matching check device transmits the same subdivided character data to a plurality of game users. According to this configuration, since the character consistency check is performed for a plurality of characters, the reliability of the character consistency check can be improved.

The present invention is not limited to the above-described embodiments, and includes various modifications. The above-described embodiments are described in detail to facilitate understanding of the present invention, and are not limited to having all of the described configurations.

Further, a part of the configuration of one embodiment may be replaced with the configuration of another embodiment, and the configuration of another embodiment may be added to a part of the configuration of one embodiment. Further, a part of the configuration of each embodiment may be added, deleted, or replaced with another configuration. In addition, the components and relative dimensions described in the drawings are simplified and idealized for easy understanding of the present invention, and may have a more complicated shape in accordance with actual installation.

Description of the reference symbols

1, a character consistency confirmation system; 10 character consistency confirming device; 11 a control unit; 13 a storage section; 20, a service terminal; 30 user terminals.

Claims

1. A character consistency verification system is provided with:

the service terminal is operated by an entrustor for confirming the character consistency;

a character consistency confirmation device for performing control of confirming the character consistency; and

a user terminal for performing the text consistency confirmation using a game application,

the service terminal sends a file including the text data for performing the text consistency confirmation,

the character consistency confirming device subdivides the received character data and sends issuing data including the subdivided character data to the user terminal,

the user terminal plays a game in which the character consistency is confirmed with respect to the character data obtained by dividing the character data included in the distribution data, and transmits a game result to the character consistency confirming device,

and the character consistency confirming device sends a result file comprising a character consistency confirming result based on the received game result to the service terminal.

2. The system for confirming letter consistency according to claim 1,

the character consistency confirming device subdivides characters identified by the character data of the plurality of clients, and randomly allocates character data corresponding to the subdivided characters.

3. The system for confirming letter consistency according to claim 1,

the character consistency confirming device transmits the character data subdivided from the same character data to a plurality of game users.

4. The system for confirming letter consistency according to claim 1,

the character consistency confirming device transmits the same character data obtained by the subdivision to a plurality of game users.

5. A character consistency confirming device is characterized in that,

the character consistency confirming device receives character data to be confirmed for character consistency transmitted from a service terminal operated by a consignor,

subdividing the received character data, transmitting distribution data including the subdivided character data to a user terminal that performs the character consistency confirmation using a game application,

receiving a game result of the character consistency confirmation for the character data included in the distribution data that is subdivided, from the user terminal,

and transmitting a result file including a text consistency confirmation result based on the received game result to the service terminal.

6. The device for confirming letter consistency according to claim 5,

7. The device for confirming letter consistency according to claim 5,

8. The device for confirming letter consistency according to claim 5,

9. A method for confirming character consistency is characterized by comprising the following steps:

a first step of receiving character data to be subjected to character consistency confirmation transmitted from a service terminal operated by an entrustor;

a second step of subdividing the received character data and transmitting distribution data including the subdivided character data to a user terminal that confirms the character consistency using a game application;

a third step of receiving, from the user terminal, a game result of the character consistency confirmation performed on the character data obtained by subdivision included in the distribution data; and

a fourth step of transmitting a result file including a text consistency confirmation result based on the received game result to the service terminal.

10. A word consistency confirmation program, wherein the word consistency confirmation program causes a processor to perform the steps of:

a third step of receiving, from the user terminal, a game result of the character consistency confirmation performed on the character data obtained by subdivision included in the distribution data;

11. The program according to claim 10, wherein the program further comprises a program for confirming the consistency of the characters,

the second step has the steps of: characters identified by the character data of the plurality of clients are subdivided, and character data corresponding to the characters obtained by the subdivision are randomly distributed.

12. The program according to claim 10, wherein the program further comprises a program for confirming the consistency of the characters,

the second step has the steps of: and sending the character data obtained by subdividing the same character data to a plurality of game users.

13. The program according to claim 10, wherein the program further comprises a program for confirming the consistency of the characters,

the second step has the steps of: and sending the same character data obtained by subdivision to a plurality of game users.