TW202211085A - Script consistency confirming system, script consistency confirming device, script consistency confirming method and script consistency confirming program capable of ensuring security of visual confirmation for script consistency via external commission - Google Patents

Abstract

The invention provides a script consistency confirming system, script consistency confirming device, script consistency confirming method, and script consistency confirming program. A sales terminal sends a document having the script data for performing script consistency confirmation (step S404). A script consistency confirmation device performs subdivision for the received script data (step S407). The issue data comprising the subdivided and obtained script data is sent to a user terminal (step S408). The user terminal performs script data subdivided and obtained in issued data with a game of script consistency confirmation, and sends the game result to the script consistency confirmation device (step S409). The script consistency confirmation device sends a result document comprising a script consistency confirmation result based upon the received game result to the sales terminal (step S418).

Description

Character Consistency Confirmation System, Character Consistency Confirmation Device, Character Consistency Confirmation Method and Character Consistency Confirmation Program

The present invention relates to a text consistency checking system, a character consistency checking device, a character consistency checking method and a character consistency checking program utilizing game applications.

Currently, as technologies for digitizing paper documents, OCR (Optical Character Recognition) and ICR (intelligent character recognition) are widely known. For example, in Patent Document 1, in order to discriminate differences in printed characters among a plurality of document images obtained by OCR, it is determined which character image an input character image is close to with reference to character pattern data, and a corresponding character code is obtained. .

[Prior Art Literature] [Patent Literature] Patent Document 1: Japanese Patent Laid-Open No. 2013-90262.

[The problem to be solved by the invention]

The processing in Patent Document 1 presupposes that characters are correctly read. However, although the electronic technology of paper documents has been improved, misreading and unreadability occur at a fixed rate, and there is no technology that can fully recognize all characters. Therefore, it is ultimately necessary to confirm the text consistency through human visual observation. In this case, in order to achieve cost reduction, confirmation of character consistency may be performed by an external request. However, there is a risk of information leakage and other risks due to the provision of personal information to outside parties when performing external entrustment.

Therefore, an object of the present invention is to provide a character consistency checking system or the like, which can guarantee the safety when visually checking character consistency by an external request. [Proposal for solving problems]

The text consistency confirmation system has: a business terminal, which is operated by a client who confirms the text consistency; a text consistency confirmation device, which controls the text consistency confirmation; and a user terminal, which uses a game application to confirm the text consistency. The service terminal transmits a file including text data to be checked for text consistency. The text consistency confirmation device subdivides the received text data, and transmits the distribution data including the subdivided text data to the user terminal. The user terminal transmits the game result to the text consistency confirmation device for a game in which text consistency is confirmed on the subdivided text data included in the distribution data. The text consistency confirming means transmits a result file including a text consistency confirmation result based on the received game result to the service terminal. [Effect of invention]

Among the inventions disclosed in the present invention, effects obtained by representative inventions will be briefly described below.

That is, according to the representative embodiment of the present invention, it is possible to guarantee the safety when visually confirming the correspondence of characters by an external request.

(one implementation)

Hereinafter, the best mode for carrying out the present invention will be described in detail based on the drawings. In addition, in each figure for demonstrating the best form for carrying out this invention, the same code|symbol is attached|subjected to the member which has the same function, and the repeated description is abbreviate|omitted.

<Configuration of Character Consistency Confirmation System>

FIG. 1 is an overall configuration diagram showing an example of a character consistency checking system according to an embodiment of the present invention. As shown in FIG. 1 , the character consistency checking system 1 includes a character consistency checking device 10 , a service terminal 20 , a user terminal 30 , and a network N. In the character consistency checking system 1, communication including transmission and reception of data is performed between the character consistency checking apparatus 10 and the service terminal 20 and between the character consistency checking apparatus 10 and the user terminal 30 via the network N. Furthermore, it is also possible to perform communication among the plurality of user terminals 30 via the network N according to the usage situation.

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

The business terminal 20 is a processing device to which a requester such as a company entrusts a process of confirming the correspondence of characters. The user terminal 30 is a processing device that receives distribution data including text data used for playing the game from the text consistency checking device 10, and transmits the game result.

The text consistency checking device 10 and the service terminal 20 are, for example, information processing devices that can communicate through a network, such as a PC terminal and a server terminal. 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 computer terminal, and 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 system. As shown in FIG. 2 , the character consistency checking 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 confirmation of character consistency: receiving a file including character data for which confirmation of character consistency is requested from a requester; distributing distribution data including character data to a game user; and receiving characters from a game user Consistently recognized game results; sending result files including text consistency confirmation results to the client; etc.

The control unit 11 includes document acceptance/recognition processing 111, segmentation/random processing 112, user registration processing 113, publication processing 114, result collection processing 115, majority voting processing 116, evaluation/payment amount calculation processing 117, restoration processing 118, The result is sent to process 119 .

The control unit 11 includes, for example, a processor such as a CPU, and each functional block of the control unit 11 is realized by executing a character consistency check program in the processor. In addition, each functional block of the control part 11 can also be implemented by cooperation of software and hardware other than a processor.

The script acceptance/recognition process 111 accepts a file including script data for character consistency confirmation sent by a requester through the service terminal 20, and performs character recognition of the script using OCR, ICR, AI, or the like.

