TW201344467A - 手持設備中輸入內容自動補全的方法、裝置和伺服器 - Google Patents

Abstract

本申請提供了一種手持設備中輸入內容自動補全的方法、裝置和伺服器，以解決現有手持設備中輸入內容自動補全方法提示內容紊亂的問題。該方法包括：建立提示請求唯一的狀態鎖；根據輸入的字元生成第一提示請求，其中，該第一提示請求的傳遞參數為輸入的字元；在獲取到唯一的狀態鎖時，發送提示請求至伺服器；接收伺服器返回的提示資訊，並釋放唯一的狀態鎖。本申請所述的方法會確保按照用戶輸入字元的順序返回提示資訊，不會產生提示內容紊亂的問題，可以快速的提供給用戶相關的提示資訊。

Description

手持設備中輸入內容自動補全的方法、裝置和伺服器

本申請係關於網路技術，特別係關於一種手持設備中輸入內容自動補全的方法、一種手持設備中輸入內容自動補全的裝置和一種對手持設備中輸入內容自動補全的伺服器。

手持設備可以透過移動互聯網為用戶提供網路服務，用戶透過移動互聯網進行搜索或查詢時，通常存在一個自動補全的功能，即用戶輸入字元後，會生成提示請求並發送到伺服器，伺服器接收到提示請求後會返回提示資訊，在手持終端上就會有一個提示框，會提示與輸入字元相關的內容。例如，使用移動互聯網進行搜索時，輸入文字“中”，可能在提示功能表中會顯示“中國”“中央”等熱點提示，又如使用手持設備連接移動互聯網，查詢該用戶在某個應用中的關聯用戶時，輸入某些字元查詢關聯用戶時，輸入“z”可能會提示“張”。

但是在移動互聯網環境下，由於手持設備通常處於移動的狀況下，並且移動互聯網的網路信號不穩定，因此手持設備的輸入速度可能大於移動互聯網的回應速度，使得用戶輸入字元到返回提示存在一定延遲時間。在這個延遲時間的時間段內，用戶可能已輸入其他字元，此時可能會產生多個提示相互疊加，或是應該後面出現的提示出現在 前面等情況，導致提示內容紊亂，自動補全的提示框沒有發揮其應有的作用。

例如，某用戶使用手持設備連接移動互聯網，若用戶想要查詢他在應用A中的關聯用戶王菲，正常的移動互聯網路環境下，該用戶輸入第一個字元“w”時，會返回提示“王”“汪”等。用戶輸入第二個字元“f”時，透過與第一個字元進行關聯，會返回提示“王菲”。此時就可以快速的查找到關聯用戶，使用非常的方便。

但是，若移動互聯網路環境不穩定，例如，該用戶正在火車上，當用戶輸入第一個字元“w”時，火車正在穿越隧道，網路信號不穩定，並沒有返回提示，而在其輸入第二個字元“f”時，火車已經從隧道中出來，網路信號很好，因此立即接收到了返回提示“費”“範”等，而先輸入的第一個字元“w”可能會被認為是後輸入的，導致最終返回的提示為可能“範偉”。由於網路信號不穩定，導致提示內容紊亂，自動補全的提示框沒有幫助用戶快速的查找到關聯用戶，反而給用戶的查找帶來不便。

本申請提供一種手持設備中輸入內容自動補全的方法、一種手持設備中輸入內容自動補全的裝置和一種對手持設備中輸入內容自動補全的伺服器，以解決現有手持設備中輸入內容自動補全方法提示內容紊亂的問題。

為了解決上述問題，本申請公開了一種手持設備中輸 入內容自動補全的方法，包括：建立提示請求唯一的狀態鎖；根據輸入的字元生成第一提示請求，其中，該第一提示請求的傳遞參數為輸入的字元；在獲取到唯一的狀態鎖時，發送該第一提示請求至伺服器；接收伺服器返回的提示資訊，並釋放唯一的狀態鎖。

相應的，本申請還公開了一種手持設備中輸入內容自動補全的方法，包括：伺服器接收獲取到唯一的狀態鎖的第一提示請求；伺服器根據該第一提示請求的傳遞參數，獲取對應的提示資訊；伺服器返回該提示資訊。

相應的，本申請還公開了一種手持設備中輸入內容自動補全的裝置，包括：狀態鎖建立模組，用於建立提示請求唯一的狀態鎖；提示請求生成模組，用於根據輸入的字元生成第一提示請求，其中，該第一提示請求的傳遞參數為輸入的字元；發送模組，用於在獲取到唯一的狀態鎖時，發送該第一提示請求至伺服器；接收並釋放模組，用於接收伺服器返回的提示資訊，並釋放唯一的狀態鎖。

相應的，本申請還公開了一種對手持設備中輸入內容 自動補全的伺服器，包括：接收模組，用於接收獲取到唯一的狀態鎖的第一提示請求；獲取模組，用於根據該第一提示請求的傳遞參數，獲取對應的提示資訊；返回模組，用於返回該提示資訊。

與現有技術相比，本申請包括以下優點：首先，本申請建立了提示請求唯一的狀態鎖，並且狀態鎖是唯一的，只能被一個提示請求獲取，因此，在根據用戶輸入的字元生成第一提示請求後，可以透過唯一的狀態鎖來控制第一提示請求的發送，在獲取到唯一的狀態鎖時，發送該第一提示請求至伺服器。在某個提示請求獲取到狀態鎖後，其他提示請求是不能獲取狀態鎖的，因此也不能發送到伺服器中。直到伺服器返回的提示資訊，並釋放唯一的狀態鎖後，其他提示請求才能獲取到該唯一的狀態鎖，並發送至伺服器。因此本申請所述的方法會確保按照用戶輸入字元的順序返回提示資訊，不會產生提示內容紊亂的問題，可以快速的提供給用戶相關的提示資訊。

其次，本申請還建立了空的等待佇列，若第一提示請求沒有獲取到唯一的狀態鎖，可以將輸入的字元存入等待佇列中，保證輸入的字元不會丟失。並且當第一提示請求獲取到唯一的狀態鎖後，還可以將等待佇列中的字元加入到第一提示請求的傳遞參數中，生成第二提示請求，並發送該提示請求到伺服器。使得之前未發送出去的字元可以 發送到伺服器，從而保證輸入的字元都可以返回提示資訊。

再次，若達到預設的時間，並且等待佇列中的字元也沒有發送出去，此時可以根據該等待佇列中的字元生成第三提示請求，該第三提示請求會繼續嘗試能否獲取到唯一的狀態鎖，直至等待佇列為空。從而可以進一步的保證所有輸入的都可以返回提示資訊。

為使本申請的上述目的、特徵和優點能夠更加明顯易懂，下面結合附圖和具體實施方式對本申請作進一步詳細的說明。

在移動互聯網環境下，由於手持設備通常處於移動的狀況下，並且移動互聯網的網路信號不穩定，因此，手持設備的輸入速度可能大於移動互聯網的回應速度，使得用戶輸入字元到返回提示存在一定延遲時間。在這個延遲時間的時間段內，用戶可能已輸入其他字元，此時可能會產生多個提示相互疊加，或是應該後面出現的提示出現在前面等情況，導致提示內容紊亂，導致自動補全的提示框不但沒有發揮其應有的作用，還可能干擾用戶的正常輸入。

本申請提供了一種手持設備中輸入內容自動補全的方法，透過唯一的狀態鎖來控制提示請求的發送，以確保按照用戶輸入字元的順序返回提示資訊，不會產生提示內容紊亂的問題，可以快速的提供給用戶相關的提示資訊。

參照圖1，其示出本申請實施例所述一種手持設備中輸入內容自動補全的方法流程圖。

步驟11，建立提示請求唯一的狀態鎖；在用戶透過手持設備連接移動互聯網，打開網頁或使用用戶端等平臺，開始上網操作時，建立一個提示請求的狀態鎖，該狀態鎖是唯一的，並且只有在獲取到唯一的狀態鎖時，才會發送該第一提示請求至伺服器。

其中，在JavaScript中該狀態鎖可以理解為一個總體變數。

步驟12，根據輸入的字元生成第一提示請求，其中，該第一提示請求的傳遞參數為輸入的字元；用戶要執行查詢、搜索等操作時，會首先輸入相關的字元，根據用戶輸入的字元可以生成第一提示請求，其中，該第一提示請求的傳遞參數為輸入的字元。

步驟13，在獲取到唯一的狀態鎖時，發送該第一提示請求至伺服器；提示請求需要獲取到唯一的狀態鎖才能發送至伺服器，因此，首先會檢測該第一提示請求能否獲取到唯一的狀態鎖，若第一提示請求可以獲取唯一的狀態鎖，則可以將提示請求發送至伺服器。

步驟14，接收伺服器返回的提示資訊，並釋放唯一的狀態鎖。

伺服器接收到提示請求後，可以根據提示請求產生對應的提示資訊，然後返回提示資訊。

接收到伺服器返回的提示資訊後，可以根據提示資訊生成提示內容展示給用戶，此時可以釋放唯一的狀態鎖，使其他的提示請求可以獲取唯一的狀態鎖，並發送至伺服器。

綜上所述，本申請建立了提示請求唯一的狀態鎖，並且狀態鎖是唯一的，只能被一個提示請求獲取，因此在根據用戶輸入的字元生成第一提示請求後，可以透過唯一的狀態鎖來控制第一提示請求的發送，透過獲取唯一的狀態鎖發送第一提示請求至伺服器。在某個提示請求獲取到狀態鎖後，其他提示請求是不能獲取狀態鎖的，因此也不能發送到伺服器中。直到伺服器返回的提示資訊，並釋放唯一的狀態鎖後，其他提示請求才能獲取到該唯一的狀態鎖，並發送至伺服器。因此本申請所述的方法會確保按照用戶輸入字元的順序返回提示資訊，不會產生提示內容紊亂的問題，可以快速的提供給用戶相關的提示資訊。

較佳的，該方法還包括：建立一個空的等待佇列，其中，該等待佇列用於儲存用戶輸入的字元。

本申請在用戶透過手持設備連接移動互聯網，打開網頁或用戶端等平臺，開始上網操作時，除了建立提示請求的狀態鎖之外，還建立了一個空的等待佇列，當用戶的提示請求沒有獲取到狀態鎖，不能及時發送至伺服器時，可以將用戶輸入的字元存入等待佇列中。

具體實現時，可以使用一個陣列作為等待佇列，將用 戶輸入的字元存入陣列中，需要時可以方便的從陣列中取出對應的字元。

較佳的，該步驟13，在獲取到唯一的狀態鎖時，發送該第一提示請求至伺服器，包括：若第一提示請求獲取到唯一的狀態鎖，則執行步驟131；若第一提示請求未獲取到唯一的狀態鎖，則執行步驟132。

步驟131，發送該第一提示請求至伺服器；提示請求需要獲取到唯一的狀態鎖才能發送至伺服器，因此首先會檢測該第一提示請求能否獲取到唯一的狀態鎖，若提示請求可以獲取到唯一的狀態鎖，則發送該提示請求至伺服器。

步驟132，將該第一提示請求的傳遞參數中的字元存入等待佇列中。

若狀態鎖已經被佔用，則此時該第一提示請求不能獲取到唯一的狀態鎖，可以將該第一提示請求的傳遞參數中的字元存入等待佇列中。

參照圖2，其示出本申請較佳實施例所述一種手持設備中輸入內容自動補全的方法中等待佇列檢測流程圖。

較佳的，在獲取唯一的狀態鎖之後，發送該第一提示請求至伺服器之前，還包括：步驟21，檢測等待佇列是否為空；由於提示請求在沒有獲取到狀態鎖時，會先將提示請求的傳遞參數中的字元存入等待佇列中，為了保證用戶輸 入的字元多可以接收到提示資訊，因此當有提示請求獲取到唯一的狀態鎖後，就會先檢測等待佇列是否為空，查看等待佇列中是否存在未發送至伺服器的字元。

若是，則執行步驟22；若否，則執行步驟23。

步驟22，發送該第一提示請求到伺服器；當檢測等待佇列為空時，說明所有字元均發送到了伺服器，此時可以直接發送該第一提示請求到伺服器。

步驟23，將等待佇列中的字元加入到第一提示請求的傳遞參數中，生成第二提示請求，並發送該第一提示請求到伺服器，清空等待佇列。

當檢測等待佇列不為空時，說明存在未發送至伺服器的字元，此時可以將等待佇列中的字元加入到第一提示請求的傳遞參數中，然後將該提示請求發送到伺服器，並且此時等待佇列中的所有字元都已經發送到了伺服器，可以清空該等待佇列。

較佳的，步驟23中，將等待佇列中的字元加入到第一提示請求的傳遞參數中，生成第二提示請求，包括：步驟231，按照存入佇列的先後順序取出該等待佇列中的字元；上述步驟中檢測到等待佇列中存在未發送至伺服器的字元，此時可以按照存入佇列的先後順序，取出該等待佇列中的字元。

例如，字元進入等待佇列中的順序為a→b→c→d，則取出該等待佇列中字元的順序還是a→b→c→d。

步驟232，將取出的字元與該第一提示請求中的字元組合成字串；上述按照前後順序取出了等待佇列中的字元，可以將該取出的字元與第一提示請求中的字元構成字串，此時第一提示請求中的字元排在等待佇列中的最後面。

例如，第一提示請求中的字元為e，上述從等待佇列中取出的字元為a、b、c和d，此時將從等待佇列中取出的字元和第一提示請求中的字元構成字串為abcde。

步驟233，將第一提示請求的傳遞參數修改為該組合成的字串，生成第二提示請求。

上述構成字串後，可以將該第一提示請求的傳遞參數修改為該組合成的字串。傳遞參數改變後，對應可以生成第二提示請求，此時該第二提示請求可以獲取狀態鎖，然後發送該第二提示請求到伺服器中。

其中，然後可以重新檢測等待佇列，確保將等待佇列中的所有字元都添加到了提示請求的傳遞參數中，就可以發送到伺服器中，同時清空等待佇列。

透過上述論述可知在第一提示請求獲取到唯一的狀態鎖以後，發送到伺服器之前，會先檢測等待佇列中是否有字元沒有發送到伺服器，以此來保證用戶輸入的字元都可以獲得相應的提示資訊。

但是，等待佇列中的字元不能一直處於等待的狀態，因此本申請預設了一個等待時間。

參照圖3，其示出本申請較佳實施例所述一種手持設 備中輸入內容自動補全的方法中第三提示請求的流程圖。

較佳的，將該第一提示請求的傳遞參數中的字元存入等待佇列中之後，還包括：步驟31，若達到預設的等待時間，則根據等待佇列中的字元，生成第三提示請求；若在預設的等待時間內，等待佇列可能未執行任何操作，例如，沒有新的字元加入到等待佇列中，又如沒有提示請求從等待佇列中提取字元，因此等待佇列中存在沒有發送到伺服器的字元。

在達到預設的時間後，可以在檢測到等待佇列中存在字元時，根據等待佇列中的字元，生成第三提示請求，其中，該第三提示請求的傳遞參數為等待佇列中的字元。

步驟32，在獲取唯一的狀態鎖時，發送該第三提示請求至伺服器，清空等待佇列；然後，該第三提示請求可以繼續嘗試能否獲取到唯一的狀態鎖。若獲取到了唯一的狀態鎖，則發送該第三提示請求至伺服器，清空等待佇列。否則，即該第三提示請求沒有獲取到狀態鎖，則迴圈執行等待和嘗試獲取狀態鎖的操作，直至等待佇列為空。

例如，字元進入等待佇列中的順序為a→b→c→d，預設的時間內沒有新的字元加入到等待佇列中，也沒有提示請求從等待佇列中提取字元。則可以生成第三提示請求，該傳遞參數為abcd，然後該第三提示請求會嘗試能否獲取狀態鎖。

該第三提示請求發送至伺服器後，後續可以接收到伺服器返回的提示資訊，可以根據提示資訊生成提示內容展示給用戶，此時可以釋放唯一的狀態鎖，使其他的提示請求可以獲取唯一的狀態鎖。

較佳的，該方法還包括：篩選伺服器返回的提示資訊並向用戶展示。

步驟14中接收到伺服器返回的提示資訊後，可以對伺服器返回的提示資訊進行篩選，例如選取其中的前5個，然後進行展示。

其中，在操作中可能存在刪除字元和插入字元等操作，對應可以執行相應的操作。

例如，若字元a被刪除，該字元a為提示請求的傳遞參數中的字元，則此時可以執行相應的操作刪除該字元a，對應可以刪除該提示請求，或生成新的提示請求。

又如若在字元a和字元b中插入字元c，該字元a和字元b為等待佇列中的字元，則此時可以執行相應的操作查找等待佇列中的字元a和字元b，然後在字元a之後，字元b之前插入字元c。

根據上述的論述過程，下面示出本申請較佳實施例所述的一種手持設備中輸入內容自動補全的方法的整體流程，可以清晰的展示較佳實施例所述的方法。

參照圖4，其示出本申請較佳實施例所述一種手持設備中輸入內容自動補全的方法流程圖。

步驟401，建立狀態鎖和等待佇列； 建立唯一的提示請求的狀態鎖和一個空的等待佇列，該等待佇列用於儲存用戶輸入的字元。

步驟402，根據輸入的字元生成第一提示請求；步驟403，檢測第一提示請求是否可以獲取狀態鎖；若是，執行步驟404，若否，執行步驟410。

步驟404，檢測等待佇列是否為空；若是，執行步驟405，若否，執行步驟406。

步驟405，發送該第一提示請求到伺服器；步驟406，按照存入佇列的先後順序取出該等待佇列中的字元；步驟407，將取出的字元與該第一提示請求中的字元組合成字串；步驟408，將第一提示請求的傳遞參數修改為該組合成的字串，生成第二提示請求；步驟409，發送該第二提示請求到伺服器，清空等待佇列。

步驟410，將該第一提示請求的傳遞參數中的字元存入等待佇列中；步驟411，檢測是否達到等待時間；若是，則執行步驟412，若否，則繼續等待，然後執行步驟411.

步驟412，根據該等待佇列中的字元，生成第三提示請求；步驟413，檢測第三提示請求是否可以獲取狀態鎖； 步驟414，發送該第三提示請求到伺服器，清空等待佇列；步驟415，接收伺服器返回的提示資訊，並釋放該狀態鎖；步驟416，篩選伺服器返回的提示資訊並向用戶展示。

例如，用戶A正在使用手持設備連接移動網路，用戶A在打開應用X時，首先會建立唯一的提示請求的狀態鎖和一個空的等待佇列。

用戶A想要在應用X中查詢關聯用戶“王菲”，用戶A首先輸入字元“w”，根據輸入的字元“w”會生成對應的第一提示請求，其中，該第一提示請求的傳遞參數中包含字元“w”。

檢測第一提示請求是否可以獲取唯一的狀態鎖，此時分為兩種情況論述：

1、若狀態鎖沒有被佔用，則第一提示請求可以獲取唯一的狀態鎖。

然後可以檢測該等待佇列是否為空，其中包括：

1.1若此時第一提示請求檢測等待佇列為空；可以直接發送第一提示請求到伺服器，等待伺服器返回的提示資訊，接收到伺服器返回的提示資訊後，可以釋放狀態鎖，後續用戶輸入的提示請求就可以獲取到狀態鎖了。

此時用戶看到的提示資訊可能為“王”“汪”“吳” 等，若後續用戶輸入的字元“f”後，返回的提示可能只是“費”“飛”“菲”等，伺服器也可能與之前的字元相關聯，返回“王菲”“汪飛”等。

1.2，若此時第一提示請求檢測等待佇列不為空；可以按照存入佇列的先後順序獲取等待佇列中的字元，等待佇列中的字元分別為“l”和“y”若字元進入等待佇列中的順序為l→y，則取出該等待佇列中字元的順序還是l→y。

