文字一致性确认系统、文字一致性确认装置、文字一致性确认方法及文字一致性确认程序

摘要

提供文字一致性确认系统、文字一致性确认装置、文字一致性确认方法及文字一致性确认程序。业务终端发送包括用于进行文字一致性确认的文字数据的文件(步骤S404)。文字一致性确认装置进行所接收到的文字数据的细分(步骤S407)，向用户终端发送包括细分得到的文字数据、和为对应于文字数据的文字的比较对象的被抽象化的候选文字的发布数据(步骤S408)。用户终端对发布数据中所包含的被细分得到的文字数据进行文字一致性确认的游戏，并向文字一致性确认装置发送游戏结果(步骤S409)。文字一致性确认装置向业务终端发送包括基于所接收到的游戏结果的文字一致性确认结果的结果文件(步骤S418)。

说明书

技术领域

本发明涉及利用游戏应用的文字一致性确认系统、文字一致性确认装置、文字一致性确认方法及文字一致性确认程序。

背景技术

目前，作为将纸文件电子化的技术，OCR(Optical Character Recognition，光学字符识别)和ICR(intelligent character recognition，智能字符识别)已经广为人知。例如，在专利文献1中，为了判别通过OCR所获取的多个文件图像中的印刷文字的差异，参照文字图案数据判断所输入的文字图像接近哪个文字图像，并获取对应的文字代码。

现有技术文献

专利文献

专利文献1：日本特开2013-90262号公报

发明内容

发明要解决的课题

虽然纸文件的电子化技术得到提高，但是以固定的比率产生误读和不能读，不存在可以完全识别包括手写文字在内的所有文字的技术。因此，最终是通过人的视觉观察进行文字一致性的确认。这样的文字一致性确认成为阻碍纸文件的电子化的成本降低的一个主要原因，因此为了实现成本降低，还进行人工的视觉确认的外部委托。

但是，例如汉字的视觉确认被限制于汉字圈内，所以委托对象受限定，还存在成本升高的情况，所以成本降低效果不能说充分。

因此，本发明的目的在于，实现纸文件的电子化时的视觉确认的作业生产性提高及高效化。

用于解决课题的方案

文字一致性确认系统具有：业务终端，由文字一致性确认的委托者进行操作；文字一致性确认装置，进行文字一致性确认的控制；以及用户终端，使用游戏应用进行文字一致性确认。业务终端发送包括要进行文字一致性确认的文字数据的文件。文字一致性确认装置进行所接收到的文字数据的细分，向用户终端发送包括细分得到的文字数据、和为对应于文字数据的文字的比较对象的被抽象化的候选文字的发布数据。用户终端对发布数据中所包含的被细分得到的文字数据进行文字一致性确认的游戏，向文字一致性确认装置发送游戏结果。文字一致性确认装置向业务终端发送包括基于所接收到的游戏结果的文字一致性确认结果的结果文件。

发明的效果

在本申请所公开的发明中，对通过代表性的发明得到的效果进行简单说明如下。

即，根据本发明的代表性的实施方式，能够实现纸文件的电子化时的视觉确认的作业生产性提高及高效化。

附图说明

图1是示出有关本发明的一个实施方式的文字一致性确认系统的一例的整体构成图。

图2是示出文字一致性确认系统的各装置的构成例的框图。

图3是示出用户主机的一例的构成图。

图4是示出企业主机的一例的构成图。

图5是示出文字DB的一例的构成图。

图6是示出评价信息DB的一例的构成图。

图7是示出支付历史DB的一例的构成图。

图8是示出确认结果DB的一例的构成图。

图9是示出细分文字DB的一例的构成图。

图10是示出发布用文字DB的一例的构成图。

图11是示出游戏结果DB的一例的构成图。

图12是示出AI判定结果DB的一例的构成图。

图13是示出多数表决结果DB的一例的构成图。

图14是示出有关本发明的一个实施方式的文字一致性确认处理的一例的程序图。

图15是示出用户注册处理的具体例的流程图。

图16是示出文字数据受理/认识处理的一例的流程图。

图17是示出发布处理的一例的流程图。

图18是示出文字一致性确认游戏的一例的图。

图19是示出文字一致性确认游戏的另一例的图。

图20是示出文字一致性确认游戏的另一例的图。

图21是示出结果回收处理的一例的流程图。

图22是示出多数表决处理及AI判定结果比较处理的一例的流程图。

图23是示出将不能够理由代码和不能够理由建立对应的例子的图。

图24是示出评价/支付金额计算处理的一例的流程图。

图25是示出结果发送处理的一例的流程图。

具体实施方式

(一个实施方式)

下面，根据附图对用于实施本发明的最佳方式进行详细说明。另外，在说明用于实施发明的最佳方式用的各附图中，对具有相同功能的部件标注相同的标号，并省略其反复说明。

<文字一致性确认系统的构成>

图1是示出有关本发明的一个实施方式的文字一致性确认系统的一例的整体构成图。如图1所示，文字一致性确认系统1具有文字一致性确认装置10、业务终端20、用户终端30、网络N。在文字一致性确认系统1中，经由网络N在文字一致性确认装置10和业务终端20之间及文字一致性确认装置10和用户终端30之间进行包括数据的发送及接收的通信。并且，根据使用状况，还可以经由网络N在多个用户终端30之间进行通信。

