其中可能有許多的錯誤，我知識面太過狹窄，有錯誤的地方歡迎批評指正。
當我們步入大學的殿堂時，一部分人還有着高中時的衝勁，每天按時上課，學習，而有一部分人則迷失在美好的大學，玩手機，上網，逃課。老師也並不是每節課都點名，而且有的同學還幫忙答到，要知道每節課上班的人數至少有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個設備。
有錯誤請多多指教。