其中可能有许多的错误，我知识面太过狭窄，有错误的地方欢迎批评指正。
当我们步入大学的殿堂时，一部分人还有着高中时的冲劲，每天按时上课，学习，而有一部分人则迷失在美好的大学，玩手机，上网，逃课。老师也并不是每节课都点名，而且有的同学还帮忙答到，要知道每节课上班的人数至少有35人左右，多的时候有4,5个班级一起上课，老师每天两节大课，很多时候顾不上点名。针对一些考察课，有些同学干脆不去，去了的也在玩手机（反正我上课时候的观察就是这样，我本身也如此），对此，我认为有个手机点名系统是必须的。
资料：
据我了解，多个蓝牙设备可以通过连接控制单片机上小灯泡。
如果放到这个项目上，我想可能是100左右的设备来连接一个ble设备，并且在固定时间内上传别处理掉信息，可能会有延迟之类的。
一，有利的条件
每周天的下午的某个时间段内，每个学院都会进行指纹签到，督促学生返校，这个作弊的可能性不是很大，每届的学生排队在一个指纹机上输入指纹。所以学生的指纹可以说早已经采集到指纹机中。收集每个学员的学生，这样的话我们学生的指纹已经被采集了。这就是样本。
二，手机上可以采集指纹（有指纹解锁的APP，但是好像不是很完善）
现在有那个指纹解锁的APP，通过手指的按压采集指纹，与存档的指纹进行匹配，然后获得信息。但是有个问题就是，我曾经用过类似APP，不管我用哪个手指进行解锁，好像都能解开，别人也可以解开，这方面我想应该有一点问题。假设指纹解锁能正常使用。
三，手机采集到的指纹如何上传到服务器？ 局域网？ 蓝牙？
这里我的想法是采用蓝牙的方式，这里有一个很好的优点，就是蓝牙的通信距离短。
搜索一些资料：蓝牙一般有两种通讯距离版本
1.Class A 是用在大功率/远距离的蓝牙产品上，但因成本高和耗电量大，不适合作个人通讯产品之用(手机/蓝牙耳机/蓝牙 Dongle 等等)，故多用在部分商业特殊用途上，通讯距离大约在 80~100M 距离之间。
2.Class B 是目前最流行的制式，通讯距离大约在 8~30M 之间（一般通常是10米左右），似乎产品的设计而定，多用于手机内/蓝牙耳机/蓝牙 Dongle 的个人通讯产品上，耗电量和体积较细，方便携带。
为什么要采用像这样1只有10m的通信距离的蓝牙呢！ 我打算打学生框定在这半径为10m的范围内，也就是教室的大小。
四，主要思想（蓝牙之间的传输）
首先客户端为学生的手机，服务端为电脑，通过蓝牙设备连接。我的想法是，购买蓝牙设备与教学电脑连接，电脑作为服务端来处理学生通过手机上传来的指纹图像，通过图像处理技术来反馈给学生是否签到成功，我相信带手机的学生是大多数人的。服务端在某个时间段内自动打开蓝牙设备，学生只能在蓝牙设备周围进行指纹上传并且取得结果。
五，服务端如何判断在某个时间段内，哪个班级在本教室上课。（也可以手动开启ble设备）
1.针对同一个时间段内多个班级在上课在一个教室内上课
假设在6月1日110教室内有一个ble设备，在早上的8:00——10:00之内，有软1班，软2班，软3班要上课。
服务端：要做的事情就是取得6月1日早上的8:00——10:00之内的班级名单，并且获取到所有人员的指纹，在7:40的时间打开ble设备，等待蓝牙设备的连接以及接受收据并且反馈，并在8:00时间关闭ble设备。时间超过的未签到的视为迟到或者逃课，由老师检测。
客户端：打开蓝牙搜索名称为“软1班，软2班，软3班”设备的名称并录取指纹直接发送等到结果，所以说学生要在ble设备开启的时间段内进行收集指纹签到。
2.其他都是一样的。每个教室都有一个Ble设备。
六，客户端的开发条件
能够采集指纹并且连接ble设备，收到反馈消息。
七，服务端的开发条件
首先能够进行图片的处理，指纹匹配。
其次，要拥有学校教室上课学生的信息。
最后，能够将匹配的信息反馈给学生的APP
八，优点
因为可能整个APK小的可怜，不超过两个界面，甚至不用登陆注册，直接录指纹就行，所以可以嵌入到其他的APP当中。
九，缺点
就开始提到的问题，100左右的上课人数，100多个人来连接1个ble设备，所以可能需要一两个ble设备。成本应该也会上去，
有些小教室只能容纳30到40人左右，就有一个设备，大教室可以容纳150人的可以划分区域来安装3个设备。
有错误请多多指教。