本公開涉及終端技術領域，尤其涉及一種洗車提醒方法、裝置及終端。

背景技術：

隨著家用汽車、電動車、平衡車等各種車輛的發(fā)展，針對車輛的維護及保養(yǎng)服務也越來越完善，用戶可以通過這些機構對車輛進行保養(yǎng)，以保證車輛的性能，延長車輛的使用壽命。

但是，相關技術中，快節(jié)奏的生活使得用戶經常忘記對車輛進行保養(yǎng)，甚至在車輛出現(xiàn)故障時才對車輛進行維修，這不利于車輛性能的維護，用戶體驗欠佳。

技術實現(xiàn)要素：

為克服相關技術中存在的問題，本公開實施例提供一種洗車提醒方法、裝置及終端，用以解決相關技術中用戶易于忘記對車輛進行保養(yǎng)和維護，不利于車輛的性能的維護的問題。

根據本公開實施例的第一方面，提供一種洗車提醒方法，包括：

獲取車輛數(shù)據和用戶洗車習慣數(shù)據；

基于所述車輛數(shù)據判斷是否需要清洗車輛；

在判斷為需要清洗車輛時，根據所述用戶洗車習慣數(shù)據判斷是否需要輸出洗車提醒；

在判斷為需要輸出洗車提醒時，向用戶輸出洗車提醒。

在一個實施例中，所述獲取車輛數(shù)據，包括：

確定車輛的位置信息；

獲取所述位置信息對應的天氣信息；

獲取車輛的歷史清洗數(shù)據。

在一個實施例中，所述基于所述車輛數(shù)據判斷是否需要清洗車輛，包括：

基于所述歷史清洗數(shù)據確定所述車輛的未清洗天數(shù)；

在所述未清洗天數(shù)超過設定天數(shù)，且當日的天氣信息為優(yōu)良天氣時，判斷為需要清洗車輛。

在一個實施例中，所述當日的天氣信息為優(yōu)良天氣之后，所述方法還包括：

確定當日是否為設定日；

在所述當日是設定日時，判斷為需要清洗車輛。

在一個實施例中，所述基于所述車輛數(shù)據判斷是否需要清洗車輛，包括：

基于所述天氣信息確定第一定時間段內的天氣信息是否屬于惡劣天氣；

在所述第一設定時間段內的天氣信息屬于惡劣天氣時，基于所述歷史清洗數(shù)據確定所述惡劣天氣之后是否清洗過車輛；

在所述惡劣天氣之后未清洗過車輛時，判斷為需要清洗車輛。

在一個實施例中，所述獲取車輛數(shù)據，包括：

獲取所述車輛在第二設定時間段內的行駛里程數(shù)據；

所述基于所述車輛數(shù)據判斷是否需要清洗車輛，包括：

確定所述行駛里程數(shù)據是否超過設定里程閾值；

在所述行駛里程數(shù)據超過所述設定里程閾值時，判斷為需要清洗車輛。

在一個實施例中，所述獲取車輛數(shù)據，包括：

拍攝所述車輛設定角度的圖像；

所述基于所述車輛數(shù)據判斷是否需要清洗車輛，包括：

讀取預存儲的參考圖像；

將所拍攝的圖像與所述參考圖像進行對比；

在比對的相似度低于設定相似度閾值時，判斷為需要清洗車輛。

在一個實施例中，所述用戶洗車習慣數(shù)據包括以下任一項或多項：

用戶習慣洗車時間、用戶習慣洗車頻率、用戶習慣洗車天氣。

在一個實施例中，所述根據所述用戶洗車習慣數(shù)據判斷是否需要輸出洗車提醒，包括：

判斷當前日期是否符合用戶習慣洗車時間；

或根據未清洗天數(shù)判斷是否符合用戶習慣洗車頻率；

或判斷當前天氣信息是否符合用戶習慣洗車天氣。

在一個實施例中，所述輸出洗車提醒之后，所述方法還包括：

確定車輛的位置信息；

基于所述位置信息確定設定位置范圍內的洗車機構；

輸出所述洗車機構的信息。

根據本公開實施例的第二方面，提供一種洗車提醒裝置，包括：

獲取模塊，被配置為獲取車輛數(shù)據和用戶洗車習慣數(shù)據；

第一判斷模塊，被配置為基于所述車輛數(shù)據判斷是否需要清洗車輛；

第二判斷模塊，被配置為在判斷為需要清洗車輛時，根據所述用戶洗車習慣數(shù)據判斷是否需要輸出洗車提醒；

第一輸出模塊，被配置為在判斷為需要輸出洗車提醒時，向用戶輸出洗車提醒。

在一個實施例中，所述獲取模塊包括：

第一確定子模塊，被配置為確定車輛的位置信息；

第一獲取子模塊，被配置為獲取所述位置信息對應的天氣信息；

第二獲取子模塊，被配置為獲取車輛的歷史清洗數(shù)據。

在一個實施例中，所述第一判斷模塊包括：

