網絡注冊處理方法及模塊與流程

本發明涉及信息處理技術領域，特別涉及一種網絡注冊處理方法及模塊。

背景技術：

手機、平板電腦等電子設備在向服務器建立推送鏈接之前，例如首次下載應用程序時，用戶必須先向服務器發送注冊信息，如果注冊不及時可能會影響當下完整功能的正常使用；實際中，在排除其他有明顯錯誤處理方式的故障的情況下，即，在實現本發明的過程中，發明人發現現有技術中至少存在如下問題：

現有技術中，在排除其他故障的情況下，網絡異常或者服務器臨時出現故障時，注冊就會失敗，如果連續注冊太過頻繁又會引起服務器或移動終端的性能問題，只能等待下一次使用相關服務時再次重新注冊；這樣就不能即時體驗相關服務，用戶體驗不佳，無法有效匹配用戶需求。

技術實現要素：

本發明實施方式的目的在于提供一種網絡注冊處理方法及模塊，使得在首次注冊失敗的情況下，提供一定時長之后的注冊嘗試，以盡可能使得在需要建立推送鏈接前完成注冊，從而盡可能使用戶能夠即時體驗推送鏈接等相關服務，提升了用戶體驗。

為解決上述技術問題，本發明的實施例提供了一種網絡注冊處理方法，包括：當首次注冊請求失敗時，分析失敗原因是否包括網絡異常或者等待確認超時；若失敗原因包括網絡異常或者等待確認超時，等待第一預設時長后發送再次注冊請求；若判斷出再次注冊請求失敗，更新第一預設時長；并等待更新后的第一預設時長后發送再次注冊請求；其中，更新后的第一預設時長大于更新前的第一預設時長。

本發明的實施例還提供了一種網絡注冊處理模塊，包括：注冊成敗判斷單元、注冊成敗分析單元、計時單元、請求發送單元以及時長更新單元；當注冊成敗判斷單元判斷出首次注冊請求失敗時，注冊成敗分析單元用于分析失敗原因是否包括網絡異常或者等待確認超時；當失敗原因包括網絡異常或者等待確認超時，請求發送單元用于等待第一預設時長后發送再次注冊請求；其中，計時單元用于對所述第一預設時長進行計時；注冊成敗判斷單元還用于判斷再次注冊請求是否失敗；當再次注冊請求失敗時，時長更新單元用于更新第一預設時長；請求發送單元還用于等待更新后的第一預設時長后發送再次注冊請求；其中，計時單元還用于對更新后的第一預設時長進行計時；其中，更新后的第一預設時長大于更新前的第一預設時長。

本發明實施例相對于現有技術而言，在建立推送鏈接之前，若首次注冊失敗，首先分析失敗原因是包括網絡異常或者等待確認超時的情況下，則等待第一預設時長后發送再次注冊請求，若判斷出再次注冊失敗，則更新第一預設時長且更新后的第一預設時長大于更新前的，以此循環，直到注冊成功。為用戶提供了一定時長之后的重試服務，以盡可能使得在需要建立推送鏈接前完成注冊，從而使得用戶盡可能即時體驗到推送鏈接等相關服務，而無需等到需要建立推送鏈接時才進行注冊。

另外，在更新第一預設時長之前，還包括：記錄再次注冊請求的累計發送次數；若判斷出累計發送次數小于預設次數，更新第一預設時長。本實施方式中限制了累計發送次數。即，若累計發送次數達到預設次數時仍然注冊失敗，表示在這段時間內，極有可能網絡持續較差；此時停止發送再次注冊請求，可以避免處理器繼續做無用功(網絡持續較差期間注冊成功的概率極小)，防止過分重試，從而避免引起網絡服務器端或移動終端的性能問題。

另外，若判斷出累計發送次數等于或大于預設次數，等待第二預設時長后重新發送首次注冊請求；其中，第二預設時長大于更新后的第一預設時長；并等待第二預設時長之后再次發送首次注冊請求。即，為了盡可能在需要建立鏈接前注冊成功，且為了避免網絡持續較差期間進行注冊；需要間隔較第一預設時長更長的第二預設時長后(可能網絡會相對變得流暢)再次重新進行下一輪的注冊，從而提高注冊成功率(至少比在網絡持續較差期間內繼續進行注冊的成功率高)。

另外，網絡注冊處理方法應用于移動終端；在等待第一預設時長后發送再次注冊請求之前，還包括：判斷移動終端的當前位置相對于記錄的上次請求發送位置是否發生改變；若發生改變，等待第一預設時長后發送再次注冊請求。即，上次請求發送位置可能存在網絡條件差的可能性，改變位置有可能改善網絡條件，此時重新嘗試連線注冊，可以提高注冊成功率。

另外，更新后的第一預設時長為更新前的第一預設時長的整數倍；提供了一種更新后的第一預設時長的簡便計數方式。

附圖說明

圖1是根據第一實施方式的網絡注冊處理方法流程圖；

圖2是根據第二實施方式的網絡注冊處理方法流程圖；

圖3是根據第三實施方式的網絡注冊處理方法流程圖；

圖4是根據第四實施方式的網絡注冊處理模塊的示意圖；

圖5是根據第五實施方式的網絡注冊處理模塊的示意圖；

圖6是根據第六實施方式的網絡注冊處理模塊的示意圖；

圖7是根據第七實施方式的電子設備的示意圖。

具體實施方式

為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明的各實施方式進行詳細的闡述。然而，本領域的普通技術人員可以理解，在本發明各實施方式中，為了使讀者更好地理解本申請而提出了許多技術細節。但是，即使沒有這些技術細節和基于以下各實施方式的種種變化和修改，也可以實現本申請所要求保護的技術方案。

本發明的第一實施方式涉及一種網絡注冊處理方法，應用于電子設備，例如手機、平板電腦等；網絡注冊處理方法的具體流程如圖1所示，具體說明如下：

步驟101，當首次注冊請求失敗時，分析失敗原因是否包括網絡異常或者等待確認超時；若是，進入步驟102，否則直接結束。

需要說明的是，本實施方式是在排除了其他故障(有明顯錯誤處理方式的故障)的情況下，僅在包括網絡異常或者等待確認超時的失敗原因下使用該方法。

本實施方式中，首次注冊請求失敗時，自動檢測電子設備的網絡狀態以及網絡流暢度，若電子設備處于無網絡狀態或網絡流暢度(例如2G網絡)不佳，則可認為失敗原因是網絡異常，然而，還可以以其他方式分析網絡異常的失敗原因，本實施方式對此不作任何限制。

本實施方式中，可以在電子設備設置預設等待時長，若檢測到網絡條件較佳的情況下，當首次注冊請求發送出去之后，在預設等待時長之內仍然沒有接收到服務器相應的回應，則認為等待超時，首次注冊失敗原因為服務器端確認超時。預設等待時長可具體設置，例如5秒，然本實施方式對此不作任何限制。

步驟102，等待(更新后的)第一預設時長后發送再次注冊請求。

本實施方式中，電子設備可以設置第一預設時長。在分析出失敗原因是包括網絡異常或者等待確認超時的情況下，可以在第一預設時長之后自動在后臺發送再次注冊請求。即，電子設備內可以設置第一預設時長倒計時(或正計時)，并在倒計時結束時發送再次注冊請求。其中，第一預設時長的初始值可以為5秒、10秒等，本實施方式對此不作任何限制，可以具體設置。

其中，本步驟還可以理解為：等待更新后的第一預設時長之后發送再次注冊請求，容后詳述。

步驟103，判斷再次注冊請求是否失敗；若是，進入步驟104，否則直接結束。

本實施方式中，可參照步驟101中的分析方法，即，當注冊請求發送出去之后，在預設等待時長之內沒有接收到服務器相應的回應(沒有接收到推送鏈接)，則可判斷出再次注冊請求失敗；若再次注冊請求成功，即，接收到服務器相應的回應，可以設置注冊界面直接跳轉至相關預設界面，例如推送鏈接詳情界面、關注向導界面等(然，實際中不限于此)；然，本實施方式對再次注冊請求失敗的判斷方法、注冊成功之后的處理方式不作任何限制，可根據實際情況具體設置。

步驟104，更新第一預設時長。

本實施方式中，更新第一預設時長之后，進入步驟102，此時步驟102可以理解為：等待更新后的第一預設時長之后發送再次注冊請求。

其中，更新后的第一預設時長大于更新前的第一預設時長。