文字一致性确认装置10是使用游戏应用进行有关文字一致性确认的控制的装置。当存在来自业务终端20的文字一致性确认的请求时，文字一致性确认装置10向已安装有专用的游戏应用的注册用户的用户终端30发布进行文字一致性确认的文字数据。

业务终端20是由企业等委托者委托文字一致性的确认处理的处理装置。用户终端30是从文字一致性确认装置10接收包括玩游戏使用的文字数据的发布数据，并发送游戏结果的处理装置。

文字一致性确认装置10及业务终端20例如是PC终端和服务器终端等可以通过网络进行通信的信息处理装置。用户终端30例如是智能电话终端、移动电话终端、PDA终端、平板电脑终端、PC终端等信息处理装置。

《文字一致性确认装置10》

图2是示出文字一致性确认系统的各装置的构成例的框图。如图2所示，文字一致性确认装置10具备控制部11、游戏内容部12、存储部13、通信部14等。控制部11进行如下与文字一致性确认相关的各种处理：从委托者接收包括请求了确认文字一致性的文字数据的文件；对游戏用户发布包括文字数据的发布数据以及从游戏用户接收文字一致性识别的游戏结果；对委托者发送包括文字一致性确认结果等的结果文件；等。

控制部11具有文字数据受理/识别处理111、细分/随机处理112、用户注册处理113、发布处理114、结果回收处理115、多数表决处理116、评价/支付金额计算处理117、复原处理118、发送处理119。

控制部11具有例如CPU等处理器，通过在处理器中执行文字一致性确认程序，实现控制部11的各功能块。另外，控制部11的各功能块还可以通过由软件和处理器以外的硬件进行协作来实现。

文字数据受理/识别处理111受理由委托者通过业务终端20发送的包括文字一致性确认用的文字数据的文件，并使用OCR、ICR、AI等进行文字数据的文字识别。

细分/随机处理112将所受理的文字数据进行细分，在担保对用户终端30的安全性的基础上进行随机。具体地讲，细分/随机处理112对由多个委托方的文字数据识别出的文字进行细分并随机分配，由此使与原始的纸文件的关联消失。

用户注册处理113进行受理持有用户终端30的用户玩游戏应用所需要的注册信息并作为游戏用户进行注册的处理。

发布处理114对通过细分/随机处理112被细分/随机的文字数据，由所注册的游戏用户中匹配出适当的游戏用户，并对所匹配的游戏用户进行发布。例如，发布处理114参照着所注册的游戏用户的属性信息进行要发布的游戏用户的匹配。

结果回收处理115进行游戏用户玩游戏应用的游戏结果的回收。多数表决处理116进行针对所回收的结果的多数表决处理，并进行文字一致性的确定。

评价/支付金额计算处理117根据所回收的游戏结果进行各游戏用户的评价和评级(水平)等，进行与游戏用户的评价和评级对应的奖励的计算。复原处理118执行已进行了细分及随机的文字数据的复原，以便进行文字一致性的确认。发送处理119向业务终端20发送包括文字一致性的确认结果的结果文件。

游戏内容部12是进行游戏应用的服务器侧的运用管理的处理部。游戏内容部12按照公知即已有的游戏技术而被运用及执行。

存储部13是存储文字一致性确认系统1的运用所需要的各种信息的功能块。存储部13具有与用户主机131、企业主机132、文字DB133、细分文字DB137、发布用文字DB138、评价信息DB134、支付历史DB135、确认结果DB136、游戏结果DB140、AI判定结果DB141、多数表决结果DB142分别对应的存储区域。

用户主机131存储所注册的游戏用户的属性。图3是示出用户主机的一例的构成图。如图3所示，用户主机131例如具有与用户ID131A、注册日期131B、用户姓名131C、国籍131D、性别131E、账户信息131F、年龄131G、语言131H、131I等对应的存储区域。在用户主机131中存储的各属性信息被用于进行为发布数据的发布目的地的游戏用户的匹配。

用户ID131A存储在游戏用户的注册时所分配的固有的用户ID。注册部131B存储游戏用户的注册时刻。在该时刻中还包括日期的信息。用户姓名131C存储游戏用户的姓名。国籍131D存储游戏用户的国籍。性别131E存储游戏用户的性别。账户信息131F存储支付奖励用的转账目的地账户信息。年龄131G存储游戏用户的年龄。语言131H、131I存储游戏用户可以使用的可用语言名称。

企业主机132存储持有业务终端20并委托文字的一致性确认的企业(委托者)的企业信息。图4是示出企业主机的一例的构成图。如图4所示，企业主机132具有与企业ID132A、企业名称132B、地址132C、担当部门132D等对应的存储区域。

企业ID132A存储在注册时所分配的企业(委托者)的固有的企业ID。企业名称132B存储与企业ID对应的注册企业名称。地址132C存储注册企业的地址。担当部门132D存储使用业务终端20的注册企业的担当部门。

文字DB133存储从业务终端20接收到的文字数据等信息。图5是示出文字DB的一例的构成图。如图5所示，文字DB133具有与企业ID133A、受理日期133B、文件编号133C、语种133D等对应的存储区域。

企业ID133A存储发送了文字数据的企业的企业ID。受理日期133B存储接收到文字数据的时刻。在该时刻中还包括日期的信息。文件编号133C存储用于识别所接收到的文字数据的文件编号。该文件编号可以是在发送侧的业务终端20中事前分配的文件编号，还可以是在文字一致性确认装置10中被分配的文件编号。语种133D存储文字数据的使用语言的语种。