第二確定子模塊，被配置為基于所述歷史清洗數(shù)據確定所述車輛的未清洗天數(shù)；

第一判斷子模塊，被配置為在所述未清洗天數(shù)超過設定天數(shù)，且當日的天氣信息為優(yōu)良天氣時，判斷為需要清洗車輛。

在一個實施例中，所述第一判斷模塊還包括：

第三確定子模塊，被配置為確定當日是否為設定日；

第二判斷子模塊，被配置為在所述當日是設定日時，判斷為需要清洗車輛。

在一個實施例中，所述第一判斷模塊包括：

第四確定子模塊，被配置為基于所述天氣信息確定第一定時間段內的天氣信息是否屬于惡劣天氣；

第五確定子模塊，被配置為在所述第一設定時間段內的天氣信息屬于惡劣天氣時，基于所述歷史清洗數(shù)據確定所述惡劣天氣之后是否清洗過車輛；

第三判斷子模塊，被配置為在所述惡劣天氣之后未清洗過車輛時，判斷為需要清洗車輛。

在一個實施例中，所述獲取模塊包括：

第三獲取子模塊，被配置為獲取所述車輛在第二設定時間段內的行駛里程數(shù)據；

所述第一判斷模塊包括：

第六確定子模塊，被配置為確定所述行駛里程數(shù)據是否超過設定里程閾值；

第四判斷子模塊，被配置為在所述行駛里程數(shù)據超過所述設定里程閾值時，判斷為需要清洗車輛。

在一個實施例中，所述獲取模塊包括：

拍攝子模塊，被配置為拍攝所述車輛設定角度的圖像；

所述第一判斷模塊包括：

第一讀取子模塊，被配置為讀取預存儲的參考圖像；

第一對比子模塊，被配置為將所拍攝的圖像與所述參考圖像進行對比；

第五判斷子模塊，被配置為在比對的相似度低于設定相似度閾值時，判斷為需要清洗車輛。

在一個實施例中，所述用戶洗車習慣數(shù)據包括以下任一項或多項：

用戶習慣洗車時間、用戶習慣洗車頻率、用戶習慣洗車天氣。

在一個實施例中，所述第二判斷模塊包括：

第六判斷子模塊，被配置為判斷當前日期是否符合用戶習慣洗車時間；

或第七判斷子模塊，被配置為根據未清洗天數(shù)判斷是否符合用戶習慣洗車頻率；

或第八判斷子模塊，被配置為判斷當前天氣信息是否符合用戶習慣洗車天氣。

在一個實施例中，所述裝置還包括：

第一確定模塊，被配置為確定車輛的位置信息；

第二確定模塊，被配置為基于所述位置信息確定設定位置范圍內的洗車機構；

第二輸出模塊，被配置為輸出所述洗車機構的信息。

根據本公開實施例的第三方面，提供一種終端，包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

獲取車輛數(shù)據和用戶洗車習慣數(shù)據；

基于所述車輛數(shù)據判斷是否需要清洗車輛；

在判斷為需要清洗車輛時，根據所述用戶洗車習慣數(shù)據判斷是否需要輸出洗車提醒；

在判斷為需要輸出洗車提醒時，向用戶輸出洗車提醒。

本公開的實施例提供的技術方案可以包括以下有益效果：

本公開中的終端通過基于獲取的車輛數(shù)據判斷是否需要清洗車輛，并在判斷為需要清洗車輛時基于用戶洗車習慣數(shù)據判斷是否需要輸出洗車提醒，從而解決相關技術中不能有效及時洗車的問題，能夠及時提醒用戶清洗車輛，有利于維護車輛的性能、延續(xù)車輛壽命以及保證車輛美觀，為用戶提供便捷的洗車提醒服務，優(yōu)化用戶體驗。

應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本發(fā)明的實施例，并與說明書一起用于解釋本發(fā)明的原理。

圖1a是根據一示例性實施例示出的一種洗車提醒方法的流程圖。

圖1b是根據一示例性實施例示出的一種洗車提醒方法的場景圖。

圖2是根據一示例性實施例示出的另一種洗車提醒方法的流程圖。

圖3是根據一示例性實施例示出的另一種洗車提醒方法的流程圖。

圖4是根據一示例性實施例示出的另一種洗車提醒方法的流程圖。

圖5是根據一示例性實施例示出的另一種洗車提醒方法的流程圖。

圖6是根據一示例性實施例示出的另一種洗車提醒方法的流程圖。

圖7是根據一示例性實施例示出的另一種洗車提醒方法的流程圖。

圖8是根據一示例性實施例示出的另一種洗車提醒方法的流程圖。

圖9是根據一示例性實施例示出的一種洗車提醒裝置的框圖。

圖10是根據一示例性實施例示出的另一種洗車提醒裝置的框圖。

圖11是根據一示例性實施例示出的另一種洗車提醒裝置的框圖。

圖12是根據一示例性實施例示出的另一種洗車提醒裝置的框圖。

圖13是根據一示例性實施例示出的另一種洗車提醒裝置的框圖。

圖14是根據一示例性實施例示出的另一種洗車提醒裝置的框圖。

圖15是根據一示例性實施例示出的另一種洗車提醒裝置的框圖。

圖16是根據一示例性實施例示出的另一種洗車提醒裝置的框圖。

圖17是根據一示例性實施例示出的另一種洗車提醒裝置的框圖。

圖18是根據一示例性實施例示出的另一種洗車提醒裝置的框圖。

圖19是根據一示例性實施例示出的一種適用于洗車提醒裝置的框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。

圖1a是根據一示例性實施例示出的一種洗車提醒方法的流程圖，圖1b是根據一示例性實施例示出的一種洗車提醒方法的場景圖，該洗車提醒方法可以應用在終端上，本公開中的終端可以是任何具有上網功能的智能終端，例如，可以具體為手機、平板電腦、pda(personaldigitalassistant，個人數(shù)字助理)等。并且，該終端還可以為車載終端。其中，終端可以通過無線局域網接入路由器，并通過路由器訪問公網上的服務器。如圖1a所示，該洗車提醒方法包括以下步驟101-103：

在步驟101中，獲取車輛數(shù)據和用戶洗車習慣數(shù)據。

在一個實施例中，車輛數(shù)據可以包括車輛所處位置的位置信息，例如城市、地區(qū)名稱。

在一個實施例中，車輛數(shù)據還可以包括該位置信息對應的天氣信息，例如天氣為晴朗天氣、多云天氣、雨雪天氣、沙塵天氣、霧霾天氣等，其中可以將晴朗天氣、多云天氣等劃分為優(yōu)良天氣，將雨雪天氣、沙塵天氣及霧霾天氣劃分為惡劣天氣。

在一個實施例中，車輛數(shù)據還可以包括車輛的歷史清洗數(shù)據，例如車輛清洗時間，車輛清洗時間間隔或車輛清洗頻率等。

在一個實施例中，車輛數(shù)據還可以包括車輛的行駛里程數(shù)據。

在一個實施例中，車輛數(shù)據還可以包括車輛的照片，例如設定角度的圖像，從正前方拍攝的圖像、從側面拍攝的圖像等。

在一個實施例中，例如用戶習慣在周日洗車，那么用戶洗車習慣數(shù)據可以包括用戶洗車時間為周日；如果用戶習慣在惡劣天氣之后洗車，那么用戶洗車習慣數(shù)據可以包括用戶洗車時間為惡劣天氣之后；如果用戶習慣在車輛行程里程達到一定值時洗車，那么用戶洗車習慣數(shù)據可以包括用戶在行駛里程數(shù)據超過設定閾值時洗車，等。此外根據用戶的歷史洗車數(shù)據還可以計算出用戶的洗車頻率，那么用戶洗車習慣數(shù)據還可以包括洗車頻率。

在步驟102中，基于車輛數(shù)據判斷是否需要清洗該車輛。

在一個實施例中，終端可以基于上述位置信息、天氣信息、歷史清洗數(shù)據、圖像中的一項或多項綜合判斷是否需要清洗車輛。

在步驟103中，在判斷為需要清洗車輛時，根據所述用戶洗車習慣數(shù)據判斷是否需要輸出洗車提醒。

在一個實施例中，如果判斷為需要清洗車輛，終端可以基于用戶洗車習慣時間、洗車習慣天氣、洗車習慣頻率等數(shù)據判斷是否需要輸出洗車提醒，來提醒用戶。在一個實施例中，終端可以將洗車提醒通過車載終端輸出。

在步驟104中，在判斷為需要輸出洗車提醒時，向用戶輸出洗車提醒。

在一示例性場景中，如圖1b所示，包括車輛及終端。終端每隔設定的時間，例如每天上午8:00獲取車輛數(shù)據，并獲取用戶洗車習慣數(shù)據，用戶洗洗車習慣數(shù)據可以包括用戶洗車習慣時間、頻率及天氣等，用戶洗車習慣數(shù)據存儲在終端中。該車輛數(shù)據可以包括車輛所處位置的位置信息、該位置信息對應的天氣信息、車輛的歷史清洗數(shù)據以及車輛照片，通過上述車輛數(shù)據中的一項或多項，終端對車輛是否需要清洗進行判斷，如果判斷為需要清洗車輛，則進一步基于用戶洗車習慣數(shù)據判斷是否需要輸出洗車提醒，例如用戶習慣洗車時間為周日，而當日恰好為周日，則輸出洗車提醒，提醒用戶進行洗車。

具體如何進行洗車提醒的，請參考后續(xù)實施例。

至此，本公開實施例提供的上述方法，可以實現(xiàn)基于獲取的車輛數(shù)據判斷是否需要清洗車輛，并在判斷為需要清洗車輛時基于用戶洗車習慣數(shù)據判斷是否需要輸出洗車提醒，從而解決相關技術中不能有效及時洗車的問題，能夠及時提醒用戶清洗車輛，有利于維護車輛的性能、延續(xù)車輛壽命以及保證車輛美觀，為用戶提供便捷的洗車提醒服務，優(yōu)化用戶體驗。

下面以具體實施例來說明本公開實施例提供的技術方案。

圖2是根據一示例性實施例示出的另一種洗車提醒方法的流程圖，本實施例利用本公開實施例提供的上述方法，以如何獲取車輛數(shù)據為例進行示例性說明，如圖2所示，包括如下步驟201-203：

在步驟201中，確定車輛的位置信息。

在一實施例中，終端可以通過自帶的gps(globalpositioningsystem，全球定位系統(tǒng))功能對車輛進行定位，從而確定車輛的位置信息，例如將車進行定位，位置信息為北京西城區(qū)，甚至更詳細的位置精確到街道和小區(qū)。

在步驟202中，獲取位置信息對應的天氣信息。

在一實施例中，終端可以基于自帶的天氣預報app(application，應用程序)來確定天氣信息。

在一個實施例中，終端也可以通過網絡功能獲取天氣信息。

天氣信息可以包括晴朗天氣、多云天氣、雨雪冰雹天氣、霧霾天氣、沙塵天氣等。其中，晴朗、多云等優(yōu)良天氣適宜洗車，而雨雪冰雹、霧霾及沙塵等惡劣天氣都不適宜洗車。

在步驟203中，獲取車輛的歷史清洗數(shù)據。

在一實施例中，車輛每次進行清洗之后，都在終端中生成對應的清洗數(shù)據，例如清洗時間，清洗類型等。

進一步地，終端可以基于洗車數(shù)據生成洗車間隔時間、洗車頻率、洗車時間在節(jié)假日的頻率，等。

本實施例中，通過上述步驟201-203，可以獲取車輛所處位置的位置信息、位置信息對應的天氣信息及車輛的歷史清洗數(shù)據，從而為后續(xù)過程中基于車輛數(shù)據判斷是否需要清洗車輛提供準確全面的依據。

圖3是根據一示例性實施例示出的又一種洗車提醒方法的流程圖，本實施例利用本公開實施例提供的上述方法，以基于車輛數(shù)據判斷是否需要清洗車輛為例進行示例性說明，如圖3所示，包括如下步驟301-303：

在步驟301中，基于歷史清洗數(shù)據確定車輛的未清洗天數(shù)。

在一實施例中，終端中記錄有車輛每次的清洗時間，基于清洗時間可以確定未清洗天數(shù)。例如當日為11月22日，上次洗車的日期為11月15日，那么可以確定未清洗天數(shù)為7天。

在步驟302中，在未清洗天數(shù)超過設定天數(shù)，且當日的天氣信息為優(yōu)良天氣時，判斷為需要清洗車輛。

在一實施例中，可以預先設置設定天數(shù)，例如設定天數(shù)為5天。那么在當日天氣晴朗，且未清洗天數(shù)超過5天時，可以判斷為需要清洗車輛。

本實施例中，通過上述步驟301-302，能夠基于天氣信息和歷史清洗數(shù)據來判斷是否需要清洗車輛。從而在判斷為需要清洗車輛時，及時提醒用戶洗車，優(yōu)化用戶體驗。

在上述實施例中，在未清洗天數(shù)超過設定天數(shù)，且當日的天氣信息為晴朗或多云時，還可以進一步的對當日是否為第一設定日進行判斷。其中設定日可以為節(jié)假日、非工作日。

在當日是節(jié)假日時，判斷為需要清洗車輛。

由于用戶在節(jié)假日的自由支配時間更為充裕，非節(jié)假日即使需要洗車，用戶也可能沒有時間，因而終端可以在節(jié)假日對用戶進行洗車提醒。終端可以在節(jié)假日的任一天對用戶進行提醒，而為了便于用戶安排出游，也可以在節(jié)假日的第一天或最后一天對用戶進行洗車提醒。

圖4是根據一示例性實施例示出的又一種洗車提醒方法的流程圖，本實施例利用本公開實施例提供的上述方法，以基于所述車輛數(shù)據判斷是否需要清洗車輛為例進行示例性說明，如圖4所示，包括如下步驟401-403：

在步驟401中，基于天氣信息確定第一設定時間段內的天氣信息是否屬于惡劣天氣。

在一實施例中，第一設定時間段可以包括當日往前的例如2天、3天的時間段內。雨雪冰雹沙塵天氣通常會導致路面泥濘或空氣混濁，因而會導致車輛變臟。

在步驟402中，在第一設定時間段內的天氣信息屬于惡劣天氣時，基于歷史清洗數(shù)據確定惡劣天氣之后是否清洗過車輛。

終端在確定天氣信息之后，終端可以繼續(xù)基于歷史清洗數(shù)據確定在雨雪冰雹沙塵天氣之后是否清洗過車輛。例如當日為11月22日，雨雪天氣為11月20日，而上次洗車時間為11月18日，那么可以判斷為在雨雪天氣之后未清洗過車輛。

在步驟403中，在惡劣天氣之后未清洗過車輛時，判斷為需要清洗車輛。

本實施例中，通過上述步驟401-403，能夠基于天氣信息為雨雪冰雹沙塵天氣和歷史清洗數(shù)據來判斷是否需要清洗車輛。從而在判斷為需要清洗車輛時，及時提醒用戶洗車，優(yōu)化用戶體驗。

圖5是根據一示例性實施例示出的又一種洗車提醒方法的流程圖，本實施例利用本公開實施例提供的上述方法，以基于所述車輛數(shù)據判斷是否需要清洗車輛為例進行示例性說明，如圖5所示，包括如下步驟501-503：

在步驟501中，獲取車輛在第二設定時間段內的行駛里程數(shù)據。

在一實施例中，車輛的行車記錄儀或車輛本身記錄有行駛里程數(shù)據，第二設定時間段可以為1天、2天或1周等任意時間段。

在一實施例中，行駛里程數(shù)據可以為單次連續(xù)行駛里程，和/或設定時間段內的總行駛里程。其中，單詞連續(xù)行駛里程指的是中間休息時間不超過設定時間的行駛里程，由于長途開車容易疲憊，用戶通常會在服務區(qū)休息，因而可以將休息時間不超過設定時間的行駛里程記為連續(xù)行駛里程，例如設定時間為1個小時。設定時間段內的總行駛里程可以為1周、15天內的行駛里程。

在步驟502中，確定行駛里程數(shù)據是否超過設定里程閾值。

對于單次連續(xù)行駛里程，可以設定對應的連續(xù)里程閾值；對于總行駛里程，可以設定對應的總里程閾值，以便在本步驟中進行具體比較。

在步驟503中，在行駛里程數(shù)據超過設定里程閾值時，判斷為需要清洗車輛。

本實施例中，通過上述步驟501-503，能夠基于行駛里程來判斷是否需要清洗車輛。由于行駛里程與車輛的干凈程度相關，因而可以在判斷為行駛里程超過設定閾值時，及時提醒用戶洗車，優(yōu)化用戶體驗。

圖6是根據一示例性實施例示出的又一種洗車提醒方法的流程圖，本實施例利用本公開實施例提供的上述方法，以基于車輛數(shù)據判斷是否需要清洗車輛為例進行示例性說明，如圖6所示，包括如下步驟601-604：

在步驟601中，拍攝車輛設定角度的圖像。

在一實施例中，在車庫的設定位置，或者在停車場的設定位置，可以設置攝像頭，用于拍攝車輛的照片。為了能夠更準確的判斷車輛是否需要清洗，可以設置多個攝像頭對車輛進行多方位的拍攝，例如在車輛的正前方設置攝像頭，拍攝車輛的正面圖像；在車輛的左側和右側分別設置攝像頭，拍攝車輛的側面圖像。攝像頭可以每隔設定的時間對車輛進行拍攝，例如在每天早上8點進行拍照比對。

在步驟602中，讀取預存儲的參考圖像。

在終端中，預存儲有車輛在干凈狀態(tài)下，或者說在清洗之后的狀態(tài)下的各個角度的參考圖像。

在步驟603中，將所拍攝的圖像與參考圖像進行對比。

終端將拍攝的正面圖像與正面參考圖像進行比對，將拍攝的側面圖像與對應的側面參考圖像進行比對，如果有拍攝的其他角度的圖像，將其他角度的圖像與對應角度的參考圖像進行比對。

在步驟604中，在比對的相似度低于設定相似度閾值時，判斷為需要清洗車輛。

如果比對的相似度低于設定相似度閾值，可以判斷為車輛處于較臟狀態(tài)，需要清洗。

在一實施例中，在終端比對圖像的相似度時，可以先提取車牌信息，并將車牌信息進行比對，以確定是同一車輛，避免誤比對和誤判斷。

本實施例中，通過上述步驟601-604，能夠基于車輛當前狀態(tài)的圖像與車輛干凈狀態(tài)下的圖像進行對比來判斷是否需要清洗車輛。如果二者相似度低于設定相似度閾值，就可以在判斷為需要清洗車輛，從而及時提醒用戶洗車，優(yōu)化用戶體驗。

圖7是根據一示例性實施例示出的又一種洗車提醒方法的流程圖，本實施例利用本公開實施例提供的上述方法，以如何根據用戶洗車習慣數(shù)據判斷是否需要輸出洗車提醒為例進行示例性說明，如圖7所示，包括如下步驟701-703：

在步驟701中，判斷當前日期是否符合用戶習慣洗車時間。

在一個實施例中，用戶洗車習慣數(shù)據包括用戶習慣洗車時間，例如習慣洗車時間為周日、為月末最后一天等，步驟701中可以比對當前日期是否符合用戶習慣洗車時間。

在步驟702中，根據未清洗天數(shù)判斷是否符合用戶習慣洗車頻率。

在一個實施例中，用戶洗車習慣數(shù)據可以包括用戶習慣洗車頻率，洗車頻率可以基于歷史清洗數(shù)據計算得到。終端計算未清洗天數(shù)，從而計算得到洗車頻率，在步驟702中，將計算得到的洗車頻率與用戶習慣洗車頻率進行比對。

在步驟703中，判斷當前天氣信息是否符合用戶習慣洗車天氣。

在一個實施例中，用戶洗車習慣數(shù)據包括用戶習慣洗車天氣，例如晴天洗車，那么在步驟703中，終端基于獲取到的當日天氣信息判斷是否符合用戶習慣洗車天氣。

圖8是根據一示例性實施例示出的又一種洗車提醒方法的流程圖，本實施例利用本公開實施例提供的上述方法，以如何輸出洗車提醒為例進行示例性說明，如圖8所示，包括如下步驟801-805：

在步驟801中，基于判斷結果生成對應的提醒信息。

在一實施例中，終端由于可以基于多個因素對是否需要清洗車輛進行判斷，因而可以基于不同的判斷結果來生成提醒信息。

例如，對于圖3所示實施例，終端可以生成類似于“未清洗天數(shù)超過5天，請及時洗車”的提醒信息。對于圖4所示實施例，終端可以生成類似于“雨雪天氣弄臟了汽車，請及時洗車”的提醒信息。對于圖5所示實施例，終端可以生成“汽車的行駛里程已超過500公里，請及時洗車”之類的提醒信息。對于圖6所示實施例，終端可以生成“汽車需要清洗啦”之類的提醒信息。

在步驟802中，以語音和/或文字的形式輸出提醒信息。

在一實施例中，為了保證用戶能夠關注到該提醒信息，終端可以以語音和/或文字的形式輸出提醒信息。

在步驟803中，確定車輛的位置信息。

在一實施例中，終端可以通過gps功能對車輛進行定位。

在步驟804中，基于地理位置確定設定位置范圍內的洗車機構。

在一實施例中，終端定位之后，可以基于位置信息在設定范圍內對洗車機構進行搜索。搜索的內容不僅可以包括洗車機構的名稱、位置，還可以包括洗車機構的綜合評分，價位，是否需要等位等信息，從而為用戶提供全面的參考信息。

在步驟805中，輸出洗車機構的信息。

在一實施例中，終端可以輸出搜索到的全部洗車機構的信息，也可以選擇性的輸出例如距離最近的幾家洗車機構的信息，或綜合評分最高的幾家洗車機構的信息，以供用戶進行選擇。

本實施例中，通過上述步驟801-805，能夠在判斷為需要清洗車輛時生成對應的提醒信息并輸出提醒信息。進一步的，還可以搜索附近的洗車機構，并將洗車機構的信息提供給用戶，從而不僅及時提醒用戶洗車，還為用戶提供多方面的洗車參考信息，避免用戶尋找洗車機構的繁瑣，優(yōu)化用戶體驗。

圖9是根據一示例性實施例示出的一種洗車提醒裝置的框圖，如圖9所示，該裝置可以應用在終端中，并用于執(zhí)行圖1所示實施例的方法，該洗車提醒裝置可以包括：獲取模塊910、第一判斷模塊920、第二判斷模塊930和第一輸出模塊940。

獲取模塊910，被配置為獲取車輛數(shù)據和用戶洗車習慣數(shù)據；

第一判斷模塊920，被配置為基于獲取模塊910獲取的車輛數(shù)據判斷是否需要清洗車輛；

第二判斷模塊930，被配置為在第一判斷模塊920判斷為需要清洗車輛時，根據所述用戶洗車習慣數(shù)據判斷是否需要輸出洗車提醒；

第一輸出模塊940，被配置為在第二判斷模塊930判斷為需要輸出洗車提醒時，向用戶輸出洗車提醒。

圖10是根據一示例性實施例示出的另一種洗車提醒裝置的框圖，如圖10所示，在上述圖9所示實施例的基礎上，獲取模塊910可以包括：第一確定子模塊911、第一獲取子模塊912和第二獲取子模塊913。

第一確定子模塊911，被配置為確定車輛的位置信息；

第一獲取子模塊912，被配置為獲取第一確定子模塊911所確定的位置信息對應的天氣信息；

第二獲取子模塊913，被配置為獲取車輛的歷史清洗數(shù)據。

圖11是根據一示例性實施例示出的另一種洗車提醒裝置的框圖，如圖11所示，在上述圖10所示實施例的基礎上，第一判斷模塊920可以包括：第二確定子模塊921和第一判斷子模塊922。

第二確定子模塊921，被配置為基于所述歷史清洗數(shù)據確定所述車輛的未清洗天數(shù)；

第一判斷子模塊922，被配置為在第二確定子模塊921確定的未清洗天數(shù)超過設定天數(shù)，且當日的天氣信息為優(yōu)良天氣時，判斷為需要清洗車輛。

圖12是根據一示例性實施例示出的另一種洗車提醒裝置的框圖，如圖12所示，在上述圖11所示實施例的基礎上，第一判斷模塊920還可以包括：

