消息的显示方法及终端设备与流程

消息的显示方法及终端设备
1.本发明专利申请是分案申请，原案的申请号是201911054865.5，申请日是2019年10月31日，发明名称是：消息的显示方法及终端设备。
技术领域
2.本技术实施例涉及终端设备技术领域，尤其涉及一种消息的显示方法及终端设备。


背景技术：

3.随着电子技术的飞速发展，安装在终端设备上的应用程序(application，app)越来越多。由于终端设备的屏幕大小有限，所以终端设备通常以全屏显示方式显示正在运行的app。全屏显示时，终端设备的整个屏幕上仅显示一个app的界面。
4.为了保证一个app全屏显示的同时，能够及时提醒用户终端设备收到其他app的消息，终端设备在显示屏上方设置状态栏，当终端设备收到其他app的消息后，可以在终端设备的状态栏显示提示框，以提示用户终端设备接收到其他app的消息，并将消息的部分或全部内容显示在提示框中。但是提示框显示的字数有限，有时用户根本无法根据提示框获取到消息的全部内容，若用户想要进一步的获取消息的全部内容，则需要终端设备退出正在全屏显示的app，并切换到消息的详情页面供用户查看消息。
5.上述显示消息的过程中，需要终端设备退出当前正在全屏显示的app，如果全屏显示过程中频繁的接收到其他app的消息，则需要终端设备在不同app之间反复进行切换，操作过程繁琐。


技术实现要素：

6.本技术实施例提供一种消息的显示方法及终端设备，终端设备当前正在全屏显示第一app时，获取到待显示的消息后，确定消息的显示方式，根据显示方式显示消息，避免终端设备在不同app之间反复切换。
7.第一方面，本技术实施例提供一种消息的显示方法，该方法是从终端设备的角度进行说明的，该方法包括：在终端设备全屏显示第一app的界面时，若接收到来自第二app的消息，则终端设备根据第二app的消息和显示方式的映射关系表确定该消息的显示方式，如分屏显示方式、弹窗显示方式或下拉通知栏显示方式等，之后，根据显示方式显示消息的内容。采用该种方案，不论是分屏显示方式、弹窗显示方式还是下拉通知栏显示方式，终端设备均无需退出当前正在全屏显示的第一app，因此可以避免终端设备在不同app之间反复切换，降低操作难度的同时节省终端设备的耗电量。
8.一种可行的设计中，映射关系表包括所述第二app的标识与显示方式的映射关系。采用该种方案，通过通过xml文件存储第二app的标识与显示方式的映射关系，使得终端设备接收到第二app的消息后，查询xml文件即可选择出消息的显示方式，避免终端设备在不同app之间反复切换，降低操作难度的同时节省终端设备的耗电量。
9.一种可行的设计中，映射关系表包括第二app的分类标签与显示方式的映射关系，所述第二app的分类标签用于指示所述第二app所属的类别。
10.采用该种方案，终端设备通过根据第二app分类标签查询映射关系表从而确定出显示方式，进而根据显示方式显示消息，避免终端设备在不同app之间反复切换，节省终端设备的耗电量
11.一种可行的设计中，终端设备根据第二app的消息和显示方式的映射关系表，选择消息的显示方式之前，还控制第二app调用终端设备的框架fw层的通知和管理服务nms类，通过nms类获取第二app的标识。采用该种方案，实现终端设备获取第二app的标识的目的。
12.一种可行的设计中，映射关系表包括第二app的分类标签与显示方式的映射关系，所述第二app的分类标签用于指示所述第二app所属的类别。可选的，分类标签包括下述一种或多个：社交类、资讯类、网购支付类、生活消费类、查询工具类、阅读类，第二app的分类标签为社交类时，显示方式为分屏显示方式；第二app的分类标签为资讯类或网购支付类时，显示方式为弹窗显示方式；第二app的分类标签为生活消费类、查询工具类或阅读类时，显示方式为下拉通知栏显示方式。采用该种方案，终端设备通过根据第二app分类标签查询映射关系表从而确定出显示方式，进而根据显示方式显示消息，避免终端设备在不同app之间反复切换，节省终端设备的耗电量。
13.一种可行的设计中，终端设备根据第二app的消息和显示方式的映射关系表，选择消息的显示方式之前，还接收服务器发送的指示信息，指示信息用于指示第二app的分类标签，根据第二app的分类标签确定映射关系表。采用该种方案，实现终端设备定期更新第二app的分类标签的目的。
14.一种可行的设计中，上述的映射关系表包括消息的优先级与显示方式的映射关系，优先级是终端设备添加在消息对应的通知渠道notification channel类中的，优先级用于指示消息的重要程度。优先级包括紧急优先级、高优先级、默认优先级、低优先级或最低优先级中的一个或多个，紧急优先级和高优先级对应的显示方式为分屏显示方式，默认优先级对应的显示方式为弹窗显示方式，低优先级和最低优先级对应的显示方式为下拉通知显示方式。采用该种方案，通过将消息的优先级设置在该消息对应的notification channel类中，终端设备根据优先级查询映射关系表从而确定出显示方式，进而根据显示方式显示消息的内容，避免终端设备在不同app之间反复切换，节省终端设备的耗电量。
15.一种可行的设计中，映射关系表包括所述消息的消息类型与显示方式的映射关系，所述消息类型用于指示所述消息中是否包含编辑文本，若所述消息中包含所述编辑文本，则所述显示方式为分屏显示方式，若所述消息中不包含所述编辑文本，则所述显示方式为弹窗显示方式。采用该种方案，通过将消息的消息类型设置在该消息对应的notification类中，终端设备根据消息类型查询映射关系表从而确定出显示方式，进而根据显示方式显示消息的内容，避免终端设备在不同app之间反复切换，节省终端设备的耗电量。
16.一种可行的设计中，显示方式是弹窗显示时，终端设备根据显示方式显示消息的内容之后，接收到用户操作弹窗显示方式显示的弹窗的第一操作指令时，分屏显示第一app和消息，第一操作指令包括滑动、双击、长按弹窗的任意一种操作。采用该种方案，实现终端从全屏显示模式进入到弹窗显示模式的目的。
17.一种可行的设计中，显示方式是分屏显示方式时，在终端设备的屏幕上显示按钮，终端设备接收到用户操作显示按钮的第二操作指令时，全屏显示第一app的界面，第二操作指令包括滑动、双击、长按按钮的任意一种操作；或者，等待预设时长后，全屏显示第一app的界面。采用该种方案，实现终端设备从分屏显示模式切换到全屏显示模式的目的。
18.一种可行的设计中，消息包括下述消息中的任意一种：第三方app的消息、终端设备的系统消息或终端设备自身的app的消息。
19.第二方面，本技术实施例提供一种消息的显示装置，包括：
20.收发单元，用于在终端设备显示第一应用程序app的界面时，接收来自第二app的消息，所述第一app和所述第二app为不同的app；
21.处理单元，用于根据所述第二app的消息和显示方式的映射关系表，选择所述消息的显示方式，其中，所述显示方式为分屏显示方式、弹窗显示方式或下拉通知栏显示方式；
22.显示单元，用于根据所述显示方式显示所述消息的内容。
23.一种可行的设计中，所述映射关系表包括所述第二app的标识与显示方式的映射关系。
24.一种可行的设计中，所述处理单元根据所述第二app的消息和显示方式的映射关系表，选择所述消息的显示方式之前，还用于控制所述第二app调用所述终端设备的框架fw层的通知和管理服务nms类，通过所述nms类获取所述第二app的标识。
25.一种可行的设计中，所述映射关系表包括所述第二app的分类标签与显示方式的映射关系，所述第二app的分类标签用于指示所述第二app所属的类别。
26.一种可行的设计中，所述收发单元在所述处理单元根据所述第二app的消息和显示方式的映射关系表，选择所述消息的显示方式之前，还用于接收服务器发送的指示信息，所述指示信息用于指示所述第二app的分类标签；所述处理单元，还用于根据所述第二app的分类标签确定所述映射关系表。
27.一种可行的设计中，所述映射关系表包括所述消息的优先级与显示方式的映射关系，所述优先级是所述终端设备添加在所述消息对应的通知渠道notification channel类中的，所述优先级用于指示所述消息的重要程度。
28.一种可行的设计中，所述优先级包括紧急优先级、高优先级、默认优先级、低优先级或最低优先级中的一个或多个，所述紧急优先级和所述高优先级对应的显示方式为分屏显示方式，所述默认优先级对应的显示方式为弹窗显示方式，所述低优先级和所述最低优先级对应的显示方式为下拉通知显示方式。
29.一种可行的设计中，所述映射关系表包括所述消息的消息类型与显示方式的映射关系，所述消息类型用于指示所述消息中是否包含编辑文本，若所述消息中包含所述编辑文本，则所述显示方式为分屏显示方式，若所述消息中不包含所述编辑文本，则所述显示方式为弹窗显示方式。
30.一种可行的设计中，所述显示方式是所述弹窗显示时，所述收发单元还用于在所述显示单元根据所述显示方式显示所述消息的内容之后，接收到用户操作所述弹窗显示方式显示的弹窗的第一操作指令时，分屏显示所述第一app和所述消息，所述第一操作指令包括滑动、双击、长按所述弹窗的任意一种操作。
31.一种可行的设计中，所述显示方式是分屏显示方式时，所述显示单元还用于在所
述终端设备的屏幕上显示按钮，并在所述收发单元接收到用户操作所述显示按钮的第二操作指令时，全屏显示所述第一app的界面，所述第二操作指令包括滑动、双击、长按所述按钮的任意一种操作；或者，所述显示单元在等待预设时长后，全屏显示所述第一app的界面。
32.一种可行的设计中，所述消息包括下述消息中的任意一种：第三方app的消息、所述终端设备的系统消息或所述终端设备自身的app的消息。
33.第三方面，本技术实施例提供一种终端设备，包括：处理器、存储器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时执行如上第一方面或第一方面的各种可能的实现方式中的方法。
34.第四方面，本技术实施例提供一种包含指令的计算机程序产品，当其在终端设备上运行时，使得终端设备计算机执行上述第一方面或第一方面的各种可能的实现方式中的方法。
35.第五方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在终端设备上运行时，使得终端设备执行上述第一方面或第一方面的各种可能的实现方式中的方法。
36.第六方面，本技术实施例提供一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述方法中终端设备的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
37.本技术实施例提供的消息的显示方法及装置，在终端设备全屏显示第一app的界面时，若接收到来自第二app的消息，则终端设备根据第二app的消息和显示方式的映射关系表确定该消息的显示方式，如分屏显示方式、弹窗显示方式或下拉通知栏显示方式等，之后，根据显示方式显示消息的内容。该过程中，不论是分屏显示方式、弹窗显示方式还是下拉通知栏显示方式，终端设备均无需退出当前正在全屏显示的第一app，因此可以避免终端设备在不同app之间反复切换，降低操作难度的同时节省终端设备的耗电量。
附图说明
38.图1是本技术实施例提供的消息的显示方法的流程图；
39.图2是本技术实施例提供的终端设备的框架示意图；
40.图3是本技术实施例提供的消息的显示方法中edittext控件的示意图；
41.图4是本技术实施例提供的另一种消息的显示方法的流程图；
42.图5是本技术实施例提供的消息的显示方法中的一种屏幕显示示意图；
43.图6是本技术实施例提供的消息的显示方法中的一种屏幕显示示意图；
44.图7是本技术实施例提供的消息的显示方法中的一种屏幕显示示意图；
45.图8是本技术实施例提供的消息的显示方法中的一种屏幕显示示意图；
46.图9是本技术实施例提供的消息的显示方法中的一种屏幕显示示意图；
47.图10为本技术实施例提供的一种消息的显示装置的结构示意图；
48.图11是本技术实施例提供的一种终端设备的结构示意图；
49.图12为本技术实施例提供的一种终端设备的硬件结构示意图。
具体实施方式
50.随着技术的飞速发展，出现了越来越多的大屏设备，如平板、折叠屏等，用户可以使用大屏设备看电影、浏览图片、阅读电子书籍、浏览新闻等。大屏设备处于全屏显示模式时，屏幕上仅显示一个app的界面。全屏显示模式下，若有消息过来，如短信、系统提醒、第三方app的消息等，终端设备通常弹出弹窗，在弹窗内显示消息的简略信息等。若用户想要查看消息的详细内容，则需要点击弹窗切换到消息的详情界面去查看，若消息是短信、聊天工具等的消息时，用户查看完消息后还有可能会回复短信等。之后，若用户想要回到最初的app，则需要重新点击最初的app的图标才能回到全屏模式。显然，该过程中，用户为查看消息的详细内容而打断了使用最初app的一致性体验，严重影响了用户体验的连续性。若全屏显示过程中，终端设备不断的接收到其他消息，则导致终端设备在不同app之间反复进行切换，耗电量高且操作过程繁琐。
51.上述显示消息的过程中，需要终端设备在不同app之间反复进行切换，耗电量高且操作过程繁琐。有鉴于此，本技术实施例提供一种消息的显示方法及装置，终端设备当前正在全屏显示第一app时，获取到待显示的消息后，确定消息的显示方式，根据显示方式显示消息，避免终端设备在不同app之间反复切换，以实现降低终端耗电量的同时降低操作难度。
52.本技术实施例中涉及的终端设备，可以是具有屏幕，且能够向用户提供语音和/或数据连通性的设备、具有无线连接功能的手持式设备、连接到无线调制解调器的其他处理设备。本技术实施例中，终端设备可以通过路由器，经无线接入网(如，radio access network，ran)与一个或多个核心网或者互联网进行通信，可以是移动终端设备，如移动电话(或称为“蜂窝”电话，手机(mobile phone))、计算机、车载的移动装置、个人数字助理(personal digital assistant，pda)、平板电脑(pad)、带无线收发功能的电脑等设备。该终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile station，ms)、远程站(remote station)、接入点(access point，ap)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户站(subscriber station，ss)、用户端设备(customer premises equipment，cpe)、终端(terminal)、用户设备(user equipment，ue)、移动终端(mobile terminal，mt)等。另外，终端设备也可以是可穿戴设备以及下一代通信系统，例如，5g网络中的终端设备或者未来演进的公共陆地移动网络(public land mobile network，plmn)网络中的终端设备，nr通信系统中的终端设备等。
53.本技术实施例中，终端设备当前正在全屏显示第一app的界面，即终端设备的屏幕上仅显示第一app的界面。全屏显示过中，终端设备接收到第二app的消息后，选择消息的显示方式，并根据显示方式显示消息的具体内容。第二app和第一app为不同的app，第二app可以是终端设备的系统app、安装在第二app上的第三方app或终端设备自身的app等。其中，系统app是指终端设备出厂时自带的app，不可被用户卸载，如短信等；第三方app是用户下载并安装在终端设备上的app，该app由第三方提供服务；终端设备自身的app是指终端设备的厂商对应的app商城中的app，用户可以自行下载或卸载，该些app是终端设备的厂商开发出的app，不属于第三方app或系统app。
54.图1是本技术实施例提供的消息的显示方法的流程图。本实施例是从终端设备的角度对上述消息的显示方法进行详细说明，该方法包括：
55.101、在终端设备全屏显示第一应用程序app的界面时，接收来自第二app的消息。
56.示例性的，用户使用终端设备看视频、浏览图片、阅读电子书籍、看新闻等的过程中，为了使得观看体验更佳，一般会将终端设备的界面设置为全屏显示模式。全屏显示模式下，终端设备接收到来自第二app的消息，例如，终端设备接收到系统app的消息；再如，终端设备接收到第三方app的服务器发送的消息；又如，终端设备自身的app接收到对应服务器发送的消息。
57.102、根据所述第二app的消息和显示方式的映射关系表，选择所述消息的显示方式，其中，所述显示方式为分屏显示方式、弹窗显示方式或下拉通知栏显示方式。
58.示例性的，终端设备接收到消息后，通过查映射表等方式选择该消息的显示方式。
59.103、根据显示方式显示所述消息的内容。
60.示例性的，若显示方式为分屏显示方式，则终端设备自动将屏幕分成两个区域，分别称之为第一区域和第二区域，第一区域和第二区域的大小可以灵活设置，例如，第一区域占据屏幕总面积的50％、第二区域占据另外50％；再如，第一区域站屏幕总面积的60％，第二区域占据另外40％。另外，第一区域和第二区域的位置关系可以灵活设置，例如，当前终端设备处于竖屏显示状态时，第一区域位于第二区域的上方，或者，第二区域位于第一区域的下方；再如，当终端设备处于横屏显示状态时，第一区域位于第二区域的上方，或者，第二区域位于第一区域的上方；或者，第一区域位于第二区域的左边，或者，第二区域位于第一区域的左边。第一区域用于显示第一app的界面，第二区域用于显示消息。当消息为社交类app的消息时，第二区域中还显示键盘等，以便用户回复。
61.若显示方式为弹窗显示方式，则终端设备全屏显示第一app的界面的同时，在屏幕上弹出弹窗，在弹窗内显示消息的简略内容以及图标等，图标用于指示消息的来源，例如，图标为第三方app的图标时，说明该消息是第三方app的服务器发送给终端设备的。其中，弹窗的位置、显示时长等可灵活设置，本技术实施例并不限制。
62.本技术实施例提供的消息的显示方法，在终端设备全屏显示第一app的界面时，若接收到来自第二app的消息，则终端设备根据第二app的消息和显示方式的映射关系表确定该消息的显示方式，如分屏显示方式、弹窗显示方式或下拉通知栏显示方式等，之后，根据显示方式显示消息的内容。该过程中，不论是分屏显示方式、弹窗显示方式还是下拉通知栏显示方式，终端设备均无需退出当前正在全屏显示的第一app，因此可以避免终端设备在不同app之间反复切换，降低操作难度的同时节省终端设备的耗电量。
63.图2是本技术实施例提供的终端设备的框架示意图。请参照图2，该框架包括应用层和框架(framework，fw)层，第三方app、系统app和终端设备自身的app部署在应用层。终端设备当前正在全屏显示第一app的界面时，接收到来自第二app的消息。第一app是部署在应用层的第三方app、系统app或终端设备自身的app，第二app是应用层中除第一app外的其他app中的任意一个app。此时，由第二app发起通知调用，初始化两个核心的对象类，即通知(notification)类和通知渠道(notification channel)类，初始化过程中，将消息的内容、标题等加入notification类，将是否需要振动、提示音等加入notification channel类中。在fw层，应用层通过调用通知管理(notification manager)类来发送消息，调用过程中，
notification manager类调用通知管理服务(notification manager service，nms)类，由nms类中的新增模块，以下称之为核心模块(core moudle)来选择消息的显示方式，核心模块通过通知监听(notification listeners)模块监听消息，并调用活动管理服务(activity manager service，ams)类、窗口管理服务(windows manager service，wms)来根据显示方式显示消息。
64.根据图2可知：本技术实施例中，通过核心模块确定消息的显示方式。下面，对核心模块如何确定消息的显示方式进行详细说明。
65.一种可行的实现方式中，映射关系表包括所述第二app的标识与显示方式的映射关系。
66.示例性的，终端设备的存储器上预先存储一个映射关系表，该映射关系表中存储第二app的标识和显示方式的映射关系。例如，终端设备预先将映射关系表以xml文件的方式存储在存储器，如只读存储器(read-only memory，rom)中。该xml文件可以在终端设备出厂前被存储至rom，其存储系统app，如短信、电子邮件等的标识与显示方式的映射关系。当终端设备接收到的消息是系统app的消息后，系统app发起通知调用，调用notification manager类，进而调用notification manager service类获取到系统app的标识，由nms类中的核心模块根据app的标识查询xml文件以选择消息的显示方式，若显示方式为分屏显示方式，则核心模块继续调用ams类和wms类，进而将终端设备的屏幕分成第一区域和第二区域，第一区域用于显示第一app的界面，使得第一app不中断；第二区域用于显示消息，方便用户查看消息的详细内容。另外，消息除了是第二app的服务器发送的外，还可以是终端设备本地的app，如备忘录等发出的消息。
67.采用本实施例提供的方法，通过xml文件存储第二app的标识与显示方式的映射关系，使得终端设备接收到第二app的消息后，查询xml文件即可选择出消息的显示方式，避免终端设备在不同app之间反复切换，降低操作难度的同时节省终端设备的耗电量。
68.另一种可行的设计中，映射关系表包括第二app的分类标签与显示方式的映射关系，所述第二app的分类标签用于指示所述第二app所属的类别。
69.示例性的，终端设备本地数据库中存储第二app的分类标签，终端设备可定期更新本地存储的分类标签。更新过程中，终端设备接收服务器发送的指示信息，该指示信息用于指示第二app的分类标签，然后，终端设备根据该第二app的分类标签确定映射关系表。例如，终端设备向云服务器发送超文本传输协议(hyper text transfer protocol，http)请求的方式等获取第二app的分类标签，云服务器将第二app的分类标签携带在指示信息中发送给终端设备，终端设备将第二app的分类标签更新到本地的数据库中。
70.可选的，分类标签包括下述一种或多个：社交类、资讯类、网购支付类、生活消费类、查询工具类、阅读类，第二app的分类标签为社交类时，显示方式为分屏显示方式；第二app的分类标签为资讯类或网购支付类时，显示方式为弹窗显示方式；第二app的分类标签为生活消费类、查询工具类或阅读类时，显示方式为下拉通知栏显示方式。例如，第二app为微信、新浪微博、qq、脸书(facebook)时，分类标签为社交类；第二app为网易、豆瓣、知乎或头条时，分类标签为资讯类；第二app为淘宝、天猫、京东商城、美团、当当网等时，分类标签为网购支付类；第二app为去哪儿旅行、大众点评等时，分类标签为生活消费类；第二app为快拍二维码、列车时刻表等时，分类标签为查询工具类；第二app为电子书籍等时，分类标签
为阅读类。
71.以第二app为第三方app为例，分类标签和显示方式的对应关系可参见表1。
72.表1
73.第三方app的分类标签显示方式游戏类在下拉通知栏显示，但不主动弹出显示网购支付类弹窗显示资讯类在下拉通知栏显示，但不主动弹出显示查询工具类在下拉通知栏显示，但不主动弹出显示生活消费类主动弹出通知显示旅行住宿类在下拉通知栏显示，但不主动弹出显示拍摄美化类在下拉通知栏显示，但不主动弹出显示阅读类弹窗显示社交类分屏显示金融理财类弹窗显示教育类在下拉通知栏显示，但不主动弹出显示出行导航类主动弹出通知显示美食类在下拉通知栏显示，但不主动弹出显示汽车类在下拉通知栏显示，但不主动弹出显示商务类弹窗显示儿童类在下拉通知栏显示，但不主动弹出显示运动健康类在下拉通知栏显示，但不主动弹出显示主题个性类在下拉通知栏显示，但不主动弹出显示
74.请参照表1，终端设备获取到第二app的消息后，第二app发起通知调用，调用notification manager类，进而调用notification manager service类，由notification manager service类中的核心模块查询本地数据库中的分类标签和显示方式的映射关系表以选择消息的显示方式，若显示方式为分屏显示方式，则核心模块继续调用ams类和wms类，进而将终端设备的屏幕分成第一区域和第二区域，第一区域用于显示第一app的界面，使得第一app不中断；第二区域用于显示消息，方便用户查看消息的详细内容。若显示方式为弹窗显示方式，则终端设备全屏显示第一app的界面的同时，在屏幕上弹出弹窗，在弹窗内显示消息的简略内容等；若显示方式为下拉通知栏显示方式，则终端设备全屏显示第一app的界面的同时，将消息显示在终端设备的通知栏中，只要用户下拉终端设备的下拉通知栏，才能看到消息，否则，用户无法看到消息，也就是说，终端设备接收到的消息对于用户而言不感知。
75.上述实施例中，终端设备通过根据第二app分类标签查询映射关系表从而确定出显示方式，进而根据显示方式显示消息，避免终端设备在不同app之间反复切换，节省终端设备的耗电量。
76.又一种可行的实现方式中，上述的映射关系表包括消息的优先级与显示方式的映射关系，优先级是终端设备添加在消息对应的通知渠道notification channel类中的，优先级用于指示消息的重要程度。
77.当终端设备接到第二app的消息后，由第二app发起通知调用，初始化两个核心的对象类，即通知(notification)类和通知渠道(notification channel)类，初始化过程中，将该消息的优先级添加在notification channel类中。在fw层，应用层通过调用通知管理(notification manager)类来发送消息，调用过程中，notification manager类调用通知管理服务(notification manager service，nms)类从notification channel类中获取优先级。然后，由nms类中的核心模块根据该优先级查询映射表以确定消息的显示方式。
78.采用本实施例提供的方法，通过将消息的优先级设置在该消息对应的notification channel类中，终端设备根据优先级查询映射关系表从而确定出显示方式，进而根据显示方式显示消息的内容，避免终端设备在不同app之间反复切换，节省终端设备的耗电量。
79.上述实施例中，优先级包括紧急优先级、高优先级、默认优先级、低优先级或最低优先级中的一个或多个，紧急优先级和高优先级对应的显示方式为分屏显示方式，默认优先级对应的显示方式为弹窗显示方式，低优先级和最低优先级对应的显示方式为下拉通知显示方式。
80.示例性的，终端设备本地预先存储一个映射关系表，该映射关系表中存储优先级与显示方式的映射关系。示例性的，可参见表2，表2是优先级和显示方式的映射关系表。
81.表2
[0082][0083][0084]
当终端设备接到第二app的消息后，由第二app发起通知调用，初始化notification类和notification channel类，初始化过程中，将该消息的优先级添加在notification channel类中。在fw层，应用层通过调用notification manager类来发送消息，调用过程中，notification manager类调用nms类从notification channel类中获取优先级。然后，由nms类中的核心模块根据该优先级查询表2以确定消息的显示方式。
[0085]
采用本实施例提供的方法，通过将消息的优先级设置在该消息对应的notification channel类中，终端设备根据优先级查询映射关系表从而确定出显示方式，进而根据显示方式显示消息的内容，避免终端设备在不同app之间反复切换，节省终端设备的耗电量。
[0086]
又一种可行的实现方式中，映射关系表包括所述消息的消息类型与显示方式的映射关系，所述消息类型用于指示所述消息中是否包含编辑文本，若所述消息中包含所述编辑文本，则所述显示方式为分屏显示方式，若所述消息中不包含所述编辑文本，则所述显示方式为弹窗显示方式。
[0087]
当终端设备接到第二app的消息后，由第二app发起通知调用，初始化两个核心的对象类，即通知(notification)类和通知渠道(notification channel)类，初始化过程中，将该消息的消息类型添加在notification类中。其中，消息类型用于指示所述消息中是否包含编辑文本(edit text)控件。示例性的，可参见图3。图3是本技术实施例提供的消息的显示方法中edittext控件的示意图。请参照图3，消息中包含用于用户回复的窗口，如图中包含“回复”字样的实线框所示，则该消息属于包含edittext的消息；反之，则认为该消息属于不包含edittext的消息。
[0088]
在fw层，应用层通过调用通知管理(notification manager)类来发送消息，调用过程中，notification manager类调用通知管理服务(notification manager service，nms)类，由nms类解析notification类，若该notification类包含edit text控件，则选择分屏显示方式；若notification类不包含edit text控件，则选择弹窗显示方式。
[0089]
本实施例中，映射关系表中存储消息类型与显示方式的映射关系。示例性的，可参见表3，表3是消息类型和显示方式的映射关系表。
[0090]
表3
[0091]
消息类型显示方式包含编辑文本(edittext)分屏显示方式不包含edittext弹窗显示方式
[0092]
采用本实施例提供的方法，通过将消息的消息类型设置在该消息对应的notification类中，终端设备根据消息类型查询映射关系表从而确定出显示方式，进而根据显示方式显示消息的内容，避免终端设备在不同app之间反复切换，节省终端设备的耗电量。
[0093]
又一种可行的实现方式中，上述的映射关系表包括消息的显示类型与显示方式的映射关系，显示类型用于指示所述第二app针对所述消息创建通知渠道notification channel时，在所述通知渠道中增加的显示类型字段，不同的显示类型字段对应不同的显示方式。
[0094]
当终端设备接到第二app的消息后，由第二app发起通知调用，初始化两个核心的对象类，即通知(notification)类和通知渠道(notification channel)类，初始化过程中，将该消息的显示类型添加在notification channel类中。在fw层，应用层通过调用通知管理(notification manager)类来发送消息，调用过程中，notification manager类调用通知管理服务(notification manager service，nms)类从notification channel类中获取显示类型。然后，由nms类中的核心模块根据该显示类型查询映射表以确定消息的显示方式。
[0095]
本实施例中，映射关系表中存储显示类型与显示方式的映射关系。示例性的，可参见表4，表4是显示类型和显示方式的映射关系表。
[0096]
表4
[0097]
full screent type定义显示方式full_screen_split分屏显示full_screen_hide在下拉通知栏显示，但不主动弹出显示full_screen_show弹窗显示
[0098]
终端设备接收到第二app如系统app或第三方app的消息后，构建notification类和notification channel类，并在notification channel类中增加显示类型，显示类型包括分屏显示类型(full_screen_split)、隐藏类型(full_screen_hide)和弹窗显示类型(full_screen_show)。之后，由第二app发起通知调用，调用notification manager类，进而调用notification manager service类，由核心模块获得从notification channel类中获取显示类型，根据显示类型查询映射关系表以确定消息的显示方式。
[0099]
采用本实施例提供的方法，通过将消息的显示类型设置在该消息对应的notification类中，终端设备根据显示类型查询映射关系表从而确定出显示方式，进而根据显示方式显示消息的内容，避免终端设备在不同app之间反复切换，节省终端设备的耗电量。
[0100]
图4是本技术实施例提供的另一种消息的显示方法的流程图。请参照图4，本实施例包括：
[0101]
201、终端设备获取到待显示的消息。
[0102]
示例性的，该待显示的消息可以是系统app的消息、第三方app的消息或终端设备自身的app的消息。
[0103]
202、终端设备判断当前是否处于全屏显示模式，若当前处于全屏显示模式，则执行步骤203；若当前未处于全屏显示模式，则执行步骤215。
[0104]
示例性的，终端设备通过判断窗口(windows)属性中是否包含全屏标识(flag_fullscreen)字段，以判断终端设备当前是否在全屏模式下看视频、新闻或电子书籍等，若windows属性中包含flag_fullscreen字段，说明终端设备当前处于全屏显示模式，则执行步骤203；若windows属性中不包含flag_fullscreen字段，则说明终端设备当前未处于全屏显示模式，执行步骤215。
[0105]
203、判断消息是否为终端设备的系统消息，若消息是终端设备的系统消息，则执行步骤204；若消息不是终端设备的系统消息，则执行步骤206。
[0106]
204、根据xml文件选择消息的显示方式，若显示方式为分屏显示方式，则执行步骤205；若显示方式为弹窗显示方式，则执行步骤207。
[0107]
205、自动分屏，将屏幕分为第一区域和第二区域。
[0108]
其中，第一区域用于显示第一app的界面，第二区域用于显示系统消息。
[0109]
上述步骤204和205中，若消息是终端设备的系统app，如短信、电子邮件、本地备忘录等的消息时，终端设备根据预先存储的xml文件选择消息的显示方式，若显示方式为分屏显示方式，则终端设备将屏幕分成第一区域和第二区域，第一区域用于显示第一app的界面，使得第一app不中断；第二区域用于显示消息，方便用户查看消息的详细内容。
[0110]
206、检测到用户处理该消息，自动恢复全屏显示模式。
[0111]
示例性的，可参见图5和图6，图5是本技术实施例提供的消息的显示方法中的一种屏幕显示示意图。
[0112]
请参照图5，初始时，用户正在全屏浏览图片，当终端设备接收到需要回复的消息后，屏幕自动分为两个区域，分别用于显示第一app的界面和消息。另外，该屏幕上还显示一个按钮，如图中正五边形所示。用户回复消息后，用户输入第二操作指令，该第二操作指令为滑动、双击或长按正五边形的按钮，终端设备设备识别该第二操作指令后，自动恢复全屏显示模式。或者，屏幕上也可以不显示按钮，终端设备检测出用户回复消息后自动恢复全屏显示模式；或者，屏幕上也可以不显示按钮，终端设备检测分屏显示的时长超过一定阈值后自动恢复全屏显示模式。
[0113]
图6是本技术实施例提供的消息的显示方法中的一种屏幕显示示意图。请参照图6，初始时，用户正在全屏浏览图片，当终端设备接收到一个重要的系统消息后，屏幕自动分为两个区域，分别用于显示第一app的界面和重要的系统消息，该系统消息用于指示终端设备当前已被占用的存储空间，例如，终端设备的存储空间为128gb，当前已经使用37.08gb，其中，图片使用了2.71gb，视频使用了1.37gb，音频使用了25367gb
……
该区域还显示一个清理加速按钮。若用户点击清理加速按钮，则终端设备自动恢复全屏显示模式。或者，该屏幕上还显示一个按钮，如图中正五边形所示。终端设备设备识别出用户滑动、双击或长按正五边形按钮的第二操作指令后，自动恢复全屏显示模式。或者，屏幕上也可以不显示正五边形按钮，终端设备检测分屏显示的时长超过一定阈值后自动恢复全屏显示模式。
[0114]
上述分屏显示方式中，用户可以一边使用第一app，一边查看并回复消息，消息不遮挡第一app的界面，且用户无需退出第一app进入另外一个app，即无需在不同app之间进行切换。
[0115]
207、弹窗显示系统消息。
[0116]
本步骤中，若显示方式为弹窗显示方式，则终端设备以弹窗显示方式显示系统消息。显示预设时长，如3秒(s)后自动隐藏系统消息。示例性的，请参照图7。
[0117]
图7是本技术实施例提供的消息的显示方法中的一种屏幕显示示意图。请参照图7，初始时，用户正在全屏浏览图片，当终端设备接收到一个简单的系统消息后，在屏幕上弹出弹窗，弹窗内显示系统消息的简略内容。该系统消息例如为提醒用户今天已消耗200m流量。弹窗显示预设时长，如3s后，弹窗自动隐藏，终端设备返回全屏显示模式。
[0118]
208、接收到用户输入的第一操作指令时，分屏显示第一app和所述消息。
[0119]
其中，第一操作指令包括滑动、双击、长按所述弹窗的任意一种操作。示例性的，可参见图8和图9。
[0120]
图8是本技术实施例提供的消息的显示方法中的一种屏幕显示示意图。请参照图8，初始时，用户正在全屏浏览图片，当终端设备接收到的消息不是简单的系统通知也不是重要的系统通知时，弹出弹窗以显示该消息，该消息例如为提示用户已经3天未清理内存。用户点击该弹窗，则终端设备自动分屏显示。另外，该屏幕上还显示一个按钮，如图中正五边形所示。用户处理消息后，例如，点击“一键清理”按钮后，用户输入第二操作指令，该第二操作指令为滑动、双击或长按正五边形的按钮，终端设备设备识别该第二操作指令后，自动恢复全屏显示模式。或者，屏幕上也可以不显示按钮，终端设备检测出用户处理消息后自动恢复全屏显示模式；或者，屏幕上也可以不显示按钮，终端设备检测分屏显示的时长超过一定阈值后自动恢复全屏显示模式。
[0121]
图9是本技术实施例提供的消息的显示方法中的一种屏幕显示示意图。请参照图
9，初始时，用户正在全屏浏览图片，当终端设备接收到的阅读类的消息后，该消息例如为一条旅游攻略相关的新闻，终端设备弹出弹窗以显示该消息。用户点击该弹窗，则终端设备自动分屏显示。另外，该屏幕上还显示一个按钮，如图中正五边形所示。用户处理消息后，例如，用户进入旅游攻略(一)后，用户输入第二操作指令，该第二操作指令为滑动、双击或长按正五边形的按钮，终端设备设备识别该第二操作指令后，自动恢复全屏显示模式。或者，屏幕上也可以不显示按钮，终端设备检测出用户处理消息后自动恢复全屏显示模式；或者，屏幕上也可以不显示按钮，终端设备检测分屏显示的时长超过一定阈值后自动恢复全屏显示模式。
[0122]
209、判断消息中是否包含编辑文本，若消息中包含编辑文本，则执行步骤205；若消息中不包含编辑文本，则执行步骤210；
[0123]
210、判断消息中是否包含显示类型字段，若消息中包含显示类型字段，则执行步骤211；若消息中不包含显示类型字段，则执行步骤212；
[0124]
211、根据显示类型字段，确定显示方式，若显示方式为分屏显示，则执行步骤205；若显示方式为弹窗显示，则执行步骤207。
[0125]
示例性的，终端设备接收到第二app如系统app或第三方app的消息后，构建notification类和notification channel类，并在notification channel类中增加显示类型字段，显示类型字段指示的显示类型包括分屏显示类型(full_screen_split)、隐藏类型(full_screen_hide)和弹窗显示类型(full_screen_show)。之后，由第二app发起通知调用，调用notification manager类，进而调用notification manager service类，由核心模块获得从notification channel类中获取显示类型，根据显示类型查询映射关系表以确定消息的显示方式。
[0126]
212、判断是否可以根据第三方app的分类标签确定出消息的显示方式，若可以根据第三方app的分类标签确定出显示方式，则执行步骤213；若无法更新第三方app的分类标签确定出消息的显示方式，则执行步骤214。
[0127]
213、查询本地数据库中的分类标签和显示方式的映射关系表以确定消息的显示方式。
[0128]
示例性的，若显示方式为分屏显示，则执行步骤205；若显示方式为弹窗显示，则执行步骤207。
[0129]
214、解析该消息以得到携带在该消息中的优先级，根据优先级查询映射关系表以确定消息的显示方式。
[0130]
215、按照安卓原生处理流程显示消息。
[0131]
图10为本技术实施例提供的一种消息的显示装置的结构示意图。该消息的显示装置100可以通过软件和/或硬件的方式实现。如图10所示，该消息的显示装置100包括：
[0132]
收发单元11，用于在终端设备显示第一应用程序app的界面时，接收来自第二app的消息，所述第一app和所述第二app为不同的app；
[0133]
处理单元12，用于根据所述第二app的消息和显示方式的映射关系表，选择所述消息的显示方式，其中，所述显示方式为分屏显示方式、弹窗显示方式或下拉通知栏显示方式；
[0134]
显示单元13，用于根据所述显示方式显示所述消息的内容。
[0135]
一种可行的设计中，所述映射关系表包括所述第二app的标识与显示方式的映射关系。
[0136]
一种可行的设计中，所述处理单元12根据所述第二app的消息和显示方式的映射关系表，选择所述消息的显示方式之前，还用于控制所述第二app调用所述终端设备的框架fw层的通知和管理服务nms类，通过所述nms类获取所述第二app的标识。
[0137]
一种可行的设计中，所述映射关系表包括所述第二app的分类标签与显示方式的映射关系，所述第二app的分类标签用于指示所述第二app所属的类别。
[0138]
一种可行的设计中，所述收发单元11在所述处理单元12根据所述第二app的消息和显示方式的映射关系表，选择所述消息的显示方式之前，还用于接收服务器发送的指示信息，所述指示信息用于指示所述第二app的分类标签；所述处理单元12，还用于根据所述第二app的分类标签确定所述映射关系表。
[0139]
一种可行的设计中，所述映射关系表包括所述消息的优先级与显示方式的映射关系，所述优先级是所述终端设备添加在所述消息对应的通知渠道notification channel类中的，所述优先级用于指示所述消息的重要程度。
[0140]
一种可行的设计中，所述优先级包括紧急优先级、高优先级、默认优先级、低优先级或最低优先级中的一个或多个，所述紧急优先级和所述高优先级对应的显示方式为分屏显示方式，所述默认优先级对应的显示方式为弹窗显示方式，所述低优先级和所述最低优先级对应的显示方式为下拉通知显示方式。
[0141]
一种可行的设计中，所述映射关系表包括所述消息的消息类型与显示方式的映射关系，所述消息类型用于指示所述消息中是否包含编辑文本，若所述消息中包含所述编辑文本，则所述显示方式为分屏显示方式，若所述消息中不包含所述编辑文本，则所述显示方式为弹窗显示方式。
[0142]
一种可行的设计中，所述显示方式是所述弹窗显示时，所述收发单元11还用于在所述显示单元13根据所述显示方式显示所述消息的内容之后，接收到用户操作所述弹窗显示方式显示的弹窗的第一操作指令时，分屏显示所述第一app和所述消息，所述第一操作指令包括滑动、双击、长按所述弹窗的任意一种操作。
[0143]
一种可行的设计中，所述显示方式是分屏显示方式时，所述显示单元13还用于在所述终端设备的屏幕上显示按钮，并在所述收发单元11接收到用户操作所述显示按钮的第二操作指令时，全屏显示所述第一app的界面，所述第二操作指令包括滑动、双击、长按所述按钮的任意一种操作；或者，所述显示单元13在等待预设时长后，全屏显示所述第一app的界面。
[0144]
一种可行的设计中，所述消息包括下述消息中的任意一种：第三方app的消息、所述终端设备的系统消息或所述终端设备自身的app的消息。
[0145]
本技术实施例提供的消息的显示装置，可以执行上述实施例中终端设备的动作，其实现原理和技术效果类似，在此不再赘述。
[0146]
需要说明的是，应理解以上收发单元实际实现时可以是收发器，处理单元可以以软件通过处理元件调用的形式实现；也可以以硬件的形式实现。例如，处理单元可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上处理单元
的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
[0147]
例如，以上这些单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个专用集成电路(application specific integrated circuit，asic)，或，一个或多个微处理器(digital signal processor，dsp)，或，一个或者多个现场可编程门阵列(field programmable gate array，fpga)等。再如，当以上某个单元通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，cpu)或其它可以调用程序代码的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，soc)的形式实现。
[0148]
图11是本技术实施例提供的一种终端设备的结构示意图，如图11所示，该终端设备200包括：
[0149]
处理器21和存储器22；
[0150]
所述存储器22存储计算机执行指令；
[0151]
所述处理器21执行所述存储器22存储的计算机执行指令，使得所述处理器21执行如下步骤：
[0152]
在终端设备显示第一应用程序app的界面时，接收来自第二app的消息，所述第一app和所述第二app为不同的app；
[0153]
根据所述第二app的消息和显示方式的映射关系表，选择所述消息的显示方式，其中，所述显示方式为分屏显示方式、弹窗显示方式或下拉通知栏显示方式；
[0154]
根据所述显示方式显示所述消息的内容。
[0155]
一种可行的设计中，所述映射关系表包括所述第二app的标识与显示方式的映射关系。
[0156]
一种可行的设计中，所述根据所述第二app的消息和显示方式的映射关系表，选择所述消息的显示方式之前，还包括：所述第二app调用所述终端设备的框架fw层的通知和管理服务nms类，通过所述nms类获取所述第二app的标识。
[0157]
一种可行的设计中，所述映射关系表包括所述第二app的分类标签与显示方式的映射关系，所述第二app的分类标签用于指示所述第二app所属的类别。
[0158]
一种可行的设计中，所述根据所述第二app的消息和显示方式的映射关系表，选择所述消息的显示方式之前，还包括：接收服务器发送的指示信息，所述指示信息用于指示所述第二app的分类标签；根据所述第二app的分类标签确定所述映射关系表。
[0159]
一种可行的设计中，所述分类标签包括下述一种或多个：社交类、资讯类、网购支付类、生活消费类、查询工具类、阅读类，所述第二app的分类标签为社交类时，所述显示方式为分屏显示方式；所述第二app的分类标签为资讯类或网购支付类时，所述显示方式为弹窗显示方式；所述第二app的分类标签为生活消费类、查询工具类或阅读类时，所述显示方式为下拉通知栏显示方式。
[0160]
一种可行的设计中，所述映射关系表包括所述消息的优先级与显示方式的映射关系，所述优先级是所述终端设备添加在所述消息对应的通知渠道notification channel类中的，所述优先级用于指示所述消息的重要程度。
[0161]
一种可行的设计中，所述优先级包括紧急优先级、高优先级、默认优先级、低优先级或最低优先级中的一个或多个，所述紧急优先级和所述高优先级对应的显示方式为分屏显示方式，所述默认优先级对应的显示方式为弹窗显示方式，所述低优先级和所述最低优先级对应的显示方式为下拉通知显示方式。
[0162]
一种可行的设计中，所述映射关系表包括所述消息的消息类型与显示方式的映射关系，所述消息类型用于指示所述消息中是否包含编辑文本，若所述消息中包含所述编辑文本，则所述显示方式为分屏显示方式，若所述消息中不包含所述编辑文本，则所述显示方式为弹窗显示方式。
[0163]
一种可行的设计中，所述显示方式是所述弹窗显示时，所述根据所述显示方式显示所述消息的内容之后，还包括：接收到用户操作所述弹窗显示方式显示的弹窗的第一操作指令时，分屏显示所述第一app和所述消息，所述第一操作指令包括滑动、双击、长按所述弹窗的任意一种操作。
[0164]
一种可行的设计中，所述显示方式是分屏显示方式时，所述方法还包括：在所述终端设备的屏幕上显示按钮，接收到用户操作所述显示按钮的第二操作指令时，全屏显示所述第一app的界面，所述第二操作指令包括滑动、双击、长按所述按钮的任意一种操作；或者，等待预设时长后，全屏显示所述第一app的界面。
[0165]
一种可行的设计中，所述消息包括下述消息中的任意一种：第三方app的消息、所述终端设备的系统消息或所述终端设备自身的app的消息。
[0166]
可选地，再请参照图11，该终端设备200还包括通信接口23。其中，处理器21、存储器22以及通信接口23可以通过总线24连接。
[0167]
本技术实施例还提供一种存储介质，所述存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上终端设备执行的消息的显示方法。
[0168]
本技术实施例还提供一种计算机程序产品，当所述计算机程序产品在终端设备上运行时，用于实现终端设备执行的消息的显示方法。
[0169]
图12为本技术实施例提供的一种终端设备的硬件结构示意图。如图12所示，终端设备3000包括但不限于：射频单元301、网络模块302、音频输出单元303、输入单元304、传感器305、显示单元306、用户输入单元307、接口单元308、存储器309、处理器340、电源341等部件。本领域技术人员可以理解，图12中示出的终端设备结构并不构成对终端设备的限定，终端设备3000可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本技术实施例中，终端设备包括但不限于手机、平板电脑、掌上电脑等。
[0170]
其中，用户输入单元307，用于接收用户的输入；显示单元306，用于响应于用户输入单元307接收的输入，根据输入显示内容。
[0171]
应理解的是，本技术实施例中，射频单元301可用于收发信息或通话过程中，信号的接收和发送。通常，射频单元301包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元301还可以通过无线通信系统与网络和其他设备通信。
[0172]
终端设备3000通过网络模块302为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
[0173]
音频输出单元303可以将射频单元301或网络模块302接收的或者在存储器309中
存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元303还可以提供与终端设备3000执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等)。音频输出单元303包括扬声器、蜂鸣器以及受话器等。
[0174]
输入单元304用于接收音频或视频信号。输入单元304可以包括图形处理器(graphics processing unit，gpu)3043和麦克风3042，图形处理器3043用于对摄像头等捕捉的图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元306上。经图形处理器3043处理后的图像帧可以存储在存储器309(或其它存储介质)中或者经由射频单元301或网络模块302进行发送。麦克风3042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元301发送到移动通信基站的格式输出。
[0175]
终端设备3000还包括至少一种传感器305，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板3063的亮度，接近传感器可在终端设备3000移动到耳边时，关闭显示面板3063和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器305还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。
[0176]
显示单元306用于显示由用户输入的信息或提供给用户的信息。显示单元306可包括显示面板3063，可以采用液晶显示器(liquid crystal display，lcd)、有机发光二极管(organic light-emitting diode，oled)等形式来配置显示面板3063。
[0177]
用户输入单元307可用于接收输入的数字或字符信息，以及产生与终端设备的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元307包括触控面板3073以及其他输入设备3072。触控面板3073，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板3073上或在触控面板3073附近的操作)。触控面板3073可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器340，接收处理器340发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板3073。除了触控面板3073，用户输入单元307还可以包括其他输入设备3072。具体地，其他输入设备3072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
[0178]
进一步的，触控面板3073可覆盖在显示面板3063上，当触控面板3073检测到在其上或附近的触摸操作后，传送给处理器340以确定触摸事件的类型，随后处理器340根据触摸事件的类型在显示面板3063上提供相应的视觉输出。虽然在图12中，触控面板3073与显示面板3063是作为两个独立的部件来实现终端设备的输入和输出功能，但是在某些实施例中，可以将触控面板3073与显示面板3063集成而实现终端设备的输入和输出功能，具体此处不做限定。
[0179]
接口单元308为外部装置与终端设备3000连接的接口。例如，外部装置可以包括有
线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元308可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端设备3000内的一个或多个元件或者可以用于在终端设备3000和外部装置之间传输数据。
[0180]
存储器309可用于存储软件程序以及各种数据。存储器309可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器309可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
[0181]
处理器340是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器309内的软件程序和/或模块，以及调用存储在存储器309内的数据，执行终端设备的各种功能和处理数据，从而对终端设备进行整体监控。处理器340可包括一个或多个处理单元；可选的，处理器340可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器340中。
[0182]
请参照图12，本技术实施例中，存储器309中存储计算机程序，其中，所述处理器340运行所述计算机程序，以使得所述终端设备执行上述的消息的显示方法。
[0183]
在本技术实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0184]
在本技术实施例中，存储器可以是非易失性存储器，比如硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)等，还可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本技术实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
[0185]
本技术各实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质
集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，dvd))、或者半导体介质(例如,ssd)等。
[0186]
显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。