更新后的第一預設時長可以為更新前的第一預設時長的整數倍。例如，設置更新后的第一預設時長為更新前的第一預設時長的兩倍，當第一預設時長的初始值為5秒時，則更新后的第一預設時長為10秒；即，提供了一種更新后的第一預設時長的簡便計數方式；然本實施方式僅是示例性說明，實際中不限于此。

本發明實施例相對于現有技術而言，在建立推送鏈接之前，若首次注冊失敗，分析失敗原因若是在包括網絡異常或者等待確認超時的情況下，則等待第一預設時長后發送再次注冊請求，若判斷出再次注冊失敗，則更新第一預設時長且更新后的第一預設時長大于更新前的，以此循環，直到注冊成功，為用戶提供了一定時長之后的注冊嘗試，以盡可能使得在需要建立推送鏈接前完成注冊，從而使得用戶盡可能即時體驗到推送鏈接等相關服務，而無需等到需要建立推送鏈接時才進行注冊。

上面各種方法的步驟劃分，只是為了描述清楚，實現時可以合并為一個步驟或者對某些步驟進行拆分，分解為多個步驟，只要包括相同的邏輯關系，都在本專利的保護范圍內；對算法中或者流程中添加無關緊要的修改或者引入無關緊要的設計，但不改變其算法和流程的核心設計都在該專利的保護范圍內。

本發明第二實施方式涉及一種網絡注冊處理方法，第二實施方式在第一實施方式的基礎上作出改進，主要改進之處在于：在本發明第二實施方式中，當應用于移動終端時，在移動終端的請求發送位置發生改變時發送再次注冊請求。

本實施方式的網絡注冊處理方法的具體流程如圖2所示，具體說明如下：

步驟201，當首次注冊請求失敗時，分析失敗原因是否包括網絡異常或者等待確認超時；若是，進入步驟202，否則直接結束。

需要說明的是，本實施方式是在排除了其他故障(有明顯錯誤處理方式的故障)的情況下，僅在包括網絡異常或者等待確認超時的失敗原因下使用該方法。

本實施方式中，首次注冊請求失敗時，自動檢測電子設備的網絡狀態以及網絡流暢度，若電子設備處于無網絡狀態或網絡流暢度(例如2G網絡)不佳，則可認為失敗原因是網絡異常，然而，還可以以其他方式分析網絡異常的失敗原因，本實施方式對此不作任何限制。

本實施方式中，可以在電子設備設置預設等待時長，若檢測到網絡條件較佳的情況下，當首次注冊請求發送出去之后，在預設等待時長之內仍然沒有接收到服務器相應的回應，則認為等待超時，首次注冊失敗原因為服務器端確認超時。預設等待時長可具體設置，例如5秒，然本實施方式對此不作任何限制。

步驟202，判斷移動終端的當前位置相對于記錄的上次請求發送位置是否發生改變；若發生改變，進入步驟203，否則繼續執行本步驟。

本實施方式中，可以在電子設備中設置自動獲取并記錄首次發送注冊請求失敗時移動終端所處位置(實際上，可記錄每次發送注冊請求時移動終端所處位置)，并實時自動獲取移動終端的當前位置，將記錄的上次請求發送位置與當前位置進行對比；本實施方式可以通過GPS、網絡地圖等獲取移動終端所處位置，然不作任何限制。

示例的，可以預設移動距離，將記錄的上次請求發送位置與當前位置的距離與預設移動距離進行對比，若小于預設移動距離，則認為當前位置沒有改變；若大于預設移動距離，則認為當前位置相對于記錄的上次請求發送位置發生了改變。預設移動距離可以設置為30米、50米(然不作任何限制)。本實施方式僅是示例性說明，還可以以其他方法判斷移動終端的當前位置相對于記錄的上次請求發送位置是否發生改變，對此不作任何限制。

本實施方式中，若判斷出當前位置沒有改變時，此時可能網絡條件較差的情況并未改善，在此位置發送再次注冊請求可能仍然失敗，為避免做無效嘗試，所以繼續判斷移動終端的當前位置直到發生改變。

步驟203，等待(更新后的)第一預設時長后發送再次注冊請求。

本實施方式中，電子設備可以設置第一預設時長。在分析出失敗原因是包括網絡異常或者等待確認超時的情況下，可以在第一預設時長之后自動在后臺發送再次注冊請求。即，電子設備內可以設置第一預設時長倒計時(或正計時)，并在倒計時結束時發送再次注冊請求。其中，第一預設時長的初始值可以為5秒、10秒等，本實施方式對此不作任何限制，可以具體設置。其中，第一預設時長的初始值可以為5秒、10秒等，本實施方式對此不作任何限制，可以具體設置。

其中，本步驟還可以理解為：等待更新后的第一預設時長之后發送再次注冊請求，容后詳述。

步驟204，判斷再次注冊請求是否失敗；若是，進入步驟205，否則直接結束。

本實施方式中，可參照步驟201中的分析方法，即，當注冊請求發送出去之后，在預設等待時長之內沒有接收到服務器相應的回應(沒有接收到推送鏈接)，則可判斷出再次注冊請求失敗；若再次注冊請求成功，即，接收到服務器相應的回應，可以設置注冊界面直接跳轉至相關預設界面，例如推送鏈接詳情界面、關注向導界面等(然，實際中不限于此)；然，本實施方式對再次注冊請求失敗的判斷方法、注冊成功之后的處理方式不作任何限制，可根據實際情況具體設置。

步驟205，更新第一預設時長。

本實施方式中，更新第一預設時長之后，進入步驟202，此時步驟203可以理解為：等待更新后的第一預設時長之后發送再次注冊請求。

其中，更新后的第一預設時長大于更新前的第一預設時長。

更新后的第一預設時長可以為更新前的第一預設時長的整數倍。例如，設置更新后的第一預設時長為更新前的第一預設時長的兩倍，當第一預設時長的初始值為5秒時，則更新后的第一預設時長為10秒；即，提供了一種更新后的第一預設時長的簡便計數方式；然本實施方式僅是示例性說明，實際中不限于此。

本實施方式相對于第一實施方式而言，當應用移動終端時，通過判斷移動終端的當前位置相對于記錄的上次請求發送位置是否發生改變，當改變位置時再次發送注冊請求，即，上次請求發送位置可能存在網絡條件差的可能性，改變位置有可能改善網絡條件，此時重新嘗試連線注冊，可以提高注冊成功率。

本發明的第三實施方式涉及一種網絡注冊處理模塊。第三實施方式在第一實施方式的基礎上作出改進，主要改進之處在于：在本發明第三實施方式中，當超過再次注冊失敗的預設次數時，暫停發送再次注冊請求。

本實施方式的網絡注冊處理方法的具體流程如圖3所示，具體說明如下：

步驟301，當首次注冊請求失敗時，分析失敗原因是否包括網絡異常或者等待確認超時；若是，進入步驟302，否則直接結束。

需要說明的是，本實施方式是在排除了其他故障(有明顯錯誤處理方式的故障)的情況下，僅在包括網絡異常或者等待確認超時的失敗原因下使用該方法。

本實施方式中，首次注冊請求失敗時，自動檢測電子設備的網絡狀態以及網絡流暢度，若電子設備處于無網絡狀態或網絡流暢度(例如2G網絡)不佳，則可認為失敗原因是網絡異常，然而，還可以以其他方式分析網絡異常的失敗原因，本實施方式對此不作任何限制。

本實施方式中，可以在電子設備設置預設等待時長，若檢測到網絡條件較佳的情況下，當首次注冊請求發送出去之后，在預設等待時長之內仍然沒有接收到服務器相應的回應，則認為等待超時，首次注冊失敗原因為服務器端確認超時。預設等待時長可具體設置，例如5秒，然本實施方式對此不作任何限制。

步驟302，等待(更新后的)第一預設時長后發送再次注冊請求。

本實施方式中，電子設備可以設置第一預設時長。在分析出失敗原因是包括網絡異常或者等待確認超時的情況下，可以在第一預設時長之后自動在后臺發送再次注冊請求。即，電子設備內可以設置第一預設時長倒計時(或正計時)，并在倒計時結束時發送再次注冊請求。其中，第一預設時長的初始值可以為5秒、10秒等，本實施方式對此不作任何限制，可以具體設置。

其中，本步驟還可以理解為：等待更新后的第一預設時長之后發送再次注冊請求，容后詳述。

步驟303，判斷再次注冊請求是否失敗；若是，進入步驟304，否則直接結束。