然後可以將取出的字元“l”和“y”與第一提示請求中的字元“w”組合成字串“lyw”，將第一提示請求中的傳遞參數修改為該字串“lyw”，此時生成了第二提示請求，然後該第二提示請求獲取狀態鎖，在發送該第二提示請求到伺服器，同時可以清空等待佇列。

然後等待伺服器返回的提示資訊，接收到伺服器返回的提示資訊後，可以釋放狀態鎖，後續用戶輸入的提示請求就可以獲取到狀態鎖了。

此時用戶看到的提示資訊可能為“劉儀偉”“李亞偉”等。

2、若狀態鎖已經被佔用，第一提示請求沒有獲取唯一的狀態鎖，可以將第一提示請求的傳遞參數中的字元“w”存入等待佇列中。

可以檢測是否達到了預設的等待時間，若沒有達到，則繼續等待然後檢測；若達到了，則根據該等待佇列中的字元生成第三提示請求。

其中，若等待佇列中的字元分別為“l”“y”和“w”，並且該字元進入等待佇列中的順序為l→y→w，則生成該第三提示請求時，其中的傳遞參數為“lyw”。

然後檢測該第三提示請求能否獲取狀態鎖，若不能獲取到狀態鎖，則繼續等待。若可以獲取到狀態鎖，可以發送該第三提示請求到伺服器，同時可以清空等待佇列。

然後等待伺服器返回的提示資訊，接收到伺服器返回的提示資訊後，可以釋放狀態鎖，後續用戶輸入的提示請求就可以獲取到狀態鎖了。

此時用戶看到的提示資訊可能為“劉儀偉”“李亞偉”等。

綜上所述，本申請還建立了空的等待佇列，若第一提示請求沒有獲取到唯一的狀態鎖，可以將輸入的字元存入等待佇列中，保證輸入的字元不會丟失。並且當第一提示請求獲取到唯一的狀態鎖後，還可以將等待佇列中的字元加入到第一提示請求的傳遞參數中，生成第二提示請求，並發送該第二提示請求到伺服器。使得之前未發送出去的字元可以發送到伺服器，從而保證了輸入的字元都可以返回提示資訊。

其次，若達到預設的時間並且等待佇列中的字元也沒有發送出去，此時可以根據該等待佇列中的字元生成第三提示請求，該第三提示請求會繼續嘗試能否獲取到唯一的狀態鎖，直至等待佇列為空。從而可以進一步的保證所有輸入的都可以返回提示資訊。

相應的，本申請還提供了一種手持設備中輸入內容自動補全的方法中伺服器端的方法流程。

參照圖5，其示出本申請實施例所述一種手持設備中輸入內容自動補全的方法中伺服器端流程圖。

步驟51，伺服器接收獲取到唯一的狀態鎖的第一提示請求；在用戶透過手持設備連接移動互聯網，打開網頁或使用用戶端等平臺，開始上網操作時，當用戶要執行查詢、搜索等操作時，會首先輸入相關的字元，根據用戶輸入的字元可以生成第一提示請求，在獲取到唯一的狀態鎖時，發送該第一提示請求到伺服器。

伺服器會接收到該第一提示請求，其中該第一提示請求獲取到唯一的狀態鎖。

步驟52，伺服器根據該第一提示請求的傳遞參數，獲取對應的提示資訊；該第一提示請求是根據輸入的字元生成的，其中，該第一提示請求的傳遞參數為輸入的字元。因此，可以根據該第一提示請求的傳遞參數，獲取到相應的提示資訊。

例如，用戶要查詢人名，發送的第一提示請求的傳遞參數為字元“w”，伺服器在資料庫中查找人名相關的資料，可以查找到“王”“汪”“吳”等，則對應可以獲取到提示資訊為“王”“汪”“吳”等。

步驟53，伺服器返回該提示資訊。

然後，伺服器可以返回相應的提示資訊，例如返回上 例中的“王”“汪”“吳”等。

參照圖6，其示出本申請實施例所述一種手持設備中輸入內容自動補全的裝置結構圖。

