CN116051119A - 一种基于公共交通的收银终端及校正方法 - Google Patents

Abstract

本发明涉及收银终端领域，且公开了一种基于公共交通的收银终端及校正方法，所述收银终端包括：管控模块，用于向全局功能模块进行操控指令的编辑与方法，为子节点的用户端提供登录授权；头部采集模块，用于部署在支付前端，收集并核验通行信息，在通过核验后，下发通行标签；尾部采集模块，用于部署在支付尾端，确认通行标签合法性，确认完毕后，对接账户进行扣费，并完成通行；通过对两端采集信息进行验证，从而对缺失的数据进行追踪，对疑问数据进行核实，避免应收款项出现多收与漏收的情况，使得管理上能够进一步的精细化，可对未扣费行为进行追踪与追缴，并且周期性的进行集中处理，对已扣费而依旧报错的问题进行纠正。

Description

一种基于公共交通的收银终端及校正方法

技术领域

本发明涉及收银终端技术领域，具体为一种基于公共交通的收银终端及校正方法。

背景技术

交通支付是物联网创新的其中重要的领域，地铁支付虽然属于小额支付，但由于属于高频使用场景，因此在潜力和市场需求上也十分庞大，从刷卡支付的、到非接触式的地铁刷卡扫码一体机、智慧扫码支付终端，地铁支付终端的功能和场景也在不断进化拓宽；

收银工作是无人售票车票款流程的最后一道程序，地铁的结帐责任部门为收银中心和财务科，具体分工为：收银中心全面负责每日收银和票款回笼的全过程组织监督管理及安全保卫工作，财务科负责现金的进库保管及银行解交。

但是，现有的收银终端还存在一定的问题，包括：

1、缺乏对两端采集信息的验证措施，难以对缺失的数据进行追踪，导致应收款项容易出现差错，致使管理混乱，难以对未扣费行为进行追踪与追缴，难以周期性的集中处理，处理难度大，对已扣费而依旧报错的问题难以进行解决；

2、缺乏对核验过程进行校正的措施，当存在扣费问题时，用户自身也无法准确知悉存在扣费问题，在出现差错时，缺乏申诉条件，在数据处理量较大时，往往会被直接忽略，极大的影响用户的使用体验。

发明内容

针对现有技术所存在的上述缺点，本发明提供了一种基于公共交通的收银终端及校正方法，能够有效地解决现有技术的收银终端及校正方法缺乏对两端采集信息的验证措施，难以对缺失的数据进行追踪，导致应收款项容易出现差错，致使管理混乱，难以对未扣费行为进行追踪与追缴，难以周期性的集中处理，处理难度大，对已扣费而依旧报错的问题难以进行解决，缺乏对核验过程进行校正的措施，当存在扣费问题时，用户自身也无法准确知悉存在扣费问题，在出现差错时，缺乏申诉条件，在数据处理量较大时，往往会被直接忽略，极大的影响用户的使用体验的问题。

为实现以上目的，本发明通过以下技术方案予以实现，本发明公开了一种基于公共交通的收银终端，包括：

管控模块，用于向全局功能模块进行操控指令的编辑与方法，为子节点的用户端提供登录授权；

头部采集模块，用于部署在支付前端，收集并核验通行信息，在通过核验后，下发通行标签；

尾部采集模块，用于部署在支付尾端，确认通行标签合法性，确认完毕后，对接账户进行扣费，并完成通行；

记录模块，用于存储所有采集数据与扣费信息，并通过预设周期将所获取数据递交至云端存储；

暂存模块，用于封存头部采集模块与尾部采集模块所采集数据，在封存期间提供数据提取的权限，在结束封存后，统一上传至记录模块保存；

验证模块，用于验证头部采集模块采集数据与尾部采集模块采集数据是否匹配，在出现异常数据后进行报错记录，生成报错日志；

阈值设定模块，用于对报错记录数据进行阈值设限，在阈值内保持静默，在超出阈值后，进行报警信息与处理指令的编辑与发送；

身份追踪模块，用于接收阈值设定模块发送的处理指令，追踪报错信息所涉及的用户账户信息，并提供对接端口；

追缴模块，用于对确认存在尾端未付费情况的用户账户，在确认身份以及扣费数据后，进行款项的补扣；

反馈模块，用于为用户提供数据反馈接口，用户对正常扣费信息与补扣信息存在疑问时，进行申诉信息的发送；

校正模块，用于获取用户反馈数据与采集数据，进行校正。

更进一步地，所述头部采集模块接收到采集数据后，对采集数据进行封装，对接数据库，生成待匹配指令，当尾部采集模块采集到同一账户信息的信息后，在数据库内完成标准匹配，头部采集模块与尾部采集模块重置当前时段账户所留数据，清除数据库内待匹配指令。

更进一步地，所述记录模块中的预设周期的设定方式为：通过人工自定义设定与程序默认配置设定相结合；

所述预设周期同步对接所有收银设备，收银设备总计算量R的计算公式为：

R=；

式中，M代表为交通线路内可用收银端数量；K代表收银端的可用率；L代表收银端的利用率；G代表收银端的效率；H代表收银端每预设周期内运作的小时数；B代表收银端每天的预设周期数；C代表收银端每天的运行开机系数。

更进一步地，所述验证模块触发后，暂存模块开放控制权限，为所暂存数据提供传输信道，配置适配格式后发送至验证模块，当阈值设定模块触发超阈值指令后，在当前处理周期内，将涉及数据打包，当前周期结束，重新计算下一周期。

更进一步地，所述阈值设定模块通过无线网络交互连接有警报模块，所述警报模块用于在接收到阈值设定模块超出阈值后的报警信息后，向管控模块进行报警行为的反应，所述报警行为包括：网页弹窗提醒和移动端信息提醒。

更进一步地，所述追缴模块在完成款项的补扣时，发送信息至用户端确认，然后在用户授权的支付端进行扣费。

更进一步地，所述反馈模块的申诉信息可支持图片数据与文字数据的并行发送，用户完毕编辑与上传后，反馈模块对图片数据与文字数据中的关键特征进行提取识别，确认为关联数据后，递交至人工审核。

更进一步地，所述管控模块与头部采集模块和尾部采集模块通过无线网络交互连接，所述记录模块与头部采集模块和尾部采集模块通过电信号通讯连接，所述暂存模块与头部采集模块与尾部采集模块通过无线网络交互连接，所述暂存模块与验证模块通过无线网络交互连接，所述验证模块与阈值设定模块通过无线网络交互连接，所述阈值设定模块与身份追踪模块通过无线网络交互连接，所述身份追踪模块与追缴模块通过无线网络交互连接，所述追缴模块与反馈模块通过无线网络交互连接，所述反馈模块与校正模块通过无线网络交互连接。

一种基于公共交通的收银终端的校正方法，包括以下步骤：

步骤1：获取采集数据与反馈数据的提取权限，进行数据的提取后，为获取数据进行适配格式的配置；

步骤2：调取存疑数据的账户信息，进行合法性的查验，确认是否存在违规行为，并记录；

步骤3：提取存疑数据产生时间段的采集部件的参数日志，调取统一时间段的账户扣费情况；

步骤4：设置已扣费而未采集情况和已经采集而未扣费情况的处理接口；

步骤5：核实反馈数据的真实性，并针对步骤4中的情况进行定义；

步骤6：根据步骤5中的定义信息，进行遗漏信息的补足，并反馈至用户关联账户；

步骤7：更新用户账户扣费状态，结束校正。

所述步骤2中若用户身份信息的违规行为包括：支付端的失效和身份信息的失效。

采用本发明提供的技术方案，与已知的公有技术相比，具有如下有益效果:

