一種數據處理方法與流程
2023-12-02 20:35:02
本發明涉及數據處理領域,尤其涉及一種數據處理方法。
背景技術:
隨著人類生活水平的提高,智能終端成為通訊必不可少的設備之一,安卓系統中智能終端的普及,不僅推動了移動網際網路的發展,還將app移動應用推進了全民歡宴的時代,早在2012年時,所有的安卓應用商店的應用數據已過百萬,隨著近四年的發展,安卓應用商店的市場規模進一步擴大,其現在的應用總和在150萬以上,迅猛發展的app在我們的生活中扮演越來越重要的角色,市場前景也日漸凸顯。
在智能終端的使用過程中,用戶經常使用記事本記錄一些重要數據,但記事本只能實現數據的記錄,當用戶想要查看某個項目的數據時,記事本無法實現數據的分類和查找,只能將所有的數據進行顯示,因此不能滿足用戶的需求,造成用戶的體驗度極差。
技術實現要素:
本發明的目的是針對現有技術的缺陷,提供一種數據處理方法,能夠基於標籤信息實現用戶對定製數據的分類上傳、查看和修改,並且通過令牌信息能夠進行合法化驗證,保證數據的安全性,從而提高了用戶體驗度。
有鑑於此,本發明實施例提供了一種數據處理方法,包括:
終端設備向業務伺服器發送數據請求,所述數據請求中包括驗證信息、用戶id和標籤信息;
所述業務伺服器根據所述驗證信息進行驗證,如果驗證成功,根據所述用戶id和標籤信息生成查詢請求,並發送給存儲伺服器;
所述存儲伺服器對所述查詢請求進行解析,得到所述用戶id和所述標籤信息;
所述存儲伺服器根據所述用戶id和所述標籤信息進行查找,得到定製數據;
所述存儲伺服器將所述定製數據返回給所述業務伺服器;
所述業務伺服器將所述定製數據返回給所述終端設備;
所述終端設備對所述定製數據進行顯示。
優選的,所述方法還包括:
所述終端設備接收用戶輸入的修改信息;所述修改信息中包括用戶id、標籤信息和相對應的修改數據;
所述終端設備接收用戶輸入的退出指令,所述終端設備將所述修改信息發送給所述業務伺服器;
所述業務伺服器將所述修改信息發送給所述存儲伺服器;
所述存儲伺服器對所述修改信息進行解析,得到所述用戶id、標籤信息和相對應的修改數據;
所述存儲伺服器根據所述用戶id和標籤信息查找相對應的定製數據,並且根據所述修改數據更新所述定製數據。
優選的,在所述終端設備向業務伺服器發送數據請求之前,所述方法還包括:
所述終端設備向所述業務伺服器發送登錄請求;
所述業務伺服器根據所述登錄請求,向所述終端設備發送驗證碼;
所述終端設備根據所述驗證碼進行登錄;
所述業務伺服器判斷所述終端設備是否登錄成功;
當所述終端設備登錄成功時,向所述終端設備發送與所述用戶id對應的驗證信息。
進一步優選的,所述方法還包括:
所述終端設備接收用戶輸入的定製信息,發送給所述業務伺服器;所述定製信息中包括用戶id、標籤信息和相對應的定製數據;
所述業務伺服器將所述定製信息發送給所述存儲伺服器;
所述存儲伺服器對所述定製信息進行解析,得到所述用戶id、標籤信息和相對應的定製數據;
所述存儲伺服器建立用戶id、標籤信息和相對應的定製數據之間的關聯關係,並儲存。
優選的,在所述業務伺服器根據所述驗證信息進行驗證之後,所述方法還包括:
如果驗證失敗,所述業務伺服器向所述終端設備發送請求異常信息;
所述終端設備根據所述請求異常信息,向所述業務伺服器發送包含用戶id的登錄請求。
優選的,所述驗證信息為令牌信息;所述業務伺服器根據所述驗證信息進行驗證具體為:
所述業務伺服器在令牌信息列表中查找是否存在所述令牌信息。
優選的,所述標籤信息包括學習、運動、作息和娛樂中的一種或多種。
本發明實施例提供的一種數據處理方法,能夠基於標籤信息實現用戶對定製數據的分類上傳、查看和修改,並且通過令牌信息能夠進行合法化驗證,保證數據的安全性,從而提高了用戶體驗度。
附圖說明
圖1為本發明實施例提供的一種數據處理方法流程圖;
圖2為本發明實施例提供的用戶登錄的方法流程圖;
圖3為本發明實施例提供的定製數據錄入的方法流程圖;
圖4為本發明實施例提供的定製數據修改的方法流程圖。
具體實施方式
下面通過附圖和實施例,對本發明的技術方案做進一步的詳細描述。
圖1為本發明實施例提供的一種數據處理方法流程圖,如圖1所示,包括:
步驟110,終端設備向業務伺服器發送數據請求;
其中,終端設備可以理解為具有輸入、顯示、通信及數據處理功能的終端設備,例如,智慧型手機或其他手持終端等。
需要說明的是,終端設備在存儲方面採用sqlite資料庫進行存儲,通信上採用標準http1.1協議與業務伺服器進行通信,數據格式採用開源的json數據格式,以減少終端傳輸信息的大小。
在一個具體的例子中,本方法可以依託於終端設備的一個定製任務功能模塊實現,例如「我的定製」功能模塊,當用戶需要對該任務模塊進行查看數據或修改數據的操作時,需通過終端設備向業務伺服器發送數據請求,數據請求應當包括驗證信息、用戶id和標籤信息。
其中,驗證信息包括但不限於用於驗證終端設備或終端設備用戶合法性的身份標識。驗證信息應該已經存在於業務伺服器中,與多個用戶分別對應的多個驗證信息形成一個列表,該列表被預先生成並保存於業務伺服器中,列表中包括的每個驗證信息對應的用戶,均已經在業務伺服器中進行過註冊並成功。
不難理解的是,終端設備向業務伺服器發送數據請求的目的在於,向業務伺服器請求某些數據,然後再對這些數據進行查看或處理,基於此,本申請技術方案中,利用標籤信息,告知業務伺服器終端設備所請求的數據的種類。通過這種方式,對數據先分類,再處理,不僅能夠提高處理速度,還能使處理結果更加準確。可選的,標籤信息包括學習、運動、作息和娛樂中的一種或多種。
在終端設備向業務伺服器發送數據請求之前,用戶需要進行登錄,如圖2所示,具體的包括如下步驟:
步驟101,終端設備向業務伺服器發送登錄請求;
當用戶需要登錄該定製任務功能模塊時,需先向業務伺服器發送登錄請求,登錄請求應當包括有上述驗證信息。所述驗證信息應該已經存在於伺服器中,與多個用戶分別對應的多個驗證信息形成一個列表,該列表被預先生成並保存於伺服器中,列表中包括的每個驗證信息對應的用戶,均已經在伺服器中進行過註冊並成功。
可選的,當終端設備上存在sim卡時,系統自動默認以sim卡上的手機號進行用戶id進行登錄。
步驟102,業務伺服器根據登錄請求,向終端設備發送驗證碼;
例如,當終端設備上存在sim卡時,系統自動默認以sim卡上的手機號進行用戶id進行登錄,登錄時需觸發終端設備獲取簡訊驗證碼功能。
步驟103,終端設備根據驗證碼進行登錄;
終端設備接收到業務伺服器發送的驗證碼,根據預先設置的操作規則,根據驗證碼,進行登錄。例如,在終端設備功能模塊的輸入區域輸入該驗證碼。
步驟104,業務伺服器判斷終端設備是否登錄成功;
步驟105,當終端設備登錄成功時,向終端設備發送與用戶id對應的驗證信息。
需要說明的是,上述步驟101至步驟105可以理解為用戶的首次登錄過程,當終端設備首次登錄成功後,該終端設備於業務伺服器而言屬合法設備,此時,業務伺服器向終端設備發送一個與用戶id相對應的驗證信息,為下一次的登錄或驗證提供依據。
優選地,該驗證信息為令牌信息,例如,當業務伺服器檢測到登錄成功的終端設備時,給登錄成功的終端設備發送一個令牌身份標識作為驗證信息,該令牌與終端設備的用戶id相對應,用於驗證終端設備的合法性。
在用戶登錄之後,還需進行定製數據的輸入,如圖3所示,具體包括如下步驟:
步驟210,終端設備接收用戶輸入的定製信息,發送給業務伺服器;
其中,定製信息中包括用戶id、標籤信息和相對應的定製數據。
當用戶首次登錄上述功能模塊成功後,需將用戶的定製數據通過終端設備上傳到伺服器。具體的,用戶通過相關操作,將定製數據輸入終端設備,同時輸入的還包括與該定製數據對應的標籤信息,以及該用戶的用戶id。終端設備根據定製數據,與定製數據對應的標籤信息以及用戶id生成定製信息,發送給業務伺服器。
例如,當定製數據的種類為運動數據時,即標籤信息為運動時,則用戶通過觸發輸入按鈕,向終端設備輸入每日運動時間、每日步數和/或今日步數等運動數據。
由於標籤信息包括但不限於上述運動數據,因此,當用戶需要上傳與多種標籤信息對應的定製信息時,參考上述步驟,逐一操作及輸入即可。
步驟220,業務伺服器將定製信息發送給存儲伺服器;
步驟230,存儲伺服器對定製信息進行解析,得到用戶id、標籤信息和相對應的定製數據;
步驟240,存儲伺服器建立用戶id、標籤信息和相對應的定製數據之間的關聯關係,並儲存。
建立用戶id、標籤信息和相對應的定製數據之間的關聯關係的目的在於,當業務伺服器接收到終端設備發送的數據請求時,存儲伺服器可以根據數據請求中包括的用戶id和標籤信息對與其對應的定製數據進行查找,以便能夠準確、迅速地的鎖定想要查找的數據。
步驟120,業務伺服器根據驗證信息進行驗證,如果驗證成功,根據用戶id和標籤信息生成查詢請求,並發送給存儲伺服器;
其中,驗證信息可以為令牌信息。
具體的,業務伺服器接收到終端設備發送的數據請求後,從數據請求中提取驗證信息,即令牌信息,業務伺服器在令牌信息列表中查找是否存在令牌信息。
當該驗證信息存在於預先設置的驗證信息列表中時,例如令牌信息列表,即認為驗證成功。業務伺服器從數據請求中提取用戶id和標籤信息,並根據用戶id和標籤信息生成查詢請求,並發送給所述存儲伺服器。
需要說明的是,存儲伺服器採用開源的關係型資料庫mysql進行數據存儲,業務伺服器通過sql(標準查詢語言)來進行存儲信息的檢索查詢。
當該驗證信息不存在於預先設置的驗證信息列表中時,例如令牌信息列表,即認為驗證失敗。業務伺服器向終端設備發送請求異常信息;終端設備根據請求異常信息,向業務伺服器發送包含用戶id的登錄請求,此時,終端將跳轉到登錄頁面,提示用戶進行重新登錄。
步驟130,存儲伺服器對查詢請求進行解析,得到用戶id和標籤信息;
需要說明的是,查詢請求中可以包括一個或多個標籤信息,也就是說,用戶一次選擇要查看的定製數據可以為一個或多個。
步驟140,存儲伺服器根據用戶id和標籤信息進行查找,得到定製數據;
具體的,存儲伺服器先根據用戶id進行查找,得到用戶id相對應的數據,再根據標籤信息進行二次查找,得到相對應的定製數據。
步驟150,存儲伺服器將定製數據返回給業務伺服器;
步驟160,業務伺服器將定製數據返回給終端設備;
具體的,業務伺服器根據儲存伺服器返回的一個或定製數據、以及相對應的標籤信息生成查詢結果顯示頁面數據,發送給終端設備。
步驟170,終端設備對定製數據進行顯示。
終端設備根據查詢結果顯示頁面數據生成查詢結果顯示頁面,並顯示,從而使用戶看到查詢的定製數據。
在優選的實施例中,還提供了數據修改的過程,如圖4所示,具體包括如下步驟:
步驟310,終端設備接收用戶輸入的修改信息;
其中,修改信息中包括用戶id、標籤信息和相對應的修改數據;
例如,終端「我的定製」頁面中,學習、運動、作息、娛樂各項下方的「修改」按鈕被點擊後,終端會彈出修改窗口,展示可修改內容,點擊窗口中的單選框,點擊保存按鈕保存結果。
步驟320,終端設備接收用戶輸入的退出指令,終端設備將修改信息發送給業務伺服器;
為避免客戶端頻繁修改信息進行數據上傳增加服務端請求處理壓力,終端將修改後的數據暫存在終端sqlite中,當操作終端「我的定製」頁面左上角的「返回」按鈕後,終端會從sqlite中查詢出「我的定製」數據進行統一的數據上傳,數據傳輸格式為josn,通信協議採用http。
步驟330,業務伺服器將修改信息發送給存儲伺服器;
步驟340,存儲伺服器對修改信息進行解析,得到用戶id、標籤信息和相對應的修改數據;
步驟350,存儲伺服器根據用戶id和標籤信息查找相對應的定製數據,並且根據修改數據更新定製數據。
例如,業務伺服器接收客戶端發起的請求數據,獲取請求數據中的令牌信息,驗證該令牌在業務伺服器是否存在;驗證成功,業務伺服器將先清除原先該身份下存儲的學習、娛樂、運動和/或作息數據,然後在將新上傳的學習、娛樂、運動和/或作息數據存儲到資料庫中,最後業務伺服器返回終端消息「處理成功」,終端在屏幕上顯示該消息。
本發明實施例提供的一種數據處理方法,能夠基於標籤信息實現用戶對定製數據的分類上傳、查看和修改,並且通過令牌信息能夠進行合法化驗證,保證數據的安全性,從而提高了用戶體驗度。
專業人員應該還可以進一步意識到,結合本文中所公開的實施例描述的各示例的單元及算法步驟,能夠以電子硬體、計算機軟體或者二者的結合來實現,為了清楚地說明硬體和軟體的可互換性,在上述說明中已經按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬體還是軟體方式來執行,取決於技術方案的特定應用和設計約束條件。專業技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能,但是這種實現不應認為超出本發明的範圍。
結合本文中所公開的實施例描述的方法或算法的步驟可以用硬體、處理器執行的軟體模塊,或者二者的結合來實施。軟體模塊可以置於隨機存儲器(ram)、內存、只讀存儲器(rom)、電可編程rom、電可擦除可編程rom、寄存器、硬碟、可移動磁碟、cd-rom、或技術領域內所公知的任意其它形式的存儲介質中。
以上所述的具體實施方式,對本發明的目的、技術方案和有益效果進行了進一步詳細說明,所應理解的是,以上所述僅為本發明的具體實施方式而已,並不用於限定本發明的保護範圍,凡在本發明的精神和原則之內,所做的任何修改、等同替換、改進等,均應包含在本發明的保護範圍之內。