信息显示方法和装置

技术领域

本申请属于通信技术领域，具体涉及一种信息显示方法和装置。

背景技术

目前，在用户使用打车应用的过程中，由于打车用户较多或者附近没有可以用车时，用户等候时间较长，并且接单司机可能也较远，当用户打到车时，一般需要用户等候较久；而用户提示还是集中在应用内部提示，如果这个时候，如果用户还要使用手机做其它事情，比如使用微信，需要用户在多个应用间切换，查看当前进度和使用其它应用，体验十分不好。

也就是，现有的这种应用内提示的方法存在不足之处，对于这种方案，当用户使用打车应用以外的app时，例如微信、微博，需要用户多次在不同app间切换，因为用户在使用微信应用时，用户是看不到打车应用当前的进度，比如司机距离用户的距离，如果用户想了解这些信息，必须切换到应用外进行查看。

因此，现有的针对进度提示的信息显示方案，存在使用不方便等问题。

发明内容

本申请实施例的目的是提供一种信息显示方法和装置，能够解决现有技术中针对进度提示的信息显示方案使用不便的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种信息显示方法，该方法包括：

在确认应用程序当前处于行程执行过程中，且接收到将所述应用程序切换至后台运行的操作的情况下，从所述应用程序中获取当前的行程相关信息；

在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗；

其中，所述行程相关信息包括：行程进度信息、行程相关的未读消息信息以及针对所述未读消息信息的提示信息中的至少一项。

第二方面，本申请实施例提供了一种信息显示装置，该装置包括：

第一获取模块，用于在确认应用程序当前处于行程执行过程中，且接收到将所述应用程序切换至后台运行的操作的情况下，从所述应用程序中获取当前的行程相关信息；

第一显示模块，用于在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗；

其中，所述行程相关信息包括：行程进度信息、行程相关的未读消息信息以及针对所述未读消息信息的提示信息中的至少一项。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

在本申请实施例中，通过在确认应用程序当前处于行程执行过程中，且接收到将所述应用程序切换至后台运行的操作的情况下，从所述应用程序中获取当前的行程相关信息；在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗；其中，所述行程相关信息包括：行程进度信息、行程相关的未读消息信息以及针对所述未读消息信息的提示信息中的至少一项；能够实现在用户切换app时，悬浮弹窗也会在屏幕上展示行程相关信息；而不再需要用户必须将后台app切换至前台来查看行程相关信息，减少了操作流程，便于用户使用；很好的解决了现有技术中针对进度提示的信息显示方案使用不便的问题。

附图说明

图1是本申请实施例的信息显示方法流程示意图；

图2是本申请实施例的信息显示方法具体实现流程示意图；

图3是本申请实施例的悬浮弹窗显示示意图；

图4是本申请实施例的进度条处理框架示意图；

图5是本申请实施例的提示信息处理框架示意图；

图6是本申请实施例的信息显示装置结构示意图；

图7是本申请实施例的电子设备结构示意图一；

图8是本申请实施例的电子设备结构示意图二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的信息显示方法进行详细地说明。

本申请实施例提供的信息显示方法，如图1所示，包括：

步骤11：在确认应用程序当前处于行程执行过程中，且接收到将所述应用程序切换至后台运行的操作的情况下，从所述应用程序中获取当前的行程相关信息。

其中，所述应用程序为打车应用程序、外卖应用程序或者导航应用程序等能够生成行程相关信息的应用程序。

关于“应用程序当前处于行程执行过程中”可理解为应用程序当前在执行行程相关的操作，比如：打车应用程序中的某一订单当前处于处理中的状态(订单的所有状态都与行程相关)，打车应用程序在处理行程相关的操作；又比如：外卖应用程序中的某一订单当前处于骑手已接单去商家取餐或去送餐的状态，外卖应用程序在处理行程相关的操作。

步骤12：在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗；其中，所述行程相关信息包括：行程进度信息、行程相关的未读消息信息以及针对所述未读消息信息的提示信息中的至少一项。

悬浮弹窗可以是圆形，行程进度信息在圆形边缘向内形成的环形内显示；关于未读消息信息可以是在悬浮弹窗内的某一区域(比如环形的空心区域)以滚动形式显示；但并不以此为限。

其中，所述从所述应用程序中获取当前的行程相关信息，包括：获取当前行程的完整路程信息、剩余路程信息、完整时长信息以及剩余时长信息；根据所述完整路程信息和剩余路程信息，确定路程进度信息；根据所述完整时长信息和剩余时长信息，确定时长进度信息；根据所述路程进度信息和时长进度信息，得到所述行程相关信息中的行程进度信息。

这样可以更多样化的对行程进度信息进行显示。

具体的，所述在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗，包括：根据针对路程进度信息的第一阈值信息以及针对时长进度信息的第二阈值信息，确定所述行程进度信息对应的第一显示信息；在所述悬浮弹窗中显示所述第一显示信息；其中，所述第一显示信息包含针对所述路程进度信息的图形信息以及针对所述时长进度信息的颜色信息。

比如，行程进度信息在悬浮弹窗内的环形内显示，呈现为环形进度条，第一显示信息包含环形的填充(行程)比例，以及填充颜色。

这样可以便于用户准确的获知当前的行程相关信息。

本申请实施例中，所述提示信息可以呈现为提示图形；对应的，所述在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗，包括：根据所述行程相关的未读消息信息的数量，确定所述提示图形的特征信息；根据所述特征信息，在所述悬浮弹窗中显示所述提示图形；其中，所述特征信息包括图形大小和图像颜色中的至少一项；所述数量位于不同数值范围的情况下，对应的所述特征信息不同。

具体可以是，数量越大图形越大，关于颜色可以改变或不变，可以为红色；或者，颜色随着数量的变化而变化，图形大小可以改变或不变。

这样同样可以便于用户准确的获知当前的行程相关信息。

进一步的，在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗之后，还包括：根据预设指示，退出显示所述悬浮弹窗；其中，所述预设指示包括：将所述应用程序切换至前台运行的指示、针对所述悬浮弹窗操作的退出指示以及行程达到预设阶段的指示中的至少一项。

关于退出指示可以是点击悬浮弹窗进入应用程序的指示；关于预设阶段可以是比如：打车情况下用户上车了，导航情况下到达目的地附近了，外卖情况下与物品之间的距离小于阈值了。“退出显示所述悬浮弹窗”可理解为：退出所述悬浮弹窗的显示。

这样可以满足用户的多样化需求。

进一步的，所述的信息显示方法，还包括：在所述应用程序切换至后台运行的情况下，在前台运行另一应用程序。

这样可以更好的满足用户需求，比如一边使用微信，一边可以同时获知行程相关信息。

下面对本申请实施例提供的所述信息显示方法进行进一步说明，关于应用程序以打车应用为例、行程进度信息以进度条为例、提示信息以小红点为例。

针对上述技术问题，本申请实施例提供了一种信息显示方法，具体可实现为一种应用外提示打车应用进度的方法，使用悬浮弹窗，展示打车应用进度条，在用户切换app(应用程序)时，悬浮弹窗也会在(电子设备的)屏幕(对应于上述前台界面)上展示，悬浮弹窗是屏幕视图的最高级别，悬浮弹窗可包含进度条和小红点等，进度条可以用来提示当前打车应用进度，小红点可提示司机给用户发送新信息。

本方案使得用户在使用其他应用程序的同时还可以查看当前打车订单的进度、与司机的距离、司机是否发送消息等；具体的，本申请实施例提供的方案具体可如图2所示，包括：

步骤21：启动应用；

步骤22：注册监听；

步骤23：执行监听；

步骤24：判断应用是否退到后台，若是，进行步骤25，若否，返回步骤23(也就是继续监听)；

步骤25：弹出悬浮弹窗。

也就是，用户使用打车应用，在切换后台后，进行悬浮弹窗展示。

具体的，可理解为：当用户打开打车应用时，添加应用生命周期监听事件，用户使用打车应用进行打车，开始打车之后，假设用户收到一条微信消息，用户需要到微信查看，这时打车应用则会切换到后台继续运行，这时系统监听到应用退到后台，通知系统创建悬浮弹窗，并读取当前应用的订单信息(对应于上述当前的行程相关信息)，弹出悬浮弹窗(显示所述行程相关信息)，悬浮弹窗A可以：展示打车进度条(即上述进度条)a、展示消息未读小红点(即上述小红点)b、在消息展示区域c展示信息(对应于未读消息)，如图3所示，消息展示区域c属于悬浮弹窗A内的区域。

关于打车进度条：

具体的，可以展示用户当前与司机的距离(即车程进度)还可以将与司机之间的距离换算成等待时间进行实时展示；进度条可由两部分组成，第一部分是进度条颜色，第二部分为进度条进度；其中，进度条颜色显示逻辑可以为：如果司机距离用户车程在第一时长(比如5分钟)以内，则进度条颜色为绿色；如果司机距离用户车程在第二时长(比如10分钟)以下，第一时长(比如5分钟)以上，则进度条颜色为黄色；如果司机距离用户车程大于第二时长(比如10分钟)，则进度条颜色为红色，标识距离较远，但并不以此为限。同时进度条的进度(比如当前进度与原始进度之间的百分比)，可以表示用户剩余等待时间和花费总时间的比值；可以将表征进度的比值换算成所占圆环的百分比，如果司机刚开始去接用户，这时候的百分比为100％，如果司机已经到达乘客目的地，则圆环百分比为0％，参见图2和图4。

关于消息未读小红点：

如果有司机发送的未读消息，则悬浮弹窗上会展示红色圆点(即小红点)进行提示；具体的，小红点的大小可以随着未读消息的多少变化，比如：当未读消息的数量小于或等于第一阈值(比如2条)时，红点的大小为第一值(比如1px)；当未读消息的数量大于第一阈值(比如2条)，且小于或等于第二阈值(比如5条)时，红点大小为第二值(比如2px)；当未读消息大于第二阈值(比如5条)时，红点大小为第三值(比如3px)；因此未读消息的数量越多，红点越大；还可以设置未读消息的数量大于极限阈值(比如5条)的情况下，红点大小固定为极限值(比如3px)，而不会一直持续增大，如图5所示。如果用户点击悬浮弹窗进入应用查看具体消息，则应用再次退出前台进入后台运行的情况下，针对未读消息的数量统计是从应用再次退出前台时开始统计，针对之前的消息均不再统计入未读消息的数量中。

关于未读消息：

在司机给用户发送消息后，可以在悬浮弹窗内的预设区域滚动司机发过来的消息，这样用户就可以直接在打车应用外读取消息，如果用户进入打车应用读取信息，则消息不再在悬浮弹窗展示。

进一步的，本方案中，可以是检测到点击悬浮弹窗的情况下，跳转到打车应用(即将打车应用切换至前台运行)：

当用户想查看更详细的订单信息时，可以点击悬浮弹窗，跳转到应用中查看；这时会退出悬浮弹窗的显示(也可以理解为隐藏整个悬浮弹窗)；下次应用处于后台运行的情况下收到未读消息时，才会再次展示消息红点和在悬浮弹窗中展示消息。

关于(未读)消息的展示可以是根据预定规则展示，预定规则可以包括以下至少一项规则：

第一规则：将未读消息按照接收时间由早到晚排序，展示排序靠前的至少两条消息；

第二规则：将未读消息按照接收时间由早到晚排序，展示排序靠后的至少两条消息；

第三规则：展示包含关键信息的消息，关键信息可以包括：用户设置的信息、预设训练筛选出来的信息等；

第四规则：按照接收时间的顺序依次展示所有消息。

本方案中还可以是在用户坐上车之后退出悬浮弹窗的展示，或者根据用户的手动指示(操作)退出悬浮弹窗的展示，在此不作限定。

由上可知，本方案可以：

1.将打车进度提示功能由应用内提示，转移到应用外提示，同时在切换应用的时候，可以做到使用其它app时，也能获取订单进度和司机消息；

2.悬浮弹窗进度条提示，一般打车应用都是使用距离提示，这里使用进度条提示，可以强化订单当前进度，更直观的传递进度信息；

3.现有技术中，当切换出打车应用后，在使用其它应用时，没办法获取司机是否发来消息，而本方案中的悬浮弹窗小红点可以解决这问题，通过悬浮弹窗的小红点，可以达到在任何应用内，都可以了解司机发送消息的情况，便于及时回复；

4.悬浮弹窗滚动显示未读消息：当司机发来消息时，可以在悬浮弹窗上滚动消息的具体内容，达到在应用外，也可以查看消息的目的。

综上，本方案能够实现用户若在使用打车应用的同时使用其它应用，可以在保证其它应用正常使用的情况下快速查看打车应用订单进度，同时可以在不切换应用的情况下，查看是否有司机发送的未读消息以及未读消息的具体内容。

在此说明，本方案中的应用程序可以是能够执行行程类功能的任何应用程序，比如还可以是除了打车应用外的外卖应用(具体可以是获知外卖送餐场景下的进度)、导航应用(具体可以是获知导航场景下的进度)等，在此不做限定。

在本申请实施例中，通过在确认应用程序当前处于行程执行过程中，且接收到将所述应用程序切换至后台运行的操作的情况下，从所述应用程序中获取当前的行程相关信息；在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗；其中，所述行程相关信息包括：行程进度信息、行程相关的未读消息信息以及针对所述未读消息信息的提示信息中的至少一项；能够实现在用户切换app时，悬浮弹窗也会在屏幕上展示行程相关信息；而不再需要用户必须将后台app切换至前台来查看行程相关信息，减少了操作流程，便于用户使用；很好的解决了现有技术中针对进度提示的信息显示方案使用不便的问题。

需要说明的是，本申请实施例提供的信息显示方法，执行主体可以为信息显示装置，或者该信息显示装置中的用于执行信息显示方法的控制模块。本申请实施例中以信息显示装置执行信息显示方法为例，说明本申请实施例提供的信息显示装置。

本申请实施例提供的信息显示装置，如图6所示，包括：

第一获取模块61，用于在确认应用程序当前处于行程执行过程中，且接收到将所述应用程序切换至后台运行的操作的情况下，从所述应用程序中获取当前的行程相关信息；

第一显示模块62，用于在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗；

其中，所述行程相关信息包括：行程进度信息、行程相关的未读消息信息以及针对所述未读消息信息的提示信息中的至少一项。

其中，所述第一获取模块，包括：第一获取子模块，用于获取当前行程的完整路程信息、剩余路程信息、完整时长信息以及剩余时长信息；第一确定子模块，用于根据所述完整路程信息和剩余路程信息，确定路程进度信息；第二确定子模块，用于根据所述完整时长信息和剩余时长信息，确定时长进度信息；第一处理子模块，用于根据所述路程进度信息和时长进度信息，得到所述行程相关信息中的行程进度信息。

具体的，所述第一显示模块，包括：第三确定子模块，用于根据针对路程进度信息的第一阈值信息以及针对时长进度信息的第二阈值信息，确定所述行程进度信息对应的第一显示信息；第一显示子模块，用于在所述悬浮弹窗中显示所述第一显示信息；其中，所述第一显示信息包含针对所述路程进度信息的图形信息以及针对所述时长进度信息的颜色信息。

本申请实施例中，所述提示信息呈现为提示图形；所述第一显示模块，包括：第四确定子模块，用于根据所述行程相关的未读消息信息的数量，确定所述提示图形的特征信息；第二显示子模块，用于根据所述特征信息，在所述悬浮弹窗中显示所述提示图形；其中，所述特征信息包括图形大小和图像颜色中的至少一项；所述数量位于不同数值范围的情况下，对应的所述特征信息不同。

进一步的，所述的信息显示装置，还包括：第一处理模块，用于在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗之后，根据预设指示，退出显示所述悬浮弹窗；其中，所述预设指示包括：将所述应用程序切换至前台运行的指示、针对所述悬浮弹窗操作的退出指示以及行程达到预设阶段的指示中的至少一项。

本申请实施例中，所述的信息显示装置，还包括：第二处理模块，用于在所述应用程序切换至后台运行的情况下，在前台运行另一应用程序。

在本申请实施例中，通过在确认应用程序当前处于行程执行过程中，且接收到将所述应用程序切换至后台运行的操作的情况下，从所述应用程序中获取当前的行程相关信息；在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗；其中，所述行程相关信息包括：行程进度信息、行程相关的未读消息信息以及针对所述未读消息信息的提示信息中的至少一项；能够实现在用户切换app时，悬浮弹窗也会在屏幕上展示行程相关信息；而不再需要用户必须将后台app切换至前台来查看行程相关信息，减少了操作流程，便于用户使用；很好的解决了现有技术中针对进度提示的信息显示方案使用不便的问题。

本申请实施例中的信息显示装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的信息显示装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的信息显示装置能够实现图1至图5的方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选的，如图7所示，本申请实施例还提供一种电子设备70，包括处理器71，存储器72，存储在存储器72上并可在所述处理器71上运行的程序或指令，该程序或指令被处理器71执行时实现上述信息显示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图8为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备80包括但不限于：射频单元81、网络模块82、音频输出单元83、输入单元84、传感器85、显示单元86、用户输入单元87、接口单元88、存储器89、以及处理器810等部件。

本领域技术人员可以理解，电子设备80还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器810逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图8中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器810，用于在确认应用程序当前处于行程执行过程中，且接收到将所述应用程序切换至后台运行的操作的情况下，从所述应用程序中获取当前的行程相关信息；利用显示单元86在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗；其中，所述行程相关信息包括：行程进度信息、行程相关的未读消息信息以及针对所述未读消息信息的提示信息中的至少一项。

在本申请实施例中，通过在确认应用程序当前处于行程执行过程中，且接收到将所述应用程序切换至后台运行的操作的情况下，从所述应用程序中获取当前的行程相关信息；在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗；其中，所述行程相关信息包括：行程进度信息、行程相关的未读消息信息以及针对所述未读消息信息的提示信息中的至少一项；能够实现在用户切换app时，悬浮弹窗也会在屏幕上展示行程相关信息；而不再需要用户必须将后台app切换至前台来查看行程相关信息，减少了操作流程，便于用户使用；很好的解决了现有技术中针对进度提示的信息显示方案使用不便的问题。

可选的，处理器810，具体用于获取当前行程的完整路程信息、剩余路程信息、完整时长信息以及剩余时长信息；根据所述完整路程信息和剩余路程信息，确定路程进度信息；根据所述完整时长信息和剩余时长信息，确定时长进度信息；根据所述路程进度信息和时长进度信息，得到所述行程相关信息中的行程进度信息。

可选的，处理器810，具体用于根据针对路程进度信息的第一阈值信息以及针对时长进度信息的第二阈值信息，确定所述行程进度信息对应的第一显示信息；利用显示单元86在所述悬浮弹窗中显示所述第一显示信息；其中，所述第一显示信息包含针对所述路程进度信息的图形信息以及针对所述时长进度信息的颜色信息。

可选的，所述提示信息呈现为提示图形；处理器810，具体用于根据所述行程相关的未读消息信息的数量，确定所述提示图形的特征信息；根据所述特征信息，通过显示单元86在所述悬浮弹窗中显示所述提示图形；其中，所述特征信息包括图形大小和图像颜色中的至少一项；所述数量位于不同数值范围的情况下，对应的所述特征信息不同。

可选的，处理器810，还用于在电子设备的前台界面显示包含所述行程相关信息的悬浮弹窗之后，根据预设指示，退出显示所述悬浮弹窗；其中，所述预设指示包括：将所述应用程序切换至前台运行的指示、针对所述悬浮弹窗操作的退出指示以及行程达到预设阶段的指示中的至少一项。

可选的，处理器810，还用于在所述应用程序切换至后台运行的情况下，在前台运行另一应用程序。

综上，本方案能够实现用户若在使用打车应用的同时使用其它应用，可以在保证其它应用正常使用的情况下快速查看打车应用订单进度，同时可以在不切换应用的情况下，查看是否有司机发送的未读消息以及未读消息的具体内容。

应理解的是，本申请实施例中，输入单元84可以包括图形处理器(GraphicsProcessing Unit，GPU)841和麦克风842，图形处理器841对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元86可包括显示面板861，可以采用液晶显示器、有机发光二极管等形式来配置显示面板861。用户输入单元87包括触控面板871以及其他输入设备872。触控面板871，也称为触摸屏。触控面板871可包括触摸检测装置和触摸控制器两个部分。其他输入设备872可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器89可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器810可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器810中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述信息显示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述信息显示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。