本发明通过增加对两端采集信息进行验证的措施，通过管控模块总控全局，将头部采集模块部署在地铁入口处，进行初步用户信息的抓取，将尾部采集模块部署在地铁出口处，采集待出用户身份信息，在通过验证后放行，头部采集模块和尾部采集模块所获取数据暂存至暂存模块，由验证模块对数据进行分析匹配，判断是否吻合，对疑问数据进行单独提取，当疑问数据超出阈值设定模块所设定阈值后，警报模块进行报警，并且身份追踪模块触发，对疑问数据涉及的用户信息进行追踪，并对未扣费项目进行补扣，从而对缺失的数据进行追踪，对疑问数据进行核实，避免应收款项出现多收与漏收的情况，使得管理上能够进一步的精细化，可对未扣费行为进行追踪与追缴，并且周期性的进行集中处理，降低处理难度，避免过多占用系统处理资源，而影响数据的吞吐量，对已扣费而依旧报错的问题进行纠正。

本发明通过增加对核验过程进行校正的措施，当存在扣费问题时，对遗漏信息进行补足，并反馈至用户关联账户，当用户存在疑问时，提供申诉方式，避免用户需求被直接忽略，防止影响用户的使用体验，并且为解决疑问数据提供参照依据。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为一种基于公共交通的收银终端的结构示意图；

图2为一种基于公共交通的收银终端的校正方法的流程示意图；

图中的标号分别代表，1、管控模块；2、头部采集模块；3、尾部采集模块；4、记录模块；5、暂存模块；6、验证模块；7、阈值设定模块；8、身份追踪模块；9、追缴模块；10、反馈模块；11、校正模块；12、警报模块。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合实施例对本发明作进一步的描述。

实施例1:本实施例的一种基于公共交通的收银终端，如图1所示，包括：

管控模块1，用于向全局功能模块进行操控指令的编辑与方法，为子节点的用户端提供登录授权；

头部采集模块2，用于部署在支付前端，收集并核验通行信息，在通过核验后，下发通行标签；

尾部采集模块3，用于部署在支付尾端，确认通行标签合法性，确认完毕后，对接账户进行扣费，并完成通行；

记录模块4，用于存储所有采集数据与扣费信息，并通过预设周期将所获取数据递交至云端存储；

暂存模块5，用于封存头部采集模块2与尾部采集模块3所采集数据，在封存期间提供数据提取的权限，在结束封存后，统一上传至记录模块4保存；

验证模块6，用于验证头部采集模块2采集数据与尾部采集模块3采集数据是否匹配，在出现异常数据后进行报错记录，生成报错日志；

阈值设定模块7，用于对报错记录数据进行阈值设限，在阈值内保持静默，在超出阈值后，进行报警信息与处理指令的编辑与发送；

身份追踪模块8，用于接收阈值设定模块7发送的处理指令，追踪报错信息所涉及的用户账户信息，并提供对接端口；

追缴模块9，用于对确认存在尾端未付费情况的用户账户，在确认身份以及扣费数据后，进行款项的补扣；

反馈模块10，用于为用户提供数据反馈接口，用户对正常扣费信息与补扣信息存在疑问时，进行申诉信息的发送；

校正模块11，用于获取用户反馈数据与采集数据，进行校正。

所述头部采集模块2接收到采集数据后，对采集数据进行封装，对接数据库，生成待匹配指令，当尾部采集模块3采集到同一账户信息的信息后，在数据库内完成标准匹配，头部采集模块2与尾部采集模块3重置当前时段账户所留数据，清除数据库内待匹配指令。

所述记录模块4中的预设周期的设定方式为：通过人工自定义设定与程序默认配置设定相结合；

所述预设周期同步对接所有收银设备，收银设备总计算量R的计算公式为：

R=；

式中，M代表为交通线路内可用收银端数量；

K代表收银端的可用率；

L代表收银端的利用率；

G代表收银端的效率；

H代表收银端每预设周期内运作的小时数；

B代表收银端每天的预设周期数；

C代表收银端每天的运行开机系数。

所述验证模块6触发后，暂存模块5开放控制权限，为所暂存数据提供传输信道，配置适配格式后发送至验证模块6，当阈值设定模块7触发超阈值指令后，在当前处理周期内，将涉及数据打包，当前周期结束，重新计算下一周期。

