本發(fā)明涉及手機,具體涉及的是一種基于地鐵基站信號實現(xiàn)手機到站提醒及報錯的系統(tǒng)和方法,主要用于用戶在乘坐地鐵時,利用地鐵基站信號實現(xiàn)手機到站提醒,坐錯方向或者坐過站點報錯功能,避免用戶乘車坐過站點或坐錯站點,以及通過gps定位到站所存在的gps信號失效的問題。
背景技術(shù):
隨著城市軌道交通的快速發(fā)展,地鐵已經(jīng)成為人們?nèi)粘3鲂屑吧舷掳嘟?jīng)常乘坐的交通工具,而在用戶乘坐地鐵時,可能因為匆忙大意或者對環(huán)境不熟悉等因素造成坐反方向;又或者,用戶因為在地鐵里看書、看報、聊天、玩游戲、瀏覽網(wǎng)頁或小憩等原因而坐過站,最終導(dǎo)致用戶上班遲到或者重要約會延誤等。
為了解決以上問題,傳統(tǒng)做法是利用手機gps實現(xiàn)到站提醒或報錯。但是目前全球定位系統(tǒng)gps存在一定的弊端,比如在高層建筑、立交橋、高樓大廈之上或者深入地下五六米的地鐵內(nèi),手機gps信號經(jīng)常會出現(xiàn)丟失,從而導(dǎo)致信號失效而無法提供gps定位,進而無法為用戶提供到站提醒或報錯功能,且開啟gps很耗電,對于電力提供捉襟見肘的手機終端來講,確實不是一個優(yōu)秀的選擇。
專利號為cn201210248440.x和專利號為cn201410688686.8的發(fā)明專利,都有提供一種基于地鐵基站實現(xiàn)手機到站提醒的系統(tǒng),但是這兩個系統(tǒng)都僅僅只能實現(xiàn)到站提醒,而且由于系統(tǒng)無法向用戶提供實時路徑,所以用戶在坐反方向或者因為睡著坐過站時無法完成報錯提醒,用戶可能要好長時間才會發(fā)現(xiàn)自己坐反方向或者已經(jīng)坐過站,從而浪費了用戶很長時間。且這兩個系統(tǒng)中都不存在記憶功能,用戶每次使用都要輸入目的地,比較麻煩。
有鑒于此,本發(fā)明提供一種利用地鐵基站實現(xiàn)手機到站提醒及報錯的系統(tǒng)和方法。采用本發(fā)明的系統(tǒng)和方法,可以實現(xiàn)用戶到站提醒、過站報錯,或者坐反方向報錯,以及可以重復(fù)選則目的地的功能。而且本發(fā)明的系統(tǒng)越用越智能,與用戶的匹配度越來越高,這些都是在先專利的系統(tǒng)所無法達到的效果。
技術(shù)實現(xiàn)要素:
本發(fā)明的目的在于提供一種利用地鐵基站信號實現(xiàn)手機到站提醒及報錯的系統(tǒng)和方法。
一種利用地鐵基站信號實現(xiàn)手機到站提醒及報錯的系統(tǒng),其包括手機本體、安裝在手機本體中的顯示屏和線路板,其中所述的線路板上設(shè)置有輸入模塊、目的站點存儲模塊、手機cpu、通訊模塊、存儲器、記憶模塊、統(tǒng)計模塊、微處理器、控制器、提醒模塊、目的基站編碼模塊。所述的手機cpu通過微處理器與目的基站編碼模塊相連,所述的目的站點存儲模塊輸出端與輸入模塊輸入端相連,所述的輸入模塊輸出端與手機cpu輸入端相連,所述的手機cpu與通訊模塊、存儲器、微處理器相連,所述的微處理器輸出端與控制器輸入端相連,所述的控制器輸出端與提醒模塊輸入端相連。
進一步的,輸入模塊用于客戶輸入始發(fā)站點和目的站點名。
進一步的,站點存儲模塊用于存儲用戶每次輸入的站點名,并可提供再次使用時直接選擇。
進一步的,通訊模塊用于預(yù)先存儲所有站點的地鐵基站信號和編碼源。
優(yōu)選的,通訊模塊中地鐵基站包括移動、電信、聯(lián)通等運營商在地鐵沿線的移動基站;進一步優(yōu)選的,每個地鐵站點需要至少三個基站信號,以實現(xiàn)“基站三角定位”。
進一步的,存儲器用于保存用戶從始發(fā)站到目的站的基站定位及行程中的軌跡信息和編碼信息。
進一步的,記憶模塊用于保存一段時間內(nèi)用戶經(jīng)過的所有地鐵基站軌跡和編碼信息,優(yōu)選的,一段時間為3-12個月,進一步優(yōu)選的,一段時間為6個月。
進一步的,統(tǒng)計模塊用于統(tǒng)計用戶最頻繁行經(jīng)的地鐵基站軌跡、出行時間。
進一步的,目的站點編碼模塊用于存儲目的站點的基站信號和進入站點的方向的編碼信息。
進一步的,微處理器將通訊模塊信息、存儲器信息與目的基站編碼模塊進行對比分析,并將對比結(jié)果輸出到控制器。
進一步的,控制器用于輸出微處理器對比分析后的結(jié)果,即控制提醒、報錯或不提醒。
進一步的,提醒模塊用于語音或震動提醒到站或者報錯。
另外,本發(fā)明還提供了一種基于地鐵基站信號實現(xiàn)手機到站提醒和報錯的方法,其包括如下步驟:
1.啟動手機app進入界面,初次使用,通過手動輸入始發(fā)站點和目的站點;二次使用,則無需再次輸入站點,可以直接選擇始發(fā)站點和目的站點。
2.通過通訊模塊獲取當(dāng)前地鐵所處位置的基站信號及編碼信息,并將編碼信息對應(yīng)發(fā)給手機cpu。
3.手機cpu將通訊模塊的信息傳送給存儲器,存儲器將用戶從始發(fā)站出發(fā)到當(dāng)前站點的軌跡信息和周邊基站定位信息進行記錄。
4.手機cpu將存儲器中目前的路徑軌跡的編碼信息發(fā)送給微處理器,該微處理器調(diào)用目的基站編碼模塊對當(dāng)前路徑軌跡的編碼信息進行比對,如果對比后路徑與進入目的站點的方向不一致,且距離隨著時間的推移而增大,則進入步驟5;否則,則結(jié)束。
5.微處理器根據(jù)比對結(jié)果,自動控制啟動報錯提醒模塊,通過報錯語音或鬧鈴聲音提醒用戶下站改乘方向列車。
6.手機cpu將存儲器中目前的路徑軌跡的編碼信息發(fā)送給微處理器,微處理器調(diào)用目的基站編碼模塊對當(dāng)前路徑軌跡的編碼信息進行比對,如果對比后路徑與進入目的站點的方向一致,且距離隨著時間的推移而減小,且預(yù)計還有1-2分鐘將到達目的站點,則進入步驟7;否則,則結(jié)束。
7.微處理器根據(jù)比對結(jié)果,自動控制啟動鬧鈴提醒模塊,通過語音、鬧鈴或震動提醒用戶到站。
8.每次使用本發(fā)明的提醒系統(tǒng),該系統(tǒng)里的記憶模塊都能將出行的時間和路徑對應(yīng)的編碼信息進行保存,形成一個針對個體用戶的特征定制數(shù)據(jù)庫。該數(shù)據(jù)庫的保存時間根據(jù)內(nèi)存大小而定,優(yōu)選為3-12個月,進一步優(yōu)選的為6個月。
9.使用一段時間后,本系統(tǒng)的統(tǒng)計模塊會自動分析用戶最頻繁行徑的地鐵基站軌跡和出行時間,這樣會提高用戶到站提醒的匹配精準度,實現(xiàn)越用提醒越準確的效果。當(dāng)經(jīng)過n次的相同路徑后,只要開啟本發(fā)明的app,無需使用輸入模塊,只要進入地鐵的方向和時間跟前n次大致相同,且路徑軌跡也一樣,則能實現(xiàn)前n次的目的站點的自動提醒功能。進一步的,n為≥10的自然數(shù)。
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白,以下結(jié)合附圖及實施例,對本發(fā)明進行進一步詳細說明。應(yīng)當(dāng)理解,此處所描述的具體實施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明的權(quán)利要求。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、同等替換和改進等,均應(yīng)包含在本發(fā)明的保護范圍內(nèi)。
附圖說明
圖1是本發(fā)明的一種基于地鐵基站信號實現(xiàn)手機到站提醒及報錯的系統(tǒng)示意圖。
圖2是本發(fā)明的具體實施案例的示意圖。
具體實施案例1:
如圖2所示,一個用戶乘地鐵從上?;疖囌局聊暇〇|路站。該用戶首次使用本發(fā)明的app系統(tǒng)。于是他在進入地鐵前打開本發(fā)明的app,通過輸入模塊輸入始發(fā)站“上海火車站”和目的站“南京東路”站點,在坐上地鐵后,本發(fā)明系統(tǒng)的通訊模塊不斷地向手機cpu輸入當(dāng)前站點的基站定位編碼信息,cpu同時向存儲器記憶模塊、統(tǒng)計模塊不斷輸入該用戶此次行程的時間和路徑軌跡的編碼信息。微處理器將該用戶此次行程的路徑軌跡與“南京東路”的距離進行對比,發(fā)現(xiàn)距離越來越??;當(dāng)此次行程的基站信息與“南京東路”的基站信息相同時,微處理器將信號傳送給控制器1,由控制器1啟動鬧鈴,提醒用戶將要到達“南京東路”站點。
具體實施案例2:
一個用戶乘地鐵從上?;疖囌局聊暇〇|路站,該用戶已經(jīng)使用本發(fā)明的app系統(tǒng)4個多月。他在進入地鐵前打開本發(fā)明的app,本發(fā)明的統(tǒng)計模塊根據(jù)該用戶進入地鐵的時間,以及前4個月之內(nèi)進入該站后的路徑軌跡,預(yù)測該用戶可能要到“南京東路”站點,于是當(dāng)?shù)罔F啟動后,微處理器通過不斷比對該用戶本次行程經(jīng)過的路徑與前4個月中最頻繁使用的路徑,并在基站信息與“南京東路”基站信息匹配時,發(fā)出了提醒下車的鬧鈴。
具體實施案例3:
一個用戶乘地鐵從上海火車站至南京東路站,該用戶并非首次使用本發(fā)明的app系統(tǒng),且以前在相同的行程時也曾使用本系統(tǒng)。跟以前一樣,他在進入地鐵前打開本發(fā)明的app,通過輸入模塊選擇系統(tǒng)自動記憶的“上?;疖囌尽闭局痢澳暇〇|路”站,然后該用戶由于過于疲勞而小憩。本發(fā)明的系統(tǒng)在快到達“南京東路”站時發(fā)出了提醒下車鬧鈴,但是由于該用戶過于疲勞而未睡醒,導(dǎo)致坐過了站點。此時,微處理器發(fā)現(xiàn)此次行程的路徑軌跡與“南京東路”越來越遠,微處理器將報錯信號傳送給控制器2,由控制器2控制鬧鈴提醒用戶坐過站了。
具體實施案例4:
一個用戶乘地鐵從上?;疖囌局聊暇〇|路站,該用戶由于對環(huán)境不熟悉且時間匆忙,一不留神乘坐了反向列車。他在進入地鐵前打開了本發(fā)明的app,通過輸入模塊輸入“上海火車站”站至“南京東路”站,在坐上反向列車后,本發(fā)明系統(tǒng)的通訊模塊不斷地向手機cpu輸入當(dāng)前站點的基站定位編碼信息,cpu同時向存儲器、記憶模塊、統(tǒng)計模塊不斷輸出該用戶此次行程的時間和路徑軌跡的編碼信息。微處理器將該用戶此次行程的路徑軌跡與“南京東路”站的距離進行比對,發(fā)現(xiàn)距離越來越大;則在不到一站路的距離內(nèi),微處理器將信號傳送給控制器2,由控制器2啟動語音提醒,提醒用戶乘反方向了。用戶可自行選擇下一站下車乘坐反向列車到達“南京東路”站。
通過以上實施案例,可以看出本發(fā)明的系統(tǒng)和方法,不但能實現(xiàn)手機用戶在坐地鐵時的到站提醒功能、坐反方向、坐過站點報錯功能,還能自動記憶并分析用戶坐地鐵的時間和軌跡,越用越智能,與用戶的習(xí)慣越來越吻合。