The subdivision/random process 112 subdivides the received text data, and performs randomization on the basis of guaranteeing the safety of the user terminal 30 . Specifically, the subdivision/randomization process 112 subdivides and randomly assigns characters recognized from a plurality of client documents, thereby eliminating the association with the original paper document.

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

The publishing process 114 matches the text data subdivided/randomized by the subdividing/randomizing process 112, matches the appropriate game users among the registered game users, and publishes the matched game users. For example, the distribution process 114 matches the game user to be distributed with reference to the attribute information of the registered game user.

The result collection process 115 collects the game result of the game user playing the game application. The majority vote process 116 performs a majority vote process on 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 reward corresponding to the evaluation and rating of the game user. The restoration process 118 executes restoration of the subdivided and random character data in order to confirm the character consistency. The result transmission process 119 transmits to the service terminal 20 a result file including the confirmation result of the text consistency.

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 or existing game technology.

The storage unit 13 is a functional block that stores various kinds of information necessary for the operation of the character consistency checking system 1 . The storage unit 13 includes a user host computer 131, an enterprise host computer 132, a text DB 133, a subdivision text DB 137, a distribution text 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 voting result. DB142 corresponding storage area respectively.

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

The user ID 131A stores the unique user ID assigned at the time of registration of the game user. The registration date 131B stores the registration time of the game user. Information on the date is also included in the moment. 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 the transfer destination account information for paying the reward. Age 131G stores the age of the game user. The languages 131H, 131I store the names of the available languages that the game user can use.

The company host 132 stores the company information of the company (the requester) that owns the service terminal 20 and requests the consistency check of the characters. FIG. 4 is a configuration diagram showing an example of an enterprise host. As shown in FIG. 4 , the company host 132 has storage areas corresponding to company ID 132A, company name 132B, address 132C, department in charge 132D, and the like.

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

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

The company ID 133A stores the company ID of the company that sent the text data. The reception date 133B stores the time when the text data was received. Information on the date is also included in the moment. The file number 133C stores a file number for identifying the received text data. The file number may be a file number assigned in advance in the service terminal 20 on the transmission side, or may be a file number assigned in the character consistency checking device 10 . The language 133D stores the language of the language used for the text 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 the user ID 134A, the evaluation date 134B, the number of answers 134C, the correct answer rate 134D, the level 134E, and the like.

The user ID 134A stores the user ID of the game user for identifying the evaluation object. The evaluation date 134B stores the time when the evaluation was performed. Information on the date is also included in the moment. 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 specified by the ratio of the number of correct answers to the number of answers. The correct answer rate may be the total correct answer rate since registration, or the correct answer rate from the previous evaluation to the current evaluation. Level 134E stores the level of the game user.

The payment history DB 135 stores the payment history of rewards 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 the user ID 135A, the payment date 135B, the payment amount 135C, the accumulated amount 135D, and the like.

The user ID 135A stores the user ID of the game user who paid the bonus. The payout date 135B stores the date on which the award was paid. Multiple dates may also be stored in the payment date 135B. The payment amount 135C stores the amount of the reward paid. The accumulated amount 135D stores the accumulated amount of the reward paid.

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

The company ID 136A stores the company ID of the company to which the result file including the text consistency check result is sent. The document number 136B stores the document number of the original document for which the character consistency check was performed. The result file management number 136C stores the management number of the result file including the text consistency check result transmitted to the service terminal 20 . The management numbers of the result files are assigned in the character consistency checking device 10 . The result judgment date 136D stores the date on which the result judgment was performed. The result reporting date 136E stores the reporting date for reporting the text consistency confirmation result to the client company. Specifically, the result reporting date refers to the sending date of the result file.

The sending FLG 136F stores a sending flag indicating that a result report has been made to the company. The transmission FLG 136F may be constituted by, for example, a register or the like. The character ID 136G stores, for example, the ID of the character data with a low correct answer rate in the character consistency check result. Alternatively, the character ID 136G may store the ID of the character data in which the arrangement based on the majority voting process described later and the arrangement based on AI do not match. The impossibility reason code 136H stores impossibility reason codes corresponding to various impossibility reasons when the correspondence of characters cannot be confirmed.

The subdivided text DB 137 stores text data subdivided and randomly obtained by the subdivision/random process 112 . FIG. 9 is a configuration diagram showing an example of a subdivided character DB. As shown in FIG. 9 , the subdivided character DB 137 has storage areas corresponding to the subdivided character number 137A, the company ID 137B, the file number 137C, the restoration code 137D, the character image 137E, and the like.

The subdivided character number 137A stores the number assigned to the subdivided character data. The company ID 137B stores the company ID of the company that sent the document including the character data for character consistency check. The file number 137C stores the ID given to the file including the text data received from the service terminal 20 . The restoration code 137D stores a code for restoring the subdivided characters. The character image 137E stores an image (Image) including the subdivided characters.

The text DB 138 for distribution stores information for associating the subdivided text and/or image with the matched game user. FIG. 10 is a configuration diagram showing an example of the distribution character DB 138 . As shown in FIG. 10 , the distribution character DB 138 has storage areas such as a user ID 138A, a subdivided character number 138B, a character image 138C, and the like.

The user ID 138A stores the user ID of the matched game user. The subdivision character number 138B stores the number of the distribution character issued to the matched game user. The character image 138C stores an image including characters corresponding to the subdivided character numbers.

The game result DB 140 stores the game result of the text matching check according to the type of 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 DB 140 has storage areas corresponding to the game ID 140A, the game progress ID 140B, the start date 140C, the 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, text consistency confirmation is performed for one or more text data. The game progress ID 140B 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 distribution end date is a preset end date, but is rewritten as a new distribution end date when, for example, the required number of answers is obtained before the set distribution end date and the distribution ends earlier than scheduled. The start date and end date of each game are, for example, a release start date and a release end date. The number of necessary answers 140E stores the number of answers necessary for the majority voting process. The number of answers 140F stores the actual number of answers for each game.

The AI judgment result DB 141 stores the AI-based character consistency judgment result. 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 company ID 141A, file number 141B, result file management number 141C, result judgment date 141D, character ID 141G, sequence 141H, and the like.

The company ID 141A stores the company ID of the company that has entrusted the text consistency check. The file number 141B stores the file number of the file including the character data for which the AI-based character consistency check has been performed. The result file management number 141C stores the management number of the result file including the confirmation result of the text consistency by AI. The result determination date 141D stores the date on which the AI-based character consistency check was performed. The character ID 141G stores the character ID of the candidate character used in the AI-based character consistency check. The sequence 141H stores the sequence of each candidate character in the arrangement generated by the AI.

The majority vote result DB 142 stores the text consistency check result of the majority vote process 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 , the majority voting result DB 142 has storage areas corresponding to company ID 142A, file number 142B, result file management number 142C, result judgment date 142D, character ID 142G, sequence 142H, and the like.

The company ID 142A stores the company ID of the company that has entrusted the text consistency check. The file number 142B stores the file number of the file including the text data whose text consistency has been confirmed by the majority voting process. The result file management number 142C stores the management number of the result file including the confirmation result of the text consistency based on the majority voting process. The result determination date 142D stores the date when the character consistency confirmation by the majority voting process is performed. The character ID 142G stores the character ID of the candidate character used for the character consistency confirmation 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 that communicates with the service terminal 20 and the user terminal 30 in accordance with commands from the control unit 11 and 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 scan process 211 , a document transmission process 212 , and a result reception process 213 .

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

The storage unit 22 has storage areas corresponding to the text data DB 221 and the confirmed data DB 222, respectively. The text data DB 221 stores text data acquired in the scan process 211 . The confirmation completed data DB 222 stores the character consistency confirmation result included in the result file received from the character consistency confirmation device 10 .

The communication unit 23 is a communication interface that communicates with the character consistency checking device 10 in accordance with commands from the control unit 21 and 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 consistency checking device 10 . The communication unit 32 is a communication interface that communicates with the character consistency checking apparatus 10 in accordance with commands from a control unit or the like in the user terminal 30 (not shown).

In addition, the structure of FIG. 2 shows an example for realizing the function of this invention, and is not limited to such a structure. For example, the user terminal 30 may execute a part of the processing performed in the character consistency checking device 10 , or it may be used not only for game users but also for operators who perform professional character consistency checking. The PC terminal etc. distribute the text data for text consistency confirmation, and execute it as a text consistency confirmation business.

"Text Consistency Confirmation Processing"

Next, a description will be given of the character consistency checking process according to the present embodiment. FIG. 14 is a program diagram showing an example of the character consistency checking 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, centering on the character consistency checking device 10 . Each of steps S401 to S419 is included in the character consistency check process of FIG. 14 .

First, the character match checking apparatus 10 discloses/provides a dedicated game application for checking character match through 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 text consistency checking device 10 (eg, the game content unit 12 , etc.), or may be installed in another environment dedicated to downloading.

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

"User Registration Processing"

The character consistency checking device 10 examines the content of the application from the new user, stores users who satisfy predetermined registration conditions in the user host 131, and registers the users (step S403). When the registration conditions are not satisfied, the character consistency checking device 10 sends a return to the user terminal 30 and notifies that the registration conditions are not satisfied (not shown).

Here, a specific example of the user registration process will be described. FIG. 15 is a flowchart showing a specific example of user registration processing. Steps S70 to S76 are included in the user registration process of FIG. 15 . In step S70, it is determined whether or not there is a user registration application. When the application for registration of the game user is made by the user terminal 30 in step S70 (Yes), the user registration processing 113 of the control unit 11 confirms the information of the application and examines the registration eligibility and the like (step S70 ). S71). When the game user registration application is not made by the user terminal 30 (NO), the process returns to step S70 , and the user registration process 113 waits until there is a registration application from the user.

In step S72, it is determined whether the application items are incomplete. If, as a result of confirming and examining the application items, there is incomplete information or there is a return item (Yes), the user registration process 113 notifies the user terminal 30 of the fact (step S73 ), and returns to Step S70. On the other hand, when there are no incomplete application items (No), the user registration process 113 assigns a unique user ID that can be identified to the user (step S74 ). The user registration process 113 registers the user in the user host 131 (step S75 ), and notifies the user terminal 30 of the completion of the user registration (step S76 ).

Return to the description of FIG. 14 . The scanning process 211 of the service terminal 20 scans the paper document for which the text consistency confirmation is requested, acquires the text data, and stores the acquired text data in the text data DB 221 . Then, the text data transmission process 212 transmits the acquired text data to the text consistency checking device 10 (step S404 ). In addition, the timing of step S404 may be before step S403, or may be at the same time as step S403.

"Text data acceptance/recognition processing"

The text consistency checking device 10 receives a file including text data from the service terminal 20 . Then, the text data acceptance/recognition processing 111 verifies the information of the company that sent the document and the company information registered in the company host 132, and then associates the received text data with the company ID, etc., and stores it in the text DB 133 (step S405). The character consistency checking apparatus 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 the document acceptance/recognition processing will be described. FIG. 16 is a flowchart showing an example of a document acceptance/recognition process. Steps S50 to S54 are included in FIG. 16 . In step S50, it is determined whether or not the company has made a request to confirm the correspondence of characters. When there is no request for character consistency confirmation from the business terminal 20 in step S50 (No), the document acceptance/recognition process 111 returns to step S50 and waits until there is a request for character consistency confirmation from the company .

On the other hand, when the request for confirming the correspondence of characters is made from the service terminal 20 (Yes), the character data acceptance/recognition process 111 performs the processing of the company information included in the character data received from the service terminal 20 and the data stored in the company host computer. The company information stored in 132 is checked (step S51).

In step S52, it is determined whether the received enterprise information is registered in the enterprise host 132. When the received company information is registered as a requester (Yes), the document acceptance/recognition processing 111 performs character recognition processing on the received document using OCR, ICR, AI, or the like. The character data acceptance/recognition process 111 associates the character recognized here with company information and stores it in the character DB 133 (step S54 ). On the other hand, if the received company information is not registered as a requesting party (No), the script acceptance/recognition process 111 transmits a notification urging the retransmission of the script to the business terminal 20 that sent the script. (step S53).

Return to the description of FIG. 14 . Then, the subdivision/random process 112 performs subdivision and randomization of the characters recognized in step S406 to generate distribution data for game users (step S407 ). The subdivision and randomization of the text uses existing well-known techniques. Characters identified by the same character data are dispersed through subdivision and randomization of characters, so even if distribution data is distributed to game users, security can be ensured.

"Release Processing"

Then, the distribution processing 114 analyzes the distribution material generated in step S407. Then, the character consistency checking device 10 refers to the attributes of the registered users stored in the user host 131, matches the registered users suitable for the analysis result of the distribution data, and performs distribution data for the matched appropriate game users. release processing (step S408 ).

Specifically, the text consistency checking device 10 transmits text data subdivided from the same text data to a plurality of game users. Then, the text consistency checking apparatus 10 transmits the same text data obtained by subdividing to a plurality of game users.

Furthermore, for example, in the case of confirming the consistency of words such as idioms and words with coherence, game users who can use the language of the text data, or those who have the language as a native language, a second language, or a third language will be matched. The game user of the nationality of the country such as the language. Thereby, character consistency confirmation can be performed efficiently.

In order to ensure security in the publishing process, the subdivision/random process 112 adds, for example, an identifier to each character of the document in the subdivision and randomization. In the case of randomization, for example, the number of text materials having the same identifier in the distribution materials is limited to a predetermined number. As a result, it becomes difficult to restore the published data and obtain the original written data, so security is guaranteed.

The distribution process 114 refers to the attributes of each character data and the user host 131, and matches the game user who sent the character data. Specifically, the distribution material is distributed in association with the user IDs of the plurality of game users that are matched. In this way, by distributing the subdivided data according to predetermined conditions and distributing it to a plurality of game users, restoration to the original file is made difficult and security is ensured.

A specific example of the distribution process will be described here. FIG. 17 is a flowchart showing an example of distribution processing. Steps S80 to S86 are included in FIG. 17 . In step S80, it is determined whether or not the subdivided character DB is updated as a result of the execution of the subdivision/random process in step S407. When the subdivided character DB has not been updated in step S80 (No), the character consistency checking device 10 returns to step S80 and stands by until the subdivided character DB 137 is updated. On the other hand, when the subdivided character DB is updated (Yes), the character consistency checking device 10 refers to the subdivided character and determines the language used for the character (step S81 ).

In addition, the character consistency checking device 10 uses judgment items such as the number of characters of the character data, accumulated information of past judgment results, idioms, and whether it is a coherent character, etc., to judge the difficulty of the character data when the consistency check is performed. degree (step S82). Then, using the difficulty level and the evaluation result stored in the user host 131 , the character matching device 10 matches the game user of the distribution destination (step S83 ).

Supplement the difficulty level of the text data. For example, a written document similar to a written document judged to be significantly different from the judgment result based on the conventional AI and the judgment result based on the majority voting process described later, a written document such as a signature/signature that is considered difficult to be judged as a written document, or, Text data, such as the Chinese digit "one", the "-" for extending the sound, the digit "1", and the English letter "l", need to confirm the consistency of the characters based on the combination of the characters before and after. It is judged to be difficult.

The text consistency checking device 10 associates the text data with the matched multiple game users (step S84 ), stores it in the distribution text DB 138 (step S85 ), and distributes it to the multiple game users (step S86 ). ).

In addition, in these distribution processes, the character consistency checking device 10 may include in the distribution data the character data subdivided for the character consistency check, and the abstracted object that becomes the comparison object of the character corresponding to the character data candidate text. The abstracted candidate characters are, for example, symbols and/or images.

In addition, the character consistency checking device 10 may further subdivide 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 apparatus 10 matches the game user who sent the distribution data with reference to the attribute of the game user. Specifically, the character consistency checking device 10 compares the language of use of the block with the available languages registered in the attributes of the game users, and matches game users whose languages match. Alternatively, the character consistency checking apparatus 10 may compare the language used for the block with the nationality registered in the attribute of the game user, and match the game user with the nationality of the country that uses the language used for the block as a common language.

"Text Consistency Confirmation Game Execution"

Here, return to the description of FIG. 14 . The game user uses the user terminal 30 to play the game based on the distribution data including the text data distributed by the text consistency checking device 10 , thereby confirming the text consistency of the text data (step S409 ).

[Game example (1)]

The game example (1) will be described. FIG. 18 is a diagram showing an example of a character match checking game. First, the example of FIG. 18 will be described. The game user operates the user terminal 30 he owns to play a game of checking the correspondence of characters. On the display screen 301 of the user terminal 30, an image 302 based on the character data received from the character consistency checking device is displayed. The image of the characters included in the image 302 is recognized by OCR, ICR, AI, or the like. Candidate characters 303 to 305 similar to the character are displayed on the display screen 301 . In FIG. 18, "tian" 303, "you" 304, and "jia" 305 are displayed as candidate characters, respectively.

In addition, instead of these candidate words, abstracted candidate words may be used. Specifically, when the characters whose character consistency is confirmed are Chinese characters, symbols and/or images obtained by abstracting the aforementioned "tian", "you", and "jia" can be used as candidate characters. Thereby, it becomes possible to match game users who do not recognize Chinese characters, and it becomes possible to effectively increase the number of answers.

The game user clicks and selects a candidate character determined to match the character of the image 302 , and clicks the OK button 308 to confirm the selected candidate character. When the candidate character is determined, it 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 pressing the skip button 306 to advance to the next screen.

[Game example (2)]

Next, a game example (2) will be described. FIG. 19 is a diagram showing another example of the character match checking game. On the display screen 301 of the user terminal 30 , other similar characters are displayed as candidate characters instead of the characters considered to be the most consistent with the characters of the image 302 . Specifically, in FIG. 19 , in place of “Tian” 303 ( FIG. 18 ), which is considered to be the most consistent character with the image 302 , a similar character “Shen” 309 is displayed as a candidate character, so that the game user can judge the matching of the characters. sex. By incorporating such a configuration, it is possible to easily evaluate the accuracy and precision of the character consistency judgment for the game user.

[Game example (3)]

Next, a game example (3) will be described. FIG. 20 is a diagram showing another example of the character match checking game. When it is determined that there is no character that matches or is similar to the character of the image 302 among the candidate characters displayed on the display screen 301 of FIGS. 18 to 19 , the game user presses the input button 307 to display the screen 301 The state of Fig. 20 is entered. Then, the game user inputs by hand a character deemed 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 action of the game j, and game content and entertainment properties may be incorporated into the game content. For example, the user terminal 30 may communicate via the network N with user terminals possessed by other game users, and the accuracy and speed of the answer to the competition may be performed.

"Results Recycling"

The game result is sent to the character consistency checking device 10 via the network N at any time or whenever a predetermined time elapses for collection (step S410 ). FIG. 21 is a flowchart showing an example of result recovery processing. Steps S90 to S94 are included in FIG. 21 .

In step S90, it is determined whether the game user has played the game. If the game user has not played the game (No), the text consistency checking device 10 (eg, the result recovery process 115 ) returns to step S90 and waits until the user plays the game. On the other hand, when the game user has registered the game application and has already played the game (Yes), the character consistency checking device 10 monitors the state of competition, the progress of the game within a predetermined time, and the like.

In step S91, it is determined whether one round of the game is over. The game mentioned here, for example, can be mentioned that the game user has completed at least one question or one step of the game, or quits after playing one question or more than one step.

When one round has not ended (NO), the character consistency checking apparatus 10 returns to step S90 and stands by. On the other hand, when one round is over (Yes), the character consistency checking device 10 collects the game results with matching characters, 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. When the game user continues to play the game in step S93 (Yes), the character consistency checking apparatus 10 returns to step S91 . On the other hand, when the game user does not continue to play the game in step S93 (NO), the character agreement checking device 10 executes the evaluation/payment amount calculation process 117 described later (step S94 ). In addition, the collection of the game result from the game user does not need to be performed every round. For example, the logged-in user terminal may store the game results of one or more rounds of text consistency, and send the game at a predetermined time or whenever a game result transmission request from the text consistency checking device 10 is received. result.

"Majority voting processing, AI judgment result comparison processing"

Return to the description of FIG. 14 . Then, the character consistency checking device 10 (for example, the majority voting process 116 ) executes judgment processing based on majority voting on the collected game results, thereby determining the character consistency checking as the game result and judging the accuracy ( step S411). FIG. 22 is a flowchart showing an example of the majority voting process and the AI judgment result comparison process. FIG. 22 includes steps S100 to S109 and S140 to S142. Steps S100 to S103 are steps corresponding to majority voting processing, and steps S104 to S109 and S140 to S142 are steps corresponding to AI judgment result comparison processing.

In step S100, it is determined whether the game result is recovered. When the game result is not collected in step S100 (No), the text consistency checking apparatus 10 returns to step S100 and waits until the game result is collected. On the other hand, when the game result has been collected (Yes), the character consistency checking device 10 proceeds to step S101 .

In step S101, it is determined whether or not the number of answers required for the majority voting process has been secured. In step S101 , when the number of answers for the same character data does not meet the number of times required for majority voting, the character consistency checking device 10 waits until the necessary number of times is ensured. However, when the number of responses does not meet the required number of times after a predetermined time has elapsed (No), the character matching device 10 determines that the matching of characters cannot be checked, and stores the reason code for the impossibility in the checking result DB 136 (step S102), ending the majority voting process.

FIG. 23 is a diagram showing an example of associating an impossibility reason code with an impossibility reason. On the left side of the impossibility reason code table 139 in FIG. 23 are shown an impossibility reason code column 139A in which an impossibility reason code is written, and an impossibility reason column in which an impossibility reason corresponding to each impossibility reason code is written 139B. The impossibility reason code when the correspondence of characters cannot be confirmed is stored in the impossibility reason code 136H of the storage unit 13 .

In FIG. 23 , the reasons for impossibility include “cannot read”, “cannot judge by majority vote”, “big difference from AI”, etc., and “01” to “” are assigned to each impossibility reason. 03" can't justify the code. The impossibility reason code table 139 is stored in, for example, the storage unit 13 of the character consistency checking device 10 .

On the other hand, when the number of answers for the same character data satisfies the number of times required for majority voting in step S101 (Yes), the character agreement checking device 10 generates a majority-based method for each candidate character corresponding to the character data. The ranking of the characters of the voting is given in descending order of superiority and inferiority, and the generated ranking is stored in the majority voting result DB 142 (step S103 ).

The character consistency checking apparatus 10 receives the judgment processing result of the majority voting by the majority voting process 116, and compares the arrangement generated from the recognition result of OCR or ICR using AI with the arrangement generated by the majority voting process (step S104). . In addition, the arrangement using AI is generated in the character consistency checking device 10 in parallel with the distribution of the character data to the game user. The generated arrangement is stored in the AI judgment result DB 141 .

In step S105, it is determined whether the arrangement generated by the majority voting process 116 matches the arrangement generated by the AI. When the alignments are consistent in step S105 (Yes), the character consistency checking device 10 determines that the reliability of character consistency checking based on majority voting is high, and performs the majority voting process 116 (in the majority voting result). DB 142 ) array is stored in the confirmation result DB 136 (step S141 ), and the AI judgment result comparison process ends.

On the other hand, when these arrangements do not match in step S105 (NO), the character matching device 10 compares the two arrangements (step S106 ), and identifies candidate characters that do not match (step S107 ). Then, the character consistency checking device 10 determines the reason for the inconsistency (step S108 ). The reason for the inconsistency is, for example, a case where there is a handwritten input character described in FIG. 20 . Of course, there are cases where these arrangements do not match even in the absence of handwritten characters.

In step S109, it is determined whether or not there is a handwritten input character. If there is no handwritten input character in step S109 (No), the character consistency checking device 10 stores the reason code for the incompatibility in the checking result DB 136 for the reason for the mismatch (step S142 ), and ends the AI judgment result comparison process.

On the other hand, if there is a handwritten input character (Yes), the character consistency checking device 10 inserts the judgment result for the handwritten input character into the arrangement, and determines that the character consistency check including the candidate character and the handwritten input character is reliable. degree (step S140 ), the reason code of impossibility is stored in the confirmation result DB 136 (step S142 ), and the AI judgment result comparison process ends.

Return to the description of FIG. 14 . Based on the analysis result in step S411 , the character consistency check device 10 (eg, restoration process 118 ) executes restoration processing of the character data, and stores the restored character data in the confirmation result DB 136 (step S412 ). In addition, the restoration process is a process paired with the subdivision/random process, and is performed using an existing well-known technique.

"Evaluation/Payment Amount Calculation Processing"

The text consistency checking device 10 (eg, the evaluation/payment amount calculation process 117 ) associates the restoration result with the game user information, and evaluates the correct answer rate, answer rate, answer speed, transaction, etc. of the game result. The evaluation results are stored in the evaluation information DB 134 . For example, when evaluating the game user, the character consistency checking device 10 pre-sets evaluation points for evaluation items such as correct answer rate, response rate, answer speed, transaction processing, and usage frequency, and the evaluation points based on the evaluation items for each evaluation item are set in advance. The total of the game users is evaluated.

In addition, the response of a game user whose evaluation is extremely low by the character matching apparatus 10 may be eliminated when performing the majority voting process. Thereby, the overall response accuracy can be improved. These evaluation results are stored in the evaluation information DB 134 and/or the user host 131, and are used as matching information for game users.

The text consistency confirmation device 10 feeds back the evaluation result for the game user as rating or level, and reward information to the game user (step S413 , step S414 ).

FIG. 24 is a flowchart showing an example of evaluation/payment amount calculation processing. Steps S110 to S117 are included in FIG. 24 . In step S110, it is determined whether or not the majority voting process has been performed. When it is determined in step S110 that the majority voting process has not been performed (NO), the character agreement checking apparatus 10 returns to step S110 and stands by until the majority voting process is performed.

On the other hand, when it is determined in step S110 that the majority voting process has been executed (Yes), the character consistency checking device 10 performs a ranking based on the correctness of each game user based on the collected game results ( step S111 ), sorting based on response rate (step S112 ), sorting based on response speed (step S113 ), sorting based on transaction processing (step S114 ), and the like. Then, the character consistency checking device 10 calculates points according to items such as correctness, and determines the level, state, rating, etc. of each game user (step S115 ). In addition, the character consistency checking device 10 may use items such as the response rate, handwritten character input rate, and number of times of impossibility reasons for characters with greater difficulty in character consistency checking for evaluation by game users.

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