所述阈值设定模块7通过无线网络交互连接有警报模块12，所述警报模块12用于在接收到阈值设定模块7超出阈值后的报警信息后，向管控模块1进行报警行为的反应，所述报警行为包括：网页弹窗提醒和移动端信息提醒。

所述追缴模块9在完成款项的补扣时，发送信息至用户端确认，然后在用户授权的支付端进行扣费。

所述反馈模块10的申诉信息可支持图片数据与文字数据的并行发送，用户完毕编辑与上传后，反馈模块10对图片数据与文字数据中的关键特征进行提取识别，确认为关联数据后，递交至人工审核。

本实施例在具体实施时，对两端采集信息进行验证，从而对缺失的数据进行追踪，对疑问数据进行核实，避免应收款项出现多收与漏收的情况，使得管理上能够进一步的精细化，可对未扣费行为进行追踪与追缴，并且周期性的进行集中处理，降低处理难度，避免过多占用系统处理资源，而影响数据的吞吐量，对已扣费而依旧报错的问题进行纠正，当用户存在疑问时，提供申诉方式，避免用户需求被直接忽略，防止影响用户的使用体验，并且为解决疑问数据提供参照依据。

实施例2:本实施例还提供一种基于公共交通的收银终端的校正方法，能够对核验过程进行校正，当存在扣费问题时，对遗漏信息进行补足，并反馈至用户关联账户，如图2所示，包括以下步骤：

步骤1：获取采集数据与反馈数据的提取权限，进行数据的提取后，为获取数据进行适配格式的配置；

步骤2：调取存疑数据的账户信息，进行合法性的查验，确认是否存在违规行为，并记录；

步骤3：提取存疑数据产生时间段的采集部件的参数日志，调取统一时间段的账户扣费情况；

步骤4：设置已扣费而未采集情况和已经采集而未扣费情况的处理接口；

步骤5：核实反馈数据的真实性，并针对步骤4中的情况进行定义；

步骤6：根据步骤5中的定义信息，进行遗漏信息的补足，并反馈至用户关联账户；

步骤7：更新用户账户扣费状态，结束校正；

所述步骤2中若用户身份信息的违规行为包括：支付端的失效和身份信息的失效。

实施例3:本实施例中，如图1所示，所述管控模块1与头部采集模块2和尾部采集模块3通过无线网络交互连接，所述记录模块4与头部采集模块2和尾部采集模块3通过电信号通讯连接，所述暂存模块5与头部采集模块2与尾部采集模块3通过无线网络交互连接，所述暂存模块5与验证模块6通过无线网络交互连接，所述验证模块6与阈值设定模块7通过无线网络交互连接，所述阈值设定模块7与身份追踪模块8通过无线网络交互连接，所述身份追踪模块8与追缴模块9通过无线网络交互连接，所述追缴模块9与反馈模块10通过无线网络交互连接，所述反馈模块10与校正模块11通过无线网络交互连接；

用户端中的数据以无限或者是串行的方式连接到GPRS蜂窝电话上，并且与GSM基站建立通信连接，但是与GSM网络中的电路交换式数据呼叫，将数据通过MSC连接到语音网络上不同，在GPRS网络中，分组数据是发送到SGSN中，SGSN与GGSN进行通信，并且在经过GGSN对相应的分组数据进行处理后，再将处理后的数据转发到SGSN中，然后发送到移动终端上，SGSN是GSM网络中的一个网络节点，在网络体系中，与MSC属于同一层，SGSN是移动设备与GSM网络的接口，SGSN的主要工作是实现移动终端与GGSN之间的分组数据传输，并且记录移动终端当前位置，GGSN使用IP/TCP协议实现GPRS骨干网络与SGSN的连接，是GSM网络与局域网、因特网等外部分组交换网进行数据传输的网关，SGSN与GGSN通过GTPGPRS隧道协议对IP/TCP分组数据进行封装，从而实现两者之间的数据传输；

收银终端在接收到持卡消费者的银行卡、密码、消费金额等信息之后，先将这些信息进行加密，然后通过GPRS无线网络传输给移动网络运营商，然后移动网络运营商通过DDN光纤专网将信息传输给银行系统，在银行系统对这些信息进行处理之后，将返回的信息返回给收银终端，并且在通过解密、数据转换之后，在登录端上，将信息显示给用户，从而完成了用户的该次持卡消费。

本实施例在具体实施时，通过管控模块1总控全局，将头部采集模块2部署在地铁入口处，进行初步用户信息的抓取，将尾部采集模块3部署在地铁出口处，采集待出用户身份信息，在通过验证后放行，头部采集模块2和尾部采集模块3所获取数据暂存至暂存模块5，由验证模块6对数据进行分析匹配，判断是否吻合，对疑问数据进行单独提取，当疑问数据超出阈值设定模块7所设定阈值后，警报模块12进行报警，并且身份追踪模块8触发，对疑问数据涉及的用户信息进行追踪，并对未扣费项目进行补扣，当用户存在疑问时，可通过反馈模块10反馈图文申诉，由校正模块11进行查验校正。

综上所述，本发明通过管控模块1总控全局，将头部采集模块2部署在地铁入口处，进行初步用户信息的抓取，将尾部采集模块3部署在地铁出口处，采集待出用户身份信息，在通过验证后放行，头部采集模块2和尾部采集模块3所获取数据暂存至暂存模块5，由验证模块6对数据进行分析匹配，判断是否吻合，对疑问数据进行单独提取，当疑问数据超出阈值设定模块7所设定阈值后，警报模块12进行报警，并且身份追踪模块8触发，对疑问数据涉及的用户信息进行追踪，并对未扣费项目进行补扣，当用户存在疑问时，可通过反馈模块10反馈图文申诉，由校正模块11进行查验校正；

对两端采集信息进行验证，从而对缺失的数据进行追踪，对疑问数据进行核实，避免应收款项出现多收与漏收的情况，使得管理上能够进一步的精细化，可对未扣费行为进行追踪与追缴，并且周期性的进行集中处理，降低处理难度，避免过多占用系统处理资源，而影响数据的吞吐量，对已扣费而依旧报错的问题进行纠正，当用户存在疑问时，提供申诉方式，避免用户需求被直接忽略，防止影响用户的使用体验，并且为解决疑问数据提供参照依据。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不会使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种基于公共交通的收银终端，其特征在于，包括：

管控模块（1），用于向全局功能模块进行操控指令的编辑与方法，为子节点的用户端提供登录授权；

头部采集模块（2），用于部署在支付前端，收集并核验通行信息，在通过核验后，下发通行标签；

尾部采集模块（3），用于部署在支付尾端，确认通行标签合法性，确认完毕后，对接账户进行扣费，并完成通行；

记录模块（4），用于存储所有采集数据与扣费信息，并通过预设周期将所获取数据递交至云端存储；

暂存模块（5），用于封存头部采集模块（2）与尾部采集模块（3）所采集数据，在封存期间提供数据提取的权限，在结束封存后，统一上传至记录模块（4）保存；

验证模块（6），用于验证头部采集模块（2）采集数据与尾部采集模块（3）采集数据是否匹配，在出现异常数据后进行报错记录，生成报错日志；

阈值设定模块（7），用于对报错记录数据进行阈值设限，在阈值内保持静默，在超出阈值后，进行报警信息与处理指令的编辑与发送；

身份追踪模块（8），用于接收阈值设定模块（7）发送的处理指令，追踪报错信息所涉及的用户账户信息，并提供对接端口；

追缴模块（9），用于对确认存在尾端未付费情况的用户账户，在确认身份以及扣费数据后，进行款项的补扣；

反馈模块（10），用于为用户提供数据反馈接口，用户对正常扣费信息与补扣信息存在疑问时，进行申诉信息的发送；

校正模块（11），用于获取用户反馈数据与采集数据，进行校正。

2.根据权利要求1所述的一种基于公共交通的收银终端，其特征在于，所述管控模块（1）的子节点用户端用于提供用户注册并登录的服务，并授权支付端归属，默认正常扣费与补缴扣费的自动扣除。