第三確定子模塊923，被配置為確定當日是否為設定日；

第二判斷子模塊924，被配置為在第三確定子模塊923確定當日是設定日時，判斷為需要清洗車輛。

圖13是根據一示例性實施例示出的另一種洗車提醒裝置的框圖，如圖13所示，在上述圖11所示實施例的基礎上，第一判斷模塊920包括：第四確定子模塊925、第五確定子模塊926和第三判斷子模塊927。

第四確定子模塊925，被配置為基于所述天氣信息確定第一定時間段內的天氣信息是否屬于惡劣天氣；

第五確定子模塊926，被配置為在第四確定子模塊925確定第一設定時間段內的天氣信息屬于惡劣天氣時，基于所述歷史清洗數(shù)據確定所述惡劣天氣之后是否清洗過車輛；

第三判斷子模塊927，被配置為在第五確定子模塊926確定惡劣天氣之后未清洗過車輛時，判斷為需要清洗車輛。

圖14是根據一示例性實施例示出的另一種洗車提醒裝置的框圖，如圖14所示，在上述圖9所示實施例的基礎上，獲取模塊910可以包括：第三獲取子模塊914；第一判斷模塊920可以包括：第六確定子模塊928和第四判斷子模塊929。

第三獲取子模塊914，被配置為獲取車輛在第二設定時間段內的行駛里程數(shù)據；

第六確定子模塊928，被配置為確定所述行駛里程數(shù)據是否超過設定里程閾值；

第四判斷子模塊929，被配置為在第六確定子模塊928確定的行駛里程數(shù)據超過所述設定里程閾值時，判斷為需要清洗車輛。

圖15是根據一示例性實施例示出的另一種洗車提醒裝置的框圖，如圖15所示，在上述圖9所示實施例的基礎上，獲取模塊910可以包括：拍攝子模塊915，第一判斷模塊920可以包括：第一讀取子模塊9210、第一對比子模塊9211和第五判斷子模塊9212。

拍攝子模塊915，被配置為拍攝所述車輛設定角度的圖像；

第一讀取子模塊9210，被配置為讀取預存儲的參考圖像；

第一對比子模塊9211，被配置為將所拍攝的圖像與第一讀取子模塊9210讀取的參考圖像進行對比；

第五判斷子模塊9213，被配置為在第一對比子模塊9211比對的相似度低于設定相似度閾值時，判斷為需要清洗車輛。

所述用戶洗車習慣數(shù)據包括以下任一項或多項：

用戶習慣洗車時間、用戶習慣洗車頻率、用戶習慣洗車天氣。

圖16是根據一示例性實施例示出的另一種洗車提醒裝置的框圖，如圖16所示，在上述圖15所示實施例的基礎上，第二判斷模塊930可以包括：第六判斷子模塊931、或第七判斷子模塊932、或第八判斷子模塊933。

第六判斷子模塊931，被配置為判斷當前日期是否符合用戶習慣洗車時間；

或第七判斷子模塊932，被配置為根據未清洗天數(shù)判斷是否符合用戶習慣洗車頻率；

或第八判斷子模塊933，被配置為判斷當前天氣信息是否符合用戶習慣洗車天氣。

圖17是根據一示例性實施例示出的另一種洗車提醒裝置的框圖，如圖17所示，在上述圖9所示實施例的基礎上，第一輸出模塊940可以包括：生成子模塊941和輸出子模塊942。

生成子模塊941，被配置為基于判斷結果生成對應的提醒信息；

輸出子模塊942，被配置為以語音和/或文字的形式輸出生成子模塊941生成的提醒信息。

圖18是根據一示例性實施例示出的另一種洗車提醒裝置的框圖，如圖18所示，在上述圖9所示實施例的基礎上，該裝置還可以包括：第一確定模塊950、第二確定模塊960和第二輸出模塊970。

第一確定模塊950，被配置為確定車輛的位置信息；

第二確定模塊960，被配置為基于第一確定模塊950確定的位置信息確定設定位置范圍內的洗車機構；

第二輸出模塊970，被配置為輸出第二確定模塊960確定的洗車機構的信息。

圖19是根據一示例性實施例示出的一種適用于洗車提醒裝置的框圖。例如，裝置1900可以是移動電話，計算機，數(shù)字廣播終端，消息收發(fā)設備，游戲控制臺，平板設備，醫(yī)療設備，健身設備，個人數(shù)字助理等用戶設備。

參照圖19，裝置1900可以包括以下一個或多個組件：處理組件1902，存儲器1904，電源組件1906，多媒體組件1908，音頻組件1910，輸入/輸出(i/o)的接口1912，傳感器組件1914，以及通信組件1916。

處理組件1902通?？刂蒲b置1900的整體操作，諸如與顯示，電話呼叫，數(shù)據通信，相機操作和記錄操作相關聯(lián)的操作。處理元件1902可以包括一個或多個處理器1920來執(zhí)行指令，以完成上述的方法的全部或部分步驟。此外，處理組件1902可以包括一個或多個模塊，便于處理組件1902和其他組件之間的交互。例如，處理部件1902可以包括多媒體模塊，以方便多媒體組件1908和處理組件1902之間的交互。