本實施方式中，可參照步驟101中的分析方法，即，當注冊請求發送出去之后，在預設等待時長之內沒有接收到服務器相應的回應(沒有接收到推送鏈接)，則可判斷出再次注冊請求失敗；若再次注冊請求成功，即，接收到服務器相應的回應，可以設置注冊界面直接跳轉至相關預設界面，例如推送鏈接詳情界面、關注向導界面等(然，實際中不限于此)；然，本實施方式對再次注冊請求失敗的判斷方法、注冊成功之后的處理方式不作任何限制，可根據實際情況具體設置。

步驟304，記錄再次注冊請求的累計發送次數。

本實施方式中，可以在電子設備中設置預設次數，并對再次發送注冊請求的歷史累計發送次數進行記錄。例如，可以設置初始值為零，每發送一次再次注冊請求時，自動累加1，以累計發送再次注冊請求的總次數。然本實施方式對記錄累計發送次數的方式不作任何限制，還可以以其他方式實現記錄。

本實施方式中限制了累計發送次數。即，若累計發送次數達到預設次數時仍然注冊失敗，表示在這段時間內，極有可能網絡持續較差；此時停止發送再次注冊請求，可以避免處理器繼續做無用功(網絡持續較差期間注冊成功的概率極小)，防止過分重試，從而避免引起網絡服務器端或移動終端的性能問題。

步驟305，判斷累計發送次數是否小于預設次數；若是，進入步驟306，若否，進入步驟307。

示例的，若預設次數為5次，記錄的累計發送次數為4次，由于4次小于5次，則可判斷出累計發送次數小于預設次數。然，本實施方式對預設次數不作任何限制，可根據需要具體設置。

步驟306，更新第一預設時長。

本實施方式中，更新第一預設時長之后，進入步驟302，此時步驟302可以理解為：等待更新后的第一預設時長之后發送再次注冊請求。

其中，更新后的第一預設時長大于更新前的第一預設時長。

更新后的第一預設時長可以為更新前的第一預設時長的整數倍。例如，設置更新后的第一預設時長為更新前的第一預設時長的兩倍，當第一預設時長的初始值為5秒時，則更新后的第一預設時長為10秒；即，提供了一種更新后的第一預設時長的簡便計數方式；然本實施方式僅是示例性說明，實際中不限于此。

步驟307，等待第二預設時長后發送首次注冊請求。

即，在累計發送次數大于或等于預設次數的情況下，停止上一輪的注冊嘗試；等待第二預設時長之后再發送首次注冊請求，即開始下一輪的注冊嘗試。其中，本實施方式中以第一預設時長進行循環注冊(即步驟301至306)表示一輪注冊嘗試。

其中，第二預設時長大于更新后的第一預設時長。實際上的，第二預設時長應當遠大于更新后的第一預設時長；從而有利于盡量避開在網絡持續較差期間繼續進行注冊。

示例的，若第一次預設時長的初始值為5秒，更新后的第一預設時長為更新前的兩倍，預設次數為5次，那么第四次對應的更新后的第一預設時長為20秒(4*5)，則第二預設時長要大于20秒；可以設置第二預設時長為5分鐘、10分鐘，然不限于此，本實施方式對此不作任何限制。

于實際上，步驟305之后，在累計發送次數大于或等于預設次數的情況下，可以以注冊失敗直接結束，停止進入下一輪的注冊嘗試。較佳的，進入步驟307，，進入下一輪的注冊嘗試，從而進一步提高注冊成功率；然，本實施方式對此不作任何限制，可根據需要選擇。

于實際上，本實施方式也可以為在第二實施方式的基礎上作出的改進的方案。

本實施方式相對于第一或第二實施方式而言，設置預設次數，在發送首次注冊請求失敗的情況下，在一輪注冊嘗試中，限制了累計發送次數，再次發送注冊請求的次數由無限次數變為有限次數，表示在預設次數這段時間內若注冊仍然失敗，極有可能網絡持續較差，避免處理器繼續做無用功；并等待第二預設時長之后再次發送首次注冊請求，即，為了盡可能在需要建立鏈接前注冊成功，且為了避免網絡持續較差期間進行注冊；需要間隔較第一預設時長更長的第二預設時長后(可能網絡會相對變得流暢)再次重新進行下一輪的注冊，從而提高注冊成功率(至少比在網絡持續較差期間內繼續進行注冊的成功率高)。

本發明第四實施方式涉及一種網絡注冊處理模塊，如圖4所示，網絡注冊處理模塊包括：注冊成敗判斷單元41、注冊成敗分析單元42、計時單元43、請求發送單元44以及時長更新單元45。

當注冊成敗判斷單元41判斷出首次注冊請求失敗時，注冊成敗分析單元42用于分析失敗原因是否包括網絡異常或者等待確認超時。

當失敗原因包括網絡異常或者等待確認超時，請求發送單元44用于等待第一預設時長后發送再次注冊請求；其中，計時單元43用于對第一預設時長進行計時。

注冊成敗判斷單元41還用于判斷再次注冊請求是否失敗。

當再次注冊請求失敗時，時長更新單元45用于更新第一預設時長。

請求發送單元44還用于等待更新后的第一預設時長后發送再次注冊請求；其中，計時單元43還用于對更新后的第一預設時長進行計時。

其中，更新后的第一預設時長大于更新前的第一預設時長。

更新后的第一預設時長為更新前的第一預設時長的整數倍。

不難發現，本實施方式為與第一實施方式相對應的系統實施例，本實施方式可與第一實施方式互相配合實施。第一實施方式中提到的相關技術細節在本實施方式中依然有效，為了減少重復，這里不再贅述。相應地，本實施方式中提到的相關技術細節也可應用在第一實施方式中。

值得一提的是，本實施方式中所涉及到的各模塊均為邏輯模塊，在實際應用中，一個邏輯單元可以是一個物理單元，也可以是一個物理單元的一部分，還可以以多個物理單元的組合實現。此外，為了突出本發明的創新部分，本實施方式中并沒有將與解決本發明所提出的技術問題關系不太密切的單元引入，但這并不表明本實施方式中不存在其它的單元。

本發明第五實施方式涉及一種網絡注冊處理模塊，第五實施方式在第四實施方式的基礎上作出改進，主要改進之處在于：在本發明第五實施方式中，網絡注冊處理模塊應用于移動終端，網絡注冊處理模塊還包括：位置獲取單元45與位置判斷單元46。

本實施方式的網絡注冊處理模塊的示意圖如圖5所示，包括：注冊成敗判斷單元41、注冊成敗分析單元42、計時單元43、請求發送單元44、時長更新單元45、位置獲取單元45與位置判斷單元46。

當注冊成敗判斷單元41判斷出首次注冊請求失敗時，注冊成敗分析單元42用于分析失敗原因是否包括網絡異常或者等待確認超時。

當失敗原因包括網絡異常或者等待確認超時，位置獲取單元45用于獲取移動終端的當前位置。

位置判斷單元46用于判斷移動終端的當前位置相對于位置判斷單元45內儲存的上次請求發送位置是否發生改變。

當發生改變時，請求發送單元44用于等待第一預設時長后發送再次注冊請求。其中，計時單元43用于對第一預設時長進行計時。

注冊成敗判斷單元41還用于判斷再次注冊請求是否失敗。

當再次注冊請求失敗時，時長更新單元45用于更新第一預設時長。

請求發送單元44還用于等待更新后的第一預設時長后發送再次注冊請求；其中，計時單元43還用于對更新后的第一預設時長進行計時。

其中，更新后的第一預設時長大于更新前的第一預設時長。

更新后的第一預設時長為更新前的第一預設時長的整數倍。

由于第二實施方式與本實施方式相互對應，因此本實施方式可與第二實施方式互相配合實施。第二實施方式中提到的相關技術細節在本實施方式中依然有效，在第二實施方式中所能達到的技術效果在本實施方式中也同樣可以實現，為了減少重復，這里不再贅述。相應地，本實施方式中提到的相關技術細節也可應用在第二實施方式中。

本發明第六實施方式涉及一種網絡注冊處理模塊，第六實施方式在第四實施方式的基礎上作出改進，主要改進之處在于：在本發明第六實施方式中，網絡注冊處理模塊還包括：發送次數判斷單元47。

本實施方式的網絡注冊處理模塊的示意圖如圖6所示，網絡注冊處理模塊包括：注冊成敗判斷單元41、注冊成敗分析單元42、計時單元43、請求發送單元44、時長更新單元45以及發送次數判斷單元47。

當注冊成敗判斷單元41判斷出首次注冊請求失敗時，注冊成敗分析單元42用于分析失敗原因是否包括網絡異常或者等待確認超時。

當失敗原因包括網絡異常或者等待確認超時，請求發送單元44用于等待第一預設時長后發送再次注冊請求；其中，計時單元43用于對第一預設時長進行計時。

注冊成敗判斷單元41還用于判斷再次注冊請求是否失敗；

發送次數判斷單元47用于記錄再次注冊請求的累計發送次數，并用于判斷累計發送次數是否小于預設次數。

當累計發送次數小于預設次數時，時長更新單元45用于更新第一預設時長。

當累計發送次數等于或大于預設次數時，請求發送單元44用于等待第二預設時長后發送首次注冊請求；

其中，第二預設時長大于更新后的第一預設時長。

請求發送單元44還用于等待更新后的第一預設時長后發送再次注冊請求；其中，計時單元43還用于對更新后的第一預設時長進行計時。

其中，更新后的第一預設時長大于更新前的第一預設時長。

更新后的第一預設時長為更新前的第一預設時長的整數倍。

由于第三實施方式與本實施方式相互對應，因此本實施方式可與第三實施方式互相配合實施。第三實施方式中提到的相關技術細節在本實施方式中依然有效，在第三實施方式中所能達到的技術效果在本實施方式中也同樣可以實現，為了減少重復，這里不再贅述。相應地，本實施方式中提到的相關技術細節也可應用在第三實施方式中。

本發明第七實施方式涉及一種電子設備，如圖7所示，電子設備包括：處理器71、收發器72、存儲器73。

本實施方式中，例如存儲器73中存儲有日歷程序、購物程序等應用程序，且日歷程序、購物程序等應用程序具有推送鏈接功能，則當被處理器71執行時，進行如下操作：

當處理器71判斷出首次注冊請求失敗時，用于分析失敗原因是否包括網絡異常或者等待確認超時。

當失敗原因包括網絡異常或者等待確認超時，處理器71用于等待第一預設時長后，通過收發器72發送再次注冊請求；其中，處理器71還用于對第一預設時長進行計時。

處理器71還用于判斷再次注冊請求是否失敗。

當再次注冊請求失敗時，處理器71還用于更新第一預設時長。

處理器71還用于等待更新后的第一預設時長后，通過收發器72發送再次注冊請求；其中，處理器71還用于對更新后的第一預設時長進行計時。

其中，更新后的第一預設時長大于更新前的第一預設時長。

更新后的第一預設時長為更新前的第一預設時長的整數倍。

如上所述的電子設備與第一實施方式中的網絡注冊處理方法相對應。

在上述電子設備的基礎上，進一步的，電子設備包括：GPS定位系統74(或者北斗定位系統)。

GPS定位系統74用于獲取移動終端的當前位置。

存儲器73還用于儲存上次請求發送位置。

處理器71用于判斷移動終端的當前位置相對于存儲器73內儲存的上次請求發送位置是否發生改變。

當發生改變時，處理器71用于等待第一預設時長后，通過收發器72發送再次注冊請求。

如上所述的電子設備與第二實施方式中的網絡注冊處理方法相對應。

在上述對應于第一、或第二實施方式的電子設備的基礎上，進一步的，處理器71還用于記錄再次注冊請求的累計發送次數，并用于判斷累計發送次數是否小于預設次數。

當累計發送次數小于預設次數時，處理器71還用于更新第一預設時長。

當累計發送次數等于或大于預設次數時，處理器71還用于等待第二預設時長后，通過收發器72發送首次注冊請求。

其中，第二預設時長大于更新后的第一預設時長。

不難發現，本實施方式為與第一、第二或第三實施方式相對應的實體系統實施例，本實施方式可與第一、第二或第三實施方式互相配合實施。第一、第二或第三實施方式中提到的相關技術細節在本實施方式中依然有效，為了減少重復，這里不再贅述。相應地，本實施方式中提到的相關技術細節也可應用在第一、第二或第三實施方式中。

本領域技術人員可以理解實現上述實施例方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成，該程序存儲在一個存儲介質中，包括若干指令用以使得一個設備(可以是單片機，芯片等)或處理器(processor)執行本申請各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。

本領域的普通技術人員可以理解，上述各實施方式是實現本發明的具體實施例，而在實際應用中，可以在形式上和細節上對其作各種改變，而不偏離本發明的精神和范圍。