评价信息DB134存储游戏用户的评价结果。图6是示出评价信息DB的一例的构成图。如图6所示，评价信息DB134具有与用户ID134A、评价日期134B、回答次数134C、答对率134D、水平134E等对应的存储区域。

用户ID存储用于识别评价对象的游戏用户的用户ID。评价日期134B存储被进行评价的时刻。在该时刻中还包括日期的信息。回答次数134C存储在从前次的评价到此次的评价之间回答的次数。答对率134D存储以答对次数相对于回答次数的比率所规定的答对率。该答对率可以是自注册起总计的答对率，还可以是从前次的评价到此次的评价的答对率。水平134E存储游戏用户的水平。

支付历史DB135存储针对游戏用户的奖励的支付历史。图7是示出支付历史DB的一例的构成图。如图7所示，支付历史DB135具有与用户ID135A、支付日期135B、支付金额135C、累计金额135D等对应的存储区域。

用户ID135A存储支付奖励的游戏用户的用户ID。支付日期135B存储支付奖励的日期。在支付日期135B中还可以存储多次的日期。支付金额135C存储所支付的奖励的金额。累计金额135D存储所支付的奖励的累计金额。

确认结果DB136存储文字数据的文字一致性确认结果等。图8是示出确认结果DB的一例的构成图。如图8所示，确认结果DB136具有与企业ID136A、文件编号136B、结果文件管理编号136C、结果判定日期136D、结果报告日期136E、发送FLG136F、文字ID136G、不能够理由代码136H等对应的存储区域。

企业ID136A存储包括文字一致性确认结果的结果文件的发送目的地企业的企业ID。文件编号136B存储进行了文字一致性确认的原始的文件的文件编号。结果文件管理编号136C存储向业务终端20发送的包括文字一致性确认结果的结果文件的管理编号。该结果文件的管理编号是在文字一致性确认装置10内被分配的。结果判定日期136D存储进行结果判定的日期。结果报告日期136E存储向委托方的企业报告文字一致性确认结果的报告日期。具体地，结果报告日期是指结果文件的发送日期。

发送FLG136F存储表示向企业进行了结果报告的发送标志。发送FLG136F例如可以由寄存器等构成。文字ID136G例如存储在文字一致性确认结果中答对率较低的文字数据的ID。或者，文字ID136G还可以存储基于后述的多数表决处理的排列与基于AI的排列之间不一致的文字数据的ID。不能够理由代码136H存储与不能确认文字一致性时的各种不能够理由对应的不能够理由代码。

细分文字DB137存储通过细分/随机处理112被细分及随机得到的文字数据。图9是示出细分文字DB的一例的构成图。如图9所示，细分文字DB137具有与细分文字编号137A、企业ID137B、文件编号137C、复原代码137D、文字图像137E等对应的存储区域。

细分文字编号137A存储对被细分得到的文字数据赋予的编号。企业ID137B存储发送了包括文字一致性确认用的文字数据的文件的企业的企业ID。文件编号137C存储对包括从业务终端20接收到的文字数据的文件赋予的ID。复原代码137D存储将细分得到的文字复原时的代码。文字图像137E存储包括被细分得到的文字的图像(Image)。

发布用文字DB138存储将被细分得到的文字和/或图像与所匹配的游戏用户建立对应的信息。图10是示出发布用文字DB138的一例的构成图。如图10所示，发布用文字DB138具有用户ID138A、细分文字编号138B、文字图像138C等的存储区域。

用户ID存储所匹配的游戏用户的用户ID。细分文字编号138B存储对所匹配的游戏用户发布的发布用文字的编号。文字图像138C存储包括与细分文字编号对应的文字的图像。

游戏结果DB140按照游戏的种类和游戏的场景存储文字一致性确认的游戏结果。图11是示出游戏结果DB的一例的构成图。如图11所示，游戏结果DB140具有与游戏ID140A、游戏进度ID140B、开始日期140C、结束日期140D、必要回答次数140E、回答次数140F等对应的存储区域。

游戏ID140A存储各游戏的ID。例如，在各游戏中进行针对一个或者多个的文字数据的文字一致性确认。游戏进度ID140B存储各游戏的游戏进度。开始日期140C存储各游戏的开始日期。结束日期140D存储各游戏的结束日期。发布结束日期是预先设定的结束日期，但是例如当在所设定的发布结束日期之前得到了必要回答次数的回答、比预定提前结束发布的情况下，被改写为新的发布结束日期。各游戏的开始日期及结束日期例如是发布开始日期及发布结束日期等。必要回答次数140E存储进行多数表决处理所需要的回答次数。回答次数140F存储针对各游戏的实际的回答次数。

AI判定结果DB141存储基于AI的文字一致性判定结果。图12是示出AI判定结果DB的一例的构成图。如图12所示，AI判定结果DB141具有与企业ID141A、文件编号141B、结果文件管理编号141C、结果判定日期141D、文字ID141G、顺序141H等对应的存储区域。

企业ID141A存储委托了文字一致性确认的企业的企业ID。文件编号141B存储包括进行了基于AI的文字一致性确认的文字数据的文件的文件编号。结果文件管理编号存储包括基于AI的文字一致性的确认结果的结果文件的管理编号。结果判定日期141D存储进行基于AI的文字一致性确认的日期。文字ID141G存储在基于AI的文字一致性确认时使用的候选文字的文字ID。顺序141H存储通过AI所生成的排列中的各候选文字的顺序。

多数表决结果DB142存储基于游戏结果的多数表决处理的文字一致性确认结果。图13是示出多数表决结果DB的一例的构成图。如图13所示，多数表决结果DB142具有与企业ID142A、文件编号142B、结果文件管理编号142C、结果判定日期142D、文字ID142G、顺序142H等对应的存储区域。

企业ID142A存储委托了文字一致性确认的企业的企业ID。文件编号142B存储包括进行了基于多数表决处理的文字一致性确认的文字数据的文件的文件编号。结果文件管理编号存储包括基于多数表决处理的文字一致性的确认结果的结果文件的管理编号。结果判定日期142D存储进行基于多数表决处理的文字一致性确认的日期。文字ID142G存储在基于多数表决处理的文字一致性确认时使用的候选文字的文字ID。顺序142H存储通过多数表决处理所生成的排列中的各候选文字的顺序。

通信部14是按照控制部11等的命令，在与业务终端20及用户终端30之间进行通信的通信接口。

《业务终端20》

业务终端20如图2所示具有控制部21、存储部22、通信部23等。控制部21具有扫描处理211、文字数据发送处理212、结果接收装置213。

扫描处理211获取使用OCR、ICR、AI对纸文件进行文字识别用的文字数据。在所获取的文字数据中也包括手写文字的文字数据。文字数据发送处理212将包括在扫描处理211中获取的文字数据的文件发送给文字一致性确认装置10。结果接收装置213从文字一致性确认装置10接收包括文字一致性确认结果的结果文件。

存储部22具有与文字数据DB221、确认完毕数据DB222分别对应的存储区域。文字数据DB221存储在扫描处理211中获取的文字数据。确认完毕数据DB222存储从文字一致性确认装置10接收到的结果文件中包含的文字一致性确认结果。

通信部23是按照控制部21等的命令，在与文字一致性确认装置10之间进行通信的通信接口。

《用户终端30》

用户终端30具备游戏应用31、通信部32等。游戏应用31是从文字一致性确认装置10下载而安装的程序。通信部32是按照未图示的用户终端30内的控制部等的命令，在与文字一致性确认装置10之间进行通信的通信接口。

另外，图2的构成是示出了用于实现本发明的功能的一例，不限于这样的构成。例如，也可以是将在文字一致性确认装置10执行的处理的一部分由用户终端30执行的构成，还可以是，不限于游戏用户，向进行专业的文字一致性确认的操作员等使用的PC终端等发布文字一致性确认用的文字数据，并作为文字一致性确认业务来执行。

《文字一致性确认处理》

下面，对有关本实施方式的文字一致性确认处理进行说明。图14是示出有关本发明的一个实施方式的文字一致性确认处理的一例的程序图。在图14中，以一致性确认装置10为中心，在左右分别示出了业务终端20、用户终端30。在图14的文字一致性确认处理中包括步骤S401～S419的各步骤。

首先，文字一致性确认装置10公开/提供通过游戏进行文字的一致性确认用的专用的游戏应用。游戏用户能够自由地下载该游戏应用(步骤S401)。提供游戏应用的环境可以是在文字一致性确认装置10的内部(例如游戏内容部12等)，还可以被安装于其他的下载专用的环境中。

持有游戏终端30的游戏用户下载游戏应用并安装，然后输入必要项目进行游戏用户的注册申请(步骤S402)。

《用户注册处理》

文字一致性确认装置10进行来自新用户的申请内容的审查，将满足预定的注册条件的用户存储在用户主机131中，进行该用户的注册(步骤S403)。在不满足注册条件的情况下，文字一致性确认装置10向用户终端30发送退回，并通知不满足注册条件(未图示)。

在此，说明用户注册处理的具体例。图15是示出用户注册处理的具体例的流程图。在图15的用户注册处理中包含步骤S70～S76。在步骤S70中判定是否有用户注册申请。当在步骤S70中由用户终端30进行了游戏用户的注册申请的情况下(是)，控制部11的用户注册处理113进行所具有申请的信息的确认以及注册资格等的审查(步骤S71)。在由用户终端30没进行游戏用户的注册申请的情况下(否)，返回到步骤S70，用户注册处理113待机一直到具有来自用户的注册申请。

在步骤S72中判断申请项目是否存在不齐全。在进行申请项目的确认和审查的结果是存在信息不齐全或具有退回事项等不齐全的情况下(是)，用户注册处理113将该情况通知用户终端30(步骤S73)，并返回到步骤S70。另一方面，在申请项目没有不齐全的情况下(否)，用户注册处理113对该用户赋予固有的可以识别的用户ID(步骤S74)。用户注册处理113将该用户注册在用户主机132中(步骤S75)，并通知用户终端30用户注册完成(步骤S76)。

返回到图14的说明。业务终端20的扫描处理211扫描请求文字一致性确认的纸文件并获取文字数据，将所获取的文字数据存储在文字数据DB221中。并且，文字数据发送处理212将所获取的文字数据发送给文字一致性确认装置10(步骤S404)。另外，步骤S404的定时可以在步骤S403的前面，也可以与步骤S403同时。

《文字数据受理/识别处理》

