知消息是被读取 或被删除。例如，以上述第一通知消息为例，处理器16可以判断对应于第一通知消息的用 户操作是读取操作（即，上述第一读取操作）或删除操作。在上述实施例中，由于第一通知 消息是被读取，因此处理器16会执行上述记录第一读取时间信息的操作。此外，若属于某 一个应用服务的通知消息是被读取，处理器16还会更新此应用服务的读取次数信息（例 如，将读取次数信息的值加1)。此读取次数信息是指示某一个应用服务的通知消息有被读 取的次数。另外，在另一实施例中，若对应于第一通知消息的用户操作是删除操作（例如， 使用者直接删除第一通知消息而没有对其进行读取），则处理器16会更新此应用服务的删 除次数信息（例如，将删除次数信息的值加1)。此删除次数信息是指示某一个应用服务的 通知消息没有被读取就被删除的次数。特别是，若属于某一应用服务的某一个通知消息已 被读取（此应用服务的读取次数信息被更新），则在此通知消息被删除后，此应用服务的删 除次数信息不会被更新。
[0038] 在一实施例中，处理器16会根据此应用服务的读取次数信息与删除次数信息来 获得此应用服务的第二类参数。第二类参数是用以指示属于此应用服务的通知消息的重要 性（importance)。此第二类参数的值与此应用服务的删除次数信息的值呈负相关并且与此 应用服务的读取次数信息的值呈正相关。也就是说，对于一预设数量的属于此应用服务的 通知消息来说，若此些通知消息中越多的通知消息有被读取，则此应用服务的第二类参数 的值越大；若此些通知消息中越多的通知消息未被读取即被删除，则此应用服务的第二类 参数的值越小。在一实施例中，可以利用以下方程式（2)来获得此应用服务的第二类参数。
[0040] 其中，P2是此应用服务的第二类参数，N i是此应用服务的读取次数信息，N 2是此应 用服务的删除次数信息，并且0可以是任意正数。
[0041] 在一实施例中，处理器16会根据第一类参数与第二类参数决定对应于应用服务 的提示规则。例如，处理器16可以判断第一类参数的值是否大于第一门槛值并且判断第二 类参数的值是否大于第二门槛值。若第一类参数的值大于第一门槛值且第二类参数的值大 于第二门槛值，处理器16可将对应于此应用服务的提示规则决定为第一提示规则；若第一 类参数的值大于第一门槛值且第二类参数的值不大于第二门槛值，处理器16可将对应于 此应用服务的提示规则决定为第二提示规则；若第一类参数的值不大于第一门槛值且第二 类参数的值大于第二门槛值，处理器16可将对应于应用服务的提示规则决定为第三提示 规则；以及若第一类参数的值不大于第一门槛值且第二类参数的值不大于第二门槛值，处 理器16可将对应于应用服务的提示规则决定为第四提示规则。第一提示规则至第四提示 规则可以是包含震动提示、闪灯提示及语音提示的至少其中之一不同。例如，在一实施例 中，可将第一提示规则设定为开启震动提示与闪光提示；将第二提示规则设定为开启震动 提示而关闭闪光提示；将第三提示规则设定为关闭震动提示而开启闪光提示；并且将第四 提示规则设定为关闭震动提示与闪光提示。也就是说，在此实施例中，当接收到即时性与重 要性都较高的应用服务的通知消息时，处理器16会指示提示模块14发出震动与闪光；当接 收到即时性较高而重要性不高的应用服务的通知消息时，处理器16会指示提示模块14仅 发出震动；当接收到即时性不高但重要性较高的应用服务的通知消息时，处理器16会指示 提示模块14仅发出闪光；当接收到即时性不高且重要性也不高的应用服务的通知消息时， 处理器16会指示提示模块14仅以点亮屏幕的方式来提示有新消息。然而，提示规则的设 定方式不限于上述。此外，在另一实施例中，也可以通过调整震动的震动强度、闪灯的亮度 (或颜色、闪灯频率）、和/或语音提示的开关/音量等来设定不同的提示规则，本发明不加 以限制。由此，在决定对应于此应用服务的提示规则之后，若通讯模块15接收到属于此应 用服务的第二通知消息，则处理器16会根据对应于此应用服务的提示规则来执行对应于 此第二通知消息的提示操作。
[0042] 图4是根据本发明的一实施例所绘示的通知消息提示方法的流程图。
[0043] 请参照图4,在步骤S401中，接收属于一应用服务的第一通知消息。在步骤S402 中，判断对应于所述第一通知消息的用户操作是第一读取操作或删除操作。若对应于所述 第一通知消息的用户操作是第一读取操作，在步骤S403中，记录所述第一读取操作的第一 读取时间信息。在步骤S404中，根据所述第一读取时间信息获得此应用服务的第一类参 数。在步骤S405中，更新对应于此应用服务的读取次数信息。另外，若对应于所述第一通知 消息的用户操作是删除操作，则在步骤S406中，更新对应于此应用服务的删除次数信息。 在步骤S407中，根据所述读取次数信息与删除次数信息获得此应用服务的第二类参数。在 步骤S408中，根据所述第一类参数与第二类参数决定对应于此应用服务的提示规则。在步 骤S409中，接收属于此应用服务的第二通知消息。在步骤S410中，根据所决定的提示规则 执行对应于所述第二通知消息的提示操作。
[0044] 图5是根据本发明的另一实施例所绘示的通知消息提示方法的流程图。
[0045] 请参照图5,在步骤S501中，判断第一类参数的值是否大于第一门槛值。若第一类 参数的值大于第一门槛值，在步骤S502中，判断第二类参数的值是否大于第二门槛值。若 第一类参数的值大于第一门槛值且第二类参数的值大于第二门槛值，在步骤S504中，将对 应于此应用服务的提示规则决定为第一提示规则。若第一类参数的值大于第一门槛值且第 二类参数的值不大于第二门槛值，在步骤S505中，将对应于此应用服务的提示规则决定为 第二提示规则。若第一类参数的值不大于第一门槛值，在步骤S503中，判断第二类参数的 值是否大于第二门槛值。若第一类参数的值不大于第一门槛值且第二类参数的值大于第二 门槛值，在步骤S506中，将对应于应用服务的提示规则决定为第三提示规则。若第一类参 数的值不大于第一门槛值且第二类参数的值不大于第二门槛值，在步骤S507中，将对应于 应用服务的提示规则决定为第四提示规则。
[0046] 由于图4与图5中各步骤已详细说明如上，在此便不再赘述。值得注意的是，图4 与图5中各步骤可以通过多个程序或是电路实现。例如，在一实施例中，储存介质12中可 以储存有多个模块，处理器16可以载入并且执行这些模块来执行上述各实施例中所提及 的操作。或者，在另一实施例中，处理器16则具有可执行上述各实施例中所提及的操作的 电路模块。此外，图4与图5的方法可以配合以上实施例使用，也可以单独使用，本发明并 不在此限。
[0047] 综上所述，本发明可分析使用者对于属于某一应用服务的通知消息的操作习惯， 从而决定后续对于属于此应用服务的通知消息的提示方式。
[0048] 虽然本发明已以实施