CN116385013B - 基于校园云消费的数据交互方法及交互平台 - Google Patents

基于校园云消费的数据交互方法及交互平台 Download PDF

Info

Publication number
CN116385013B
CN116385013B CN202310651696.3A CN202310651696A CN116385013B CN 116385013 B CN116385013 B CN 116385013B CN 202310651696 A CN202310651696 A CN 202310651696A CN 116385013 B CN116385013 B CN 116385013B
Authority
CN
China
Prior art keywords
consumption
item
card terminal
items
special
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202310651696.3A
Other languages
English (en)
Other versions
CN116385013A (zh
Inventor
徐丹
刘浩冰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Hongtu Digital Technology Co ltd
Original Assignee
Guangzhou Hongtu Digital Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Hongtu Digital Technology Co ltd filed Critical Guangzhou Hongtu Digital Technology Co ltd
Priority to CN202310651696.3A priority Critical patent/CN116385013B/zh
Publication of CN116385013A publication Critical patent/CN116385013A/zh
Application granted granted Critical
Publication of CN116385013B publication Critical patent/CN116385013B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405Establishing or using transaction specific rules
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/20Education
    • G06Q50/205Education administration or guidance
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Educational Administration (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Educational Technology (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请涉及一种基于校园云消费的数据交互方法及交互平台,其包括步骤当接收到家长终端发出的金额设置指令时,从金额设置指令中获取家长终端用于设置学生每日消费额度上限的限额数值,将限额数值更新至对应学生的消费卡终端;识别当日该学生卡终端是否还存在未完成消费的必要消费项目;若当日还存在未完成消费的必要消费项目,则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目;若能,则允许完成本次消费;若不能,则识别消费项目是否为允许超额的特殊消费项目,若为特殊消费项目,则允许本次消费;若不为特殊消费项目,则拒绝本次消费。本申请具有提升学生在校园内自主消费的合理性的效果。

Description

基于校园云消费的数据交互方法及交互平台
技术领域
本申请涉及智慧校园的技术领域,尤其是涉及一种基于校园云消费的数据交互方法及交互平台。
背景技术
目前,学生的在校消费普遍会告知其家长,具体通过在学校设置扣费设备,将学校的消费项目以及对应的费用传送至云端存储,学生使用专用的消费卡消费时,将消费项目和扣费信息通过网络传输至学生家长的手机端。
家长通常会在学生的消费卡内充值一定额度的金额以限制学生一周或一个月在学校内部的花销,但仅通过对学生消费项目和扣费信息的监控,对学生消费的监督力度较小,学生在校园内易出现通过节省必要支出来存钱的不健康、不合理的消费计划,且对学生消费的限制也不宜太绝对,以防学生出现紧急需要用钱的情况出现,因此需要改进。
发明内容
为了提升学生在校园内自主消费的合理性,本申请提供了一种基于校园云消费的数据交互方法及交互平台。
本申请的上述发明目的一是通过以下技术方案得以实现的:
一种基于校园云消费的数据交互方法,包括步骤:
当接收到家长终端发出的金额设置指令时,从金额设置指令中获取家长终端用于设置学生每日消费额度上限的限额数值,将限额数值更新至对应学生的消费卡终端;
当识别到学生的消费卡终端在校园中进行消费时,识别当日该学生卡终端是否还存在未完成消费的必要消费项目;
若当日还存在未完成消费的必要消费项目,则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目;
若能,则允许完成本次消费;
若不能,则识别消费项目是否为允许超额的特殊消费项目,若为特殊消费项目,则允许本次消费;若不为特殊消费项目,则拒绝本次消费。
通过采用上述技术方案,学生家长将学生在校每周、或每月的生活费转入消费卡终端后,首先通过消费设置表可以设置学生每日在校园内消费的限额数值,每日消费额度主要考虑学生的三餐消费、日用品消费和其他自由支配的消费,每个学生的限额数值由家长自定义设置;进一步,通过识别学生每日消费时,当日是否还存在必要消费项目,例如当日的午餐、晚餐还没消费,若存在则计算完成当前消费后消费卡终端余额还能否消费剩余的必要消费项目,若可以则允许本次消费,若不能,则是被该消费项目是否为特殊消费项目,即识别该消费项目是否为紧急的、必须要消费的项目,若是则允许消费,因此,通过监督学生消费时消费卡终端内剩余金额,并通过设置必要消费项目来控制学生的消费卡终端内必须留有用于消费必要消费项目的余额,从而一定程度上干预学生的消费计划,使得学生不易出现通过节省必要支出来存钱的不健康、不合理的消费计划,从而提升学生在校园内自主消费的合理性,同时,通过设置特殊消费项目,例如在校的紧急医疗所需的消费,则允许学生完成消费,以防学生出现紧急需要用钱的情况出现。
本申请在一较佳示例中:所述若不能,则识别消费项目是否为允许超额的特殊消费项目,若为特殊消费项目,则允许本次消费的步骤之后,执行如下步骤:
生成超额消费消息并发送至与该消费卡终端关联的家长终端;
次日限额数值更新时,该日的消费卡终端的限额数值等于前一天消费卡终端剩余金额加上当日的限额数值;
若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,与该消费卡终端关联的家长终端将扣除前一天特殊消费项目的消费金额。
通过采用上述技术方案,当学生前一日有出现特殊消费项目的消费情况时,生成超额消费消息发送至学生家长,以通知学生家长知晓超额消费的情况,有助于家长对学生在校消费的监控,并在次日限额数值重置时,特殊消费项目由该学生的家长通过家长终端进行扣费,以使学生在校能够及时完成特殊消费项目的基础上,方便该特殊消费项目的扣费结算,不影响学生每日限额数值的更新。
本申请在一较佳示例中:所述若为特殊消费项目,则允许本次消费的步骤,包括步骤:
若为特殊消费项目,则获取消费卡终端当次特殊消费项目的消费金额;
由学校预设的预付款终端完成该次特殊消费项目的扣款;
所述若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,与该消费卡终端关联的家长终端将扣除前一天特殊消费项目的消费金额的步骤,包括步骤:
若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,生成前一天消费卡终端所消费的特殊消费项目的付款链接;
将付款链接发送至该与消费卡终端关联的家长终端。
通过采用上述技术方案,通过设置学校的预付款终端,即预设用于提前支付学生在校的特殊消费项目的资金池,完成校园内每个学生的特殊消费项目的预付款,且通过发送付款链接至家长终端的方式,方便家长对学生在校的特殊消费项目进行付款。
本申请在一较佳示例中:所述若当日还存在未完成消费的必要消费项目,则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目的步骤之后,执行如下步骤:
若剩金额能完成当日剩余未完成消费的必要消费项目,则识别该次消费的单次消费金额;
若该单次消费金额大于预设的单次消费限额,则生成超额提示消息并发送至与该消费卡终端关联的家长终端;
若家长终端发出用于反馈该超额提示消息的允许指令时,则允许本次消费。
通过采用上述技术方案,经计算,若消费卡终端完成本次消费后仍能完成剩余必要消费项目的消费时,为了限制学生在校园内的单次大额消费,例如消费卡终端攒了一星期的钱然后单次购买大量的食物或玩具的情况,通过设置单次消费限额,且需要家长终端同意才能购买,从而一定程度上限制学生在校园内出现单次大额消费的不良习惯,从而规范学生在校消费的合理化。
本申请在一较佳示例中:所述若当日还存在未完成消费的必要消费项目,则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目的步骤之后,执行如下步骤:
若剩金额能完成当日剩余未完成消费的必要消费项目,则获取预设时间段内,截止目前各个消费项目的消费次数;
当前的消费项目的消费次数目大于该消费项目预设的次数阈值时,则拒绝本次消费;
若当前的消费项目的消费次数小于或等于该消费项目预设的次数阈值时,则允许本次消费。
通过采用上述技术方案,经计算,若消费卡终端完成本次消费后仍能完成剩余必要消费项目的消费时,为了限制学生在预设时间段内的对同个消费项目的高频消费,例如限制学生一周、或一个月内在校高频购买零食的行为,当购买次数超过次数阈值时,则在该预设时间段内拒绝学生再次消费该项目,提升学生在校园内自主消费的健康性、合理性。
本申请在一较佳示例中:所述则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目的步骤,包括步骤:
获取当天仍未完成消费的所有必要消费项目;
识别每个必要消费项目预先绑定的固定金额;
判断消费卡终端当日所剩金额是否大于当日剩余未完成消费的所有必要消费项目的固定金额之和。
通过采用上述技术方案,通过给必要消费项目绑定固定金额,且不同的必要消费项目、其对应的固定金额也不同,计算时,通过统计当天剩余的必要消费项目的固定金额之和,与当前消费卡终端的余额进行数值大小的判断,进而实现消费卡终端是否能完成当前该笔消费的判断。
本申请的上述发明目的二是通过以下技术方案得以实现的:
一种基于校园云消费的数据交互平台,包括:
限额输入模块,用于当接收到家长终端发出的金额设置指令时,从金额设置指令中获取家长终端用于设置学生每日消费额度上限的限额数值,将限额数值更新至对应学生的消费卡终端;
必要消费识别模块,用于当识别到学生的消费卡终端在校园中进行消费时,识别当日该学生卡终端是否还存在未完成消费的必要消费项目;
必要消费判断模块,用于若当日还存在未完成消费的必要消费项目,则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目;
消费允许模块,用于若能,则允许完成本次消费;
消费拒绝模块,用于若不能,则识别消费项目是否为允许超额的特殊消费项目,若为特殊消费项目,则允许本次消费;若不为特殊消费项目,则拒绝本次消费。
通过采用上述技术方案,学生家长将学生在校每周、或每月的生活费转入消费卡终端后,首先通过消费设置表可以设置学生每日在校园内消费的限额数值,每日消费额度主要考虑学生的三餐消费、日用品消费和其他自由支配的消费,每个学生的限额数值由家长自定义设置;进一步,通过识别学生每日消费时,当日是否还存在必要消费项目,例如当日的午餐、晚餐还没消费,若存在则计算完成当前消费后消费卡终端余额还能否消费剩余的必要消费项目,若可以则允许本次消费,若不能,则是被该消费项目是否为特殊消费项目,即识别该消费项目是否为紧急的、必须要消费的项目,若是则允许消费,因此,通过监督学生消费时消费卡终端内剩余金额,并通过设置必要消费项目来控制学生的消费卡终端内必须留有用于消费必要消费项目的余额,从而一定程度上干预学生的消费计划,使得学生不易出现通过节省必要支出来存钱的不健康、不合理的消费计划,从而提升学生在校园内自主消费的合理性,同时,通过设置特殊消费项目,例如在校的紧急医疗所需的消费,则允许学生完成消费,以防学生出现紧急需要用钱的情况出现。
可选的,还包括:
超额消息生成模块,用于生成超额消费消息并发送至与该消费卡终端关联的家长终端;
限额更新模块,用于次日限额数值更新时,该日的消费卡终端的限额数值等于前一天消费卡终端剩余金额加上当日的限额数值;
扣费模块,用于若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,与该消费卡终端关联的家长终端将扣除前一天特殊消费项目的消费金额。
本申请的上述目的三是通过以下技术方案得以实现的:
一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述基于校园云消费的数据交互方法的步骤。
本申请的上述目的四是通过以下技术方案得以实现的:
一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述基于校园云消费的数据交互方法的步骤。
综上所述,本申请包括以下至少一种有益技术效果:
1.通过监督学生消费时消费卡终端内剩余金额,并通过设置必要消费项目来控制学生的消费卡终端内必须留有用于消费必要消费项目的余额,使得学生不易出现通过节省必要支出来存钱的不健康、不合理的消费计划,从而提升学生在校园内自主消费的合理性,同时,通过设置特殊消费项目,以防学生出现紧急需要用钱的情况出现;
2.在次日限额数值重置时,特殊消费项目由该学生的家长通过家长终端进行扣费,以使学生在校能够及时完成特殊消费项目的基础上,方便该特殊消费项目的扣费结算,不影响学生每日限额数值的更新;
3.通过设置学校的预付款终端,即预设用于提前支付学生在校的特殊消费项目的资金池,完成校园内每个学生的特殊消费项目的预付款,且通过发送付款链接至家长终端的方式,方便家长对学生在校的特殊消费项目进行付款;
4.经计算,若消费卡终端完成本次消费后仍能完成剩余必要消费项目的消费时,为了限制学生在校园内的单次大额消费,例如消费卡终端攒了一星期的钱然后单次购买大量的食物或玩具的情况,通过设置单次消费限额,限制学生在校园内出现单次大额消费不必要物品的不良习惯,从而规范学生在校消费的合理化。
附图说明
图1是本申请一种基于校园云消费的数据交互方法实施例的一流程图;
图2是本申请一种基于校园云消费的数据交互方法实施例中步骤S50之后的一实现流程图;
图3是本申请一种基于校园云消费的数据交互方法实施例中步骤S30之后的一实现流程图;
图4是本申请一种基于校园云消费的数据交互方法实施例中步骤S30的一实现流程图;
图5是本申请一种计算机设备的一原理框图。
具体实施方式
以下结合附图1-5对本申请作进一步详细说明。
在一实施例中,如图1所示,本申请公开了一种基于校园云消费的数据交互方法,具体包括如下步骤:
S10:当接收到家长终端发出的金额设置指令时,从金额设置指令中获取家长终端用于设置学生每日消费额度上限的限额数值,将限额数值更新至对应学生的消费卡终端;
在本实施例中,家长终端是指供学生家长使用的手机、移动PC端等智能移动终端,家长终端与学生的消费卡绑定。
金额设置指令用于设置学生一周内或一个月内每日消费额度上限。包括一周或一个月内的所有日期以及日期对应的用于填写限额数值的文本框,限制数值是指家长自定义设置的用于限制学生每日消费的金额数值。
消费卡终端是指学生在校园内消费时所使用的智能消费卡,该消费卡嵌入有具备通信功能的芯片。消费卡终端在校园内消费时,通过校园内每个消费点设置的刷卡器消费,刷卡器显示所消费的物品、项目信息,通过学生的消费卡放置在读卡器的感应区即完成消费。
具体的,当家长通过智能移动终端发出金额设置指令并在文本框中填入学生在一周或一个月内的每日的消费额度,每日的消费额度上限可以不一致,不同学生的限额数值也不同。
S20:当识别到学生的消费卡终端在校园中进行消费时,识别当日该学生卡终端是否还存在未完成消费的必要消费项目;
在本实施例中,必要消费项目即学生每日在学校必须要消费的项目,例如三餐的消费,通过在刷卡器设置消费项目,既能判断消费卡终端是否消费过该必要消费项目。
具体的,当学生的消费卡终端在校园中进行一笔消费时,首先识别当日该学生的消费卡终端是否还存在未完成的、当日必须要消费的必要消费项目。
S30:若当日还存在未完成消费的必要消费项目,则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目。
具体的,若学生当日还存在未完成消费的必要消费项目,则在本次消费扣费之前,先获取当前消费的金额,并计算若扣除当前消费金额后,该消费卡终端能够完成当日剩余未完成消费的必要消费项目。
进一步的,若当日不存在未完成消费的必要消费项目,则在消费时跳过计算消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目的步骤。
S40:若能,则允许完成本次消费。
具体的,若消费卡终端所剩金额能够完成当日剩余未完成消费的必要消费项目,则允许本次消费。
进一步的,消费卡终端在消费时,需要通过识别人脸实名制认证,若一学生采用其他学生的消费卡进行消费,则不能够完成消费。
S50:若不能,则识别消费项目是否为允许超额的特殊消费项目,若为特殊消费项目,则允许本次消费;若不为特殊消费项目,则拒绝本次消费。
在本实施例中,特殊消费项目例如学生在学校医务室开药、治疗的应急性消费,或学生需集体购买的书籍。
具体的,若消费卡终端所剩金额不能完成当日剩余未完成消费的必要消费项目的步骤,则需要进一步判断当前的消费项目是否为允许超额消费的特殊消费项目,若本次消费为应急的或允许超额的特殊消费项目时,则允许本次消费,若本次消费不为应急或允许超额的特殊消费项目时,则拒绝本次消费。
在一实施例中,参照图2,步骤S50之后,执行如下步骤:
S51:生成超额消费消息并发送至与该消费卡终端关联的家长终端;
S52:次日限额数值更新时,该日的消费卡终端的限额数值等于前一天消费卡终端剩余金额加上当日的限额数值;
S53:若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,与该消费卡终端关联的家长终端将扣除前一天特殊消费项目的消费金额。
在本实施例中,超额消费消息是指已经出现了超额消费,超额消费消息中包括了具体的超出金额、消费时间和超额消费的具体特殊消费项目的名称。
限额数值重置的时间通常设置在每天00:00点。
具体的,在学生完成特殊消费项目的消费后,生成超额消费消息发送至与该学生的消费卡终端关联的家长终端,以通知学生家长知晓学生的超额消费情况,并在次日限额数值重置时,识别前一天该消费卡终端是否出现特殊消费项目的消费情况,若出现该特殊消费项目的消费情况,则从与该消费卡终端关联的家长终端扣除前一天特殊消费项目的消费金额。
在一实施例中,步骤S50中的“若为特殊消费项目,则允许本次消费”的步骤,包括步骤:
S501:若为特殊消费项目,则获取消费卡终端当次特殊消费项目的消费金额;
S502:由学校预设的预付款终端完成该次特殊消费项目的扣款;
步骤S53包括步骤:
S531:若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,生成前一天消费卡终端所消费的特殊消费项目的付款链接;
S532:将付款链接发送至该与消费卡终端关联的家长终端。
在本实施例中,预付款终端是指学校预设的资金池,用于学生在学校进行特殊消费项目时的应急、提前扣款。
家长终端通过付款链接付费,该笔付费由家长终端另行支付,不影响学生的消费卡终端的限额数值。
具体的,若学生通过消费卡终端在校内的消费项目为特殊消费项目时,则获取该特殊消费项目的消费金额,并由学校预设的预付款终端完成该特殊消费项目的扣款,扣款时记录了消费该特殊消费项目的学生身份信息和消费时间。
进一步在次日限额数值重置时,将与该家长终端关联的消费卡终端在前一日关于特殊消费项目的消费金额,以链接的形式发送至家长终端,家长终端点击付款链接即可付款。
在一实施例中,参照图3,步骤S30之后,还执行如下步骤:
S31:若剩金额能完成当日剩余未完成消费的必要消费项目,则识别该次消费的单次消费金额;
S32:若该单次消费金额大于预设的单次消费限额,则生成超额提示消息并发送至与该消费卡终端关联的家长终端;
S33:若家长终端发出用于反馈该超额提示消息的允许指令时,则允许本次消费。
在本实施例中,不同消费项目的单次消费限额不同,依据消费项目的单价而定。
超额提示消息用于向家长终端反馈学生在校内单次消费不属于特殊消费项目时,消费金额大于单次消费限额的消费情况。
具体的,若消费卡终端剩余金额能够完成当日未完成消费的必要消费项目时,则识别当前消费的消费金额,即单次消费金额;
若本次消费的消费金额大于预设的单次消费限额时,则在完成消费前发送超额提示消息至该消费卡终端关联的家长终端,并在的饿到家长终端发出的用于反馈该超额提示消息的允许指令后,该学生本次的超额消费才能完成,否则拒绝本次消费。
学生可与家长之间进行提前沟通,且家长终端可提前设置允许超额消费非特殊消费项目的次数和消费时间段。
在一实施例中,步骤S30之后,还执行如下步骤:
S31A:若剩金额能完成当日剩余未完成消费的必要消费项目,则获取预设时间段内,截止目前各个消费项目的消费次数;
S32A:当前的消费项目的消费次数目大于该消费项目预设的次数阈值时,则拒绝本次消费;
S33A:若当前的消费项目的消费次数小于或等于该消费项目预设的次数阈值时,则允许本次消费。
在本实施例中,预设时间段由家长终端进行设置,包括以天、周和月为单位的时间段,且不同消费项目对应的消费次数阈值不同,例如较为危害学生身体健康的食物、零食等次数阈值设置相对较小。
具体的,若学生消费卡终端的剩金额能完成当日剩余未完成消费的必要消费项目,则获取该消费卡终端预先设定的预设时间段内所有消费项目的消费次数;识别当前消费项目在预设时间段内截止目前的消费次数,若当前消费项目的消费次数大于该消费项目预设的次数阈值,则拒绝该学生完成本次消费。
若当前消费项目的消费次数小于或等于该消费项目预设的次数阈值,则允许该学生完成本次消费。
在一实施例中,参照图4,步骤S30的“则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目”的步骤,包括步骤:
S301:获取当天仍未完成消费的所有必要消费项目;
S302:识别每个必要消费项目预先绑定的固定金额;
S303:判断消费卡终端当日所剩金额是否大于当日剩余未完成消费的所有必要消费项目的固定金额之和。
在本实施例中,不同必要消费项目的固定金额不同,例如早餐的固定金额与午餐、晚餐的固定金额不同。
具体的,获取当天仍未完成消费的所有必要消费项目,每个消费项目都有预先绑定的固定金额,计算所有未完成消费的必要消费项目的固定金额之和,将消费卡终端当日所剩金额与固定金额之和进行数值大小比较。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
在一实施例中,提供一种基于校园云消费的数据交互平台,该基于校园云消费的数据交互平台与上述实施例中一种基于校园云消费的数据交互方法对应。该一种基于校园云消费的数据交互平台包括:
限额输入模块,用于当接收到家长终端发出的金额设置指令时,从金额设置指令中获取家长终端用于设置学生每日消费额度上限的限额数值,将限额数值更新至对应学生的消费卡终端;
必要消费识别模块,用于当识别到学生的消费卡终端在校园中进行消费时,识别当日该学生卡终端是否还存在未完成消费的必要消费项目;
必要消费判断模块,用于若当日还存在未完成消费的必要消费项目,则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目;
消费允许模块,用于若能,则允许完成本次消费;
消费拒绝模块,用于若不能,则识别消费项目是否为允许超额的特殊消费项目,若为特殊消费项目,则允许本次消费;若不为特殊消费项目,则拒绝本次消费。
可选的,还包括:
超额消息生成模块,用于生成超额消费消息并发送至与该消费卡终端关联的家长终端;
限额更新模块,用于次日限额数值更新时,该日的消费卡终端的限额数值等于前一天消费卡终端剩余金额加上当日的限额数值;
扣费模块,用于若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,与该消费卡终端关联的家长终端将扣除前一天特殊消费项目的消费金额。
可选的,消费拒绝模块包括:
特殊消费金额获取子模块,用于若为特殊消费项目,则获取消费卡终端当次特殊消费项目的消费金额;
代扣款子模块,用于由学校预设的预付款终端完成该次特殊消费项目的扣款;
扣费模块包括:
链接生成子模块,用于若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,生成前一天消费卡终端所消费的特殊消费项目的付款链接;
链接发送子模块,用于将付款链接发送至该与消费卡终端关联的家长终端。
可选的,还包括:
单次消费获取模块,用于若剩金额能完成当日剩余未完成消费的必要消费项目,则识别该次消费的单次消费金额;
单次限额比对模块,用于若该单次消费金额大于预设的单次消费限额,则生成超额提示消息并发送至与该消费卡终端关联的家长终端;
允许指令模块,用于若家长终端发出用于反馈该超额提示消息的允许指令时,则允许本次消费。
可选的,还包括:
消费次数获取模块,用于若剩金额能完成当日剩余未完成消费的必要消费项目,则获取预设时间段内,截止目前各个消费项目的消费次数;
次数比对模块,用于当前的消费项目的消费次数目大于该消费项目预设的次数阈值时,则拒绝本次消费;若当前的消费项目的消费次数小于或等于该消费项目预设的次数阈值时,则允许本次消费。
可选的,必要消费判断模块包括:
必要项目获取子模块,用于获取当天仍未完成消费的所有必要消费项目;
固定金额识别子模块,用于识别每个必要消费项目预先绑定的固定金额;
金额判断子模块,用于判断消费卡终端当日所剩金额是否大于当日剩余未完成消费的所有必要消费项目的固定金额之和。
关于基于校园云消费的数据交互平台的具体限定可以参见上文中对于一种基于校园云消费的数据交互方法的限定,在此不再赘述。上述一种基于校园云消费的数据交互平台中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储消费设置表、学生信息以及对应的消费卡终端的限额数值、超额阈值、消费限制指令、允许指令、第一消费信息、第二消费信息、消费项目、消费类型记录表、固定金额。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现基于校园云消费的数据交互方法。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现基于校园云消费的数据交互方法。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现基于校园云消费的数据交互方法。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink) DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

Claims (10)

1.一种基于校园云消费的数据交互方法,其特征在于,包括步骤:
当接收到家长终端发出的金额设置指令时,从金额设置指令中获取家长终端用于设置学生每日消费额度上限的限额数值,将限额数值更新至对应学生的消费卡终端;
当识别到学生的消费卡终端在校园中进行消费时,识别当日该学生卡终端是否还存在未完成消费的必要消费项目;
若当日还存在未完成消费的必要消费项目,则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目;
若能,则允许完成本次消费;
若不能,则识别消费项目是否为允许超额的特殊消费项目,若为特殊消费项目,则允许本次消费;若不为特殊消费项目,则拒绝本次消费。
2.根据权利要求1所述的基于校园云消费的数据交互方法,其特征在于:所述若不能,则识别消费项目是否为允许超额的特殊消费项目,若为特殊消费项目,则允许本次消费的步骤之后,执行如下步骤:
生成超额消费消息并发送至与该消费卡终端关联的家长终端;
次日限额数值更新时,该日的消费卡终端的限额数值等于前一天消费卡终端剩余金额加上当日的限额数值;
若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,与该消费卡终端关联的家长终端将扣除前一天特殊消费项目的消费金额。
3.根据权利要求2所述的基于校园云消费的数据交互方法,其特征在于:所述若为特殊消费项目,则允许本次消费的步骤,包括步骤:
若为特殊消费项目,则获取消费卡终端当次特殊消费项目的消费金额;
由学校预设的预付款终端完成该次特殊消费项目的扣款;
所述若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,与该消费卡终端关联的家长终端将扣除前一天特殊消费项目的消费金额的步骤,包括步骤:
若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,生成前一天消费卡终端所消费的特殊消费项目的付款链接;
将付款链接发送至该与消费卡终端关联的家长终端。
4.根据权利要求2所述的基于校园云消费的数据交互方法,其特征在于:所述若当日还存在未完成消费的必要消费项目,则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目的步骤之后,执行如下步骤:
若剩金额能完成当日剩余未完成消费的必要消费项目,则识别该次消费的单次消费金额;
若该单次消费金额大于预设的单次消费限额,则生成超额提示消息并发送至与该消费卡终端关联的家长终端;
若家长终端发出用于反馈该超额提示消息的允许指令时,则允许本次消费。
5.根据权利要求1所述的基于校园云消费的数据交互方法,其特征在于:所述若当日还存在未完成消费的必要消费项目,则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目的步骤之后,执行如下步骤:
若剩金额能完成当日剩余未完成消费的必要消费项目,则获取预设时间段内,截止目前各个消费项目的消费次数;
当前的消费项目的消费次数大于该消费项目预设的次数阈值时,则拒绝本次消费;
若当前的消费项目的消费次数小于或等于该消费项目预设的次数阈值时,则允许本次消费。
6.根据权利要求1所述的基于校园云消费的数据交互方法,其特征在于:所述则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目的步骤,包括步骤:
获取当天仍未完成消费的所有必要消费项目;
识别每个必要消费项目预先绑定的固定金额;
判断消费卡终端当日所剩金额是否大于当日剩余未完成消费的所有必要消费项目的固定金额之和。
7.一种基于校园云消费的数据交互平台,其特征在于,包括:
限额输入模块,用于当接收到家长终端发出的金额设置指令时,从金额设置指令中获取家长终端用于设置学生每日消费额度上限的限额数值,将限额数值更新至对应学生的消费卡终端;
必要消费识别模块,用于当识别到学生的消费卡终端在校园中进行消费时,识别当日该学生卡终端是否还存在未完成消费的必要消费项目;
必要消费判断模块,用于若当日还存在未完成消费的必要消费项目,则计算完成当前消费后,消费卡终端所剩金额能否完成当日剩余未完成消费的必要消费项目;
消费允许模块,用于若能,则允许完成本次消费;
消费拒绝模块,用于若不能,则识别消费项目是否为允许超额的特殊消费项目,若为特殊消费项目,则允许本次消费;若不为特殊消费项目,则拒绝本次消费。
8.根据权利要求7所述的基于校园云消费的数据交互平台,其特征在于,还包括:
超额消息生成模块,用于生成超额消费消息并发送至与该消费卡终端关联的家长终端;
限额更新模块,用于次日限额数值更新时,该日的消费卡终端的限额数值等于前一天消费卡终端剩余金额加上当日的限额数值;
扣费模块,用于若该消费卡终端前一天完成过特殊消费项目,则当日限额数值更新时,与该消费卡终端关联的家长终端将扣除前一天特殊消费项目的消费金额。
9.一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述基于校园云消费的数据交互方法的步骤。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述基于校园云消费的数据交互方法的步骤。
CN202310651696.3A 2023-06-05 2023-06-05 基于校园云消费的数据交互方法及交互平台 Active CN116385013B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310651696.3A CN116385013B (zh) 2023-06-05 2023-06-05 基于校园云消费的数据交互方法及交互平台

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310651696.3A CN116385013B (zh) 2023-06-05 2023-06-05 基于校园云消费的数据交互方法及交互平台

Publications (2)

Publication Number Publication Date
CN116385013A CN116385013A (zh) 2023-07-04
CN116385013B true CN116385013B (zh) 2023-08-01

Family

ID=86971495

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310651696.3A Active CN116385013B (zh) 2023-06-05 2023-06-05 基于校园云消费的数据交互方法及交互平台

Country Status (1)

Country Link
CN (1) CN116385013B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107437180A (zh) * 2017-08-17 2017-12-05 唐林林 一种消费预算的调控方法及装置
CN109214812A (zh) * 2018-09-20 2019-01-15 广东小天才科技有限公司 支付方法、支付装置、可穿戴设备及计算机可读存储介质
CN109670818A (zh) * 2019-02-15 2019-04-23 广东小天才科技有限公司 一种用于智能手表的支付方法及支付系统
CN111091359A (zh) * 2019-10-15 2020-05-01 湖南惟楚有才教育科技有限公司 一种校园卡管理系统
CN112465682A (zh) * 2020-12-17 2021-03-09 广州宏途教育网络科技有限公司 一种用于中小学的校园服务平台
CN113269549A (zh) * 2021-06-10 2021-08-17 湖南力唯中天科技发展有限公司 一种智慧校园的支付管控方法及系统
CN116012007A (zh) * 2022-12-29 2023-04-25 山东卡尔电气股份有限公司 校园消费信息管理系统及其应用

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6681988B2 (en) * 2000-11-28 2004-01-27 Citibank, N.A. Method and system for managing a transaction card account
US20140095307A1 (en) * 2012-09-28 2014-04-03 Sony Computer Entertainment America Llc Spotting trends by identifying influential consumers

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107437180A (zh) * 2017-08-17 2017-12-05 唐林林 一种消费预算的调控方法及装置
CN109214812A (zh) * 2018-09-20 2019-01-15 广东小天才科技有限公司 支付方法、支付装置、可穿戴设备及计算机可读存储介质
CN109670818A (zh) * 2019-02-15 2019-04-23 广东小天才科技有限公司 一种用于智能手表的支付方法及支付系统
CN111091359A (zh) * 2019-10-15 2020-05-01 湖南惟楚有才教育科技有限公司 一种校园卡管理系统
CN112465682A (zh) * 2020-12-17 2021-03-09 广州宏途教育网络科技有限公司 一种用于中小学的校园服务平台
CN113269549A (zh) * 2021-06-10 2021-08-17 湖南力唯中天科技发展有限公司 一种智慧校园的支付管控方法及系统
CN116012007A (zh) * 2022-12-29 2023-04-25 山东卡尔电气股份有限公司 校园消费信息管理系统及其应用

Also Published As

Publication number Publication date
CN116385013A (zh) 2023-07-04

Similar Documents

Publication Publication Date Title
CN107657410A (zh) 补货判断方法及装置
CN110930160B (zh) 一种基于人脸识别的零花钱管理方法、装置及电子设备
CN106327196A (zh) 一种支付阈值获取方法和装置
CN109697667B (zh) 一种基于授信模式的限额管控的方法及装置
CN107026848A (zh) 业务授权方法及装置
CN112200673A (zh) 一种非现金行权的方法、装置、设备及可读存储介质
CN106779832A (zh) 物流营销方法、系统及服务器
CN109118269A (zh) 商品活动规则的配置方法、装置、电子设备及存储介质
CN109255588B (zh) 物料出入库票据的自动生成方法、装置及计算机存储介质
CN116385013B (zh) 基于校园云消费的数据交互方法及交互平台
CN104156442A (zh) 基于动态数据和静态数据的多维度累计的方法及系统、累计数据应用方法
CN112801591A (zh) 一种管理低值易耗品的方法、系统、终端及存储介质
CN111008894A (zh) 银行客户信息周期提醒控制方法及装置
CN111626861A (zh) 信息的显示方法和装置、存储介质和电子装置
US20170293904A1 (en) Validation, Subscription and Billing System
CN112215665A (zh) 推广信息投放方法、系统和计算机可读介质
CN112184193A (zh) 缴费处理方法及装置
CN112381295A (zh) 一种基于用电行为偏好的居民用电提醒方法及系统
JP2022103742A (ja) 入電対応業務管理システム、及び入電対応業務管理方法
CN112819507A (zh) 一种服务推送方法、装置、电子设备以及可读存储介质
CN109427143B (zh) 一种基于云端的共享加油方法、装置、服务器及系统
CN111047303A (zh) 一种碳排放权交易清结算方法及系统
CN109919765A (zh) 基于大数据的信息获取方法、装置和计算机设备
CN109801154A (zh) 信贷还款配置方法、装置、设备和存储介质
CN110517037B (zh) 一种电子储值卡的共享方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant