CN116055619A - 基于短信进行账单提醒的方法及电子设备 - Google Patents

Abstract

本申请提供了一种基于短信进行账单提醒的方法及电子设备，属于终端技术和人工智能技术领域。该方法包括：当用户在持有同一金融机构的第一信用卡和第二信用卡，且第一信用卡和第二信用卡对应的最迟还款日相同时，若第一信用卡对应的第一还款提醒短信包括卡号，第二信用卡对应的第二还款提醒短信不包括卡号，则仅显示所述第一信用卡对应的所述账单卡片；若第一信用卡对应的第一还款提醒短信和第二信用卡对应的第二还款提醒短信均不包括卡号，则当第一还款提醒短信的短信接收时间晚于第二还款提醒短信时，显示第一信用卡对应的账单卡片。通过上述账单卡片出卡规则，能够解决账单卡片显示错误的问题。

Description

基于短信进行账单提醒的方法及电子设备

技术领域

本申请涉及终端技术和人工智能技术领域，尤其涉及一种基于短信进行账单提醒的方法及电子设备。

背景技术

信用卡消费给人们的消费带来便利的同时也产生了一些问题，比如持卡人如果未按时还款可能会影响自己的信用记录。目前，很多持卡人依赖于银行的还款提醒短信进行还款，然而短信提醒的时效性差，用户体验并不理想。因而，为了避免由于还款延误带来的问题，如何准确、实时地向用户进行账单提醒成为亟待解决的问题。

发明内容

本申请实施例提供了一种基于短信进行账单提醒的方法及电子设备，通过设置基于短信内容分析的账单卡片出卡或消卡规则，能够解决账单卡片显示错误的问题。

第一方面，提供了一种基于短信进行账单提醒的方法，应用于电子设备，包括：接收第一还款提醒短信，所述第一还款提醒短信用于提示用户对金融机构的第一信用卡还款；

解析所述第一还款信息，获取所述第一信用卡对应账单的关键信息；当所述用户仅持有所述金融机构的所述第一信用卡时，根据所述关键信息显示所述第一信用卡对应的账单卡片，所述账单卡片包括还款提示信息；当所述用户在持有所述第一信用卡之外，还持有所述金融机构的第二信用卡，且所述第一信用卡和所述第二信用卡对应的最迟还款日相同时，接收第二还款提醒短信，所述第二还款提醒短信用于提示用户对所述第二信用卡还款，所述第二还款提醒短信不包括所述第二信用卡的卡号；根据所述关键信息确定所述第一还款提醒短信是否包括所述第一信用卡的卡号；若检测到所述第一还款提醒短信包括所述第一信用卡的卡号，则仅显示所述第一信用卡对应的所述账单卡片；若检测到所述第一还款提醒短信不包括所述第一信用卡的卡号，根据所述第一还款提醒短信和所述第二还款提醒短信对应的短信接收时间，确定显示所述第一信用卡对应的账单卡片。

示例性的，金融机构可以包括下文实施例中所说的银行以及花呗、京东白条、美团账单等虚拟商家。

本实现方式提供的短信进行账单提醒的方法通过设置基于短信内容分析的账单卡片出卡或消卡规则，能够解决账单卡片显示错误的问题。

结合第一方面，在第一方面的某些实现方式中，所述若检测到所述第一还款提醒短信不包括所述第一信用卡的卡号，根据所述第一还款提醒短信和所述第二还款提醒短信对应的短信接收时间，确定显示所述第一信用卡对应的账单卡片，具体包括：若检测到所述第一还款提醒短信不包括所述第一信用卡的卡号，且所述第一还款提醒短信对应的短信接收时间晚于所述第二还款提醒短信对应的短信接收时间时，确定显示所述第一信用卡对应的账单卡片。

本实现方式提供的短信进行账单提醒的方法通过设置基于短信内容分析的账单卡片出卡或消卡规则，能够解决账单卡片显示错误的问题。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：根据所述关键信息确定所述第一信用卡为待还款状态；根据所述第一信用卡的所述待还款状态和所述关键信息，显示所述第一信用卡对应的账单卡片。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：当距离所述最迟还款日的时间小于第一阈值时，显示所述账单卡片。

在一种实现方式中，第一阈值可以灵活设置，比如可以设置为48小时，本申请对此不作限定。

结合第一方面，在第一方面的某些实现方式中，当所述用户仅持有所述第一银行的所述第一信用卡时，所述方法还包括：接收第一还款完成短信，所述第一还款完成短信用于指示所述用户对所述第一信用卡还款成功；对所述第一还款完成短信和所述第一还款提醒短信中的至少一个所述关键信息进行匹配；若匹配一致，则对所述第一信用卡对应的账单卡片进行消卡。

结合第一方面，在第一方面的某些实现方式中，当所述用户在持有所述第一信用卡之外，还持有所述第一银行的第二信用卡，且所述第一信用卡和所述第二信用卡对应的最迟还款日相同时，所述方法还包括：接收第一还款完成短信，所述第一还款完成短信用于指示所述用户对所述第一信用卡还款成功；当所述第一还款完成短信包括所述第一信用卡的卡号时，对所述第一信用卡对应的账单卡片进行消卡；当所述第一还款完成短信不包括所述第一信用卡的卡号时，继续显示所述第一信用卡对应的账单卡片，直至所述用户手动关闭所述账单卡片或者达到预设的账单卡片关闭时间。

结合第一方面，在第一方面的某些实现方式中，所述关键信息包括以下至少一项：还款金额、金融机构的标识ID、最迟还款日、还款卡号。

结合第一方面，在第一方面的某些实现方式中，所述金融机构包括银行和/或虚拟商家。

第二方面，提供了一种基于短信进行账单提醒的系统，包括：短信服务平台和电子设备，所述短信服务平台用于向所述电子设备发送短信，所述电子设备用于执行如上述第一方面中任一实现方式所述的方法。

第三方面，提供了一种电子设备，包括：一个或多个处理器；一个或多个存储器；所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述终端设备执行如上述第一方面中任一实现方式所述的方法。

第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行程序指令，所述计算机可执行程序指令在被计算机上运行时，使所述计算机执行如上述第一方面中任一实现方式所述的方法。

第五方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使所述计算机执行如上述第一方面中任一实现方式所述的方法。

附图说明

图1A为本申请实施例提供的一种还款提醒短信的示意图。

图1B为本申请实施例提供的一种账单卡片的示意图。

图2A为本申请实施例提供的另一种还款提醒短信的示意图。

图2B为本申请实施例提供的另一种账单卡片的示意图。

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

图4为本申请实施例提供的一种电子设备100的软件结构框图。

图5为本申请实施例提供的一种基于短信进行账单提醒的方法适用的系统架构示意图。

图6A至图6D为本申请实施例提供的一些基于短信进行账单提醒的方法可能涉及的GUI示意图。

图7A和图7B为本申请实施例提供的另一些基于短信进行账单提醒的方法可能涉及的GUI示意图。

图8A至图8C为本申请实施例提供的又一些基于短信进行账单提醒的方法可能涉及的GUI示意图。

图9A和图9B为本申请实施例提供的又一些基于短信进行账单提醒的方法可能涉及的GUI示意图。

图10A和图10B为本申请实施例提供的又一些基于短信进行账单提醒的方法可能涉及的GUI示意图。

图11A和图11B为本申请实施例提供的又一些基于短信进行账单提醒的方法可能涉及的GUI示意图。

图12A和图12B为本申请实施例提供的又一些基于短信进行账单提醒的方法可能涉及的GUI示意图。

图13为本申请实施例提供的一种基于短信进行账单提醒的示意性流程图。

图14为本申请实施例提供的又一种基于短信进行账单提醒的方法可能涉及的GUI示意图。

图15为本申请实施例提供的另一种基于短信进行账单提醒的示意性流程图。

具体实施方式

需要说明的是，本申请实施例的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联障碍物的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，除非另有说明，“多个”是指两个或多于两个，“至少一个”、“一个或多个”是指一个、两个或两个以上。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”特征可以明示或者隐含地包括一个或者更多个该特征。

在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其它一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其它方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其它方式另外特别强调。

在信用卡、花呗、白条等消费模式下，用户每月都需要进行还款。目前，为避免用户还款延误，银行或虚拟商家一般通过短信提醒用户还款。然而，短信提醒的时间相比于最迟还款日的时间提前太多(如提前10天向用户发送提醒短信)，导致用户在临近最迟还款日时仍然容易忘记还款。

一种更加高效的账单提醒方式是通过账单卡片。账单卡片是一种通过包含银行卡号、还款金额、还款日期等账单信息的用户界面(user interface，UI)提醒用户还款的方式。在具体实现时，用户可以在常用的电子设备上开启账单提醒功能，当电子设备接收到还款提醒短信后，会解析短信获取待还款的账单信息，在临近最迟还款日时在界面上显示账单卡片，提醒用户还款金额、最迟还款日等信息；在用户还款完成后，基于获取的还款完成短信分析获取账单状态为还款完成，这时使账单卡片在界面消失。

比如，以A银行的信用卡账单提醒为例。如图1A所示，假设用户在5月10日接收到A银行的信用卡还款提醒短信，该短信内容包括用户持有的A银行信用卡尾号(3892)、待还款金额(11800.80)和最迟还款日(5月20日)。当接收到该还款提醒短信之后，电子设备可以对短信内容进行语义解析，获取该账单的关键信息(如卡尾号、待还款金额、最迟还款日)，并基于这些关键信息确定该账单的状态为待还款。如果在临近最迟还款日时用户仍未还款，那么电子设备可以在临近最迟还款日的某一特定时间(如临近最迟还款日48小时，也即5月18日00:00)，在电子设备的界面上显示账单卡片。示例性的，如图2A所示，该账单卡片的内容例如可以包括还款金额、信用卡的尾号、距离最迟还款日的时长、最迟还款日等。

在该A银行账单卡片的显示期间，如果用户接收到还款完成短信，且电子设备基于该还款完成短信确定账单状态为还款完成，那么可以使该账单卡片在界面上消失。

又比如，以虚拟商家花呗的账单提醒为例。如图1B所示，假设用户在5月20日接收到花呗的还款提醒短信，该短信内容包括花呗卡的尾号(3440)、待还款金额(11600.80)和最迟还款日(5月30日)。当接收到该还款提醒短信之后，电子设备可以对短信内容进行语义解析，获取该账单的关键信息(如账号的尾号、待还款金额、最迟还款日)并基于这些关键信息确定该账单的状态为待还款。如果在临近最迟还款日时用户仍未还款，那么电子设备可以在该临近最迟还款日的某一特定时间(如临近最迟还款日48小时，也即5月28日00:00)在电子设备的界面上显示账单卡片。示例性的，如图2B所示，该账单卡片可以包括还款金额、花呗卡尾号、距离最迟还款日的时长、最迟还款日等。

在该花呗账单卡片的显示期间，且电子设备基于该还款完成短信确定账单状态为还款完成，那么可以使该账单卡片在界面上消失。

结合上述示例，可以理解的是，在电子设备界面上显示账单卡片(或称出卡)或者消卡的时机是基于账单状态确定的，而账单状态则是基于账单短信的内容分析后确定的。也就是说，能够基于短信内容准确地分析出账单状态，是保证账单卡片出卡或消卡准确性的基础。

然而，在实际应用中，由于不同银行使用的短信模板可能不同，或者同一银行对不同类型短信使用的模板不同(如还款提醒短信和还款完成短信的模板不同)，一些情况下，银行的账单短信(特别是还款提醒短信)中并没有携带卡号，电子设备又无法根据缺卡号的单条短信准确判断哪张卡需要还款，或者哪张卡已经还款完毕，这就容易出现账单卡片出卡或消卡的逻辑错误，导致无法及时出卡或消卡，严重影响用户对账单卡片业务的使用体验。

针对上述问题，本申请实施例提供了一种基于短信进行账单提醒的方法，通过当账单短信缺失关键信息(卡号)时，按照预设规则对相同账单的还款提醒短信和还款完成短信进行匹配，获取该账单的还款状态(待还款或已还款)，并根据还款状态对账单卡片进行相应地出卡或消卡，提高账单卡片提醒的准确性，提升用户业务体验的舒适性。

本申请实施例提供的基于短信进行账单提醒的方法可以应用于多种类型的电子设备中，比如手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等等。电子设备的示例性实施例包括但不限于搭载

或者其他操作系统的便携式终端。上述电子设备100也可以是具有触敏表面(例如触控面板)的台式计算机等。本申请实施例对电子设备100的具体类型不作限定。

示例性的，如图3所示，为本申请实施例提供的一种电子设备的结构示意图。

电子设备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可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他终端，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为终端供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

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

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块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可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。显示屏194用于显示图像，视频等。

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

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。视频编解码器用于对数字视频压缩或解压缩。NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。陀螺仪传感器180B可以用于确定电子设备100的运动姿态。磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别终端姿态，应用于横竖屏切换，计步器等应用。接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。指纹传感器180H用于采集指纹。温度传感器180J用于检测温度。触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。骨传导传感器180M可以获取振动信号。

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

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。

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

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

应用程序层可以包括一系列应用程序包。如图4所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图4所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

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

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

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

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

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

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

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绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

示例性的，如图5所示，为本申请实施例提供的一种基于短信进行账单提醒的方法适用的系统架构示意图。该系统架构包括电子设备100和短信通知平台200。

在一些实施例中，电子设备100上安装有情境感知模块、SDK模块、业务逻辑处理模块和业务呈现模块。下面分别介绍这三个模块的功能。

情境感知模块(或称感知模块)常驻运行或以低功耗形式运行，具有感知外部事实或者环境的能力。在卡片提醒业务处于开启状态时，感知模块对根据业务逻辑处理模块注册的能力(或事项，如特定时间、特定地点、或特定事件等)进行监控，如果触发了其中某一种，感知模块就会发送通知给业务逻辑处理模块。感知模块还可以通过应用程序接口(application programming interface，API)从应用程序层的其他应用程序或应用程序框架层或系统层或内核层来检测相关事件和获取事件的状态，比如检测系统时间、蓝牙连接，网络连接，监测用户短信，定制定时器等。此外，感知模块还具有短信采集能力，可以支持采集包含指定字符数组内容的短信，并支持指定覆盖一段时间内的已接收短信内容。

SDK模块可以支持短信解析静态工具类，如可以对短信进行语义解析，输出解析后的信息。例如，SDK模块可以接收感知模块传输的账单短信并对账单短信进行语义解析。

业务逻辑处理模块(或称为计算引擎或者大脑)具有业务逻辑处理能力，用于实现各种卡片展示、消失的逻辑。例如，业务逻辑处理模块接收到感知模块发送的解析后的账单信息，基于账单状态的分析逻辑根据账单信息确定账单状态。业务逻辑处理模块还可以根据逻辑来发送命令给业务呈现模块(如YOYO建议)，让其显示卡片或者消失卡片。

业务呈现模块(或称为YOYO建议)用于将确定的卡片显示在电子设备的屏幕上，或者用于使已显示的卡片在电子设备的屏幕上消失。例如，业务呈现模块可以接收业务逻辑处理模块传递的显示账单卡片的命令，并将该账单卡片展示给用户。再例如，业务呈现模块还可以接收业务逻辑处理模块传递的消失账单卡片的命令，并响应于该命令立即将账单卡片消失。可选地，在一些实施例中，当用户点击账单卡片时，电子设备可以响应于这一点击操作展示某个APP的某个界面。

短信通知平台200例如可以是第三方服务平台，可以用于由账单服务平台(如银行平台、花呗、京东白条、美团账单等)获取账单信息，并根据账单的状态(待还款或已还款)的变化向电子设备100发送短信通知。或者，该短信通知平台200也可以是账单服务平台，当有账单信息变更时，该账单服务平台可以通过电子设备100对应的云服务平台向电子设备100发送短信通知。

