CN116033064B - 卡片显示的方法、电子设备及可读存储介质 - Google Patents

卡片显示的方法、电子设备及可读存储介质 Download PDF

Info

Publication number
CN116033064B
CN116033064B CN202210603730.5A CN202210603730A CN116033064B CN 116033064 B CN116033064 B CN 116033064B CN 202210603730 A CN202210603730 A CN 202210603730A CN 116033064 B CN116033064 B CN 116033064B
Authority
CN
China
Prior art keywords
card
time
module
short message
fence
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202210603730.5A
Other languages
English (en)
Other versions
CN116033064A (zh
Inventor
闫超杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202210603730.5A priority Critical patent/CN116033064B/zh
Publication of CN116033064A publication Critical patent/CN116033064A/zh
Application granted granted Critical
Publication of CN116033064B publication Critical patent/CN116033064B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Telephone Function (AREA)

Abstract

本申请公开了一种卡片显示的方法、电子设备及可读存储介质,属于终端技术领域。该方法包括:在未显示有第一卡片的情况下,若电子设备的状态满足预设解析条件,则解析第一短信消息,得到第一解析结果,第一短信消息是由指定类别的第一对象发送,第一卡片是指基于第一对象发送的短信消息构建的卡片。若根据第一解析结果确定存在待处理的第一事件且第一事件满足出卡条件,则在第一事件的处理截止时间之前,基于第一解析结果构建第一卡片,显示第一卡片。如此,在存在待显示的第一卡片的情况下,若确定不需要实时解析短信消息,则待满足预设解析条件时再进行解析,可以避免实时解析对电子设备的续航和性能带来一定的损耗。

Description

卡片显示的方法、电子设备及可读存储介质
技术领域
本申请涉及终端技术领域,特别涉及一种卡片显示的方法、电子设备及可读存储介质。
背景技术
在日常生活中,一些待处理的事件具有处理截止时间,为了避免用户在超过处理截止时间时仍未对对应的事件进行处理,通常有对用户进行提示的需求。
目前,电子设备可以通过短信消息的方式对用户进行提示,此外,还可以基于短信消息通过卡片的方式进行提示。在实施中,当电子设备接收到该类短信消息时,基于短信消息生成卡片,然后显示该卡片,以对用户进行提示。
然而,若每次有短信消息到来都进行实时解析,则容易导致对电子设备的续航和性能带来一定的损耗。
发明内容
本申请提供了一种卡片显示的方法、电子设备及可读存储介质,可以解决相关技术中由于对短信消息进行实时解析导致对电子设备的续航和性能带来一定的损耗的问题。所述技术方案如下:
第一方面,提供了一种卡片显示的方法,应用于电子设备所述方法包括:
在未显示有第一卡片的情况下,若所述电子设备的状态满足预设解析条件,则解析第一短信消息,得到第一解析结果,所述第一短信消息是由指定类别的第一对象发送,所述第一卡片是指基于所述第一对象发送的短信消息构建的卡片;
若根据所述第一解析结果确定存在待处理的第一事件且所述第一事件满足出卡条件,则在所述第一事件的处理截止时间之前,基于所述第一解析结果构建所述第一卡片;
显示所述第一卡片。
在一个示例中,第一卡片为下文中的carda,第一事件为还款事件。第一解析结果为解析结果resulta。第一对象为对象U1。处理截止时间为还款截止时间。
如此,在通过卡片进行信息提示的过程中,在电子设备未显示有第一卡片的情况下,电子设备可以在确定满足预设解析条件的情况下再对第一短信消息进行解析,而不是每次接收到短信消息都立即解析,如此,可以避免实时解析对电子设备的续航和性能带来一定的损耗。
作为本申请的一个示例,所述若所述电子设备的状态满足预设解析条件,则解析第一短信消息之前,还包括:
若所述电子设备进入充电状态,则确定所述电子设备的状态满足所述预设解析条件;或者,
若所述电子设备处于充电状态、所述电子设备当前的剩余电量大于或等于第一电量阈值且所述电子设备当前的温度小于或等于温度阈值,则确定所述电子设备的状态满足所述预设解析条件;或者,
若所述电子设备当前的剩余电量大于或等于第二电量阈值,则确定所述电子设备的状态满足所述预设解析条件。
如此,在不需要实时解析的情况下,尽可能在电子设备的剩余电量充足的情况下,执行解析操作,以避免因解析导致电子设备的电能快速损耗,从而给用户带来困扰。
作为本申请的一个示例,所述电子设备包括业务逻辑处理模块、业务呈现模块以及情境感知模块;
所述在未显示有第一卡片的情况下,若所述电子设备的状态满足预设解析条件,则解析第一短信消息之前,还包括:
所述业务逻辑处理模块向所述情境感知模块发送第一围栏注册请求,所述第一围栏注册请求中携带实时解析列表,所述实时解析列表用于记录需要实时解析的短信消息对应的对象信息;
在所述实时解析列表为空的情况下,所述情境感知模块确定未显示有所述第一卡片;
在所述实时解析列表不为空的情况下,所述情境感知模块确定显示有所述第一卡片。
如此,通过维护实时解析列表,可以动态调整何时实时解析,何时不需要实时解析,从而可以尽可能地减少对电子设备的续航和性能的损耗。
作为本申请的一个示例,所述第一围栏注册请求中携带围栏监控时间,所述在所述第一事件的处理截止时间之前,基于所述第一解析结果构建所述第一卡片,包括:
在所述第一事件的处理截止时间之前,若所述业务逻辑处理模块接收到所述情境感知模块发送的时间围栏触发通知,则确定所述处理截止时间与当前时间的时间差值,所述时间围栏触发通知由所述情境感知模块每当确定到达所述围栏监控时间时进行一次发送;
若所述时间差值小于或等于第一时长阈值,则所述业务逻辑处理模块向所述业务呈现模块发送建卡指令;
所述业务呈现模块根据所述建卡指令,构建所述第一卡片。
由于业务逻辑处理模块不是常驻运行,可能在某个时刻被结束掉,所以如果由业务逻辑处理模块自身进行时间监控,可能会出现因业务逻辑处理模块被结束掉而错过判断是否到达出卡时机的问题。譬如,若业务逻辑处理模块在每天的24点需要判断是否到达出卡时机,而在某个24点业务逻辑处理模块被结束掉,就会导致错过判断时机,进而可能导致错过出卡时机。而在本申请实施例中,业务逻辑处理模块向情境感知模块进行时间围栏注册,如此由情境感知模块进行时间监控,由于情境感知模块是常驻运行,所以可以对时间进行准确、有效地监控,并在确定到达围栏监控时间时及时通知业务逻辑处理模块,如此即使在围栏监控时间业务逻辑处理模块被结束掉,也可以在恢复运行后通过业务恢复的方式确定需要判断是否到达出卡时机,从而可以保证系统的稳定性和可靠性。
作为本申请的一个示例,所述若所述业务逻辑处理模块接收到所述情境感知模块发送的时间围栏触发通知,则确定所述处理截止时间与当前时间的时间差值之后,还包括:
若所述时间差值大于所述第一时长阈值,则所述业务逻辑处理模块等待下一个时间围栏触发通知,并返回至所述确定所述处理截止时间与当前时间的时间差值的步骤;
直到所述时间差值小于或等于第一时长阈值时,向所述业务呈现模块发送所述建卡指令。
如此,在显示第一卡片之后,通过再次进行时间围栏注册,使得情境感知模块在确定到达围栏监控时间时,通知业务逻辑处理模块,以便于业务逻辑处理模块可以及时对第一卡片中的提醒状态进行更新,同样可以保证系统的稳定性和可靠性。
作为本申请的一个示例,所述显示所述第一卡片之后,还包括:
当所述业务逻辑处理模块再次接收到所述情境感知模块发送时间围栏触发通知时,若当前时间与所述处理截止时间的时间差值小于或等于第二时长阈值,则所述业务逻辑处理模块指示所述业务呈现模块更新所述第一卡片的提醒状态,所述提醒状态用于表示信息提示的强度,所述第二时长阈值小于所述第一时长阈值;
所述业务呈现模块更新所述第一卡片的提醒状态。
作为本申请的一个示例,所述在所述第一事件的处理截止时间之前,基于所述第一解析结果构建所述第一卡片,包括:
在所述第一事件的处理截止时间之前,所述业务逻辑处理模块向所述情境感知模块发送时间围栏监控请求,所述时间围栏监控请求中包括所述第一卡片对应的第一时长,所述时间围栏监控用于指示在经过所述第一时长后确定到达围栏监控时间,所述第一时长是当前时间与出卡时间的时间差值,所述出卡时间与所述处理截止时间的时间差值小于或等于第一时长阈值;
当所述业务逻辑处理模块接收到时间围栏触发通知时,向所述业务呈现模块发送建卡指令,所述时间围栏触发通知是由所述情境感知模块在经过所述第一时长后发送;
所述业务呈现模块根据所述建卡指令,构建所述第一卡片。
如此,在根据第一解析结果确定需要出卡的情况下,再针对第一卡片进行时间围栏注册,可以避免在无需出卡时情境感知模块进行时间监控。
作为本申请的一个示例,所述显示所述第一卡片之后,还包括:
所述业务逻辑处理模块向所述情境感知模块发送时间围栏监控请求,所述时间围栏监控请求中包括第二时长,所述时间围栏监控用于指示在经过所述第二时长后确定到达围栏监控时间,所述第二时长为当前时间与卡片更新时间的时间差值,所述卡片更新时间与所述处理截止时间的时间差值小于或等于第二时长阈值,所述第二时长阈值小于所述第一时长阈值;
当所述情境感知模块确定经过所述第二时长后,通知所述业务逻辑处理模块;
所述业务逻辑处理模块指示所述业务呈现模块更新所述第一卡片的提醒状态,所述提醒状态用于表示信息提示的强度;
所述业务呈现模块更新所述第一卡片的提醒状态。
如此,在显示第一卡片之后,通过再次进行时间围栏注册,使得情境感知模块在确定到达围栏监控时间时,通知业务逻辑处理模块,以便于业务逻辑处理模块可以及时对第一卡片中的提醒状态进行更新,保证了系统的稳定性和可靠性。
第二方面,提供了一种卡片显示的装置,所述卡片显示装置具有实现上述第一方面中卡片显示方法行为的功能。所述卡片显示装置包括至少一个模块,所述至少一个模块用于实现上述第一方面所提供的卡片显示方法。
第三方面,提供了一种电子设备,所述电子设备的结构中包括处理器和存储器,所述存储器用于存储支持电子设备执行上述第一方面所提供的方法的程序,以及存储用于实现上述第一方面所述的方法所涉及的数据。所述处理器被配置为用于执行所述存储器中存储的程序。所述电子设备还可以包括通信总线,所述通信总线用于在所述处理器与所述存储器之间建立连接。
第四方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面所述的方法。
第五方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面所述的方法。
上述第二方面、第三方面、第四方面和第五方面所获得的技术效果与上述第一方面中对应的技术手段获得的技术效果近似,在这里不再赘述。
附图说明
图1是根据一示例性实施例示出的一种电子设备的结构示意图;
图2是根据一示例性实施例示出的一种电子设备的软件架构示意图;
图3是根据一示例性实施例示出的一种电子设备包括的多个模块的架构示意图;
图4是根据一示例性实施例示出的一种负一屏的显示示意图;
图5是根据一示例性实施例示出的一种提醒卡片card2的显示示意图;
图6是根据一示例性实施例示出的一种提醒卡片card2的显示示意图;
图7是根据一示例性实施例示出的一种服务管理页面的示意图;
图8是根据一示例性实施例示出的一种删除提醒卡片card2的操作流程示意图;
图9是根据另一示例性实施例示出的一种删除提醒卡片card2的操作流程示意图;
图10是根据一示例性实施例示出的一种卡片显示方法的流程示意图;
图11是根据另一示例性实施例示出的一种卡片显示方法的流程示意图;
图12是根据一示例性实施例示出的一种卡片显示装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请的实施方式作进一步地详细描述。
应当理解的是,本申请提及的“多个”是指两个或两个以上。在本申请的描述中,除非另有说明,“/”表示或的意思,比如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,比如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,为了便于清楚描述本申请的技术方案,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
随着终端技术的快速发展,诸如手机、智能手表之类的电子设备在日常生活中得到广泛应用。用户可以通过电子设备进行一些线上业务,譬如可以在线上进行购物、订票、订酒店、支付等。在进行线上业务过程中,可能会产生一些具有处理截止时间的待处理的事件,为了避免用户错过处理截止时间,电子设备通常需要对用户进行提示,在一种实现方式中,可以通过短信消息进行提示。作为示例而非限定,一般涉及如下几种可能的场景:
在一个场景中,在用户使用信用卡期间,当临近还款截止时间时,用户的手机通常会收到还款提醒短信。示例性地,还款提醒短信中通常包括还款截止时间、待还款金额、用户账号、银行信息等,其中,银行信息用于唯一地指示一个银行。手机在接收到该还款提醒短信后,将该还款提醒短信存入短信数据库中,如此用户即可在手机中进行查看。然而,若用户的手机中包括多条短信消息,则该还款提醒短信就容易被忽略掉,或者用户在查看了该还款提醒短信后可能由于其他事情忘记了该还款提醒短信,如此以来,容易导致用户错过截止还款还款时间,从而可能会给用户的信誉度带来一定的影响。
在另一个场景中,为了给用户带来便利,快递人员一般会将用户的快递物件放置指定地点,然后会以取件提醒短信的方式提醒用户去指定地点去取快递物件。也即是,若用户有待收的快递物件存于指定地点,则用户的手机通常会收到取件提醒短信。示例性地,该取件提醒短信中通常包括取件码、取件地址、截止取件时间等信息。相应地,手机在接收到取件提醒短信后,将取件提醒短信存入短信数据库中,如此用户即可在手机中进行查看。同样,若用户的手机中包括多条短信消息,则该取件提醒短信就容易被忽略掉,或者用户在查看了该取件提醒短信后可能由于其他事情忘记了该取件提醒短信,如此以来,容易导致用户错过截止取件时间,从而导致快递物件长时间存于指定地点,进而可能导致快递物件被退回。
由于电子设备以短信消息的方式进行提示,提示方式较为单一,提示效果较差。为此,在另一种实现方式中,可以在接收到该类短信消息时,基于短信消息生成卡片,然后通过显示卡片的方式进行提示。然而,若每次有短信消息到来都进行实时解析,则容易导致对电子设备的续航和性能带来一定的损耗。为此,本申请实施例提供了一种方法,可以在增加了信息提示方式的同时,尽可能地节省对电子设备的损耗。其具体实现方法可以参见下文各个实施例。
在对本申请实施例提供的方法进行详细说明之前,先对本申请实施例提供的执行主体进行介绍。本申请实施例提供的方法可以由具有短信收发功能的电子设备来执行,譬如该电子设备能够接收第三方后台服务器发送的短信消息。另外,该电子设备中可以安装各种类型的应用,示例性地,电子设备中可以安装各种用于虚拟资源转移的应用。作为示例而非限定,该电子设备可以是但不限于手机、智能手表、平板之类的终端,本申请实施例对此不作限定。
图1是本申请实施例提供的一种电子设备的结构示意图。参见图1,电子设备100可以包括处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serialbus,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)接口等。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备100供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器,显示屏194,摄像头193和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
在一些实施例中,电子设备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,以及应用处理器等实现显示功能。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),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,电子设备100可以包括1个或N个显示屏194,N为大于1的整数。
电子设备100可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
内部存储器121可以用于存储计算机可执行程序代码,计算机可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,来执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储电子设备100在使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,比如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D以及应用处理器等实现音频功能,比如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
温度传感器180J用于检测温度。在一些实施例中,电子设备100利用温度传感器180J检测的温度,执行温度处理策略。比如,当温度传感器180J上报的温度超过阈值,电子设备100执行降低位于温度传感器180J附近的处理器的性能,以便降低功耗实施热保护。在另一些实施例中,当温度低于另一阈值时,电子设备100对电池142加热,以避免低温导致电子设备100异常关机。在其他一些实施例中,当温度低于又一阈值时,电子设备100对电池142的输出电压执行升压,以避免低温导致的异常关机。
触摸传感器180K,也称“触控面板”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器180K可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于电子设备100的表面,与显示屏194所处的位置不同。
按键190包括开机键,音量键等。按键190可以是机械按键,也可以是触摸式按键。电子设备100可以接收按键输入,产生与电子设备100的用户设置以及功能控制有关的键信号输入。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口,N为大于1的整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,电子设备100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在电子设备100中,不能和电子设备100分离。
接下来对电子设备100的软件系统予以说明。
电子设备100的软件系统可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本申请实施例以分层架构的安卓(Android)系统为例,对电子设备100的软件系统进行示例性说明。
图2是本申请实施例提供的一种电子设备100的软件系统的框图。参见图2,分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统层,以及内核层。
应用程序层可以包括但不限于短信应用、情境感知模块、业务逻辑处理模块、业务呈现模块、显示模块。
短信应用用于接收短信消息,进一步地,短信应用可以对接收的短信消息进行过滤,以对垃圾短信、伪基站短信等进行拦截。譬如,若确定所接收的短信消息来自伪基站,则该短信消息可能是诈骗短信或广告推销短信,具有一定的风险,此时确定需要对短信消息进行拦截,譬如将短信消息加入拦截列表中。若短信应用确定所接收的短信消息不是垃圾短信,则如图3所示,短信应用可以将短信消息存入短信数据库中。
情境感知模块常驻运行或以低功耗形式运行,具有感知外部事实或者环境的能力。在卡片提醒业务处于开启状态时,情境感知模块会根据业务逻辑处理模块注册的能力(或事项,如特定时间、特定地点、或特定事件等)进行监控,如果用户触发了其中某一种,情境感知模块就会发送通知给业务逻辑处理模块。此外,情境感知模块还可以通过API(应用程序接口)从应用程序层的其他应用程序或应用程序框架层或系统层或内核层来检测相关事件和获取事件的状态,比如检测蓝牙连接,网络连接,监测用户短信,定制定时器等。
作为本申请的一个示例,情境感知模块主要用于在需要对指定类别的对象发送的短信消息进行解析的情况下,也即在业务逻辑处理模块注册了短信监听能力后,若确定短信数据库中存在该类短信消息,则可以根据实际需求在适当的时机,对该类短信消息进行解析,并将解析结果发送给业务逻辑处理模块。其中指定类别的对象可以根据实际需求进行设置,示例性地,指定类别的对象可以包括银行、取件单位、售票单位、酒店等。
在一个示例中,如图3所示,情境感知模块可以调用自然语言理解(NaturalLanguage Understanding,NLU)模块,以通过NLU模块对短信消息进行解析。其中,NLU模块提供有文本解析功能,可以根据短信模板对对应的短信内容进行语义解析,以确定短信内容的语义。
进一步地,情境感知模块中包括时钟模块,时钟模块可以用于确定当前的时间。如此,在业务逻辑处理模块注册了围栏监控时间的情况下,情境感知模块还用于当通过时钟模块确定当前时间到达该围栏监控时间时,通知业务逻辑处理模块,以便于业务逻辑处理模块进行业务逻辑处理,譬如判断是否到达出卡时机。
作为本申请的一个示例,如图3所示,情境感知模块可以包括但不限于数据采集功能、通用注册功能、通用快照功能、数据存储功能。其中,数据采集功能可以用于从短信数据库中采集待解析的短信消息。通用注册功能能够用于围栏注册,具体地,当业务逻辑处理模块指示情境感知模块对指定类别的对象进行解析时,可以通过在围栏注册的方式进行指示。数据存储功能可以用于对短信消息的解析结果进行存储。
业务逻辑处理模块(如,也可以称之为计算引擎或大脑)具有业务逻辑处理能力,用于实现各种卡片展示、刷新、消失的逻辑。例如,业务逻辑处理模块接收到情境感知模块发送的用于指示检测到某事项(如:还款提醒围栏被触发)的通知,可以根据逻辑来发送命令给业务呈现模块(如:YOYO建议),让其显示提醒卡片,此命令可以携带链接,后续当用户点击提醒卡片时,会根据链接跳转到该链接对应的某个三方APP或者小程序。
作为本申请的一个示例,如图3所示,业务逻辑处理模块还可以包括围栏注册功能、卡片数据处理功能、出卡时机确定功能、销卡时机确定功能。围栏注册功能用于在确定需要开启卡片提醒业务的情况下,向情境感知模块进行围栏注册,以使得情境感知模块开启短信监听功能。进一步地,业务逻辑处理模块还用于在确定需要开启卡片提醒业务的情况下,向情境感知模块注册围栏监控时间,如此当情境感知模块确定到达该围栏监控时间时,通知业务逻辑处理模块,使得业务逻辑处理模块确定是否到达出卡时机。卡片数据处理功能用于根据情境感知模块发送的解析结果,确定是否要建卡、刷新卡片、或者销卡。出卡时机确定功能用于确定何时进行出卡,销卡时机确定功能用于确定何时进行销卡,也即何时让提醒卡片消失。
业务呈现模块(如:也可以称之为YOYO建议),用于将确定的提醒卡片显示或者消失在电子设备的屏幕上。例如,业务呈现模块可以接收业务逻辑处理模块传递的显示提醒卡片的命令,并将该提醒卡片展示给用户,当用户点击提醒卡片时,会链接到某个APP的某个页面。例如,在本申请实施例中,当用户点击还款提醒卡片时,电子设备会展示出还款页面,以便于用户可以直接在还款页面中进行还款。另外,如果接收到业务逻辑处理模块传过来的销卡命令时,业务呈现模块会将卡片消失。
作为本申请的一个示例,如图3所示,业务呈现模块可以包括但不限于应用视图生成功能、用户事件响应功能、卡片数据更新功能、用户反馈打点功能。其中,应用视图生成功能可以用于构建提醒卡片;用户事件响应功能用于响应用户对提醒卡片的触发操作,并执行对应的事件;卡片数据更新功能用于对提醒卡片中的卡片内容进行更新。
显示模块包括负一屏、桌面和服务中心,作为本申请的一个示例,其中,负一屏一般用于显示用户常用的信息和/或应用,当然还可能显示有其他推送信息。通常情况下,负一屏是位于手机的桌面的最左侧的一页,也即当用户滑动至手机的最左侧一页时手机显示的界面即称为负一屏。作为本申请的一个示例,负一屏可以用于显示提醒卡片。桌面是指在电子设备未设置锁屏密码的情况下电子设备开机后显示的界面,或者,是指在电子设备设置锁屏密码的情况下,电子设备完成开机并解锁屏幕后显示的界面,作为本申请的一个示例,桌面可以用于显示日程卡片。服务中心可以用于为用户显示推送信息等。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。如图2所示,应用程序框架层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器等。窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问,这些数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。视图系统包括可视控件,比如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序的显示界面,显示界面可以由一个或多个视图组成,比如,包括显示短信通知图标的视图,包括显示文字的视图,以及包括显示图片的视图。电话管理器用于提供电子设备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绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动。
下面结合捕获拍照场景,示例性说明电子设备100软件以及硬件的工作流程。
当触摸传感器180K接收到触摸操作,相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标,触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件,识别原始输入事件所对应的控件。以该触摸操作是单击操作,该单击操作所对应的控件为相机应用图标的控件为例,相机应用调用应用程序框架层的接口,启动相机应用,再调用内核层启动摄像头驱动,通过摄像头193捕获静态图像或视频。
接下来,对本申请实施例涉及的几种可能的应用场景进行介绍。这里以电子设备是手机、指定类别的对象发送的短信消息是还款提醒短信为例进行说明。
在一个示例中,假设手机中存在5月8日接收到的短信消息1,短信消息1为用于提示用户还款的还款提醒短信,示例性地,短信消息1的内容为“花呗TM 181*756账户4月账单200元,最迟还款日05月15日”,也即短信消息1用于提示用户在花呗TM应用中有一笔账单需要最晚于05月15日24:00之前还清,待还款金额为200。且手机中未显示有与短信消息1相关的任何提醒卡片。
在本申请的一个示例中,请参考图4,当时间到达5月13日,也即在距离还款截止时间48小时时,手机在负一屏中显示提醒卡片card1,提醒卡片card1中显示有短信消息1的短信内容,提醒卡片card1是通过对短信消息1解析后生成的,主要用于提示用户需要在2天内完成花呗TM中的还款事件。如此,基于还款提醒短信通过提醒卡片card1的形式对用户进行提示,以避免用户因漏查或遗忘短信消息导致超期问题,增加了提示方式,从而也增强了提示效果。此外,将提醒卡片card1显示于负一屏中,由于用户通常较为频繁的进入负一屏操作,如此可以提高用户浏览到提醒卡片card1的概率,从而进一步地提高提示效果。
进一步地,为了便于用户能够获知提醒卡片card1的来由,提醒卡片card1中还可以提供有“账单信息来自短信,仅供参考”之类的提示信息,该提示信息用于表示该提醒卡片card1是基于短信消息的短信内容建立的,实际情况可以查看短信消息,如此,使得用户可以获知去哪里查看具体地提醒信息。
需要说明的是,上述是以手机在负一屏显示提醒卡片card1为例进行说明,在另一实施例中,手机还可以在桌面显示提醒卡片card1,本申请实施例对此不作限定。
上述是以花呗TM中存在待还款金额为例进行说明。再如,假设手机中存在5月8日接收到的短信消息2,短信消息2为用于提示用户还款的还款提醒短信,譬如短信消息2的内容为“A银行信用卡0298账户4月账单300元,最迟还款日05月15日”,也即短信消息2用于提示用户在A银行的信用卡中有一笔账单需要最晚于05月15日24:00之前还清,待还款金额为300。则当时间到达5月13日时,手机在负一屏中显示提醒卡片card2,譬如如图5中的(a)图所示。
作为本申请的一个示例,由于在通过提醒卡片进行提示时,卡片内容可能会涉及用户的隐私,所以为了避免用户的隐私被其他用户查看,可以在提醒卡片中提供用于触发电子设备对隐私信息进行隐藏显示的信息隐藏选项。示例性地,请继续参考图5中的(a)图,以手机中显示有基于短信消息2生成的提醒卡片card2为例,提醒卡片card2中提供有信息隐藏选项51,信息隐藏选项51用于触发电子设备对提醒卡片card2中的关键信息进行隐藏显示,该关键信息即为用户的隐私信息,关键信息一般包括用户账号、待还款金额等隐私信息。在一个示例中,在默认状态下,手机显示提醒卡片card2后,在提醒卡片card2中显示关键信息,信息隐藏选项51的显示状态如图5中的(a)图所示。当用户想要隐藏提醒卡片card2中的关键信息时,可以点击提醒卡片card2中的信息隐藏选项51,响应于用户对信息隐藏选项51的触发操作,手机对提醒卡片card2中的关键信息进行隐藏显示。示例性地,对关键信息进行隐藏后的显示效果如图5中的(b)图所示,此时信息隐藏选项51的显示状态如图5中(b)图的51所示,这里的关键信息包括用户账号和待还款金额。如此,可以对用户的隐私起到保护的作用。
需要说明的是,上述是以在显示提醒卡片card2时显示关键信息,在检测到用户对信息隐藏选项51的触发操作后隐藏显示关键信息为例进行说明。在另一实施例中,还可以在显示提醒卡片card2时隐藏关键信息,譬如如图5中的(b)图所示;当检测到用户对信息隐藏选项51的触发操作后,再在提醒卡片card2中显示关键信息,譬如如图5中的(a)图所示。如此可以避免在其他用户优先看到提醒卡片card2的情况下容易泄露用户隐私的问题。
作为本申请的一个示例,当时间到达5月14日,也即在距离还款截止时间24小时时,由于距离还款截止时间很近,有对用户进行强度提醒的需求,所以手机可以对卡片提醒card2中的提醒状态进行更新。示例性地,请参考图6,图6中的(a)图是在5月14日的显示状态,再参考图6中的(b)图,当到达5月14日时,手机将提醒卡片card2中的提醒状态从“2天内还款”更新为“今天内还款”,且对“今”字进行突出显示,以使得提醒状态更加醒目。
进一步地,若负一屏中除了显示有提醒卡片carda之外,还显示有其他卡片,也即业务呈现模块创建了多个卡片,且该多个卡片重叠显示,譬如请参考图6中的(a)图,负一屏中提示有3条YoYo建议,也即有3个卡片。在该种情况下,当当前时间距离还款截止时间很近时,可以将提醒卡片card2置顶显示,也即将提醒卡片card2可以显示于多个卡片中的最上层,以便于用户在手机中打开负一屏后,能够直接看到该提醒卡片card2。
作为本申请的一个示例,手机中可以提供有用于开启或关闭通过提醒卡片进行还款提醒的事件提醒业务开关。在一个示例中,手机在服务管理页面中提供该事件提醒业务开关,请参考图7,该事件提醒业务开关为“还款助手”的开关71。其中,服务管理页面的打开路径为“设置”-“应用和服务”-“服务管理”。在默认状态下,该事件提醒业务开关处于关闭状态,在关闭状态下,手机不会建立和显示用于提醒用户还款的提醒卡片。当用户想要开启该事件提醒业务开关时,可以通过上述路径使得手机打开服务管理页面,在服务管理页面,用户可以打开“还款助手”的开关71,响应于用户对“还款助手”的开关71的打开操作,手机开启通过提醒卡片进行还款提醒的功能,具体实现可以参见上文,另外,手机将“还款助手”的开关71显示为打开状态,如图7所示。
在一个示例中,在手机中接收到已完成还款的短信消息的情况下,手机可以不再在负一屏中显示提醒卡片,也即手机可以消除提醒卡片。进一步地,若桌面显示有与提醒卡片关联的日程卡片,则手机还要删除日程卡片。
在另一个示例中,若手机检测到当前已经到达还款截止时间,则手机也可以消除负一屏中显示的提醒卡片,譬如,若当前已经到达5月15日24:00,则即使没有接收到用于指示已完成还款的短信消息,由于提醒卡片的存在已没有意义,所以手机仍可以消除提醒卡片,从而可以节省负一屏的显示空间。
在又一个示例中,负一屏显示的提醒卡片中还可以提供有删除选项,以便于用户可以通过该删除选项触发手机删除该提醒卡片。譬如请参考图8中的(a)图,负一屏显示的提醒卡片card2中可以提供有删除选项81,当用户想要删除提醒卡片card2时,可以点击删除选项81,响应于用户对删除选项81的触发操作,手机可以弹出提示窗口,如图8中的(b)图所示,提示窗口用于提示用户是否确认要删除该提醒卡片card2,譬如提示窗口中包括“请确认是否删除提醒卡片card2”的提示内容,另外提示窗口中可以包括“确认”选项和“取消”选项。当用户确认要删除提醒卡片card2时,可以触发“确认”选项,响应于用户对“确认”选项的触发操作,手机删除提醒卡片card2,当用户不想删除提醒卡片card2时,可以触发“取消”选项,响应于用户对“取消”选项的触发操作,手机取消删除操作。
当然,上述是以在提醒卡片中提供删除选项为例,在另一实施例中,请参考图9中的(a)图,当用户想要手动删除提醒卡片card2时,可以长按提醒卡片card2,响应于用户对提醒卡片的长按操作,手机可以显示设置窗口,如图9中的(b)图所示,该设置窗口中可以包括“删除提醒卡片card2”的选项,用户可以点击“删除提醒卡片card2”的选项,响应于用户对“删除提醒卡片card2”选项的触发操作,手机从负一屏中删除提醒卡片card2,本申请实施例对此不作限定。
需要说明的是,上述仅是以短信消息是还款提醒短信为例进行说明。在另一实施例中,短信消息还可能是其他类型的提醒短信,主要是用于提示用户在某个处理截止时间之前需要对某个事件进行处理。在一个可能的场景中,短信消息还可以是取件提醒短信,也即用于提示用户在指定地点存在快递物件最迟于某个时间需取回,也即在本申请实施例中,可以基于该取件提醒短信,在电子设备的负一屏(或桌面)中显示用于提示用户取件的提醒卡片。在另一个可能的场景中,短信消息还可以是退票提醒短信,也即用于提示用户在某个最迟退票时间之前需要完成退票,在本申请实施例中,可以基于该退票提醒短信,在电子设备的负一屏(或桌面)中显示用于提示用户退票的提醒卡片。对于类似的应用场景,本申请实施例均可基于短信消息通过提醒卡片进行提示,这里不再一一列举。
接下来,结合附图对本申请实施例提供的方法进行详细介绍。请参考图10,图10是根据一示例性实施例示出的一种卡片显示方法的流程示意图。作为示例而非限定,该方法应用于电子设备,电子设备通过上述图2和图3中所示的多个模块交互实现,该方法可以包括如下部分或者全部内容:
A1:业务逻辑处理模块查询事件提醒业务开关的状态。
事件提醒业务开关用于开启或关闭卡片提醒业务,也即开启或关闭通过卡片形式对指定业务进行信息提示的功能。指定业务可以根据需求进行设置。示例性地,事件提醒业务开关可以为上文所述的“还款助手”的开关,该开关用于开启或关闭通过卡片形式对还款业务进行信息提示的功能。
事件提醒业务开关可以由业务呈现模块提供。在一个示例中,请参考图7中,用户可以在服务管理页面中对事件提醒业务开关进行设置。不难理解,在事件提醒业务开关处于开启状态的情况下,说明卡片提醒业务已开启,否则,在事件提醒业务开关处于关闭状态的情况下,说明卡片提醒业务已关闭。
在一个示例中,业务逻辑处理模块运行后,查询业务呈现模块中的事件提醒业务开关的状态。若事件提醒业务开关处于开启状态,则进入如下步骤A2;当然,若事件提醒业务开关处于关闭状态,则不执行如下操作。其中,业务逻辑处理模块可以是在电子设备开机后开始运行。
作为本申请的一个示例,若涉及多种场景,也即针对不同业务都可以通过提醒卡片进行信息提示,譬如涉及的场景包括还款提醒业务、取件提醒业务等,则每种业务可以均对应有一个事件提醒业务开关,以便于用户可以选择哪个或哪些业务需要开启卡片提醒功能。
A2:业务逻辑处理模块请求情境感知模块进行短信监听。
在一个示例中,业务逻辑处理模块可以向情境感知模块发送第一围栏注册请求,以通过第一围栏注册请求来请求情境感知模块对指定类别的对象发送的短信消息进行监听,譬如请求情境感知模块对还款提醒短信进行监听。第一围栏注册请求中携带实时解析列表,实时解析列表中用于记录需要实时解析的短信消息对应的对象信息。需要说明的是,此时的实时解析列表为空,也即不存在需要实时解析的短信消息。
作为本申请的一个示例,第一围栏注册请求中可以携带围栏监控时间。在实施中,情境感知模块中存在有时钟模块,通过该时钟模块可以确定当前的时间。如此,在接收到携带有围栏监控时间的第一围栏注册请求后,当情境感知模块通过时钟模块确定当前时间到达该围栏监控时间时,通知业务逻辑处理模块,以便于业务逻辑处理模块确定是否到达出卡时机。示例性地,围栏监控时间为每天的24:00,该种情况下,当每天到达24点时,情境感知模块会通知业务逻辑处理模块,以便于业务逻辑处理模块确定是否到达出卡时机。
A3:情境感知模块开启短信监听功能。
也即在接收到业务逻辑处理模块发送的第一围栏注册请求后,情境感知模块监听指定类别的对象发送的短信消息。指定类别的对象可以根据需求进行设置,示例性地,指定类别的对象可以包括银行。
作为本申请的一个示例,当事件提醒业务开关的状态发生变化时,业务呈现模块通知业务逻辑处理模块,譬如,如果事件提醒业务开关从开启状态变更为关闭状态,则业务呈现模块通知业务逻辑处理模块事件提醒业务开关已关闭。该种情况下,业务逻辑处理模块通知情境感知模块停止短信监听,譬如业务逻辑处理模块可以在情境感知模块中解除围栏注册,如此使得情境感知模块不再进行短信监听。
需要说明的是,上述是以电子设备中提供有事件提醒业务开关为例进行说明。在另一实施例中,电子设备中也可以不提供事件提醒业务开关,也即在电子设备处于开机状态下,业务逻辑处理模块就可以指示情境感知模块开始进行短信监听。
A4:情境感知模块进行时间监控。
如前文所述,业务逻辑处理模块在向情境感知模块进行围栏注册时,在第一围栏注册请求中携带了围栏监控时间,所以,情境感知模块除了进行短信监听之外,还通过时钟模块开始进行时间监控,以判断是否到达该围栏监控时间。若通过时钟模块监控当前时间到达该围栏监控时间,则情境感知模块会通知业务逻辑处理模块,否则继续进行时间监控。譬如,若围栏监控时间是每天的24:00,则每当到达24点时,情境感知模块可以向业务逻辑处理模块发送时间围栏触发通知,该时间围栏触发通知用于指示当前到达围栏监控时间。
值得一提的是,由于业务逻辑处理模块不是常驻运行,可能在某个时刻被结束掉,所以如果由业务逻辑处理模块自身进行时间监控,可能会出现因业务逻辑处理模块被结束掉而错过判断是否到达出卡时机的问题。譬如,若业务逻辑处理模块在每天的24点需要判断是否到达出卡时机,而在某个24点业务逻辑处理模块被结束掉,就会导致错过判断时机,进而可能导致错过出卡时机。而在本申请实施例中,业务逻辑处理模块向情境感知模块进行时间围栏注册,如此由情境感知模块进行时间监控,由于情境感知模块是常驻运行,所以可以对时间进行准确、有效地监控,并在确定到达围栏监控时间时及时通知业务逻辑处理模块,如此即使在围栏监控时间业务逻辑处理模块被结束掉,也可以在恢复运行后通过业务恢复的方式确定需要判断是否到达出卡时机,从而可以保证系统的稳定性和可靠性。
A5:在电子设备当前的状态满足预设解析条件、且存在指定类别的对象发送的短信消息messagea的情况下,情境感知模块执行A6操作。
预设解析条件可以根据实际需求进行设置。作为示例而非限定,电子设备当前的状态满足预设解析条件可以包括如下任意一种情况:
第一种情况,电子设备处于充电状态。
由于电子设备处于充电状态,可以认为电子设备可以具有一定的电量支持执行解析操作,所以此时可以确定电子设备当前的状态满足预设解析条件。
第二种情况,电子设备处于充电状态、电子设备当前的电量大于或等于第一电量阈值以及电子设备的温度低于温度阈值。其中,第一电量阈值和温度阈值均可以根据实际需求进行设置。
电子设备处于充电状态,说明电子设备可以具有一定的电量,进一步地,当电子设备当前的电量大于或等于第一电量阈值时,说明电子设备具有足够的电量,当电子设备的温度低于温度阈值时,说明电子设备当前没有出现过热现象,所以,在满足上述条件的情况下,可以确定电子设备当前的状态满足预设解析条件。
第三种情况,电子设备的剩余电量大于或等于第二电量阈值。第二电量阈值可以根据实际需求进行设置,第二电量阈值可以与第一电量阈值相同,也可以不相同。
如果电子设备的剩余电量大于或等于第二电量阈值,说明电子设备具有足够的电量,因此,该种情况下也可以确定电子设备当前的状态满足预设解析条件。
需要说明的是,本实施例仅是以当前的状态满足预设解析条件包括上述三种情况为例进行说明,在另一实施例中,还可以包括其他情况,示例性地,是与电子设备的处理器当前的总占用情况相关,譬如当电子设备的处理器当前的总占用比例小于或等于预置的比例阈值时,确定电子设备当前的状态满足预设解析条件。
在一个示例中,情境感知模块还要判断短信数据库中是否存在指定类别的对象(譬如银行或花呗TM)发送的短信消息messagea,若存在,则将短信消息messagea加入待解析列表中;否则,若不存在,则不对短信数据库中的短信消息进行后续处理。
在一个示例中,情境感知模块在判断的过程中,可以查询短信数据库中的各个短信消息的发送方账号,根据发送方账号的类型进行判断。譬如若发送方账号属于指定账号类型,则确定对应的短信消息是由指定类别的对象发送的。指定账号类型可以根据需求进行设置,示例性地,指定账号类型包括银行类,以固定的数字格式开头。
在另一个示例中,情境感知模块在判断的过程中,还可以识别各个短信消息的文本内容,然后根据文本内容进行判断。譬如若文本内容中包括指定字符串,则确定对应的短信消息是由指定类别的对象发送的。指定字符串可以根据需求进行设置,示例性地,指定字符串可以包括“银行”、“花呗”。
也就是说,情境感知模块仅将银行发送的短信消息加入待解析列表中,以便于对待解析列表中的短信消息进行解析,而对于其他类型的短信消息不作处理。
作为本申请的一个示例,可以先判断电子设备当前的状态是否满足预设解析条件,在确定电子设备当前的状态满足预设解析条件的情况下,再确定短信数据库中是否存在指定类别的对象发送的短信消息messagea。作为本申请的另一个示例,也可以先判断短信数据库中是否存在指定类别的对象发送的短信消息messagea,在确定短信数据库中存在指定类别的对象发送的短信消息messagea的情况下,再判断电子设备当前的状态是否满足预设解析条件。
A6:情境感知模块对短信消息messagea进行解析,得到解析结果resulta。
作为本申请的一个示例,情境感知模块对短信消息messagea进行解析的具体实现可以包括:情境感知模块可以调用NLU模块提供的接口,以通过NLU模块对短信消息messagea进行解析,NLU模块对短信消息messagea解析之后,将得到的解析结果resulta返回给情境感知模块。
其中,解析结果resulta包括短信消息messagea的语义,譬如解析结果resulta包括的语义为“还款提醒”,进一步地,解析结果resulta中还可以包括账单的具体描述信息,譬如待还款金额、银行信息、卡号、最迟还款日期等。
需要说明的是,情境感知模块在对短信消息进行解析后,可以将解析结果存于缓存中,以便于后续再接收到待解析的短信消息时,电子设备可以根据缓存中存储的解析结果确定哪些短信消息已被解析,哪些短信消息未被解析,也即是,情境感知模块可以根据缓存中存储的解析结果,确定从上次满足预设解析条件至当前的增量短信消息,从而可以避免重复解析。
A7:情境感知模块将解析结果resulta发送给业务逻辑处理模块。
作为本申请的一个示例,情境感知模块可以将解析结果resulta通过围栏通知发送给业务逻辑处理模块,也即情境感知模块向业务逻辑处理模块发送围栏通知,围栏通知中携带解析结果resulta。
作为本申请的一个示例,当存在多条短信消息messagea时,情境感知模块将每条短信消息messagea中的每个短信消息messagea的解析结果均发送给业务逻辑处理模块,且对每个解析结果进行标注,以便于业务逻辑处理模块可以获知哪个解析结果是哪个短信消息的。
A8:业务逻辑处理模块判断是否需要出卡。
业务逻辑处理模块根据解析结果resulta判断是否需要出卡,或者说,根据解析结果resulta确定是否满足出卡条件。在一个示例中,业务逻辑处理模块根据解析结果resulta确定短信消息messagea的语义,若根据该语义确定存在待处理的事件Evta,且该事件Evta存在处理截止时间,则说明需要对用户进行提醒,该种情况下,情境感知模块确定需要出卡,否则,确定不需要出卡。
示例性地,在短信消息messagea是还款提醒短信的情况下,若根据解析结果resulta确定短信消息messagea的语义是“在5月15日之前在A银行有200元待还款事项”,也即短信消息messagea中包括还款截止时间、银行信息以及待还款金额,说明需要提醒用户在还款截止时间之前进行还款,从而可以确定需要出卡。进一步地,若根据解析结果resulta确定短信消息messagea的语义是“在5月15日之前在A银行有200元待还款事项,卡号尾号是xxxx”,也即短信消息messagea中除了包括还款截止时间、银行信息、待还款金额之外,还包括卡号,则可以确定需要出卡。也即出卡条件除了包括还款截止时间、银行信息、待还款金额,还包括卡号。
在确定需要出卡的情况下,执行如下步骤A9,否则,若确定不需要出卡,则停止后续操作,也即不针对该解析结果resulta作其他处理。在一个示例中,则业务逻辑处理模块可以删除解析结果result。
需要说明的是,若业务逻辑处理模块在基于解析结果resulta进行业务逻辑处理之前被结束掉,则再次启动运行后,由于情境感知模块在缓存中存储了该解析结果resulta,所以情境感知模块可以直接从缓存中读取解析结果resulta,并发送给业务逻辑处理模块进行业务逻辑处理,以避免需要情境感知模块重新对短信消息messagea进行解析。
A9:若接收到情境感知模块发送的时间围栏触发通知,则业务逻辑处理模块判断是否到达出卡时机。
该出卡时机处于处理截止时间之前。
当接收到情境感知模块发送的时间围栏触发通知时,说明当前到达围栏监控时间,譬如到达24点,此时业务逻辑处理模块需要判断当前是否到达出卡时机。在一个示例中,判断方法可以包括:若处理截止时间与当前时间之间的时长差小于或等于第一时长阈值,则确定达到出卡时机。
其中,第一时长阈值可以根据实际需求进行设置。譬如第一时长阈值可以是48小时。也即若还款截止时间与当前时间之间的时长差小于或等于48小时,则确定到达出卡时机,也即确定可以出卡了。
若到达出卡时机,则业务逻辑处理模块进入如下步骤A10。
在一个示例中,若未到达出卡时机,则业务逻辑处理模块在接收到情境感知模块发送的解析结果resulta后,可以将解析结果resulta暂存于数据库中,以等待情境感知模块发送的下一个时间围栏触发通知。
A10:业务逻辑处理模块指示业务呈现模块构建提醒卡片carda。
作为本申请的一个示例,当到达出卡时机时,业务逻辑处理模块可以对解析结果resulta进行分析处理,根据分析处理结果生成建卡指令,之后向业务呈现模块发送建卡指令,以指示业务呈现模块构建提醒卡片。也就是说,在还款截止时间之前的48小时之内,业务逻辑处理模块指示业务呈现模块构建提醒卡片。
进一步地,若业务逻辑处理模块在数据库中存储了解析结果resulta,则业务逻辑处理模块在向业务呈现模块发送建卡指令后,可以从数据库中删除解析结果resulta,以节省存储空间。或者,在接收到业务呈现模块的建卡成功通知后,从数据库中删除解析结果resulta。
A11:业务呈现模块根据建卡指令,构建提醒卡片carda。
提醒卡片carda中包括短信消息message中的短信内容。示例性地,以短信消息message是还款提醒短信为例,提醒卡片carda中可以包括待还款金额、卡号、最迟还款日等。
A12:业务呈现模块将提醒卡片carda发送至负一屏进行显示。
需要说明的是,本申请实施例仅是以将提醒卡片carda发送至负一屏显示为例进行说明,在另一个示例中,业务呈现模块还可以将提醒卡片carda显示于电子设备的桌面上。
进一步地,在对提醒卡片carda进行显示之后,还可以在距离处理截止时间较近时,对carda中的提醒状态进行更新,以增强对用户的提示强度,具体可以包括:当业务逻辑处理模块再次接收到情境感知模块发送的时间围栏触发通知时,若确定处理截止时间与当前时间之间的时长差小于或等于第二时长阈值,则指示业务呈现模块更新提醒卡片carda的提醒状态。相应地,业务呈现模块更新提醒卡片carda的提醒状态。其中第二时长阈值小于第一时长阈值。
第二时长阈值可以根据实际需求进行设置。示例性地,第一时长阈值是48小时,第二时长阈值可以是24小时。也即在还款截止时间之前的24小时内,为了增加提示强度,可以将提醒卡片carda的提醒状态从“2天内还款”更新为“今天内还款”,譬如更新后的提醒卡片carda如图6中的(b)图所示。
A13:业务逻辑处理模块更新围栏注册。
作为本申请的一个示例,在负一屏中显示有提醒卡片carda的情况下,业务逻辑处理模块向情境感知模块发送第二围栏注册请求,第二围栏注册请求中的实时解析列表包括发送短信消息messagea的对象的对象信息,譬如该对象信息为U1。第二围栏注册请求用于指示情境感知模块再次接收到该对象信息指示的对象发送的短信消息后立即进行解析。
由于短信消息messagea是对象U1发送的,且电子设备中已显示有与短信消息messagea关联的提醒卡片carda,所以,如果再次接收到对象U1发送的短信消息,则需要立即进行解析,以确定是否需要对已显示的提醒卡片carda进行更新或销卡。为此,业务逻辑处理模块可以向情境感知模块更新围栏注册,以便于指示情境感知模块针对特定的对象发送的短信消息进行立即解析。
A14:短信应用接收短信消息messgeb。
A15:情境感知模块感知短信应用接收短信消息messgeb。
在一个示例中,短信数据库可以对外提供一种能力,情境感知模块可以通过监听该能力来感知短信应用是否接收到新的短信消息。具体地,当情境感知模块监听到该能力发生变化时,确定短信数据库中存入了短信消息。如此,当短信应用接收到短信消息messageb时,情境感知模块就可以感知到短信应用接收了短信消息messageb。
A16:若短信消息messageb是对象U1发送的,则情境感知模块对短信消息messageb进行解析,得到解析结果resultb。
如前文所述,由于业务逻辑处理模块刷新了围栏注册,也即向情境感知模块发送了第二围栏注册请求,所以,短信消息messageb是对象U1发送的,则情境感知模块对短信消息messageb立即进行解析,而不是等待满足预设解析条件时才解析。
A17:情境感知模块将解析结果resultb发送给业务逻辑处理模块。
A18:业务逻辑处理模块基于解析结果resultb进行业务逻辑处理。
在一个示例中,短信消息messageb中包括事件Evta中未完成部分,此时,业务逻辑处理模块根据短信消息messageb的解析结果resultb可以确定需要对提醒卡片carda中的卡片内容进行更新。譬如,若提醒卡片carda的卡片内容中的待还款金额为200元,短信消息messageb中剩余的待还款金额为100元,则业务逻辑处理模块指示业务呈现模块将提醒卡片carda中的待还款金额由“200元”更新为“100元”。
在另一个示例中,短信消息messageb中的短信内容指示已完成对事件Evta的处理。譬如,短信消息messageb是用于提示已完成还款的提醒短信。该种情况下,业务逻辑处理模块可以通知业务呈现模块进行销卡,也即通知业务呈现模块不再显示提醒卡片carda。
A19:业务呈现模块根据业务逻辑处理模块的指示,执行对应的操作。
譬如,当业务逻辑处理模块指示业务呈现模块对提醒卡片carda进行刷新显示时,业务呈现模块对提醒卡片carda中的卡片内容进行更新,譬如业务呈现模块将提醒卡片carda中的待还款金额从“200元”更新为“100元”。
再如,当业务逻辑处理模块指示业务呈现模块对提醒卡片carda进行销卡时,业务呈现模块将提醒卡片carda从负一屏中删除,也即负一屏中不再显示提醒卡片carda。
需要说明的是,上述仅是以在接收到用于指示已完成还款的短信消息messageb的情况下,业务逻辑处理模块指示业务呈现模块进行销卡为例。在另一实施例中,若在到达处理截止时间之前,未接收到用于指示已完成还款的短信消息messageb,则在到达处理截止时间时,业务逻辑处理模块指示业务呈现模块进行销卡。
进一步地,在对提醒卡片carda进行销卡后,业务逻辑处理模块可以向情境感知模块发送围栏注销请求,围栏注销请求中可以携带对象U1的对象信息,围栏注销请求用于指示情境感知模块在接收到对象U1发送的新的短信消息的情况下无需立即解析。如此,当情境感知模块在接收到对象U1再次发送的短信消息messagec的情况下,不会再立即对短信消息messagec进行解析,而是在确定满足预设解析条件的情况下才会进行解析,譬如当电子设备再次进入充电状态时再对短信消息messagec进行解析。
作为本申请的一个示例,在显示提醒卡片carda之后,可以基于提醒卡片carda建立日程卡片。在实施中,响应于对提醒卡片carda的第一触发触发操作,根据解析结果resulta确定日程信息,当到达处理截止时间时,根据日程信息生成日程卡片,在桌面显示日程卡片。
其中,第一触发操作可以根据实际需求进行设置。示例性地,第一触发操作可以是对提醒卡片carda的点击操作。
进一步地,在电子设备的桌面中显示有基于提醒卡片carda建立的日程卡片的情况下,若业务逻辑处理模块指示业务呈现模块对提醒卡片carda进行销卡,则业务逻辑处理模块还指示业务呈现模块将日程卡片从桌面中删除,也即电子设备的桌面上不再显示日程卡片。
作为本申请的一个示例,当基于提醒卡片检测到用户的第二触发操作时,可以调用对应的目标应用,打开目标应用中的事件处理页面。目标应用是能够支持对待处理的事件Evta进行处理的应用,从而使得用户可以在打开的事件处理页面中对待处理的事件Evta进行处理,提高了操作的便捷性,从而提高了用户体验。第二触发操作可以根据实际需求进行设置,且第二触发操作与第一触发操作不相同。
在本申请实施例中,在通过提醒卡片carda进行信息提示的过程中,在电子设备未显示有提醒卡片carda的情况下,电子设备可以在确定满足预设解析条件的情况下再对短信消息messagea进行解析,而不是每次接收到短信消息都立即解析,如此,可以避免实时解析对电子设备的续航和性能带来一定的损耗。另外,在电子设备显示有提醒卡片carda的情况下,电子设备对与提醒卡片carda关联的其他短信消息进行实时解析,以便于能够及时地对提醒卡片carda进行刷新或销卡。
需要说明的是,上述是以业务逻辑处理模块在发送第一围栏注册请求时进行时间围栏注册为例进行说明。在另一实施例中,业务逻辑处理模块还可以在接收到情境感知模块发送的解析结果resulta后再进行时间围栏注册。具体地,请参见图11,该方法可以包括如下过程:
B1:业务逻辑处理模块查询事件提醒业务开关的状态。
B2:若事件提醒业务开关处于开启状态,则业务逻辑处理模块请求情境感知模块进行短信监听。
在一个示例中,业务逻辑处理模块可以向情境感知模块发送第一围栏注册请求,以通过第一围栏注册请求来请求情境感知模块对指定类别的对象发送的短信消息进行监听,譬如请求情境感知模块对还款提醒短信进行监听。
需要说明的是,此时第一围栏注册请求中不携带围栏监控时间。
B3:情境感知模块开启短信监听功能。
B4:在电子设备当前的状态满足预设解析条件、且存在指定类别的对象发送的短信消息messagea的情况下,情境感知模块对短信消息messagea进行解析,得到解析结果resulta。
B5:情境感知模块将解析结果resulta发送给业务逻辑处理模块。
B6:业务逻辑处理模块判断是否需要出卡。
B7:若确定需要出卡,则业务逻辑处理模块向情境感知模块进行时间围栏注册。
由于解析结果resulta中包括处理截止时间,所以,业务逻辑处理模块可以确定出卡时间,也即确定何时需要出卡,然后确定当前时间与出卡时间之间的时间差值(也即第一时长),并将该第一时长发送给情境感知模块,以进行时间围栏注册。
在一个示例中,出卡时间与处理截止时间之间的时长差小于或等于第一时长阈值,示例性地,第一时长阈值为48小时。
譬如,若处理截止时间是5月15日24点,出卡时间是距离处理截止时间48小时时,也即出卡时间是5月13日24点,如果当前时间是5月12日24点,则可以确定第一时长为24小时。
B8:当情境感知模块确定到达围栏监控时间,则向业务逻辑处理模块发送时间围栏触发通知。
情境感知模块在经过第一时长之后的时间点,确定到达围栏监控时间,此时向业务逻辑处理模块发送时间围栏触发通知,该时间围栏触发通知用于指示到达提醒卡片carda的出卡时机。譬如,情境感知模块在接收到业务逻辑处理模块的时间围栏注册后,在经过24小时之后,向业务逻辑处理模块发送时间围栏触发通知。
B9:业务逻辑处理模块指示业务呈现模块构建提醒卡片carda。
B10:业务呈现模块基于建卡指令,构建提醒卡片carda。
B11:业务呈现模块将提醒卡片carda发送至负一屏进行显示。
进一步地,提醒卡片carda在负一屏显示之后,为了能够在距离处理截止时间较近时对carda中的提醒状态进行更新,业务逻辑处理模块可以再次进行时间围栏注册,以增强对用户的提示强度,具体可以包括:业务逻辑处理模块确定卡片更新时间,然后确定当前时间与卡片更新之间的时长差值(也即第二时长),业务逻辑处理模块将第二时长发送给情境感知模块,使得情境感知模块在经过第二时长之后,再次向业务逻辑处理模块发送时间围栏触发通知,此时,业务逻辑处理模块确定到达卡片更新时间,并指示业务呈现模块更新提醒卡片carda的提醒状态。相应地,业务呈现模块更新提醒卡片carda的提醒状态。
在一个示例中,卡片更新时间与处理截止时间之间的时长差小于或等于第二时长阈值,第二时长阈值小于第一时长阈值,譬如第二时长阈值为24小时。
譬如,若处理截止时间是5月15日24点,卡片更新时间是距离处理截止时间24小时时,也即卡片更新时间是5月14日24点,如果当前时间是5月13日24点,则可以确定该时间差为24小时。
不难理解,在该种实现方式中,若存在多个待出卡的解析结果,则针对每个解析结果,业务逻辑处理模块都在情境感知模块中进行时间围栏注册,以便于通过情境感知模块来确定每个解析结果的出卡时机。
需要说明的是,在步骤B11之后还包括其他操作,具体可以参见上述实施例中的步骤A13至步骤A19,这里不再重复赘述。
在本申请实施例中,在通过提醒卡片carda进行信息提示的过程中,在电子设备未显示有提醒卡片carda的情况下,电子设备可以在确定满足预设解析条件的情况下再对短信消息messagea进行解析,而不是每次接收到短信消息都立即解析,如此,可以避免实时解析对电子设备的续航和性能带来一定的损耗。另外,在电子设备显示有提醒卡片carda的情况下,电子设备对与提醒卡片carda关联的其他短信消息进行实时解析,以便于能够及时地对提醒卡片carda进行刷新或销卡。
图12是本申请实施例提供的一种卡片显示装置的结构示意图,该装置可以由软件、硬件或者两者的结合实现成为计算机设备的部分或者全部,该计算机设备可以为图1所示的电子设备。参见图12,该装置包括:情境感知模块1210、业务逻辑处理模块1220和业务呈现模块1230。
情境感知模块1210,用于在未显示有第一卡片的情况下,若所述电子设备的状态满足预设解析条件,则解析第一短信消息,得到第一解析结果,所述第一短信消息是由指定类别的第一对象发送,所述第一卡片是指基于所述第一对象发送的短信消息构建的卡片;
业务逻辑处理模块1220,用于若根据所述第一解析结果确定存在待处理的第一事件且所述第一事件满足出卡条件,则在所述第一事件的处理截止时间之前,指示业务呈现模块1230基于所述第一解析结果构建所述第一卡片;
业务呈现模块1230,用于显示所述第一卡片。
作为本申请的一个示例,所述情境感知模块1210还用于:
若所述电子设备进入充电状态,则确定所述电子设备的状态满足所述预设解析条件;或者,
若所述电子设备处于充电状态、所述电子设备当前的剩余电量大于或等于第一电量阈值且所述电子设备当前的温度小于或等于温度阈值,则确定所述电子设备的状态满足所述预设解析条件;或者,
若所述电子设备当前的剩余电量大于或等于第二电量阈值,则确定所述电子设备的状态满足所述预设解析条件。
作为本申请的一个示例,所述情境感知模块1210在未显示有第一卡片的情况下,若所述电子设备的状态满足预设解析条件,则解析第一短信消息之前,还包括:
所述业务逻辑处理模块1220向所述情境感知模块1210发送第一围栏注册请求,所述第一围栏注册请求中携带实时解析列表,所述实时解析列表用于记录需要实时解析的短信消息对应的对象信息;
在所述实时解析列表为空的情况下,所述情境感知模块1210确定未显示有所述第一卡片;
在所述实时解析列表不为空的情况下,所述情境感知模块1210确定显示有所述第一卡片。
作为本申请的一个示例,所述第一围栏注册请求中携带围栏监控时间,所述业务逻辑处理模块1220用于:
在所述第一事件的处理截止时间之前,若所述业务逻辑处理模块接收到所述情境感知模块发送的时间围栏触发通知,则确定所述处理截止时间与当前时间的时间差值,所述时间围栏触发通知由所述情境感知模块每当确定到达所述围栏监控时间时进行一次发送;
若所述时间差值小于或等于第一时长阈值,则向所述业务呈现模块1230发送建卡指令;
所述业务呈现模块1230根据所述建卡指令,构建所述第一卡片。
作为本申请的一个示例,所述业务逻辑处理模块1220还用于:
若所述时间差值大于所述第一时长阈值,则等待下一个时间围栏触发通知,并返回至所述确定所述处理截止时间与当前时间的时间差值的步骤;
直到所述时间差值小于或等于第一时长阈值时,向所述业务呈现模块1230发送所述建卡指令。
作为本申请的一个示例,所述业务逻辑处理模块还用于:
当再次接收到所述情境感知模块发送时间围栏触发通知时,若当前时间与所述处理截止时间的时间差值小于或等于第二时长阈值,则指示所述业务呈现模块120更新所述第一卡片的提醒状态,所述提醒状态用于表示信息提示的强度,所述第二时长阈值小于所述第一时长阈值;
所述业务呈现模块1230更新所述第一卡片的提醒状态。
作为本申请的一个示例,所述业务逻辑处理模块1220用于:
在所述第一事件的处理截止时间之前,向所述情境感知模块1210发送时间围栏监控请求,所述时间围栏监控请求中包括所述第一卡片对应的第一时长,所述时间围栏监控用于指示在经过所述第一时长后确定到达围栏监控时间,所述第一时长是当前时间与出卡时间的时间差值,所述出卡时间与所述处理截止时间的时间差值小于或等于第一时长阈值;
当接收到时间围栏触发通知时,向所述业务呈现模块1230发送建卡指令,所述时间围栏触发通知是由所述情境感知模块在经过所述第一时长后发送;
所述业务呈现模块1230根据所述建卡指令,构建所述第一卡片。
作为本申请的一个示例,所述业务逻辑处理模块还用于:
向所述情境感知模块1210发送时间围栏监控请求,所述时间围栏监控请求中包括第二时长,所述时间围栏监控用于指示在经过所述第二时长后确定到达围栏监控时间,所述第二时长为当前时间与卡片更新时间的时间差值,所述卡片更新时间与所述处理截止时间的时间差值小于或等于第二时长阈值,所述第二时长阈值小于所述第一时长阈值;
当所述情境感知模块1210确定经过所述第二时长后,通知所述业务逻辑处理模块1220;
所述业务逻辑处理模块1220指示所述业务呈现模块1230更新所述第一卡片的提醒状态,所述提醒状态用于表示信息提示的强度;
所述业务呈现模块1230更新所述第一卡片的提醒状态。
在本申请实施例中,在通过卡片进行信息提示的过程中,在电子设备未显示有第一卡片的情况下,电子设备可以在确定满足预设解析条件的情况下再对第一短信消息进行解析,而不是每次接收到短信消息都立即解析,如此,可以避免实时解析对电子设备的续航和性能带来一定的损耗。
需要说明的是:上述实施例提供的卡片显示装置在显示卡片时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
上述实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请实施例的保护范围。
上述实施例提供的卡片显示装置与卡片显示方法实施例属于同一构思,上述实施例中单元、模块的具体工作过程及带来的技术效果,可参见方法实施例部分,此处不再赘述。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意结合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络或其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,比如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(比如:同轴电缆、光纤、数据用户线(Digital Subscriber Line,DSL))或无线(比如:红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质,或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(比如:软盘、硬盘、磁带)、光介质(比如:数字通用光盘(Digital Versatile Disc,DVD))或半导体介质(比如:固态硬盘(Solid State Disk,SSD))等。
以上所述为本申请提供的可选实施例,并不用以限制本申请,凡在本申请的揭露的技术范围之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (10)

1.一种卡片显示的方法,其特征在于,应用于电子设备,所述方法包括:
在未显示有第一卡片的情况下,若所述电子设备的状态满足预设解析条件,则解析第一短信消息,得到第一解析结果,所述第一短信消息是由指定类别的第一对象发送,所述第一卡片是指基于所述第一对象发送的短信消息构建的卡片;
其中,满足所述预设解析条件包括:所述电子设备处于充电状态,或者,所述电子设备处于充电状态、且当前的电量大于或等于第一电量阈值以及所述电子设备的温度低于温度阈值,或者,所述电子设备的剩余电量大于或等于第二电量阈值,或者,所述电子设备的处理器当前的总占用比例小于或等于比例阈值;
若根据所述第一解析结果确定存在待处理的第一事件且所述第一事件满足出卡条件,则在所述第一事件的处理截止时间之前,基于所述第一解析结果构建所述第一卡片,其中,所述第一事件满足出卡条件包括所述第一事件存在处理截止时间;
显示所述第一卡片。
2.如权利要求1所述的方法,其特征在于,所述若所述电子设备的状态满足预设解析条件,则解析第一短信消息之前,还包括:
若所述电子设备进入充电状态,则确定所述电子设备的状态满足所述预设解析条件;或者,
若所述电子设备处于充电状态、所述电子设备当前的剩余电量大于或等于第一电量阈值且所述电子设备当前的温度小于或等于温度阈值,则确定所述电子设备的状态满足所述预设解析条件;或者,
若所述电子设备当前的剩余电量大于或等于第二电量阈值,则确定所述电子设备的状态满足所述预设解析条件。
3.如权利要求1所述的方法,其特征在于,所述电子设备包括业务逻辑处理模块、业务呈现模块以及情境感知模块;
所述在未显示有第一卡片的情况下,若所述电子设备的状态满足预设解析条件,则解析第一短信消息之前,还包括:
所述业务逻辑处理模块向所述情境感知模块发送第一围栏注册请求,所述第一围栏注册请求中携带实时解析列表,所述实时解析列表用于记录需要实时解析的短信消息对应的对象信息;
在所述实时解析列表为空的情况下,所述情境感知模块确定未显示有所述第一卡片;
在所述实时解析列表不为空的情况下,所述情境感知模块确定显示有所述第一卡片。
4.如权利要求3所述的方法,其特征在于,所述第一围栏注册请求中携带围栏监控时间,所述在所述第一事件的处理截止时间之前,基于所述第一解析结果构建所述第一卡片,包括:
在所述第一事件的处理截止时间之前,若所述业务逻辑处理模块接收到所述情境感知模块发送的时间围栏触发通知,则确定所述处理截止时间与当前时间的时间差值,所述时间围栏触发通知由所述情境感知模块每当确定到达所述围栏监控时间时进行一次发送;
若所述时间差值小于或等于第一时长阈值,则所述业务逻辑处理模块向所述业务呈现模块发送建卡指令;
所述业务呈现模块根据所述建卡指令,构建所述第一卡片。
5.如权利要求4所述的方法,其特征在于,所述若所述业务逻辑处理模块接收到所述情境感知模块发送的时间围栏触发通知,则确定所述处理截止时间与当前时间的时间差值之后,还包括:
若所述时间差值大于所述第一时长阈值,则所述业务逻辑处理模块等待下一个时间围栏触发通知,并返回至所述确定所述处理截止时间与当前时间的时间差值的步骤;
直到所述时间差值小于或等于第一时长阈值时,向所述业务呈现模块发送所述建卡指令。
6.如权利要求4所述的方法,其特征在于,所述显示所述第一卡片之后,还包括:
当所述业务逻辑处理模块再次接收到所述情境感知模块发送时间围栏触发通知时,若当前时间与所述处理截止时间的时间差值小于或等于第二时长阈值,则所述业务逻辑处理模块指示所述业务呈现模块更新所述第一卡片的提醒状态,所述提醒状态用于表示信息提示的强度,所述第二时长阈值小于所述第一时长阈值;
所述业务呈现模块更新所述第一卡片的提醒状态。
7.如权利要求3所述的方法,其特征在于,所述在所述第一事件的处理截止时间之前,基于所述第一解析结果构建所述第一卡片,包括:
在所述第一事件的处理截止时间之前,所述业务逻辑处理模块向所述情境感知模块发送时间围栏监控请求,所述时间围栏监控请求中包括所述第一卡片对应的第一时长,所述时间围栏监控用于指示在经过所述第一时长后确定到达围栏监控时间,所述第一时长是当前时间与出卡时间的时间差值,所述出卡时间与所述处理截止时间的时间差值小于或等于第一时长阈值;
当所述业务逻辑处理模块接收到时间围栏触发通知时,向所述业务呈现模块发送建卡指令,所述时间围栏触发通知是由所述情境感知模块在经过所述第一时长后发送;
所述业务呈现模块根据所述建卡指令,构建所述第一卡片。
8.如权利要求7所述的方法,其特征在于,所述显示所述第一卡片之后,还包括:
所述业务逻辑处理模块向所述情境感知模块发送时间围栏监控请求,所述时间围栏监控请求中包括第二时长,所述时间围栏监控用于指示在经过所述第二时长后确定到达围栏监控时间,所述第二时长为当前时间与卡片更新时间的时间差值,所述卡片更新时间与所述处理截止时间的时间差值小于或等于第二时长阈值,所述第二时长阈值小于所述第一时长阈值;
当所述情境感知模块确定经过所述第二时长后,通知所述业务逻辑处理模块;
所述业务逻辑处理模块指示所述业务呈现模块更新所述第一卡片的提醒状态,所述提醒状态用于表示信息提示的强度;
所述业务呈现模块更新所述第一卡片的提醒状态。
9.一种电子设备,其特征在于,所述电子设备包括处理器和存储器;
所述存储器用于存储支持所述电子设备执行如权利要求1-8任意一项所述的方法的程序,以及存储用于实现如权利要求1-8任意一项所述的方法所涉及的数据;
所述处理器被配置为用于执行所述存储器中存储的程序。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行如权利要求1-8任意一项所述的方法。
CN202210603730.5A 2022-05-30 2022-05-30 卡片显示的方法、电子设备及可读存储介质 Active CN116033064B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210603730.5A CN116033064B (zh) 2022-05-30 2022-05-30 卡片显示的方法、电子设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210603730.5A CN116033064B (zh) 2022-05-30 2022-05-30 卡片显示的方法、电子设备及可读存储介质

Publications (2)

Publication Number Publication Date
CN116033064A CN116033064A (zh) 2023-04-28
CN116033064B true CN116033064B (zh) 2023-10-20

Family

ID=86069540

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210603730.5A Active CN116033064B (zh) 2022-05-30 2022-05-30 卡片显示的方法、电子设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN116033064B (zh)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104142816A (zh) * 2013-05-10 2014-11-12 中国电信股份有限公司 用户卡片及其cdma短信解析方法
CN105049627A (zh) * 2015-07-28 2015-11-11 深圳市万普拉斯科技有限公司 卡片生成方法和装置
CN105512138A (zh) * 2014-09-25 2016-04-20 阿里巴巴集团控股有限公司 文本消息的处理方法及其系统
CN105959469A (zh) * 2016-04-25 2016-09-21 奇酷软件(深圳)有限公司 短信的展示方法、展示装置及终端
WO2018094572A1 (zh) * 2016-11-22 2018-05-31 深圳前海达闼云端智能科技有限公司 一种信息查看的方法、装置和设备
CN108803983A (zh) * 2018-04-25 2018-11-13 Oppo广东移动通信有限公司 通知消息的显示控制方法及装置、电子装置及存储介质
CN109814767A (zh) * 2018-12-10 2019-05-28 华为技术有限公司 消息处理方法及相关装置
CN112261595A (zh) * 2019-07-05 2021-01-22 腾讯科技(深圳)有限公司 事件提醒方法、装置、存储介质及移动终端
CN113934331A (zh) * 2020-06-29 2022-01-14 北京小米移动软件有限公司 信息处理方法、装置及存储介质
CN114095599A (zh) * 2020-07-03 2022-02-25 华为技术有限公司 消息显示方法和电子设备
CN114493470A (zh) * 2021-08-12 2022-05-13 荣耀终端有限公司 日程管理的方法、电子设备和计算机可读存储介质

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104142816A (zh) * 2013-05-10 2014-11-12 中国电信股份有限公司 用户卡片及其cdma短信解析方法
CN105512138A (zh) * 2014-09-25 2016-04-20 阿里巴巴集团控股有限公司 文本消息的处理方法及其系统
CN105049627A (zh) * 2015-07-28 2015-11-11 深圳市万普拉斯科技有限公司 卡片生成方法和装置
CN105959469A (zh) * 2016-04-25 2016-09-21 奇酷软件(深圳)有限公司 短信的展示方法、展示装置及终端
WO2018094572A1 (zh) * 2016-11-22 2018-05-31 深圳前海达闼云端智能科技有限公司 一种信息查看的方法、装置和设备
CN108803983A (zh) * 2018-04-25 2018-11-13 Oppo广东移动通信有限公司 通知消息的显示控制方法及装置、电子装置及存储介质
CN109814767A (zh) * 2018-12-10 2019-05-28 华为技术有限公司 消息处理方法及相关装置
CN112261595A (zh) * 2019-07-05 2021-01-22 腾讯科技(深圳)有限公司 事件提醒方法、装置、存储介质及移动终端
CN113934331A (zh) * 2020-06-29 2022-01-14 北京小米移动软件有限公司 信息处理方法、装置及存储介质
CN114095599A (zh) * 2020-07-03 2022-02-25 华为技术有限公司 消息显示方法和电子设备
CN114493470A (zh) * 2021-08-12 2022-05-13 荣耀终端有限公司 日程管理的方法、电子设备和计算机可读存储介质

Also Published As

Publication number Publication date
CN116033064A (zh) 2023-04-28

Similar Documents

Publication Publication Date Title
JP2022508176A (ja) 音声制御方法及び電子装置
WO2023284415A1 (zh) 电源键误触检测方法及电子设备
WO2021057452A1 (zh) 一种原子服务的呈现方法及装置
US20220358089A1 (en) Learning-Based Keyword Search Method and Electronic Device
CN112988213B (zh) 一种程序数据更新方法、电子设备及计算机存储介质
KR20150062686A (ko) 전자 장치의 스팸 필터링 방법 및 그 전자 장치
EP4080862B1 (en) Intelligent reminding method and device
US20240095015A1 (en) Upgrade prompt method, terminal device, and computer-readable storage medium
CN115016704A (zh) 快递提示方法和电子设备
CN111935353A (zh) 移动终端及其短信显示方法
CN116709180B (zh) 地理围栏的生成方法及服务器
CN116033064B (zh) 卡片显示的方法、电子设备及可读存储介质
CN116069219B (zh) 一种获取日程信息的方法和电子设备
CN115097993B (zh) 快递提示方法和电子设备
CN117201662A (zh) 信息提示方法、电子设备及可读存储介质
CN117009023B (zh) 显示通知信息的方法及相关装置
CN116662150B (zh) 应用启动耗时检测方法及相关装置
CN116027933B (zh) 处理服务信息的方法和装置
CN116541188B (zh) 通知显示方法、终端设备及存储介质
WO2022267786A1 (zh) 一种快捷图标展示方法与终端设备
CN116709339B (zh) 一种应用通知消息的检测方法及电子设备
CN115828227B (zh) 识别广告弹窗的方法、电子设备及存储介质
CN116719556B (zh) 系统升级的方法和电子设备
CN116708653B (zh) 日程提醒方法及相关装置
CN117729561B (zh) 系统升级方法、终端及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant