车载应用自适应配置方法及车载终端与流程

1.本技术实施例涉及终端技术领域，尤其涉及一种车载应用自适应配置方法及车载终端。


背景技术：

2.随着终端技术的发展，汽车能够实现的功能越来越多。比如在车载系统中安装不同的第三方应用，用户可以通过第三方应用使用车载系统提供的如音乐播放、地图导航、通话等功能。但是，由于各个车企使用的车载系统不同，开发者需要根据不同的车载系统适配不同的第三方应用，导致第三方应用开发难度较大。
3.由此，提出不会受限于车载系统类型限制的渐进式网页应用(progressive web apps，pwa)。pwa借助于浏览器应用提供的运行环境，能够保留对应的第三方原生应用的部分能力，为用户提供网页浏览应用的体验，满足用户操作需求。
4.但是，pwa并不能在复杂的车载场景中为用户提供最优的用户体验。


技术实现要素：

5.为了解决上述的技术问题，本技术实施例提供了一种车载应用自适应配置方法及车载终端。本技术实施例提供的技术方案中，车载终端根据获取到的行车数据，显示车载应用界面。使得显示的车载应用界面的显示配置适应于当前的行车数据，满足用户需求，提升用户使用体验。
6.为了实现上述的技术目的，本技术实施例提供了如下技术方案：
7.第一方面，提供一种车载应用自适应配置方法，应用于车载终端。该方法包括：获取第一行车数据。根据第一行车数据，显示第一界面，第一界面的显示配置为第一车载配置。获取第二行车数据。根据第二行车数据，显示第二界面，第二界面的显示配置为第二车载配置；其中，第一行车数据不同于第二行车数据，第一界面和第二界面为同一车载渐进式网页应用的界面，第一车载配置不同于第二车载配置。
8.如此，车载终端可根据行车数据，自适应的完成车载渐进式网页应用的显示。从而保证车载渐进式网页应用的显示满足当前行车场景的需求，降低驾驶员的驾驶风险，提升用户使用体验。
9.根据第一方面，在根据第一行车数据，显示第一界面之前，方法还包括：获取车载配置数据。根据第一行车数据，显示第一界面，包括：根据车载配置数据匹配第一行车数据对应的第一车载配置。根据第一车载配置，显示车载渐进式网页应用的第一界面。
10.根据第一方面，或者以上第一方面的任意一种实现方式，车载配置数据包括预置行车数据和预置行车数据对应的预置车载配置，根据车载配置数据匹配第一行车数据对应的第一车载配置，包括：在预置行车数据中，匹配与第一行车数据相同的目标预置行车数据。确定与目标预置行车数据对应的预置车载配置中的第一车载配置。
11.在一些实施例中，配置人员配置不同行车场景中行车数据对应的车载配置，生成
车载配置数据。这样，车载终端在获取到行车数据后，能够根据车载配置数据，确定与当前行车数据匹配的车载配置。通过该车载配置，车载终端显示车载渐进式网页应用。从而使得显示界面的显示，满足当前行车数据的要求，保证驾驶员的行车安全。
12.在一些实施例中，第一行车数据或第二行车数据包括如下一项或几项：天气情况、日夜间情况、路况、车速、通话情况、光线情况。
13.比如，配置人员配置天气情况较差(如雨天)的情况下，对应的车载配置的显示字体较大。这样，车载终端在雨天获取到行车数据后，根据匹配到的车载配置，可显示字体较大的界面，便于驾驶员查看。从而避免由于显示字体较小，导致驾驶员分散多于的注意力用于分辨显示内容，导致发生危险。
14.根据第一方面，或者以上第一方面的任意一种实现方式，获取车载配置数据，包括：获取存储在存储单元中的车载配置数据；其中，存储单元按照第一周期从服务器更新车载配置数据。或者，响应于启动车载渐进式网页应用的操作，向服务器请求获取车载配置数据。
15.在一些实施例中，车载终端按照第一周期采集行车数据，并将采集到的行车数据存储到存储单元中，更新历史行车数据。后续，车载终端在检测到用户启动车载渐进式网页应用的操作后，从存储单元中获取行车数据。
16.在另一些实施例中，车载终端在检测到用户启动车载渐进式网页应用的操作后，实时向服务器请求获取车载配置数据。从而使得根据车载配置数据确定的车载配置，满足当前行车数据对于车载配置的实时性需求。从而避免出现由于车载配置的更新与当前行车数据不匹配，导致显示界面不满足用户需求的问题。
17.根据第一方面，或者以上第一方面的任意一种实现方式，第一车载配置包括显示第一界面过程中的音量大小、字体大小、是否支持语音导航中的一项或几项。
18.比如，地图应用在导航过程中播报路线及路况等信息，一般驾驶员为了更加清晰的听到播报信息，都会将车载系统音量调高。但是，由于地图应用并不能自适应的调节音量，那么在车流量较大或堵车过程中，由于信息播放声音较大可能会影响驾驶员注意周围车辆的喇叭声等示警，影响行车安全。
19.又比如，日夜间变化或天气变化都会对车内光线产生影响，但车载应用不会自适应调节显示。显示字体较小，在光线不足的情况下，用户很难识别内容。驾驶员可能需要手动调整，影响行车安全。
20.再比如，由于浏览器应用一般不具备语音识别能力，因此地图应用web页面也不提供语音识别功能。驾驶员在车辆行驶过程中，如需切换目的地，无法语音操作，只能手动输入，影响行车安全。
21.如此，通过配置不同行车数据对应的车载配置。车载终端根据车载配置显示车载渐进式网页应用界面，使得显示过程满足行车数据的要求，保证驾驶员的行车安全。
22.根据第一方面，或者以上第一方面的任意一种实现方式，取第一行车数据，包括：检测到启动车载渐进式网页应用的操作，获取第一行车数据。或者，按照第二周期获取第一行车数据。或者，在行车数据发生变化时，更新第一行车数据。
23.在一些实施例中，车载终端检测到用户启动车载渐进式网页应用的操作后，采集第一行车数据，或者在存储单元中获取第一行车数据。
24.在另一些实施例中，车载终端按照第二周期采集第一行车数据，将行车数据存储到存储单元中。后续在检测到启动车载渐进式网页应用的操作时，可从存储单元中获取到第一行车数据。
25.在又一些实施例中，车载终端采集行车数据，确定行车数据发生变化后，更新存储单元中存储的第一行车数据。
26.如此，车载终端获取第一行车数据，确定满足当前第一行车数据要求的显示配置，从而显示车载渐进式网页应用界面。
27.根据第一方面，或者以上第一方面的任意一种实现方式，在根据第一行车数据，显示第一界面之前，方法还包括：确定浏览器应用的运行场景为车载终端场景，并已开启智能化体验。
28.示例性的，车载终端中的浏览器客户端中预置配置参数。浏览器客户端在检测到用户启动车载渐进式网页应用的操作后，根据预置配置参数取值，确定浏览器客户端运行场景是否为车载终端场景，以及是否启动智能化体验。如果均为是，浏览器客户端可获取行车数据，根据行车数据自适应的调整车载渐进式网页应用的运行环境。
29.根据第一方面，或者以上第一方面的任意一种实现方式，第一界面和第二界面为车载渐进式网页应用相同的功能页面。
30.在一些实施例中，车载渐进式网页应用中的不同功能配置有不同的功能页面。比如，地图应用具有导航功能页面、地点搜索功能页面等。在相同的功能页面中，车载应用也可根据行车数据的变化，显示相应显示配置的界面。从而实现自适应的为车载渐进式网页应用配置运行环境，更能保证配置的车载渐进式网页应用运行环境满足当前行车数据要求，进一步保证驾驶员行车安全。
31.第二方面，提供一种车载终端。该车载终端包括：显示屏、处理器和存储器，显示屏和存储器与处理器耦合，存储器用于存储计算机可读指令，当处理器从存储器中读取计算机可读指令，使得车载终端执行:获取第一行车数据。根据第一行车数据，显示第一界面，第一界面的显示配置为第一车载配置。获取第二行车数据。根据第二行车数据，显示第二界面，第二界面的显示配置为第二车载配置；其中，第一行车数据不同于第二行车数据，第一界面和第二界面为同一车载渐进式网页应用的界面，第一车载配置不同于第二车载配置。
32.根据第二方面，在根据第一行车数据，当处理器从存储器中读取计算机可读指令，还使得车载终端执行如下操作：获取车载配置数据。根据第一行车数据，显示第一界面，包括：根据车载配置数据匹配第一行车数据对应的第一车载配置。根据第一车载配置，显示车载渐进式网页应用的第一界面。
33.根据第二方面，或者以上第二方面的任意一种实现方式，获取车载配置数据，包括：获取存储在存储单元中的车载配置数据；其中，存储单元按照第一周期从服务器更新车载配置数据。或者，响应于启动车载渐进式网页应用的操作，向服务器请求获取车载配置数据。
34.根据第二方面，或者以上第二方面的任意一种实现方式，车载配置数据包括预置行车数据和预置行车数据对应的预置车载配置，根据车载配置数据匹配第一行车数据对应的第一车载配置，包括：在预置行车数据中，匹配与第一行车数据相同的目标预置行车数据。确定与目标预置行车数据对应的预置车载配置中的第一车载配置。
35.根据第二方面，或者以上第二方面的任意一种实现方式，第一车载配置包括显示第一界面过程中的音量大小、字体大小、是否支持语音导航中的一项或几项。
36.根据第二方面，或者以上第二方面的任意一种实现方式，取第一行车数据，包括：检测到启动车载渐进式网页应用的操作，获取第一行车数据。或者，按照第二周期获取第一行车数据。或者，在行车数据发生变化时，更新第一行车数据。
37.根据第二方面，或者以上第二方面的任意一种实现方式，当处理器从存储器中读取计算机可读指令，还使得车载终端执行如下操作：确定浏览器应用的运行场景为车载终端场景，并已开启智能化体验。
38.根据第二方面，或者以上第二方面的任意一种实现方式，第一行车数据或第二行车数据包括如下一项或几项：天气情况、日夜间情况、路况、车速、通话情况、光线情况。
39.根据第二方面，或者以上第二方面的任意一种实现方式，第一界面和第二界面为车载渐进式网页应用相同的功能页面。
40.第二方面以及第二方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。
41.第三方面，本技术实施例提供一种车载终端，该车载终端具有实现如上述第一方面及其中任一种可能的实现方式中所述的车载应用自适应配置方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应地软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
42.第三方面以及第三方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。
43.第四方面，提供一种计算机可读存储介质。计算机可读存储介质存储有计算机程序(也可称为指令或代码)，当该计算机程序被车载终端执行时，使得车载终端执行第一方面或第一方面中任意一种实施方式的方法。
44.第四方面以及第四方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。
45.第五方面，本技术实施例提供一种计算机程序产品，当计算机程序产品在车载终端上运行时，使得车载终端执行第一方面或第一方面中任意一种实施方式的方法。
46.第五方面以及第五方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。
47.第六方面，本技术实施例提供一种电路系统，电路系统包括处理电路，处理电路被配置为执行第一方面或第一方面中任意一种实施方式的方法。
48.第六方面以及第六方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。
49.第七方面，本技术实施例提供一种芯片系统，包括至少一个处理器和至少一个接口电路，至少一个接口电路用于执行收发功能，并将指令发送给至少一个处理器，当至少一个处理器执行指令时，至少一个处理器执行第一方面或第一方面中任意一种实施方式的方法。
50.第七方面以及第七方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。
附图说明
51.图1a为本技术实施例提供的界面示意图一；
52.图1b为本技术实施例提供的车载pwa运行过程示意图；
53.图2为本技术实施例提供的车载应用自适应配置方法应用的通信系统的示意图；
54.图3为本技术实施例提供的车载终端的硬件结构示意图；
55.图4为本技术实施例提供的行车数据获取方法流程示意图；
56.图5为本技术实施例提供的车载应用自适应配置方法应用的模块示意图；
57.图6为本技术实施例提供的车载pwa配置数据获取方法流程示意图；
58.图7为本技术实施例提供的车载应用自适应配置方法流程示意图；
59.图8为本技术实施例提供的界面示意图二；
60.图9为本技术实施例提供的浏览器客户端接收到pwa运行请求后，确定运行环境的方法的示意图；
61.图10为本技术实施例提供的车载应用自适应配置方法流程示意图；
62.图11为本技术实施例提供的车载终端的结构示意图。
具体实施方式
63.下面结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。其中，在本技术实施例的描述中，以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本技术的限制。如在本技术的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本技术以下各实施例中，“至少一个”、“一个或多个”是指一个或两个以上(包含两个)。
64.在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。术语“连接”包括直接连接和间接连接，除非另外说明。“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。
65.在本技术实施例中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。
66.在一些场景中，随着终端技术的发展，车载系统(也可以称为车机、车辆中控)能够支持安装第三方应用，为用户提供更加丰富的功能使用体验。
67.示例性的，如图1a中(a)所示的车载系统界面101，车载系统中能够安装一个或多个第三方应用，如地图应用、音乐应用、天气应用等。
68.但是，由于各个车企使用的车载系统不同，导致开发者需要开发适配于不同车载
系统的第三方应用。比如，以地图应用为例，开发者需要开发适配于不同车载系统的地图应用，以满足用户在车辆行驶过程中，通过车载系统导航的需求。但这也就增加了开发者开发应用的难度。
69.由此，提出渐进式网页应用(progressive web apps，pwa)。pwa借助于车载系统中安装的浏览器应用提供的运行环境运行，因此不会受限于车载系统的型号。pwa能够在为用户提供万维网(web)交互体验的同时，提供一些应用能力。如被添加到主屏幕、全屏方式运行、离线工作、推送通知消息、能够获得和应用同级的权限等。
70.示例性的，如图1a中(a)所示，车载系统中运行的如地图应用、音乐应用、天气应用等均可配置为车载pwa。图1b为本技术实施例提供的车载pwa运行过程示意图。如图1b所示中的步骤一所示，车载pwa检测到用户的启动操作，如检测到用户点击如图1a中(a)所示的地图应用图标11的操作。车载pwa(地图应用)向浏览器应用发送车载pwa运行请求(即步骤二)，浏览器应用在接收到车载pwa运行请求后，可获取相应的网页数据，基于网页数据提供车载pwa运行环境，渲染网页(即步骤三)。之后，浏览器应用将渲染后的网页数据发送到车载pwa(步骤四)。相应的，车载pwa接收到渲染后的网页数据后，可基于渲染后的网页数据，在浏览器应用提供的运行环境中运行(步骤五)。如车载系统显示如图1a中(b)所示界面102，在界面102上显示地图应用web页面，此时地图应用可接收用户在web页面上的操作，如实现导航等。
71.这样，在有效降低开发者应用开发难度的同时，也满足用户使用应用的需求。但是，由于车载pwa是借助于浏览器应用提供的运行环境运行，因此车载pwa体验与访问网页体验相同。那么，也就无法实现自适应的匹配复杂的车载场景。
72.比如，如图1a所示场景，地图应用在导航过程中播报路线及路况等信息，一般驾驶员为了更加清晰的听到播报信息，都会将车载系统音量调高。但是，由于地图应用并不能自适应的调节音量，那么在车流量较大或堵车过程中，由于信息播放声音较大可能会影响驾驶员注意周围车辆的喇叭声等示警，影响行车安全。
73.又比如，日夜间变化或天气变化都会对车内光线产生影响，但车载pwa不会自适应调节显示。如图1a中(b)所示界面102，显示字体较小，在光线不足的情况下，用户很难识别内容。驾驶员可能需要手动调整，影响行车安全。
74.再比如，如图1a所示场景，由于浏览器应用一般不具备语音识别能力，因此地图应用web页面也不提供语音识别功能。驾驶员在车辆行驶过程中，如需切换目的地，无法语音操作，只能手动输入，影响行车安全。
75.基于上述问题，本技术实施例提供一种车载应用自适应配置方法，浏览器应用能够基于行车数据，自适应的为车载应用(车载pwa)匹配对应的车载pwa配置，并基于匹配的车载pwa配置为车载应用提供运行环境。从而使得车载应用能够满足复杂的车载场景需求，在保证用户使用体验的同时，降低行车风险。
76.图2为本技术实施例提供的车载应用自适应配置方法应用的通信系统的示意图。如图2中所示，该通信系统包括车载终端100和服务器200。
77.可选的，车载终端100可以为车辆、汽车等终端。车载终端100安装的操作系统包括但不限于或者其它操作系统。车载终端100也可不安装操作系统。本技术对车载终端100的具体类型、是否安装操作系统、所安装的
操作系统均不作限制。
78.可选的，服务器200可以是云服务器或者网络服务器等具有计算功能的设备或网络设备。服务器200可以是一台服务器，也可以分别是由多台服务器组成的服务器集群，或者分别是一个云计算服务中心。
79.在一些实施例中，车载终端100与服务器200之间建立无线通信连接。服务器200通过该无线通信连接向车载终端100发送车载pwa配置数据。相应的，车载终端100接收服务器200发送的车载pwa配置数据，从而根据获取到的行车数据在车载pwa配置数据中匹配对应的车载pwa配置，配置车载pwa的运行环境。
80.在一些实施例中，车载终端100中配置有车载系统，车载系统作为车载终端100的控制中心，能够用于获取车载终端内一个或多个传感器发送的行车数据，从而实现根据行车数据匹配车载pwa配置数据。
81.示例性的，图3示出了车载终端100的一种结构示意图。
82.车载终端100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，usb)接口130，无线通信模块160，音频模块170，传感器模块180，按键190，马达191，指示器192，摄像头193，以及显示屏194等。
83.可以理解的是，本技术实施例示意的结构并不构成对车载终端100的具体限定。在本技术另一些实施例中，车载终端100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
84.处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，ap)，调制解调处理器，图形处理器(graphics processing unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，视频编解码器，数字信号处理器(digital signal processor，dsp)，基带处理器，和/或神经网络处理器(neural-network processing unit，npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
85.控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
86.处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
87.在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，i2c)接口，集成电路内置音频(inter-integrated circuit sound，i2s)接口，脉冲编码调制(pulse code modulation，pcm)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，uart)接口，移动产业处理器接口(mobile industry processor interface，mipi)，通用输入输出(general-purpose input/output，gpio)接口，用户标识模块(subscriber identity module，sim)接口，和/或通用串行总线(universal serial bus，usb)接口等。
88.mipi接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。mipi接
口包括摄像头串行接口(camera serial interface，csi)，显示屏串行接口(display serial interface，dsi)等。在一些实施例中，处理器110和摄像头193通过csi接口通信，实现车载终端100的拍摄功能。处理器110和显示屏194通过dsi接口通信，实现车载终端100的显示功能。
89.usb接口130是符合usb标准规范的接口，具体可以是mini usb接口，micro usb接口，usb type c接口等。usb接口130可以用于连接充电器为车载终端100充电，也可以用于车载终端100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他终端设备，例如ar设备等。
90.可以理解的是，本技术实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对车载终端100的结构限定。在本技术另一些实施例中，车载终端100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
91.车载终端100的无线通信功能可以通过天线，无线通信模块160，调制解调处理器以及基带处理器等实现。
92.天线用于发射和接收电磁波信号。车载终端100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
93.无线通信模块160可以提供应用在车载终端100上的包括无线局域网(wireless local area networks，wlan)(如无线保真(wireless fidelity，wi-fi)网络)，蓝牙(bluetooth，bt)，全球导航卫星系统(global navigation satellite system，gnss)，调频(frequency modulation，fm)，近距离无线通信技术(near field communication，nfc)，红外技术(infrared，ir)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线转为电磁波辐射出去。
94.在一些实施例中，车载终端100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，gsm)，通用分组无线服务(general packet radio service，gprs)，码分多址接入(code division multiple access，cdma)，宽带码分多址(wideband code division multiple access，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)，北斗卫星导航系统(beidou navigation satellite system，bds)，准天顶卫星系统(quasi-zenith satellite system，qzss)和/或星基增强系统(satellite based augmentation systems，sbas)。
95.车载终端100通过gpu，显示屏194，以及应用处理器等实现显示功能。gpu为图像处理的微处理器，连接显示屏194和应用处理器。gpu用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个gpu，其执行程序指令以生成或改变显示信息。
96.显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液
晶显示屏(liquid crystal display，lcd)，例如采用有机发光二极管(organic light-emitting diode，oled)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，amoled)，柔性发光二极管(flex light-emitting diode，fled)，mini-led，micro-led，micro-oled，量子点发光二极管(quantum dot light emitting diodes，qled)等生产制造。在一些实施例中，车载终端100可以包括1个或n个显示屏194，n为大于1的正整数。
97.在一些实施例中，车载终端100在显示屏194上显示车载pwa图标，用户可根据需求操作对应的车载pwa图标启动车载pwa。车载终端100在检测到用户启动车载pwa的操作后，获取当前行车数据，以匹配对应的车载pwa配置。之后，根据车载pwa配置完成车载pwa运行环境的配置。在显示屏194上显示渲染后的网页，使得该显示过程适应于当前车载场景。如光线较暗，可放大显示字体等。
98.摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，ccd)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给isp转换成数字图像信号。isp将数字图像信号输出到dsp加工处理。dsp将数字图像信号转换成标准的rgb，yuv等格式的图像信号。在一些实施例中，车载终端100可以包括1个或n个摄像头193，n为大于1的正整数。
99.外部存储器接口120可以用于连接外部存储卡，例如micro sd卡，实现扩展车载终端100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
100.内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储车载终端100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，ufs)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行车载终端100的各种功能应用以及数据处理。
101.在一些实施例中，车载终端100在获取到行车数据和车载pwa配置数据后，可将行车数据和车载pwa配置数据存储到内部存储器121中。这样，在需要应用时，可从内部存储器121中获取到相应的数据。
102.音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。车载终端100可以通过音频模块170，例如音乐播放，录音等。音频模块170可以包括扬声器，受话器，麦克风，耳机接口，以及应用处理器等实现音频功能。
103.传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。
104.触摸传感器，也称“触控器件”。触摸传感器可以设置于显示屏194，由触摸传感器与显示屏194组成触摸屏，也称“触控屏”。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器也可以设置于车载终端100的表面，与显示屏194所处的位置不同。
105.按键190包括方控键，开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。车载终端100可以接收按键输入，产生与车载终端100的用户设置以及功能控制有关的键信号输入。
106.以下以车载终端100包括车载系统和浏览器客户端，服务器200为浏览器云端，车载pwa为地图应用为例，对本技术实施例提供的车载应用自适应配置方法进行说明。
107.需要说明的是，浏览器客户端安装于车载终端100中，是浏览器应用。在本技术实施例中为了便于说明，将车载系统和浏览器客户端划分为两个虚拟模块，在一些实施例中，车载系统和浏览器客户端可为一个虚拟模块。如车载系统作为车载终端100的中控系统，浏览器客户端安装于车载系统中，即车载系统包括浏览器客户端，对此下文不再说明。
108.在一些实施例中，不同车载场景会产生不同的行车数据，不同车载pwa配置能够在不同的车载场景中为用户提供更好的使用体验。因此，浏览器客户端在确定车载系统需要启动车载pwa时，可根据获取到的行车数据配置车载pwa。
109.如下分别介绍浏览器客户端获取行车数据和车载pwa配置数据的过程。
110.可选的，图4为本技术实施例提供的行车数据获取方法的流程示意图。如图4所示，该方法包括如下步骤。
111.s401、车载pwa管理单元获取行车数据。
112.在一些实施例中，行车数据包括天气情况、日夜间情况、路况、车速、光线情况等中的一项或几项。如图3所示车载终端100中配置有传感器模块180，传感器模块180可用于检测车辆行驶过程中的行车数据。或者，车载系统可获取到与其相连的其他电子设备(如手机)发送的行车数据。
113.示例性的，如图5所示，车载系统中包括行车数据采集单元501，用于采集车辆行驶过程中检测到的行车数据。如车辆可配置加速度传感器，能够用于确定车辆是否处于行驶过程中，以及测量车速，进一步的还可以根据车速判断路况(如路况较差会导致车速降低等)或地图app同步路况情况；车辆还可配置雨量传感器或者天气应用，或者其它app，能够用于确定天气情况；车辆还可配置环境光传感器，能够用于测量环境光线，还可根据环境光线确定日夜间情况；车辆还可配置时钟应用或终端的时间，用于确定时间信息，进而确定日夜间情况；车辆还可以配置地图应用，能够用于确定路况。
114.行车数据采集单元501能够获取到车辆中各个传感器发送的检测信号，根据监测信号确定车辆的行车数据。比如，行车数据采集单元501根据雨量传感器发送的检测信号，确定当前天气情况为雨天。又比如，行车数据采集单元501根据时钟应用发送的信息或根据环境光传感器发送的检测信号，确定当前处于日间。再比如，行车数据采集单元501根据加速度传感器发送的检测信号，确定当前路况通畅，车速为(90-12)千米/时(km/h)等。
115.另一方面，行车数据采集单元501通过终端设备或者车载系统中相关的app或相关的采集模块获得的数据获得。例如上述的天气情况、日夜间情况、路况、车速、光线情况等中
的一项或几项可以通过电子设备或者车载系统中相关的app采集的数据获得。其中，电子设备为与车载终端建立通信连接的设备。
116.在一些实施例中，车载系统中包括车载pwa管理单元，用于管理车载pwa。车载pwa运行环境的确定需要行车数据，因此车载pwa应用管理单元向行车数据采集单元请求获取行车数据。
117.示例性的，如图5所示，车载系统中包括车载pwa管理单元502，车载pwa应用管理单元502向行车数据采集单元501请求获取行车数据。
118.s402、车载pwa管理单元向浏览器客户端发送行车数据。
119.在一些实施例中，车载pwa管理单元在获取到行车数据后，可将行车数据发送到浏览器客户端。相应的，浏览器客户端接收车载pwa管理单元发送的行车数据。
120.示例性的，如图5所示，车载pwa应用管理单元502在获取到行车数据后，向浏览器客户端发送行车数据。如图5所示，浏览器客户端中可包括车载pwa智能化控制单元504，用于确定车载pwa的运行环境。如确定是否开启智能化车载pwa体验，匹配对应的车载pwa配置。
121.可选的，车载pwa管理单元502按照预设周期或者行车数据变化情况，通过js接口向车载pwa智能化控制单元504发送行车数据。相应的，智能化控制单元504通过js接口接收行车数据。
122.比如，车载pwa管理单元502通过vehiclesjsinterface接口向车载pwa智能化控制单元504发送行车数据设置命令(setvehiclesinfo)，在行车数据设置命令中携带车载系统名字(vehiclesystemname)和行车数据(vehiclesinfo)。其中，行车数据可包括天气情况(string weather)，如晴天、雨天等；车速(string speed)，单位为km/h；日夜间情况(string dayornight)。如日间、夜间；路况(string roadconditions)，如良好、拥堵等。
123.s403、浏览器客户端保存行车数据。
124.在一些实施例中，浏览器客户端接收到行车数据后，保存行车数据，便于后续匹配车载pwa配置的过程中调用行车数据。
125.示例性的，如图5所示，浏览器客户端中的车载pwa智能化控制单元504接收到车载pwa管理单元通过js接口发送的行车数据(vehiclesinfo)后，将vehiclesinfo转化成本地行车数据(vehicledatalocal)对象后发送到存储单元505。相应的，存储单元505接收vehicledatalocal对象后，将vehicledatalocal对象保存到vehiclespwaconfig.xml文件中。
126.可选的，存储单元505在首次接收到vehicledatalocal对象前，vehiclespwaconfig.xml文件中为空。后续，每次接收到vehicledatalocal对象后，会覆盖历史数据，即存储单元505中只保存最新的本地行车数据。
127.示例性的，如下示出一种浏览器客户端获取并保存的车载pwa管理单元发送的行车数据示例。其中，车载系统例如为“小七”，行车数据包括：晴天、车速100km/h、日间、路况通畅。
[0128][0129]
在一些实施例中，上述行车数据内容仅为一种示例性的说明，行车数据还可以包括其他数据。比如，车载系统一般配置有通话功能，用户可通过车载系统进行通话。那么，行车数据还可包括通话情况，通话情况用于表示用户是否正在通过车载系统进行通话。比如，在用户通话过程中，车载系统不提供语音服务，车载pwa也无法支持语音控制。
[0130]
示例性的，用户一般通过蓝牙耳机使用车载系统的通话功能，或者用过车载系统中的通话应用外放通话。那么车载系统可根据蓝牙功能是否正在被使用或通话应用是否正在被使用，确定用户是否正在通话，进而设置对应的行车数据。
[0131]
进一步的，此类突发场景的行车数据，车载系统中的车载pwa管理单元可不必按照周期发送给浏览器客户端，而是在突发场景的起始时刻和结束时刻向浏览器客户端发送对应的行车数据。
[0132]
比如，在通话开始时刻，车载pwa管理单元向浏览器客户端发送如下示例的行车数据，浏览器客户端可根据该行车数据确定用户正在通话(对应于字段“on the telephone：yes”)。
[0133]
可选的，在该行车数据中可包括上述如天气等行车数据，也可不包括上述如天气等行车数据。
[0134][0135]
之后，在通话结束后，车载pwa管理单元可再次向浏览器客户端发送包括通话情况的行车数据，该行车数据如下示例。浏览器客户端可将该行车数据覆盖上述行车数据中对应内容，即更新通话情况。
[0136][0137]
这样，能够避免由于行车数据发送不及时导致后续浏览器客户端匹配车载pwa配置出现异常，影响用户使用。
[0138]
需要说明的是，浏览器客户端可根据获取到的新的行车数据中的内容，更新存储单元中保存的旧的行车数据中对应的内容。如上述通话情况对应的行车数据示例，如通话结束后车载系统向浏览器客户端发送的行车数据中只包括通话情况。那么，浏览器客户端可根据更新后的通话情况覆盖原通话情况，而不更新其他行车数据。
[0139]
可选的，车载系统中的车载pwa管理单元每次发送的行车数据可包括全部选项内容(如上述示例的天气情况、日夜间情况、路况、车速、通话情况)，从而避免浏览器客户端再对旧的行车数据的更新内容进行确认，以降低功耗。
[0140]
由此，浏览器客户端通过上述方法获取行车数据，下面对获取车载pwa配置的方法进行介绍。
[0141]
可选的，图6为本技术实施例提供的车载pwa配置数据获取方法的流程示意图。如图6所示，该方法包括如下步骤。
[0142]
s601、浏览器云端获取车载pwa配置数据。
[0143]
在一些实施例中，车载pwa配置数据中包括行车数据和不同行车数据对应的车载pwa配置。不同车企的配置人员可根据需求，确定不同车载系统的车载pwa配置数据。比如，不同的车载系统的定位以及提供的用户体验不同(如主推安全性、主推速度、适用于老年人驾驶等)，配置人员由此可自定义设置不同行车数据对应的车载pwa配置，完成车载pwa配置数据的配置。
[0144]
示例性的，如下表1所示的车载pwa配置数据，配置人员配置车载系统1在晴天、日间、路况通畅、车速在(90-120)km/h的情况下，车载pwa配置为音量50分贝、字体大小为12pt、不支持语音导航。
[0145]
表1
[0146][0147]
需要说明的是，上表1中车载pwa配置数据中语音导航为可选项，配置人员可不配置该项内容。此外，本技术实施例以车载pwa为地图应用为例进行说明，因此车载pwa配置中包括语音导航选项，该选项也可设置为语音能力，对此本技术实施例不做具体限制。
[0148]
可选的，如下表2所示，车载pwa配置数据中包括的行车数据中设置包括通话情况，那么对应的车载pwa配置可包括语音导航选项。如配置通话情况为是的情况下，对应的车载pwa不支持语音导航；通话情况为否的情况下，对应的车载pwa支持语音导航。从而避免出现由于音频通道被通话占用导致的语音导航失败的问题。
[0149]
表2
[0150][0151]
示例性的，配置人员登录配置界面，在配置界面上传或修改车载pwa配置数据(如上表1或上表2所示内容)。如图5所示，浏览器云端包括车载pwa配置管理单元506，用于管理浏览器云端通过配置界面接收到的车载pwa配置数据。
[0152]
s602、浏览器客户端向浏览器云端发送车载pwa配置数据下载请求。
[0153]
s603、浏览器云端根据车载pwa配置数据下载请求，向浏览器客户端发送车载pwa配置数据。
[0154]
在一些实施例中，在步骤s602和步骤s603中，浏览器客户端按照预设周期(如一小时)向浏览器云端发送车载pwa配置数据下载请求，用于请求下载车载pwa配置数据。相应的，浏览器云端根据车载pwa配置数据下载请求，向浏览器客户端发送车载pwa配置数据。
[0155]
可选的，车载pwa配置数据下载请求中携带有车载终端的标识、或者车辆的设备标识、或者其他用于区分不同车载终端的标识。浏览器云端根据车载pwa配置数据下载请求中携带的标识，向浏览器客户端发送该标识对应的车载pwa配置数据。从而满足不同车载终端的定位需求。
[0156]
需要说明的是，浏览器云端还可以按照预设周期或者确定车载pwa配置数据更新后，主动向浏览器客户端发送车载pwa配置数据。
[0157]
可选的，浏览器云端将车载pwa配置数据封装在云端车载pwa配置(vehiclespwaconfigcloud)对象中后，发送至浏览器客户端。
[0158]
示例性的，如图5所示，浏览器客户端中的车载pwa智能化控制单元504获取车载pwa配置管理单元506发送的车载pwa配置数据。如下表3所示，示例性的示出一种浏览器客户端获取到的车载系统(如“小七”)的车载pwa配置数据。
[0159]
表3
[0160][0161]
s604、浏览器客户端保存车载pwa配置数据。
[0162]
在一些实施例中，浏览器客户端接收到车载pwa配置数据后，保存车载pwa配置数据，便于后续匹配车载pwa配置的过程中调用车载pwa配置数据。
[0163]
示例性的，如图5所示，浏览器客户端中的车载pwa智能化控制单元504接收到浏览器云端车载pwa配置管理单元506发送的vehiclespwaconfigcloud对象后，将vehiclespwaconfigcloud对象发送到存储单元505。相应的，存储单元505接收vehiclespwaconfigcloud对象后，将其保存在预设分享(sharepreferences)文件中，文件名字为vehiclespwaconfig.xml。
[0164]
可选的，存储单元505在首次接收到vehiclespwaconfigcloud对象前，vehiclespwaconfig.xml文件中为空。后续，每次接收到vehiclespwaconfigcloud对象后，会覆盖历史数据，即存储单元505中只保存最新的车载pwa配置数据。
[0165]
示例性的，如下示出一种浏览器客户端获取并保存的车载pwa数据示例。
[0166][0167][0168]
由此，浏览器客户端可通过上述方法获取到行车数据和车载pwa配置数据。下面介绍在车辆行驶过程中，车载pwa自适应配置方法。
[0169]
示例性的，图7为本技术实施例提供的车载应用自适应配置方法的流程示意图。如图7所示，该方法包括如下步骤。
[0170]
s701、车载pwa管理单元检测到用户指示启动车载pwa的操作。
[0171]
在一些实施例中，如图5所示，响应于用户点击车载pwa图标的操作，车载系统中的车载pwa管理单元可获取到该点击操作，确定用户指示启动该车载pwa。
[0172]
示例性的，如图8中(a)所示界面801，车载pwa管理单元检测到用户点击地图应用图标81的操作后，确定启动地图应用图标81对应的地图应用。
[0173]
s702、车载pwa管理单元向浏览器客户端发送运行请求。
[0174]
在一些实施例中，车载pwa管理单元在确定用户指示启动车载pwa应用后，向浏览器客户端发送运行请求，用于请求运行环境，如包括网页页面数据等。
[0175]
示例性的，基于步骤s701中所述的图8中(a)所示场景，如图5所示，车载pwa管理单元502确定地图应用为车载pwa，向浏览器客户端中的车载pwa智能化控制单元504发送运行请求。
[0176]
s703、浏览器客户端根据行车数据和车载pwa配置数据，确定车载pwa运行环境。
[0177]
在一些实施例中，浏览器客户端可获取行车数据和车载pwa配置数据，自适应的确定与行车数据匹配的车载pwa配置，进而确定车载pwa运行环境。可选的，浏览器客户端可获取存储单元中存储的行车数据和车载pwa配置数据；或者，浏览器客户端根据运行请求，可触发主动获取行车数据和/或车载pwa配置数据。比如，浏览器客户端向车载系统请求获取行车数据，以及向浏览器云端请求获取车载pwa配置数据。又比如，浏览器客户端向车载系统请求获取行车数据，以及从存储单元中获取存储的车载pwa配置数据。再比如，浏览器客户端从存储单元中获取存储的行车数据，以及向浏览器云端请求获取车载pwa配置数据。
[0178]
示例性的，如图5所示，浏览器客户端中的车载pwa智能化控制单元504在接收到车载系统中的车载pwa管理单元502发送的车载pwa运行请求后，可从存储单元505中获取到存储的行车数据和车载pwa配置数据，之后可根据行车数据匹配对应的车载pwa配置。
[0179]
比如，存储单元505保存有如上述图6所示步骤s604中所述的车载pwa配置数据。以及对应于上述图4所示步骤s403，存储单元505中还保存有如下示例的行车数据示例一(如通过上述图4中所述的步骤s403保存的行车数据)。那么，浏览器客户端根据下述行车数据示例一，在步骤s604中所述的车载pwa配置数据中匹配对应的车载pwa配置(如确定车载pwa配置数据中与存储的行车数据相同的行车数据字段对应的功能命令字段内容)。如确定对应的车载pwa配置为音量大小为50分贝，字体大小为12pt，不支持语音导航。如该车载pwa配置对应的显示界面为如图8中(b)所示界面802。
[0180]
行车数据示例一：
[0181][0182]
[0183]
又比如，如下述示例的行车数据示例二(如通过上述图4中所述的步骤s403保存的行车数据)，车载pwa智能化控制单元504，在步骤s604中所述的车载pwa配置数据中匹配对应的车载pwa配置，如匹配到对应的车载pwa配置为音量大小为30分贝，字体大小为15pt，支持语音导航。如该车载pwa配置对应的显示界面为如图8中(c)所示界面803。
[0184]
行车数据示例二：
[0185][0186]
需要说明的是，浏览器客户端中只会保存上述行车数据示例一和行车数据示例二中的一份行车数据，即新获取到的行车数据会覆盖历史数据。上述行车数据示例一和行车数据示例二仅为用于说明车载pwa配置的匹配过程。
[0187]
s704、浏览器客户端提供运行环境，并渲染网页。
[0188]
在一些实施例中，浏览器客户端匹配到车载pwa配置后，可根据车载pwa配置内容，设置相应的运行环境，并渲染网页。
[0189]
示例性的，如图5所示，浏览器客户端中的车载pwa智能化控制单元504在确定车载pwa配置后，确定当前运行环境是否需要调整，如音量大小、字体大小、是否支持语音导航是否需要调整。如需调整，通过车载pwa运行单元503调整相应的运行环境。
[0190]
s705、浏览器客户端向车载pwa管理单元发送车载pwa运行响应。
[0191]
在一些实施例中，浏览器客户端完成网页渲染后，向车载系统中的车载pwa管理单元发送车载pwa运行响应，车载pwa运行响应中携带渲染后的网页。
[0192]
示例性的，如图5所示，浏览器客户端中的车载pwa运行单元503用于向车载系统中的车载pwa管理单元502提供运行环境。
[0193]
s706、车载pwa管理单元运行车载pwa。
[0194]
在一些实施例中，车载系统中的车载pwa管理单元在接收到车载pwa运行响应后，可根据车载pwa运行响应中携带的内容，在获取的运行环境中运行，并显示渲染后的网页。
[0195]
示例性的，浏览器客户端先获取如上述步骤s703中所示的行车数据示例一。以如图8中(a)所示场景为例，浏览器客户端确定对应的车载pwa配置(如音量大小为50分贝，字体大小为12pt，不支持语音导航)后，为车载系统提供运行环境。相应的，车载系统可显示如图8中(b)所示界面802。
[0196]
之后，浏览器客户端又获取到如上述步骤s703中所示的行车数据示例二，可覆盖行车数据示例一。那么，仍以如图8中(a)所示场景为例，浏览器客户端确定对应的车载pwa配置(如音量大小为30分贝，字体大小为15pt，支持语音导航)后，为车载系统提供运行环境。相应的，车载系统可显示如图8中(c)所示界面803。
[0197]
这样，在雨天、车辆拥堵等的情况下，浏览器客户端获取到行车数据(如行车数据
示例二)后，如检测到用户指示启动车载pwa应用的操作，可自动将车载pwa应用的音量调低，避免影响用户注意周围车辆喇叭声。将网页页面显示的字体调大(如界面803显示字体大于界面802显示字体)，便于用户查看显示内容。并且，如界面803所示话筒标记82，车载pwa支持语音导航，避免用户由于手动输入内容，造成驾驶风险。
[0198]
如此，浏览器客户端可根据行车数据，自适应的完成车载pwa配置。从而保证车载pwa配置满足当前场景需求，降低驾驶员的驾驶风险，提升用户使用体验。
[0199]
在一些场景中，在上述如图7所示步骤s703之前，浏览器客户端还可确定当前场景是否为车载终端场景，以及确定pwa是否开启智能化运行体验。在确定为车载终端场景，以及已开启智能化运行体验后，可执行步骤s703。
[0200]
在一些实施例中，不同版本的浏览器应用中的配置参数或配置参数的取值不同，开发者可通过配置参数，定义不同的浏览器客户端版本。如在浏览器客户端中配置如下表4中所示的运行场景(runningscene)参数和智能化体验(intelligentexperience)参数。
[0201]
表4
[0202][0203]
可选的，pwa可运行在多种终端中，如车载终端、手机终端、pad终端等。因此，浏览器客户端接收到运行请求(如上述步骤s702)后，可先根据runningscene参数取值，确定当前pwa运行场景是否为车载终端场景。如浏览器客户端在确定为车载终端场景后，再确定车载pwa是否开启智能化运行体验，以为pwa提供相应的运行环境。
[0204]
示例性的，图9为本技术实施例提供的浏览器客户端接收到pwa运行请求后，确定运行环境的方法的流程图。如图9所示，该方法包括如下步骤。
[0205]
s901、浏览器客户端接收到pwa运行请求。
[0206]
可选的，步骤s901的内容可参考上述步骤s702的相关内容。
[0207]
s902、浏览器客户端确定运行场景(runningscene)参数取值。如取值为1，执行步骤s903；若取值不为1，执行步骤s904。
[0208]
s903、浏览器客户端确定pwa运行场景为车载终端场景。
[0209]
s904、浏览器客户端确定pwa运行场景不是车载终端场景，提供其他pwa运行环境。
[0210]
在一些实施例中，在步骤s902-步骤s904中，终端下载浏览器客户端后，浏览器客户端中预配置的runningscene参数会确定当前终端对应的取值，如上表4所示不同取值具有不同的含义。浏览器客户端在接收到pwa运行请求后，可根据runningscene取值，确定当前运行场景。如取值为1用于表示当前pwa(pwa和浏览器客户端运行场景相同)的运行场景为车载终端场景，取值为2用于表示当前pwa的运行场景为手机终端场景。如确定取值不为
1，可确定pwa运行场景不是车载终端运行场景，需要提供相应的pwa智能化运行体验，如取值为2，可确定提供手机终端的运行环境。
[0211]
s905、浏览器客户端确定智能化体验(intelligentexperience)参数取值。如取值为1，执行步骤s906；若取值为0，执行步骤s904。
[0212]
s906、浏览器客户端提供车载pwa智能化运行体验。
[0213]
在一些实施例中，在步骤s905和步骤s906中，浏览器客户端在确定pwa运行场景为车载终端场景后，可再确定pwa是否开启智能化体验(即是否能够自适应完成pwa配置)。比如，如上表4所示，确定intelligentexperience取值为1，可确定智能化体验开启；确定intelligentexperience取值为0，可确定智能化体验关闭。如确定智能化体验开启，可通过上述步骤s703所示方法，自适应的匹配车载pwa配置；如确定智能化体验关闭，可执行上述步骤s904，提供其他pwa运行环境。
[0214]
可选的，intelligentexperience取值可预配置在浏览器客户端中，即预配置浏览器应用是否支持pwa智能化运行。或者，浏览器客户端可根据用户设置，确定是否支持pwa智能化体验，并且设置对应的intelligentexperience取值。
[0215]
比如，用户通过系统设置界面或浏览器客户端中的设置界面，设置浏览器客户端是否支持pwa智能化体验，从而满足用户的个性化需求。
[0216]
在一些实施例中，浏览器客户端在接收到车载系统发送的车载pwa运行请求后，可向车载系统请求行车数据，或者车载系统在车载pwa运行请求中携带行车数据。并且，浏览器客户端在接收到车载系统发送的车载pwa运行请求后，向浏览器云端请求下载车载pwa配置数据。
[0217]
如此，浏览器客户端可根据最新获取到的行车数据和车载pwa配置数据，为车载pwa配置运行环境，更能保证配置的车载pwa运行环境满足当前行车数据要求，进一步保证驾驶员行车安全。
[0218]
如上介绍车载pwa启动过程中匹配对应的车载pwa配置，在车载pwa运行过程中，浏览器客户端也可根据行车数据和/或车载pwa配置数据，调整车载pwa的运行环境。
[0219]
在一些实施例中，浏览器客户端在为车载pwa提供运行环境的过程中(如车载系统正在显示车载pwa页面)，接收到行车数据和/或车载pwa配置数据。浏览器客户端可根据最新接收到的行车数据和/或车载pwa配置数据，调整当前运行的车载pwa的运行环境，保证车载pwa运行环境满足当前行车数据要求。
[0220]
比如，车载系统按照预设周期向浏览器客户端发送行车数据，浏览器客户端在接收到行车数据后，确定该行车数据与上一周期获取到的行车数据不同。那么，浏览器客户端可确定当前是否正在显示车载pwa。如浏览器客户端正在显示车载pwa，可获取存储单元中存储的车载pwa配置数据或者主动向浏览器云端请求下载车载pwa配置数据，进而根据最新获取的行车数据在获取到的车载pwa配置数据中匹配车载pwa配置，确定是否需要调整当前运行的pwa应用的运行环境。
[0221]
又比如，车载系统在确定行车数据发生变化后，向浏览器客户端发送行车数据。那么，浏览器客户端在获取到行车数据后，直接确定当前是否正在显示车载pwa。如浏览器客户端正在显示车载pwa，可获取存储单元中存储的车载pwa配置数据或者主动向浏览器云端请求下载车载pwa配置数据，进而根据最新获取的行车数据在获取到的车载pwa配置数据中
匹配车载pwa配置，确定是否需要调整当前运行的pwa应用的运行环境。
[0222]
又比如，浏览器客户端按照预设周期向浏览器云端请求下载车载pwa配置数据，浏览器客户端在接收到车载pwa配置数据后，确定该车载pwa配置数据与上一周期获取到的车载pwa配置数据不同。那么，浏览器客户端可确定当前是否正在显示车载pwa。如浏览器客户端正在显示车载pwa，浏览器客户端可从存储单元中获取行车数据或向车载系统请求获取行车数据，根据获取到的行车数据和最新获取到的车载pwa配置数据，确定是否需要调整当前运行的pwa应用的运行环境。
[0223]
再比如，浏览器云端确定车载pwa配置数据更新后，主动向浏览器客户端发送车载pwa配置数据。那么，浏览器客户端在获取到车载pwa配置数据后，直接确定当前是否正在显示车载pwa。如浏览器客户端正在显示车载pwa，可从存储单元中获取行车数据或向车载系统请求获取行车数据，根据获取到的行车数据和最新获取到的车载pwa配置数据，确定是否需要调整当前运行的pwa应用的运行环境。
[0224]
示例性的，浏览器客户端显示如图8中(b)所示的地图应用界面802的过程中，接收到行车数据，确定该行车数据与上一次获取到的行车数据不同。那么，浏览器客户端可根据该最新接收到的行车数据在车载pwa数据中匹配车载pwa配置。如根据此次确定的车载pwa配置，浏览器客户端显示如图8中(c)所示的地图应用界面803。界面803相对于界面802显示字体变大，且支持语音导航，实现浏览器客户端根据行车数据自适应调整地图应用的运行环境。
[0225]
如此，浏览器客户端可根据最新获取到的行车数据和车载pwa配置数据，自适应的为车载pwa配置运行环境，更能保证配置的车载pwa运行环境满足当前行车数据要求，进一步保证驾驶员行车安全。
[0226]
可选的，在上述场景中，浏览器客户端也可不改变当前运行的车载pwa的运行环境，而是在用户指示启动新的车载pwa后，再自适应的调整车载pwa的运行环境。从而避免突然变化的运行环境影响用户操作，造成行车危险。
[0227]
在一些实施例中，车载pwa配置数据中包括音量大小、字体大小、语音导航中的一项或几项。此外，车载pwa配合数据中还可以包括显示界面比例尺信息。
[0228]
比如，车载pwa为地图应用，配置人员可配置不同行车数据对应的不同显示界面比例尺信息。如设置行车状况较差的情况下的行车数据，对应较大的显示比例尺。这样使得车载系统能够显示更加详细的路况信息，帮助驾驶员更加清晰的确定当前路况情况，从而保证行车安全。
[0229]
需要说明的是，上述各个实施例以车载pwa为地图应用为例，对本技术实施例提供的车载应用自适应配置方法进行说明。其他车载应用的配置方法均可参考上述各个实施例的相关内容，本技术不限制车载pwa的类型。
[0230]
可选的，不同车载pwa的车载pwa配置数据可以相同或不相同。如不同车载pwa的车载pwa配置数据相同，浏览器客户端响应于用户启动车载pwa的操作，获取车载pwa配置数据和行车数据，显示该车载pwa界面。或者，不同车载pwa的车载pwa配置数据不相同，配置人员可根据车载pwa的功能等信息配置不同的车载pwa配置数据，如音乐应用不支持语音导航功能，在音乐应用的车载pwa配置数据中可不配置是否支持语音导航的数据。响应于用户启动车载pwa的操作，浏览器客户端确定获取行车数据，以及当前车载pwa对应的车载pwa配置数
据，显示该车载pwa界面。
[0231]
比如，车载pwa为音乐应用。响应于用户的启动操作，浏览器客户端获取行车数据和车载pwa配置数据，确定当前车载pwa配置为音量为50分贝，字体大小为12pt，根据该车载pwa配置，显示音乐播放界面。之后，行车数据发生变化(如路况由通畅变为拥堵)，浏览器客户端获取到变化后的行车数据，确定当前行车数据对应的车载pwa配置为音量为30分贝，字体大小为15pt，显示音乐播放界面。这样，降低的音乐音量，放大的显示字体，保证了驾驶员在变差的交通环境中的行车安全。示例性的，图10为本技术实施例提供的车载应用自适应配置方法流程示意图。如图10所示，该方法包括如下步骤。
[0232]
s1001、获取第一行车数据。
[0233]
在一些实施例中，第一行车数据包括如下一项或几项：天气情况、日夜间情况、路况、车速、通话情况、光线情况。
[0234]
在一些实施例中，车载终端检测到启动车载渐进式网页应用的操作后，获取第一行车数据。或者，车载终端按照第二周期获取第一行车数据。或者，在行车数据发生变化时，更新第一行车数据。
[0235]
示例性的，如图5所示，车载终端(如为车载系统)中的车载pwa管理单元502检测到用户启动车载渐进式网页应用的操作，向行车数据采集单元501请求获取行车数据。行车数据采集单元501根据请求，实时采集行车数据后发送到车载pwa管理单元502。车载pwa管理单元502再将获取到的行车数据发送到浏览器客户端。这样，保证后续车载渐进式网页应用显示界面的显示满足当前实时行车环境的需求。
[0236]
又示例性的，如图5所示，车载终端(如为车载系统)中的浏览器客户端按照预设周期(如第二周期)获取车载pwa管理单元502发送的行车数据。之后，浏览器客户端将采集到的行车数据发送到存储单元505中进行存储，存储单元505接收到行车数据后，利用新获取到的行车数据更新历史行车数据。这样，后续车载终端中的浏览器客户端确定需要使用行车数据的情况下，可以直接从存储单元505中获取到相应的行车数据。
[0237]
再示例性的，如图5所示，车载终端(如为车载系统)中的车载pwa管理单元502获取行车数据采集单元501采集到的行车数据，确定行车数据与历史行车数据发生变化，将变化后的行车数据发送到浏览器客户端。这样，浏览器客户端根据获取到的行车数据，更新存储单元存储505的历史行车数据。
[0238]
在一些实施例中，车载终端确定浏览器应用的运行场景为车载终端场景，并已开启智能化体验后，获取第一行车数据。
[0239]
示例性的，浏览器客户端中预置配置参数。浏览器客户端在检测到用户启动车载渐进式网页应用的操作后，根据预置配置参数取值，确定浏览器客户端运行场景是否为车载终端场景，以及是否启动智能化体验。如果均为是，浏览器客户端可获取行车数据，根据行车数据自适应的调整车载渐进式网页应用的运行环境。
[0240]
s1002、根据第一行车数据，显示第一界面，第一界面的显示配置为第一车载配置。
[0241]
在一些实施例中，车载终端如需显示车载渐进式网页应用的第一界面，除了获取第一行车数据之外，还需要获取到车载配置数据。可选的，车载终端获取存储在存储单元中的车载配置数据。其中，存储单元按照第一周期更新车载配置数据。或者，响应于启动车载渐进式网页应用的操作，车载终端向服务器请求获取车载配置数据。
[0242]
需要说明的是，本技术实施例不限制行车数据和车载配置获取的先后顺序。比如，车载终端可响应于用户启动车载渐进式网页应用的操作，同时获取行车数据和车载数据；或者，先获取行车数据，再获取车载配置数据；或者，先获取车载配置数据，再获取行车数据。
[0243]
在一些实施例中，车载终端在车载配置数据中匹配第一行车数据对应的第一车载配置。并根据第一车载配置，显示车载渐进式网页应用的第一界面。
[0244]
比如，车载终端根据第一车载配置，配置车载渐进式网页应用显示第一界面的过程中的音量大小、字体大小、是否支持语音导航中的一项或几项。
[0245]
示例性的，车载配置数据包括预置行车数据和预置行车数据对应的预置车载配置。车载终端在预置行车数据中，匹配与第一行车数据相同的目标预置行车数据，确定与目标预置行车数据对应的预置车载配置中的第一车载配置。
[0246]
如此，车载终端能够根据行车数据在预置的车载配置数据中，匹配与当前行车数据相同的预置行车数据对应的车载配置。之后，车载终端根据该车载配置，显示车载渐进式网页应用的界面。从而使得显示界面与当前行车数据匹配，满足用户的使用需求，提升用户使用体验。
[0247]
s1003、获取第二行车数据，第一行车数据不同于第二行车数据。
[0248]
在一些实施例中，第二行车数据包括如下一项或几项：天气情况、日夜间情况、路况、车速、通话情况、光线情况。
[0249]
可选的，步骤s1003的其他内容可参考上述步骤s1001的相关内容，在此不再赘述。
[0250]
s1004、根据第二行车数据，显示第二界面，第二界面的显示配置为第二车载配置。其中，第一界面和第二界面为同一车载渐进式网页应用的界面，第一车载配置不同于第二车载配置。
[0251]
在一些实施例中，第一界面和第二界面为车载渐进式网页应用相同的功能页面，该功能页面对应于车载渐进式网页应用的功能。比如，车载渐进式网页应用为地图应用，第一界面和第二界面均为地图应用中的导航功能页面。又比如，车载渐进式网页应用为音乐应用，第一界面和第二界面均为音乐应用中的音乐播放功能页面，显示有歌词。
[0252]
示例性的，如图8中(a)所示界面801，车载终端检测到用户点击地图应用图标81的操作后，确定启动地图应用图标81对应的地图应用。车载终端中的浏览器客户端获取第一行车数据和第一车载配置数据，根据第一行车数据在第一车载配置数据中匹配第一车载配置。之后，车载终端中的浏览器客户端根据第一车载配置，显示如图8中(b)所示的地图应用界面802。
[0253]
又示例性的，如图8中(a)所示界面801，车载终端检测到用户点击地图应用图标81的操作后，确定启动地图应用图标81对应的地图应用。车载终端中的浏览器客户端获取第二行车数据和第二车载配置数据，根据第二行车数据在第二车载配置数据中匹配第二车载配置。之后，车载终端中的浏览器客户端根据第二车载配置，显示如图8中(c)所示的地图应用界面803。
[0254]
再示例性的，浏览器客户端显示如图8中(b)所示的地图应用界面802的过程中，接收到行车数据，确定该行车数据与上一次获取到的行车数据不同。那么，浏览器客户端可根据该最新接收到的行车数据在车载数据中匹配车载配置。如根据此次确定的车载配置，浏
array，fpga)，可以是专用集成芯片(ap设备plication specific integrated circuit，asic)，还可以是系统芯片(system on chip，soc)，还可以是中央处理器(central processor unit，cpu)，还可以是网络处理器(network processor，np)，还可以是数字信号处理电路(digital signal processor，dsp)，还可以是微控制器(micro controller unit，mcu)，还可以是可编程控制器(programmable logic device，pld)或其他集成芯片。
[0268]
应理解，上述方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本技术实施例所公开的方法步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0269]
本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的车载应用自适应配置方法。
[0270]
本技术实施例还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的车载应用自适应配置方法。
[0271]
另外，本技术实施例还提供一种装置。该装置具体可以是组件或模块，该装置可包括相连的一个或多个处理器和存储器。其中，存储器用于存储计算机程序。当该计算机程序被一个或多个处理器执行时，使得装置执行上述各方法实施例中的车载应用自适应配置方法。
[0272]
其中，本技术实施例提供的装置、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法。因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
[0273]
结合本技术实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应地软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，ram)、闪存、只读存储器(read only memory，rom)、可擦除可编程只读存储器(erasable programmable rom，eprom)、电可擦可编程只读存储器(electrically eprom，eeprom)、寄存器、硬盘、移动硬盘、只读光盘(cd-rom)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(ap设备plication specific integrated circuit，asic)中。
[0274]
通过以上的实施方式的描述，本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明。实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成；即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0275]
在本技术所提供的几个实施例中，应该理解到，所揭露的方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的。例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块或单元的间接耦合或通信连
接，可以是电性，机械或其它的形式。
[0276]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0277]
计算机可读存储介质包括但不限于以下的任意一种：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0278]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。

技术特征：
1.一种车载应用自适应配置方法，其特征在于，应用于车载终端，所述方法包括：获取第一行车数据；根据所述第一行车数据，显示第一界面，所述第一界面的显示配置为第一车载配置；获取第二行车数据；根据所述第二行车数据，显示第二界面，所述第二界面的显示配置为第二车载配置；其中，所述第一行车数据不同于所述第二行车数据，所述第一界面和所述第二界面为同一车载渐进式网页应用的界面，所述第一车载配置不同于所述第二车载配置。2.根据权利要求1所述的方法，其特征在于，在所述根据所述第一行车数据，显示第一界面之前，所述方法还包括：获取车载配置数据；所述根据所述第一行车数据，显示第一界面，包括：根据所述车载配置数据匹配所述第一行车数据对应的第一车载配置；根据所述第一车载配置，显示所述车载渐进式网页应用的所述第一界面。3.根据权利要求2所述的方法，其特征在于，所述获取车载配置数据，包括：获取存储在存储单元中的车载配置数据；其中，所述存储单元按照第一周期从服务器更新所述车载配置数据；或者，响应于启动所述车载渐进式网页应用的操作，向服务器请求获取所述车载配置数据。4.根据权利要求2或3所述的方法，其特征在于，所述车载配置数据包括预置行车数据和所述预置行车数据对应的预置车载配置，所述根据所述车载配置数据匹配所述第一行车数据对应的第一车载配置，包括：在所述预置行车数据中，匹配与所述第一行车数据相同的目标预置行车数据；确定与所述目标预置行车数据对应的所述预置车载配置中的所述第一车载配置。5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一车载配置包括显示所述第一界面过程中的音量大小、字体大小、是否支持语音导航中的一项或几项。6.根据权利要求1-5任一项所述的方法，其特征在于，所述获取第一行车数据，包括：检测到启动所述车载渐进式网页应用的操作，获取所述第一行车数据；或者，按照第二周期获取所述第一行车数据；或者，在行车数据发生变化时，更新所述第一行车数据。7.根据权利要求1-6任一项所述的方法，其特征在于，在所述根据所述第一行车数据，显示第一界面之前，所述方法还包括：确定浏览器应用的运行场景为车载终端场景，并已开启智能化体验。8.根据权利要求1-7任一项所述的方法，其特征在于，所述第一行车数据或所述第二行车数据包括如下一项或几项：天气情况、日夜间情况、路况、车速、通话情况、光线情况。9.根据权利要求1-8任一项所述的方法，其特征在于，所述第一界面和所述第二界面为所述车载渐进式网页应用相同的功能页面。10.一种车载终端，其特征在于，所述车载终端包括：显示屏、处理器和存储器，所述显示屏和所述存储器与所述处理器耦合，所述存储器用于存储计算机可读指令，当所述处理器从所述存储器中读取所述计算机可读指令，使得所述车载终端执行如权利要求1-9中任
意一项所述的方法。11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机程序，当所述计算机程序在车载终端上运行时，使得所述车载终端执行如权利要求1-9中任意一项所述的方法。12.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-9中任意一项所述的方法。

技术总结
本申请提供车载应用自适应配置方法及车载终端，涉及终端技术领域。本申请中车载终端根据获取到的行车数据，显示车载应用界面。使得显示的车载应用的显示配置适应于当前的行车数据，车载系统根据行车数据，自适应的匹配适用于当前车载场景的车载PWA配置，使得车载PWA配置更能满足用户需求，提升用户使用体验。该方法包括：车载终端获取第一行车数据，显示配置为第一车载配置的第一界面。车载终端获取第二行车数据，显示配置为第二车载配置的第二界面。其中，第一行车数据不同于第二行车数据，第一界面和第二界面为同一车载应用的界面，第一车载配置不同于第二车载配置。一车载配置不同于第二车载配置。一车载配置不同于第二车载配置。


技术研发人员：杨娇
受保护的技术使用者：华为技术有限公司
技术研发日：2022.03.25
技术公布日：2023/10/8