在一些实施例中，短信通知平台200和电子设备100可以基于任何已有的通信协议进行无线通信，如全球移动通讯(global system of mobile communication，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(wideband codedivision multiple access，WCDMA)系统、通用分组无线业务(general packet radioservice，GPRS)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequencydivision duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwideinteroperability for microwave access，WiMAX)通信系统、未来的第五代(5thgeneration，5G)系统或新无线(new radio，NR)等，本申请对此不作限定。

本申请实施例提供的基于短信进行账单提醒的方法可以适用于通过账单卡片提醒用户向金融机构账单还款的多种场景下。其中，本申请实施例中的账单例如可以是信用卡账单、花呗账单、京东白条账单、美团账单等等，此处不作限定。为了便于理解，下文以金融机构是银行，金融机构账单是信用卡账单为例进行介绍。

缺失卡号的短信类型不同或者用户持有同一家银行的信用卡的数量不同，确定账单卡片状态的规则也不完全相同。为了便于理解，以下分情形进行介绍。

示例性的，当用户持有同一家银行的一张信用卡时，账单短信缺失卡号的情形如表1所示：

表1

具体来说，上述情形一，是指当用户拥有某银行的一张信用卡时，该信用卡对应的还款提醒短信和还款完成短信均包含卡号；情形二，是指当用户拥有某银行的一张信用卡时，该信用卡对应的还款提醒短信包含卡号，还款完成短信未包含卡号；情形三，是指当用户拥有某银行的一张信用卡时，该信用卡对应的还款提醒短信未包含卡号，还款完成短信包含卡号；情形四，是指当用户拥有某银行的一张信用卡时，该信用卡对应的还款提醒短信和账单还款提醒短信均未包含卡号。

示例性的，当用户拥有同一家银行的两张卡，且这两张信用卡对应的最迟还款日相同时，还款提醒短信缺失卡号的情形如表2所示：

表2

具体来说，上述情形五，是指当用户拥有同一家银行的信用卡1和信用卡2，且信用卡1和信用卡2对应的最迟还款日相同时，信用卡1对应的还款提醒短信不包括卡号，信用卡2对应的还款提醒短信包括卡号；上述情形六，是指当用户拥有同一家银行的信用卡1和信用卡2，且信用卡1和信用卡2对应的最迟还款日相同时，信用卡1和信用卡2对应的还款提醒短信均不包括卡号。

需要说明的是，上述表1和表2所列出的情形仅为本申请实施例主要涉及到的情形，但并非对本申请提供的方法适用情形的穷举。在实际应用中，如果某些情形可以转化为上述表格中的情形，则可以按照下文中该情形对应的规则进行账单卡片状态分析。比如，在实际应用中，用户持有某银行的三张或三张以上的信用卡，如果这些信用卡对应的账单是分开的，且最迟还款日相同，那么当这些信用卡分别对应的还款提醒短信均未包括卡号时，认为这种情形与表2中的情形六类似，可以按照情形六对应的账单卡片提醒逻辑进行分析。再比如，用户持有某银行的三张或三张以上的信用卡，如果这些信用卡对应的账单是分开的，且最迟还款日相同，那么当仅有一张信用卡对应的还款提醒短信包括卡号，其他信用卡对应的还款提醒短信均未包括卡号时，认为这种情形与表2中的情形五类似，可以按照情形五对应的账单卡片提醒逻辑进行分析。

以下以电子设备是手机为例，结合附图对上述不同情形下基于短信进行账单提醒的过程分别进行介绍。

示例性的，如图6A至图6D所示，是在上述情形一中，实现本申请实施例提供的基于短信进行账单提醒的方法时可能涉及的一些图形用户界面(graphical user interface，GUI)示意图。

针对上述情形一，假设本期最迟还款日为5月20日，用户提前10天接收到银行发送的还款提醒短信，也即在5月10日接收到还款提醒短信。如图6A所示，该还款提醒短信包括银行名称、信用卡尾号(3982)、待还款金额(11800.80元)和最迟还款日(2022年5月20日)。手机接收到该还款提醒短信之后，当满足触发条件(如收到该还款提醒短信之后首次充电)时，可以对其进行解析并获取短信中账单的关键信息，该账单的关键信息可以如表3所示。

表3

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款提醒短信	XX银行	3982	11800.80	2022年5月20日

当满足触发条件时，手机对上述关键信息进行分析，获取账单的状态为待还款状态。之后，当到达临近最迟还款提的特定时间时，若该账单的状态仍为待还款状态，则在手机的负一屏显示该账单对应的账单卡片(如图6B所示)。

示例性的，上述所说的账单的关键信息可以理解为账单的标识信息，是指能够用来作为账单唯一标识的信息。比如在本申请实施例中，账单的关键信息可以包括：信用卡尾号+待还款金额+最迟还款日+银行名称，这些关键信息可以用于识别不同短信中的账单是否指向同一账单，也可以用于为账单卡片提供需要显示的提醒内容。

在一些实施例中，手机需要读取哪些关键信息可以根据需要预先设定。由于在实际应用中，有些短信可能会缺失部分信息，实际上可能并不能读取到完整的预先设定的关键信息，此时账单卡片上可以仅显示成功读取到的信息。比如，在同家银行一张卡的情形下，如果无法读取到卡号，账单卡片可以仅显示银行名称、待还款金额、最迟还款日，而不显示卡号。除了读取短信中的关键信息，手机还可以读取还款提醒短信对应的接收时间，该接收时间例如可以是手机接收到短信时对应的系统时间，比如如图6A所示的在短信接收界面显示的时间：2022年5月20日下午2:10。

在一些实施例中，触发手机对关键信息进行分析的触发条件可以有多种。比如，当接收到该还款提醒短信之后，手机的首次充电会触发手机对关键信息进行分析。再比如，当达到某个特定时间(如临近最迟还款日一周)时，触发手机对账单的关键信息进行分析。本申请实施例对触发分析对短信关键信息进行分析的具体方式不作限定。

在一些实施例中，当确定账单状态为待还卡状态之后，手机可以根据获取的账单的关键信息显示账单卡片。在不同情形下，账单卡片的内容显示规则可以根据账单的关键信息确定，比如在该情形一中，账单关键信息为：银行名称+卡尾号+还款金额+还款日期，那么账单卡片显示的内容可以为：银行名称+卡尾号+还款金额+还款日期。

需要说明的是，当确定账单为待还款状态后，可以不立即在界面显示对应的账单卡片，而是在临近最迟还款日时才显示，比如在距离最迟还款日还有48小时(也即2022年5月18日00：00)时，通过负一屏显示账单卡片(如图6B所示)。之所以进行这样的设置，是因为用户一般习惯于在最迟还款日还款，在临近最迟还款日时显示该账单卡片，能够及时有效地提醒用户进行还款，避免提醒太早用户在最迟还款日仍然无法记起还款的问题。

在账单卡片显示期间，用户对该账单完成还款之后，银行向用户发送还款完成短信。如图6C所示，该还款完成短信可以包括：银行名称(XX银行)、卡尾号(3892)和还款金额(11800.80元)。手机接收到该还款完成短信之后，可以对其进行解析并获取短信中账单的关键信息，该账单的关键信息可以如表4所示。

表4

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款完成短信	XX银行	3982	11800.80元	\

之后，将该还款完成短信中的关键信息和还款提醒短信中的关键信息进行匹配。如表5所示，可以比较两条短信中银行名称、卡号、还款金额是否一致，若一致，则表示该还款完成短信与当前显示的账单卡片中的账单是同一账单，该账单已经还款完成，此时可以对账单卡片进行消卡，使该账单卡片在手机界面消失。

表5

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款提醒短信	XX银行	3982	11800.80	2022年5月20日
还款完成短信	XX银行	3982	11800.80元	\

可选地，当确定该账单卡片对应的账单已经还款完毕，在对账单卡片进行消卡之前，还可以在该账单卡片中显示还款完毕的提示信息，在显示该提示信息一定时长之后进行消卡。示例性的，显示还款完毕提示信息的账单卡片示意图可以如图6D所示，该提示信息例如可以是“XX银行3982已按期还款11800.80元”。此外，账单卡片此时还可以显示消卡倒计时，如图6D所示的消卡倒计时00:01:32是指在1分32秒后该账单卡片将在手机界面消失。

由于相比于在短信列表中翻找还款完毕的通知短信，用户直接在界面上查看账单卡片的操作更为简单，因而在还款完毕之后，通过在账单卡片上提示账单已还款完成，能够使用户更加直观便捷地获知已成功对该账单还款，提升用户体验。

示例性的，如图7A和图7B所示，在上述情形二中实现本申请实施例提供的基于短信进行账单提醒的方法时可能涉及的一些GUI示意图。

针对上述情形二，假设本期最迟还款日为5月20日，用户提前10天接收到银行发送的还款提醒短信，也即在5月10日接收到还款提醒短信。如图7A所示，该还款提醒短信包括银行名称(XX银行)、信用卡尾号(3892)、还款金额(11800.80元)和最迟还款日(2022年5月20日)。手机接收到该还款提醒短信之后，当满足触发条件(如收到该还款提醒短信之后首次充电)时，解析该提醒短信中账单的关键信息，该账单的关键信息可以如表6所示。

表6

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款提醒短信	XX银行	3982	11800.80	2022年5月20日

当满足触发条件(如接收到还款提醒短信后首次充电)时，手机对关键信息进行分析，获取账单的状态为待还款。当到达临近最迟还款提的特定时间时，若该账单的状态仍为待还款状态，则在手机的负一屏显示该账单对应的账单卡片(如图6B所示)。

在账单卡片显示期间，在用户对该账单完成还款之后，银行向用户发送还款完成短信。如图7B所示，该还款完成短信可以包括：银行名称(XX银行)和还款金额(11800.80元)。手机接收到该还款完成短信之后，可以对其进行解析并获取短信中账单的关键信息，该账单的关键信息可以如表7所示。

表7

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款完成短信	XX银行	\	11800.80元	\

之后，将该还款完成短信中的关键信息和还款提醒短信中的关键信息进行匹配。

需要说明的是，在用户仅持有XX银行一张信用卡的场景中，当还款提醒短信包括卡号，而还款完成短信不包括卡号时，可以不将卡号作为账单匹配的必须条件，而根据其他账单的关键信息进行账单的模糊匹配。此时，如表8所示，可以将还款完成短信中的银行名称和还款金额作为账单标识，与还款提醒短信中对应的账单标识(银行名称和还款金额)进行匹配；如果两条短信中的账单标识匹配一致，则表示该还款完成短信与当前显示的账单卡片中的账单相同，且该账单卡片中的账单已经转变为还款完成状态，此时可以对该账单卡片进行消卡，使该账单卡片在手机界面消失。

表8

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款提醒短信	XX银行	3982	11800.80	2022年5月20日
还款完成短信	XX银行	\	11800.80元	\

可选地，当确定该账单卡片对应的账单已经还款完毕，在对账单卡片进行消卡之前，还可以在该账单卡片中显示还款完毕的提示信息，且在保持显示该提示信息预设时长之后进行消卡。其中，显示还款完毕提示信息的账单卡片示意图可以继续参见图6D。

示例性的，如图8A至图8C所示，为在上述情形三中实现本申请实施例提供的基于短信进行账单提醒的方法时可能涉及的一些GUI示意图。

针对上述情形三，继续假设本期最迟还款日为5月20日，用户在5月10日接收到还款提醒短信。如图8A所示，该还款提醒短信包括银行名称(XX银行)、还款金额(11800.80元)和最迟还款日(2022年5月20日)。手机接收到该还款提醒短信之后，当满足触发条件(如收到该还款提醒短信之后首次充电)时，可以对其进行解析并获取短信中账单的关键信息，该账单的关键信息可以如表9所示。

表9

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款提醒短信	XX银行	\	11800.80	2022年5月20日

当满足触发条件(如接收到还款提醒短信后首次充电)时，手机对关键信息进行分析，并根据分析结果确定账单的状态为待还款状态。之后，当到达特定时间(如距离最迟还款日还有48小时)使，若账单状态仍为待还款状态，则在界面显示该账单对应的账单卡片。示例性的，由于该情形下从还款提醒短信读取的账单标识信息为银行名称、还款金额和还款日期，而不包括信用卡尾号，那么该账单卡片的显示规则可以对应调整不显示信用卡尾号，例如可以如图8B所示，该账单卡片的内容可以包括待还款账单对应的银行名称、待还款金额。此外，该账单卡片还可以显示最迟还款日和还款期限，如“5月20日到期”、“2天内还款”。

在账单卡片显示期间，用户对该账单完成还款之后，银行向用户发送还款完成短信。如图8C所示，该还款完成短信可以包括：银行名称(XX银行)、卡尾号(3892)和还款金额(11800.80元)。手机接收到该还款完成短信之后，可以对其进行解析并获取短信中账单的关键信息，该账单的关键信息可以如表10所示。

表10

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款完成短信	XX银行	3982	11800.80元	\

需要说明的是，在用户仅持有XX银行一张信用卡的场景中，当还款提醒短信不包括卡号，而还款完成短信包括卡号时，可以不将卡号作为账单匹配的必须条件，而根据其他账单的关键信息进行账单的模糊匹配。此时，如表11所示，可以将还款完成短信中的最迟还款日、银行名称和还款金额作为账单标识，与还款提醒短信中对应的账单标识(最迟还款日、银行名称和还款金额)进行匹配；如果两条短信中的账单标识匹配一致，则表示该还款完成短信与当前显示的账单卡片中的账单相同，且该账单卡片中的账单已经转变为还款完成状态，此时可以对该账单卡片进行消卡，使该账单卡片在手机界面消失。

表11

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款提醒短信	XX银行	\	11800.80	2022年5月20日
还款完成短信	XX银行	3982	11800.80元	\

可选地，当确定该账单卡片对应的账单已经还款完毕，在对账单卡片进行消卡之前，还可以在该账单卡片中显示还款完毕的提示信息，且在保持显示该提示信息预设时长之后进行消卡。其中，显示还款完毕提示信息的账单卡片示意图可以继续参见图6D。

示例性的，如图9A和图9B所示，为在上述情形四中实现本申请实施例提供的基于短信进行账单提醒的方法时可能涉及的一些GUI示意图。

针对上述情形四，继续假设本期最迟还款日为5月20日，用户在5月10日接收到还款提醒短信。如图9A所示，该还款提醒短信包括银行名称(XX银行)、还款金额(11800.80元)和还款日期(2022年5月20日)，但不包括信用卡尾号。手机接收到该还款提醒短信之后，当满足触发条件(如收到该还款提醒短信之后首次充电)时，可以对其进行解析并获取短信中账单的关键信息，该账单的关键信息可以如表12所示。

表12

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款提醒短信	XX银行	\	11800.80	2022年5月20日

当满足触发条件(如接收到还款提醒短信后首次充电)时，手机对关键信息进行分析，并根据分析结果确定账单的状态为待还款状态。之后，若到达特定时间(如距离最迟还款日还有48小时)，账单状态仍为待还款状态，则在界面显示该账单对应的账单卡片。示例性的，该账单卡片可以如图8B所示，卡片内容可以包括待还款账单对应的银行名称、待还款金额。此外，该账单卡片还可以显示最迟还款日和还款期限，如“5月20日到期”、“2天内还款”。

在账单卡片显示期间，用户对该账单完成还款之后，银行向用户发送还款完成短信。如图9B所示，该还款完成短信可以包括：银行名称(XX银行)和还款金额(11800.80元)，不包括信用卡号。手机接收到该还款完成短信之后，可以对其进行解析并获取短信中账单的关键信息，该账单的关键信息可以如表13所示。

表13

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款完成短信	XX银行	\	11800.80元	\

之后，将该还款完成短信中的关键信息和还款提醒短信中的关键信息进行匹配。

需要说明的是，在用户仅持有XX银行一张信用卡的场景中，当还款提醒短信和还款完成短信均不包括卡号时，可以不将卡号作为账单匹配的必须条件，而是根据其他账单的关键信息进行账单的模糊匹配。此时，如表14所示，可以将还款完成短信中的银行名称和还款金额作为账单标识，与还款提醒短信中对应的账单标识(最迟还款日、银行名称和还款金额)进行匹配；如果两条短信中的账单标识匹配一致，则表示该还款完成短信与当前显示的账单卡片中的账单相同，且该账单卡片中的账单已经转变为还款完成状态，此时可以对该账单卡片进行消卡，使该账单卡片在手机界面消失。

表14

短信类型	银行名称	信用卡尾号	还款金额	最迟还款日
					还款提醒短信	XX银行	\	11800.80	2022年5月20日
还款完成短信	XX银行	\	11800.80元	\

可选地，当确定该账单卡片对应的账单已经还款完毕，在对账单卡片进行消卡之前，还可以在该账单卡片中显示还款完毕的提示信息，且在保持显示该提示信息预设时长之后进行消卡。其中，显示还款完毕提示信息的账单卡片示意图可以继续参见图6D。

根据本申请实施例提供的基于短信进行账单匹配的方法，在用户持有某银行或虚拟商家一张卡时，通过在还款提醒短信和还款完成短信均包括卡号时进行基于包括卡号的账单标识进精准匹配，而还款提醒短信和还款完成短信两者之一或者全部不包括卡号时，利用卡号之外的其它账单标识进行模糊匹配，获取该张卡对应的账单状态，进而根据账单状态进行账单卡片的出卡或者消卡，能够保证账单状态的准确性，从而保证对账单卡片出卡或消卡的准确性，有利于提升用户体验。

上文对在用户仅持有某银行一张信用卡场景中，基于账单匹配规则进行账单卡片出卡或消卡的过程进行了介绍。以下继续以电子设备是手机，且账单是XX银行的信用卡账单为例，对用户持有XX银行多张信用卡的情形下，如何基于短信确定账单状态，进而确定对账单卡片进行出卡或者消卡的过程进行介绍。为便于理解，这里以用户持有XX银行两张信用卡(分别记为信用卡1和信用卡2)为例进行介绍。

示例性的，如图10A和图10B所示，为在上述情形五中实现本申请实施例提供的基于短信进行账单提醒的方法时可能涉及的一些GUI示意图。

针对上述情形五，假设用户持有的XX银行的信用卡1和信用卡2对应的最迟还款日均为5月20日，用户在5月10日上午8:10接收到信用卡1对应的还款提醒短信，并在5月10日上午10:10接收到信用卡2对应的还款提醒短信。信用卡1和信用卡2对应的账单分开，其中，信用卡1对应的还款提醒短信1如图10A所示，其内容包括银行名称(XX银行)、还款金额(11800.80元)和最迟还款日(2022年5月20日)，不包括信用卡尾号；信用卡2对应的还款提醒短信2如图10B所示，其内容包括信用卡尾号(3892)、银行名称(XX银行)、还款金额(1600.00元)和最迟还款日(2022年5月20日)。

手机接收到还款提醒短信1和还款提醒短信2之后，可以分别对短信进行解析并获取每条短信中账单的关键信息，该账单的关键信息可以如表15所示。

表15

当满足触发条件时，手机对上述关键信息进行分析。

值得注意的是，对于用户持有同一银行多张信用卡，且该多张信用卡的最迟还款日相同的场景，如果部分还款提醒短信不包含卡号，本申请实施例的处理方式是：过滤这些缺失卡号的还款提醒短信，也即如果在还款提醒短信中没有读取到卡号，后续不会基于其他关键信息分析该账单的状态，也不会展示该账单对应的账单卡片。

之所以设置上述处理方式，是因为在多张相同银行的信用卡具有同一最迟还款日的场景下，如果仅用除卡号之外的其它关键信息(如银行名称+还款金额+还款日期)无法区分出该账单是信用卡1对应的账单还是信用卡2对应的账单。为了避免账单匹配错误，以及为了避免后续匹配还款完成短信时存在的错误风险，故设置为不对其进行分析。

基于上述处理原则，手机仅对还款提醒短信2中的账单的关键信息进行分析，获取尾号为3982的账单的状态为待还款状态。之后，当到达临近最迟还款提的特定时间(如距离最迟还款日还有48小时)时，若该账单的状态仍为待还款状态，则在手机的负一屏显示该账单对应的账单卡片(如图6B所示)。

在账单卡片显示期间，用户对信用卡1的账单和信用卡2的账单均完成还款之后，银行向用户发送信用卡1对应的还款完成短信1和信用卡2对应的还款完成短信2。其中，根据还款完成短信1和还款完成短信2是否包含卡号，可以分为下表16中的几种情况。

表16

情况分类	还款完成短信1是否包括卡号	还款完成短信2是否包括卡号
			情况a	是	是
情况b	否	是
			情况c	是	否
情况d	否	否

针对上述情况a和情况b，在基于还款完成短信分析账单状态时，可仅根据包含信用卡2卡号的还款完成短信对信用卡2的还款状态进行分析。

比如，在情况a中，假设用户首先接收到信用卡1对应的还款完成短信(记为还款完成短信1)，该还款完成短信1包括信用卡1的卡号，手机可以通过读取还款完成短信1获取该信用卡1的卡号(如3890)，并与已缓存的信用卡2的还款提醒短信的账单关键信息进行匹配，由于信用卡1的尾号(3890)和信用卡2的尾号(3892)不一致，因此匹配失败；之后，当接收到信用卡2对应的还款完成短信(记为还款完成短信2)后，通过读取还款完成短信2获取信用卡2对应的卡号(3892)，并与已缓存的信用卡2的还款提醒短信的账单关键信息进行匹配，由于匹配的卡号均为信用卡2的卡号，因此匹配结果成功。基于还款完成短信2指示的还款完成可以确定当前信用卡2的账单状态为还款成功状态，之后可以对该信用卡2对应的账单卡片消卡。类似地，如果用户首先接收到还款完成短信2，那么可以通过读取还款完成短信2获取信用卡2对应的卡号(3892)，并与已缓存的信用卡2的还款提醒短信的账单关键信息进行匹配，在匹配成功后确定该信用卡2当前已经还款成功，之后将该信用卡2对应的账单卡片消卡。

再比如，在情况b中，由于信用卡2对应的还款完成短信不包括信用卡2的卡号，因而无论如何进行匹配，均无法得到与已缓存的信用卡2的卡号(还款提醒短信中读取出的)匹配的还款完成短信，进而也无法清晰地确定该信用卡2是否一定完成了还款。针对这种情形，保持该信用卡2对应的账单卡片在界面显示，而不根据逻辑分析结果自动消卡。

在一些实施例中，针对情况b，信用卡2对应的账单卡片可以在达到通用的消卡时间时消失，该通用的消卡时间可以是最迟还款日的最后时间，如5月20日24:00。应理解，由于超过该最后时间之后，即使显示账单卡片也无法使得用户按时还款，因而达到该最后时间时，账单卡片可以被强制消卡。

在另一些实施例中，用户还可以手动对账单卡片进行消卡(不仅限于情况b)。示例性的，手动消卡的方式可以有多种，比如通过设置项目里的账单提醒开关。示例性的，当用户需要手动关闭账单卡片时，可以点击如图11A所示的设置界面中的提醒卡片管理栏，除了该提醒卡片管理栏，该设置界面还可以包括多项业务的管理栏，如无线和网络管理栏、蓝牙管理栏、桌面和壁纸管理栏、显示管理栏、声音管理栏、电池管理栏、存储管理栏、健康使用手机管理栏、安全和隐私管理栏。响应于用户点击账单管理栏，手机可以显示如图11B所示的账单提醒管理界面，该账单提醒管理界面可以包括账单卡片的开关控件1101、航班提醒卡片的开关控件、地铁提醒卡片的开关控件，之后，用户可以点击账单卡片对应的开关控件1101，关闭该账单卡片的显示功能。

再比如，用户还可以通过特定的语音输入指示电子设备中的语音助手关闭该账单卡片。本申请实施例对如何手动关闭账单卡片的方式不作限定。

针对上述情况c和情况d，由于无论对信用卡1对应的还款完成短信进行分析，还是对信用卡2对应的还款完毕短信进行分析，都无法获取与已缓存的信用卡2的卡号匹配的信息，也就是说，在情况a和情况b中，无法基于卡号精准地分析获取信用卡2的账单状态变为还款完成状态，此时会继续保持显示账单卡片。

需要说明的是，本申请实施例在基于还款完成短信和还款提醒短信匹配账单状态时，将匹配方式分为了精准匹配和模糊匹配。其中，精准匹配是指还款完成短信和还款提醒短信均包括卡号，通过包含卡号(及其他关键信息，如银行名称、还款金额、还款日期等)的账单关键信息对两条短信中的账单进行匹配，也即通过包含卡号的关键信息判断两条短信是否指示的为同一张卡的同一个账单；模糊匹配是指还款提醒短信包括卡号，而还款完成短信不包括卡号，在匹配时通过不包含卡号的其他账单关键信息(如银行名称、还款期限等)对两条短信中的账单进行匹配，也即通过不包含卡号的关键信息判断两条短信是否指示的为同一张卡的同一个账单。

通过精准匹配，能够确定还款完成短信和还款提醒短信中的账单为相同账单，也即可以确定地获取该账单的状态转变为还款完成状态，此时对该账单对应的账单卡片进行消卡不存在消卡错误的风险。而模糊匹配的依据由于不包括卡号，因而在用户拥有同一银行的多张卡，且这些卡的还款日期相同时，那么基于账单关键信息银行名称+还款日期进行匹配容易出现账单状态匹配错误，存在账单卡片消卡错误的风险。所以，与用户拥有同一银行或同一虚拟商家单张卡的情形不同，在多张卡的情形下，如果显示了某个账单对应的账单卡片，在无法精准匹配该账单对应的还款完成短信，确定该账单已还款完成时，会保持该账单对应的账单卡片显示。

换句话说，在用户持有同一银行或同一虚拟商家的多张卡，且其中一张卡(记为卡3，卡3可以是银行的信用卡或者虚拟商家对应的卡)对应的还款提醒短信包括卡号，而其他卡对应的还款提醒短信均不包含卡号时，仅显示卡3对应的账单卡片。如果后续卡3对应的还款完成短信不包含卡3的卡号，即使其他卡的还款完成短信均携带了各自的卡号，仍然无法直接地基于卡3对应的卡号从还款完成短信中分析出卡3的账单已经还款完毕，也即无法精准地确定卡3对应的账单已经还款完毕。

在一些实施例中，对于无法精准获取已还款的账单，可以通过其他多种方式对该账单对应的账单卡片消卡。比如，可以在达到通用的消卡时间时使卡账单消失，该通用的消卡时间可以是最迟还款日的最后时间，如5月20日24:00。再比如，用户还可以手动对账单卡片进行消卡，手动消卡的一种可能的方式可以参见上文，如图11A和图11B对应的相关介绍，此处不再赘述。

根据本申请实施例提供的基于短信进行账单提醒的方法，当用户持有同一银行或同一虚拟商家的多张卡时，若部分卡对应的还款提醒短信缺失卡号，通过过滤这些缺失卡号的还款提醒短信，而仅对包括卡号的还款提醒短信进行账单状态分析，并根据账单状态对账单卡片进行出卡，能够降低同一银行或同一虚拟商家的多张卡缺失识别账单的关键信息(卡号)时，对出卡正确性的干扰，提升对账单卡片出卡或消卡的准确性。

示例性的，如图12A和图12B所示，为在上述情形六中实现本申请实施例提供的基于短信进行账单提醒的方法时可能涉及的一些GUI示意图。

针对上述情形六，假设用户持有的XX银行的信用卡1和信用卡2对应的最迟还款日均为5月20日，用户在5月10日上午8:10接收到信用卡1对应的还款提醒短信，并在5月10日上午10:10接收到信用卡2对应的还款提醒短信。信用卡1和信用卡2对应的账单分开，其中，信用卡1对应的还款提醒短信1如图12A所示，其内容包括银行名称(XX银行)、还款金额(11800.80元)和最迟还款日(2022年5月20日)，不包括信用卡尾号；信用卡2对应的还款提醒短信2如图12B所示，其内容包括银行名称(XX银行)、还款金额(1600.00元)和最迟还款日(2022年5月20日)。

手机接收到还款提醒短信1和还款提醒短信2之后，可以分别对短信进行解析并获取每条短信中账单的关键信息，该账单的关键信息可以如表17所示。

表17

当满足触发条件时，手机对上述关键信息进行分析。

值得注意的是，对于用户持有同一银行多张信用卡，且该多张信用卡的最迟还款日相同的场景，如果全部还款提醒短信均不包含卡号，本申请实施例的处理方式是：按照短信接收时间，分析最晚接收到的还款提醒短信，获取账单状态，并显示该账单对应的账单卡片。

基于上述处理原则，手机按照短信接收时间对还款提醒短信2中的账单的关键信息进行分析，获取该短信中的账单的状态为待还款状态。之后，当到达临近最迟还款提的特定时间(如距离最迟还款日还有48小时)时，若该账单的状态仍为待还款状态，则在手机的负一屏显示该账单对应的账单卡片，此时，该账单卡片的内容可以包括：银行名称、还款金额、最迟还款日、距离最迟还款日的时间，而不包括卡号。

在账单卡片显示期间，用户对信用卡1的账单和信用卡2的账单均完成还款之后，银行向用户发送信用卡1对应的还款完成短信1和信用卡2对应的还款完成短信2。还款完成短信1和还款完成短信2是否包含卡号的情况可以继续参见表16。然而，由于账单卡片上不包括卡号，且信用卡1和信用卡2对应的还款提醒短信均不包含卡号，为了避免账单状态匹配错误的风险，无论还款完成短信是否包含卡号，均不自动对账单卡片消卡。

也就是说，在该场景下，账单卡片无法自动消失，可以由用户还款后手动关闭或者达到通用消卡时间(如最迟还款日当天24:00)后强制卡片退出。

根据本申请实施例提供的基于短信进行账单提醒的方法，当用户持有同一银行或同一虚拟商家的多张卡时，若部分卡对应的还款提醒短信缺失卡号，通过过滤这些缺失卡号的还款提醒短信，而仅对包括卡号的还款提醒短信进行账单状态分析，并根据账单状态对账单卡片进行出卡，能够降低同一银行或同一虚拟商家的多张卡缺失识别账单的关键信息(卡号)时，对出卡正确性的干扰，提升对账单卡片出卡或消卡的准确性。

示例性的，如图13所示，为本申请实施例提供的一种基于短信进行账单提醒的示意性流程图。该流程可以由电子设备100中的短信模块、感知模块、SDK模块、计算引擎、YOYO建议、负一屏执行，具体可以包括以下步骤：

S1301，计算引擎向YOYO建议查询账单提醒业务的开关状态。

需要说明的是，将账单提醒业务管理设置于设置应用为可选方式。在本申请实施例中，可以将账单提醒业务管理设置于YOYO建议。

在一些实施例中，YOYO建议可以包括针对账单卡片业务的管理功能。示例性的，YOYO建议中该账单提醒业务的管理界面可以如图14所示，包括还款助手管理栏、默认还款应用设置栏和卡片集管理栏。其中，还款助手用于根据信用卡或者贷款账单短信，发送还款提醒，还款助手管理栏可以包括针对还款助手功能的开关控件，当该控件处于开启状态时，账单提醒业务开启；当该控件处于关闭状态时，账单提醒业务关闭。默认还款应用设置栏可以用于设置默认的还款应用(如支付宝、银行卡等)。卡片集管理栏可以包括卡片显示对应的开关控件，当开启卡片集显示时，电子设备可以根据当前场景，在负一屏和桌面YOYO卡卡集中显示账单卡片。

在一些实施例中，用户可以通过YOYO建议开启或者关闭账单卡片业务，其中，开启还款助手的过程可以包括步骤S1302和步骤S1303：

S1302，YOYO建议接收用户输入的账单提醒业务开启操作。

其中，这里的还款提醒业务开启操作可以是用户开启还款助手开关控件的操作(如图14所示的操作1301)。

S1303，YOYO建议开启账单卡片业务。

在一些实施例中，当计算引擎向YOYO建议查询到账单卡片业务处于关闭状态时，可以结束流程；当计算引擎向YOYO建议查询到账单卡片业务处于开启状态时，可以执行下文中的步骤S1304。

S1304，计算引擎向感知模块发送账单短信围栏注册信息。

在一些实施例中，账单短信围栏由感知模块提供，计算引擎通过账单短信围栏注册信息在感知模块注册账单短信围栏。计算引擎在感知模块注册了账单短信围栏后，感知模块对手机接收短信进行监听，并获取短信内容，当短信内容包括账单信息(如短信号码是“955”开头或者包括银行、账单、还款金额、还款日期等相关字段)时，该短信会触发账单短信围栏。

需要说明的是，在整个账单提醒业务的运行过程中，如果账单状态发生变化，计算引擎还可以向感知模块发送围栏状态更新信息。比如，当确定当前已经接收到了A银行的还款提醒短信，且根据短信确定当前A银行的账单处于待还款状态，那么后续就需要着重监听A银行账单对应的还款完成短信，此时计算引擎可对账单围栏状态进行更新，更新后的账单短信围栏例如在手机接收到A银行账单对应的还款完成短信时被触发。当需要对账单短信围栏进行更新时，可以执行步骤S1305，计算引擎向感知模块发送围栏状态更新信息。其中，该围栏状态更新信息可以包括更新后的触发账单短信围栏的账单信息。

S1306，感知模块检测当前存在账单短信围栏。

S1307，感知模块监听短信模块的账单短信。

在一些实施例中，账单短信(包括还款提醒短信、还款完成短信)会触发账单短信围栏，当感知模块监听到短信模块接收到账单信息时感知模块可以将这些触发账单围栏的短信缓存至数据库。

在一些实施例中，当短信模块接收到短信时，还可以执行步骤S1308，也即过滤拦截伪基站信息。短信模块过滤拦截伪基站信息的具体方式可以参见现有的任意可行方式，此处不做赘述。

S1309，感知模块检测电子设备是否充电。

结合上文的介绍，这里电子设备充电可以作为触发对账单短信进行分析以确定账单状态的条件。为了准确地获知何时开启对账单短信的分析，感知模块在首次获取短信之后，可以调用其与电池管理模块(图13未示出)之间的API检测电池的是否处于充电状态。其中，若感知模块检测到电子设备处于充电状态，则可以开启后续对短信分析以获取账单状态，然后基于账单状态出卡的流程。该后续流程可以包括下述步骤S1310至步骤S1318。

S1310，感知模块检测数据库是否存在账单短信。

感知模块可以从缓存短信的数据库中查询是否存在账单短信。在一些实施例中，在电子设备接收到A银行发送的还款提醒短信时，感知模块此时可以从数据库中查询到该A银行账单的还款提醒短信。

S1311，感知模块调用与SDK模块之间的接口解析短信语义。

在一些实施例中，感知模块可以通过其与SDK模块之间的接口将在步骤S1310中查询到的账单短信(仍以A银行的还款提醒短信为例)发送给SDK模块。

S1312，SDK模块向感知模块返回短信语义解析结果。

在一些实施例中，SDK模块接收到还款提醒短信之后，可以对该短信进行语义解析，获取该短信对应的语义解析结果。示例性的，该语义解析结果可以包含的账单的关键信息(比如银行名称、卡号、还款金额、还款日期等)。之后，SDK模块通过其与感知模块之间的接口向感知模块返回该短信的语音解析结果。

S1313，感知模块向计算引擎发送围栏通知信息，该围栏通知信息包括短信的语义分析结果。

感知模块在接收到SDK模块返回的短信语义解析结果后，可以将该结果发送至计算引擎，也即将还款提醒短信中的账单的关键信息(或还款完成短信中账单的关键信息)发送给计算引擎。

S1314，计算引擎按照预设的业务处理逻辑，根据短信的语义分析结果分析账单状态。

其中，账单状态可以包括待还款状态、部分还款状态和还款完成状态。

S1315，计算引擎向感知模块发送围栏刷新通知信息。

其中，该围栏刷新通知信息可以是计算引擎基于A银行的还款提醒短信获取账单状态为待还款状态后，需要调整短信围栏的状态，如将短信围栏状态更新为在接收到A银行的还款完成短信时被触发。

围栏刷新通信信息可以用于指示感知模块将之前的账单短信围栏解注册，并再注册新的账单短信围栏。

S1316，计算引擎向YOYO建议发送卡片管理通知信息。

其中，卡片管理通知信息可以用于指示YOYO建议构建账单卡片，该卡片管理通知信息可以包括需要在卡片上显示的账单信息，如待还款账单对应的银行名称、卡号、还款金额、还款日期等。

S1317，YOYO建议构建账单卡片。

S1318，YOYO建议向负一屏发送账单卡片信息。

负一屏获取账单卡片信息后，可以显示对应的账单卡片。其中，该账单卡片可以如图6B或图8B所示。

之后，当电子设备接收到该账单对应的还款完成短信后，可以按照与上文类似的方式，对该还款完成短信进行语义解析，并将短信语义解析结果发送值计算引擎。计算引擎按照上文介绍的短信匹配规则，分析账单的状态，当确定账单为还款完毕状态时，通过YOYO建议指示负一屏对账单卡片消卡。

根据本申请实施例提供的基于短信进行账单匹配的方法，在用户持有某银行或虚拟商家一张卡时，通过在还款提醒短信和还款完成短信均包括卡号时进行基于包括卡号的账单标识进精准匹配，而还款提醒短信和还款完成短信两者之一或者全部不包括卡号时，利用卡号之外的其它账单标识进行模糊匹配，获取该张卡对应的账单状态，进而根据账单状态进行账单卡片的出卡或者消卡，能够保证账单状态的准确性，从而保证对账单卡片出卡或消卡的准确性，有利于提升用户体验。

示例性的，如图15所示，为本申请实施例提供的另一种基于短信进行账单提醒的方法的示意性流程图。该流程可以由电子设备执行，具体包括以下步骤：

S1501，接收第一还款提醒短信，该第一还款提醒短信用于提示用户对金融机构的第一信用卡还款。

示例性的，这里的第一还款提醒短信可以对应于上文中信用卡对应的还款短；金融机构可以包括上文所说的银行以及花呗、京东白条、美团账单等虚拟商家。

需要说明的是，本实施例以对第一信用卡还款为例进行说明，其含义可以延伸至虚拟商家对应的还款卡。

在一些实施例中，电子设备可以通过短信模块接收第一还款提醒短信。短信模块接收到该第一还款提醒短信之后可以将其缓存至数据库。

S1502，解析第一还款提醒短信，获取第一信用卡对应账单的关键信息。

关键信息例如可以包括：还款金额、金融机构的标识ID、最迟还款日、还款卡号中的一项或多项。金融机构的标识(identificaton，ID)例如可以是银行名称、虚拟商家的名称等。

本步骤中，解析第一还款提醒短信，获取第一信用卡对应账单的关键信息的具体实现方式可以参见上文图13实施例中的相关介绍，此处不再赘述。

S1503，当用户仅持有金融机构的第一信用卡时，根据关键信息显示第一信用卡对应的账单卡片，该账单卡片包括还款提示信息。

用户仅持有金融机构的第一信用卡的场景可以对应于上文表1所示的情形一至情形四。该场景下显示账单卡片的原理及过程可以参见上文中的相关介绍，此处不再赘述。

在一些实施例中，根据关键信息显示第一信用卡对应的账单卡片的过程还可以包括：根据关键信息确定所述第一信用卡为待还款状态；根据第一信用卡的该待还款状态和关键信息，显示第一信用卡对应的账单卡片。

在一些实施例中，显示第一信用卡对应的账单卡片还可以包括：当距离最迟还款日的时间小于第一阈值时，显示该第一信用卡对应的账单卡片。其中，第一阈值可以灵活设置，比如可以设置为48小时，本申请实施例对此不作限定。

S1504，当用户在持有第一信用卡之外，还持有金融机构的第二信用卡，且第一信用卡和第二信用卡对应的最迟还款日相同时，接收第二还款提醒短信，第二还款提醒短信用于提示用户对第二信用卡还款，该第二还款提醒短信不包括第二信用卡的卡号。

当用户在持有第一信用卡之外，还持有金融机构的第二信用卡，且第一信用卡和第二信用卡对应的最迟还款日相同的场景可以对应于上文表2所示的情形五和情形六。

S1505，根据关键信息确定第一还款提醒短信是否包括所述第一信用卡的卡号。

S1506，若检测到第一还款提醒短信包括第一信用卡的卡号，则仅显示第一信用卡对应的账单卡片。

在一些实施例中，显示第一信用卡对应的账单卡片还可以包括：当距离最迟还款日的时间小于第一阈值时，显示账单卡片。其中，第一阈值可以灵活设置，比如可以设置为48小时，本申请实施例对此不作限定。

S1507，若检测到第一还款提醒短信不包括第一信用卡的卡号，根据第一还款提醒短信和第二还款提醒短信对应的短信接收时间，确定显示第一信用卡对应的账单卡片。

本步骤中的场景可以对应于上文中的情形六，具体分析过程可以参见上文中的相关介绍，此处不再赘述。

示例性的，根据第一还款提醒短信和第二还款提醒短信对应的短信接收时间，确定显示第一信用卡对应的账单卡片，具体可以包括：若检测到第一还款提醒短信对应的短信接收时间晚于第二还款提醒短信对应的短信接收时间时，确定显示第一信用卡对应的账单卡片。

在一些实施例中，针对用户持有同一金融机构的第一信用卡和第二信用卡，且第一信用卡和第二信用卡对应的最迟还款日相同的场景，基于短信进行账单提醒的方法还可以包括：接收第一还款完成短信，所述第一还款完成短信用于指示所述用户对所述第一信用卡还款成功；当所述第一还款完成短信包括所述第一信用卡的卡号时，对所述第一信用卡对应的账单卡片进行消卡；当所述第一还款完成短信不包括所述第一信用卡的卡号时，继续显示所述第一信用卡对应的账单卡片，直至所述用户手动关闭所述账单卡片或者达到预设的账单卡片关闭时间。

根据本申请实施例提供的基于短信进行账单匹配的方法，在用户持有某银行或虚拟商家一张卡时，通过在还款提醒短信和还款完成短信均包括卡号时进行基于包括卡号的账单标识进精准匹配，而还款提醒短信和还款完成短信两者之一或者全部不包括卡号时，利用卡号之外的其它账单标识进行模糊匹配，获取该张卡对应的账单状态，进而根据账单状态进行账单卡片的出卡或者消卡，能够保证账单状态的准确性，从而保证对账单卡片出卡或消卡的准确性，有利于提升用户体验。

基于同样的技术构思，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机可执行程序指令，所述计算机可执行程序指令在被计算机上运行时，使得计算机或处理器执行上述任一个方法中的一个或多个步骤。

基于同样的技术构思，本申请实施例还提供了一种包含指令的计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机或处理器执行上述任一个方法中的一个或多个步骤。

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

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

以上所述，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何在本申请实施例揭露的技术范围内的变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种基于短信进行账单提醒的方法，其特征在于，应用于电子设备，包括：

接收第一还款提醒短信，所述第一还款提醒短信用于提示用户对金融机构的第一信用卡还款；

解析所述第一还款提醒短信，获取所述第一信用卡对应账单的关键信息；

当所述用户仅持有所述金融机构的所述第一信用卡时，根据所述关键信息显示所述第一信用卡对应的账单卡片，所述账单卡片包括还款提示信息；

当所述用户在持有所述第一信用卡之外，还持有所述金融机构的第二信用卡，且所述第一信用卡和所述第二信用卡对应的最迟还款日相同时，

接收第二还款提醒短信，所述第二还款提醒短信用于提示用户对所述第二信用卡还款，所述第二还款提醒短信不包括所述第二信用卡的卡号；

根据所述关键信息确定所述第一还款提醒短信是否包括所述第一信用卡的卡号；

若检测到所述第一还款提醒短信包括所述第一信用卡的卡号，则仅显示所述第一信用卡对应的所述账单卡片；

若检测到所述第一还款提醒短信不包括所述第一信用卡的卡号，根据所述第一还款提醒短信和所述第二还款提醒短信对应的短信接收时间，确定显示所述第一信用卡对应的账单卡片。

2.根据权利要求1所述的方法，其特征在于，所述若检测到所述第一还款提醒短信不包括所述第一信用卡的卡号，根据所述第一还款提醒短信和所述第二还款提醒短信对应的短信接收时间，确定显示所述第一信用卡对应的账单卡片，具体包括：

若检测到所述第一还款提醒短信不包括所述第一信用卡的卡号，且所述第一还款提醒短信对应的短信接收时间晚于所述第二还款提醒短信对应的短信接收时间时，确定显示所述第一信用卡对应的账单卡片。

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

根据所述关键信息确定所述第一信用卡为待还款状态；

根据所述第一信用卡的所述待还款状态和所述关键信息，显示所述第一信用卡对应的账单卡片。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：

当距离所述最迟还款日的时间小于第一阈值时，显示所述账单卡片。

5.根据权利要求1所述的方法，其特征在于，当所述用户仅持有所述第一银行的所述第一信用卡时，所述方法还包括：

接收第一还款完成短信，所述第一还款完成短信用于指示所述用户对所述第一信用卡还款成功；

对所述第一还款完成短信和所述第一还款提醒短信中的至少一个所述关键信息进行匹配；

若匹配一致，则对所述第一信用卡对应的账单卡片进行消卡。

6.根据权利要求1或2所述的方法，其特征在于，当所述用户在持有所述第一信用卡之外，还持有所述第一银行的第二信用卡，且所述第一信用卡和所述第二信用卡对应的最迟还款日相同时，所述方法还包括：

接收第一还款完成短信，所述第一还款完成短信用于指示所述用户对所述第一信用卡还款成功；

当所述第一还款完成短信包括所述第一信用卡的卡号时，对所述第一信用卡对应的账单卡片进行消卡；

当所述第一还款完成短信不包括所述第一信用卡的卡号时，继续显示所述第一信用卡对应的账单卡片，直至所述用户手动关闭所述账单卡片或者达到预设的账单卡片关闭时间。

7.根据权利要求6所述的方法，其特征在于，所述关键信息包括以下至少一项：

还款金额、金融机构的标识ID、最迟还款日、还款卡号。

8.根据权利要求1-7中任一项所述的方法，其特征在于，所述金融机构包括银行和/或虚拟商家。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

一个或多个存储器；

所述一个或多个存储器存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述终端设备执行如权利要求1至8中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行程序指令，所述计算机可执行程序指令在被计算机上运行时，使所述计算机执行如权利要求1至8中任一项所述的方法。

Images