文字一致性确认装置10从业务终端20接收包括文字数据的文件。并且，文字数据受理/识别处理111将发送了文件的企业的信息和在企业主机132中注册的企业信息进行核对，然后将所接收到的文字数据与企业ID等建立关联并存储在文字DB133中(步骤S405)。文字一致性确认装置10使用已有的公知技术进行在文字DB133中存储的文字数据的文字识别(步骤S406)。

在此说明文字数据受理/识别处理的具体例。图16是示出文字数据受理/认识处理的一例的流程图。在图16中包含步骤S50～S54。在步骤S50中判定是否由企业进行了文字一致性确认的委托。当在步骤S50中没有从业务终端20进行文字一致性确认的委托的情况下(否)，文字数据受理/识别处理111返回到步骤S50，并待机一直到具有来自企业的文字一致性确认的委托。

另一方面，在从业务终端20进行了文字一致性确认的委托的情况下(是)，文字数据受理/识别处理111进行从业务终端20接收到的文字数据中包含的企业信息与在企业主机132中存储的企业信息的核对(步骤S51)。

在步骤S52中判定所接收到的企业信息是否被注册在企业主机132中。在所接收到的企业信息被注册为委托方的情况下(是)，文字数据受理/识别处理111使用OCR、ICR、AI等对所接收到的文字数据进行文字的识别处理。文字数据受理/识别处理111将在此识别出的文字与企业信息建立关联并存储在文字DB133中(步骤S54)。另一方面，在所接收到的企业信息未被注册为委托方的情况下(否)，文字数据受理/识别处理111向发送了该文字数据的业务终端20发送催促文字数据的重发的通知(步骤S53)。

返回到图14的说明。然后，细分/随机处理112进行在步骤S406中所识别出的文字的细分及随机，生成针对游戏用户的发布用数据(步骤S407)。文字的细分及随机使用已有的公知技术。通过文字的细分及随机，由同一的文字数据识别出的文字被分散，所以即使将发布用数据发布给游戏用户，也能够担保安全性。

《发布处理》

然后，发布处理114分析在步骤S407中所生成的发布用数据。并且，文字一致性确认装置10参照在用户主机131存储的注册用户的属性，匹配出适合于发布用数据的分析结果的注册用户，对所匹配的适当的游戏用户进行发布用数据的发布处理(步骤S408)。

具体地讲，文字一致性确认装置10向多个游戏用户发送由同一文字数据细分得到的文字数据。并且，文字一致性确认装置10将被细分得到的同一文字数据发送给多个游戏用户。

进一步，例如在进行惯用语和具有连贯性等文字的文字一致性确认的情况下，将被匹配可以使用文字数据的语言的游戏用户、或具有以该语言为母语或者第二语言或第三语言等的国家的国籍的游戏用户。由此，能够有效地进行文字一致性确认。

为确保发布处理中的安全性，细分/随机处理112在细分及随机中例如对文件的各文字附加识别符。在随机时，例如在发布数据中具有同一识别符的文字数据的个数被限制为预定的个数。由此，将发布数据复原并获取原始的文字数据变困难，所以担保安全性。

发布处理114参照各文字数据和用户主机131的属性，进行发送文字数据的游戏用户的匹配。具体地讲，发布数据被与所匹配的多个游戏用户的用户ID建立关联进行发布。这样，通过将细分得到的数据按照预定的条件进行分散并发布给多个游戏用户，使向原始文件的复原变困难，确保安全性。

在此说明发布处理的具体例。图17是示出发布处理的一例的流程图。在图17中包含步骤S80～S86。在步骤S80中，判定步骤S407细分/随机处理被执行的结果是否是细分文字DB被更新。当在步骤S80中细分文字DB未被更新的情况下(否)，文字一致性确认装置10返回到步骤S80，并待机一直到细分文字DB137被更新。另一方面，在细分文字DB被更新的情况下(是)，文字一致性确认装置10参照被细分得到的文字进行该文字的使用语言的判定(步骤S81)。

并且，文字一致性确认装置10例如使用文字数据的字数、过去的判别结果的累计信息、惯用语、是否是具有连贯性的文字等判断项目，判定在进行一致性确认时的文字数据的难易度(步骤S82)。并且，文字一致性确认装置10使用难易度及在用户主机131存储的评价结果，进行发布目的地的游戏用户的匹配(步骤S83)。

对文字数据的难易度进行补充。例如，和过去基于AI的判别结果与基于后述的多数表决处理的判别结果被判断为差异较大的文字数据相似的文字数据、如签名/署名那样被认为难以判断为文字的文字数据、或者、如中文数字的“一”、将声音拉长用的“－”、数字“1”和英文字母“l”那样需要根据与前后的文字的组合进行文字一致性确认的文字数据等文字数据，被判定为难易度较大。

文字一致性确认装置10将文字数据与所匹配的多个游戏用户建立关联(步骤S84)，并存储在发布用文字DB138中(步骤S85)，并向这多个游戏用户发布(步骤S86)。

并且，在这些发布处理中，文字一致性确认装置10还可以使发布数据中包含用于进行文字一致性确认的细分得到的文字数据、和成为与该文字数据对应的文字的比较对象的被抽象化的候选文字。被抽象化的候选文字例如是记号和/或图像等。

并且，文字一致性确认装置10对所接收到的文字数据还可以将由多个文字构成的单词或者签名细分为一个块。此时，文字一致性确认装置10参照着游戏用户的属性进行发送发布数据的游戏用户的匹配。具体地讲，文字一致性确认装置10将块的使用语言和对游戏用户的属性登记的可用语言进行比较，匹配出这些语言一致的游戏用户。或者，文字一致性确认装置10还可以将块的使用语言和对游戏用户的属性登记的国籍进行比较，匹配出具有将块的使用语言作为公用语言的国家的国籍的游戏用户。

《文字一致性确认游戏的执行》

在此，返回到图14的说明。游戏用户使用用户终端30，以包括由文字一致性确认装置10发布的文字数据的发布数据为基础来玩游戏，由此进行文字数据的文字一致性确认(步骤S409)。

[游戏例(1)]

对游戏例(1)进行说明。图18是示出文字一致性确认游戏的一例的图。首先，对图18的例子进行说明。游戏用户操作所持有的用户终端30来玩确认文字一致性的游戏。在用户终端30的显示画面301中显示有基于从文字一致性确认装置接收到的文字数据的图像302。被包含在图像302中的文字的图像通过OCR、ICR、AI等而被识别。在显示画面301中显示有与该文字相似的候选文字303～305。在图18中，作为候选文字分别显示有“田”303、“由”304、“甲”305。

另外，还可以替代这些候选文字，使用被抽象化的候选文字。具体地讲，在文字一致性确认的文字是汉字的情况下，可以使用将前述的“田”、“由”、“甲”抽象化得到的记号和/或图像作为候选文字。由此，变得能够匹配出不识别汉字的游戏用户，能够有效地增加回答次数。

游戏用户单击并选择被判断为与图像302的文字一致的候选文字，通过单击确定按钮308，使确定所选择的候选文字。在候选文字确定时，进入未图示的下一个画面。

另外，在不能根据所显示的候选文字判断文字一致性的情况下，游戏用户通过单击跳过按钮306使进入下一个画面，能够尝试下一个游戏。

[游戏例(2)]

下面，对游戏例(2)进行说明。图19是示出文字一致性确认游戏的另一例的图。在用户终端30的显示画面301中，替代被认为与图像302的文字最一致的文字，显示其他相似的文字作为候选文字。具体地讲，在图19中，替代被认为与图像302的文字最一致的“田”303(图18)，显示相似的文字“申”309作为候选文字，使游戏用户判断文字的一致性。通过纳入这样的构成，能够容易进行针对游戏用户的文字一致性判断的正确度和精度的评价。

[游戏例(3)]

下面，对游戏例(3)进行说明。图20是示出文字一致性确认游戏的另一例的图。在被显示于图18～图19的显示画面301的候选文字中，在判断为没有与图像302的文字一致或者相似的文字的情况下，游戏用户单击输入按钮307，使显示画面301进入图20的状态。然后，游戏用户在文字输入栏310手写输入认为正确的文字。通过纳入这样的构成，能够任意输入与候选文字不同的文字。

这些游戏画面是示出游戏j的基本动作的一例的画面，还可以对游戏内容纳入游戏性、娱乐性。例如，也可以是，用户终端30经由网络N与其他游戏用户持有的用户终端进行通信，对战比赛回答的正确性和回答速度等。

《结果回收处理》

游戏结果随时或者每当经过预定的时间时、经由网络N被发送给文字一致性确认装置10进行回收(步骤S410)。图21是示出结果回收处理的一例的流程图。在图21中包含步骤S90～S94。

在步骤S90中判定游戏用户是否已玩过游戏。在游戏用户尚未玩游戏的情况下(否)，文字一致性确认装置10(例如结果回收处理115)返回到步骤S90，并待机一直到用户玩游戏。另一方面，在游戏用户注册游戏应用并且已玩过游戏的情况下(是)，文字一致性确认装置10进行对战状况和预定时间内的游戏的进行状况等的监视。

在步骤S91中判定游戏的一局是否结束。此处所讲的一局，例如可以举出游戏用户已完成至少游戏的一道题或者一步或在玩完一道题或者一步以上后退出等。

在一局未结束的情况下(否)，文字一致性确认装置10返回到步骤S90并待机。另一方面，在一局结束的情况下(是)，文字一致性确认装置10回收文字一致性的游戏结果，将所回收的游戏结果按照游戏用户存储在评价信息DB134中(步骤S92)。

在步骤S93中判定用户是否继续游戏。当在步骤S93中游戏用户继续玩游戏的情况下(是)，文字一致性确认装置10返回到步骤S91。另一方面，当在步骤S93中游戏用户不继续玩游戏的情况下(否)，文字一致性确认装置10执行后述的评价/支付金额计算处理117(步骤S94)。另外，来自游戏用户的游戏结果的回收也可以不按照每一局进行。例如，也可以是，登录中的用户终端存储一局或者多局的文字一致性的游戏结果，按照预定的时间或者每当接收到来自文字一致性确认装置10的游戏结果发送请求时发送游戏结果。

《多数表决处理、AI判定结果比较处理》

返回到图14的说明。然后，文字一致性确认装置10(例如多数表决处理116)对所回收的游戏结果执行以多数表决为主要技术的判断处理，由此进行作为游戏结果的文字一致性确认的确定、精度的判断(步骤S411)。图22是示出多数表决处理及AI判定结果比较处理的一例的流程图。在图22中包含步骤S100～S109、S140～S142。步骤S100～S103是与多数表决处理对应的步骤，步骤S104～S109、S140～S142是与AI判定结果比较处理对应的步骤。

在步骤S100中判定游戏结果是否被回收。当在步骤S100中游戏结果未被回收的情况下(否)，文字一致性确认装置10返回到步骤S100并待机一直到游戏结果被回收。另一方面，在游戏结果已被回收的情况下(是)，文字一致性确认装置10进入步骤S101。

在步骤S101中判定是否确保了多数表决处理所需要的回答次数。当在步骤S101中对于同一文字数据，回答次数不满足多数表决所需要的次数的情况下，文字一致性确认装置10待机一直到确保必要次数。但是，当在经过了预定的时间时回答次数也不满足必要次数的情况下(否)，文字一致性确认装置10判断为不能确认文字一致性，在确认结果DB136中存储不能够理由代码(步骤S102)，结束多数表决处理。

图23是示出将不能够理由代码和不能够理由建立对应的例子的图。在图23的不能够理由代码表139中的左侧示出了被记述有不能够理由代码的不能够理由代码栏139A、被记述有与各个不能够理由代码对应的不能够理由的不能够理由栏139B。不能确认文字一致性时的不能够理由代码被存储在存储部13的不能够理由代码136H中。

在图23中，作为不能够理由，可以举出“不能读”、“在多数表决中不能判断”、“与AI差异较大”等例子，针对各个不能够理由分别分配了“01”～“03”的不能够理由代码。不能够理由代码表139例如被存储在文字一致性确认装置10的存储部13中。

另一方面，当在步骤S101中对于同一文字数据，回答次数满足多数表决所需要的次数的情况下(是)，文字一致性确认装置10对于与文字数据对应的各候选文字，生成按照基于多数表决的文字一致性由高到低的顺序赋予了优劣的排列，将所生成的排列存储在多数表决结果DB142中(步骤S103)。

文字一致性确认装置10接收基于多数表决处理116的多数表决的判断处理结果，并进行使用AI从OCR或ICR的识别结果生成的排列、和通过多数表决处理所生成的排列的比较(步骤S104)。另外，使用AI的排列是在文字一致性确认装置10内与向游戏用户的文字数据的发布并行地生成的。所生成的排列被存储在AI判定结果DB141中。

在步骤S105中判定通过多数表决处理116所生成的排列与通过AI所生成的排列是否一致。当在步骤S105中这些排列一致的情况下(是)，文字一致性确认装置10判断为基于多数表决的文字一致性确认的可靠度较高，将通过多数表决处理116所生成(在多数表决结果DB142存储)的排列存储在确认结果DB136中(步骤S141)，结束AI判定结果比较处理。

另一方面，当在步骤S105中这些排列不一致的情况下(否)，文字一致性确认装置10比较双方的排列(步骤S106)，确定不一致的候选文字(步骤S107)。然后，文字一致性确认装置10进行不一致理由的判定(步骤S108)。作为不一致理由，例如作为一例可以举出具有在图20中叙述的手写输入文字的情况。当然，也存在即使是没有手写文字的情况下，这些排列也不一致的情况。

在步骤S109中判定是否具有手写输入文字。当在步骤S109中没有手写输入文字的情况下(否)，文字一致性确认装置10对不一致的理由，在确认结果DB136中存储不能够理由代码(步骤S142)，结束AI判定结果比较处理。

另一方面，在具有手写输入文字的情况下(是)，文字一致性确认装置10在排列中插入针对手写输入文字的判定结果，并确定包括候选文字及手写输入文字的文字一致性确认的可靠度(步骤S140)，在确认结果DB136中存储不能够理由代码(步骤S112)，结束AI判定结果比较处理。

返回到图14的说明。以步骤S411的分析结果为基础，文字一致性确认装置10(例如复原处理118)执行文字数据的复原处理，将所复原的文字数据存储在确认结果DB136中(步骤S412)。另外，复原处理是与细分/随机处理形成对的处理，使用已有的公知技术进行。

《评价/支付金额计算处理》

文字一致性确认装置10(例如评价/支付金额计算处理117)将复原结果和游戏用户信息建立关联，评价游戏结果的答对率、应答率、回答速度、事务处理(transaction)等。将评价结果存储在评价信息DB134中。例如，文字一致性确认装置10在进行游戏用户的评价时，预先设定针对答对率、应答率、回答速度、事务处理、利用频次等评价项目的评价点数，根据各评价项目的评价点数的合计进行对游戏用户的评价。

另外，文字一致性确认装置10对于评价极低的游戏用户的回答，还可以在进行多数表决处理时将其去除。由此，能够提高整体的回答精度。这些评价结果被存储在评价信息DB134和/或用户主机131中，被作为游戏用户的匹配信息使用。

文字一致性确认装置10将针对游戏用户的评价结果作为评级或水平、奖励信息反馈给游戏用户(步骤S413、步骤S414)。

图24是示出评价/支付金额计算处理的一例的流程图。在图24中包含步骤S110～S117。在步骤S110中判定是否执行了多数表决处理。当在步骤S110中判定为尚未执行多数表决处理的情况下(否)，文字一致性确认装置10返回到步骤S110并待机一直到多数表决处理被执行。