3.根据权利要求1所述的一种基于公共交通的收银终端，其特征在于，所述头部采集模块（2）接收到采集数据后，对采集数据进行封装，对接数据库，生成待匹配指令，当尾部采集模块（3）采集到同一账户信息的信息后，在数据库内完成标准匹配，头部采集模块（2）与尾部采集模块（3）重置当前时段账户所留数据，清除数据库内待匹配指令。

4.根据权利要求1所述的一种基于公共交通的收银终端，其特征在于，所述记录模块（4）中的预设周期的设定方式为：通过人工自定义设定与程序默认配置设定相结合；

所述预设周期同步对接所有收银设备，收银设备总计算量R的计算公式为：

R=；

式中，M代表为交通线路内可用收银端数量；

K代表收银端的可用率；

L代表收银端的利用率；

G代表收银端的效率；

H代表收银端每预设周期内运作的小时数；

B代表收银端每天的预设周期数；

C代表收银端每天的运行开机系数。

5.根据权利要求1所述的一种基于公共交通的收银终端，其特征在于，所述验证模块（6）触发后，暂存模块（5）开放控制权限，为所暂存数据提供传输信道，配置适配格式后发送至验证模块（6），当阈值设定模块（7）触发超阈值指令后，在当前处理周期内，将涉及数据打包，当前周期结束，重新计算下一周期。

6.根据权利要求1所述的一种基于公共交通的收银终端，其特征在于，所述阈值设定模块（7）通过无线网络交互连接有警报模块（12），所述警报模块（12）用于在接收到阈值设定模块（7）超出阈值后的报警信息后，向管控模块（1）进行报警行为的反应，所述报警行为包括：网页弹窗提醒和移动端信息提醒。

7.根据权利要求1所述的一种基于公共交通的收银终端，其特征在于，所述追缴模块（9）在完成款项的补扣时，发送信息至用户端确认，然后在用户授权的支付端进行扣费。

8.根据权利要求1所述的一种基于公共交通的收银终端，其特征在于，所述反馈模块（10）的申诉信息可支持图片数据与文字数据的并行发送，用户完毕编辑与上传后，反馈模块（10）对图片数据与文字数据中的关键特征进行提取识别，确认为关联数据后，递交至人工审核。

9.根据权利要求1所述的一种基于公共交通的收银终端，其特征在于，所述管控模块（1）与头部采集模块（2）和尾部采集模块（3）通过无线网络交互连接，所述记录模块（4）与头部采集模块（2）和尾部采集模块（3）通过电信号通讯连接，所述暂存模块（5）与头部采集模块（2）与尾部采集模块（3）通过无线网络交互连接，所述暂存模块（5）与验证模块（6）通过无线网络交互连接，所述验证模块（6）与阈值设定模块（7）通过无线网络交互连接，所述阈值设定模块（7）与身份追踪模块（8）通过无线网络交互连接，所述身份追踪模块（8）与追缴模块（9）通过无线网络交互连接，所述追缴模块（9）与反馈模块（10）通过无线网络交互连接，所述反馈模块（10）与校正模块（11）通过无线网络交互连接。

10.一种基于公共交通的收银终端的校正方法，所述方法是对权利要求1-8中任一项所述的一种基于公共交通的收银终端的校正方法，其特征在于，包括以下步骤：

步骤1：获取采集数据与反馈数据的提取权限，进行数据的提取后，为获取数据进行适配格式的配置；

步骤2：调取存疑数据的账户信息，进行合法性的查验，确认是否存在违规行为，并记录；

步骤3：提取存疑数据产生时间段的采集部件的参数日志，调取统一时间段的账户扣费情况；

步骤4：设置已扣费而未采集情况和已经采集而未扣费情况的处理接口；

步骤5：核实反馈数据的真实性，并针对步骤4中的情况进行定义；

步骤6：根据步骤5中的定义信息，进行遗漏信息的补足，并反馈至用户关联账户；

步骤7：更新用户账户扣费状态，结束校正；

所述步骤2中若用户身份信息的违规行为包括：支付端的失效和身份信息的失效。

Images