相應的，本申請還提供了一種手持設備中輸入內容自動補全的裝置，包括狀態鎖建立模組11、等待佇列建立模組12、提示請求生成模組13、發送模組14和接收並釋放模組15，其中，狀態鎖建立模組11，用於建立提示請求唯一的狀態鎖；提示請求生成模組13，用於根據輸入的字元生成第一提示請求，其中，該第一提示請求的傳遞參數為輸入的字元；發送模組14，用於在獲取到唯一的狀態鎖時，發送第一提示請求至伺服器；接收並釋放模組15，用於接收伺服器返回的提示資訊，並釋放唯一的狀態鎖。

較佳的，該系統還包括：等待佇列建立模組12，用於建立一個空的等待佇列，其中，該等待佇列用於儲存用戶輸入的字元。

篩選並展示模組16，用於篩選伺服器返回的提示資訊並向用戶展示。

較佳的，該發送模組14包括：獲取子模組141，用於第一提示請求獲取到唯一的狀態鎖； 存入等待佇列子模組142，用於將該第一提示請求的傳遞參數中的字元存入等待佇列中；檢測子模組143，用於檢測等待佇列是否為空；若是，則進入第一發送子模組144；若否，則進入生成並發送子模組145。

第一發送子模組144，用於發送該第一提示請求至伺服器；生成並發送子模組145，用於將等待佇列中的字元加入到第一提示請求的傳遞參數中，生成第二提示請求，並發送該第二提示請求到伺服器，清空等待佇列。

較佳的，該生成並發送子模組145，包括：提取子單元1451，用於按照存入佇列的先後順序取出該等待佇列中的字元；組合子單元1452，用於將取出的字元與該第一提示請求中的字元組合成字串；修改子單元1453，用於將第一提示請求的傳遞參數修改為該組合成的字串，生成第二提示請求。

較佳的，該發送模組14，還包括：生成子模組146，用於若達到預設的等待時間，則根據等待佇列中的字元，生成第三提示請求；發送子模組147，用於在獲取唯一的狀態鎖時，發送該第三提示請求至伺服器，清空等待佇列。

參照圖7，其示出本申請實施例所述一種對手持設備中輸入內容自動補全的伺服器結構圖。

相應的，本申請還提供了一種對手持設備中輸入內容自動補全的伺服器，包括接收模組21、獲取模組22和返回模組23，其中：接收模組21，用於接收獲取到唯一的狀態鎖的第一提示請求；獲取模組22，用於根據該第一提示請求的傳遞參數，獲取對應的提示資訊；返回模組23，用於返回該提示資訊。

對於裝置實施例而言，由於其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

本說明書中的各個實施例均採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。

儘管已描述了本申請的較佳實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例做出另外的變更和修改。所以，所附申請專利範圍意欲解釋為包括較佳實施例以及落入本申請範圍的所有變更和修改。

