一种基于监控和平衡现金储备的取款方法及装置的制造方法

一种基于监控和平衡现金储备的取款方法及装置的制造方法
【专利摘要】一种基于监控和平衡现金储备的取款方法及装置，包括一种监控和平衡现金储备的取款方法(以下简称为“本方法”)和一种应用本方法的收银装置(以下简称为“本装置”)；本方法所依托的本装置主要包括：传输模块、验钞模块、储存盒、主控模块、可触摸显示器、图像采集模块、信息采集模块、外挂接口以及安全模块；本方法，包括用户移动端预先设置、顾客移动端预约取款、远程服务器端与顾客移动端的交互、远程服务器端与本装置的交互和本装置的收银方式。本发明解决了目前便捷取现低限额和效率低的难题，改善现有的便捷取现模式，通过数据计算动态平衡收银装置中的现金储备并且让顾客可以在一定范围内预约取款。
【专利说明】
-种基于监控和平衡现金储备的取款方法及装置
技术领域
[0001] 本发明设及一种基于监控和平衡现金储备的取款方法及装置，属于数据处理、纸 币处理、物联网、互联网W及机器学习技术领域。
【背景技术】
[0002] 早在上个世纪末，英国连锁超市乐购(Tesco)为了节省高昂的现金管理费，运输费 和银行手续费，开始启用借记卡Cash Back的服务（在本文中Cash Back翻译为"便捷取 现"）。便捷取现可W概述为：当消费者使用借记卡在商家消费时，可要求商家在结账划款时 多划出一部分金额，此金额将W现金的形式交还于消费者。运样店铺内的大量闲置现金，可 W被二次利用，即收银机承担ATM机的角色为用户提供便捷取现服务。
[0003] 因为在欧美国家信用卡和储蓄卡之类的电子支付非常普及，导致了现金管理费用 相对较高，所W便捷取现服务自推出之后，便受欧美国家的便利店和超市热捧，得到了迅速 的发展，现在已经成为欧美主流国家消费者获取现金的主要渠道之一。
[0004] 随着我国互联网技术和支付行业的飞速发展，电子支付逐渐取代现金支付，但是 运必将经过一个漫长的过渡期。在运个过渡期内，传统银行业还要面临着在ATM机运营成本 上的巨额开销，通过借鉴便捷取现方法，可W在为银行降低运营成本的同时，为用户提供便 捷的取现服务。
[0005] 但是，欧美国家现在使用的便捷取现方法有很多缺陷，比如限额非常低。限额的设 定初衷是为了避免太多用户同时取现导致收银机内的找零备用金不够。美国的便捷取现限 额一般为20美金，英国的便捷取现限额一般为80英镑。运样低的限额并不能完全满足用户 对现金的需求。
[0006] 除了低限额的另外一个问题是效率低，现在的便捷取现都是在用户额外支付取现 的费用后，收银员从收银机里人工取出相应金额，并交还给顾客。运样用户就要在收到现金 后，进行二次验证，延长了交易时间，导致交易效率低。
[0007] -些科技公司和科研团队，尝试过提出一些新的便捷取现方法，但是都没有能彻 底解决低限额和交易效率低的问题。
[000引为了解决便捷取现的低限额问题，一些公司提出了增加便捷取现服务的覆盖范 围，引入更多的店铺。例如，美国的马可尼商用系统公司(MARCONI COMMERCE SYSTEMS LTD) 设计了一种新的加油机，即一种可W提供取现服务的加油机(参考专利号:W0 00/58917专 利名称：CA甜BACK DURING PRODUCT DISPEN沈R TRANSACTION)。虽然此方法的确增加了便 捷取现服务的覆盖范围，但是并没有从本质上解决低限额的难题。因为它本质上还是在利 用传统的便捷取现方法，所W无法预测会有多少用户有取现需求。
[0009]日本的光荣株式会社提出了一种平衡店铺内找零备用金的方法，希望W此方法能 预测店铺每天将会需要多少现金支出（参考专利号:CN 101952858 A专利名称:分炼纸币、 提供找零备用金和平衡收入的方法和系统）。运个方法可W概述为：通过店铺内的交易记 录，利用数据分析的方法，预测店铺需要多少的找零备用金。但是，仅仅考虑本店铺的历史 交易记录是远远不够的，简单举例来说天气、周围店铺的促销活动和节假日安排等等因素 都会影响每日的消费者数量，所W运种预测现金支出和平衡备用金的方法无法达到其预期 效果。
[0010] 我们国家的一些科技公司和学者也尝试着改进现有的便捷取现方法，比如在2006 年黄金富便提出了一种智能卡POS机系统及相应在商户进行取现及汇款的方法(参考专利 号:CN 101136123 A专利名称：智能卡POS机系统及相应在商户进行取现及汇款的方法）。黄 金富提出的运个方法和欧美国家上个世纪提出的便捷取现方法基本一样，只是在验证用户 身份时添加了电话验证的步骤并尝试在收银机上应用更多的ATM机功能。所W，运类方法也 没有从本质上改良便捷取现服务面临的瓶颈和难题。
[0011] 为了解决低限额和效率低等难题，本发明利用最新的物联网、深度学习、大数据分 析等技术通过一种基于监控和平衡现金储备的取款方法及装置，为用户提供一种新的便捷 取现方法，并且国家政府的有关机构同时可W利用本发明改善店铺在现金收入方面偷税漏 税的问题。

【发明内容】

[0012] 本发明的目的在于解决目前便捷取现低限额和效率低的难题，改善现有的便捷取 现模式，通过数据计算动态平衡收银装置中的现金储备并且让顾客可W在一定范围内预约 取款，提出了一种基于监控和平衡现金储备的取款方法及装置。
[0013] -种基于监控和平衡现金储备的取款方法及装置，包括一种基于监控和平衡现金 储备的取款方法（W下简称为"本方法"）和一种应用本方法的收银装置（W下简称为"本装 置'）。
[0014] 其中，本方法所依托的本装置主要包括:传输模块、验钞模块、储存盒、主控模块、 可触摸显示器、图像采集模块、信息采集模块、外挂接口 W及安全模块；
[0015] 其中，传输模块主要包括:纸类出入口和传送带；
[0016] 其中，验钞模块主要由M组高精度识别器组成，M的范围为大于等于5个，小于等于 25个；
[0017] 其中，储存盒，即多个存储盒，包含P个纸类储存盒，P的范围为大于等于5个，小于 等于15;
[0018] 其中，主控模块包括处理器、存储器和通信组件；
[0019] 其中，处理器、存储器和通信组件的数量均为大于等于1个；
[0020] 其中，图像采集模块包含N个图像采集器，N的范围为大于等于2个，小于等于5个；
[0021] 其中，信息采集模块至少包括W下组件的任意一种:感应单元、指纹采集器、磁条 卡识别器W及摄像头；
[0022] 验钞模块被配置为检测纸币的真伪和残旧程度；
[0023] 主控模块中的处理器被配置为依据本方法进行信息采集，并根据远程服务器端反 馈的信息调整本地设置；
[0024] 主控模块中的储存器被配置为将处理器采集到的信息加密处理后进行储存；
[0025] 主控模块中的通信组件被配置为依据本方法向远程服务器端上传加密处理后的 信息，并接收反馈信息；
[0026] 图像采集模块被配置为使用图像采集器采集并记录纸币特征、交易环境和用户面 部特征为主的静态或动态图像；
[0027] 信息采集模块中的感应单元被配置为采集NFC(近场通信技术)支付、IC卡类支付、 二维码支付或声纹验证所需要的验证信息；
[0028] 信息采集模块中的指纹采集器被配置为采集指纹验证所需要的验证信息；
[0029] 信息采集模块中的磁条卡识别器被配置为采集W银行卡和会员卡为主的磁条卡 验证信息；
[0030] 信息采集模块中的摄像头被配置为采集脸部特征验证所需要的验证信息；
[0031 ]其中，所述的脸部特征也包括虹膜特征和视网膜特征；
[0032] 安全模块被配置为监测本装置所处的地理位置、交易环境和是否遭到人为破坏， 在必要时自动报警或通知本装置的管理员；
[0033] 本装置可W为任意一种应用本方法的收银装置，主要可W为：收银机、自动贩卖 机、自助加油机、自助充电粧W及自助提货柜为主的自动交易装置中的收银装置；
[0034] 本方法，包括用户移动端预先设置、顾客移动端预约取款、远程服务器端与顾客移 动端的交互、远程服务器端与本装置的交互和本装置的收银方式；
[0035] 其中，所述的用户移动端中的用户包括管理员和顾客；因此，顾客移动端属于用户 移动端的一种，且用户移动端W及顾客移动端主要可W为用户的手机、平板电脑和可穿戴 设备；
[0036] 其中，本方法中用户移动端预先设置，包含W下步骤：
[0037] 步骤一、用户需要在其移动端下载所需的应用程序；
[0038] 其中，所需的应用程序被配置为将移动端的预先设置和预约为主的信息打包加密 后上传至远程服务器端；
[0039] 步骤二、用户运行步骤一的应用程序，并在其中设置自己的身份，即选择用户身份 为顾客或者店铺管理员，并设置用户身份信息；
[0040] 其中，用户身份信息主要包括两大类:常规信息和生物识别特征；
[0041 ]其中，常规信息又包括顾客常规信息和管理员常规信息:其中，顾客常规信息主要 包括:姓名、性别、证件号码和出生日期;管理员常规信息主要包括:公司名称、机构识别号、 职务、姓名、性别、证件号码和出生日期；
[0042] 生物识别特征主要包括:指纹、声纹特征和脸部特征；
[0043] 步骤=、用户在步骤一的应用程序中添加支付类账户；
[0044] 其中，支付类账户主要包括:银行账户和第S方支付账户，需要用户输入卡号、至U 期日期、CVV号和开卡时绑定的手机号；
[0045] 其中，添加支付类账户的数量大于等于一个；
[0046] 步骤四、用户对步骤=中的添加支付类账户进行相应验证，再根据支付类账户的 验证结果，进行如下操作：
[0047] 所述的相应验证主要包括核对支付类账户的密码和开卡时绑定的手机所收到的 验证码；
[004引4.1若支付类账户验证失败，询问用户希望重新输入验证信息还是添加其他账户， 并分别进行如下两步骤：
[0049] 步骤4. Ia如果用户选择重新输入验证信息，返回步骤四；
[0050] 步骤4.化如果用户选择添加其他账户，返回步骤
[0051] 4.2若支付类账户验证成功，询问用户是否需要添加其他账户，并分别进行如下两 步骤：
[0052] 4.2a如果用户需要添加其他账户，返回步骤
[0053] 4.化如果用户不需要添加其他账户，跳至步骤五；
[0054] 步骤五、用户移动端提示用户"已完成预先设置，点击确认退出预先设置界面"，并 将用户信息打包加密后上传至远程服务器端；
[0055] 其中，所述的用户信息主要包括身份信息和支付类账户信息；
[0056] 至此，从步骤一到步骤五完成了本方法的用户移动端预先设置；
[0057] 本方法的顾客移动端预约取款，具体通过W下步骤实现：
[0058] 步骤A、顾客在步骤一所述的应用程序中选择需要取款的金额和面值偏好；
[0059] 步骤B、顾客需要继续设定预约取款的时间范围；
[0060] 其中，预约取款的时间范围为大于等于5分钟且小于等于72小时；
[0061] 步骤C、顾客需要继续设定预约取款的地点范围；
[0062] 其中，预约取款的地点范围分为两种：
[0063] 在本装置分布密集的中屯、区域，顾客可W预约方圆0-1公里W内的1个或多个应用 本方法的收银装置；
[0064] 其中，所述的分布密集，是指方圆1公里范围内，分布的收银装置数量大于等于10 个；
[0065] 在本装置分布稀疏的非中屯、区域，顾客可W预约离预约地点最近的5-20个应用本 方法的收银装置；
[0066] 其中，所述的分布稀疏，是指方圆1公里范围内，分布的收银装置数量少于10个；
[0067] 步骤D、步骤一中所述的应用程序将顾客的预约信息打包加密后提交至远程服务 器端，并接收反馈；
[0068] 其中，所述的顾客预约信息主要包括顾客身份、取款金额和取款时间；
[0069] 步骤E、根据远程服务器端的反馈结果，进行如下操作：
[0070] E.1如果远程服务器端的反馈结果为预约失败，则向顾客显示失败原因，并请顾客 重新预约取款时间或地点，返回步骤B;
[0071] E. 2如果远程服务器端的反馈结果为预约成功，提示顾客"预约成功"，并退出预约 取款界面；
[0072] 至此，从步骤A到步骤E完成了顾客移动端预约取款;本方法的远程服务器端与顾 客移动端的交互，具体通过W下步骤实现：
[0073] 步骤a)远程服务器端接收由顾客移动端上传的加密信息；
[0074] 其中，步骤a)所述的加密信息主要包括：顾客的身份识别号，预约的取款金额 (化Stomer Reserved Money,标记为乂RM")、预约的时间范围、面值偏好和所有被该顾客预 约的装置识别号；
[0075] 其中，预约的取款金额，即：Customer Reserved Money,记为乂RM";装置识别号， 即：Reserved P0S，标记为"RPi"，表示第i个装置，其中，i为大于等于1且小于等于200的连 续整数；
[0076] 步骤b)远程服务器端将接收到的信息进行解密和再编码；
[0077] 步骤C)远程服务器端根据接收到的信息中的识别号更新相对应的顾客和本装置 的数据库；
[0078] 步骤d)远程服务器端通过一种基于权值的几率计算方式，分别计算出顾客去被预 约装置(RPi)取款的几率；
[0079] 其中，顾客去被预约装置（RPi)取款的几率，即：Correlated Possibility,为 "CPi";
[0080] 其中，巧骤d)中所述的基于权値的几率计算方式可表示为如下公式（1):
[誦]
(1)
[0082] 其中，CPi的范围是大于等于0%且小于等于100% ;
[0083] TC表示To化1 Count,即顾客历史去过该预约地点范围内的次数，且TC为大于等于 1的正整数；
[0084] 肥i表示化story Count,即顾客历史上去该预约地点范围时去过该预约装置，RPi 的次数，且肥1为大于等于0的正整数；
[0085] PWi表示化rsonal Wei曲t，是远程服务器端在结合该顾客的出行轨迹，消费习惯、 天气状况和节假日为主的信息为该被预约装置，RPi,综合计算出的个人权值，且PWi为一个 常量，该常量大于等于-1且小于等于1;
[0086] GWi表示General Wei曲t，是远程服务器端结合所有去过该预约地点范围内的顾 客的出行轨迹和消费习惯的行为差异为主的信息为该被预约装置(RPi)综合计算出的全局 权值，且GWi为一个常量，该常量大于等于-1且小于等于1;
[0087] 步骤e)远程服务器端将顾客的身份识别号、CRM、预约的时间范围、面值偏好、去本 装置取款的几率(CPi)为主的信息打包加密后，发送至相应的被预约装置(RPi);
[0088] 至此，从步骤a)到步骤e)完成了本方法中远程服务器端与顾客移动端的交互；
[0089] 本方法的远程服务器端与本装置的交互，具体通过W下步骤实现：
[0090] 步骤i、远程服务器端接收由本装置上传的加密信息；
[0091] 其中，步骤i中所述的本装置上传的加密信息主要包括:本装置的识别号、交易顾 客的识别号、交易时间、交易金额、交易方式和交易后本地的当前实际现金储备（Current Cash，标记为乂C'）；
[0092] 步骤ii、远程服务器端将步骤i接收到的加密信息进行解密和再编码；
[0093] 步骤iii、远程服务器端根据接收到的加密信息中的识别号更新相对应的顾客和 本装置的数据库；
[0094] 步骤iv、远程服务器端通过一种基于权值计算的现金平衡方式，计算出本装置在 一定时间范围内的可用于找零或临时取款的现金储备(Ava i 1 ab 1 e化Sh，标记为"AC'）； [00%]其中，所述的一定时间范围，记为T，T的范围为大于等于10分钟且小于等于1小时；
[0096] 其中，步骤iv中所述的基于权值计算的现金平衡方式可表示为：
[0097] Available 化sh = To1:al 化sh-Reserved 化sh (2)
[009引 其中，
[0099] Total 化Sh = Qirrent 化sh+Upcoming 化sh; (3)
[0100]
(4)
[0101] Total化sh表示本装置的全部现金；
[0102] 化rrent化Sh表示本装置交易后本地的当前实际现金储备；
[0103] 化coming化Sh是远程服务器端根据本装置的历史交易记录、本店的客流量、周边 店铺的客流量、天气和节假日为主的信息综合计算出的本装置在时间范围T内即将入账的 现金，且化coming化sh可W为大于0的正数或小于0的负数；
[0104] Reserved化Sh表示管理员和预约取款为主的情况预留的现金；
[0105] A血inistrator Reserved化sh表不管理员预留的现金；
[0106] 其中，V'表示在本装置中预约取款的顾客数量，其中n大于等0小于等于10,000;
[0107] E表示求和操作；CRMi表示不同顾客的预约取款的金额，即步骤a)中所述的 Customer 民eserved Money;
[0108] Pi表示上述不同顾客来本装置取款的相应几率，即步骤e)中远程服务器端根据不 同顾客的预约请求发送到本装置的相应CPi;
[0109] 其中/'CRMiXPi"并不是简单意义上的数学乘法运算，而是将乘法运算的结果向上 根据顾客预约取款的面值偏好取整；
[0110] 步骤V、远程服务器端将本装置AC为主的信息打包加密后反馈给本装置；
[0111] 其中，AC具体表示方式为每一种面值的可用于找零或临时取款的纸币共有多少 张；
[0112] 至此，从步骤i到步骤V完成了本方法中远程服务器端与本装置的交互；
[0113] 本方法中的本装置的收银方式，具体通过W下步骤实现：
[0114] 步骤Sl、收银员向顾客确认购买的商品信息；
[0115] 步骤S2、顾客在本装置上选择支付方式，处理器判断是否需要进行身份验证；
[0116] S2.1如果顾客选择的支付方式需要身份验证，跳至步骤S3;
[0117] 其中，步骤S2.1所述的需要身份验证的支付方式主要包括:银行卡、第=方支付、 现金与在线类的组合支付和会员卡；
[0118] S2.2如果顾客选择的支付方式不需要身份验证，跳至步骤S4;
[0119] 其中，步骤S2.2所述的不需要身份验证的支付方式主要包括:现金支付；
[0120] 步骤S3、顾客需要在本装置上对其选择的支付方式进行身份验证，并根据验证结 果分别进行如下两个步骤：
[0121] 步骤S3.1验证成功，根据顾客所选择的支付方式是否含有现金分别进行如下两个 步骤：
[0122] S3. Ia顾客选择的支付方式不含现金，跳至步骤S6;
[0123] S3.化顾客选择的支付方式含有现金，跳至步骤S4;
[0124] 步骤S3.2验证失败，请顾客重新验证或选择其他支付方式，根据顾客的选择分别 进行如下两个步骤：
[01巧]S3.2a顾客选择重新验证，返回步骤S3;
[01 %] S3.化顾客需要选择其他支付方式，返回步骤S2;
[0127] 步骤S4、本装置对顾客支付的现金进行收款操作；
[0128] 步骤S4所述的收款操作主要包括:点钞、验钞、记录钞票图像特征和将收取的纸币 输送至相应的储存盒；
[0129] 步骤S5、本装置的处理器通过比较所需找零金额、AC和CC，分别进行如下两步骤：
[0130] 步骤S5.1所需找零金额不大于AC和CC中相应面值纸币的总额，将找零W现金形式 找还给顾客，并跳至步骤S6;
[0131] 步骤S5.2所需找零金额大于AC或CC中相应面值纸币的总额，请顾客输入其希望收 款的账户信息，将找零找还至顾客的电子账户，并跳至步骤S6;
[0132] 步骤S5.2所述的电子账户主要包括:银行卡、第=方支付、组合支付和会员卡的账 户；
[0133] 步骤S6、本装置中的可触摸显示器请顾客确认交易信息，询问顾客是否需要便捷 取现服务，并根据顾客的选择分别进行如下两步骤：
[0134] S6.1如果顾客需要便捷取现服务，跳至步骤S7;
[0135] S6.2如果顾客不需要便捷取现服务，提示顾客"交易完成，谢谢惠顾"，并跳至步骤 S8；
[0136] 步骤S7、请顾客选择需要取款的金额并输入取款账户的信息，本装置的处理器通 过将顾客需要的取款金额与可用于找零或临时取款的现金储备(AC)和当前实际现金储备 (CC)中相应面值纸币的总额和顾客取款账户的余额进行比较，分别进行如下两步骤：
[0137] S7.1交易成功，即顾客需要的取款金额不大于AC和CC中相应面值纸币的总额且顾 客的取款账户有足够余额，本装置为顾客调取所需的钞票，提示顾客"交易完成，谢谢惠顾" 并跳至步骤S8;
[0138] S7.2交易失败，即顾客需要的取款金额大于AC或CC中相应面值纸币的总额或顾客 的取款账户没有足够余额，提示顾客最多可W取款的金额，并询问顾客是否需要继续取款， 根据顾客的选择分别进行如下两个步骤：
[0139] S7.2a顾客选择继续取款，本装置为顾客调取其最多可W提取的钞票，并跳至步骤 S8；
[0140] S7.化顾客选择放弃取款，提示顾客"交易完成，谢谢惠顾"，并跳至步骤S8;
[0141] 步骤S8、本装置将交易信息打包加密后上传至远程服务器端；
[0142] 步骤S9、本装置接收由远程服务器端传回的反馈结果，并根据反馈结果调整本装 置中AC为主的相关设置；
[0143] 至此，从步骤Sl到步骤S9完成了本方法的本装置的收银方式。
[0144] 有益效果
[0145] -种基于监控和平衡现金储备的取款方法及装置，与其他取款方法及装置相比， 具有如下有益效果：
[0146] 1.本发明可W允许顾客同时预约一个或多个收银装置的便捷取现服务，使顾客拥 有更多的选择空间；
[0147] 2.本发明可W解决便捷取现服务低限额的难题，使顾客拥有更高的取现额度；
[0148] 3.本发明可W通过权值计算的方法平衡收银装置中的现金储备，使商家不必担屯、 因为提供便捷取现服务而导致找零备用金不够；
[0149] 4.本发明提供应急的找零方式，即使出现特殊情况导致找零备用金不够，仍然可 W找零到顾客的电子账户中；
[0150] 5.本发明的应用范围非常广泛，本装置可W为店铺内的收银机也可W为任何自动 交易装置中的收银装置；
[0151] 6.本发明记录了所有的交易内容，使店铺的管理员可W更好地了解本店铺的运营 状况，同时政府有关部口也可W利用交易记录进行更全面的税收监控。
【附图说明】
[0152] 此处的附图被并入说明书中，并构成本说明书的一部分，并与说明书一起用于解 释本发明的原理。显而易见地，对于本领域普通技术人员来讲，在不付出创造性劳动的前提 下，可W根据运些附图获得其他的附图；
[0153] 图1是本发明一种基于监控和平衡现金储备的取款方法及装置的用户移动端、本 装置与远程服务器端的关联关系示意图；
[0154] 图2是本发明一种基于监控和平衡现金储备的取款方法及装置的本装置示意图；
[0155] 图3是本发明一种基于监控和平衡现金储备的取款方法及装置的预先设置流程 图；
[0156] 图4是本发明一种基于监控和平衡现金储备的取款方法及装置的预约取款流程 图；
[0157] 图5是本发明一种基于监控和平衡现金储备的取款方法及装置的远程服务器端与 顾客移动端的交互流程图；
[0158] 图6是本发明一种基于监控和平衡现金储备的取款方法及装置的远程服务器端与 本装置的交互流程图；
[0159] 图7是本发明一种基于监控和平衡现金储备的取款方法及装置的收银方式流程 图；
[0160] 图8是本发明一种基于监控和平衡现金储备的取款方法及装置的一个预约地点范 围示意图；
[0161] 图9是本发明一种基于监控和平衡现金储备的取款方法及装置的又一个预约地点 范围示意图。
【具体实施方式】
[0162] 下面结合附图和实施例对本发明做进一步说明和详细描述：
[0163] 实施例1
[0164] 实施例1是顾客正式预约取款之前需要进行预先设置的例子，在此将结合图1、图2 和图3进行详细说明。
[0165] 如附图1所示，为本发明一种基于监控和平衡现金储备的取款方法及装置的用户 移动端A00、本装置BOO与远程服务器端COO的关联关系示意图。
[0166] 由图1可见，一种监控和平衡现金储备的方法所依托的系统包括用户移动端A00、 本装置BOO和远程服务器端COO;其中，用户移动端AOO与本装置BOO的关联方式主要包括： NFC(进场通信技术）、Wi-Fi、扫描二维码和蓝牙;本装置BOO与远程服务器端COO的关联方式 主要为互联网；远程服务器端COO与用户移动端AOO的关联方式主要为互联网。
[0167] 由图1还可W看出，用户移动端AOO的功能主要是预先设置和预约取款;本装置BOO 的功能主要是自动收银和便携取现;远程服务器端COO的功能主要是收集数据及动态平衡 现金储备。
[0168] 图2是本发明一种基于监控和平衡现金储备的取款方法及装置的本装置BOO示意 图。
[0169] 由图2中可W看出，本装置BOO包括主控模块B10、传输模块B20、多个储存盒B30、验 钞模块B40、图像采集模块B50、外挂接口 B60、安全模块B70、信息采集模块B80W及可触摸显 示器B90;其中，主控模块BlO又包含处理器Bl 1、存储器Bl2 W及通信组件Bl3;传输模块B20 又包括纸类出入口 B21W及传送带B22;信息采集模块B80又包括感应单元B81、指纹采集器 B82、磁条卡识别器B83W及摄像头B84;
[0170] 如附图3所示，为本发明一种基于监控和平衡现金储备的取款方法及装置的预先 设置流程图。
[0171] 由图3可见，本发明一种基于监控和平衡现金储备的取款方法及装置的预先设置 包括步骤一、步骤二、步骤=、步骤四和步骤五；
[0172] 其中，步骤四又包含子步骤4.1和子步骤4.2;子步骤4.1又包含孙步骤4. Ia和孙步 骤4.化;子步骤4.2又包含步骤4.2a和孙步骤4.化；
[0173] 本实施例中，W顾客A为例进行详细说明；
[0174] 顾客A正式预约取款之前需要进行的预先设置，具体通过W下步骤实现：
[0175] 顾客A通过步骤一在其移动端AOO下载所需的应用程序；
[0176] 经过步骤一，顾客A通过步骤二在其下载的应用程序内选择自己的身份为顾客，并 添加相应的身份信息；
[0177] 其中，顾客的身份信息主要包括两大类:常规信息和生物识别特征；
[0178] 顾客常规信息主要包括:姓名、性别、证件号码和出生日期；
[0179] 生物识别特征主要包括:指纹、声纹特征和脸部特征；
[0180] 经过步骤二，顾客A通过步骤=为其下载的应用程序添加支付类账户信息；
[0181] 其中，支付类账户主要包括:银行账户和第=方支付账户；
[0182] 经过步骤=，顾客A通过步骤四对添加的不同账户进行相应的验证(例如，添加银 行卡时会需要顾客A输入卡号、到期日期、CVV号和开卡时绑定的手机号和手机收到的验证 码），根据账户信息的验证结果分别进行如下两步骤：
[0183] 如果顾客A验证失败，询问顾客A希望重新输入验证信息还是添加其他账户，并分 别进行如下两操作：
[0184] 如果顾客A选择重新输入验证信息，请顾客A重新进行步骤四操作；
[0185] 如果顾客A选择添加其他账户，请顾客A重新进行步骤=操作；
[0186] 如果顾客A验证成功，询问顾客A是否需要添加其他账户，并分别进行如下两操作：
[0187] 如果顾客A需要添加其他账户，请顾客重新进行步骤=操作；
[0188] 经过步骤四，如果顾客A不需要添加其他账户，顾客A的移动端AOO提示顾客A"已完 成预先设置，点击确认退出预先设置界面"，并将顾客A的信息打包加密后上传至远程服务 器端COO;
[0189] 至此，本实施例，顾客A正式预约取款之前需要进行预先设置的例子实现完成；
[0190] 实施例2
[0191] 实施例2是管理员正式使用本装置BOO进行收银之前需要进行预先设置的例子，在 此将结合图1和图3进行详细说明。
[0192] 附图1和附图3在之前所述的实施例中已详细说明，在此不再寶述。
[0193] 本实施例中，W管理员A为例进行详细说明；
[0194] 管理员A在正式使用本装置BOO进行收银之前需要进行的预先设置，具体通过W下 步骤实现：
[01M]管理员A通过步骤一在其移动端AOO下载所需的应用程序；
[0196] 经过步骤一，管理员A通过步骤二在其下载的应用程序内选择自己的身份为店铺 管理员，并添加相应的身份信息；
[0197] 其中，管理员的身份信息主要包括两大类:常规信息和生物识别特征；
[019引管理员常规信息主要包括：公司名称、机构识别号、职务、姓名、性别、证件号码和 出生日期；
[0199] 生物识别特征主要包括:指纹、声纹特征和脸部特征；
[0200] 经过步骤二，管理员A通过步骤=为其下载的应用程序添加支付类账户信息；
[0201] 其中，支付类账户主要包括:银行账户和第=方支付账户；
[0202] 经过步骤=，管理员A通过步骤四对添加的不同账户进行相应的验证(例如，添加 银行卡时会需要管理员A输入卡号、到期日期、CVV号和开卡时绑定的手机号和手机收到的 验证码），根据账户信息的验证结果分别进行如下两操作：
[0203] 如果验证失败，询问管理员A希望重新输入验证信息还是添加其他账户，并分别进 行如下两操作：
[0204] 如果管理员A选择重新输入验证信息，请管理员A重新进行步骤四操作；
[0205] 如果管理员A选择添加其他账户，请管理员A重新进行步骤=操作；
[0206] 如果验证成功，询问管理员A是否需要添加其他账户，并分别进行如下两操作：
[0207] 如果管理员A需要添加其他账户，请管理员A重新进行步骤=操作；
[0208] 经过步骤四，如果管理员A不需要添加其他账户，管理员A的移动端AOO提示管理员 A"已完成预先设置，点击确认退出预先设置界面"，并将管理员A的信息打包加密后上传至 远程服务器端COO;
[0209] 至此，本实施例，管理员A正式使用本装置BOO进行收银之前需要进行预先设置的 例子实现完成；
[0210] 实施例3
[0211] 实施例3是顾客使用预约取款服务时，预约取款的地点范围在中屯、区域的例子，在 此将结合图1、图4和图8进行详细说明。
[0212] 附图1在之前所述的实施例中已详细说明，在此不再寶述。
[0213] 如附图4所示，为本发明一种基于监控和平衡现金储备的取款方法及装置的预约 取款流程图。
[0214] 由图4可见，一种基于监控和平衡现金储备的取款方法及装置中的预约取款包括 步骤A、步骤B、步骤C、步骤D和步骤E;
[0215] 其中，步骤E又包括子步骤E. 1和子步骤E. 2。
[0216] 如附图8所示，为本发明一种基于监控和平衡现金储备的取款方法及装置的一个 预约地点范围示意图。
[0217] 由图8可见，本发明一种基于监控和平衡现金储备的取款方法及装置的一个预约 地点范围属于本装置BOO分布密集的中屯、区域；
[0218] 在本实施例中，W顾客A为例进行详细说明；
[0219] 顾客A在中屯、区域预约取款的例子，具体通过W下步骤实现：
[0220] 顾客A通过步骤A在步骤一所述的应用程序中选择取款的金额为500元人民币，面 值偏好为"需要100元的面值或50元的面值"；
[0221] 经过步骤A，顾客A通过步骤B继续设定预约取款的时间范围是"2016年4月29日星 期五17点至20点"；
[0222] 经过步骤B，顾客A通过步骤C继续设定预约取款的地点范围是海淀黄庄为中 屯、，方圆讼里'；
[0223] 其中，"海淀黄庄"为本装置BOO分布密集的中屯、区域，顾客A可W预约方圆0-1公里 W内的1个或多个应用本方法的收银装置；
[0224] 经过步骤C，顾客移动端AOO通过步骤D将顾客A的预约信息提交至远程服务器端 COO，并接受反馈；
[0225] 经过步骤D，根据远程服务器端COO的反馈结果进行如下两操作：
[0226] 如果预约失败，向顾客显示失败原因，并请顾客重新预约取款时间或地点，请顾客 重新进行步骤B操作；
[0227] 如果预约成功，提示顾客"预约成功"，并退出预约取款界面；
[0。引在本实施例中，顾客A预约成功；
[0229] 至此，本实施例，顾客A在中屯、区域预约取款的例子实现完成。
[0230] 实施例4
[0231] 实施例4是顾客使用预约取款服务时，预约取款的地点范围在非中屯、区域的例子， 在此将结合图1、图4和图9进行详细说明。
[0232] 附图1和图4在之前所述的实施例中已详细说明，在此不再寶述。
[0233] 如附图9所示，为本发明一种基于监控和平衡现金储备的取款方法及装置的又一 个预约地点范围示意图。
[0234] 由图9可见，本发明一种基于监控和平衡现金储备的取款方法及装置的又一个预 约地点范围属于本装置BOO分布稀疏的非中屯、区域；
[0235] 在本实施例中，W顾客A为例进行详细说明；
[0236] 顾客A在非中屯、区域预约取款的例子，具体通过W下步骤实现：
[0237] 顾客A通过步骤A在步骤一所述的应用程序中选择取款的金额为1000元人民币，面 值偏好为"需要100元的面值或50元的面值，其中的200元需要为10张20元面值的纸币"；
[0238] 经过步骤A，顾客A通过步骤B继续设定预约取款的时间范围是"2016年4月30日星 期六上午8点至9点30分"；
[0239] 经过步骤B，顾客A通过步骤C继续设定预约取款的地点范围是"香山公园景区"；
[0240] 其中，"香山公园景区"为本装置BOO分布稀疏的非中屯、区域，顾客A可W预约离预 约地点最近的5-20个应用本方法的收银装置；
[0241] 在本实施例中顾客A预约了香山公园景区的全部13个应用本方法的收银装置；
[0242] 经过步骤C，顾客移动端AOO通过步骤D将顾客A的预约信息提交至远程服务器端 COO，并接受反馈；
[0243] 经过步骤D，顾客移动端AOO根据远程服务器端COO的反馈结果进行如下两操作：
[0244] 如果预约失败，向顾客显示失败原因，并请顾客重新预约取款时间或地点，请顾客 重新进行步骤B操作；
[0245] 如果预约成功，提示顾客"预约成功"，并退出预约取款界面；
[0246] 在本实施例中，顾客A预约成功；
[0247] 至此，本实施例，顾客A在非中屯、区域预约取款的例子实现完成。
[024引实施例5
[0249] 实施例5是远程服务器端COO与顾客移动端的交互的例子，在此将结合图1、图5和 图8进行详细说明。
[0250] 附图1和图8在之前所述的实施例中已详细说明，在此不再寶述。
[0251] 如附图5所示，为本发明一种基于监控和平衡现金储备的取款方法及装置的远程 服务器端COO与顾客移动端的交互流程图。
[0252] 由图5可见，本发明一种基于监控和平衡现金储备的取款方法及装置的远程服务 器端COO与顾客移动端的交互流程包括步骤a、步骤b、步骤C、步骤d和步骤e;
[0253] 本实施例中，W顾客A为例进行详细说明；
[0254] 本实施例中远程服务器端COO与顾客A的移动端AOO交互的例子，具体通过W下步 骤实现：
[0255] 远程服务器端COO通过步骤a)接收由顾客A的移动端AOO上传的加密信息；
[0256] 其中，步骤a)所述的加密信息主要包括：
[0257] 顾客的身份识别号为:顾客A;
[0巧引预约取款的金额(化Stomer Reserved Money,标记为"CRM")为：500元人民币；
[0259] 预约的时间范围为:2016年4月29日星期五17点至20点；
[0260] 面值偏好为:需要100元的面值或50元的面值；
[0261] 所有被该顾客预约的装置的识别号(Reserved P0S，分别标记为"RPi")为:小卖铺 a(记为"RPi")、麦当劳（记为"RP2")、泛亚大厦中的吉野家（记为"RP3")、7-11便利店（记为 "RP4")、海淀剧院（记为"RPs")、小卖铺b (记为"RP6")、新中关购物中屯、的屈臣氏便利店(记 为"RP7")、新中关购物中屯、的金逸影院(记为"RP8")、新中关购物中屯、的肯德基(记为"RP9") 和新中关购物中屯、的真功夫(记为"RPio")。
[0262] 经过步骤a),远程服务器端COO通过步骤b)将接收到的信息进行解密和再编码；
[0263] 经过步骤b)，远程服务器端COO通过步骤C)根据接收到的信息中的识别号更新相 对应的顾客和本装置BOO的数据库；
[0264] 经过步骤C)，远程服务器端COO通过步骤d)，利用一种基于权值的几率计算方式， 分别计算出顾客A去被预约装置(RPi)取款的几率(Corre 1 ated PosSibi 1 ity，分别对应标 记为"CPi");
[0265] 其中，步骤d)中所述的基于权值的几率计算方式可表示为：
[0%6]
[0267] 其中，CPi表示Correlated化SS化ility，即顾客A去某一被预约装置(RPi)取款的 几率，且CPi大于等于0%且小于等于100% ;
[0268] TC表示To化1 Count,即顾客历史去过该预约地点范围内的次数，且TC为大于等于 1的正整数；
[0269] 在本实施例中TC = 429;
[0270] 肥i表示化story Count,即顾客历史上去该预约地点范围时去过该预约装置所在 地的次数，且肥1为大于等于0的正整数；
[0271] 在本实施例中，肥1 = 0、肥2 = 40、肥3 = 86、肥4 = 233、肥5 = 10、肥6 = 210、肥7=132、 肥8=178、肥9 = 3、肥 10 = 87;
[0272] PWi表示化rsonal Wei曲t，是远程服务器端COO在结合该顾客的出行轨迹，消费习 惯、天气状况和节假日为主的信息为该被预约装置(RPi)综合计算出的个人权值，且PWi为一 个常量，该常量大于等于-1且小于等于1;
[0273] 在本实施例中，顾客A的出行轨迹可W概述为：
[0274] 1.顾客A经常周五晚上去新中关的金逸影院看电影；
[0275] 2.顾客A两年前经常去泛亚大厦，但是最近6个月内没有去过泛亚大厦一次；
[0276] 3.顾客A经常在工作日的中午12点去7-11便利店；
[0277] 4.顾客A经常在下午6点-8点间去餐厅吃晚饭；
[0278] 5.顾客A去肯德基的频率非常低；
[0279] 根据顾客A的出行轨迹，远程服务器端COO计算出的个人权值分别为：口胖1 =- 0.001、PW2 = -0.03、PW3 = -0.294、PW4 = -0.403、PW5 = 0.195、PW6 = -0.401、PW7 = 0.243、PW8 = 0.112、PW9 = 0.003、PWi〇 = 0.289;
[0280] GWi表示General Wei曲t，是远程服务器端COO结合所有去过该预约地点范围内的 顾客的出行轨迹和消费习惯的行为差异为主的信息为该被预约装置(RPi)综合计算出的全 局权值，且GWi为一个常量，该常量大于等于-1且小于等于1;
[0281 ]在本实施例中，所有去过该预约地点范围内的顾客的出行轨迹中与顾客A的出行 轨迹相关的信息可W概述为：
[0282] 1.大部分顾客在海淀黄庄附近活动时去新中关购物中屯、的几率非常大；
[0283] 2.大部分顾客在海淀黄庄附近活动时去肯德基的几率非常大；
[0284] 3.大部分顾客在金逸影院看电影前去新中关购物中屯、的屈臣氏的几率非常大；
[0285] 4.大部分顾客在新中关购物中屯、的屈臣氏使用便捷取款服务的几率非常大；
[0286] 5.大部分顾客在新中关购物中屯、的金逸影院使用便捷取现服务的几率非常小；
[0287] 根据顾客A的出行轨迹，远程服务器端COO计算出的全局权值分别为:GWi = O.017、 GW2 = 0.03、GW3 = 0.116、GW4 = -0.075、GW5 = -0.198、GW6 = 0.119、GW7 = 0.278、GW8 = -0.449、 GW9 = 0.158、GWi〇 = 0.273;
[028引根据TC、肥i、PWi和GWi的值，计算出CPi的值分别为:CPi = 1.60%、CP2 = 9.32%、CP3 = 2.25%、CP4 = 6.51%、CP5 = 2.03%、CP6 = 20.75%、CP7 = 82.87%、CP8 = 7.79%、CP9 = 16.80%、CPi0 = 76.48%;
[0289]经过步骤d)远程服务器端COO通过步骤e)将顾客的身份识别号、预约取款的金额 (CRM)、预约的时间范围、面值偏好、去本装置BOO取款的几率(CPi)为主的信息打包加密后， 发送至相应的被预约装置(RPi)。
[0290]至此，本实施例，远程服务器端COO与顾客A的移动端AOO交互的例子实现完成。
[0巧1 ]实施例6
[0292] 实施例6是远程服务器端COO与本装置BOO的例子，在此将结合图1、图6和图8进行 详细说明。
[0293] 附图1和图8在之前所述的实施例中已详细说明，在此不再寶述。
[0294] 如附图6所示，为本发明一种基于监控和平衡现金储备的取款方法及装置的远程 服务器端COO与本装置BOO的交互流程图。
[02%]由图6可见，本发明一种基于监控和平衡现金储备的取款方法及装置中远程服务 器端COO与本装置BOO的交互包括步骤i、步骤i i、步骤i i i、步骤i V和步骤V;
[0296] 本实施例中，W实施例5中的本装置B00(RP7)为例进行详细说明；
[0297] 本实施例中远程服务器端COO与本装置BOO的交互，具体通过W下步骤实现：
[0298] 远程服务器端COO通过步骤i接收由本装置BOO上传的加密信息；
[0299] 其中，步骤i中所述的信息主要包括：
[0300] 本装置BOO的识别号:新中关购物中屯、的屈臣氏(实施例5中的"RP7");
[0301] 交易顾客的识别号:顾客A;
[0302] 交易时间：2016年4月29日星期五18点23分；
[0303] 交易金额:消费164.5元和便捷取现500元；
[0304]交易方式:现金；
[03化]交易后本地的当前实际现金储备(化rrent化sh，标记为乂C'）：
[0306] 当前现金总额为:6873元；
[0307] 其中，100元纸币43张、50元纸币10张、20元纸币80张、10元纸币25张、5元纸币30 张、2元纸币0张、1元纸币73张；
[0308] 经过步骤i，远程服务器端COO通过步骤ii将接收到的信息进行解密和再编码；
[0309] 经过步骤ii，远程服务器端COO通过步骤iii根据接收到的信息中的识别号更新相 对应的顾客和本装置BOO的数据库；
[0310] 经过步骤iii,远程服务器端COO通过步骤iv，利用一种基于权值计算的现金平衡 方式，计算出本装置BOO在一定时间范围T(T大于等于10分钟且小于等于1小时，在本实施例 中T为25分钟）内的可用于找零或临时取款的现金储备(Available化Sh,标记为"AC'）；
[0311] 其中，步骤iv中所述的基于权值计算的现金平衡方式可表示为：
[0312] Available &sh = To1:al ash-Reserved (^ish
[0313] 其中，Total (^ish = Qirrent hsh+UpcominR &sh;
[0314] 其中
[0315] 其中，Total化sh表示本装置BOO的全部现金；
[0316] 化rrent化Sh表示本装置BOO交易后本地的当前实际现金储备；
[0317] 在本实施例中，CC为：6873元：其中，100元纸币43张、50元纸币10张、20元纸币80 张、10元纸币25张、5元纸币30张、2元纸币0张、1元纸币73张；
[0318] 化coming化sh是远程服务器端COO根据本装置BOO的历史交易记录、本店的客流 量、周边店铺的客流量、天气和节假日为主的信息综合计算出的本装置BOO在25分钟内即将 入账的现金，且化coming化Sh可W为大于O的正数或小于O的负数；
[0319] 在本实施例中，Upcoming化sh为：736元:其中1元纸币净支出49张、5元纸币净支 出29张、10元纸币净支出13张、20元纸币净收入13张、50元纸币净收入6张；100元纸币净收 入5张；
[0320] 在本实施例中，Total Cash = 7609元：其中1元纸币24张、2元纸币0张、5元纸币1 张、10元纸币12张、20元纸币93张、50元纸币16张、100元纸币48张；
[0321] Reserved化Sh表示管理员和预约取款为主的情况预留的现金；
[0322] 其中，"n"表示在本装置BOO中预约取款的顾客数量，其中n大于等0小于等于10， 000;
[0323] CRMi表示不同顾客的预约取款的金额，即步骤a)中所述的Customer Reserved Money；
[0324] Pi表示上述不同顾客来本装置BOO取款的相应几率，即步骤e)中远程服务器端COO 根据不同顾客的预约请求发送到本装置BOO的相应CPi;
[0325] 其中/'CRMiXPi"并不是简单意义上的数学乘法运算，而是将乘法运算的结果向上 根据顾客预约取款的面值偏好取整；
[0326] 例如计算结果为123元，但是用户的面值偏好为100元纸币和50元纸币，则计算结 果等价于150元:100元纸币一张和50元纸币一张；
[0327] 同样地，例如计算结果为123元，但是用户的面值偏好仅为100元纸币，则计算结果 等价于200元:100元纸币两张；
[0328] 在本实施例中，管理员预留的现金为1860元:其中100元纸币10张、50元纸币10张、 20元纸币10张、10元纸币10张、5元纸币10张和1元纸币10张；
[0329] 在本实施例中，共有4名不同顾客预约取款，顾客B、顾客C、顾客D、顾客E;
[0330] 其中顾客B的的预约取款的金额CRMi = 400无，来本装置BOO取款的相应几率Pi = 97%，计算CRMi X Pi = 388三400元，得出需要为顾客B预留100元纸币4张；
[0331] 其中顾客C的的预约取款的金额CRM2 = 3,000元，来本装置BOO取款的相应几率P2 = 100%，计算CRM2 X P2 = 3，000 = 3，000元，得出需要为顾客C预留出100元纸币30张；
[0332] 其中顾客D的的预约取款的金额CRM3 = 200元，来本装置BOO取款的相应几率P3 = 63%，计算CRM3 X P3 = 126 = 150元，得出需要为顾客D预留出100元纸币1张和50元纸币一张；
[0333] 其中顾客E的的预约取款的金额CRMi = SOO元，来本装置BOO取款的相应几率Pi = 21 %，计算CRM4XP4= 105 = 150元，得出需要为顾客E预留出100元纸币1张和50元纸币一张；
[0334] 在本实施例中，Total (^ish = Current Cash+Upcoming Cash = 6873W36 = 7609 元;其中I元纸币24张、2元纸币0张、5元纸币I张、10元纸币12张、20元纸币93张、50元纸币16 张、100元纸币48张；
[0335] 在本实施例中

其中1元纸币10张、2元纸币0张、5元纸币10张、 10元纸币10张、20元纸币10张、50元纸币12张、100元纸币46张
[0336] 根据To1:al (^ish和Reserved (^ish的值计算出Available &sh，即AC的值；
[0337] 在本实施例中AC = To1:al (^ish-Reserved &sh = 7609-5560 = 2049;其中 1 元纸币 14张、2元纸币0张、5元纸币-9张、10元纸币2张、20元纸币83张、50元纸币4张、100元纸币2张
[0338] 经过步骤iv，远程服务器端COO通过步骤V将本装置BOO可用于找零或临时取款的 现金储备(AC)为主的信息打包加密后反馈给本装置BOO;
[0339] 其中，可用于找零或临时取款的现金储备(AC)具体表示方式为每一种面值的可用 于找零或临时取款的纸币共有多少张；
[0340] 至此，本实施例，远程服务器端COO与本装置BOO(RPt)交互的例子实现完成；
[0；341 ] 实施例7
[0342] 实施例7是顾客在使用本装置BOO进行收银的店铺内，消费并使用便捷取现服务的 例子，在此将结合图1和图7进行详细说明。
[0343] 附图1在之前所述的实施例中已详细说明，在此不再寶述。
[0344] 如附图7所示，为本发明一种基于监控和平衡现金储备的取款方法及装置的收银 方式流程图。
[0345] 由图7可见，本发明一种基于监控和平衡现金储备的取款方法及装置的收银方式 流程包括步骤Sl、步骤S2、步骤S3、步骤S4、步骤S5、步骤S6、步骤S7、步骤S8和步骤S9;
[0346] 其中，步骤S2又包括子步骤S2.1和子步骤S2.2;步骤S3又包括子步骤S3.1和子步 骤S3.2;步骤S5又包括子步骤S5.1和子步骤S5.2;步骤S6又包括子步骤S6.1和子步骤S6.2; 步骤S7又包括子步骤S7.1和子步骤S7.2;
[0347] 其中，子步骤S3.1又包括孙步骤S3. Ia和孙步骤S3.化;子步骤S3.2又包括孙步骤 S3.2a和孙步骤S3.2b;子步骤S7.2又包括孙步骤S7. 和孙步骤S7.2b;
[0%引本实施例中，W顾客F为例；
[0349] 顾客F，在使用本装置BOO进行收银的店铺内，消费并使用便捷取现服务的例子，具 体通过W下步骤实现：
[0350] 收银员通过步骤Sl向顾客F确认购买的商品信息；
[0351] 在本实施例中，顾客F需要为购买的商品支付83.3元；
[0352] 经过步骤SI,顾客F通过步骤S2在本装置BOO上选择支付方式，处理器Bll判断是否 需要进行身份验证；
[0353] 如果顾客F选择的支付方式需要身份验证，请顾客F进行步骤S3操作；
[0354] 所述的需要身份验证的支付方式主要包括:银行卡、第=方支付、现金与在线类的 组合
[0355] 支付和会员卡；
[0356] 如果顾客F选择的支付方式不需要身份验证，请顾客F进行步骤S4操作；
[0357] 所述的不需要身份验证的支付方式主要包括:现金支付；
[0358] 在本实施例中，顾客F使用现金支付，不需要进行身份验证，进行步骤S4操作；
[0359] 本装置BOO通过步骤S4对顾客F支付的现金进行收款操作；
[0360] 步骤S4所述的收款操作主要包括:点钞、验钞、记录钞票图像特征和将收取的纸币 输送至相应的储存盒；
[0361] 在本实施例中，顾客F支付了一张100元的纸币，并将此100元纸币放入本装置BOO 的纸类出入口 B21，且验钞结果为100元面值的真币一张；
[0362] 经过步骤S4,本装置BOO的处理器Bll进行步骤S5操作，通过比较所需找零金额、可 用于找零或临时取款的现金储备(AC)和当前实际现金储备(CC)，分别进行如下两操作：
[0363] 如果所需找零金额不大于可用于找零或临时取款的现金储备(AC)和当前实际现 金储备(CC)中相应面值纸币的总额，将找零W现金形式找还给顾客，本装置BOO进行步骤S6 操作；
[0364] 如果所需找零金额大于可用于找零或临时取款的现金储备(AC)或当前实际现金 储备(CC)中相应面值纸币的总额，请顾客输入其希望收款的账户信息，将找零找还至顾客F 的电子账户，本装置BOO进行步骤S6操作；
[0365] 所述的电子账户主要包括:银行卡、第=方支付、组合支付和会员卡的账户；
[0366] 在本实施例中，当前实际现金储备（CC)此时为:6873元:其中，100元纸币43张、50 元纸币10张、20元纸币80张、10元纸币25张、5元纸币30张、2元纸币0张、1元纸币73张;本装 置BOO的可用于找零或临时取款的现金储备(AC)为2,049元，其中：1元纸币14张、2元纸币0 张、5元纸币-9张、10元纸币2张、20元纸币83张、50元纸币4张和100元纸币2张；
[0367] 在本实施例中，需要找给顾客F的找零金额为100-83.3 = 16.7元；
[0368] 处理器Bll通过比较所需找零金额与可用于找零或临时取款的现金储备(AC)和当 前实际现金储备(CC)，得出最优的找零方式为:找零16.7元，其中W现金方式找零一张10元 面值的纸币，并将剩下的6.7元找零至顾客A的电子账户；
[0369] 处理器Bll调用本装置BOO的可触摸显示器B90,提示顾客F请输入您希望收款的账 户信息"，顾客F输入完成后，本装置BOO向顾客F找零16.7元，其中W现金的方式找零一张10 元的，并将剩下的6.7元找零至顾客F的电子账户；
[0370] 经过步骤S5,本装置BOO的可触摸显示器B90通过步骤S6,请顾客F确认交易信息， 询问顾客F是否需要便捷取现服务，并根据顾客F的选择分别进行如下两操作：
[0371 ]如果顾客F需要便捷取现服务，请顾客进行步骤S7操作；
[0372] 如果顾客F不需要便捷取现服务，本装置BOO的可触摸显示器B90提示顾客"交易完 成，谢谢惠顾"，本装置BOO进行步骤S8操作；
[0373] 本实施例中，顾客F选择需要便捷取现服务；
[0374] 顾客F通过步骤S7,选择需要取款的金额并输入取款账户的信息，本装置BOO的处 理器Bll通过将顾客需要的取款金额与可用于找零或临时取款的现金储备(AC)和当前实际 现金储备(CC)中相应面值纸币的总额和顾客取款账户的余额进行比较，分别进行如下两操 作：
[0375] 如果交易成功，即顾客F需要的取款金额不大于可用于找零或临时取款的现金储 备(AC)和当前实际现金储备(CC)中相应面值纸币的总额且顾客F的取款账户有足够余额， 本装置BOO为顾客F调取所需的钞票，提示顾客"交易完成，谢谢惠顾，然后本装置BOO进行步 骤S8操作；
[0376] 如果交易失败，即顾客F需要的取款金额大于可用于找零或临时取款的现金储备 (AC)或当前实际现金储备(CC)中相应面值纸币的总额或顾客的取款账户没有足够余额，提 示顾客F最多可W取款的金额，并询问顾客F是否需要继续取款，根据顾客F的选择分别进行 如下两个操作：
[0377] 如果顾客F选择继续取款，本装置BOO为顾客F调取其最多可W提取的钞票，提示顾 客F"交易完成，谢谢惠顾"，然后本装置BOO进行步骤S8操作；
[0378] 如果顾客F选择放弃取款，提示顾客F"交易完成，谢谢惠顾"，然后本装置BOO进行 步骤S8操作；
[0379] 本实施例中，顾客F需要的取款金额为450元，取款账户为顾客F的微信账户；
[0380] 在本实施例中，处理器Bl 1的处理结果为:顾客F账户有足够余额，本装置BOO中有 足够可用于找零或临时取款的现金储备(AC)和当前实际现金储备(CC)，为顾客F调取现金 450元其中：100元纸币3张和50元纸币3张，并提示提示顾客F"交易完成，谢谢惠顾"；
[0381 ]本装置BOO通过步骤S則尋交易信息打包加密后上传至远程服务器端COO;
[0382] 在本实施例中，交易信息主要包括：
[0383] 本装置BOO的识别号:新中关购物中屯、的屈臣氏(实施例5中的"RP7");
[0384] 交易顾客的识别号:顾客F;
[03化]交易时间：2016年4月29日星期五18点25分；
[0386] 交易金额:消费83.3元和便捷取现450元；
[0387] 交易方式:现金；
[038引交易后本地的当前实际现金储备(CC)此时为:6523元:其中，100元纸币41张、50元 纸币7张、20元纸币80张、10元纸币25张、5元纸币30张、2元纸币0张、1元纸币73张；
[0389] 经过步骤S8，本装置BOO通过步骤S9接收由远程服务器端COO传回的反馈结果，并 根据反馈结果调整本装置BOO中可用于找零或临时取款的现金储备(AC)为主的相关设置；
[0390] 至此，本实施例，顾客F在使用本装置BOO进行收银的店铺内，消费并使用便捷取现 服务的例子实现完成。
[0391] W上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范 围，对于本领域的技术人员而言，应能够意识到凡运用本发明说明书及图示内容所作出的 等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。
【主权项】
1. 一种基于监控和平衡现金储备的取款方法及装置，其特征在于： 包括一种基于监控和平衡现金储备的取款方法（以下简称为"本方法"）和一种应用本 方法的收银装置(以下简称为"本装置"）； 其中，本方法所依托的本装置主要包括:传输模块、验钞模块、储存盒、主控模块、可触 摸显示器、图像采集模块、信息采集模块、外挂接口以及安全模块； 其中，传输模块主要包括:纸类出入口和传送带； 其中，验钞模块主要由M组高精度识别器组成，M的范围为大于等于5个，小于等于25个； 其中，存储盒，即多个储存盒包含P个纸类储存盒，P的范围为大于等于5个，小于等于 15； 其中，主控模块包括处理器、存储器和通信组件； 其中，处理器、存储器和通信组件的数量均为大于等于1个； 其中，图像采集模块包含N个图像采集器，N的范围为大于等于2个，小于等于5个； 其中，信息采集模块至少包括以下组件的任意一种:感应单元、指纹采集器、磁条卡识 别器以及摄像头； 验钞模块被配置为检测纸币的真伪和残旧程度； 主控模块中的处理器被配置为依据本方法进行信息采集，并根据远程服务器端反馈的 信息调整本地设置； 主控模块中的储存器被配置为将处理器采集到的信息加密处理后进行储存； 主控模块中的通信组件被配置为依据本方法向远程服务器端上传加密处理后的信息， 并接收反馈信息； 图像采集模块被配置为使用图像采集器采集并记录纸币特征、交易环境和用户面部特 征为主的静态或动态图像； 信息采集模块中的感应单元被配置为采集NFC(近场通信技术)支付、IC卡类支付、二维 码支付或声纹验证所需要的验证信息； 信息采集模块中的指纹采集器被配置为采集指纹验证所需要的验证信息； 信息采集模块中的磁条卡识别器被配置为采集以银行卡和会员卡为主的磁条卡验证 信息； 信息采集模块中的摄像头被配置为采集脸部特征验证所需要的验证信息； 其中，所述的脸部特征也包括虹膜特征和视网膜特征； 安全模块被配置为监测本装置所处的地理位置、交易环境和是否遭到人为破坏，在必 要时自动报警或通知本装置的管理员； 本装置可以为任意一种应用本方法的收银装置，主要可以为:收银机、自动贩卖机、自 助加油机、自助充电粧以及自助提货柜为主的自动交易装置中的收银装置。2. 如权利要求1所述的一种基于监控和平衡现金储备的取款方法及装置，其特征还在 于： 一种基于监控和平衡现金储备的取款方法，包括用户移动端预先设置、顾客移动端预 约取款、远程服务器端与顾客移动端的交互、远程服务器端与本装置的交互和本装置的收 银方式； 所述的用户移动端中的用户包括管理员和顾客；因此，顾客移动端属于用户移动端的 一种，且用户移动端以及顾客移动端主要可以为用户的手机、平板电脑和可穿戴设备。3. 如权利要求2所述的一种基于监控和平衡现金储备的取款方法，其特征还在于： 本方法的用户移动端预先设置，包含以下步骤： 步骤一、用户需要在其移动端下载所需的应用程序； 其中，所需的应用程序被配置为将移动端的预先设置和预约为主的信息打包加密后上 传至远程服务器端； 步骤二、用户运行步骤一的应用程序，并在其中设置自己的身份，即选择用户身份为顾 客或者店铺管理员，并设置用户身份信息； 其中，用户身份信息主要包括两大类:常规信息和生物识别特征； 其中，常规信息又包括顾客常规信息和管理员常规信息：其中，顾客常规信息主要包 括:姓名、性别、证件号码和出生日期;管理员常规信息主要包括:公司名称、机构识别号、职 务、姓名、性别、证件号码和出生日期； 生物识别特征主要包括:指纹、声纹特征和脸部特征； 步骤三、用户在步骤一的应用程序中添加支付类账户； 其中，支付类账户主要包括:银行账户和第三方支付账户，需要用户输入卡号、到期日 期、CVV号和开卡时绑定的手机号； 其中，添加支付类账户的数量大于等于一个； 步骤四、用户对步骤三中的添加支付类账户进行相应验证，再根据支付类账户的验证 结果，进行如下操作： 所述的相应验证主要包括核对支付类账户的密码和开卡时绑定的手机所收到的验证 码； 4.1若支付类账户验证失败，询问用户希望重新输入验证信息还是添加其他账户，并分 别进行如下两步骤： 步骤4. Ia如果用户选择重新输入验证信息，返回步骤四； 步骤4. Ib如果用户选择添加其他账户，返回步骤三； 4.2若支付类账户验证成功，询问用户是否需要添加其他账户，并分别进行如下两步骤： 4.2a如果用户需要添加其他账户，返回步骤三； 4.2b如果用户不需要添加其他账户，跳至步骤五； 步骤五、用户移动端提示用户"已完成预先设置，点击确认退出预先设置界面"，并将用 户信息打包加密后上传至远程服务器端； 其中，所述的用户信息主要包括身份信息、常规信息和支付类账户信息； 至此，从步骤一到步骤五完成了本方法的用户移动端预先设置。4. 如权利要求2所述的一种基于监控和平衡现金储备的取款方法，其特征还在于： 本方法的顾客移动端预约取款，具体通过以下步骤实现： 步骤A、顾客在步骤一所述的应用程序中选择需要取款的金额和面值偏好； 步骤B、顾客需要继续设定预约取款的时间范围； 其中，预约取款的时间范围为大于等于5分钟且小于等于72小时； 步骤C、顾客需要继续设定预约取款的地点范围； 其中，预约取款的地点范围分为两种： 在本装置分布密集的中心区域，顾客可以预约方圆0-1公里以内的1个或多个应用本方 法的收银装置； 其中，所述的分布密集，是指方圆1公里范围内，分布的收银装置数量大于等于10个； 在本装置分布稀疏的非中心区域，顾客可以预约离预约地点最近的5-20个应用本方法 的收银装置； 其中，所述的分布稀疏，是指方圆1公里范围内，分布的收银装置数量少于10个； 步骤D、步骤一中所述的应用程序将顾客的预约信息打包加密后提交至远程服务器端， 并接收反馈； 其中，所述的顾客预约信息主要包括顾客身份、取款金额和取款时间； 步骤E、根据远程服务器端的反馈结果，进行如下操作： E.1如果远程服务器端的反馈结果为预约失败，则向顾客显示失败原因，并请顾客重新 预约取款时间或地点，返回步骤B; E. 2如果远程服务器端的反馈结果为预约成功，提示顾客"预约成功"，并退出预约取款 界面； 至此，从步骤A到步骤E完成了顾客移动端预约取款。5.如权利要求2所述的一种基于监控和平衡现金储备的取款方法，其特征还在于： 本方法的远程服务器端与顾客移动端的交互，具体通过以下步骤实现： 步骤a)远程服务器端接收由顾客移动端上传的加密信息； 其中，步骤a)所述的加密信息主要包括：顾客的身份识别号，预约的取款金额 (Customer Reserved Money，标记为"CRM"）、预约的时间范围、面值偏好和所有被该顾客预 约的装置识别号； 其中，预约的取款金额，即：Customer Reserved Money，记为"CRM" ；装置识别号，即： Reserved P0S，标记为"RPi"，表示第i个装置，其中，i为大于等于1且小于等于200的连续整 数； 步骤b)远程服务器端将接收到的信息进行解密和再编码； 步骤c)远程服务器端根据接收到的信息中的识别号更新相对应的顾客和本装置的数 据库； 步骤d)远程服务器端通过一种基于权值的几率计算方式，分别计算出顾客去被预约装 置(RPi)取款的几率； 其中，顾客去被预约装置(RPi)取款的几率，即：Correlated PossibiIity，为"CPi" ； 其中，步骤d)中所述的基于权值的几率计算方式可表示为如下公式(1):(1) 其中，CPi的范围是大于等于0%且小于等于100% ; TC表示Total Count，即顾客历史去过该预约地点范围内的次数，且TC为大于等于1的 正整数； HCi表示Hi story Count，即顾客历史上去该预约地点范围时去过该预约装置，RPi的次 数，且HC1为大于等于0的正整数； PWi表示Personal Weight，是远程服务器端在结合该顾客的出行轨迹，消费习惯、天气 状况和节假日为主的信息为该被预约装置，RP1，综合计算出的个人权值，且PW1为一个常量， 该常量大于等于-1且小于等于1; GW1表示General Weight，是远程服务器端结合所有去过该预约地点范围内的顾客的出 行轨迹和消费习惯的行为差异为主的信息为该被预约装置(RP1)综合计算出的全局权值， 且GW1为一个常量，该常量大于等于-1且小于等于1; 步骤e)远程服务器端将顾客的身份识别号、CRM、预约的时间范围、面值偏好、去本装置 取款的几率(CP1)为主的信息打包加密后，发送至相应的被预约装置(RP1); 至此，从步骤a)到步骤e)完成了本方法中远程服务器端与顾客移动端的交互。6.如权利要求2所述的一种基于监控和平衡现金储备的取款方法，其特征还在于： 本方法的远程服务器端与本装置的交互，具体通过以下步骤实现： 步骤i、远程服务器端接收由本装置上传的加密信息； 其中，步骤i中所述的本装置上传的加密信息主要包括:本装置的识别号、交易顾客的 识别号、交易时间、交易金额、交易方式和交易后本地的当前实际现金储备(Current Cash， 标记为"(Τ'）； 步骤ii、远程服务器端将步骤i接收到的加密信息进行解密和再编码； 步骤iii、远程服务器端根据接收到的加密信息中的识别号更新相对应的顾客和本装 置的数据库； 步骤iv、远程服务器端通过一种基于权值计算的现金平衡方式，计算出本装置在一定 时间范围内的可用于找零或临时取款的现金储备(Ava i I ab I e Cash，标记为"ACT ); 其中，所述的一定时间范围，记为T，T的范围为大于等于10分钟且小于等于1小时； 其中，步骤iv中所述的基于权值计算的现金平衡方式可表示为： Available Cash = Total Cash-Reserved Cash (2) 其中， Total Cash = Current Cash+UDcominR Cash： (3)(4) Total Cash表示本装置的全部现金； Current Cash表示本装置交易后本地的当前实际现金储备； Upcoming Cash是远程服务器端根据本装置的历史交易记录、本店的客流量、周边店铺 的客流量、天气和节假日为主的信息综合计算出的本装置在时间范围T内即将入账的现金， 且Upcoming Cash可以为大于0的正数或小于0的负数； Reserved Cash表示管理员和预约取款为主的情况预留的现金； Administrator Reserved Cash表不管理员预留的现金； 其中，"η"表示在本装置中预约取款的顾客数量，其中η大于等0小于等于10,000; Σ表示求和操作;CRMi表示不同顾客的预约取款的金额，即步骤a)中所述的Customer Reserved Money； 卩:表示上述不同顾客来本装置取款的相应几率，即步骤e)中远程服务器端根据不同顾 客的预约请求发送到本装置的相应CP1; 其中，uCRM1XP^并不是简单意义上的数学乘法运算，而是将乘法运算的结果向上根据 顾客预约取款的面值偏好取整； 步骤V、远程服务器端将本装置AC为主的信息打包加密后反馈给本装置； 其中，AC具体表示方式为每一种面值的可用于找零或临时取款的纸币共有多少张； 至此，从步骤i到步骤V完成了本方法中远程服务器端与本装置的交互。7.如权利要求2所述的一种基于监控和平衡现金储备的取款方法，其特征还在于： 本方法中的本装置的收银方式，具体通过以下步骤实现： 步骤Sl、收银员向顾客确认购买的商品信息； 步骤S2、顾客在本装置上选择支付方式，处理器判断是否需要进行身份验证； S2.1如果顾客选择的支付方式需要身份验证，跳至步骤S3; 其中，步骤S2.1所述的需要身份验证的支付方式主要包括:银行卡、第三方支付、现金 与在线类的组合支付和会员卡； S2.2如果顾客选择的支付方式不需要身份验证，跳至步骤S4; 其中，步骤S2.2所述的不需要身份验证的支付方式主要包括:现金支付； 步骤S3、顾客需要在本装置上对其选择的支付方式进行身份验证，并根据验证结果分 别进行如下两个步骤： 步骤S3.1验证成功，根据顾客所选择的支付方式是否含有现金分别进行如下两个步 骤： S3. Ia顾客选择的支付方式不含现金，跳至步骤S6; S3. Ib顾客选择的支付方式含有现金，跳至步骤S4; 步骤S3.2验证失败，请顾客重新验证或选择其他支付方式，根据顾客的选择分别进行 如下两个步骤： S3.2a顾客选择重新验证，返回步骤S3; S3.2b顾客需要选择其他支付方式，返回步骤S2; 步骤S4、本装置对顾客支付的现金进行收款操作； 步骤S4所述的收款操作主要包括:点钞、验钞、记录钞票图像特征和将收取的纸币输送 至相应的储存盒； 步骤S5、本装置的处理器通过比较所需找零金额、AC和CC，分别进行如下两步骤： 步骤S5.1所需找零金额不大于AC和CC中相应面值纸币的总额，将找零以现金形式找还 给顾客，并跳至步骤S6; 步骤S5.2所需找零金额大于AC或CC中相应面值纸币的总额，请顾客输入其希望收款的 账户信息，将找零找还至顾客的电子账户，并跳至步骤S6; 步骤S5.2所述的电子账户主要包括:银行卡、第三方支付、组合支付和会员卡的账户； 步骤S6、本装置中的可触摸显示器请顾客确认交易信息，询问顾客是否需要便捷取现 服务，并根据顾客的选择分别进行如下两步骤： S6.1如果顾客需要便捷取现服务，跳至步骤S7; S6.2如果顾客不需要便捷取现服务，提示顾客"交易完成，谢谢惠顾"，并跳至步骤S8; 步骤S7、请顾客选择需要取款的金额并输入取款账户的信息，本装置的处理器通过将 顾客需要的取款金额与可用于找零或临时取款的现金储备(AC)和当前实际现金储备(CC) 中相应面值纸币的总额和顾客取款账户的余额进行比较，分别进行如下两步骤： S7.1交易成功，即顾客需要的取款金额不大于AC和CC中相应面值纸币的总额且顾客的 取款账户有足够余额，本装置为顾客调取所需的钞票，提示顾客"交易完成，谢谢惠顾"并跳 至步骤S8; S7.2交易失败，即顾客需要的取款金额大于AC或CC中相应面值纸币的总额或顾客的取 款账户没有足够余额，提示顾客最多可以取款的金额，并询问顾客是否需要继续取款，根据 顾客的选择分别进行如下两个步骤： S7.2a顾客选择继续取款，本装置为顾客调取其最多可以提取的钞票，并跳至步骤S8; S7.2b顾客选择放弃取款，提示顾客"交易完成，谢谢惠顾"，并跳至步骤S8; 步骤S8、本装置将交易信息打包加密后上传至远程服务器端； 步骤S9、本装置接收由远程服务器端传回的反馈结果，并根据反馈结果调整本装置中 AC为主的相关设置； 至此，从步骤Sl到步骤S9完成了本方法的本装置的收银方式。
【文档编号】G07D11/00GK106022914SQ201610502479
【公开日】2016年10月12日
【申请日】2016年7月1日
【发明人】郝琦, 王铮
【申请人】北京孔方同鑫科技有限公司