CN116056019B - 一种用于卡片推荐的短信解析方法及电子设备 - Google Patents

Abstract

本申请公开一种用于卡片推荐的短信解析方法及电子设备，包括：电子设备获取增量短信，增量短信为电子设备尚未解析的短信；在增量短信需要解析的情况下，电子设备判断增量短信的解析时机是否为充电解析；若增量短信的解析时机为充电解析，在电子设备处于充电状态的情况下，对增量短信进行解析，得到增量解析信息；充电解析为电子设备处于电池充电状态下进行增量短信解析的时机；电子设备基于增量解析信息显示第一用户界面，第一用户界面包括第一卡片，其中，第一卡片展示增量解析信息。本申请实施例中，可以用于节约短信解析的功耗。

Description

一种用于卡片推荐的短信解析方法及电子设备

技术领域

本申请涉及终端技术领域，尤其涉及一种用于卡片推荐的短信解析方法及电子设备。

背景技术

为了进一步给用户查阅信息提供方便，电子设备的使用卡片推荐功能，将用户可能需要查看的信息通过卡片的形式呈现在电子设备的桌面显示界面。这样，用户无需下意识提醒自己需要在特定的情形下进入某些软件应用查看需要的信息。例如，电子设备将航班信息通过卡片的形式进行呈现，用户不需要查阅短信或者进入订阅机票的相关应用来查看航班信息，直接可以在桌面查看即可。

在实现卡片推送的过程中，需要电子设备事先解析卡片的相关信息，卡片中显示信息可能来自于电子设备接收到的短信。然而，在短信解析过程的本身就会伴随着大量的能耗，且短些解析往往是解析之后才能够确定是否为需要进行卡片的信息，因此，解析之后判断是否需要推送卡片，也会进一步加剧电子设备的能耗。

发明内容

本申请实施例公开了一种用于卡片推荐的短信解析方法及电子设备，可以节约短信解析的功耗。

第一方面，本申请提供了一种用于卡片推荐的短信解析方法，所述方法应用于电子设备，包括：所述电子设备获取增量短信，所述增量短信为所述电子设备尚未解析的短信；在所述增量短信需要解析的情况下，所述电子设备判断所述增量短信的解析时机是否为充电解析；若所述增量短信的解析时机为充电解析，在所述电子设备处于充电状态的情况下，对所述增量短信进行解析，得到增量解析信息；所述充电解析为所述电子设备的电池状态处于充电状态下进行增量短信解析的时机；所述电子设备基于所述增量解析信息显示第一用户界面，所述第一用户界面包括第一卡片，其中，所述第一卡片展示所述增量解析信息。

在本申请实施例中，电子设备可以在本地的解析数据库中确定是否有已经解析过的信息(新增短信)，已经解析过，则不必重复解析，此外，还要对增量信息确定是否满足筛选条件，满足才解析，否则不解析，这样能够减少不必要的解析过程，保证解析的有效性，从而可以避免能耗和处理资源的浪费。此外，电子设备在确定增量信息需要解析时，还需要基于解析时机进行解析，保证优先解析用户当即需要的，而对于紧迫程度较低的信息，可以在充电灭屏的时候解析，保证进一步节约能耗。

在一种可能的实现方式中，所述方法还包括：所述电子设备监听短信数据库，并获取状态变更信息，所述状态变更信息包括第一短信身份标识ID；所述短信数据库中每一条短信均具有一个短信ID；所述第一短信ID为所述短信数据库中的短信ID中的最大ID；所述电子设备获取增量短信，具体包括：在所述第一短信ID与第一查询ID不相同的情况下，所述电子设备确定所述第一短信ID对应的短信为增量短信；其中，所述电子设备存储有解析数据库，所述解析数据库中存储有对短信进行解析后的解析信息，所述解析数据库中存储有查询ID，所述第一查询ID为所述解析数据库中的查询ID中的最大ID。这样，判断短信数据库中的是否有新增短信的过程，同时也意味着判断这一条短信是否已经经过了查询处理，这种通过最大ID判断的过程，不需要对短信进行遍历比对，巧妙地利用了短信数据库和解析数据库中ID的特征，提高处理效率，节约了处理资源，减少了能耗。此外，在查询的过程中，由于新增短信和第一查询ID是同步更新的，从而不用去重复的读取磁盘，查找短信数据库中哪一个短信的新增的短信，减少磁盘的读取操作，节约能耗。

在一种可能的实现方式中，在所述电子设备获取增量短信之后，所述方法还包括：所述电子设备基于筛选条件判断是否需要解析所述增量短信，所述筛选条件是筛选所述增量短信是否进行解析的过滤条件。这样，由于在解析之前，通过时间、号码和关键词逻辑，对电子设备短信进行过滤，保证再具体需要解析的短信是用户确实需要的，筛选的过程往往比电子设备的解析这条短信的过程，处理速度更快，能耗更低，从而可以总体上降低解析过程的能耗，以及提高解析的效率，保证解析结果的有效性。此外，时间范围作为筛选条件尤其能够筛选第一次使用解析业务或者长时间没有使用过解析业务的短信来说，筛选尤其有效。

在一种可能的实现方式中，所述电子设备基于筛选条件判断是否需要解析对所述增量短信，具体包括：在所述筛选条件包括号码规则的情况下，所述电子设备确定所述增量短信的发件人号码是否符合所述号码规则，若符合所述号码规则，确定需要解析所述增量短信；若不符合所述号码规则，确定不需要解析所述增量短信；和/或，在所述筛选条件包括关键词逻辑的情况下，所述电子设备确定所述增量短信的文本内容是否符合所述关键词逻辑，若符合所述关键词逻辑，确定需要解析所述增量短信；若不符合所述关键词逻辑，确定不需要解析所述增量短信；和/或，在所述筛选条件包括时间范围的情况下，所述电子设备确定所述增量短信的获取时间是否符合对应业务类型的所述时间范围，若符合所述时间范围，确定需要解析所述增量短信；若不符合所述时间范围，确定不需要解析所述增量短信。这样，由于在解析之前，通过时间、号码和关键词逻辑，对电子设备短信进行过滤，保证再具体需要解析的短信是用户确实需要的，筛选的过程往往比电子设备的解析这条短信的过程，处理速度更快，能耗更低，从而可以总体上降低解析过程的能耗，以及提高解析的效率，保证解析结果的有效性。此外，时间范围作为筛选条件尤其能够筛选第一次使用解析业务或者长时间没有使用过解析业务的短信来说，筛选尤其有效。

在一种可能的实现方式中，所述电子设备判断所述增量短信的解析时机是否为充电解析，具体包括：所述电子设备基于时机映射信息确定所述增量短信对应的第一业务类型，并基于所述第一业务类型确定对应的解析时机是否为充电解析，所述时机映射信息为业务类型与解析时机之间的映射关系，所述解析时机包括实时解析和充电解析。这样，电子设备基于筛选信息判断增量信息是否进行解析，在解析的情况下，基于解析时机与业务种类和关键词的映射关系，确定增量短信的解析时机，并基于解析时机进行解析。由于解析时机包括实时解析和充电解析两种方案，实时解析能够更加注重用户及时查看到当前的推送信息，将重要的，对于用户来说及时性较强的信息进行实时解析，保证用户的体验，以及信息的时效性，从而可以保证用户体验。对于时效性要求不高的信息，可以在充电解析(或者充电灭屏解析)条件下进行解析，保证解析所消耗的能源是充电时直供的，减少电池能源的消耗，从而减少能耗。

在一种可能的实现方式中，所述方法还包括：所述电子设备基于所述时机映射信息确定所述增量短信对应的第一业务类型，并基于所述第一业务类型确定对应的解析时机是否为实时解析；若所述增量短信的解析时机为实时解析，所述电子设备立即对所述增量短信进行解析，得到增量解析信息。这样，电子设备基于筛选信息判断增量信息是否进行解析，在解析的情况下，基于解析时机与业务种类和关键词的映射关系，确定增量短信的解析时机，并基于解析时机进行解析。由于解析时机包括实时解析和充电解析两种方案，实时解析能够更加注重用户及时查看到当前的推送信息，将重要的，对于用户来说及时性较强的信息进行实时解析，保证用户的体验，以及信息的时效性，从而可以保证用户体验。对于时效性要求不高的信息，可以在充电解析(或者充电灭屏解析)条件下进行解析，保证解析所消耗的能源是充电时直供的，减少电池能源的消耗，从而减少能耗。

在一种可能的实现方式中，所述电子设备存储有显示映射信息，所述显示映射信息为不同业务类型对应的显示条件信息，所述电子设备基于所述增量解析信息显示第一用户界面，具体包括：所述电子设备基于所述显示映射关系确定所述增量解析信息的业务类型，基于所述业务类型确定第一显示条件，并判断所述电子设备是否满足所述第一显示条件，在满足所述第一显示条件的情况下，基于所述增量解析信息显示第一用户界面。这样，上述的实施方式中，由于卡片推送的时机是满足显示条件的，在用户需要的场景中推荐，可以保证卡片推荐时机的准确性和时效性。此外，恰当的场景推送卡片便于用户查看相关信息，保证用户体验。

在一种可能的实现方式中，所述在所述电子设备处于充电状态的情况下，对所述增量短信进行解析，得到增量解析信息之后，所述方法还包括：所述电子设备将所述增量解析信息存储到所述解析数据库中。这样，将已经解析过的信息存储到解析数据库中，避免重复解析，从而节省处理资源和功耗。

在一种可能的实现方式中，所述在所述电子设备处于充电灭屏状态的情况下，对所述增量短信进行解析，得到增量解析信息之后，所述方法还包括：所述电子设备将所述增量解析信息存储到所述解析数据库中。这样，将已经解析过的信息存储到解析数据库中，避免重复解析，从而节省处理资源和功耗。

第二方面，本申请提供了一种电子设备，包括：触控屏、一个或多个处理器和一个或多个存储器，所述一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，以使得所述电子设备执行：获取增量短信，所述增量短信为所述电子设备尚未解析的短信；在所述增量短信需要解析的情况下，判断所述增量短信的解析时机是否为充电解析；若所述增量短信的解析时机为充电解析，在所述电子设备处于充电状态的情况下，对所述增量短信进行解析，得到增量解析信息；所述充电解析为所述电子设备的电池状态处于充电状态下进行增量短信解析的时机；基于所述增量解析信息显示第一用户界面，所述第一用户界面包括第一卡片，其中，所述第一卡片展示所述增量解析信息。

在本申请实施例中，电子设备可以在本地的解析数据库中确定是否有已经解析过的信息(新增短信)，已经解析过，则不必重复解析，此外，还要对增量信息确定是否满足筛选条件，满足才解析，否则不解析，这样能够减少不必要的解析过程，保证解析的有效性，从而可以避免能耗和处理资源的浪费。此外，电子设备在确定增量信息需要解析时，还需要基于解析时机进行解析，保证优先解析用户当即需要的，而对于紧迫程度较低的信息，可以在充电灭屏的时候解析，保证进一步节约能耗。

在一种可能的实现方式中，所述电子设备还执行：监听短信数据库，并获取状态变更信息，所述状态变更信息包括第一短信身份标识ID；所述短信数据库中每一条短信均具有一个短信ID；所述第一短信ID为所述短信数据库中的短信ID中的最大ID；所述电子设备获取增量短信，具体执行：在所述第一短信ID与第一查询ID不相同的情况下，确定所述第一短信ID对应的短信为增量短信；其中，存储有解析数据库，所述解析数据库中存储有对短信进行解析后的解析信息，所述解析数据库中存储有查询ID，所述第一查询ID为所述解析数据库中的查询ID中的最大ID。这样，判断短信数据库中的是否有新增短信的过程，同时也意味着判断这一条短信是否已经经过了查询处理，这种通过最大ID判断的过程，不需要对短信进行遍历比对，巧妙地利用了短信数据库和解析数据库中ID的特征，提高处理效率，节约了处理资源，减少了能耗。此外，在查询的过程中，由于新增短信和第一查询ID是同步更新的，从而不用去重复的读取磁盘，查找短信数据库中哪一个短信的新增的短信，减少磁盘的读取操作，节约能耗。

在一种可能的实现方式中，在所述电子设备获取增量短信之后，所述电子设备还执行：基于筛选条件判断是否需要解析所述增量短信，所述筛选条件是筛选所述增量短信是否进行解析的过滤条件。这样，由于在解析之前，通过时间、号码和关键词逻辑，对电子设备短信进行过滤，保证再具体需要解析的短信是用户确实需要的，筛选的过程往往比电子设备的解析这条短信的过程，处理速度更快，能耗更低，从而可以总体上降低解析过程的能耗，以及提高解析的效率，保证解析结果的有效性。此外，时间范围作为筛选条件尤其能够筛选第一次使用解析业务或者长时间没有使用过解析业务的短信来说，筛选尤其有效。

在一种可能的实现方式中，所述电子设备基于筛选条件判断是否需要解析对所述增量短信，具体执行：在所述筛选条件包括号码规则的情况下，确定所述增量短信的发件人号码是否符合所述号码规则，若符合所述号码规则，确定需要解析所述增量短信；若不符合所述号码规则，确定不需要解析所述增量短信；和/或，在所述筛选条件包括关键词逻辑的情况下，确定所述增量短信的文本内容是否符合所述关键词逻辑，若符合所述关键词逻辑，确定需要解析所述增量短信；若不符合所述关键词逻辑，确定不需要解析所述增量短信；和/或，在所述筛选条件包括时间范围的情况下，确定所述增量短信的获取时间是否符合对应业务类型的所述时间范围，若符合所述时间范围，确定需要解析所述增量短信；若不符合所述时间范围，确定不需要解析所述增量短信。这样，由于在解析之前，通过时间、号码和关键词逻辑，对电子设备短信进行过滤，保证再具体需要解析的短信是用户确实需要的，筛选的过程往往比电子设备的解析这条短信的过程，处理速度更快，能耗更低，从而可以总体上降低解析过程的能耗，以及提高解析的效率，保证解析结果的有效性。此外，时间范围作为筛选条件尤其能够筛选第一次使用解析业务或者长时间没有使用过解析业务的短信来说，筛选尤其有效。

在一种可能的实现方式中，所述电子设备判断所述增量短信的解析时机是否为充电解析，具体执行：基于时机映射信息确定所述增量短信对应的第一业务类型，并基于所述第一业务类型确定对应的解析时机是否为充电解析，所述时机映射信息为业务类型与解析时机之间的映射关系，所述解析时机包括实时解析和充电解析。这样，电子设备基于筛选信息判断增量信息是否进行解析，在解析的情况下，基于解析时机与业务种类和关键词的映射关系，确定增量短信的解析时机，并基于解析时机进行解析。由于解析时机包括实时解析和充电解析两种方案，实时解析能够更加注重用户及时查看到当前的推送信息，将重要的，对于用户来说及时性较强的信息进行实时解析，保证用户的体验，以及信息的时效性，从而可以保证用户体验。对于时效性要求不高的信息，可以在充电解析(或者充电灭屏解析)条件下进行解析，保证解析所消耗的能源是充电时直供的，减少电池能源的消耗，从而减少能耗。

在一种可能的实现方式中，所述电子设备还执行：基于所述时机映射信息确定所述增量短信对应的第一业务类型，并基于所述第一业务类型确定对应的解析时机是否为实时解析；若所述增量短信的解析时机为实时解析，所述电子设备立即对所述增量短信进行解析，得到增量解析信息。这样，电子设备基于筛选信息判断增量信息是否进行解析，在解析的情况下，基于解析时机与业务种类和关键词的映射关系，确定增量短信的解析时机，并基于解析时机进行解析。由于解析时机包括实时解析和充电解析两种方案，实时解析能够更加注重用户及时查看到当前的推送信息，将重要的，对于用户来说及时性较强的信息进行实时解析，保证用户的体验，以及信息的时效性，从而可以保证用户体验。对于时效性要求不高的信息，可以在充电解析(或者充电灭屏解析)条件下进行解析，保证解析所消耗的能源是充电时直供的，减少电池能源的消耗，从而减少能耗。

在一种可能的实现方式中，所述电子设备存储有显示映射信息，所述显示映射信息为不同业务类型对应的显示条件信息，所述电子设备基于所述增量解析信息显示第一用户界面，具体执行：基于所述显示映射关系确定所述增量解析信息的业务类型，基于所述业务类型确定第一显示条件，并判断所述电子设备是否满足所述第一显示条件，在满足所述第一显示条件的情况下，基于所述增量解析信息显示第一用户界面。这样，上述的实施方式中，由于卡片推送的时机是满足显示条件的，在用户需要的场景中推荐，可以保证卡片推荐时机的准确性和时效性。此外，恰当的场景推送卡片便于用户查看相关信息，保证用户体验。

在一种可能的实现方式中，所述在所述电子设备处于充电状态的情况下，对所述增量短信进行解析，得到增量解析信息之后，所述电子设备还执行：将所述增量解析信息存储到所述解析数据库中。这样，将已经解析过的信息存储到解析数据库中，避免重复解析，从而节省处理资源和功耗。

在一种可能的实现方式中，所述在所述电子设备处于充电灭屏状态的情况下，对所述增量短信进行解析，得到增量解析信息之后，所述电子设备还执行：将所述增量解析信息存储到所述解析数据库中。这样，将已经解析过的信息存储到解析数据库中，避免重复解析，从而节省处理资源和功耗。

第三方面，本申请提供了一种电子设备，包括触控屏、一个或多个处理器和一个或多个存储器。该一个或多个处理器与触控屏、摄像头、以及一个或多个存储器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行上述任一方面任一项可能的实现方式中的用于卡片推荐的短信解析方法。

第四方面，本申请提供了一种电子设备，包括：一个或多个功能模块。一个或多个功能模块用于执行上述任一方面任一项可能的实现方式中的用于卡片推荐的短信解析方法。

第五方面，本申请实施例提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述任一方面任一项可能的实现方式中的用于卡片推荐的短信解析方法。

第六方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述任一方面任一项可能的实现方式中的用于卡片推荐的短信解析方法。

附图说明

图1是本申请实施例提供的一种电子设备100的硬件结构示意图；

图2是本申请实施例提供的一种电子设备100的软件结构框图；

图3是本申请实施例提供的一种用户界面的示意图；

图4是本申请实施例提供的又一种用于卡片推荐的短信解析方法流程示意图；

图5是本申请实施例提供的一种短信解析的方法流程示意图；

图6是本申请实施例提供的一种筛选条件获取方法流程示意图；

图7是本申请实施例提供的另一种用户界面的示意图；

图8是本申请实施例提供的另一种用于卡片推荐的短信解析方法流程示意图；

图9是本申请实施例提供的又一种用于卡片推荐的短信解析方法流程示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

下面介绍本申请实施例涉及相关技术：

(1)自然语言处理，(natural language processing，NLP)

是研究人与计算机交互的语言问题的一门学科。按照技术实现难度的不同，这类系统可以分成简单匹配式、模糊匹配式和段落理解式三种类型。

自然语言处理的过程，就是接收自然语言，这种语言是通过人类的自然使用演变而来的，我们每天都用它来交流转译自然语言，通常是通过基于语义分析，语义提取等算法分析自然语言并输出结果。

NLP可以包括自然语言理解(natural language understanding，NLU)和自然语言生成(natural language generation，NLG)。其中，自然语言理解NLU是所有支持机器理解文本内容的方法模型或任务的总称。其涵盖领域非常广泛，包括句子检测，分词，词性标注，句法分析，文本分类、聚类，文字角度，信息抽取、自动摘要，机器翻译，自动问答，文本生成等多个领域。

(2)卡片

卡片是一种具有封闭轮廓的信息载体，以浓缩的形式直观快捷地提供重要或密切相关的信息，用于上述信息的显示和交互。卡片的形状通常为圆角矩形，类似于信用卡的形状，当然也可以为其他形状。卡片使得终端设备的用户更为方便直观地获取信息及执行操作，因而应用广泛。在本申请实施例中卡片的大小、位置和形状等均不加限定。

下面介绍本申请实施例涉及的装置。

图1为本申请实施例提供的一种电子设备100的硬件结构示意图。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(Universal Serial Bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(Subscriber Identification Module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(Application Processor，AP)，调制解调处理器，图形处理器(Graphics Processingunit，GPU)，图像信号处理器(Image Signal Processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(Digital Signal Processor，DSP)，基带处理器，和/或神经网络处理器(Neural-network Processing Unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备100，例如AR设备等。

充电管理模块140用于从充电器接收充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备100供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

在本申请中，电子设备的充电管理模块140可以确定电池142是否正在充电。在电子设备的电池142正在充电的情况下，电池状态为充电状态；电池142没有外界电源进行充电，电池状态为非充电状态。在外界电源正在为电池142提供充电的时候，电子设备的处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电来源于外界电源，而非电池142。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(Low Noise Amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(WirelessLocal Area Networks，WLAN)(如无线保真(Wireless Fidelity，Wi-Fi)网络)，蓝牙(Bluetooth，BT)，全球导航卫星系统(Global Navigation Satellite System，GNSS)，调频(Frequency Modulation，FM)，近距离无线通信技术(Near Field Communication，NFC)，红外技术(Infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(Liquid Crystal Display，LCD)，有机发光二极管(Organic Light-EmittingDiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(Active-MatrixOrganic Light Emitting Diode的，AMOLED)，柔性发光二极管(Flex Light-EmittingDiode，FLED)，Mini LED，Micro LED，Micro-OLED，量子点发光二极管(Quantum Dot LightEmitting Diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

在本申请实施例中，电子设备的显示屏194的显示状态可以是亮屏状态和灭屏状态。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现获取功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像或视频。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(Charge Coupled Device，CCD)或互补金属氧化物半导体(Complementary Metal-Oxide-Semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像或视频信号。ISP将数字图像或视频信号输出到DSP加工处理。DSP将数字图像或视频信号转换成标准的RGB，YUV等格式的图像或视频信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。例如，在一些实施例中，电子设备100可以利用N个摄像头193获取多个曝光系数的图像，进而，在视频后处理中，电子设备100可以根据多个曝光系数的图像，通过HDR技术合成HDR图像。

数字信号处理器用于处理数字信号，除了可以处理数字图像或视频信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(Moving Picture Experts Group，MPEG)1，MPEG2，MPEG3，MPEG4等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像视频播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。

传感器模块180可以包括1个或多个传感器，这些传感器可以为相同类型或不同类型。可理解，图1所示的传感器模块180仅为一种示例性的划分方式，还可能有其他划分方式，本申请对此不作限制。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备100姿态，应用于横竖屏切换，计步器等应用。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构，等。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

图2是本申请实施例的电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括短信、日历、电话、地图、电话、设置、感知模块、业务逻辑处理模块、业务呈现模块和桌面应用等应用程序。

短信(应用)可以存储有短信数据库，即电子设备接收到的短信消息，可以通过短信数据库进行存储，用户可以对短信数据库进行查看和删除操作。此外，短信数据库中的每一条短信均有对应的身份标识(identity document，ID)。

感知模块常驻运行或以低功耗形式运行，具有感知外部事实或者环境的能力。例如，在卡片提醒(短信解析)业务处于开启状态时，感知模块对根据业务逻辑处理模块注册的能力(或事项，如特定时间、特定地点、或特定事件等)进行监控，如果电子设备触发了其中某一种，感知模块可以发送通知给业务逻辑处理模块。此外，感知模块还可以通过应用编程接口(application programming interface，API)从应用程序层的其他应用程序或应用程序框架层或系统层或内核层来检测或监听相关事件和获取事件的状态。比如，感知模块监听短信存储的短信数据库的状态等。在本申请实施例中，感知模块可以存储有解析数据库，解析数据库中用来存储短信解析之后的解析信息的。感知模块可以监听短信数据库的状态，获取状态变更信息，并基于状态变更信息确定短信数据库是否新增短信。在增量短信需要解析的情况下，感知模块基于增量短信的解析时机对增量短信进行解析，并将解析之后的增量解析信息存储到解析数据库中，具体可以参考图4、图8和图9的相关描述，不加赘述。

业务逻辑处理模块(如，计算引擎)具有业务逻辑处理能力，可以用于实现各种卡片展示，消失的逻辑。例如，业务逻辑处理模块接收到感知模块发送的用于指示检测到某事项的通知，可以根据逻辑来发送命令给业务呈现模块(如：YOYO建议)或者桌面应用，让其显示卡片，此命令可以携带链接，后续当用户点击卡片时，可以根据链接跳转到该链接对应的某个三方APP或者小程序。业务逻辑处理模块也可以通过接收感知模块发送过来的用于指示检测到用户对一些卡片的事物进行处理开始或完成的通知(例如，用户已经入住酒店、开始会议等)，来将终端上的卡片展示或者消失。在本申请实施例中，业务逻辑处理模块可以基于增量短信的业务类型确定显示条件，并判断当前是否满足显示条件。其中显示条件包括卡片展示的条件和消失的条件，并将判断结果(例如，显示通知)发送给业务呈现模块和/或桌面应用。

业务呈现模块(如：YOYO建议)，用于将确定的卡片视图的生成和显示或者消失在终端设备的屏幕上。例如，业务呈现模块可以接收业务逻辑处理模块传递的显示提醒卡片的命令，并将该提醒卡片展示给用户，当用户点击卡片时，可以链接到某个APP的某个页面。业务呈现模块可以建立显示的动画并进行显示，基于用户交互获取用户反馈信息等。例如，本申请一些实施例中，用户点击YOYO建议显示的火车卡片，电子设备可以显示12306的详情界面，方面用户查看更详细的信息。在本申请实施例中，业务呈现模块可以基于接收到业务逻辑处理模块的显示通知进行绘制卡片，并进行展示或消失。即对应的，如果接收到业务逻辑处理模块传过来的消失卡片命令时，业务呈现模块可以将卡片消失。

桌面应用可以用于显示电子设备的信息(显示插件、通知、应用、卡片等等)。本申请实施例中，桌面应用也可以基于接收到业务逻辑处理模块的显示通知进行绘制卡片，并将展示或者消失的卡片与现有显示内容进行协调显示。

需要说明的是，在本申请实施例中，电子设备显示卡片的过程可以是业务呈现模块单独完成的。也可以是桌面应用单独完成的。还可以是业务呈现模块和桌面应用协作完成的，不加限定。此外，卡片显示的具体方式可以直接呈现对应信息，也可以是建立APP的快捷方式，具体方式不加限定。

应用程序框架层为应用程序层的应用程序提供API和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，资源管理器，视图系统，通知管理器，活动管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，触摸屏幕，拖拽屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备振动，指示灯闪烁等。

活动管理器用于负责管理应用的活动(activity)的启动、状态、生命周期等与activity相关的事务。其中，activity是一个应用程序组件，可以提供一个界面，以供用户通过该界面与终端设备进行交互，从而完成某项任务。

Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层可以包含显示驱动，充电驱动，音频驱动，传感器驱动等。

在本申请实施例中，显示驱动可以确定电子设备的显示屏是否点亮或熄灭。即确定电子设备的显示状态为亮屏状态还是灭屏状态。

在本申请实施例中，充电驱动用于电子设备的充电模块是否正在充电。即确定电子设备的电池状态是充电状态还是非充电状态。

在日常生活中，用户不论是出行乘坐班车、火车、飞机，有待办日程或任务，还是住酒店、有信息快递等通知等等，都是需要用户查阅到相关的信息进行跟进和实时处理。然而，用户查找电子设备中的相应信息的时候，往往需要点击进入APP或点击进入相关的短信进行查阅，在操作上比较繁琐，会给正在处理事情的用户带来极大的不便。

基于上述的问题，为了能够减少用户的操作，更加及时和快捷的提醒用户相关的信息，电子设备可以先提取班车、火车、飞机，有待办日程或任务，酒店、快递等相关的信息，并通过卡片的形式推荐给用户。

电子设备可以显示第一用户界面，第一用户界面可以包括卡片。其中，卡片为电子设备用于提醒用户行程、待办事项、任务等的卡片。卡片可以包括班车卡片、火车卡片、酒店卡片、日程卡片、计划卡片、会议卡片、快递卡片、基金提醒卡片、消费卡片、个人事务提醒卡片、银行信息卡片等等，不加限定。

在用户界面中，卡片可以显示在电子设备的桌面的负一屏、第一屏、第二屏和第三屏中的任一桌面的用户界面上，不加限定。其中，桌面的负一屏位于电子设备显示桌面时，向左滑一次显示的用户界面上。桌面的第一屏、桌面的第二屏、桌面的第三屏等位于自桌面的负一屏开始，向右滑动后依次显示的用户界面上。电子设备可以号包括负三屏、负二屏等等，位于自桌面的负一屏开始，向左滑动后依次显示的用户界面上。

示例性地，图3是本申请实施例公开的一种用户界面的示意图。如图3中的(A)所示，电子设备可以显示第一用户界面300，用户界面300是电子设备负一屏的界面，其中可以包括火车卡片301和快递卡片302。其中，火车卡片301可以包括车次，日期，计划出发时间、计划到达时间以及座位号等用户乘坐火车时的相关信息。快递卡片302可以包括取件的快递点、包括到达时间、手机尾号等信息。此外，用户界面300还可以包括其他信息或卡片，本申请对此不加限定。如图3中的(B)所示，电子设备可以显示第二用户界面310，用户界面310是电子设备第一屏的界面，其中可以包括酒店卡片311。其中，酒店卡片311可以包括酒店，入住时间、酒店地址等用户住酒店时的相关信息。此外，用户界面310还可以包括其他信息(如，应用图标信息等)或卡片，本申请对此不加限定。

对于上述卡片推送的过程中，电子设备需要先获取用于生成卡片的相关信息，例如，火车卡片相关的车次、日期，计划出发时间、计划到达时间以及座位号等信息；快递卡片可以包括取件的快递点、包括到达时间、手机尾号等信息；酒店卡片可以包括酒店，入住时间、酒店地址等信息。在获取生成卡片的相关信息的过程中，一种重要的信息来源是用户的短信。短信这种消息形成，往往有提醒用户重要的待办事项的功能，短信的具体内容可以包括行程、酒店、日程、会议、预约信息、快递等信息。这些短信信息与用户的日常息息相关，然而，这些短信在卡片推荐的场景中，并非能够直接拿来使用的，而是需要通过对短信进行解析和处理才能够以卡片的形成进行显示。解析短信的过程本身就伴随能耗，在短信解析的过程中，由于短信的数量之大，种类之多，电子设备全部依次解析往往会消耗大量的能耗和处理资源。

针对于上述的技术问题，本申请实施例提出一种用于卡片推荐的短信解析方法，电子设备通过监听短信数据库，确定是否有新增短信，在确定有新增短信的情况下，基于筛选条件增量短信进行筛选，确定其是否进行解析。在确定解析的情况下，电子设备基于解析时机，在满足相应解析时机的条件下，对增量短信进行解析，得到增量解析信息并存储。电子设备在增量解析信息满足显示条件的情况下，基于增量解析信息显示卡片。这样，电子设备可以在本地的解析数据库中确定是否有已经解析过的信息，已经解析过，则不必重复解析，此外，还要对增量信息确定是否满足筛选条件，满足才解析，否则不解析，这样能够减少不必要的解析过程，保证解析的有效性，从而可以避免能耗和处理资源的浪费。此外，电子设备在确定增量信息需要解析时，还需要基于解析时机进行解析，保证优先解析用户当即需要的，而对于紧迫程度较低的信息，可以在充电灭屏的时候解析，保证进一步节约能耗。

图4是本申请实施例公开的一种用于卡片推荐的短信解析方法的流程示意图。如图4所示，电子设备可以执行但不限于以下步骤：

在本申请实施例中，电子设备使用短信解析功能，往往是用户已经开启或同意相关业务种类的卡片推荐功能，对应地，电子设备需要解析这些业务类型的短信。电子设备便具有了短信解析的功能。此时，本申请中，电子设备便订阅了用于卡片推荐的短信解析业务。

在本申请实施例中，短信解析业务在卡片推送的场景中的类型是多种多样的，例如，业务类型可以包括航班、火车、快递、银行贷款、银行账单、酒店、会议、日程和预约等等，不加限定。

示例性地，用户查看电子设备的设置界面，并开启了航班信息卡片的推送功能(即订阅了航班类型的短信解析信息业务)，此时，电子设备获取到航班信息相关的短信，便可以对此进行解析，在需要显示的情况下，可以将解析的结果通过卡片的形式进行显示。

示例性地，在电子设备重新启动的情况下，需要确定用户是否已经开启过某一种类型的短信解析业务，若用户已经开启，电子设备已经使用这一类型的卡片推送功能，电子设备便可以直接启用上述的类型的业务即可。例如，电子设备检测到用户已经点击开启过会议类型的卡片推荐功能，电子设备可以对会议业务类型的短信进行解析。电子设备未检测到用户已经开启过银行账单类型的卡片推荐功能，电子设备不能对银行账单业务类型的短信进行解析。

电子设备订阅特定业务类型的短信解析业务之后，电子设备可以从云端设备获取处理短信解析业务所需要的信息。例如，图4中所提到的时机映射信息、显示映射信息和筛选条件等信息。电子设备获取之后，可以存储到本地。

示例性地，电子设备可以向云端设备第一请求。第一请求是用于请求获取第一信息的信息。第一信息可以包括时机映射信息、显示映射信息和筛选条件中的一种或多种信息，第一请求可以包括电子设备已订阅的业务类型(例如，航班和火车)。云端设备接收到第一请求之后，可以基于业务类型向电子设备发送第一信息。

需要说明的是，本申请中短信解析的过程均是在电子设备开启上述的业务的条件下，这个业务的开启是经过用户同意的情况下使用的。在电子设备开启上述业务的情况下，便可以执行S401-S404。

S401、电子设备监听短信数据库，并获取状态变更信息。

电子设备的短信应用(application，APP)可以存储短信数据库，短信数据库为电子设备接收到或发送出去的短信集合，即短信数据库存储电子设备的短信。用户可以操作查看或者删除短信数据库中的短信。其中，电子设备可以通过短信应用存储有短信数据库。短信数据库中每一条短信对应一个短信ID。一般而言，短信是不断接收到新的，短信ID是随之增加的，因此，最近接收到或者发送的短信对应的ID号是最大的。短信数据库的状态可以发生变化，用于表明短信数据库状态变更的信息为状态变更信息。短信应用可以获取短信数据库的状态变更信息。

在已经启动短信解析业务的情况下，电子设备的感知模块可以监听短信数据库，确定短信数据库是否发生增量变化，即电子设备是否接收到新增短信(即存在到短信数据库中但感知模块尚未进行解析的新增短信)。短信数据库的变化状态包括增加、删除、查询和更新四种状态。其中，感知模块可以监听短信数据库是否产生变化状态。在有上述的变化状态的情况下，感知模块确定变化状态是否为增加状态。若短信处于增加状态的情况下，可以确定电子设备接收到未解析的新短信，即可以获取增量短信。

一种可能的实施方式中，电子设备可以通过感知模块向短信(应用)发送监听指令。监听指令是用于请求监听短信数据库的发生状态变化的指令。短信(应用)接收到监听指令之后，可以开始对短信数据库的状态进行监测，在短信数据库发生增加、删除、查询或者更新的任一状态变化的情况下，可以向感知模块发送状态变更信息。其中，状态变更信息可以是增加、删除、查询或者更新中的任一一种，但并不明确指出具体是4种状态中的某一种。状态变更信息包括第一短信身份标识ID，短信数据库中每一条短信均具有一个ID，第一短信ID为短信数据库中的最大ID。

需要说明的是，电子设备的短信(应用)在任一一次短信数据库发生变更的情况下，就需要向感知模块发送一次状态变更信息。例如，短信(应用)获取到当前用户删除了一条短信，此时，短信向感知模块发送一条状态变更信息。短信(应用)获取到当前新增两条短信，此时，短信向感知模块分别发送两条状态变更信息。由此可以说明，一条状态变更信息便可以对应一次短信数据库状态的变化。在感知模块接收到来自短信应用的状态变更信息之后，可以确定当前的短信数据库发生了一次状态变更。这样，在短信数据库发生变更的情况下，就会确定短信数据库是否接收到新短信。即是否是增量短信，是否用于解析，避免发生遗漏，保证方案的可靠性。

需要说明的是，在状态变更信息不指出变更的具体状态的情况下，若存在解析数据库的情况下，感知模块可以基于状态变更信息确定当前的短信对应的解析数据库是否存在则增量短信的解析信息。

另一种可能的实施方式中，电子设备可以通过感知模块向短信应用(发送)监听指令。监听指令是用于请求监听短信数据库的发生状态变化的指令。短信(应用)接收到监听指令之后，可以开始对短信数据库的状态进行监测，在短信数据库发生增加、删除、查询或者更新的任一状态变化的情况下，可以向感知模块发送状态变更信息。其中，状态变更信息包括增加、删除、查询或者更新中的任一一种，并明确指出具体是4种状态中的某一种。在感知模块接收到来自短信应用的状态变更信息之后，可以确定当前的短信数据库是否发生了新增信息。

上述的两种实施方式中，电子设备可以监听短信数据库的变化，从而可以触发是否解析短信的过程，这样，能够对新增的短信进行解析，已经解析过的短信，不需要重复解析，保证解析的过程不反复，进而提高解析过程的能耗低。

S402、电子设备基于状态变更信息对短信数据库和解析数据库进行查询，确定短信数据库是否新增短信。若存在新增短信的情况下，则获取增量短信，并执行步骤S403；否则结束当前处理流程(即不解析)。

其中，电子设备可以通过感知模块存储解析数据库。在电子设备订阅了短信解析业务，并执行过短信解析业务的情况下，电子设备便已经建立了解析数据库。解析数据库存储有针对于短信数据库中的短信进行解析，得到的解析信息。此外，解析数据库中存储有查询ID，即每一次感知模块获取到状态变更信息之后，就需要确定是否存在新增短信，在存在新增短信的情况下(解析数据库中没有与第一短信ID相同的查询ID)，需要将第一短信ID写入解析数据库中，并确定为当前的第一查询ID。感知模块对解析数据库进行查询的时候，都有可能产生或者更新的查询ID，查询ID与短信数据库中的短信ID与之对应，即查询前的第一短信ID与查询后的第一查询ID相同，并在下一次查询之前保持第一查询ID不变。一般而言，最新查询的短信即对应的查询ID号最大。此外，短信解析数据库中的解析信息是可以发生变化的，例如，用户删除对应短信，其相应的解析信息也会随之删除，解析信息减少；电子设备对新增短信的解析信息，会将解析的信息存储到短信解析数据库中，解析信息增加。

在电子设备获取到状态变更信息之后，可以先确定当前电子设备是否有存在解析数据库，在存在解析数据库的情况下，基于状态变更信息确定短信数据库是否新增短信，在新增短信的情况下，执行步骤S403(进行解析的过程)；否则，结束当前流程，即不需要解析。

具体地，在电子设备通过感知模块获取到状态变更信息之后，可以感知模块的缓存器或对应存储器是否存储有解析数据库。若能够读取到解析数据库的数据，便可以确定存在；否则不存在。

在存在解析数据库的情况下，电子设备可以基于状态变更信息对短信数据库与解析数据库进行查询，确定短信数据库是否新增短信。即电子设备的感知模块可以查询第一短信ID与第一查询ID是否相同，在不相同的情况下，确定存在新增短信；在相同的情况下，确定不存在新增短信。在存在新增短信的情况下，将第一短信ID存储到解析数据库中，并确定第一短信ID为当前的最大查询ID(即第一查询ID)；在不相同的情况下，保持当前的最大查询ID不变。这样，在查询的过程中，由于新增短信和第一查询ID是同步更新的，从而不用去重复的读取磁盘，查找短信数据库中哪一个短信的新增的短信，减少磁盘的读取操作，节约能耗。

一种可能的实施方式中，由于状态变更信息包括短信ID号最大的短信数据库中短信ID，解析数据库是中存储查询ID。其中，若一条短信已经经过查询处理时，第一查询ID与短信数据库中的第一短信ID对应(相同)。电子设备可以基于状态变更信息中包括的最大短信ID和解析数据库中的最大查询ID进行比较。在最大短信ID(第一短信ID)与最大查询ID(第一查询ID)相同的情况下，电子设备可以确定短信数据库中没有新增短信；在最大短信ID(第一短信ID)与最大查询ID(第一查询ID)不相同的情况下，电子设备可以确定短信数据库中存在新增短信，即在解析数据库中并查询到过这条短信，之后需要判断是否需要进行解析。

上述，判断短信数据库中的是否有新增短信的过程，同时也意味着判断这一条短信是否已经经过了查询处理，这种通过最大ID判断的过程，不需要对短信进行遍历比对，巧妙地利用了短信数据库和解析数据库中ID的特征，提高处理效率，节约了处理资源，减少了能耗。

进一步地，对于短信数据库的存储方式而言，由于短信数据库中短信的ID是可以复用的。例如，当最大的短信ID为50，对应短信1，电子设备基于用户操作删除短信1的情况下，短信最大ID为49，又有新增短信的时候，将这个新增短信的ID设置为50。因此，短信数据库中复用的ID可能会造成感知模块判断时候新增时候出现判断错误，例如，上述的经过删除新增的短信ID为50，解析数据库中不存在这一条短信解析的信息，但是尚未删除的解析信息对应查询ID也是50，出现判断错误。因此，电子设备的感知模块获取到的状态变更信息还可以包括变更时间(例如，状态变更时的时间戳)。解析数据库中，查询ID也对应有写入时间(例如，写入查询ID的时间戳)，在最大短信ID(第一短信ID)与最大查询ID(第一查询ID)相同的情况下，电子设备可以进一步判断第一查询ID的写入时间是否在第一短信ID的变更时间之后，若写入时间在变更时间之后，电子设备可以确定尚未有新增短信，即解析数据库中不存在新增短信的解析信息，此时。若写入时间在变更时间之前，电子设备可以确定有新增短信，这短信即是新增的尚未过的短信。这样，便能够保证判断过程的可靠性和准确性，从而可以保证不重复解析，不漏掉短信没有解析。从而可以保证解析过程的有效性。

针对于上述的问题，电子设备可以存储的短信数据库中短信进行删除的时候，往往解析数据库中的对应的解析信息和或查询ID也会进行删除，删除的过程需要两个数据库进行同步，短信ID和查询ID也需要同步，这样才能保证上述判断过程的可靠性。

上述的过程中，若存在新增短信尚未解析的情况下(即短信数据库中存在还没有查询过的新增短信的情况)，可以将这一新增的短信确定为增量短信。在存在新增短信的情况下，电子设备可以将第一短信ID对应的短信确定为增量短信。在不存在新增短信的情况下，电子设备可以结束当前解析流程。即增量短信是短信数据库接收到，但是还没有进行查询的短信。

S403、电子设备在增量短信需要解析的情况下，基于增量短信的解析时机对增量短信进行解析，并将解析之后的增量解析信息存储到解析数据库中。

电子设备的感知模块在确定有新增短信的情况下，先确定增量短信，并对增量短信进行筛选，确定是否进行解析，在确定解析的情况下，进一步确定是否进行实时解析；在确定不解析的情况下，不解析。在实时解析的情况下，电子设备可以立即对增量短信进行解析；否则，需要在充电状态的条件下进行解析。

图5是本申请实施例公开的一种短信解析的方法流程示意图。如图5所示，电子设备执行步骤S403的时候，具体执行但不限于以下步骤：

S501、电子设备获取增量短信。

电子设备的感知模块在上述的S402中确定存在新增短信的情况下，可以将短信数据库中第一短信ID对应的短信确定为增量短信。

S502、电子设备基于筛选条件判断是否需要解析增量短信，在需要解析的情况下，执行步骤S503；在不需要解析的情况下，执行步骤S507。

其中，电子设备的感知模块可以存储有筛选条件，筛选条件可以是筛选增量短信是否进行解析的过滤条件，即电子设备可以通过筛选条件进行过滤掉不需要进行解析的短信。筛选条件可以包括短信的号码规则、关键词逻辑、时间范围中的一种或多种等。其中，号码规则可以是发送短信的联系人、例如：**银行往往以……开头的号码、运营商号码、标记为骚扰电话的号码等等。号码规则可以通过发信人的号码进行分类，筛选掉一些广告、骚扰短信和诈骗短信等等。业务关键词从短信中的固定格式或者开头提取出关键词信息，例如、银行账单，消费账单、铁路、**会议、**快递等关键词，这些关键词便能够确定业务类型。业务类型便是用于卡片推荐的短信解析的业务类型，可以包括航班、火车、酒店、快递、会议、日程、银行贷款、还款、账单等等。不同的业务类型的关键词逻辑是不同的，关键词逻辑可以是关键词组成的逻辑表达，即不同业务类型的关键词的要求是符合关键词逻辑的规定的。时间范围可以是接收到这一短信的时间戳，其可以限定某一业务对应特定时间之前的短信不需要进行解析，即对筛选掉相对古早的短信。需要说明的是，筛选条件可以包括短信的号码规则、关键词逻辑、时间范围中的一种或两种或三种，不加限定。

在一种可能的实施方式中，在筛选条件包括号码规则的情况下，电子设备确定增量短信的发件人号码是否符合号码规则，若符合号码规则，确定需要解析增量短信；若不符合号码规则，确定不需要解析增量短信。

在另一种可能的实施方式中，在筛选条件包括关键词逻辑的情况下，电子设备确定增量短信的文本内容是否符合关键词逻辑，若符合关键词逻辑，确定需要解析增量短信；若不符合关键词逻辑，确定不需要解析增量短信。

在又一种可能的实施方式中，在筛选条件包括时间范围的情况下，电子设备确定增量短信的获取时间是否符合对应业务类型的时间范围，若符合时间范围，确定需要解析增量短信；若不符合时间范围，确定不需要解析增量短信。

需要说明的是，在本申请实施例中可以包括上述的3中实施方式中的一种或多种，不加限定。

一种可能的实施方式中，电子设备存储有筛选条件，电子设备的感知模块可以基于筛选条件确定是否对这一增量短信进行解析。

示例性的，表1是一种筛选条件的内容。

表1

表1是本申请实施例公开的一种筛选条件中业务类型与关键词逻辑和时间范围的映射表。如表1所示，电子设备订阅的业务类型可以包括火车、航班、会议、酒店、日程、快递和银行还款等。对应的业务关键词可以通过具有一定逻辑关系的关键词进行表示。例如，火车业务关键词为“时间and车次and座位号and(车站or检票口)and(始发点or出发点)and(到达点or目的地)not已完成”这一关键词表示短信信息中具有火车的发车时间、到达时间、车次、座位号；车站和检票口至少包括其一；始发点和出发点至少包括其一；到达点和目的地至少包括其一；不能包括“已完成”的字样，满足这一关键词逻辑条件的短信信息，便可以确定满足关键词条件。其他的业务关键词同理可得，不加赘述。此外，不同业务可以包括解析的时间条件也不尽相同，例如，火车是一个月以内的短信；飞机是2个月以内的短信；……。需要说明的是，对于筛选条件的时间限制来说，能够将一些已经失效的信息，即已经完成出行或日程等短信内容，这些古早的短信是不需要进行解析的，便不会再次解析，保证解析过程是有效的。

示例性的，电子设备3月19日22:00接收到的短信信息为“尊敬的**您好，2022年4月1日，G111次6车66座，城市A-城市B，18:18开，检票口6A口……”若，现在的时间为2022年3月20日，那满足一个月的条件，火车类型的短信的关键词条件也满足，因此，确定需要对这一信息进行解析。

示例性的，当电子设备接收到的短信号码标记为“广告推销”的情况下(基于号码规则进行筛选)，直接确定不需要进行解析。

上述的筛选过程，需要号码规则、时间范围和关键词3中筛选条件均满足的情况下，电子设备才能够对这个增量短信进行解析，有一种不满足，便可以确定不解析。

需要说明的是，上述表1的筛选条件仅仅是示例性的说明，不构成具体的限定。还可以通过其他的方式表示，或者具体内容也可不同，不加赘述。

上述的过程中，由于在解析之前，通过时间、号码和关键词逻辑，对电子设备短信进行过滤，保证再具体需要解析的短信是用户确实需要的，筛选的过程往往比电子设备的解析这条短信的过程，处理速度更快，能耗更低，从而可以总体上降低解析过程的能耗，以及提高解析的效率，保证解析结果的有效性。此外，时间范围作为筛选条件尤其能够筛选第一次使用解析业务或者长时间没有使用过解析业务的短信来说，筛选尤其有效。

上述电子设备存储有筛选条件，电子设备获取筛选条件的过程可以是从云端设备获取的。

一种可能的实施方式中，电子设备可以向云端设备发送筛选条件请求，云端设备接收到来自电子设备的筛选条件请求之后，可以向电子设备发送筛选条件。对应地，电子设备可以接收来自云端设备的筛选条件。

另一种可能的实施方式中，云端设备获取到筛选条件更新信息的情况下，可以基于筛选条件更新信息对存储的筛选条件进行更新，之后可以向电子设备发送更新之后的筛选信息。

示例性地，图6是本申请实施例公开的一种筛选条件获取方法流程示意图。如图6中的(A)所示，电子设备可以与云端设备进行通信，具体一种筛选条件获取的方法中：

S601、电子设备获取用户开启操作，开启短信解析业务。

用户可以点击开启卡片推送功能，即电子设备可以开启短信解析业务，据体可以参考上述业务订阅过程的相关描述，不加赘述。

S602、电子设备向云端设备发送筛选条件请求。

电子设备在开启短信解析业务的情况下，可以向云端设备发送筛选条件请求。对应地，云端设备接收来自电子设备的筛选条件请求。其中，筛选条件请求用于请求获取筛选条件。

S603、云端设备向电子设备发送筛选条件。

云端设备接收到筛选条件请求的情况下，可以向电子设备发送筛选条件。对应地，电子设备可以接收来自云端设备的筛选条件。

S604、电子设备存储筛选条件。

如图6中的(B)所示，电子设备可以与云端设备进行通信，具体另一种筛选条件获取的方法中：

S605、云端设备获取到筛选条件更新信息。

筛选条件更新信息用于更新当前的筛选条件，筛选条件更新信息可以包括筛选条件。云端设备可以基于筛选条件更新信息更新筛选条件。

S606、云端设备向电子设备发送筛选条件更新信息。

在云端设备获取到筛选条件更新信息的情况下，云端设备可以向电子设备发送筛选条件更新信息。对应地，电子设备可以接收来自云端设备的筛选条件更新信息。

S607、电子设备基于筛选条件更新信息更新筛选条件。

电子设备接收到筛选条件更新信息之后，可以对本地存储的筛选条件进行更新。

上述的电子设备获取筛选条件的过程可以包括筛选条件的内容是及时更新的。

S503～S506、电子设备基于时机映射信息确定增量短信对应的第一解析时机，在电子设备处于第一解析时机的情况下，解析增量短信并存储。第一解析时机可以实时解析或者充电解析。实时解析是指立即对增量短信进行解析；充电解析是指在电子设备的电池处于充电的状态下对增量短信进行解析。

一些实施例中，在增量短信需要解析的情况下，电子设备判断增量短信的解析时机是否为充电解析；若增量短信的解析时机为充电解析，在电子设备处于充电状态的情况下，对增量短信进行解析，得到增量解析信息；充电解析为电子设备处于电池充电状态下进行增量短信解析的时机。

S503、电子设备基于时机映射信息确定是否进行实时解析。在进行实时解析的情况下，执行步骤S504；在不进行实时解析(充电解析)的情况下，执行步骤S505。应理解，上述在进行实时解析的情况下还是在不进行实时解析(充电解析)的情况下，均是确定了第一解析时机的情况。

在一些实施例中，电子设备可以基于时机映射信息确定增量短信对应的第一业务类型，并基于第一业务类型确定对应的解析时机是否为实时解析。

其中，时机映射信息是业务类型和解析时机和关键词的映射关系。电子设备可以存储有时机映射信息。

表2

/>

表2是本申请实施例公开的一种时机映射信息表。如表2所示，电子设备可以基于短信的固定格式的内容或者开头信息，以及联系人可以关键词，并基于关键词确定业务类型对应的第一解析时机。

示例性地，电子设备接收到的增量短信内容为“【**航空】航班UG455因暴雨天气延误……”，电子表示可以基于“【**航空】”便能够确定是航班信息，出现在表1中，便可以确定第一解析时机为实时解析。若表1中不存在相应关键词或业务类型，确定第一解析时机为充电解析。

需要说明的是，表2中的具体时机映射信息表不加限定。如，表2中也可以只包括充电状态下解析的关键词，还可以是充电解析和实时解析均包括。此外，表2中的具体内容仅仅是示例性的描述，不加限定。

基于上述的解析时机的选择，电子设备可以对时间要求比较高的短信进行解析，对于那些时延要求不高的信息，在充电的状态下在解析，在此时进行解析，所使用的电源是来自外部输入的电，而不是电池的电，从而可以更进一步节约电量，减少电池电量的消耗。

在上述的过程中，实时解析模块可以包括充电状态下的实时解析和非充电状态下的实时解析两种情况。充电状态可以包括充电亮屏状态和充电灭屏状态。

此外，上述电子设备存储有时机映射信息，电子设备获取时机映射信息的过程可以是从云端设备获取的。具体过程可以参考图6的相关描述。

一种可能的实施方式中，电子设备可以向云端设备发送解析时机请求，云端设备接收到来自电子设备的解析时机请求之后，可以向电子设备发送时机映射信息。对应地，电子设备可以接收来自云端设备的时机映射信息。

另一种可能的实施方式中，云端设备获取到解析时机更新信息的情况下，可以基于解析时机更新信息对存储的时机映射信息进行更新，之后可以向电子设备发送更新之后的时机映射信息。

S504、电子设备对增量短信进行解析，得到增量解析信息，并将解析之后的增量解析信息存储到解析数据库中。

电子设备确定对增量信息进行解析的情况下，可以通过NLP对短信的文本内容进行处理。例如，对短信文本进行文本分析，语义分割，文本分类、信息抽取等处理。解析之后，电子设备可以得到增量解析信息，不同类型额的业务解析之后的内容是不同的，本申请不加限定。在电子设备得到增量解析信息之后，可以将增量解析信息存储到解析和数据库中。

此外，对于没有解析数据库的电子设备来说，可以先建立一个解析数据库并存储增量解析信息。

S505、电子设备监听自身的电池状态和/或显示状态。

电子设备可以通过感知模块监听充电驱动的电池充电状态和或显示驱动的显示状态。其中，电池状态包括电子设备处于充电或非充电的状态，显示状态包括电子设备的屏幕处于亮屏状态和灭屏状态。

一种可能的实施方式中，感知模块可以向充电驱动和显示驱动下发监控指令，以获取自身的电池状态和/或显示状态。

示例性地，感知模块可以向充电驱动下发充电监控指令，充电驱动接收到充电监控指令之后，可以监听电子设备充电硬件模块(例如、图1中的充电管理模块140)的电池状态，在充电的情况下，充电驱动可以向感知模块发送电池状态通知。感知模块接收到来自充电驱动的电池状态通知的情况下，可以确定当前电子设备处于电池状态。

示例性地，感知模块可以向显示驱动下发显示监控指令，显示驱动接收到显示监控指令之后，可以监听电子设备的显示状态，在处于灭屏的情况下，显示驱动可以向感知模块发送灭屏状态通知。感知模块接收到来自显示驱动的灭屏状态通知的情况下，可以确定当前电子设备的屏幕处于熄灭状态。

S506、电子设备判断是否满足充电解析时机。在满足的情况下，执行步骤S504；否则执行步骤S505。

一些实施例中，电子设备可以基于S505中获取到的电池状态，确定当前是否处于满足充电状态，处于充电状态的情况系，确定满足充电解析时机；否则，不满足。在满足的情况下可以立即对增量信息进行解析，否则不解析，继续进行监听。

另一些实施例中，电子设备可以基于S505中获取到的电池状态和显示状态，判断当前的电池状态是否处于充电状态，以及显示状态是否处于灭屏状态。在电池状态处于充电状态且显示状态处于灭屏状态的情况下，电子设备可以基于上述的确定满足充电灭屏解析时机，在满足的情况下可以立即对增量信息进行解析，否则不解析，继续进行监听。

S507、电子设备结束解析流程。

在电子设备筛选不需要这一增量短信或者增量短信已经解析完成的情况下，便可以结束当前的解析流程。

上述S501～S506的步骤中，电子设备基于筛选信息判断增量信息是否进行解析，在解析的情况下，基于解析时机与业务种类和关键词的映射关系，确定增量短信的解析时机，并基于解析时机进行解析。由于解析时机包括实时解析和充电解析两种方案，实时解析能够更加注重用户及时查看到当前的推送信息，将重要的，对于用户来说及时性较强的信息进行实时解析，保证用户的体验，以及信息的时效性，从而可以保证用户体验。对于时效性要求不高的信息，可以在充电解析(或者充电灭屏解析)条件下进行解析，保证解析所消耗的能源是充电时直供的，减少电池能源的消耗，从而减少能耗。

S404、电子设备在满足增量短信的显示条件的情况下，基于增量解析信息显示第一用户界面。

其中，第一用户界面包括第一卡片，第一卡片展示增量解析信息或增量短信的信息，显示条件包括卡片展示的条件和消失的条件。

电子设备可以存储有显示映射信息，显示映射信息为不同业务类型对应的显示条件信息。电子设备可以基于显示映射关系确定增量解析信息的业务类型，基于业务类型确定第一显示条件，并判断电子设备是否满足第一显示条件，在满足第一显示条件的情况下，基于增量解析信息显示第一用户界面。

电子设备确定增量短信(或者增量解析信息)的业务类型，判断当前是否满足显示条件，在不满足条件的情况下，电子设备不进行显示，在满足条件的情况下，电子设备可以基于增量短信的解析信息显示卡片信息。

其中，显示条件可以包括用户操作条件、时间条件、位置条件、地理围栏条件和用户操作条件等，不加限定。

其中，电子设备可以存储有业务显示映射关系表。

表3

业务类型	显示条件
		火车	时间条件1
航班	时间条件2
		延误行程信息	实时显示
酒店	位置条件
		快递	地理围栏条件
会议	时间条件3/用户操作条件1
		日程	时间条件4
银行还款	时间条件5
		银行账单	用户操作条件2
……	……

表3是本申请实施例公开的一种不同业务类型显示映射关系表。如表3所示，电子设备存储的业务类型与表1和表2中的业务类型相对应。其中，火车类型的显示条件为时间条件1；航班类型的显示条件为时间条件2；酒店类型的显示条件为位置条件；快递类型的显示条件为地理围栏；会议类型的显示条件为时间条件3或用户操作条件1；日程类型的显示条件为时间条件4；银行还款类型的显示条件为时间条件5；银行账单类型的显示条件为用户操作条件2……其中，时间条件1到用户操作条件均为具体的显示条件。例如，时间条件1为火计划发车时间前24小时满足显示条件，计划到达时间后1小时满足消失时间。

需要说明的是，表3仅仅是一种示例性的说明，不构成限定。

电子设备可以通过业务逻辑处理模块判断增量解析信息是否符合对应业务类型的显示条件，在符合条件的情况下，电子设备可以基于增量解析信息显示卡片。

具体地，电子设备可以基于增量解析信息确定增量短信对应的第二业务类型，并基于业务类型与显示条件之间的映射关系确定第二业务类型对应的第一显示条件。之后，电子设备判断是否满足显示条件，在满足第一显示条件的情况下，基于增量解析信息显示卡片信息。其中，第二业务类型为增量解析信息(或增量短信)对应的业务类型。

示例性地，当前的增量解析信息为“2022年4月1日，G111次6车66座，城市A-城市B，18:18开，19:55到，检票口6A口”确定其为火车的业务类型，当前时间为2022/4/118:20，满足2022/3/31 18:18到2022/4/1 20:55的显示条件，因此电子设备可以显示增量解析信息对应的卡片。图7是本申请实施例中公开的另一种用户界面示意图。如图7所示，用户界面700是电子设备负一屏的界面，其中可以包括火车卡片701。其中，火车卡片701可以包括车次、日期，计划出发时间、计划到达时间、检票口以及座位号等用户乘坐火车时的相关信息。

上述的实施方式中，由于卡片推送的时机是满足显示条件的，在用户需要的场景中推荐，可以保证卡片推荐时机的准确性和时效性。此外，恰当的场景推送卡片便于用户查看相关信息，保证用户体验。

此外，电子设备基于增量解析信息显示卡片信息的过程中，电子设备具体的显示方式不加限定，本申请图3和图7的显示方法均是示例性的表示，不同的业务类型的显示条件均不相同，本申请不加限定。

需要说明的是，显示卡片过程中使用到的增量解析信息是解析数据库中存储的解析信息，即电子设备可以直接从本地获取。

此外，上述电子设备存储有显示映射关系，电子设备获取不同业务类型显示映射关系的过程可以是从云端设备获取的。具体可以参考图6对应的方式。

一种可能的实施方式中，电子设备可以向云端设备发送显示映射关系请求，云端设备接收到来自电子设备的显示条件请求之后，可以向电子设备发送不同业务类型显示映射关系。对应地，电子设备可以接收来自云端设备的不同业务类型显示映射关系。

另一种可能的实施方式中，云端设备获取到显示条件更新信息的情况下，可以基于解析时机更新信息对存储的不同业务类型显示映射关系进行更新，之后可以向电子设备发送更新之后的不同业务类型显示映射关系。

上述的卡片推荐的过程中，电子设备通过监听短信数据库，确定是否有新增短信，在确定有新增短信的情况下，基于筛选条件增量短信进行筛选，确定其是否进行解析。在确定解析的情况下，电子设备基于解析时机，在满足相应解析时机的条件下，对增量短信进行解析，得到增量解析信息并存储。电子设备在增量解析信息满足显示条件的情况下，基于增量解析信息显示卡片。这样，电子设备可以在本地的解析数据库中确定是否有已经解析过的信息，已经解析过，则不必重复解析，此外，还要对增量信息确定是否满足筛选条条件，满足才解析，否则不解析，这样能够减少不必要的解析过程，保证解析的有效性，从而可以避免能耗和处理资源的浪费。此外，电子设备在确定增量信息需要解析时，还需要基于解析时机进行解析，保证优先解析用户当即需要的，而对于紧迫程度较低的信息，可以在充电灭屏的时候解析，保证进一步节约能耗。

请参阅图8，图8是本申请实施例提供的另一种用于卡片推荐的短信解析方法的流程示意图。如图8所示，该用于卡片推荐的短信解析方法包含但不限于以下步骤：

S801、电子设备监听短信数据库，并获取状态变更信息。

其中，步骤S801中第一操作的描述可以参考步骤S401的描述，不加赘述。

S802、电子设备判断是否存在解析数据库。在存在解析数据库的情况下，执行S803；否则执行S804。

其中，步骤S802可以参考步骤S402的相关描述，不加赘述。

S803、电子设备基于状态变更信息确定短信数据库是否新增短信。在存在新增短信的情况下，获取增量信息，执行S804；在不存在新增短信的情况下，执行S805。

其中，步骤S803可以参考步骤S402的描述，不加赘述。

S804、电子设备增量短信是否满足筛选条件。在满足筛选条件的情况下，执行步骤S806；否则，执行步骤S805。

其中，步骤S804可以参考步骤S502的相关描述，不加赘述。

S805、电子设备结束短信解析流程。

其中，S804-S808是短信解析流程。

其中，步骤S805可以参考步骤S507的相关描述。

S806、电子设备基于时机映射信息确定增量短信第一解析时机。

其中，步骤S806可以参考步骤S503-S506的相关描述，不加赘述。

S807、电子设备确定当前是否处于第一解析时机。

其中，步骤S807可以参考步骤S503～S506的相关描述，不加赘述。

S808、在处于第一解析时机的情况下，电子设备解析增量短信，并将解析之后的增量解析信息存储到解析数据库中。

其中，步骤S807可以参考步骤S504的相关描述，不加赘述。

S809、电子设备在满足增量短信的显示条件的情况下，基于增量解析信息显示第一用户界面。

所述第一用户界面包括第一卡片，第一用户界面可以参考图3和图7，不加赘述。

上述的短信解析的过程中，电子设备通过监听短信数据库，确定是否有新增短信，在确定有新增短信的情况下，基于筛选条件增量短信进行筛选，确定其是否进行解析。在确定解析的情况下，电子设备基于解析时机，在满足相应解析时机的条件下，对增量短信进行解析，得到增量解析信息并存储。电子设备在增量解析信息满足显示条件的情况下，基于增量解析信息显示卡片。这样，电子设备可以在本地的解析数据库中确定是否有已经解析过的信息，已经解析过，则不必重复解析，此外，还要对增量信息确定是否满足筛选条条件，满足才解析，否则不解析，这样能够减少不必要的解析过程，保证解析的有效性，从而可以避免能耗和处理资源的浪费。此外，电子设备在确定增量信息需要解析时，还需要基于解析时机进行解析，保证优先解析用户当即需要的，而对于紧迫程度较低的信息，可以在充电灭屏的时候解析，保证进一步节约能耗。

图9是本申请实施例公开的又一种用于卡片推荐的短信解析方法流程示意图。如图9所示，电子设备可以包括短信、感知模块业务呈现模块、业务逻辑处理模块和桌面应用，这5个模块的具体描述可以参考图2中的相关描述，此处不加赘述。该用于卡片推荐的短信解析方法可以包括但不限于以下步骤：

S901～S903为S401和S801所公开的监听短信数据库，并获取状态变更信息的过程。

S901、感知模块向短信发送监听指令。

对应地，短信(应用)接收来自感知模块的监听指令。其中，监听指令是用于请求监听短信数据库的发生状态变化的指令。

S902、短信(应用)获取短信数据库的状态变更信息。

短信应用接收到监听指令之后，可以监测短信数据库的状态，即监测短信数据库是否发生增加、删除、查询或者更新的任一状态变化。

其中，S902可以参考S401中的相关描述，不加赘述。

S903、短信向感知模块发送状态变更信息。

在短信监测到短信数据库发生了状态变化的情况下，可以向感知模块发送状态变更信息。对应地，感知模块可以接收来自短信的状态变更信息。

其中，步骤S901-S903的描述可以参考S401的相关描述，不加赘述。

S904、感知模块基于状态变更信息对短信数据库和解析数据库进行查询，确定短信数据库是否新增短信。

其中，步骤S904可以参考步骤S402和S803的具体描述，不加赘述。

S905、感知模块在增量短信需要解析的情况下，基于增量短信的解析时机对增量短信进行解析，得到增量解析信息，并将解析之后的增量解析信息存储到解析数据库中。

其中，步骤S905可以参考步骤S403和S804-S809以及图5的相关描述，不加赘述。

S906、感知模块向业务逻辑处理模块发送解析信息通知。

其中，解析信息通知中可以包括增量解析短信和业务类型。

S907～S910为S404和S809所公开的在满足增量短信的显示条件的情况下，基于增量解析信息显示卡片信息的内容。

S907、业务逻辑处理模块基于解析信息通知对应的显示条件确定是否显示增量短信的卡片。

其中，S907具体可以参考步骤S404和S809的相关描述，不加赘述。

S908、业务逻辑处理模块向业务呈现模块发送第一显示通知。

其中，第一显示通知是指示卡片展示或消失的通知信息，第一显示通知可以包括增量解析信息。

S909、业务呈现模块基于第一显示通知生成显示画面，并基于增量解析信息进行显示。

业务呈现模块可以基于增量解析信息可以生成显示画面，并进行显示，具体可以参考步骤S404和S809。

S910、业务逻辑处理模块向桌面应用发送第二显示通知。

其中，第二显示通知是指示卡片展示或消失的通知信息，第二显示通知可以包括增量解析信息。

S911、桌面应用基于第二显示通知生成显示画面，并基于增量解析信息进行显示。

业务呈现模块可以基于增量解析信息可以生成显示画面，并进行显示，具体可以参考步骤S404和S809。

S912、业务呈现模块向桌面应用发送第三显示通知。

其中，第三显示通知是指示卡片展示或消失的通知信息，第三显示通知可以包括增量解析信息。

S913、桌面应用基于第三显示通知生成显示画面，并基于增量解析信息进行显示。

桌面应用可以基于增量解析信息可以生成显示画面，并进行显示，具体可以参考步骤S404和S809。

上述的生成显示画面的过程可以由桌面应用、业务呈现模块、以及二者进行合作完成，此处不够成限定。

上述的实施方式中，电子设备可以在本地的解析数据库中确定是否有已经解析过的信息，已经解析过，则不必重复解析，此外，还要对增量信息确定是否满足筛选条条件，满足才解析，否则不解析，这样能够减少不必要的解析过程，保证解析的有效性，从而可以避免能耗和处理资源的浪费。此外，电子设备在确定增量信息需要解析时，还需要基于解析时机进行解析，保证优先解析用户当即需要的，而对于紧迫程度较低的信息，可以在充电灭屏的时候解析，保证进一步节约能耗。

上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指示。在计算机上加载和执行所述计算机程序指示时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指示可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指示可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指示相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (10)

1.一种用于卡片推荐的短信解析方法，其特征在于，所述方法应用于电子设备，所述方法包括：

所述电子设备获取增量短信，所述增量短信为所述电子设备尚未解析的短信；

在所述增量短信需要解析的情况下，所述电子设备判断所述增量短信的解析时机是否为充电解析；若所述增量短信的解析时机为充电解析，在所述电子设备处于充电状态的情况下，对所述增量短信进行解析，得到增量解析信息；所述充电解析为所述电子设备的电池状态处于充电状态下进行增量短信解析的时机；

所述电子设备基于所述增量解析信息显示第一用户界面，所述第一用户界面包括第一卡片，其中，所述第一卡片展示所述增量解析信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述电子设备监听短信数据库，并获取状态变更信息，所述状态变更信息包括第一短信身份标识ID；所述短信数据库中每一条短信均具有一个短信ID；所述第一短信ID为所述短信数据库中的短信ID中的最大ID；

所述电子设备获取增量短信，具体包括：

在所述第一短信ID与第一查询ID不相同的情况下，所述电子设备确定所述第一短信ID对应的短信为增量短信；

其中，所述电子设备存储有解析数据库，所述解析数据库中存储有对短信进行解析后的解析信息，所述解析数据库中存储有查询ID，所述第一查询ID为所述解析数据库中的查询ID中的最大ID。

3.根据权利要求1或2所述的方法，其特征在于，在所述电子设备获取增量短信之后，所述方法还包括：

所述电子设备基于筛选条件判断是否需要解析所述增量短信，所述筛选条件是筛选所述增量短信是否进行解析的过滤条件。

4.根据权利要求3所述的方法，所述电子设备基于筛选条件判断是否需要解析对所述增量短信，具体包括：

在所述筛选条件包括号码规则的情况下，所述电子设备确定所述增量短信的发件人号码是否符合所述号码规则，若符合所述号码规则，确定需要解析所述增量短信；若不符合所述号码规则，确定不需要解析所述增量短信；和/或，

在所述筛选条件包括关键词逻辑的情况下，所述电子设备确定所述增量短信的文本内容是否符合所述关键词逻辑，若符合所述关键词逻辑，确定需要解析所述增量短信；若不符合所述关键词逻辑，确定不需要解析所述增量短信；和/或，

在所述筛选条件包括时间范围的情况下，所述电子设备确定所述增量短信的获取时间是否符合对应业务类型的所述时间范围，若符合所述时间范围，确定需要解析所述增量短信；若不符合所述时间范围，确定不需要解析所述增量短信。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述电子设备判断所述增量短信的解析时机是否为充电解析，具体包括：

所述电子设备基于时机映射信息确定所述增量短信对应的第一业务类型，并基于所述第一业务类型确定对应的解析时机是否为充电解析，所述时机映射信息为业务类型与解析时机之间的映射关系，所述解析时机包括实时解析和充电解析。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

所述电子设备基于所述时机映射信息确定所述增量短信对应的第一业务类型，并基于所述第一业务类型确定对应的解析时机是否为实时解析；若所述增量短信的解析时机为实时解析，所述电子设备立即对所述增量短信进行解析，得到增量解析信息。

7.根据权利要求1所述的方法，其特征在于，所述电子设备存储有显示映射信息，所述显示映射信息为不同业务类型对应的显示条件信息，所述电子设备基于所述增量解析信息显示第一用户界面，具体包括：

所述电子设备基于所述显示映射信息确定所述增量解析信息的业务类型，基于所述业务类型确定第一显示条件，并判断所述电子设备是否满足所述第一显示条件，在满足所述第一显示条件的情况下，基于所述增量解析信息显示第一用户界面。

8.根据权利要求1所述的方法，其特征在于，所述在所述电子设备处于充电状态的情况下，对所述增量短信进行解析，得到增量解析信息之后，所述方法还包括：

所述电子设备将所述增量解析信息存储到解析数据库中。

9.一种电子设备，其特征在于，包括：触控屏、一个或多个处理器和一个或多个存储器；所述一个或多个处理器与所述触控屏、所述一个或多个存储器耦合，所述一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备执行如权利要求1-8任一项所述的方法。

10.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1-8中任一项所述的方法。