本領域內的技術人員應明白，本申請的實施例可提供為方法、系統、或電腦程式產品。因此，本申請可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本申請可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存介質(包括但不限 於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。

本申請是參照根據本申請實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可編程資料處理設備的處理器以產生一個機器，使得透過電腦或其他可編程資料處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些電腦程式指令也可儲存在能引導電腦或其他可編程資料處理設備以特定方式工作的電腦可讀記憶體中，使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些電腦程式指令也可裝載到電腦或其他可編程資料處理設備上，使得在電腦或其他可編程設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

本申請可以在由電腦執行的電腦可執行指令的一般上 下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、元件、資料結構等等。也可以在分散式計算環境中實踐本申請，在這些分散式計算環境中，由透過通信網路而被連接的遠端處理設備來執行任務。在分散式計算環境中，程式模組可以位於包括儲存設備在內的本地和遠端電腦儲存介質中。

最後，還需要說明的是，在本文中，諸如第一和第二等之類的關係術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關係或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括該要素的過程、方法、商品或者設備中還存在另外的相同要素。

以上對本申請所提供的一種手持設備中輸入內容自動補全的方法及裝置，進行了詳細介紹，本文中應用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本申請的方法及其核心思想；同時，對於本領域的一般技術人員，依據本申請的思想，在具體實施方式及應用範圍上均會有改變之處，綜上所述， 本說明書內容不應理解為對本申請的限制。

11‧‧‧狀態鎖建立模組

12‧‧‧等待佇列建立模組

13‧‧‧提示請求生成模組

14‧‧‧發送模組

15‧‧‧接收並釋放模組

16‧‧‧篩選並展示模組

21‧‧‧接收模組

22‧‧‧獲取模組

23‧‧‧返回模組

圖1是本申請實施例所述一種手持設備中輸入內容自動補全的方法流程圖；圖2是本申請較佳實施例所述一種手持設備中輸入內容自動補全的方法中等待佇列檢測流程圖；圖3是本申請較佳實施例所述一種手持設備中輸入內容自動補全的方法中第三提示請求的流程圖；圖4是本申請較佳實施例所述一種手持設備中輸入內容自動補全的方法流程圖；圖5是本申請實施例所述一種手持設備中輸入內容自動補全的方法中伺服器端流程圖；圖6是本申請實施例所述一種手持設備中輸入內容自動補全的裝置結構圖；圖7是本申請實施例所述一種對手持設備中輸入內容自動補全的伺服器結構圖。

Claims (10)

1. 一種手持設備中輸入內容自動補全的方法，包括：建立提示請求唯一的狀態鎖；根據輸入的字元生成第一提示請求，其中，該第一提示請求的傳遞參數為輸入的字元；在獲取到唯一的狀態鎖時，發送該第一提示請求至伺服器；接收伺服器返回的提示資訊，並釋放唯一的狀態鎖。
2. 根據申請專利範圍第1項所述的方法，其中，還包括：建立一個空的等待佇列，其中，該等待佇列用於儲存用戶輸入的字元。
3. 根據申請專利範圍第2項所述的方法，其中，在獲取到唯一的狀態鎖時，發送第一提示請求至伺服器，包括：若第一提示請求獲取到唯一的狀態鎖，則發送該第一提示請求至伺服器；否則，將該第一提示請求的傳遞參數中的字元存入等待佇列中。
4. 根據申請專利範圍第3項所述的方法，其中，在獲取唯一的狀態鎖之後，還包括：檢測等待佇列是否為空；若是，則發送該第一提示請求到伺服器；否則，將等待佇列中的字元加入到第一提示請求的傳 遞參數中，生成第二提示請求，並發送該第二提示請求到伺服器，清空等待佇列。
5. 根據申請專利範圍第4項所述的方法，其中，將等待佇列中的字元加入到第一提示請求的傳遞參數中，生成第二提示請求，包括：按照存入佇列的先後順序取出該等待佇列中的字元；將取出的字元與該第一提示請求中的字元組合成字串；將第一提示請求的傳遞參數修改為該組合成的字串，生成第二提示請求。
6. 根據申請專利範圍第3項所述的方法，其中，將該第一提示請求的傳遞參數中的字元存入等待佇列中之後，還包括：若達到預設的等待時間，則根據等待佇列中的字元，生成第三提示請求；在獲取唯一的狀態鎖時，發送該第三提示請求至伺服器，清空等待佇列。
7. 根據申請專利範圍第1項所述的方法，其中，還包括：篩選伺服器返回的提示資訊並向用戶展示。
8. 一種手持設備中輸入內容自動補全的方法，包括：伺服器接收獲取到唯一的狀態鎖的第一提示請求；伺服器根據該第一提示請求的傳遞參數，獲取對應的提示資訊； 伺服器返回該提示資訊。
9. 一種手持設備中輸入內容自動補全的裝置，包括：狀態鎖建立模組，用於建立提示請求唯一的狀態鎖；提示請求生成模組，用於根據輸入的字元生成第一提示請求，其中，該第一提示請求的傳遞參數為輸入的字元；發送模組，用於在獲取到唯一的狀態鎖時，發送該第一提示請求至伺服器；接收並釋放模組，用於接收伺服器返回的提示資訊，並釋放唯一的狀態鎖。
10. 一種對手持設備中輸入內容自動補全的伺服器，包括：接收模組，用於接收獲取到唯一的狀態鎖的第一提示請求；獲取模組，用於根據該第一提示請求的傳遞參數，獲取對應的提示資訊；返回模組，用於返回該提示資訊。