5.智能快递柜(通信篇-Server程序)

框架:Bootstrap+MVC 数据库:sqlserver(业务数据)+mongodb(历史数据) 效果: 1. Bootstrap 的响应式 CSS 能够自适应于台式机.平板电脑和手机 2. MVC将软件用户界面和业务逻辑分离以使代码可扩展性.可复用性.可维护性.灵活性加强 3. 大数据应用 3.1 业务数据(经常变化,热数据):对sqlserver优化,建索引(以int存储设备号,时间戳);按时间水平分割order表 3.2 历史数据(不会再变化,冷数据):使用mongodb数据库 界面U

1.智能快递柜(开篇) 2.智能快递柜(终端篇) 3.智能快递柜(通信篇-HTTP) 4.智能快递柜(通信篇-SOCKET) 5.智能快递柜(通信篇-Server程序) 6.智能快递柜(平台篇) 7.智能快递柜(APP及微信公众号) 8.智能快递柜SDK(联网型锁板) 9.智能快递柜SDK(串口型锁板) 10.智能快递柜(源码下载) 11.智能快递柜(对接流程) 12.智能快递柜(用户寄件) 整体业务流程:用户下单->快递柜扫码寄件->管理员分配快递员->快递柜扫码取件->快递员称

1.智能快递柜(开篇) 2.智能快递柜(终端篇) 3.智能快递柜(通信篇-HTTP) 4.智能快递柜(通信篇-SOCKET) 5.智能快递柜(通信篇-Server程序) 6.智能快递柜(平台篇) 7.智能快递柜(APP及微信公众号) 8.智能快递柜SDK(联网型锁板) 9.智能快递柜SDK(串口型锁板) 10.智能快递柜(源码下载) 11.智能快递柜(用户寄件) 12.智能快递柜(其他功能) 13.智能快递柜(对接流程) 快递员充值及投件扣费 用户逾期支付 快递员/用户扫码登陆 原文地址:htt

智能快递柜系统整套源代码及解决方案,产品已成型,可快速部署,且有成功运作案例. 智能快递柜系统包括(后台数据管理中心,寄存柜终端操作系统,寄存柜终端升级服务) 寄存柜终端程序两套  含手写键盘,拼音键盘,投币模块等版本 寄存柜终端数据库一套寄存柜终端升级服务源代码一套 服务器程序一套 服务器数据库一套 终端视频监控驱动一份 终端打印机驱动一份 终端投币器接线图一份 终端主板驱动一份 终端UI原文件9份 终端串口卡驱动一份 终端身份证阅读器驱动一份 终端触摸屏驱动一份 寄存柜解决方案一套 快递公司

随着自助快递柜(又名智能快件箱)业务的发展迅速,城市部署点和运维管理工作将会越来越多,自助快递柜运营单位希望对这些终端节点以无线远程的方式进行统一管理,通过四信的3G工业级路由器解决快递柜远程联网的问题,代替传统的有线传输方式,给自助快递柜部署带来便捷性,彻底解决"最后一百米"的末端物流终端无线联网与远程管理的问题. 智能快递投递箱是一个基于物联网的,能够将物品(快件)进行识别,暂存,监控和管理的设备.与快递柜监控平台构成智能快递投递箱系统.快递柜监控平台能够对本系统的各个快递投递箱进

随着电商的迅猛发展,快递的业务量呈现出喷井式的增长:然而在快递的"最后一公里"却经常成了快递派送人员.收件人.社区安全管理员头疼的问题. 而有限的快递覆盖或自由配送系统的覆盖范围,也成了电商持续增长的一个障碍:随着网购人数的爆炸式增长,内地快递行业正在高速增长.随着人工成本.物业成本的提升,增大配送范围也就意味这成本的增加:由此催生了快递自助存取自助柜,在社区内日渐流行.智能快递柜的出现,减少了快递员数量,节省了企业的配送成本,提高投递效率50%以上,未来将扩大到内地的二三线城市,有巨

方案需求 电子商务正高速发展,物流是影响发展速度的核心要素,电商造就了现在快递业的同时也受制于其发展.如果一件快递需要传递100公里,其中30%的成本却集中在了最后100米. 智能快递柜是一种用于快递行业的装备,用在终端配送阶段,能够实现快递包裹的自动收发和远程查询及控制,而且节能环保. 技术部署 厦门欣仰邦工业级3G/4G无线路由器集成了全系列从逻辑链路层到应用层通信协议,能够为用户提供安全.高速.稳定.可靠的各种协议路由转发的无线路由网络,轻松实现自助快递柜终端3G/4G无线联网和远程管理服

智能物流柜概述 传统的快递行业采用的都是快递上门方法,优点就是可以实现“商户到顾客,按时按需的送货上门”.但随着天猫,京东,当当,亚马逊等电商的不断发展壮大,以及双11,双12促销活动的刺激,“爆仓”这个字眼大家逐渐开始熟悉. 物流行业的最后一公里问题越来越明显,智能物流柜应运而生. 包括马云的菜鸟物流柜和顺丰的丰巢智能物流柜都在进行紧张的布局,可见智能物流柜未来的发展前景是相对不错. 智能物流柜是一个基于物联网的,能够将物品(快件)进行识别,暂存,监控和管理的设备.与服务器一起构成智能快递投递

通信篇: 1.大量client连一个server 在现如今NonBlocking-IO这么成熟的情况下,一个支持大量client的server已经不那么难写了,但在大规模,并且通常长连接的情况下,有一个点要特别注意,就是当server挂掉的时候,不能出现所有client都在一个时间点发起重连,那样基本就是灾难,在没有经验的情况下我看过好几起类似的case,到client规模上去后,server一重启基本就直接被冲进来的大量建连冲垮了(当然,server的backlog队列首先应该稍微设置大一些)