另一方面，当在步骤S110中判定为多数表决处理已被执行的情况下(是)，文字一致性确认装置10根据所回收的游戏结果，进行基于每个游戏用户的正确性的排序(步骤S111)、基于应答率的排序(步骤S112)、基于回答速度的排序(步骤S113)、基于事务处理的排序(步骤S114)等。并且，文字一致性确认装置10按照正确性等项目进行分数计算，决定各游戏用户的水平、状态、评级等(步骤S115)。另外，文字一致性确认装置10还可以将针对文字一致性确认的难易度较大的文字的回答率、手写文字输入率、不能够理由次数的多少等项目用于游戏用户的评价。

文字一致性确认装置10以评价结果为基础，使用预定的比率和系数进行对各用户的奖励支付金额的计算(步骤S116)。文字一致性确认装置10将步骤S111～S115的评价结果和奖励支付金额的计算结果等存储在评价信息DB134中(步骤S117)。

返回到图14的说明。游戏用户可以在用户终端30中通过正玩着的游戏画面等浏览自己的评级和奖励信息等。游戏用户根据需要向文字一致性确认装置10进行奖励的请求(步骤S415)。

文字一致性确认装置10针对来自用户终端30的奖励的请求，向对应的游戏用户支付奖励，将其支付结果存储在支付历史DB135中(步骤S416)。

文字一致性确认装置10还可以计算所产生的奖励，并根据需要通知游戏用户和委托方的企业(步骤S417)。另外，步骤S417可以与步骤S414同时进行，或者在步骤S414以后的定时进行。

另外，还可以是诸如根据使用状况适当追加与奖励相关的各处理的构成。即，也可以不进行与奖励相关的处理。

《结果发送处理》

文字一致性确认装置10(例如结果发送处理119)将通过这些一系列的处理的执行而得到的、在确认结果DB136中存储的文字一致性确认结果等发送给业务终端20(步骤S418)。

图25是示出结果发送处理的一例的流程图。在图25中包含步骤S130～S132。在步骤S130中判定确认结果DB136是否被更新。在确认结果DB136未被更新的情况下(否)，文字一致性确认装置10返回到步骤S130并待机一直到确认结果DB136被更新。

另一方面，例如在基于复原处理118的复原处理被执行、图8所示的确认结果DB136的结果判定日期136D被更新的情况下(是)，文字一致性确认装置10向控制装置20发送文字一致性确认完毕的文字数据等的处理结果(步骤S131)，存储结果报告日期136E，并进行建立发送FLG136F的处理(步骤S132)。

返回到图14的说明。业务终端20在从文字一致性确认装置10接收到处理结果时，将所接收到的处理结果存储在确认完毕数据DB222中(步骤S419)。

另外，这些一系列的处理毕竟是示出了一例，例如在文字一致性确认装置10中执行的处理有时还可以在用户终端30的内部执行，例如还可以在对一系列的处理没有影响的范围中适当切换各处理的顺序。

〈本实施方式的主要效果〉

根据本实施方式，文字一致性确认装置10向用户终端30发送发布数据，包括细分得到的文字数据、和为对应于文字数据的文字的比较对象的被抽象化的候选文字。根据该构成，即使是不能够识别进行文字一致性确认的文字的游戏用户也能够玩游戏，所以能够实现纸文件的电子化时的视觉确认的作业生产性提高及高效化。并且，能够根据作为游戏的成果从各游戏用户回收的回答判别正确性进行还原，最终实现需要视觉观察的文字的减少。并且，例如还可以对海外的游戏用户等不识别汉字的层进行发布，能够扩大游戏用户的范围，实现文字一致性确认作业的生产性提高及高效化。并且，通过玩游戏进行文字一致性确认，由此能够将文字一致性确认所需要的委托费用压缩，能够实现成本降低。

并且，根据本实施方式，文字一致性确认装置10在对所接收到的文字数据将由多个文字构成的单词或者签名作为一个块进行细分时，参照着游戏用户的属性进行要发送发布数据的游戏用户的匹配。此时，文字一致性确认装置10可以将块的使用语言和在游戏用户的属性中登记的可用语言进行比较，还可以将块的使用语言和在游戏用户的属性中登记的国籍进行比较。根据该构成，例如对于单词的判断和签名的识别等、语言的理解和文字的判别等正确性很重要的情况，通过发布给以文字数据的使用语言作为母语的游戏用户，文字一致性的确认的精度提高。由此，能够实现文字一致性确认作业的生产性提高及高效化。

并且，根据本实施方式，文字一致性确认装置10按照游戏用户生成与游戏结果对应的评价结果。例如，文字一致性确认装置10生成利用了答对率、应答率、回答速度、事务处理的任意一方的评价结果。根据该构成，能够维持及提高游戏用户的积极性。

并且，根据本实施方式，按照评价结果对游戏用户支付奖励。根据该构成，能够提高用户的积极性，能够实现文字一致性确认作业的生产性提高及高效化。

另外，本发明不限于上述的实施方式，包括各种各样的变形例。并且，上述的实施方式是为了容易理解地说明本发明而进行详细说明的，不限于具有所说明的所有的构成。

另外，可以将某一实施方式的构成的一部分替换为其他实施方式的构成，并且还可以对某一实施方式的构成的一部分追加其他实施方式的构成。并且，对于各实施方式的构成的一部分，可以进行其他构成的追加、删除、替换。另外，在附图中记述的各部件和相对的尺寸为了容易理解地说明本发明被简洁化、理想化，存在根据实际安装而成为更复杂的形状的情况。

标号说明

1文字一致性确认系统；10文字一致性确认装置；11控制部；13存储部；20业务终端；30用户终端。