Return to the description of FIG. 14 . The game user can browse his own rating and reward information, etc. on the user terminal 30 through the screen of the game being played. The game user makes a request for a reward to the text consistency checking device 10 as needed (step S415 ).

In response to the request for the reward from the user terminal 30, the text consistency checking device 10 pays the reward to the corresponding game user, and stores the payment result in the payment history DB 135 (step S416).

The text consistency confirmation device 10 may also calculate the generated bonus, and notify the game user and the consignor's enterprise as necessary (step S417 ). In addition, step S417 may be performed simultaneously with step S414, or may be performed at the timing after step S414.

In addition, it is also possible to have a configuration in which various processes related to the bonus are appropriately added according to the usage situation. That is, the processing related to the reward may not be performed.

"Result Sending Processing"

The character consistency checking device 10 (for example, the result transmission process 119 ) transmits the character consistency checking result and the like stored in the checking result DB 136 obtained by executing the series of processes to the service terminal 20 (step S418 ).

FIG. 25 is a flowchart showing an example of a result transmission process. Steps S130 to S132 are included in FIG. 25 . In step S130, it is determined whether or not the confirmation result DB 136 has been updated. When the confirmation result DB 136 has not been updated (NO), the character consistency confirmation apparatus 10 returns to step S130 and waits until the confirmation result DB 136 is updated.

On the other hand, for example, when the restoration process by the restoration process 118 is executed and the result determination date 136D of the confirmation result DB 136 shown in FIG. The processing result of the document etc. whose consistency has been confirmed is stored (step S131 ), the result reporting date 136E is stored, and the processing of creating and transmitting the FLG 136F is performed (step S132 ).

Return to the description of FIG. 14 . When the service terminal 20 receives the processing result from the character consistency checking device 10, it stores the received processing result in the confirmation completed data DB 222 (step S419).

Incidentally, these series of processes are just an example. For example, the process performed in the character consistency checking device 10 may be performed in the user terminal 30, for example, without affecting the series of processes. The order of each process is appropriately switched within the range of .

<Main effects of this embodiment>

According to this embodiment, the subdivision and randomization of the received character data are performed in the character consistency checking device 10 . Specifically, the character consistency checking device 10 subdivides the characters recognized by the plurality of client's character data, and randomly assigns the subdivided character data. According to this configuration, the relationship between the subdivided and randomized text data and the original text data at the time of reception disappears, so that the security at the time of visual confirmation of the text consistency by external request can be guaranteed.

Furthermore, according to the present embodiment, the character consistency checking apparatus 10 transmits the character data subdivided 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 subdivided text data, so that safety can be ensured.

Furthermore, according to the present embodiment, the character consistency checking device transmits the subdivided identical character data to a plurality of game users. According to this configuration, since a plurality of character consistency checks are performed for the same character, the reliability of character consistency check can be improved.

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

In addition, a part of the structure of a certain embodiment may be replaced with the structure of another embodiment, and the structure of another embodiment may be added to a part of the structure of a certain embodiment. In addition, addition, deletion, and replacement of other configurations may be performed for a part of the configuration of each embodiment. In addition, each member and relative dimensions described in the drawings are simplified and idealized in order to explain the present invention easily and understandably, and there may be cases in which the shape becomes more complicated depending on the actual installation.

1: Text Consistency Confirmation System 10: Text consistency confirmation device 11: Control Department 12: Game Content Department 13: Storage Department 14: Communications Department 20: Business Terminal 21: Control Department 22: Storage Department 23: Communications Department 30: User terminal 31: Game Apps 32: Communications Department 111: Text data acceptance/recognition processing 112: Subdivision/Randomization 113: User registration processing 114: Release Processing 115: Result recovery processing 116: Majority vote processing 117: Evaluation/payment amount calculation processing 118: Recovery processing 119: result sending processing 131: user host 131A: User ID 131B: Date of registration 131C: Username 131D: Nationality 131E: Gender 131F: Account Information 131G: Age 131H: Language 132I: Language 132: Enterprise Hosting 132A: Enterprise ID 132B: Business name 132C: address 132D: Responsible Department 133: Text DB 133A: Enterprise ID 133B: Date of Acceptance 133C: File number 133D: Language 134: Evaluation Information DB 134A: User ID 134B: Date of Evaluation 134C: Number of answers 134D: Correct answer rate 134E: Level 135: Payment History DB 135A: User ID 135B: Payment Date 135C: Payment Amount 135D: Cumulative amount 136: Confirm result DB 136A: Enterprise ID 136B: File number 136C: Results file management number 136D: Date of result determination 136E: Result report date 136F: Send FLG 136G: Text ID 136H: Cannot reason code 137: Subdivision text DB 137A: Subdivision text numbering 137B: Enterprise ID 137C: File number 137D: Recovery Code 137F: Text image 138: Text DB for publication 138A: User ID 138B: Subdivision text number 138C: Text Image 139: Cannot justify code table 139A: Code column cannot be reasoned 139B: Unable to reason column 140: Game result DB 140A: Game ID 140B: Game progress ID 140C: Start Date 140D: End Date 140E: Number of necessary answers 140F: Number of answers 141: AI judgment result DB 141A: Enterprise ID 141B: File number 141C: Results file management number 141D: Date of result determination 141G: Text ID 141H: Sequence 142: Majority voting result DB 142A: Enterprise ID 142B: File number 142C: Results file management number 142D: Date of result judgment 142G: Text ID 142H: Sequence 211: Scan Processing 212: Text data sending processing 213: Result receiving processing 221: Text data DB 222: Confirmation completed data DB 301: Display screen 302: Image 303~305: Candidate text 306: Skip button 307: Enter button 308: OK button S50~S54: Steps S70~S76: Steps S80~S86: Steps S90~S94: Steps S100~S109: Steps S110~S117: Steps S130~S132: Steps S140~S142: Steps S401~S419: Steps

FIG. 1 is an overall configuration diagram showing an example of a character consistency checking 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 system.

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

FIG. 4 is a configuration diagram showing an example of an enterprise host.

FIG. 5 is a configuration diagram showing an example of a 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 a 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 a subdivided character DB.

FIG. 10 is a configuration diagram showing an example of a 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 an AI determination result DB.

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

FIG. 14 is a program diagram showing an example of the character consistency checking process according to the embodiment of the present invention.

FIG. 15 is a flowchart showing a specific example of user registration processing.

FIG. 16 is a flowchart showing an example of a document acceptance/recognition process.

FIG. 17 is a flowchart showing an example of distribution processing.

FIG. 18 is a diagram showing an example of a character match checking game.

FIG. 19 is a diagram showing another example of the character match checking game.

FIG. 20 is a diagram showing another example of the character match checking game.

FIG. 21 is a flowchart showing an example of result recovery processing.

FIG. 22 is a flowchart showing an example of the majority voting process and the AI judgment result comparison process.

FIG. 23 is a diagram showing an example of associating an impossibility reason code with an impossibility reason.

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

FIG. 25 is a flowchart showing an example of a result transmission process.

10: Word consistency confirmation device

20: Business Terminal

30: User terminal

S401~S419: Steps

Claims (13)

A text consistency confirmation system, characterized in that it has: The business terminal is operated by the client who confirms the text consistency; a text consistency confirmation device, which controls the text consistency confirmation; and The user terminal uses the game application to confirm the text consistency, The service terminal sends a file including the text data for the text consistency confirmation, The text consistency confirming device performs subdivision of the received text data, and sends, to the user terminal, release data including the subdivided text data, The user terminal performs the text consistency confirmation game on the subdivided text data contained in the release data, and sends the game result to the text consistency confirmation device, The text consistency confirmation device sends a result file including a text consistency confirmation result based on the received game result to the service terminal. The text consistency confirmation system according to claim 1, wherein the text consistency confirmation device subdivides the characters identified by the text data of a plurality of clients, and randomly assigns and subdivides the obtained characters corresponding text data. The text consistency confirmation system according to claim 1, wherein the text consistency confirmation device sends the text data subdivided from the same text data to a plurality of game users. The text consistency confirmation system according to claim 1, wherein the text consistency confirmation device sends the subdivided identical text data to a plurality of game users. A character consistency confirmation device, characterized in that: The character consistency confirmation device receives the character data for character consistency confirmation sent from the service terminal operated by the client, and Subdivide the received text data, and send the release data including the subdivided text data to the user terminal that uses the game application to confirm the text consistency, receiving, from the user terminal, the game result of the text consistency confirmation performed on the subdivided text data included in the release data, and Sending a result file including a text consistency confirmation result based on the received game result to the service terminal. The text consistency confirmation device according to claim 5, wherein the text consistency confirmation device subdivides the characters identified by the text data of a plurality of clients, and randomly assigns and subdivides the obtained characters corresponding text data. The text consistency confirmation device according to claim 5, wherein the text consistency confirmation device sends the text data subdivided from the same text data to a plurality of game users. The text consistency confirmation device according to claim 5, wherein the text consistency confirmation device sends the subdivided identical text data to a plurality of game users. A method for confirming text consistency, comprising: The first step is to receive the text data sent from the service terminal operated by the client to be confirmed for text consistency; The second step is to subdivide the received text data, and send the release data including the subdivided text data to the user terminal that uses the game application to confirm the text consistency; The third step is to receive, from the user terminal, the game result of the text consistency confirmation performed on the subdivided text data included in the release data; and In the fourth step, a result file including a text consistency confirmation result based on the received game result is sent to the service terminal. A storage medium is characterized in that, it stores a text consistency verification program that causes the processor to execute the following steps: The first step is to receive the text data sent from the service terminal operated by the client to be confirmed for text consistency; The second step is to subdivide the received text data, and send the release data including the subdivided text data to the user terminal that uses the game application to confirm the text consistency; The third step is to receive, from the user terminal, the game result of the text consistency confirmation performed on the subdivided text data contained in the release data; In the fourth step, a result file including a text consistency confirmation result based on the received game result is sent to the service terminal. The storage medium according to claim 10, wherein the second step includes the steps of: subdividing the characters identified by the text data of a plurality of clients, and randomly assigning the characters corresponding to the subdivided characters text data. The storage medium according to claim 10, wherein the second step includes the step of: sending the text data subdivided from the same text data to a plurality of game users. The storage medium according to claim 10, wherein the second step has the following steps: sending the subdivided and identical text data to a plurality of game users.

Images