网络注册处理方法及模块与流程

本发明涉及信息处理技术领域，特别涉及一种网络注册处理方法及模块。

背景技术：

手机、平板电脑等电子设备在向服务器建立推送链接之前，例如首次下载应用程序时，用户必须先向服务器发送注册信息，如果注册不及时可能会影响当下完整功能的正常使用；实际中，在排除其他有明显错误处理方式的故障的情况下，即，在实现本发明的过程中，发明人发现现有技术中至少存在如下问题：

现有技术中，在排除其他故障的情况下，网络异常或者服务器临时出现故障时，注册就会失败，如果连续注册太过频繁又会引起服务器或移动终端的性能问题，只能等待下一次使用相关服务时再次重新注册；这样就不能即时体验相关服务，用户体验不佳，无法有效匹配用户需求。

技术实现要素：

本发明实施方式的目的在于提供一种网络注册处理方法及模块，使得在首次注册失败的情况下，提供一定时长之后的注册尝试，以尽可能使得在需要建立推送链接前完成注册，从而尽可能使用户能够即时体验推送链接等相关服务，提升了用户体验。

为解决上述技术问题，本发明的实施例提供了一种网络注册处理方法，包括：当首次注册请求失败时，分析失败原因是否包括网络异常或者等待确认超时；若失败原因包括网络异常或者等待确认超时，等待第一预设时长后发送再次注册请求；若判断出再次注册请求失败，更新第一预设时长；并等待更新后的第一预设时长后发送再次注册请求；其中，更新后的第一预设时长大于更新前的第一预设时长。

本发明的实施例还提供了一种网络注册处理模块，包括：注册成败判断单元、注册成败分析单元、计时单元、请求发送单元以及时长更新单元；当注册成败判断单元判断出首次注册请求失败时，注册成败分析单元用于分析失败原因是否包括网络异常或者等待确认超时；当失败原因包括网络异常或者等待确认超时，请求发送单元用于等待第一预设时长后发送再次注册请求；其中，计时单元用于对所述第一预设时长进行计时；注册成败判断单元还用于判断再次注册请求是否失败；当再次注册请求失败时，时长更新单元用于更新第一预设时长；请求发送单元还用于等待更新后的第一预设时长后发送再次注册请求；其中，计时单元还用于对更新后的第一预设时长进行计时；其中，更新后的第一预设时长大于更新前的第一预设时长。

本发明实施例相对于现有技术而言，在建立推送链接之前，若首次注册失败，首先分析失败原因是包括网络异常或者等待确认超时的情况下，则等待第一预设时长后发送再次注册请求，若判断出再次注册失败，则更新第一预设时长且更新后的第一预设时长大于更新前的，以此循环，直到注册成功。为用户提供了一定时长之后的重试服务，以尽可能使得在需要建立推送链接前完成注册，从而使得用户尽可能即时体验到推送链接等相关服务，而无需等到需要建立推送链接时才进行注册。

另外，在更新第一预设时长之前，还包括：记录再次注册请求的累计发送次数；若判断出累计发送次数小于预设次数，更新第一预设时长。本实施方式中限制了累计发送次数。即，若累计发送次数达到预设次数时仍然注册失败，表示在这段时间内，极有可能网络持续较差；此时停止发送再次注册请求，可以避免处理器继续做无用功(网络持续较差期间注册成功的概率极小)，防止过分重试，从而避免引起网络服务器端或移动终端的性能问题。

另外，若判断出累计发送次数等于或大于预设次数，等待第二预设时长后重新发送首次注册请求；其中，第二预设时长大于更新后的第一预设时长；并等待第二预设时长之后再次发送首次注册请求。即，为了尽可能在需要建立链接前注册成功，且为了避免网络持续较差期间进行注册；需要间隔较第一预设时长更长的第二预设时长后(可能网络会相对变得流畅)再次重新进行下一轮的注册，从而提高注册成功率(至少比在网络持续较差期间内继续进行注册的成功率高)。

另外，网络注册处理方法应用于移动终端；在等待第一预设时长后发送再次注册请求之前，还包括：判断移动终端的当前位置相对于记录的上次请求发送位置是否发生改变；若发生改变，等待第一预设时长后发送再次注册请求。即，上次请求发送位置可能存在网络条件差的可能性，改变位置有可能改善网络条件，此时重新尝试连线注册，可以提高注册成功率。

另外，更新后的第一预设时长为更新前的第一预设时长的整数倍；提供了一种更新后的第一预设时长的简便计数方式。

附图说明

图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)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。