存儲器1904被配置為存儲各種類型的數(shù)據以支持在設備1900的操作。這些數(shù)據的示例包括用于在裝置1900上操作的任何應用程序或方法的指令，聯(lián)系人數(shù)據，電話簿數(shù)據，消息，圖像，視頻等。存儲器1904可以由任何類型的易失性或非易失性存儲設備或者它們的組合實現(xiàn)，如靜態(tài)隨機存取存儲器(sram)，電可擦除可編程只讀存儲器(eeprom)，可擦除可編程只讀存儲器(eprom)，可編程只讀存儲器(prom)，只讀存儲器(rom)，磁存儲器，快閃存儲器，磁盤或光盤。

電力組件1906為裝置1900的各種組件提供電力。電力組件1906可以包括電源管理系統(tǒng)，一個或多個電源，及其他與為裝置1900生成、管理和分配電力相關聯(lián)的組件。

多媒體組件1908包括在所述裝置1900和用戶之間的提供一個輸出接口的屏幕。在一些實施例中，屏幕可以包括液晶顯示器(lcd)和觸摸面板(tp)。如果屏幕包括觸摸面板，屏幕可以被實現(xiàn)為觸摸屏，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與所述觸摸或滑動操作相關的持續(xù)時間和壓力。在一些實施例中，多媒體組件1908包括一個前置攝像頭和/或后置攝像頭。當設備1900處于操作模式，如拍攝模式或視頻模式時，前置攝像頭和/或后置攝像頭可以接收外部的多媒體數(shù)據。每個前置攝像頭和后置攝像頭可以是一個固定的光學透鏡系統(tǒng)或具有焦距和光學變焦能力。

音頻組件1910被配置為輸出和/或輸入音頻信號。例如，音頻組件1910包括一個麥克風(mic)，當裝置1900處于操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器1904或經由通信組件1916發(fā)送。在一些實施例中，音頻組件1910還包括一個揚聲器，用于輸出音頻信號。

i/o接口1912為處理組件1902和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限于：主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。

傳感器組件1914包括一個或多個傳感器，用于為裝置1900提供各個方面的狀態(tài)評估。例如，傳感器組件1914可以檢測到設備1900的打開/關閉狀態(tài)，組件的相對定位，例如所述組件為裝置1900的顯示器和小鍵盤，傳感器組件1914還可以檢測裝置1900或裝置1900一個組件的位置改變，用戶與裝置1900接觸的存在或不存在，裝置1900方位或加速/減速和裝置1900的溫度變化。傳感器組件1914可以包括接近傳感器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件1914還可以包括光傳感器，如cmos或ccd圖像傳感器，用于在成像應用中使用。在一些實施例中，該傳感器組件1914還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。

通信組件1916被配置為便于裝置1900和其他設備之間有線或無線方式的通信。裝置1900可以接入基于通信標準的無線網絡，如wifi，2g或3g，或它們的組合。在一個示例性實施例中，通信部件1916經由廣播信道接收來自外部廣播管理系統(tǒng)的廣播信號或廣播相關信息。在一個示例性實施例中，所述通信部件1916還包括近場通信(nfc)模塊，以促進短程通信。例如，在nfc模塊可基于射頻識別(rfid)技術，紅外數(shù)據協(xié)會(irda)技術，超寬帶(uwb)技術，藍牙(bt)技術和其他技術來實現(xiàn)。

在示例性實施例中，裝置1900可以被一個或多個應用專用集成電路(asic)、數(shù)字信號處理器(dsp)、數(shù)字信號處理設備(dspd)、可編程邏輯器件(pld)、現(xiàn)場可編程門陣列(fpga)、控制器、微控制器、微處理器或其他電子元件實現(xiàn)，用于執(zhí)行上述方法。

在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質，例如包括指令的存儲器1904，上述指令可由裝置1900的處理器1920執(zhí)行以完成上述方法。例如，所述非臨時性計算機可讀存儲介質可以是rom、隨機存取存儲器(ram)、cd-rom、磁帶、軟盤和光數(shù)據存儲設備等。

其中，處理器1920被配置為：

獲取車輛數(shù)據和用戶洗車習慣數(shù)據；

基于所述車輛數(shù)據判斷是否需要清洗車輛；

在判斷為需要清洗車輛時，根據所述用戶洗車習慣數(shù)據判斷是否需要輸出洗車提醒；

在判斷為需要輸出洗車提醒時，向用戶輸出洗車提醒。

本領域技術人員在考慮說明書及實踐這里公開的公開后，將容易想到本公開的其它實施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本公開的一般性原理并包括本公開未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由下面的權利要求指出。

應當理解的是，本公開并不局限于上面已經描述并在附圖中示出的精確結構，并且可以在不脫離其范圍進行各種修改和改變。本公開的范圍僅由所附的權利要求來限制。