CN113515252B - 屏幕显示方法及装置 - Google Patents
屏幕显示方法及装置 Download PDFInfo
- Publication number
- CN113515252B CN113515252B CN202110795117.3A CN202110795117A CN113515252B CN 113515252 B CN113515252 B CN 113515252B CN 202110795117 A CN202110795117 A CN 202110795117A CN 113515252 B CN113515252 B CN 113515252B
- Authority
- CN
- China
- Prior art keywords
- screen
- screen saver
- information
- vehicle
- saver
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 68
- 230000001960 triggered effect Effects 0.000 claims description 12
- 230000006870 function Effects 0.000 claims description 9
- 238000012544 monitoring process Methods 0.000 claims description 9
- 238000004590 computer program Methods 0.000 claims description 6
- 230000004044 response Effects 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 27
- 238000013461 design Methods 0.000 description 18
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 13
- 230000008569 process Effects 0.000 description 12
- 230000000694 effects Effects 0.000 description 10
- 239000011230 binding agent Substances 0.000 description 7
- 238000004891 communication Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000032683 aging Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 235000019504 cigarettes Nutrition 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000008451 emotion Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
- G06F3/1423—Digital output to display device ; Cooperation and interconnection of the display device with other functional units controlling a plurality of local displays, e.g. CRT and flat panel display
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Controls And Circuits For Display Device (AREA)
Abstract
本申请实施例提供一种屏幕显示方法及装置,该方法包括:获取屏幕设置模式,屏幕设置模式为主屏幕设置模式或者副屏幕设置模式。在屏幕设置模式为副屏幕设置模式时,响应作用于主屏幕的屏保类型选择操作,确定目标屏保类型。根据目标屏保类型,确定副屏幕的屏保信息,屏保信息包括屏保图像,或者,屏保信息包括屏保图像和附加信息。在副屏幕上显示屏保信息。通过在副屏幕设置模式下,根据屏保类型选择操作确定目标屏保类型,之后在副屏幕上显示目标屏保类型对应的屏保信息,从而可以有效实现针对副屏幕的屏保进行的单独设置和显示,以提升终端设备的屏保设置的灵活性。
Description
技术领域
本申请实施例涉及计算机技术,尤其涉及一种屏幕显示方法及装置。
背景技术
随着车辆相关技术的不断发展,在车载中控的屏幕上显示屏保,已经成为了一种非常普遍的实现方式。
大部分的车载中控中只有一个屏幕,因此通常只针对这一个屏幕进行屏保的设置,但是,随着相关技术的发展,安卓原生***可以支持多个屏幕,因此目前的车载中控中可以同时包括主屏幕和副屏幕。
然而,相关技术中仅支持对主屏幕进行屏保的设置,针对副屏幕的屏保设置尚没有有效的解决方案,从而会导致屏保设置的灵活性较低。
发明内容
本申请实施例提供一种屏幕显示方法及装置,以克服屏保设置的灵活性较低的问题。
第一方面,本申请实施例提供一种屏幕显示方法,应用于终端设备,所述终端设备包括主屏幕和副屏幕,所述方法包括:
获取屏幕设置模式,所述屏幕设置模式为主屏幕设置模式或者副屏幕设置模式;
在所述屏幕设置模式为所述副屏幕设置模式时,响应作用于所述主屏幕的屏保类型选择操作,确定目标屏保类型;
根据所述目标屏保类型,确定所述副屏幕的屏保信息,所述屏保信息包括屏保图像,或者,所述屏保信息包括屏保图像和附加信息;
在所述副屏幕上显示所述屏保信息。
第二方面,本申请实施例提供一种屏幕显示装置,应用于终端设备,所述终端设备包括主屏幕和副屏幕,所述装置包括:
获取模块,用于获取屏幕设置模式,所述屏幕设置模式为主屏幕设置模式或者副屏幕设置模式;
确定模块,用于在所述屏幕设置模式为所述副屏幕设置模式时,响应作用于所述主屏幕的屏保类型选择操作,确定目标屏保类型;
所述确定模块,还用于根据所述目标屏保类型,确定所述副屏幕的屏保信息,所述屏保信息包括屏保图像,或者,所述屏保信息包括屏保图像和附加信息;
显示模块,用于在所述副屏幕上显示所述屏保信息。
在一种可能的设计中,所述确定模块具体用于:
获取屏保显示指令;
响应于所述屏保显示指令,根据所述目标屏保类型确定所述副屏幕的屏保信息。
在一种可能的设计中,所述目标屏保类型为第一屏保类型,所述第一屏保类型用于指示所述副屏幕的屏保信息和所述主屏幕的屏保信息相同;
所述确定模块具体用于:
根据所述目标屏保类型获取所述主屏幕的至少一个屏保信息;
将所述主屏幕的包括第一设置标识的屏保信息,确定为所述副屏幕的屏保信息。
在一种可能的设计中,所述目标屏保类型为第二屏保类型,所述第二屏保类型用于指示所述副屏幕的屏保信息显示所述车辆的行驶信息;
所述确定模块具体用于:
根据所述目标屏保类型确定所述车辆的行驶信息和用于显示所述车辆的行驶信息的屏保图像。
在一种可能的设计中,所述目标屏保类型为第三屏保类型,其中,所述第三屏保类型用于指示所述副屏幕的屏保信息显示自定义多媒体信息;
所述确定模块具体用于:
根据所述目标屏保类型获取至少一个屏保信息,其中,各所述屏保信息中包括屏保图像,或者包括屏保图像和自定义多媒体信息,其中,所述自定义多媒体信息显示在所述屏保图像上;
将包括第二设置标识的屏保信息,确定为所述副屏幕的屏保信息。
在一种可能的设计中,所述确定模块具体用于:
根据适配器接口中的预设函数,创建针对所述车辆的行驶信息的监听请求;
接收车辆服务单元发送的车辆的行驶信息,其中,所述车辆服务单元用于响应于所述监听请求,发送所述车辆的行驶信息,
其中,所述车辆服务单元从车身底层中接收所述车辆的行驶信息,所述车身底层从驱动中接收所述车辆的行驶信息,所述驱动从微控制单元MCU中接收所述车辆的行驶信息,所述MCU从至少一个传感器中获取所述车辆的行驶信息。
第三方面,本申请实施例提供一种屏幕显示设备,包括:
存储器,用于存储程序;
处理器,用于执行所述存储器存储的所述程序,当所述程序被执行时,所述处理器用于执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
第四方面,本申请实施例提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
第五方面,本申请实施例提供一种计算机程序产品,包括计算机程序,其特征在于,所述计算机程序被处理器执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。
本申请实施例提供一种屏幕显示方法及装置,该方法包括:获取屏幕设置模式,屏幕设置模式为主屏幕设置模式或者副屏幕设置模式。在屏幕设置模式为副屏幕设置模式时,响应作用于主屏幕的屏保类型选择操作,确定目标屏保类型。根据目标屏保类型,确定副屏幕的屏保信息,屏保信息包括屏保图像,或者,屏保信息包括屏保图像和附加信息。在副屏幕上显示屏保信息。通过在副屏幕设置模式下,根据屏保类型选择操作确定目标屏保类型,之后在副屏幕上显示目标屏保类型对应的屏保信息,从而可以有效实现针对副屏幕的屏保进行的单独设置和显示,以提升终端设备的屏保设置的灵活性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的车载中控的屏幕示意图;
图2为本申请实施例提供的屏幕显示方法的流程图;
图3为本申请实施例提供的屏幕显示方法的流程图二;
图4为本申请实施例提供的副屏幕设置模式的选择示意图;
图5为本申请实施例提供的第一屏保类型的设置示意图;
图6为本申请实施例提供的第二屏保类型的设置示意图;
图7为本申请实施例提供的第三屏保类型的设置示意图;
图8为本申请实施例提供的第一存储空间的实现示意图;
图9为本申请实施例提供的确定车辆的行驶信息的实现示意图一;
图10为本申请实施例提供的确定车辆的行驶信息的实现示意图二;
图11为本申请实施例提供的第三屏保类型下显示输入框的实现示意图;
图12为本申请实施例提供的选择主题应用的实现示意图;
图13为本申请实施例提供的确定主屏幕的屏保信息的实现示意图一
图14为本申请实施例提供的确定主屏幕的屏保信息的实现示意图二;
图15为本申请实施例提供的屏保信息的显示示意图一;
图16为本申请实施例提供的屏保信息的显示示意图二;
图17为本申请实施例提供的屏幕显示装置的结构示意图;
图18为本申请实施例提供的屏幕显示设备的硬件结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了更好的理解本申请的技术方案,下面对本申请所涉及的相关技术进行进一步的详细介绍。
屏保的全称是屏幕保护,其中,屏保是为了保护显示器而设计的一种专门的程序。当时设计的初衷是为了防止电脑因无人操作,而使显示器长时间显示同一个画面,导致老化而缩短显示器寿命。
在本申请实施例中,可以在终端设备的屏幕上进行屏保的显示,其中终端设备例如可以为车载设备,或者还可以为计算机设备、平板电脑或移动电话(或称为“蜂窝”电话)等,终端设备还可以是便携式、袖珍式、手持式、计算机内置的移动装置或设备,此处对终端设备的具体实现方式不做特别限制,其可以根据实际需求进行选择,只要是可以显示屏保的设备均可以作为本申请中的终端设备,下面以车载设备为例,对本申请的屏幕显示方法进行介绍,其余各种可能的终端设备的实现方式类似。
具体的,随着车辆相关技术的不断发展,目前车载中控通常设置有屏幕,在车载中控的屏幕上例如可以显示导航、音乐、视频等媒体信息,同样的,为了实现对屏幕的保护,可以在车载中控的屏幕上进行屏保的设置和显示。
大部分的车载中控***中只有一个屏幕,因此通常只需要针对这一个屏幕进行屏保的设置即可,但是,从Android P(安卓9)开始,原生***就可以支持多个屏幕,因此目前的车载中控中可以同时包括主屏幕和副屏幕。
例如可以结合图1理解车载中控的主屏幕和副屏幕,图1为本申请实施例提供的车载中控的屏幕示意图。
如图1所示,在车载中控中可以设置有主屏幕101以及副屏幕102,其中的主屏幕可以理解为主驾驶所对应的屏幕,副屏幕可以理解为副驾驶所对应的屏幕,在实际实现过程中,主屏幕以及副屏幕的设置位置、设置大小、设置样式等等,均可以根据实际需求进行选择,本实施例对此不做限制。
目前,相关技术中仅支持对主屏幕进行屏保的设置,针对副屏幕的屏保设置尚没有有效的解决方案,从而会导致车载设备的屏保设置的灵活性较低。
针对相关技术中的问题,本申请提出了如下技术构思:通过单独提供针对副屏幕进行屏保设置的操作模式,在副屏幕设置模式下,对副屏幕对应的屏保类型以及屏保信息进行选择,进而在副屏幕上显示屏保信息,从而可以针对副屏幕的屏保样式进行单独的设置,以突出副屏幕的独特作用和差异化,进而提升终端设备的屏保设置的灵活性。
在上述介绍内容的基础上,下面结合具体的实施例对本申请实施例提供的屏幕显示方法进行介绍,值得说明的是,本申请中各实施例的执行主体可以为终端设备中的处理器,其中处理器的具体实现方式可以根据实际需求进行选择,只要其具备数据收发和数据处理的功能即可。
下面首先结合图2进行介绍,图2为本申请实施例提供的屏幕显示方法的流程图,本申请实施例提供的屏幕显示方法应用于终端设备,在终端设备中包括主屏幕和副屏幕,主屏幕和副屏幕在上述实施例中进行了介绍,此处不再赘述。
如图2所示,该方法包括:
S201、获取屏幕设置模式,屏幕设置模式为主屏幕设置模式或者副屏幕设置模式。
在本申请实施例中,提供有两种屏幕设置模式,分别为主屏幕设置模式和副屏幕设置模式,在主屏幕设置模式下,可以对主屏幕的屏保进行相关设置,在副屏幕设置模式下,可以对副屏幕的屏保进行相关设置。
在一种可能的实现方式中,例如可以在主屏幕的界面上,针对主屏幕设置模式设置有第一虚拟控件,针对副屏幕设置模式设置有第二虚拟控件。
若检测到针对第一虚拟控件的操作,则可以确定当前选择的是主屏幕设置模式,并且在主屏幕的界面上提供主屏幕屏保设置的相关信息;或者,若当前检测到的是针对第二虚拟控件的操作,则可以确定当前选择的是副屏幕设置模式,并且在副屏幕的界面上提供副屏幕屏保设置的相关信息。
或者,还可以接收用户输入的语音信息,在对语音信息进行语义识别之后,确定语音信息的具体语义内容,若语义内容指示的是主屏幕设置模式,则可以确定当前的屏幕设置模式为主屏幕设置模式,或者,若语义内容指示的是副屏幕设置模式,则可以确定当前的屏幕设置模式为副屏幕设置模式。
在实际实现过程中,获取屏幕设置模式的具体实现方式可以根据实际需求进行选择,本实施例对此不做限制,只要根据相应的操作信息或者指示信息,确定当前的屏幕设置模式具体是主屏幕设置模式还是副屏幕设置模式即可。
S202、在屏幕设置模式为副屏幕设置模式时,响应作用于主屏幕的屏保类型选择操作,确定目标屏保类型。
本申请实施例介绍的是针对副屏幕屏保的设置,因此对屏幕设置模式为副屏幕设置模式的实现方式进行介绍。
当屏幕设置模式为副屏幕设置模式的时候,例如可以检测到作用于主屏幕的屏保类型选择操作,之后响应于该屏幕类型选择操作,确定目标屏保类型。
在一种可能的实现方式中,例如可以在主屏幕上提供有至少一种屏保类型对应的虚拟操作控件,本实施例中的屏保类型选择操作例如可以为针对虚拟操作空间的点击操作、长按操作等等,本实施例对屏保类型选择操作的具体实现方式不做限制,只要屏保类型选择操作是用于选择某一屏保类型的操作即可。
比如说当前在主屏幕上提供有第一屏保类型、第二屏保类型和第三屏保类型,假设当前的屏保类型选择操作是针对第一屏保类型的操作,则可以根据该屏保类型选择操作,将第一屏保类型确定为目标屏保类型。
S203、根据目标屏保类型,确定副屏幕的屏保信息,屏保信息包括屏保图像,或者,屏保信息包括屏保图像和附加信息。
本实施例中的每一种屏保类型都对应各自的屏保信息,其中屏保信息例如可以仅仅包括屏保图像,比如说动态图像或者静态图像等等;或者,屏保信息还可以包括屏保图像和附加信息,例如可以将附加信息显示在屏保图像上,也就是说将屏保图像作为背景,显示附加信息,在一种可能的实现方式中,本实施例中的附加信息可以包括如下中的至少一种:车辆的行驶信息、时间信息、自定义多媒体信息。
本实施例对附加信息和屏保图像的具体实现方式不做限制,其可以根据实际需求进行选择和扩展,凡是可以显示在屏保上的信息,均可以作为本实施例中的附加信息,以及屏保图像也可以为任一种可能的图像。
本实施例中针对每一种屏保类型,都存在对应的屏保信息,在一种可能的实现方式中,屏保信息例如可以存储在预设存储空间中,则可以根据目标屏保类型,从预设存储空间中获取目标屏保类型所对应的屏保信息,从而确定副屏幕的屏保信息。
其中屏保类型例如可以为保持与主屏幕的屏保信息一致,那么屏保类型所对应的屏保信息例如就可以为主屏幕的屏保信息;或者屏保类型还可以为显示车辆的行驶信息,那么屏保类型所对应的屏保信息例如就可以为车辆的行驶信息以及用于显示行驶信息的屏保图片,本实施例对屏保类型、以及屏保类型对应的屏保信息的具体实现不做限制,其可以根据实际需求进行选择。
S204、在副屏幕上显示屏保信息。
在确定副屏幕的屏保信息之后,就可以在副屏幕上显示对应的屏保信息了,例如屏保信息为屏保图像时,就可以对应仅显示该屏保图像,再比如屏保信息为屏保图像和时间信息时,例如可以在屏保图像上显示时间信息,在具体实现过程中,屏保信息的具体显示方式可以根据实际需求进行选择,本实施例对此不做限制。
本申请实施例提供的屏幕显示方法,包括:获取屏幕设置模式,屏幕设置模式为主屏幕设置模式或者副屏幕设置模式。在屏幕设置模式为副屏幕设置模式时,响应作用于主屏幕的屏保类型选择操作,确定目标屏保类型。根据目标屏保类型,确定副屏幕的屏保信息,屏保信息包括屏保图像,或者,屏保信息包括屏保图像和附加信息。在副屏幕上显示屏保信息。通过在副屏幕设置模式下,根据屏保类型选择操作确定目标屏保类型,之后在副屏幕上显示目标屏保类型对应的屏保信息,从而可以有效实现针对副屏幕的屏保进行的单独设置和显示,以提升终端设备的屏保设置的灵活性。
在上述实施例的基础上,下面结合图3至图11对本申请提供的屏幕显示方法进行详细介绍,图3为本申请实施例提供的屏幕显示方法的流程图二,图4为本申请实施例提供的副屏幕设置模式的选择示意图,图5为本申请实施例提供的第一屏保类型的设置示意图,图6为本申请实施例提供的第二屏保类型的设置示意图,图7为本申请实施例提供的第三屏保类型的设置示意图,图8为本申请实施例提供的第一存储空间的实现示意图,图9为本申请实施例提供的确定车辆的行驶信息的实现示意图一,图10为本申请实施例提供的确定车辆的行驶信息的实现示意图二,图11为本申请实施例提供的第三屏保类型下显示输入框的实现示意图。
如图3所示,该方法包括:
S301、获取屏幕设置模式,屏幕设置模式为主屏幕设置模式或者副屏幕设置模式。
其中,S301的实现方式与S201的实现方式类似,在上述介绍内容的基础上,下面结合图4对副屏幕设置模式的可能的选择方式进行介绍。
如图4所示,假设当前在主屏幕的界面上提供有虚拟控件401,该虚拟控件401用于指示当前选择副屏幕设置模式,则例如可以在检测到针对虚拟控件401的操作的时候,确定当前的屏幕设置模式为副屏幕设置模式。
在实际实现过程中,虚拟控件的设置方式可以根据实际需求进行选择,以及除了虚拟控件的实现方式之外,还可以根据其余的指示信息确定副屏幕设置模式,例如语音识别等,本实施例对此不做特别限制,其可以根据实际需求进行选择和设置。
以及,主屏幕设置模式的实现方式与副屏幕设置模式的实现方式类似,此次不再赘述。
S302、在屏幕设置模式为副屏幕设置模式时,响应作用于主屏幕的屏保类型选择操作,确定目标屏保类型。
本实施例中可以根据屏保类型选择操作,确定目标屏保类型,其具体的实现方式与上述S202介绍的类似,在上述介绍内容的基础上,本实施例中结合图5至图7,以三个具体的屏保类型为例,对屏保类型选择操作和目标屏保类型进行进一步的介绍。
在一种可能的实现方式中,屏保类型例如可以包括但不限于:第一屏保类型,其中第一屏保类型用于指示副屏幕的屏保信息和主屏幕的屏保信息相同;第二屏保类型,其中第二屏保类型用于指示副屏幕的屏保信息显示车辆的行驶信息;第三屏保类型,其中第三屏保类型用于指示副屏幕的屏保信息显示自定义多媒体信息。
例如首先结合图5对第一屏保类型进行介绍,例如在对副屏幕设置模式对应的虚拟控件500进行操作之后,在主屏幕上就显示有各个屏保类型各自对应的选择控件。
如图5所示,当前在主屏幕上显示有各个屏保类型对应的选择控件,其中第一屏保类型例如对应图5中“***联动”的控件,第二屏保类型例如可以对应图5中的“三联表”的控件、第三屏保类型例如可以对应图5中的“自定义”的控件。
假设当前检测到针对“***联动”的选择控件501的点击操作,可以在主屏幕的界面上显示针对第一屏保类型的介绍,如图5所示,显示有“此模式下,副屏幕屏保样式将与主屏幕屏保样式保持一致或者相同风格”的文字内容,通过该文字内容的显示,可以使得用户快速有效的确定当前选择控件501所对应的屏保类型的实现方式。
之后,例如可以在检测到针对主屏幕上的应用控件502的操作时,确定选中当前的***联动控件对应的第一屏保类型,则可以确定目标屏保类型为第一屏保类型,也就是说设置副屏幕的屏保信息和主屏幕的屏保信息相同。
在上述介绍的实现过程中,屏保类型选择操作例如可以包括针对选择控件501的操作和针对应用控件502的操作,其中,具体的操作例如可以为点击操作,或者还可以为长按操作等,本实施例对此不做限制。
其次结合图6对第二屏保类型进行介绍,基于上述介绍可以确定的是,第二屏保类型指示副屏幕的屏保信息显示车辆的行驶信息,在一种可能的实现方式中,车辆的行驶信息例如可以包括如下中的至少一种:车辆转速、时速、水温,在实际实现过程中,车辆的行驶信息的具体实现可以根据实际需求进行选择,凡是与车辆行驶相关的信息均可以作为本实施例中的车辆的行驶信息,本实施例对此不做限制。
下面以车辆转速、时速、水温这三个车辆的行驶信息为例,对屏保信息进行介绍,其余的车辆的行驶信息显示屏保信息的实现方式类似,此处不再赘述。
同样的,在对副屏幕设置模式对应的虚拟控件600进行操作之后,在主屏幕上就可以显示有各个屏保类型各自对应的选择控件,各个选择控件与上述图5类似,此处不再赘述。
假设当前检测到针对“三联表”的选择控件601的点击操作,可以在主屏幕的界面上显示针对第二屏保类型的介绍,如图6所示,显示有“此模式下,副屏幕屏保样式将切换为三联表,与车辆转速、时速、水温同步显示”的文字内容,通过该文字内容的显示,可以使得用户快速有效的确定当前选择控件601所对应的屏保类型的实现方式。
之后,例如可以在检测到针对主屏幕上的应用控件602的操作时,确定选中当前的三联表控件对应的第二屏保类型,则可以确定目标屏保类型为第二屏保类型,也就是说设置副屏幕的屏保信息显示车辆的行驶信息。
在上述介绍的实现过程中,屏保类型选择操作例如可以包括针对选择控件601的操作和针对应用控件602的操作,其中,具体的操作例如可以为点击操作,或者还可以为长按操作等,本实施例对此不做限制。
以及结合图7对第三屏保类型进行介绍,同样的,在对副屏幕设置模式对应的虚拟控件700进行操作之后,在主屏幕上就可以显示有各个屏保类型各自对应的选择控件,各个选择控件与上述图5类似,此处不再赘述。
假设当前检测到针对“自定义”的选择控件701的点击操作,因为第三屏保类型为自定义媒体信息的屏保类型,则可以在主屏幕的界面上直接提供多种可选择的屏保风格,其中屏保风格可以理解为屏保图片,以供用户选择并输入相应的自定义内容,如图7所示,当前提供有5个屏保风格,以及默认的内容是“老婆专座”,之后用户可以自行编辑文字内容。
之后,例如可以在检测到针对主屏幕上的应用控件702的操作时,确定选中当前的自定义控件对应的第三屏保类型,则可以确定目标屏保类型为第三屏保类型,也就是说设置副屏幕的屏保信息为自定义媒体信息。
在上述介绍的实现过程中,屏保类型选择操作例如可以包括针对选择控件701的操作和针对应用控件702的操作,其中,具体的操作例如可以为点击操作,或者还可以为长按操作等,本实施例对此不做限制。
此处还需要说明的是,在对副屏幕屏保设置进行选择之后,需要在主屏幕上对应显示相应的内容,在一种可能的实现方式中,例如可以默认显示***联动对应的内容,或者还可以默认显示其余屏保类型对应的内容,本实施例对此不做限制,其可以根据实际需求进行选择和设置。
上述结合图5至图7以三种屏保类型为例,对根据屏保类型选择操作确定目标屏保类型的实现方式进行了示例性的介绍,在实际实现过程中,屏保类型选择操作的具体实现,以及目标屏保类型的具体实现均可以根据实际需求进行选择,本实施例对此不做特别限制。
S303、获取屏保显示指令。
可以理解的是,在确定目标屏保类型之后,并不会立刻对目标屏保类型对应的屏保信息进行显示,因为屏保信息显示的目的是在屏幕空闲的时候进行相关内容的显示,以实现对屏幕的保护,因此在确定目标屏保类型之后,仅仅是确定了在需要显示屏保信息的时候所具体显示的目标屏保类型,屏保信息的具体显示还需要进行相应的触发。
在一种可能的实现方式中,例如可以获取屏保显示指令,其中,屏保显示指令用于指示显示目标屏保类型对应的屏保信息。
在本实施例中,屏保显示指令例如可以为通过车载设备上的预设按键触发的,其中,预设按键例如可以为启动键(power键),例如在用户短按power键之后,触发生成屏保显示指令,相应的,处理器可以获取到屏保显示指令,或者,预设按键还可以为车辆中其余可能的案件,其实现方式类似,本实施例对此不做限制。
或者,屏保显示指令还可以为车载设备进入预设状态触发的,其中,预设状态例如可以为自适应巡航控制(Adaptive Cruise Control,ACC)状态,具体的,车辆的点火开关上通常都有四个档位,其中有一个就是ACC档位,ACC档位是指在车辆还没有发动之前,如果将点火开关拨到ACC档,一些用电不太大的设备,比如:收音机,点烟器等就通电了,当汽车点火的时候,需要一个强电流,这时ACC位停止供电,等汽车点火结束,又开始供电。
因此当车辆处于ACC状态的时候,可以进行屏保的显示,则例如可以在确定点火开关拨到ACC档位时,触发屏保显示指令,相应的,处理器可以获取到屏保显示指令。
在实际实现过程中,生成屏保显示指令的实现方式还可以根据实际需求进行选择和设置,只要屏保显示指令是在需要进行屏保显示的条件下生成的,比如说当副屏幕预设时长内没有接收到操作指令时,可以触发生成屏保显示指令等,本实施例对其具体的生成方式不做限制。
S304、响应于屏保显示指令,根据目标屏保类型确定副屏幕的屏保信息。
在获取到屏保显示指令之后,就需要对屏保显示指令进行响应,从而在副屏幕中显示屏保信息了。
基于上述介绍可以确定的是,本实施例中确定了目标屏保类型,每一种屏保类型对应各自的屏保信息,当前是针对副屏幕进行屏保的设置,因此可以根据目标屏保类型确定副屏幕的屏保信息。
在一种可能的实现方式中,屏保信息例如可以位于目标存储空间中,则例如可以根据目标屏保类型,从目标存储空间中确定目标屏保类型所对应的屏保信息。
假设继续沿用上述示例,以上述介绍的三种屏保类型为例,对确定屏保信息的实现方式进行进一步的详细介绍。
在一种可能的实现方式中,假设当前的目标屏保类型为第一屏保类型,其中第一屏保类型用于指示副屏幕的屏保信息和主屏幕的屏保信息相同。
假设当前是从目标存储空间中获取副屏幕的屏保信息,则例如目标存储空间可以为用于存储主屏幕的屏保信息的第一存储空间。
因此在确定副屏幕的屏保信息时,例如可以从第一存储空间中获取主屏幕当前应用的屏保信息,之后主屏幕当前应用的屏保信息确定为副屏幕的屏保信息。
其中,在第一存储空间中例如可以包括主屏库的至少一个屏保信息,则需要从第一存储空间的至少一个屏保信息中,确定主屏幕当前使用的屏保信息,在一种可能的实现方式中,主屏幕当前使用的屏保信息例如可以包括第一设置标识,则可以将主屏幕的至少一个屏保信息中、包括第一设置标识的屏保信息,确定为副屏幕的屏保信息。
例如可以结合图8进行理解,如图8所示,假设当前用于存储主屏幕的屏保信息的第一存储空间,为图8中所示的第一文件路径所对应的存储空间,其中,第一文件路径例如可以为/data/system/theme/screensaver/wallpaper/csd/,其中,csd为(center stackdisplay,中央堆栈显示)。
如图8所示,在该第一文件路径对应的第一存储空间中例如可以存储有3个屏保信息,分别是屏保信息1、屏保信息2和屏保信息3,可以理解的是,这些屏保信息例如可以是预先下载之后存储在该文件路径下的,其中,主屏幕的屏保信息与上述介绍的副屏幕的屏保信息类似,可以包括屏保图像,或者,屏保信息包括屏保图像和附加信息,附加信息包括如下至少一种:车辆的行驶信息、时间信息、自定义多媒体信息。
在存储的多个屏保信息中,主屏幕当前设置的屏保信息包括设置标识,以指示当前应用的是该屏保信息,例如在图8的示例中,屏保信息2包括设置标识,则可以确定当前屏保信息2为主屏幕应用的屏保信息。
因为第一屏保类型指示副屏幕的屏保信息和主屏幕的屏保信息相同,则当前可以将屏保信息2确定为副屏幕的屏保信息。
在实际实现过程中,第一存储空间中包括的主屏幕的屏保信息的数量、具体实现等均可以根据实际需求进行选择,本实施例对此不做特别限制。
以及,在另一种可能的实现方式中,假设当前的目标屏保类型为第二屏保类型,其中第一屏保类型用于指示副屏幕的屏保信息显示车辆的行驶信息。
同样的,假设当前是从目标存储空间中获取副屏幕的屏保信息,则例如可以从微控制单元(Microcontroller Unit,MCU)中确定车辆的行驶信息,则目标存储空间可以包括微控制单元MCU,以及用于存储副屏幕的屏保信息的第二存储空间。
因此在确定副屏幕的屏保信息时,例如可以从MCU中确定车辆的行驶信息,其中,车辆的行驶信息例如可以包括车辆转速、时速、水温等等,在实际实现过程之中,车辆的行驶信息的具体实现方式可以根据实际需求进行选择,本实施例对此不做特别限制。
以及本实施例中的车辆的行驶信息是一些具体的数值信息,在一种可能的实现方式中,车辆的行驶信息需要显示在相应的屏保图像中,以增强车辆的行驶信息显示的多样性和美观性,其中屏保图像例如可以为虚拟仪表盘,之后通过虚拟仪表盘对车辆转速、时速、水温等车辆的行驶信息分别进行显示,或者屏保图像还可以为其余的实现方式,比如说静态的背景图像等等,本实施例对此不做限制,只要屏保图像可以用于显示车辆的行驶信息即可,本实施例对此不做限制。
则还例如可以从第二存储空间中获取用于显示车辆的行驶信息的屏保图像,其中,第二存储空间为用于存储副屏幕的屏保信息的存储空间,在一种可能的实现方式中,第二存储空间例如可以为第二文件路径对应的存储空间,其中,第二文件路径例如可以为/data/system/theme/screensaver/wallpaper/psd/,其中,psd为(passenger sidedisplay,副驾驶显示)。
在一种可能的实现方式中,在第二存储空间中同样可以存储有多个屏保信息,其中用于显示车辆的行驶信息的屏保图像和第二屏保类型之间例如可以存在映射关系,则例如可以根据第二屏保类型,从而第二存储空间中获取第二屏保类型对应的、用于显示车辆的行驶信息的屏保图像。
基于上述介绍可以确定的是,当目标屏保类型为第二屏保类型时,可以从MCU中确定车辆的行驶信息,在确定车辆的行驶信息时,例如可以存在两种不同的实现方式,一种是主动获取,另一种是被动接收,主动获取的实现方式下,例如可以是主动从MCU中获取车辆的行驶信息,在被动接收的实现方式下,例如可以是接收来自于MCU的车辆的行驶信息,下面对这两种实现方式分别进行介绍。
例如首先可以结合图9对被动接收的实现方式进行介绍,如图9所示,在屏保服务启动后,可以通过Binder调用适配器接口(AdapterAPI)里面的方法,从而注册转速、时速、水温等车辆的行驶信息的监听请求,其中,Binder是一种进程间通信机制。
之后,车辆服务(CarService)可以通过Binder接收到屏保服务的监听请求,车辆服务会响应于所述监听请求,在接收到车辆的行驶信息时,将车辆的行驶信息发送给屏保服务,可以理解的是,屏保服务和车辆服务都是车载***中的处理模块,用于实现相应的功能。
以及,在车辆的行驶信息发生变化的时候,MCU可以通过can总线,从相应的传感器处接收到车辆的转速、时速、水温等变化后的行驶信息,之后通过串行外设接口(SerialPeripheral Interface,SPI)接口,将变化后的车辆的行驶信息上报给驱动(kernel)。
驱动接收到车辆的行驶信息之后,直接通过NetLink机制将车辆的行驶信息上报给车身底层(Vehicle HAL),其中NetLink是用于用户控件与内核空间的通信的一组应用程序接口(Application Programming Interface,API),是在socket的机制上实现的。
以及,车身底层需要解析从驱动获取的数据,在数据解析转换后,通过Binder机制将数据上报给车辆服务,则车辆服务就可以监听到转速、时速、水温等车辆的行驶信息的变化,然后就会将解析后的车辆的行驶信息回调给屏保服务,至此就实现了接收来自于MCU的车辆的行驶信息。
上述介绍的是被动接收的实现方式,下面结合图10,对从MCU中主动获取车辆的行驶信息的实现方式进行介绍,其实现与上述图9介绍的被动接收的实现方式实际上是类似的,只是数据流转的顺序刚好相反。
如图10所示,屏保服务可以通过适配器接口中的方法,主动获取车辆的行驶信息,例如可以定义三个ID(Identity document,身份标识),例如可以定义转速ID、时速ID、水温ID,之后通过函数调用的方式,调用CarFunctionImpl中getFunctionValue(),分别传入转速ID、时速ID、水温ID,从而创建针对车辆的行驶信息的获取请求,以主动获取转速、时速和水温。
具体的,如图10所示,在屏保服务启动后,可以通过Binder调用适配器接口(AdapterAPI)里面的方法,从而主动获取转速、时速和水温,之后,车辆服务(CarService)可以通过Binder接收到屏保服务的数据获取请求,从而通过Binder从车身底层(VehicleHAL)中请求获取相应信息。
进一步的,车身底层(Vehicle HAL)通过IOCTL从驱动(kernel)中获取车辆的行驶信息,其中,IOCTL(input/output control)是用于用户空间和内核空间之前的通信方法。
之后,驱动(kernel)通过SPI从MCU中请求获取信息,然后MCU可以通过can总线,从相应的传感器处接收到车辆的转速、时速、水温等行驶信息,从而实现了对车辆的行驶信息的获取。
在实际实现过程中,从MCU中确定车辆的行驶信息的实现方式可以根据实际需求进行选择,其可以为上述介绍的主动获取的实现方式,或者还可以为上述介绍的被动接收的实现方式,本实施例对此不做限制。
上述介绍了第一屏保类型和第二屏保类型对应的确定副屏幕的屏保信息的实现方式,下面对第三屏保类型对应的确定副屏幕的屏保信息的实现方式进行介绍。
假设当前的目标屏保类型为第三屏保类型,其中第三屏保类型用于指示副屏幕的屏保信息显示自定义多媒体信息。
同样的,假设当前是从目标存储空间中获取副屏幕的屏保信息,在一种可能的实现方式中,自定义多媒体信息例如可以存储在第二存储空间中,其中,第二存储空间为用于存储副屏幕的屏保信息的存储空间,则目标存储空间例如可以为第二存储空间,第二存储空间与上述介绍的类似,此处不再赘述。
因此在确定副屏幕的屏保信息时,例如可以从第二存储空间中获取至少一个屏保信息,其中,在第二存储空间中可以存储有副屏幕的至少一个屏保信息,其中,各屏保信息中可以包括屏保图像,或者可以包括屏保图像和自定义多媒体信息,其中,自定义多媒体信息显示在屏保图像上。
在一种可能的实现方式中,确定的副屏幕当前应用的屏保信息例如可以包括设置标识,则可以将副屏幕的至少一个屏保信息中、包括第二设置标识的屏保信息,确定为副屏幕的屏保信息,第二设置标识与上述介绍的第一设置标识类似,此处不再赘述。
可以理解的是,在第二存储空间中所包括的各个副屏幕的屏保信息,是预先存储在第二存储空间中的,例如其中的屏保图片需要用户预先选择之后进行存储,自定义媒体信息需要用户预先输入之后进行存储,下面结合图11对预先确定屏保信息的实现方式进行介绍。
例如在主屏幕上可以显示至少一个屏保图像,本实施例中的屏保图像例如可以作为显示用户输入的自定义多媒体信息的背景图像,比如说作为自定义文字内容的背景图像等等,当前在主屏幕上可以显示至少一个预设的屏保图像,或者还可以显示用户自定义的屏保图像等等,本实施例对此不做限制。
之后,根据针对任一个屏保图像的选择操作,在主屏幕上显示输入框,其中,输入框用户接收自定义多媒体信息,
如图11所示,假设当前检测到针对屏保图像1101的选择操作,则可以在主屏幕上显示输入框1102,之后,输入框1102可以响应于用户的操作,从而接收自定义多媒体信息,例如可以为自定义文字,或者自定义表情等。
之后,将选择操作对应的屏保图像和输入框中接收的自定义多媒体信息确定为一条屏保信息,例如将图11中的1101对应的屏保图像以及用户输入的文字信息,确定为一条屏保信息。
在一种可能的实现方式中,还可以将屏保信息存储在第二预设空间中,例如在设置相应的文字之后,例如可以通过AdapterAPI接口调用,触发CarService中的接口,将自定义文字保存起来,以及,同样会将用户选择的屏保图像保存起来,例如可以存储在第二文件路径下,第二文件路径例如可以为:/data/system/theme/screensaver/wallpaper/psd/,第二文件路径对应第二存储空间。
S305、在副屏幕上显示屏保信息。
在根据目标屏保类型,获取到目标屏保类型对应的副屏幕的屏保信息之后,就可以在副屏幕上显示屏保信息了。
例如针对第一屏保类型的屏保信息,其显示的效果例如可以为图5中的预览框中所显示的时钟效果;以及,针对第二屏保类型的屏保信息,其显示的效果例如可以为图6中的预览框所显示的三联表效果;以及,针对第三屏保类型的屏保信息,其显示的效果例如可以为图7中的预览框所显示的自定义文字效果。
在一种可选的实现方式中,在根据目标屏保类型,确定副屏幕的屏保信息之后,还可以获取预览指令,其中,预览指令为通过主屏幕上的预览按钮触发的。
例如在图5、图6、图7都设置有预览按钮,例如在检测到针对预览按钮的操作之后,就可获取到预览指令。
可以理解的是,预览指令只是为了使得用户对屏保信息的显示效果进行预览,因此并不会长时间的显示屏保信息,则例如可以根据预览指令,在预设时长内,在副屏幕上预览显示屏保信息。其中,预设时长的具体设置可以根据实际需求进行选择,本实施例对此不做限制。
S306、接收停止显示指令。
在对副屏幕的屏保信息进行显示之后,进一步的,还可以停止对屏保信息进行限制,则例如可以接收停止显示指令,其中,停止显示指令可以为通过车载设备的广播信息触发的,比如说当前车辆需要在屏幕上进行相关内容的显示,或者车辆需要启动等等,都会发送相应的广播信息,在接收到这个广播信息之后,就可以生成停止显示指令了;或者,停止显示指令还可以为通过主屏幕或者副屏幕上的点击操作触发的,比如说当前副屏幕上正在显示屏保,在需要退出屏保的显示的时候,例如可以通过点击主屏幕或者点迹副屏幕来退出屏保的显示,则例如可以根据该点击操作触发停止显示指令。
S307、根据停止显示指令,控制副屏幕取消显示屏保信息。
在生成停止显示指令之后,就可以控制副屏幕取消显示屏保信息了。
本申请实施例提供的屏幕显示方法,包括:获取屏幕设置模式,屏幕设置模式为主屏幕设置模式或者副屏幕设置模式。在屏幕设置模式为副屏幕设置模式时,响应作用于主屏幕的屏保类型选择操作,确定目标屏保类型。获取屏保显示指令。响应于屏保显示指令,根据目标屏保类型确定副屏幕的屏保信息。在副屏幕上显示屏保信息。接收停止显示指令。根据停止显示指令,控制副屏幕取消显示屏保信息。通过根据屏保显示指令进行屏保信息的获取和显示,从而可以保证在用户需要的时候再进行屏保信息的获取和显示,以避免资源的浪费。同时,在获取屏保信息的时候,具体是根据目标品屏保类型确定屏保信息,从而可以根据当前选择的具体屏保类型,准确有效的选择相应的屏保信息,之后对屏保信息进行显示,从而可以保证屏保信息显示的准确性,以及可以根据停止显示指令,控制副屏幕取消屏保信息的显示,从而可以保证屏保信息在用户需要的时候可以结束显示,有效保证了副屏幕的屏保信息显示的灵活性和实用性。
在上述实施例的基础上,上述的第一屏保类型是指副屏幕的屏保类型和主屏幕的屏保类型设置为相同的,则下面结合图12至图16对主屏幕的屏保类型的可能的设置方式进行介绍,图12为本申请实施例提供的选择主题应用的实现示意图,图13为本申请实施例提供的确定主屏幕的屏保信息的实现示意图一,图14为本申请实施例提供的确定主屏幕的屏保信息的实现示意图二,图15为本申请实施例提供的屏保信息的显示示意图一,图16为本申请实施例提供的屏保信息的显示示意图二。
如图12所示,在车机开机并且桌面加载成功后,例如可以根据针对主屏幕的界面中的应用面板(AppPanel)按键1201的点击操作,在主屏幕上提供多个操作控件,例如为图12中所示的主题、日常、相册、语音助理等等的操作控件,之后可以检测针对其中的主题控件1201的点击操作,在主屏幕上设置CSD屏保设置的相关内容。
例如可以如图13所示,在主屏上提供至少一个可供选择的屏保信息,例如可以响应于针对图13中的屏保时钟控件1301的点击操作,在主屏幕上提供多个可选的屏保时钟,如图13中所示的运动时钟和动态数字时钟,假设当前检测到了针对运动时钟1302的点击操作,则可以在主屏幕上显示该运动时钟的详情页,并提供下载控件1303,之后根据针对下载控件1303的点击操作,下载该运动时钟对应的屏保信息,并存储在第一存储空间中,例如可以存储在第一文件路径/data/system/theme/screensaver/wallpaper/csd/下。
在一种可能的实现方式中,在下载完成之后,还例如可以主屏幕上显示应用按钮,通过检测针对应用按钮的操作,从而确定当前在主屏幕上待应用的屏保信息是当前的运动时钟对应的屏保信息,则例如可以在第一存储空间中,对运动时钟对应的屏保信息增加第一设置标识,以指示当前应用的是该运动时钟。
或者还可以如图14所示,可以响应于针对图14中的屏保时钟控件1401的点击操作,在主屏幕上提供运动时钟和动态数字时钟,假设当前检测到了针对动态数字时钟1402的点击操作,则可以在主屏幕上显示该动态数字时钟的详情页,并提供下载控件1403,之后根据针对下载控件1403的点击操作,下载该运动时钟对应的屏保信息,并存储在第一存储空间中,例如可以存储在第一文件路径/data/system/theme/screensaver/wallpaper/csd/下。其中,动态数字时钟的显示效果例如可以为图15和图16所示。
与上述介绍类似,在下载完成之后,还例如可以主屏幕上显示应用按钮,通过检测针对应用按钮的操作,从而确定当前在主屏幕上待应用的屏保信息是当前的动态数字时钟对应的屏保信息,则例如可以在第一存储空间中,对动态数字时钟对应的屏保信息增加第一设置标识,以指示当前应用的是该动态数字时钟。
之后在进行副屏幕的屏保设置的时候,就可以从第一存储空间中获取当前主屏幕所应用的屏保信息,进而进行相应的显示了。
综上所述,本申请实施例提供的数字处理方法,可以在主屏幕中对副屏幕的屏保进行相应的设置,从而实现副屏幕屏保的独立性、差异性的显示,以有效提升屏保设置的灵活性。
图17为本申请实施例提供的屏幕显示装置的结构示意图。如图17所示,该装置170包括:获取模块1701、确定模块1702以及显示模块1703。
获取模块1701,用于获取屏幕设置模式,所述屏幕设置模式为主屏幕设置模式或者副屏幕设置模式;
确定模块1702,用于在所述屏幕设置模式为所述副屏幕设置模式时,响应作用于所述主屏幕的屏保类型选择操作,确定目标屏保类型;
所述确定模块1702,还用于根据所述目标屏保类型,确定所述副屏幕的屏保信息,所述屏保信息包括屏保图像,或者,所述屏保信息包括屏保图像和附加信息;
显示模块1703,用于在所述副屏幕上显示所述屏保信息。
在一种可能的设计中,所述确定模块1702具体用于:
获取屏保显示指令;
响应于所述屏保显示指令,根据所述目标屏保类型确定所述副屏幕的屏保信息。
在一种可能的设计中,所述目标屏保类型为第一屏保类型,所述第一屏保类型用于指示所述副屏幕的屏保信息和所述主屏幕的屏保信息相同;
所述确定模块1702具体用于:
根据所述目标屏保类型获取所述主屏幕的至少一个屏保信息;
将所述主屏幕的包括第一设置标识的屏保信息,确定为所述副屏幕的屏保信息。
在一种可能的设计中,所述目标屏保类型为第二屏保类型,所述第二屏保类型用于指示所述副屏幕的屏保信息显示所述车辆的行驶信息;
所述确定模块1702具体用于:
根据所述目标屏保类型确定所述车辆的行驶信息和用于显示所述车辆的行驶信息的屏保图像。
在一种可能的设计中,所述目标屏保类型为第三屏保类型,其中,所述第三屏保类型用于指示所述副屏幕的屏保信息显示自定义多媒体信息;
所述确定模块1702具体用于:
根据所述目标屏保类型获取至少一个屏保信息,其中,各所述屏保信息中包括屏保图像,或者包括屏保图像和自定义多媒体信息,其中,所述自定义多媒体信息显示在所述屏保图像上;
将包括第二设置标识的屏保信息,确定为所述副屏幕的屏保信息。
在一种可能的设计中,所述确定模块1702具体用于:
根据适配器接口中的预设函数,创建针对所述车辆的行驶信息的监听请求;
接收车辆服务单元发送的车辆的行驶信息,其中,所述车辆服务单元用于响应于所述监听请求,发送所述车辆的行驶信息,
其中,所述车辆服务单元从车身底层中接收所述车辆的行驶信息,所述车身底层从驱动中接收所述车辆的行驶信息,所述驱动从微控制单元MCU中接收所述车辆的行驶信息,所述MCU从至少一个传感器中获取所述车辆的行驶信息。
在一种可能的设计中,所述确定模块1702具体用于:
根据适配器接口中的预设函数,创建针对所述车辆的行驶信息的获取请求;
根据所述获取请求,从车辆服务单元中获取所述车辆的行驶信息,
其中,所述车辆服务单元从车身底层中获取所述车辆的行驶信息,所述车身底层从驱动中获取所述车辆的行驶信息,所述驱动从MCU中获取所述车辆的行驶信息,所述MCU从至少一个传感器中获取所述车辆的行驶信息。
在一种可能的设计中,所述确定模块1702还用于:
在所述主屏幕上显示至少一个屏保图像;
根据针对任一个屏保图像的选择操作,在所述主屏幕上显示输入框,其中,所述输入框用于接收自定义多媒体信息;
将所述选择操作对应的屏保图像和所述输入框中接收的自定义多媒体信息,确定为一条屏保信息。
在一种可能的设计中,所述显示模块1703还用于:
在所述根据所述目标屏保类型,确定所述副屏幕的屏保信息之后,获取预览指令,其中,所述预览指令为通过所述主屏幕上的预览按钮触发的;
根据所述预览指令,在预设时长内,在所述副屏幕上预览显示所述屏保信息。
在一种可能的设计中,所述显示模块1703还用于:
在所述副屏幕上显示所述屏保信息之后,接收停止显示指令;
根据所述停止显示指令,控制所述副屏幕取消显示所述屏保信息。
本实施例提供的装置,可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,本实施例此处不再赘述。
图18为本申请实施例提供的屏幕显示设备的硬件结构示意图,如图18所示,本实施例的屏幕显示设备180包括:处理器1801以及存储器1802;其中
存储器1802,用于存储计算机执行指令;
处理器1801,用于执行存储器存储的计算机执行指令,以实现上述实施例中屏幕显示方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。
可选地,存储器1802既可以是独立的,也可以跟处理器1801集成在一起。
当存储器1802独立设置时,该屏幕显示设备还包括总线1803,用于连接所述存储器1802和处理器1801。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如上屏幕显示设备所执行的屏幕显示方法。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
上述以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本申请各个实施例所述方法的部分步骤。
应理解,上述处理器可以是中央处理单元(英文:Central Processing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:Application Specific Integrated Circuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (14)
1.一种屏幕显示方法,其特征在于,应用于终端设备,所述终端设备为车载设备,所述终端设备包括主屏幕和副屏幕,所述方法包括:
获取屏幕设置模式,所述屏幕设置模式为主屏幕设置模式或者副屏幕设置模式;
在所述屏幕设置模式为所述副屏幕设置模式时,响应作用于所述主屏幕的屏保类型选择操作,确定目标屏保类型;
根据所述目标屏保类型,确定所述副屏幕的屏保信息,所述屏保信息包括屏保图像和附加信息,所述附加信息包括车辆的行驶信息;
在所述副屏幕上显示所述屏保信息。
2.根据权利要求1所述的方法,其特征在于,所述根据所述目标屏保类型,确定所述副屏幕的屏保信息,包括:
获取屏保显示指令;
响应于所述屏保显示指令,根据所述目标屏保类型确定所述副屏幕的屏保信息。
3.根据权利要求2所述的方法,其特征在于,所述目标屏保类型为第一屏保类型,所述第一屏保类型用于指示所述副屏幕的屏保信息和所述主屏幕的屏保信息相同;
所述根据所述目标屏保类型确定所述副屏幕的屏保信息,包括:
根据所述目标屏保类型获取所述主屏幕的至少一个屏保信息;
将所述主屏幕的包括第一设置标识的屏保信息,确定为所述副屏幕的屏保信息。
4.根据权利要求2所述的方法,其特征在于,所述目标屏保类型为第二屏保类型,所述第二屏保类型用于指示所述副屏幕的屏保信息显示车辆的行驶信息;
所述根据所述目标屏保类型确定所述副屏幕的屏保信息,包括:
根据所述目标屏保类型确定所述车辆的行驶信息和用于显示所述车辆的行驶信息的屏保图像。
5.根据权利要求2所述的方法,其特征在于,所述目标屏保类型为第三屏保类型,其中,所述第三屏保类型用于指示所述副屏幕的屏保信息显示自定义多媒体信息;
所述根据所述目标屏保类型确定所述副屏幕的屏保信息,包括:
根据所述目标屏保类型获取至少一个屏保信息,其中,各所述屏保信息中包括屏保图像,或者包括屏保图像和自定义多媒体信息,其中,所述自定义多媒体信息显示在所述屏保图像上;
将包括第二设置标识的屏保信息,确定为所述副屏幕的屏保信息。
6.根据权利要求4所述的方法,其特征在于,所述确定所述车辆的行驶信息,包括:
根据适配器接口中的预设函数,创建针对所述车辆的行驶信息的监听请求;
接收车辆服务单元发送的车辆的行驶信息,其中,所述车辆服务单元用于响应于所述监听请求,发送所述车辆的行驶信息,
其中,所述车辆服务单元从车身底层中接收所述车辆的行驶信息,所述车身底层从驱动中接收所述车辆的行驶信息,所述驱动从微控制单元MCU中接收所述车辆的行驶信息,所述MCU从至少一个传感器中获取所述车辆的行驶信息。
7.根据权利要求4所述的方法,其特征在于,所述确定所述车辆的行驶信息,包括:
根据适配器接口中的预设函数,创建针对所述车辆的行驶信息的获取请求;
根据所述获取请求,从车辆服务单元中获取所述车辆的行驶信息,
其中,所述车辆服务单元从车身底层中获取所述车辆的行驶信息,所述车身底层从驱动中获取所述车辆的行驶信息,所述驱动从MCU中获取所述车辆的行驶信息,所述MCU从至少一个传感器中获取所述车辆的行驶信息。
8.根据权利要求5所述的方法,其特征在于,所述方法还包括:
在所述主屏幕上显示至少一个屏保图像;
根据针对任一个屏保图像的选择操作,在所述主屏幕上显示输入框,其中,所述输入框用于接收自定义多媒体信息;
将所述选择操作对应的屏保图像和所述输入框中接收的自定义多媒体信息,确定为一条屏保信息。
9.根据权利要求1-8任一项所述的方法,其特征在于,所述根据所述目标屏保类型,确定所述副屏幕的屏保信息之后,所述方法还包括:
获取预览指令,其中,所述预览指令为通过所述主屏幕上的预览按钮触发的;
根据所述预览指令,在预设时长内,在所述副屏幕上预览显示所述屏保信息。
10.根据权利要求9所述的方法,其特征在于,所述在所述副屏幕上显示所述屏保信息之后,所述方法还包括:
接收停止显示指令;
根据所述停止显示指令,控制所述副屏幕取消显示所述屏保信息。
11.一种屏幕显示装置,其特征在于,应用于终端设备,所述终端设备为车载设备,所述终端设备包括主屏幕和副屏幕,所述装置包括:
获取模块,用于获取屏幕设置模式,所述屏幕设置模式为主屏幕设置模式或者副屏幕设置模式;
确定模块,用于在所述屏幕设置模式为所述副屏幕设置模式时,响应作用于所述主屏幕的屏保类型选择操作,确定目标屏保类型;
所述确定模块,还用于根据所述目标屏保类型,确定所述副屏幕的屏保信息,所述屏保信息包括屏保图像和附加信息,所述附加信息包括车辆的行驶信息;
显示模块,用于在所述副屏幕上显示所述屏保信息。
12.一种屏幕显示设备,其特征在于,包括:
存储器,用于存储程序;
处理器,用于执行所述存储器存储的所述程序,当所述程序被执行时,所述处理器用于执行如权利要求1至10中任一项所述的方法。
13.一种计算机可读存储介质,其特征在于,包括指令,当其在计算机上运行时,使得计算机执行如权利要求1至10中任一项所述的方法。
14.一种计算机程序产品,包括计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至10中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110795117.3A CN113515252B (zh) | 2021-07-14 | 2021-07-14 | 屏幕显示方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110795117.3A CN113515252B (zh) | 2021-07-14 | 2021-07-14 | 屏幕显示方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113515252A CN113515252A (zh) | 2021-10-19 |
CN113515252B true CN113515252B (zh) | 2022-04-26 |
Family
ID=78067144
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110795117.3A Active CN113515252B (zh) | 2021-07-14 | 2021-07-14 | 屏幕显示方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113515252B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117271041A (zh) * | 2023-09-28 | 2023-12-22 | 深圳市拓普泰克技术股份有限公司 | 一种屏保的显示方法、显示装置和显示*** |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102163684B1 (ko) * | 2013-07-19 | 2020-10-12 | 삼성전자주식회사 | 디바이스의 홈 스크린 구성 방법 및 장치 |
CN104317499B (zh) * | 2014-10-23 | 2018-08-10 | 广州三星通信技术研究有限公司 | 用于在终端中设置屏幕的壁纸的设备及方法 |
CN107562394A (zh) * | 2017-08-24 | 2018-01-09 | 宝沃汽车(中国)有限公司 | 多屏交互的装置及车辆 |
CN109491624A (zh) * | 2017-09-11 | 2019-03-19 | 上海博泰悦臻网络技术服务有限公司 | 车载***的多屏控制方法及装置、存储介质和车机 |
CN107979667B (zh) * | 2017-11-30 | 2021-03-26 | 努比亚技术有限公司 | 双屏显示方法、移动终端及计算机可读存储介质 |
CN112533064A (zh) * | 2019-09-19 | 2021-03-19 | 海信视像科技股份有限公司 | 一种屏保展示方法、装置、存储介质及智能电视 |
CN110618800B (zh) * | 2019-09-25 | 2023-12-29 | 北京梧桐车联科技有限责任公司 | 一种界面显示的方法、装置、设备和存储介质 |
CN111614836A (zh) * | 2020-05-21 | 2020-09-01 | 斑马网络技术有限公司 | 基于车机终端屏保的互动方法 |
CN111813489B (zh) * | 2020-08-11 | 2024-06-11 | Oppo(重庆)智能科技有限公司 | 一种屏保显示方法、装置及计算机可读存储介质 |
-
2021
- 2021-07-14 CN CN202110795117.3A patent/CN113515252B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN113515252A (zh) | 2021-10-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110979008B (zh) | 多处理器分布式双联屏仪表 | |
US10604072B2 (en) | Early rear view camera video display in a multiprocessor architecture | |
CN110851271B (zh) | 资源共享方法及装置、存储介质 | |
CN106462517B (zh) | 在多处理器架构中的早期标识显示 | |
CN113515252B (zh) | 屏幕显示方法及装置 | |
CN111332224B (zh) | 车载多媒体***的控制方法及装置 | |
US20240111595A1 (en) | Application deployment method, distributed operating system, electronic device, and storage medium | |
CN113377512A (zh) | 车机***的启动方法、装置及设备 | |
TWI742421B (zh) | 使用者介面整合方法和車載裝置 | |
KR101993075B1 (ko) | 차량용 정보 및 엔터테인먼트 시스템 | |
JP6221739B2 (ja) | 車載用電子機器、制御方法、およびプログラム | |
WO2022171058A1 (zh) | 应用程序的处理方法、装置及电子设备 | |
CN114579222A (zh) | 屏幕控制方法、行车记录仪及存储介质 | |
CN112764822A (zh) | 操作***启动方法、装置、设备及介质 | |
CN116176461B (zh) | 车载仪表界面的显示方法、***、电子设备和存储介质 | |
US20240257579A1 (en) | Function management system and function management method | |
WO2024078269A1 (zh) | 多屏运行方法及电子设备、存储介质 | |
KR101919799B1 (ko) | 인포테인먼트 디바이스 및 그 제어 방법 | |
CN109144446B (zh) | 图像显示方法、装置、电子设备及计算机可读存储介质 | |
US20220327986A1 (en) | Signal processing device and vehicle display apparatus including the same | |
CN115686715A (zh) | 车辆的开机画面显示方法、装置、设备及存储介质 | |
CN116414504A (zh) | 一种页面的切换方法、装置、电子设备及存储介质 | |
CN115658207A (zh) | 应用程序的管理方法、装置、设备及存储介质 | |
CN118192842A (zh) | 输入方法和终端设备 | |
CN116302253A (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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220328 Address after: 430051 No. b1336, chuanggu startup area, taizihu cultural Digital Creative Industry Park, No. 18, Shenlong Avenue, Wuhan Economic and Technological Development Zone, Wuhan, Hubei Province Applicant after: Yikatong (Hubei) Technology Co.,Ltd. Address before: 430056 building B, No.7 building, kaidixiexin kechuangyuan, South taizihu innovation Valley, Wuhan Economic and Technological Development Zone, Wuhan City, Hubei Province Applicant before: HUBEI ECARX TECHNOLOGY Co.,Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |