WO2011140765A1 - 任务处理方法及移动终端 - Google Patents
任务处理方法及移动终端 Download PDFInfo
- Publication number
- WO2011140765A1 WO2011140765A1 PCT/CN2010/076276 CN2010076276W WO2011140765A1 WO 2011140765 A1 WO2011140765 A1 WO 2011140765A1 CN 2010076276 W CN2010076276 W CN 2010076276W WO 2011140765 A1 WO2011140765 A1 WO 2011140765A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- task
- mobile terminal
- detecting
- module
- type
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
Definitions
- the present invention relates to the field of communications, and in particular to a task processing method and a mobile terminal.
- BACKGROUND With the rapid development of mobile communication technologies, mobile phones have played an increasingly important role in people's daily lives. However, due to signal blindness, unstable network, limited terminal power, insufficient tariffs, and human disturbance, users often encounter unsuccessful sending of information, and terminal software (mobile TV, Fetion, mobile securities) cannot be logged in. To successfully complete the operation, the user must wait for the network to recover or the power is normal, and then perform multiple re-login operations to re-enable.
- a short message automatic retransmission method is disclosed, which is used to solve the problem that the prior art does not support automatic short message retransmission in a mobile communication environment.
- a main object of the present invention is to provide a task processing method and a mobile terminal, which solve the problem that a user needs to manually perform multiple repeated login operations to restart a task, and the user experience is relatively poor. According to an aspect of the present invention, a task processing method is provided.
- the task processing method of the present invention includes: the mobile terminal determines that the execution of the task fails; saves the task; detects that the current network or the mobile terminal reaches the indicator corresponding to the task activation; and restarts the task. Further, before saving the task, the method further includes: determining a failure type of the task, so that the task is saved according to the failure type, wherein the failure type includes: a weak signal, a digital broadcast is not covered, a terminal power is insufficient, and no call charges are included. Further, detecting an indicator that the current network or the mobile terminal reaches the task activation includes: detecting that the channel strength of the current network is greater than a threshold when the task type of the task is weak.
- detecting that the current network or the mobile terminal reaches the task corresponding to the task start includes: detecting that the channel strength of the current digital broadcast is greater than a threshold when the task type of the task is not covered by the digital broadcast. Further, detecting that the current network or the mobile terminal reaches the task corresponding to the task startup includes: detecting that the remaining power of the mobile terminal is greater than the preset power when the task type of the task is insufficient, wherein the preset power is greater than the power . Further, detecting that the current network or the mobile terminal reaches the task corresponding to the task start includes: detecting that the mobile terminal has the network related service activated when the task type of the task is no call charge. Further, after restarting the task, the method further includes: deleting the task.
- a mobile terminal includes: a determining module, configured to determine that the execution of the task fails; a saving module, configured to save the task; a detecting module, configured to detect an indicator that the current network or the mobile terminal reaches the task startup; and the startup module , used to restart the task.
- the detecting module includes: a first detecting module, configured to detect that a channel strength of the current network is greater than a threshold when the task type of the task is weak; and a second detecting module, where the task type of the task is a number When the broadcast is not covered, the channel strength of the current digital broadcast is detected to be greater than the threshold.
- the third detection module is configured to detect that the remaining power of the mobile terminal is greater than the preset power when the task type of the task is insufficient.
- the fourth detection module is configured to detect that the network-related service of the mobile terminal is activated when the task type of the task is no call charge.
- the foregoing mobile terminal further includes: a determining module, configured to determine a failure type of the task, so as to separately save the task according to the type of failure, wherein the failure type includes: a weak signal, a digital broadcast is not covered, a terminal power is insufficient, no call charge; Module, used to delete tasks.
- the mobile terminal determines that the execution of the task fails; saves the task; detects that the current network or the mobile terminal has reached the metric corresponding to the task activation; restarts the task, and solves the problem that only the time and the number of times can be set through the network side.
- the task restarts.
- the user still needs to manually perform multiple login operations to restart the task.
- the user experience is relatively poor.
- the problem reduces the user's repeated login operation and improves the user experience.
- FIG. 1 is a block diagram showing a structure of a mobile terminal according to an embodiment of the present invention
- FIG. 2 is a block diagram showing a preferred structure of a mobile terminal according to an embodiment of the present invention
- FIG. 4 is a structural block diagram of a task manager and an application function module according to a preferred embodiment of the present invention
- FIG. 5 is a flowchart 1 of task saving in the embodiment of the present invention
- FIG. 6 is a task saver in an embodiment of the present invention
- Figure 7 is a flow chart of Example 3 of the embodiment of the present invention
- Figure 8 is a flow chart of Example 4 of the embodiment of the present invention
- Figure 9 is a flow chart of Example 5 of the embodiment of the present invention
- the mobile terminal includes: a determining module 20, a saving module 40, a detecting module 60, and a starting module 80.
- a determining module 20 As shown in FIG. 2, the mobile terminal includes: a determining module 20, a saving module 40, a detecting module 60, and a starting module 80.
- the foregoing structure is described in detail below.
- the determining module 20 is configured to determine that the execution of the task fails; the saving module 40 is connected to the determining module 20, and is configured to save the determining module 20 to determine that the execution fails; the detecting module 60 is connected to the saving module 40, for detecting the current network or The mobile terminal reaches the metric corresponding to the task activation; and the startup module 80 is connected to the detection module 60, and is used to restart the task when the detection module 60 detects that the mobile terminal reaches the metric corresponding to the task startup.
- the task is restarted by setting the time and the number of times on the network side. On the mobile terminal side, the user still needs to manually perform the login operation repeatedly to restart the task, and the user experience is relatively poor. In this embodiment, the save is performed.
- the module 40 saves the determination module 20 to determine the task of the execution failure, and the detection module 60 detects that the current network or the mobile terminal has reached the indicator corresponding to the task activation. When the indicator is reached, the startup module 80 restarts the task. Through this embodiment, the repeated login operation of the user is reduced, and the user experience is improved.
- 2 is a block diagram of a preferred structure of a mobile terminal according to an embodiment of the present invention. As shown in FIG. 2, the mobile terminal further includes: a determining module 22 and a deleting module 24; the detecting module further includes: a first detecting module 602, a first The detecting module 604, the first detecting module 606 and the first detecting module 608 are described in detail below.
- the determining module 22 is connected to the saving module 40 for determining the failure type of the task, so as to be saved according to the type of failure.
- the task wherein the failure type includes: a weak signal, a digital broadcast is not covered, a terminal power is insufficient, and no call charges; and the deletion module 24 is connected to the startup module 80 for deleting the task that the startup module 80 has started.
- the first detecting module 602 is connected to the saving module 40, and is configured to: when the task type of the task is weak, detecting that the channel strength of the current network is greater than a threshold; the second detecting module 604 is connected to the saving module 40, In the case that the task type of the above task is not covered by the digital broadcast, it is detected that the channel strength of the current digital broadcast network is greater than a threshold; the third detecting module 606 is connected to the saving module 40, and the task type for the task is the terminal.
- FIG. 3 is a structural block diagram of a mobile terminal according to a preferred embodiment of the present invention. As shown in FIG. 3, the method includes: a task storage unit 32, a determining unit 34, a task temporary storage unit 36, a detecting unit 38, and an executing unit 39.
- the task storage unit 32 is configured to save the currently running task; the determining unit 34 is configured to perform classification and determination on the task that fails to perform; the task temporary storage unit 36 is configured to save the task that fails to execute; and the detecting unit 38 is configured to Task type, detecting the corresponding indicator. If the task type is weak, the signal strength is periodically detected. When the signal strength reaches the threshold, the execution unit 39 is notified; the execution unit 39 is configured to invoke the currently executable task when the condition is satisfied, and temporarily save the task from the task. Unit 36 clears the task.
- the interaction relationship of the above units is: after the task execution fails and the user confirms to save the task, the determining unit 34 determines the task type (failure type) and stores it as the corresponding task temporary storage unit 36; the detecting unit 38 periodically detects Whether the terminal or the network reaches the execution condition of the corresponding task; when the condition is satisfied, the detecting unit 38 notifies the executing unit 39 to execute and enable the task. After the task is completed, the execution unit 39 notifies the task temporary storage unit 36 that the task temporary storage unit 36 clears the task.
- the task types include: the signal is weak, the digital broadcast is not covered, the terminal power is insufficient, and there is no call charge. In particular, tasks that the user actively cancels are not included.
- the determining unit 34 determines the task type, stores the storage category into the temporary storage task, and notifies the detecting unit 38 to perform the corresponding capability detection. For example: If the reason for the failure of the task is insufficient power, the detecting unit 38 will periodically detect the power of the terminal, and when the power reaches the threshold, notify the execution of the starting task. After the task ends, prompt the task to finish, clear the task. It should be noted that all the units in the foregoing mobile terminal can be implemented by a task manager.
- FIG. 4 is a structural block diagram of a task manager and an application function module according to a preferred embodiment of the present invention. As shown in FIG. 4, the task manager is shown in FIG.
- FIG. 5 is a flowchart 1 of task saving according to an embodiment of the present invention. As shown in FIG.
- Step S501 Create a task, such as editing information and saving to an "outbox".
- the determining unit 34 determines the task type (failure type) according to the reason for the task establishment (if the card is not inserted, or the terminal has owed money). The method judged by the terminal is to try to start the task, and the reason why the task starts to fail is the reason for this offline task. This attempt to start the process is transparent to the user.
- Step S503 determining the number of task types.
- Step S504 if the number of task types is 1, the task is saved to the mobile terminal (task manager). Step S505, if the number of task types is greater than or equal to 2, the saving is abandoned. This example implements saving a failed task.
- Example 2 Figure 6 is a flow chart 2 of the task preservation according to the embodiment of the present invention, including the following steps: Step S601, the task fails (if the information fails to be sent), prompts the user whether to temporarily save the task, the user cancels the save, and performs step S604; If the user confirms the saving, step S602 is performed; in step S602, the determining unit 34 determines the task type (failure type) according to the reason of the task failure; and in step S603, the task is stored in the corresponding type of the task temporary storage unit 36. Step S604, ending. This example implements saving a failed task.
- Step S601 the task fails (if the information fails to be sent), prompts the user whether to temporarily save the task, the user cancels the save, and performs step S604; If the user confirms the saving, step S602 is performed; in step S602, the determining unit 34 determines the task type (failure type) according to the reason of the task failure; and in step S603, the task is
- Example 3 The flowchart of the third embodiment of the present invention includes the following steps: Step S701: The detecting unit 38 periodically detects the signal strength; Step S702, determines whether the signal strength reaches the threshold, and if not, continues to perform the step S701. Operation; if it has been reached, executing step S703; S703, the executing unit 39 starts the task, and notifies the corresponding application function module;
- step S705 will be performed; if the execution is successful, step S706 will be performed.
- step S701 prompting the user to "scratch the task", if the user confirms, step S701 is performed; if the user cancels the saving, step S707 is performed.
- step S706 prompting the user that the task is successfully executed.
- FIG. 8 is a flowchart of Embodiment 4 of the embodiment of the present invention, including the following steps: Step S801: The terminal CPU detects the current terminal power quantity, and periodically sends the detection unit 38 to the detection unit 38. Step S802, the detection unit 38 detects the current power quantity.
- step S801 determines whether the threshold has been executed. success. If the execution is unsuccessful, step S805 will be performed; if the execution is successful, step S806 will be performed. In step S805, the user is prompted to "scratch the task temporarily", and if the user confirms, step S801 is performed; if the user cancels the saving, step S807 is performed. Step S 806, prompting the user that the task execution is successful.
- Step S807 the task is cleared from the task manager, and the cleared tasks include: canceling the saved task and the executed task.
- This example implements the restart of the task in the case where the task type is insufficient for the terminal.
- FIG. 9 is a flowchart of the example 5 of the embodiment of the present invention, including the following steps: Step S901: The terminal CPU periodically reports network related module information.
- the detecting unit 34 determines whether a network related application is activated and successfully completed.
- Network-related services refer to: The user receives a certain message, the main callee, or successfully logs into the WAP browser. If any of the network related services are activated and successfully completed, step S903 is performed; otherwise, the operation of step S901 is continued.
- step S903 the executing unit 39 starts the task and notifies the corresponding application function module.
- step S904 the terminal determines whether the task has been successfully executed. If the execution is unsuccessful, step S905 will be performed; if the execution is successful, step S906 will be performed.
- step S905 the user is prompted to "scratch the task temporarily", and the user confirms, after waiting for the preset time, step S903 is performed; if the user cancels the saving, step S907 is performed.
- Step S906 prompting the user that the task execution is successful.
- Step S907 the task is cleared from the terminal (task manager), and the cleared tasks include: canceling the saved task and the executed task.
- FIG. 10 is a flowchart of a task processing method according to an embodiment of the present invention.
- the method includes: Step 4: S20, the mobile terminal determines that the execution of the task fails.
- step S40 the task is saved.
- step S60 detecting that the current network or the mobile terminal reaches the indicator corresponding to the task activation.
- step S80 the task is restarted.
- the task is restarted by setting the time and the number of times on the network side. On the mobile terminal side, the user still needs to manually repeat the login operation to restart the task, and the user experience is relatively poor.
- step S40 includes: determining a failure type of the task, so as to save the task separately according to the failure type, wherein the failure type includes: a weak signal, a digital broadcast is not covered, a terminal power is insufficient, and no call charges.
- the preferred embodiment classifies and stores tasks according to the type of failure, so that the task can be mobilized at startup.
- step S60 includes: when the task type of the task is weak, detecting that the channel strength of the current network is greater than a threshold.
- This preferred embodiment enables detection of task initiation metrics in the event of a weak signal. For example: The task type is too weak for the signal to periodically detect the signal strength when the signal strength is greater than the threshold.
- the threshold is predefined by the terminal, as defined as -95dBm. When the signal strength is greater than this value, the task is started.
- the step S60 includes: detecting that the current network or the mobile terminal reaches the task corresponding to the task start: if the task type of the task is that the digital broadcast is not covered, detecting that the channel strength of the current digital broadcast network is greater than a threshold.
- the preferred embodiment enables detection of task initiation metrics in the absence of digital broadcast coverage. For example: When the task type is not covered by digital broadcasting or the TV signal is weak, the method of detecting and starting is similar to case 1.
- the step S60 includes: when the task type of the task is that the terminal is low in power, detecting that the remaining power of the mobile terminal is greater than the preset power, wherein the preset power is greater than the power-on.
- the preferred embodiment achieves detection of a task initiation indicator in the event that the terminal is low in power. For example, the current manufacturers generally indicate that the user has insufficient power when the terminal battery capacity is 7%. When the voltage is about 3.2V, the terminal does not supply enough power to many modules, and cannot enter or use abnormally.
- a threshold (such as 3.6V) can be preset.
- the terminal CPU periodically polls the detection unit with the current power, and when the power is greater than 3.6V, the application is automatically activated.
- the temporary task will be automatically saved to the terminal until the next time it is turned on.
- the step S60 includes: detecting that the current network or the mobile terminal reaches the task corresponding to the task initiation comprises: when the task type is the task without the call charge, detecting that the mobile terminal has the network related service activated.
- the preferred embodiment achieves detection of a task initiation indicator in the event that the terminal is low in power.
- the HLR Since the call charge is mainly maintained by the HLR, when the terminal is in arrears, the HLR will lock the user's calling or called rights, and other network-related services will be disabled accordingly. During this period, you cannot receive task information, incoming calls, and so on.
- the terminal After the terminal is successfully recharged, the terminal can receive the refilling success prompt message sent by the service number, and can also receive the information sent by others.
- the present invention thus utilizes the successful use of another network related task as a condition for triggering a failed task activation. For example, after the failed task, the terminal successfully receives a message, a successful call or a caller, or successfully connects to the browser, etc., and activation of any network service can be activated as a condition for activating the failed task.
- the method further includes: deleting the task.
- the preferred embodiment deletes the tasks that have been performed, saving the memory space of the mobile terminal. It should be noted that the preferred embodiment is applicable to services with low real-time performance. It should be noted that the steps shown in the flowchart of the accompanying drawings may be performed in a computer system such as a set of computer executable instructions, and, although the logical order is shown in the flowchart, in some cases, The steps shown or described may be performed in an order different than that herein.
- the present invention saves the task that fails to execute, and activates the task when the startup condition is satisfied, so that the terminal can support the restart of the failed task, even if there is no network or even no card, it can be restarted.
- the method of the present invention mainly relates to mobile terminal software, and does not require large-scale modification, and reduces repeated work of the user, thereby improving user experience.
- the task processing method described in the method embodiment corresponds to the foregoing device embodiment, and the specific implementation process has been described in detail in the method embodiment, and is not further described herein.
- the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephone Function (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种任务处理方法及移动终端，该方法包括：移动终端确定执行任务失败；保存任务；检测出当前网络或移动终端达到任务启动对应的指标；以及重新启动任务。通过本发明，减少了用户重复登录操作，提高了用户体验度。
Description
任务处理方法及移动终端 技术领域 本发明涉及通信领域， 具体而言， 涉及一种任务处理方法及移动终端。 背景技术 随着移动通信技术的快速发展， 手机在人们的日常生活中发挥了越来越 重要的作用。 然而， 由于信号盲区， 网络不稳定、 终端电量有限、 资费不足、 人为千扰等因素， 用户常常会遇到发送信息不成功， 终端软件 （手机电视， 飞信， 手机证券） 等无法登录等情况。 用户要顺利完成操作， 必须等待网络 恢复或电量正常后， 进行多次重新登录操作才能重新启用。 相关技术中， 公开了一种短消息自动重发方法， 用于解决现有技术在移 动通信环境中不支持短消息自动重发的问题。 该技术方案仅以网络状态和预 先设定的重发次数作为任务重新启动 （短消息重新发送） 的条件。 但是发明人发现， 在实际应用中， 只能通过网络侧设置时间、 次数等方 式来实现任务重新启动， 移动终端侧， 用户仍然需要手动进行多次重复登录 操作来重新启动任务， 用户体-险度比较差。 发明内容 本发明的主要目的在于提供一种任务处理方法及移动终端， 以解决用户 需要手动进行多次重复登录操作来重新启动任务，用户体验度比较差的问题。 才艮据本发明的一个方面， 提供了一种任务处理方法。 居本发明的任务处理方法包括： 移动终端确定执行任务失败； 保存任 务； 检测出当前网络或移动终端达到任务启动对应的指标； 以及重新启动任 务。 进一步地， 在保存任务之前， 还包括： 判断任务的失败类型， 以便于才艮 据失败类型分别保存任务， 其中失败类型包括： 信号弱、 数字广播未覆盖、 终端电量不足、 无话费。
进一步地， 检测当前网络或移动终端达到任务启动对应的指标包括： 在 任务的任务类型为信号弱的情况下， 检测出当前网络的信道强度大于阈值。 进一步地， 检测当前网络或移动终端达到任务启动对应的指标包括： 在 任务的任务类型为数字广播未覆盖的情况下， 检测出当前数字广播的信道强 度大于阈值。 进一步地， 检测当前网络或移动终端达到任务启动对应的指标包括： 在 任务的任务类型为终端电量不足的情况下， 检测出移动终端的剩余电量大于 预设电量， 其中， 预设电量大于开机电量。 进一步地， 检测当前网络或移动终端达到任务启动对应的指标包括： 在 任务的任务类型为无话费的情况下 ,检测出移动终端有网络相关业务被激活。 进一步地， 在重新启动任务之后， 还包括： 删除任务。 根据本发明的一个方面， 提供了一种移动终端。 才艮据本发明的移动终端包括： 确定模块， 用于确定执行任务失败； 保存 模块， 用于保存任务； 检测模块， 用于检测出当前网络或移动终端达到任务 启动对应的指标； 以及启动模块， 用于重新启动任务。 进一步地， 检测模块包括： 第一检测模块， 用于在任务的任务类型为信 号弱的情况下， 检测出当前网络的信道强度大于阈值； 第二检测模块， 用于 在任务的任务类型为数字广播未覆盖的情况下， 检测出当前数字广播的信道 强度大于阈值； 第三检测模块， 用于在任务的任务类型为终端电量不足的情 况下， 检测出移动终端的剩余电量大于预设电量， 其中， 预设电量大于开机 电量； 第四检测模块， 用于在任务的任务类型为无话费的情况下， 检测出移 动终端有网络相关业务被激活。 进一步地， 上述移动终端还包括： 判断模块， 用于判断任务的失败类型， 以便于根据失败类型分别保存任务， 其中失败类型包括： 信号弱、 数字广播 未覆盖、 终端电量不足、 无话费； 删除模块， 用于删除任务。 通过本发明， 釆用移动终端确定执行任务失败； 保存该任务； 检测出当 前网络或移动终端达到任务启动对应的指标； 重新启动该任务， 解决了只能 通过网络侧设置时间、 次数等方式来实现任务重新启动， 移动终端侧， 用户 仍然需要手动进行多次重复登录操作来重新启动任务， 用户体验度比较差的
问题， 进而达到了减少了用户重复登录操作， 提高了用户体验度。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1是 居本发明实施例的移动终端的结构框图； 图 2是 居本发明实施例的移动终端的优选的结构框图； 图 3是 居本发明优选实施例的移动终端的结构框图； 图 4是 居本发明优选实施例任务管理器和应用功能模块的结构框图； 图 5是 居本发明实施例的任务保存的流程图一； 图 6是 居本发明实施例的任务保存的流程图二； 图 7是本发明实施例的实例 3的流程图； 图 8是本发明实施例实例 4的流程图； 图 9是本发明实施例的实例 5的流程图； 以及 图 10是才艮据本发明实施例的任务处理方法的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 实施例一 本实施例提供了一种移动终端。 图 1是 居本发明实施例的移动终端的结构框图， 如图 2所示， 该移动 终端包括： 确定模块 20、 保存模块 40、 检测模块 60、 启动模块 80, 下面对 上述结构进行详细描述：
确定模块 20, 用于确定执行任务失败； 保存模块 40 , 连接至确定模块 20 , 用于保存确定模块 20确定执行失败的任务； 检测模块 60, 连接至保存 模块 40 , 用于检测出当前网络或移动终端达到任务启动对应的指标； 以及启 动模块 80, 连接至检测模块 60 , 用于检测模块 60检测出移动终端达到任务 启动对应的指标时重新启动任务。 相关技术中， 通过网络侧设置时间、 次数等方式来实现任务重新启动， 在移动终端侧， 用户仍然需要手动多次重复登录操作来重新启动任务， 用户 体验度比较差， 本实施例中， 保存模块 40保存确定模块 20确定执行失败的 任务， 检测模块 60 检测出当前网络或移动终端达到任务启动对应的指标， 在达到该指标时， 启动模块 80 重新启动任务。 通过本实施例， 减少了用户 重复登录操作， 提高了用户体验度。 图 2是 居本发明实施例的移动终端的优选的结构框图， 如图 2所示， 上述移动终端还包括： 判断模块 22和删除模块 24; 检测模块还包括： 第一 检测模块 602、 第一检测模块 604、 第一检测模块 606和第一检测模块 608 , 下面对上述结构进行详细描述： 判断模块 22 , 连接至保存模块 40 , 用于判断任务的失败类型， 以便于 根据失败类型分别保存任务， 其中失败类型包括： 信号弱、 数字广播未覆盖、 终端电量不足、 无话费； 删除模块 24 , 连接至启动模块 80 , 用于删除启动 模块 80已经启动的任务。 第一检测模块 602 , 连接至保存模块 40, 用于在上述任务的任务类型为 信号弱的情况下， 检测出当前网络的信道强度大于阈值； 第二检测模块 604 , 连接至保存模块 40 , 用于在上述任务的任务类型为数字广播未覆盖的情况 下， 检测出当前数字广播网络的信道强度大于阈值； 第三检测模块 606 , 连 接至保存模块 40, 用于在上述任务的任务类型为终端电量不足的情况下， 检 测出移动终端的剩余电量大于预设电量， 其中， 预设电量大于开机电量； 第 四检测模块 608 , 连接至保存模块 40 , 用于在上述任务的任务类型为无话费 的情况下， 检测出移动终端有网络相关业务被激活。 图 3是 居本发明优选实施例的移动终端的结构框图， 如图 3所示， 包 括： 任务存储单元 32、 判断单元 34、 任务暂存单元 36、 检测单元 38、 执行 单元 39。 下面对上述结构进行详细描述：
任务存储单元 32 , 用于保存当前正在运行的任务； 判断单元 34 , 用于 对执行失败的任务进行分类判断； 任务暂存单元 36 , 用于保存执行失败的任 务； 检测单元 38 , 用于 居任务类型， 对对应的指标进行检测。 如任务类型 为信号弱， 则周期性检测信号强度， 当信号强度达到阀值时， 通知执行单元 39; 执行单元 39 , 用于在条件满足时， 调用当前可执行的任务， 并从任务暂 存单元 36清除该任务。 上述单元的交互关系为： 当任务执行失败且用户确认保存任务后， 判断 单元 34 判断任务类型 （失败类型）， 并将其存储为对应的任务暂存单元 36 中； 检测单元 38 周期性地检测终端或网络是否达到对应任务的执行条件； 当条件满足时， 检测单元 38通知执行单元 39执行并启用该任务。 任务结束 后， 执行单元 39通知任务暂存单元 36 , 任务暂存单元 36清除该任务。 优选地， 任务类型包括： 信号弱， 数字广播未覆盖， 终端电量不足， 无 话费。 特别地， 用户主动取消的任务不包含在内。 优选地， 对于执行失败的任务， 当用户确认暂存任务时， 判断单元 34 判断任务类型， 将其存储分类存储至暂存任务中， 并通知检测单元 38 进行 对应的能力检测。 例如： 如当任务失败的原因为电量不足， 检测单元 38 将周期性地检测 终端电量， 当电量到达阀值时， 通知执行启动任务。 任务结束后， 提示任务 结束， 清除这一任务。 需要说明的是， 上述移动终端中的所有单元可以通过一个任务管理器来 实现，图 4是根据本发明优选实施例任务管理器和应用功能模块的结构框图， 如图 4所示， 任务管理器 42连接至启动接口 44和条件接口 46和应用管理 模块 48 , 应用功能模块 48 包括： 短信、 彩信、 飞信、 手机电视等。 其中， 条件接口 46和启动接口 44起到联系功能模块、任务管理器和终端 CPU的作 用。 需要说明的是， 当任务结束时， 任务暂存单元 36 清除该任务， 检测单 元 38释放针对该任务的检测； 当终端开机时， 检查暂存任务单元 36是否有 任务， 如果是则启动任务管理器。 下面结合优选实施例和附图 3对上述实施例的实现过程进行详细说明。
实例 1 图 5是 居本发明实施例的任务保存的流程图一， 如图 5所示， 包括如 下步骤： 步骤 S501 , 建立任务， 如编辑信息并保存至 "发件箱"。 步骤 S502, 判断单元 34根据任务建立的原因 （如未插卡， 或终端已经 欠费）， 判断任务类型 （失败类型）。 终端判断的方法是尝试启动任务， 并将 任务启动失败的原因， 作为这一离线任务的原因。 这一尝试启动过程， 对于 用户来说是透明的。 步骤 S503 , 判断任务类型个数。 一般保存为离线任务的原因仅有一个， 如未插卡或者无网络； 当任务类型大于等于 2时， 如用户建立任务时， 在信 号盲区且终端欠费， 则放弃对此类任务的保存。 步骤 S504, 如果任务类型个数为 1 , 则保存该任务至移动终端 （任务管 理器） 中。 步骤 S505 , 如果任务类型个数大于等于 2, 则放弃保存。 该实例实现了对失败任务进行保存。 实例 2 图 6是 居本发明实施例的任务保存的流程图二， 包括如下步骤： 步骤 S601 , 任务失败（如发送信息失败时）， 提示用户是否暂存任务， 用户取消保存， 执行步骤 S604; 用户确认保存， 则执行步骤 S602; 步骤 S602, 判断单元 34根据任务失败的原因， 判断任务类型 （失败类 型）； 步骤 S603 , 将任务存储至任务暂存单元 36的对应类型中。 步骤 S604, 结束。 该实例实现了对失败任务进行保存。 实例 3
图 Ί是本发明实施例的实例 3的流程图， 包括如下步骤： 步骤 S701, 检测单元 38周期性检测信号强度； 步骤 S702, 判断信号强度是否到达阀值， 如果未达到， 继续执行步骤 S701的操作； 如果已经达到， 执行步骤 S703； S703, 执行单元 39启动任务， 并通知对应的应用功能模块；
5704, 终端判断任务是否已经执行成功。 如果执行不成功， 将执行步骤 S705; 如果执行成功， 将执行步骤 S706。
5705, 提示用户 "是否暂存任务"， 用户确认， 则执行步骤 S701; 用户 取消保存， 则执行步骤 S 707。 S706, 提示用户任务执行成功。
S707, 从任务管理器中清除任务， 清除的任务包括： 取消保存的任务和 执行完毕的任务两类。 该实例实现了任务类型为信道弱的情况下， 任务的重新启动。 需要说明的是， 任务类型为数字广播未覆盖任务启动与本实例类似， 检 测的信号强度为广播信道的信号强度。 实例 4 图 8是本发明实施例实例 4的流程图， 包括如下步骤： 步骤 S801, 终端 CPU检测当前终端电量， 并周期性上 4艮给检测单元 38; 步骤 S802, 检测单元 38检测出当前电量是否到达阀值， 如果未达到， 继续执行步骤 S801的操作； 如果已经达到， 执行步骤 S803; 步骤 S803, 执行单元 39启动任务， 并通知对应的应用功能模块； 步骤 S804, 终端判断任务是否已经执行成功。 如果执行不成功， 将执行 步骤 S805; 如果执行成功， 将执行步骤 S806。 步骤 S805, 提示用户 "是否暂存任务"， 用户确认， 则执行步骤 S801; 用户取消保存， 则执行步骤 S807。
步骤 S 806 , 提示用户任务执行成功。 步骤 S807, 从任务管理器中清除任务， 清除的任务包括： 取消保存的任 务和执行完毕的任务两种类型。 该实例实现了任务类型为终端电量不足的情况下， 任务的重新启动。 实例 5 图 9是本发明实施例的实例 5的流程图， 包括如下步骤： 步骤 S901 , 终端 CPU周期性上报网络相关模块信息。 步骤 S902, 检测单元 34判断是否有网络相关应用激活并成功完成。 网 络相关的业务是指： 用户收到某一信息、 主被叫， 或者成功登录 WAP 浏览 器。 如果有任何一个网络相关业务被激活并成功完成， 执行步骤 S903; 否则 继续执行步骤 S901的操作。 步骤 S903 , 执行单元 39启动任务， 并通知对应的应用功能模块。 步骤 S904, 终端判断任务是否已经执行成功。 如果执行不成功， 将执行 步骤 S905; 如果执行成功， 将执行步骤 S906。 步骤 S905 , 提示用户 "是否暂存任务"， 用户确认， 则等待预置的时间 后， 执行步骤 S903; 用户取消保存， 则执行步骤 S907。 步骤 S906, 提示用户任务执行成功。 步骤 S907, 从终端 （任务管理器） 中清除任务， 清除的任务包括： 取消 保存的任务和执行完毕的任务两种类型。 该实例实现了任务类型为无话费的情况下， 任务的重新启动。 实施例二 本实施例提供了一种任务处理方法。 图 10是才艮据本发明实施例的任务处理方法的流程图， 如图 10所示， 该 方法包括： 步 4聚 S20, 移动终端确定执行任务失败。
步骤 S40, 保存任务。 步骤 S60, 检测出当前网络或移动终端达到任务启动对应的指标。 步骤 S80, 重新启动任务。 相关技术中， 通过网络侧设置时间、 次数等方式来实现任务重新启动， 在移动终端侧， 用户仍然需要手动多次重复登录操作来重新启动任务， 用户 体验度比较差， 本实施例中， 移动终端保存执行失败的任务， 并检测当前网 络或移动终端达到任务启动对应的指标， 在达到该指标时， 重新启动任务。 通过本实施例， 减少了用户重复登录操作， 提高了用户体验度。 优选地， 步骤 S40包括： 判断任务的失败类型， 以便于 居失败类型分 别保存任务， 其中失败类型包括： 信号弱、 数字广播未覆盖、 终端电量不足、 无话费。 该优选实施例对任务按照失败类型进行分类存储， 便于在启动时对 该任务进行调动。 优选地， 步骤 S60包括： 任务的任务类型为信号弱的情况下， 检测出当 前网络的信道强度大于阈值。 该优选实施例实现了在信号弱的情况下， 对任 务启动指标的检测。 例如： 任务类型为信号太弱， 周期性检测信号强度， 当信号强度大于阀 值。 阀值由终端预先定义， 如定义为 -95dBm, 当信号强度大于这个值， 就开 始启动任务。 优选地， 步骤 S60包括： 检测出当前网络或移动终端达到任务启动对应 的指标包括： 任务的任务类型为数字广播未覆盖的情况下， 检测出当前数字 广播网络的信道强度大于阈值。 该优选实施例实现了在数字广播未覆盖的情 况下， 对任务启动指标的检测。 例如： 当任务类型为数字广播未覆盖或者电视信号弱， 检测和启动的方 法也类似于情况 1。 优选地， 步骤 S60包括： 任务的任务类型为终端电量不足的情况下， 检 测出移动终端的剩余电量大于预设电量， 其中， 预设电量大于开机电量。 该 优选实施例实现了在终端电量不足的情况下， 对任务启动指标的检测。
例如： 目前的厂商一般都是在终端电池容量还剩 7%时， 会提示用户电 量不足， 当电压在 3.2V左右时， 终端对很多模块的供电不足， 不能正常进入 或使用异常。 因此， 可预先设定一个阀值（如 3.6V )。 终端 CPU周期性地向 检测单元上 4艮当前电量， 当电量大于 3.6V时， 自动激活应用。 特别地， 当手 机一直未被充电导致氏电关机， 暂存任务将自动保存至终端， 直至下次开机。 优选地， 步骤 S60包括： 检测当前网络或移动终端达到任务启动对应的 指标包括： 任务类型为无话费的任务情况下， 检测出移动终端有网络相关业 务被激活。 该优选实施例实现了在终端电量不足的情况下， 对任务启动指标 的检测。 例如： 由于话费主要由 HLR维护， 在终端欠费时， HLR会锁定用户主 叫或被叫的权限， 其他网络相关的业务也会相应被禁用。 在这一期间， 不能 接收到任务信息、 来电等等。 当终端充值成功后， 终端可收到服务号码发送 的充值成功提示信息， 也能收到他人发送的信息。 因此本发明利用另一网络 相关任务的成功使用， 作为触发失败任务激活的条件。 如在这一失败任务之 后， 终端成功收到一条信息、 成功被叫或主叫、 或者成功连接浏览器等， 任 意网络业务的激活， 都可以作为激活失败任务的条件， 激活这一任务。 优选地， 在步骤 S80之后， 上述方法还包括： 删除任务。 该优选实施例 删除已执行的任务， 节省了移动终端的内存空间。 需要说明的是， 本优选实施例适用于实时性不高的业务。 需要说明的是， 在附图的流程图示出的步骤可以在诸如一组计算机可执 行指令的计算机系统中执行， 并且， 虽然在流程图中示出了逻辑顺序， 但是 在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤。 综上所述， 本发明通过保存执行失败的任务， 在启动条件满足时激活任 务的方法， 使得终端可以支持失败任务的重启动， 即使在没有网络甚至不插 卡的情况下， 也可以重新启动任务。 另外， 本发明涉及的方法， 主要涉及移 动终端软件， 并不需要进行大规模的改动， 并且减少了用户的重复工作， 提 高了用户体验度。 需要说明的是， 方法实施例中描述的任务处理方法对应于上述的装置实 施例， 其具体的实现过程在方法实施例中已经进行过详细说明， 在此不再赞 述。
显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。
Claims
权 利 要 求 书 一种任务处理方法， 其特征在于， 包括： 移动终端确定执行任务失败；
保存所述任务；
检测出当前网络或所述移动终端达到所述任务启动对应的指标； 以 及
重新启动所述任务。 才艮据权利要求 1所述的方法， 其特征在于， 在保存所述任务之前， 还包 括：
判断所述任务的失败类型， 以便于 居所述失败类型分别保存所述 任务， 其中所述失败类型包括： 信号弱、 数字广播未覆盖、 终端电量不 足、 无话费。 根据权利要求 2所述的方法， 其特征在于， 检测当前网络或所述移动终 端达到所述任务启动对应的指标包括：
在所述任务的任务类型为信号弱的情况下， 检测出当前网络的信道 强度大于阈值。 根据权利要求 2所述的方法， 其特征在于， 检测当前网络或所述移动终 端达到所述任务启动对应的指标包括：
在所述任务的任务类型为数字广播未覆盖的情况下， 检测出当前数 字广播的信道强度大于阈值。 根据权利要求 2所述的方法， 其特征在于， 检测当前网络或所述移动终 端达到所述任务启动对应的指标包括：
在所述任务的任务类型为终端电量不足的情况下， 检测出所述移动 终端的剩余电量大于预设电量， 其中， 所述预设电量大于开机电量。 根据权利要求 2所述的方法， 其特征在于， 检测当前网络或所述移动终 端达到所述任务启动对应的指标包括：
在所述任务的任务类型为无话费的情况下， 检测出所述移动终端有 网络相关业务被激活。 根据权利要求 2至 6任一项所述的方法， 其特征在于， 在重新启动所述 任务之后， 还包括： 删除所述任务。 一种移动终端， 其特征在于， 包括：
确定模块， 用于确定执行任务失败；
保存模块， 用于保存所述任务；
检测模块， 用于检测出当前网络或移动终端达到所述任务启动对应 的指标； 以及
启动模块， 用于重新启动所述任务。 根据权利要求 8所述的移动终端， 其特征在于， 所述检测模块包括： 第一检测模块， 用于在所述任务的任务类型为信号弱的情况下， 检 测出当前网络的信道强度大于阈值；
第二检测模块， 用于在所述任务的任务类型为数字广播未覆盖的情 况下， 检测出当前数字广播的信道强度大于阈值；
第三检测模块， 用于在所述任务的任务类型为终端电量不足的情况 下， 检测出所述移动终端的剩余电量大于预设电量， 其中， 所述预设电 量大于开机电量；
第四检测模块， 用于在所述任务的任务类型为无话费的情况下， 检 测出所述移动终端有网络相关业务被激活。 根据权利要求 8所述的移动终端， 其特征在于， 还包括：
判断模块， 用于判断所述任务的失败类型， 以便于 居所述失败类 型分别保存所述任务， 其中所述失败类型包括： 信号弱、 数字广播未覆 盖、 终端电量不足、 无话费；
删除模块， 用于删除所述任务。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010180452A CN101835189A (zh) | 2010-05-14 | 2010-05-14 | 任务处理方法及移动终端 |
| CN201010180452.4 | 2010-05-14 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2011140765A1 true WO2011140765A1 (zh) | 2011-11-17 |
Family
ID=42719077
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2010/076276 WO2011140765A1 (zh) | 2010-05-14 | 2010-08-23 | 任务处理方法及移动终端 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101835189A (zh) |
| WO (1) | WO2011140765A1 (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102769604B (zh) * | 2011-05-04 | 2016-08-17 | 腾讯科技（深圳）有限公司 | 操作数据处理方法及装置 |
| CN102984690A (zh) * | 2012-11-07 | 2013-03-20 | 广东欧珀移动通信有限公司 | 一种手机延迟发送数据的方法 |
| CN103176840A (zh) * | 2013-02-20 | 2013-06-26 | 广东欧珀移动通信有限公司 | 管理应用程序启动的方法及其移动终端 |
| CN106445669A (zh) * | 2016-09-28 | 2017-02-22 | 维沃移动通信有限公司 | 一种应用程序的任务处理方法及移动终端 |
| CN111182142A (zh) * | 2019-12-26 | 2020-05-19 | 上海传英信息技术有限公司 | 任务提醒方法、装置、设备以及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1405995A (zh) * | 2001-09-13 | 2003-03-26 | 日本电气株式会社 | 短消息发送系统 |
| KR20040029553A (ko) * | 2002-10-01 | 2004-04-08 | 에스케이 텔레콤주식회사 | 휴대폰의 ｓｍｓ 서비스 재송신 방법 |
| CN1929633A (zh) * | 2006-08-07 | 2007-03-14 | 华为技术有限公司 | 一种短消息自动重发系统和自动重发方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101232630A (zh) * | 2007-01-26 | 2008-07-30 | 中兴通讯股份有限公司 | 自动重新发送短消息的短消息发送方法和装置 |
| CN101494834A (zh) * | 2009-02-24 | 2009-07-29 | 宇龙计算机通信科技(深圳)有限公司 | 一种重发信息的方法、系统及移动通信终端 |
-
2010
- 2010-05-14 CN CN201010180452A patent/CN101835189A/zh active Pending
- 2010-08-23 WO PCT/CN2010/076276 patent/WO2011140765A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1405995A (zh) * | 2001-09-13 | 2003-03-26 | 日本电气株式会社 | 短消息发送系统 |
| KR20040029553A (ko) * | 2002-10-01 | 2004-04-08 | 에스케이 텔레콤주식회사 | 휴대폰의 ｓｍｓ 서비스 재송신 방법 |
| CN1929633A (zh) * | 2006-08-07 | 2007-03-14 | 华为技术有限公司 | 一种短消息自动重发系统和自动重发方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101835189A (zh) | 2010-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9813548B2 (en) | Call method of mobile terminal, mobile terminal control method, and related device | |
| US20140194095A1 (en) | System and method for message identification and notification | |
| US9264888B2 (en) | Control of a mobile device | |
| WO2011140765A1 (zh) | 任务处理方法及移动终端 | |
| CN107888965B (zh) | 图像礼物展示方法及装置、终端、系统、存储介质 | |
| US20140378104A1 (en) | Method and device for processing short messages | |
| CN103596246A (zh) | 恢复数据业务的方法及终端 | |
| US20180213027A1 (en) | Receiving a communication event | |
| CN107231386B (zh) | 应用状态转换方法、装置及移动终端 | |
| CN103297600A (zh) | 移动终端和移动终端系统自动重启方法 | |
| WO2012155503A1 (zh) | 一种通讯装置及异常掉电处理方法 | |
| US20160330307A1 (en) | Blacklist Management Method and Device | |
| CN113179543B (zh) | 一种恢复rrc连接的方法及终端、计算机存储介质 | |
| CN106067857B (zh) | 一种防止用户被强制下线的方法及装置 | |
| JP2008072464A (ja) | 通信端末装置およびその制御方法 | |
| CN111866262A (zh) | Sim卡掉卡恢复方法及装置 | |
| CN103327491A (zh) | 控制即时通讯工具的通讯连接进程的方法及其通信终端 | |
| WO2017206620A1 (zh) | 应用程序状态设置的方法和装置 | |
| CN109302535B (zh) | 一种移动终端多闹钟处理方法、移动终端及存储介质 | |
| CN107783825A (zh) | 移动终端多后台进程启动方法、装置及移动终端 | |
| CN112423287A (zh) | 注册网络的控制方法、装置、计算机设备和存储介质 | |
| CN109413357B (zh) | 音视频通话方法及其装置、设备、存储介质 | |
| KR101863568B1 (ko) | 백그라운드 어플리케이션의 관리 방법 및 이를 이용한 단말 | |
| CN111083692A (zh) | 识别不支持移动通信网络的sim/usim卡的方法、装置和移动终端 | |
| CN110851328A (zh) | 一种密码卡在pkcs#11应用时异常掉电的检测方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 10851270 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 10851270 Country of ref document: EP Kind code of ref document: A1 |