售票机的身份证验证方法、系统、设备和介质与流程

本发明涉及身份验证领域，尤其涉及一种售票机的身份证验证方法、系统、设备和介质。

背景技术：

目前市面上的线下售票机关于身份证验证的提示方案如下：仅动画引导，告知用户如何刷身份证。但是当需要验证的身份证数量为多张的场景下，仅动画引导的方式不能及时给到每个身份证验证的反馈信息，导致用户不清楚操作结果，容易造成用户误解以及操作歧义。

技术实现要素：

本发明要解决的技术问题是为了克服现有技术中不反馈身份证验证信息导致的用户误解及操作歧义的缺陷，提供一种售票机的身份证验证方法、系统、设备和介质。

本发明是通过下述技术方案来解决上述技术问题：

一种售票机的身份证验证方法，包括以下步骤：

使用动画插图提示待验证的身份证放置的感应器的位置；

当所述身份证放置在所述位置后提示身份证的验证状态；

输出验证结果。

较佳地，所述身份证的验证方法还包括：

根据选择的票的属性获取待验证的身份证的总数量；

所述当所述身份证放置在所述位置后提示身份证的验证状态的步骤具体包括：

当所述身份证放置在所述位置后提示当前身份证的对应信息；

当所述总数量为若干个时提示下一张待验证的身份证对应的信息；

当所述身份证验证成功时提示所述身份证对应的信息已验证。

较佳地，所述输出验证结果的步骤具体包括：

根据选择的票的属性获取预设验证条件；

验证所述身份证是否符合所述预设验证条件，若不符合，输出相应提示信息并返回所述验证所述身份证是否符合所述预设验证条件的步骤；

若符合，判断是否所有身份证均验证成功；

若是，提交订单信息进行支付；

所述预设验证条件包括票数验证条件、性别验证条件和年龄验证条件；

所述提示信息对应包括票数验证不通过、性别验证不通过和年龄验证不通过。

较佳地，所述验证结果包括成功验证的身份证数量和待验证的身份证总数量；

和/或，

所述输出验证结果通过文字、图像、视频、语音中的至少一种输出验证结果。

一种售票机的身份证验证系统，包括：

位置提示模块，用于使用动画插图提示待验证的身份证放置的感应器的位置；

验证状态提示模块，用于当所述身份证放置在所述位置后提示身份证的验证状态；

结果输出模块，用于输出验证结果。

较佳地，所述身份证的验证系统还包括：

数量获取模块，用于根据选择的票的属性获取待验证的身份证的总数量；

所述验证状态提示模块具体包括：

第一信息提示单元，用于当所述身份证放置在所述位置后提示当前身份证的对应信息；

第二信息提示单元，用于当所述总数量为若干个时提示下一张待验证的身份证对应的信息；

第一验证提示单元，用于当所述身份证验证成功时提示所述身份证对应的信息已验证。

较佳地，所述结果输出模块具体包括：

预设验证条件获取单元，用于根据选择的票的属性获取预设验证条件；

第一判断单元，用于验证所述身份证是否符合所述预设验证条件；

若不符合，调用提示信息输出单元，所述提示信息输出单元用于输出相应提示信息，并重新调用所述第一判断单元；

若符合，调用第二判断单元，所述第二判断单元用于判断是否所有身份证均验证成功；

若是，调用支付单元，所述支付单元用于提交订单信息进行支付；

所述预设验证条件包括票数验证条件、性别验证条件和年龄验证条件；

所述提示信息对应包括票数验证不通过、性别验证不通过和年龄验证不通过。

较佳地，所述验证结果包括成功验证的身份证数量和待验证的身份证总数量；

和/或，

所述结果输出模块通过文字、图像、视频、语音中的至少一种输出验证结果。

一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一种售票机的身份证验证方法。

一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一种售票机的身份证验证方法的步骤。

本发明的积极进步效果在于：本发明通过将动画引导与文案提示相结合的方式，解决了售票机身份证验证环节用户不知如何操作，且操作过程中操作反馈不清晰的问题，以减少用户误解与操作歧义且该发明能降低用户在此处的操作时长，从而降低下单超时风险。

附图说明

图1为本发明实施例1的售票机的身份证验证方法的流程示意图。

图2为本发明实施例2的售票机的身份证验证方法的流程示意图。

图3a-3e为本发明实施例2的售票机的身份证验证方法中文案展示的界面状态图。

图4为本发明实施例2的售票机的身份证验证方法的应用流程图。

图5为本发明实施例3的售票机的身份证验证系统的结构示意图。

图6为本发明实施例4的售票机的身份证验证系统的结构示意图。

图7为本发明较佳实施例5的售票机的身份证验证方法的电子设备的结构示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

如图1所示，本实施例的售票机的身份证验证方法的流程示意图，包括以下步骤：

s101、使用动画插图提示待验证的身份证放置的感应器的位置；

具体地，用动画插图的形式告诉用户验证身份证时需要把身份证贴在对应感应器的位置上。

s102、当身份证放置在位置后提示身份证的验证状态；

s103、输出验证结果。

具体地，使用文案提示，根据用户的操作细分界面展示状态，当身份证贴在对应感应器后，会反馈用户是否校验成功的结果，当校验成功后开始计数。

本实施例的售票机的身份证验证方法通过将动画引导与文案提示相结合的方式，解决了售票机身份证验证环节用户不知如何操作，且操作过程中操作反馈不清晰的问题，以减少用户误解与操作歧义且该发明能降低用户在此处的操作时长，从而降低下单超时风险。

实施例2

如图2所示，本实施例的售票机的身份证验证方法是对实施例1的进一步限定：

具体地，本实施例的售票机的身份证验证方法还包括以下步骤：

s100、根据选择的票的属性获取待验证的身份证的总数量；

具体地，增加总提示文案：“请按指示刷身份证验证(已刷m/n)”(m代表验证成功的身份证个数，n代表所要刷身份证的总个数)，当身份证贴在对应感应器，会反馈用户是否校验成功，当成功后开始计数。在选择列表页面，选择票的资源份数时，会判断购买的票是否是实名制资源，实名制资源的情况下，该资源在商品后台维护的预订模版中包含身份证，分为一单一人、一张一人两种场景。一单一人的场景下无论买几份票仅需一个人的身份证信息；一张一人的场景下买几份票就需要几人的身份证信息。根据选择的票的属性及选择的票的份数生成待验证的身份证的总个数n。

步骤s102具体包括：

s1021、当身份证放置在位置后提示当前身份证的对应信息；

s1022、当总数量为若干个时提示下一张待验证的身份证对应的信息；

s1023、当身份证验证成功时提示身份证对应的信息已验证；

具体地，如图3a-图3e所示，本实施例的售票机的身份证验证方法中文案展示的界面状态图，根据用户的操作使用文案展示当前界面的状态，具体包括以下几种状态：

如图3a所示，初始状态，用文案列出用户需要校验的身份证占位，第一个身份证占位加大并重提示“出行人1身份证*******请刷身份证”；

如图3b所示，当身份证放置对应感应器时，出校验中状态，文案提示“出行人3身份证*******验证中”；

如图3c所示，当身份证校验成功，文案提示语更改为“周**19*******283已验证”，同时文案由大变小，下一条“出行人3身份证*******请刷身份证”由小变大，成为最新的提示语；

如图3d所示，当身份证校验失败，文案提示变更为“出行人5身份证*******验证失败，请重试”；同时披露失败原因；

如图3e所示，当所有身份证校验完成，下方由下向上出“全部验证成功”提示和“去支付”按钮，点击去支付按钮进入下级支付页面。

步骤s103具体包括：

s1031、根据选择的票的属性获取预设验证条件；

s1032、验证身份证是否符合预设验证条件；

若不符合，执行步骤s1033；

s1033、输出相应提示信息，并返回步骤s1032；

若符合，执行步骤s1034；

s1034、判断是否所有身份证均验证成功；

若是，执行步骤s1035；

s1035、提交订单信息进行支付；

预设验证条件包括票数验证条件、性别验证条件和年龄验证条件；

提示信息对应包括票数验证不通过、性别验证不通过和年龄验证不通过。

具体地，如下表所示，验证未通过信息表。

当身份证校验失败时会披露表中的失败原因，包括错误码，弹层披露文案和页面展示文案。提示信息为票数验证不通过时，弹层披露文案为该证件已超过购买数量限制，请更换证件；页面展示文案为超过购买数量，请更换。提示信息为性别验证不通过时，弹层披露文案为该证件性别不符合购买规则，请更换证件；页面展示文案为性别不符合规则，请更换。提示信息为年龄验证不通过时，弹层披露文案为该证件年龄不符合购买规则，请更换证件；页面展示文案为年龄不符合规则，请更换。

验证结果包括成功验证的身份证数量和待验证的身份证总数量。

输出验证结果还通过文字、图像、视频、语音中的至少一种输出验证结果。

如图4所示，本实施例的售票机的身份证验证方法的应用流程图。本实施例的售票机的身份证验证方法在具体应用时涉及售票机和后台服务器。售票机上设有用户界面，用户界面通过首页进行选票页，用户选择需要购买的票后，后台服务器会根据用户选择的票的种类判断是否是实名制资源，如果是实名制资源，在商品后台维护的预订模版中会包含身份证信息，预订模版分为一单一人和一张一人两种场景，一单一人是指无论购买几份票仅需一个人的身份证信息；一张一人是指购买几份票就需要几个人的身份证信息。当判断是实名制资源情况下，售票机会进入身份证校验页面，通过动画引导用户放置身份证的位置，文字提示当前身份证的验证状态；当用户身份证放置好后，后台服务器对身份证校验是否通过，校验通过后进入支付页面，提交预订订单，校验失败时，售票机使用文字提示未通过，提示重新校验，后台服务器从新进入身份证校验是否通过环节，当多次校验不通过时，售票机会提示失败原因；如果不是实名制资源，则直接进入支付页面，提交预订订单。

本实施例的售票机的身份证验证方法使用hybrid(一种端口模式)混合式桌面应用开发模式，采用winforms+webview(一种图形用户界面+网页视图)的混合式开发模式，具有开发高效、分工明确、版本迭代速度快等特点。构建jsbridge(一种用javascript搭建起来的桥)实现js(javascript，java脚本)与native(一种计算机函数)通信，js处理业务逻辑，以js驱动打印机、身份识别器、扫码仪等硬件。native处理硬件调用，实现硬件异步回调、系统通知等；页面性能方面，页面加载时长优化，页面渲染时长1800ms以下，接口平均响应时间约200ms。

本实施例的售票机的身份证验证方法降低了景区人工成本，提升了入园自助率，降低了用户的操作成本，页面转化率提高了7.69％，降低了下单超时风险，提高了用户体验。

实施例3

如图5所示，本实施例售票机的身份证验证系统结构示意图，包括以下模块：

位置提示模块1用于使用动画插图提示待验证的身份证放置的感应器的位置；

具体地，用动画插图的形式告诉用户验证身份证时需要把身份证贴在对应感应器的位置上。

验证状态提示模块2用于当身份证放置在位置后提示身份证的验证状态；

结果输出模块3用于输出验证结果。

具体地，使用文案提示，根据用户的操作细分界面展示状态，当身份证贴在对应感应器后，会反馈用户是否校验成功的结果，当校验成功后开始计数。

本实施例的售票机的身份证验证系统通过将动画引导与文案提示相结合的方式，解决了售票机身份证验证环节用户不知如何操作，且操作过程中操作反馈不清晰的问题，以减少用户误解与操作歧义且该发明能降低用户在此处的操作时长，从而降低下单超时风险。

实施例4

如图6所示，本实施例售票机的身份证验证系统是对实施例3的进一步限定，具体地，本实施例的售票机的身份证验证系统还包括以下模块：

数量获取模块4用于根据选择的票的属性获取待验证的身份证的总数量；

具体地，增加总提示文案：“请按指示刷身份证验证(已刷m/n)”(m代表验证成功的身份证个数，n代表所要刷身份证的总个数)，当身份证贴在对应感应器，会反馈用户是否校验成功，当成功后开始计数。在选择列表页面，选择票的资源份数时，会判断购买的票是否是实名制资源，实名制资源的情况下，该资源在商品后台维护的预订模版中包含身份证，分为一单一人、一张一人两种场景。一单一人的场景下无论买几份票仅需一个人的身份证信息；一张一人的场景下买几份票就需要几人的身份证信息。根据选择的票的属性及选择的票的份数生成待验证的身份证的总个数n。

验证状态提示模块2具体包括：

第一信息提示单元21用于当身份证放置在位置后提示当前身份证的对应信息；

第二信息提示单元22用于当总数量为若干个时提示下一张待验证的身份证对应的信息；

第一验证提示单元23用于当身份证验证成功时提示身份证对应的信息已验证；

具体地，如图3a-图3e所示，本实施例的售票机的身份证验证方法中文案展示的界面状态图，根据用户的操作使用文案展示当前界面的状态，具体包括以下几种状态：

如图3a所示，初始状态，用文案列出用户需要校验的身份证占位，第一个身份证占位加大并重提示“出行人1身份证*******请刷身份证”；

如图3b所示，当身份证放置对应感应器时，出校验中状态，文案提示“出行人3身份证*******验证中”；

如图3c所示，当身份证校验成功，文案提示语更改为“周**19*******283已验证”，同时文案由大变小，下一条“出行人3身份证*******请刷身份证”由小变大，成为最新的提示语；

如图3d所示，当身份证校验失败，文案提示变更为“出行人5身份证*******验证失败，请重试”；同时披露失败原因；

如图3e所示，当所有身份证校验完成，下方由下向上出“全部验证成功”提示和“去支付”按钮，点击去支付按钮进入下级支付页面。

结果输出模块3具体包括：

预设验证条件获取单元301用于根据选择的票的属性获取预设验证条件；

第一判断单元302用于验证身份证是否符合预设验证条件；

若不符合，调用提示信息输出单元303，提示信息输出单元303用于输出相应提示信息，并重新调用第一判断单元302；

若符合，调用第二判断单元304，第二判断单元304用于判断是否所有身份证均验证成功；

若是，调用支付单元305，支付单元305用于提交订单信息进行支付；

预设验证条件包括票数验证条件、性别验证条件和年龄验证条件；

提示信息对应包括票数验证不通过、性别验证不通过和年龄验证不通过。

验证结果包括成功验证的身份证数量和待验证的身份证总数量；

结果输出模块3通过文字、图像、视频、语音中的至少一种输出验证结果。

具体地，如下表所示，验证未通过信息表。

当身份证校验失败时会披露表中的失败原因，包括错误码，弹层披露文案和页面展示文案。提示信息为票数验证不通过时，弹层披露文案为该证件已超过购买数量限制，请更换证件；页面展示文案为超过购买数量，请更换。提示信息为性别验证不通过时，弹层披露文案为该证件性别不符合购买规则，请更换证件；页面展示文案为性别不符合规则，请更换。提示信息为年龄验证不通过时，弹层披露文案为该证件年龄不符合购买规则，请更换证件；页面展示文案为年龄不符合规则，请更换。

本实施例的售票机的身份证验证系统的应用流程图如实施例3中的图4所示，

本实施例的售票机的身份证验证系统在具体应用时涉及售票机和后台服务器。售票机上设有用户界面，用户界面通过首页进行选票页，用户选择需要购买的票后，后台服务器会根据用户选择的票的种类判断是否是实名制资源，如果是实名制资源，在商品后台维护的预订模版中会包含身份证信息，预订模版分为一单一人和一张一人两种场景，一单一人是指无论购买几份票仅需一个人的身份证信息；一张一人是指购买几份票就需要几个人的身份证信息。当判断是实名制资源情况下，售票机会进入身份证校验页面，通过动画引导用户放置身份证的位置，文字提示当前身份证的验证状态；当用户身份证放置好后，后台服务器对身份证校验是否通过，校验通过后进入支付页面，提交预订订单，校验失败时，售票机使用文字提示未通过，提示重新校验，后台服务器从新进入身份证校验是否通过环节，当多次校验不通过时，售票机会提示失败原因；如果不是实名制资源，则直接进入支付页面，提交预订订单。

本实施例的售票机的身份证验证系统使用hybrid(一种端口模式)混合式桌面应用开发模式，采用winforms+webview(一种图形用户界面+网页视图)的混合式开发模式，具有开发高效、分工明确、版本迭代速度快等特点。构建jsbridge(一种用javascript搭建起来的桥)实现js(javascript，java脚本)与native(一种计算机函数)通信，js处理业务逻辑，以js驱动打印机、身份识别器、扫码仪等硬件。native处理硬件调用，实现硬件异步回调、系统通知等；页面性能方面，页面加载时长优化，页面渲染时长1800ms以下，接口平均响应时间约200ms。

本实施例的售票机的身份证验证系统降低了景区人工成本，提升了入园自助率，降低了用户的操作成本，页面转化率提高了7.69％，降低了下单超时风险，提高了用户体验。

实施例5

图7为本发明实施例5提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现实施例1或2的售票机的身份证验证方法。图7显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，电子设备30可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。

总线33包括数据总线、地址总线和控制总线。

存储器32可以包括易失性存储器，例如随机存取存储器(ram)321和/或高速缓存存储器322，还可以进一步包括只读存储器(rom)323。

存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1或2所提供的售票机的身份证验证方法。

电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(i/o)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例6

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现实施例1或2所提供的售票机的身份证验证方法步骤。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现实施例1或2的售票机的身份证验证方法中的步骤。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。