针对车辆的仿真测试方法、装置和设备与流程

1.本技术涉及智能驾驶领域，尤其涉及一种针对车辆的仿真测试方法、装置和设备。


背景技术：

2.在智能驾驶领域中，智能驾驶实现的整体架构复杂，而且算法软件更新迭代速度很快，所以全面、高效的仿真测试方法尤其重要。
3.现有技术中，采用硬件在环(hardware-in-the-loop，简称hil)的仿真测试方法，构造接近实车状态的硬件、软件模型，对车辆的智能驾驶进行仿真测试。
4.然而现有技术中，对硬件在环的仿真测试方法对硬件设备要求较高，搭建模型较复杂，无法实现快速准确的仿真模拟。


技术实现要素：

5.本技术提供一种针对车辆的仿真测试方法、装置和设备，用以解决无法快速准确的实现对车辆的仿真模拟的问题。
6.第一方面，本技术提供一种针对车辆的仿真测试方法，所述方法应用于终端设备，所述方法包括：
7.在预设仿真场景中对车辆模型进行初始化行车模拟处理，生成车辆信息，其中，所述车辆信息表征所述车辆模型在所述预设仿真场景中的行车信息；
8.对所述车辆信息进行数据转换处理，生成所述车辆信息对应的报文数据；
9.基于运行的域控制器软件集成包，对所述报文数据进行逻辑计算处理，输出控制指令，并基于所述控制指令对所述车辆模型进行仿真运动控制。
10.在可选的一种实施方式中，所述预设仿真测试场景中包括所述车辆模型所处的道路场景以及交通流场景；所述车辆模型中设置有传感器模型；所述车辆信息包括所述车辆模型在所述预设仿真场景中的行车感知信息以及所述车辆模型的行车参数信息；在预设仿真场景中对车辆模型进行初始化行车模拟处理，生成车辆信息，包括：
11.根据预设初始化参数，控制所述车辆模型在所述道路场景和所述交通流场景中进行初始化行车模拟处理；
12.确定所述传感器模型在所述初始化行车模拟过程中所感知的行车感知信息，并确定所述车辆模型的在所述初始化行车模拟过程中的行车参数信息。
13.在可选的一种实施方式中，对所述车辆信息进行数据转换处理，生成所述车辆信息对应的报文数据，包括：
14.基于预设应用程序接口，获取所述行车感知信息和所述行车参数信息；
15.基于预设模型，对所述行车感知信息和所述行车参数信息进行报文转换处理，生成所述车辆信息对应的报文数据。
16.在可选的一种实施方式中，所述行车感知信息包括以下的一种或多种：道路信息、障碍物信息、交通标识信息；
17.所述行车参数信息包括车辆运行速度信息，和/或，车辆制动信息。
18.在可选的一种实施方式中，基于运行的域控制器软件集成包，对所述报文数据进行逻辑计算处理，输出控制指令，包括：
19.调度运行的所述域控制器软件集成包，根据所述域控制器软件集成包中集成的逻辑算法对所述报文数据进行逻辑计算，生成并输出所述控制指令。
20.在可选的一种实施方式中，所述终端设备配置有虚拟系统，在所述虚拟系统中搭载有开源应用容器引擎，所述开源应用容器引擎用于存放所述域控制器软件集成包运行所依赖的镜像文件，并运行所述域控制器软件集成包。
21.在可选的一种实施方式中，所述方法还包括：
22.基于预设的人机交互界面，接收用户指令，所述用户指令用于控制所述域控制器软件集成包开启所述逻辑算法中的功能模块或者关闭所述逻辑算法中的功能模块，其中，所述功能模块用于实现车辆智能驾驶功能。
23.在可选的一种实施方式中，所述方法还包括：
24.根据所述车辆模型执行所述控制指令后的车辆信息，确定所述逻辑算法的功能信息；
25.根据所述功能信息，优化所述逻辑算法。
26.第二方面，本技术提供一种针对车辆的仿真测试装置，所述装置应用于终端设备，所述装置包括：
27.模拟单元，用于在预设仿真场景中对车辆模型进行初始化行车模拟处理，生成车辆信息，其中，所述车辆信息表征所述车辆模型在所述预设仿真场景中的行车信息；
28.数据转换单元，用于对所述车辆信息进行数据转换处理，生成所述车辆信息对应的报文数据；
29.控制单元，用于基于运行的域控制器软件集成包，对所述报文数据进行逻辑计算处理，输出控制指令，并基于所述控制指令对所述车辆模型进行仿真运动控制。
30.第三方面，本技术提供一种终端设备，所述终端设备包括存储器和处理器；
31.所述存储器，用于存储计算机程序；
32.所述处理器，用于读取所述存储器存储的计算机程序，并根据所述存储器中的计算机程序执行如第一方面所述的针对车辆的仿真测试方法。
33.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如第一方面所述的针对车辆的仿真测试方法。
34.本技术提供的针对车辆的仿真测试方法、装置和设备，通过以下步骤：在预设仿真场景中对车辆模型进行初始化行车模拟处理，生成车辆信息，其中，所述车辆信息表征所述车辆模型在所述预设仿真场景中的行车信息；对所述车辆信息进行数据转换处理，生成所述车辆信息对应的报文数据；对所述报文数据进行逻辑计算处理，输出控制指令，并基于所述控制指令对所述车辆模型进行仿真运动控制，降低了模型构建的复杂度，减少了硬件平台的搭建，可以快速、准确的在一个终端设备上实现对车辆的整车仿真测试。
附图说明
35.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
36.图1为本技术实施例提供的一种针对车辆的仿真测试方法的流程图；
37.图2为本技术实施例提供的另一种针对车辆的仿真测试方法的流程图；
38.图3为本技术实施例提供的一种针对车辆的仿真测试框架示意图；
39.图4为本技术实施例提供的一种针对车辆的仿真测试装置的结构示意图；
40.图5为本技术实施例提供的一种终端设备的结构示意图；
41.图6为本技术实施例提供的一种终端设备的框图。
42.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
43.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
44.车辆智能驾驶实现的整体架构复杂，其中，域控制器是汽车每一个功能域的核心，主要由域主控处理器、操作系统和应用软件及集成算法等三部分组成，算法部分集成了感知算法、融合算法、规划算法、控制算法、数据流底层算法等，软件、算法更新迭代速度很快，所以全面、高效的仿真测试方法尤其重要。
45.一个示例中，目前主流的智能驾驶仿真测试方法主要有两种：第一种是软件在环(software in the loop，简称sil)仿真：基于可视化仿真工具，例如simulink软件搭建模型进行开环仿真测试，或基于整车虚拟仿真软件与simulink模型联合开展闭环仿真测试。此方法对于算法验证以及算法自动转代码语言后的代码验证比较有效，但与最终实车搭载的软件包还存在较大差异，对于整体架构的数据流框架、中间件等无法验证。第二种是硬件在环仿真，该方法基于真实的域控制器软硬件搭载接近实车的仿真平台，用于验证智能驾驶系统中各个算法模块以及数据传输模块、底层控制逻辑等，此方法与最终实车基本相似，验证效果可靠，但对硬件需求较高，而且对于如此快速的软件迭代，对于开发来说使用硬件在环仿真，软件验证效率较低，无法满足研发需求。
46.因此本技术综合考虑到仿真测试全面覆盖性、硬件依赖性、验证效率等因素，提出一种针对车辆的仿真测试方法，无需另行构造硬件环境，在一个终端设备中实现对车辆的整车仿真测试。
47.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
48.图1为本技术实施例提供的一种针对车辆的仿真测试方法的流程图，方法应用于终端设备，如图1所示，该方法包括：
49.101、在预设仿真场景中对车辆模型进行初始化行车模拟处理，生成车辆信息，其中，车辆信息表征车辆模型在预设仿真场景中的行车信息。
50.示例性地，在整车仿真软件中预设一个仿真场景，在该预设场景下对车辆模型进行初始化行车模拟处理，即，给定车辆模型一个行车速度、一个交通场景等，使得车辆模型在交通场景下模拟行车，车辆模型在行车模拟过程中会生成对应的行车信息，采集这些行车信息，以便后续对车辆模型的行车状态进行分析。
51.102、对车辆信息进行数据转换处理，生成车辆信息对应的报文数据。
52.示例性地，对采集的车辆信息进行数据的转换，例如转换信息的格式、长度等，生成车辆信息对应的报文数据，使得算法软件可以对其进行识别计算。
53.一个示例中，车辆信息可以为车辆的速度、车辆与前方障碍物的距离、车辆前方障碍物的速度等，这些信息算法是无法对其识别计算的，需要进行数据的转换。
54.103、基于运行的域控制器软件集成包，对报文数据进行逻辑计算处理，输出控制指令，并基于控制指令对车辆模型进行仿真运动控制。
55.示例性地，基于运行的域控制器软件集成包，对转换生成的报文数据进行解析，例如识别提取报文数据中的关键字字段，根据内部的算法逻辑，进行逻辑计算处理，根据逻辑计算结果，生成、输出控制指令，并基于控制指令对车辆模型进行仿真运动控制。
56.综上，本实施例提供的针对车辆的仿真测试方法，通过以下步骤：在预设仿真场景中对车辆模型进行初始化行车模拟处理，生成车辆信息，其中，车辆信息表征车辆模型在预设仿真场景中的行车信息；对车辆信息进行数据转换处理，生成车辆信息对应的报文数据；对报文数据进行逻辑计算处理，输出控制指令，并基于控制指令对车辆模型进行仿真运动控制，降低了模型构建的复杂度，减少了硬件平台的搭建，可以快速、准确的在一个终端设备上实现对车辆的整车仿真测试。
57.图2为本技术实施例提供的另一种针对车辆的仿真测试方法的流程图，方法应用于终端设备，如图1所示，该方法包括：
58.201、在预设仿真场景中对车辆模型进行初始化行车模拟处理，生成车辆信息，其中，车辆信息表征车辆模型在预设仿真场景中的行车信息，车辆信息包括车辆模型在预设仿真场景中的行车感知信息以及车辆模型的行车参数信息。
59.一个示例中，预设仿真测试场景中包括车辆模型所处的道路场景以及交通流场景；车辆模型中设置有传感器模型，步骤201包括以下步骤：
60.根据预设初始化参数，控制车辆模型在道路场景和交通流场景中进行初始化行车模拟处理。
61.确定传感器模型在初始化行车模拟过程中所感知的行车感知信息，并确定车辆模型的在初始化行车模拟过程中的行车参数信息。
62.一个示例中，行车感知信息包括以下的一种或多种：道路信息、障碍物信息、交通标识信息；行车参数信息包括车辆运行速度信息，和/或，车辆制动信息。
63.示例性地，在整车仿真软件中预设一个仿真场景，在该预设场景下对车辆模型进行初始化行车模拟处理，使得车辆模型在交通场景下模拟行车，车辆模型在行车模拟过程中会生成对应的车辆信息，比如在交通场景下车辆所识别到的道路信息、障碍物信息等，以及车辆本身的行驶信息，例如油门参数、制动系统的制动参数等信息，采集这些行车信息，
以便后续对车辆模型的行车状态进行分析。
64.一个示例中，在整车仿真软件中预设仿真测试场景中除车辆模型之外还包括有车辆模型所处的道路场景以及交通流场景，其中，道路场景包含车道线、行驶轨迹、交通标识等信息；交通流场景包括除车辆模型之外的其他车辆和行人的行驶速度、位置等信息；车辆模型的不同位置设置有传感器模型，用于获取车辆模型在预设仿真场景中的行车感知信息。除此之外，车辆模型中还可以包含驾驶员模型等信息。在预设仿真场景中，根据预设初始化参数，例如，车辆模型的行驶速度、风速、交通流中其他车辆的行驶速度等初始化参数，控制车辆模型在道路场景和交通流场景中进行初始化行车模拟处理；基于车辆模型中的各个传感器模型，确定传感器模型在初始化行车模拟过程中所感知的行车感知信息，例如，道路信息、障碍物信息、交通标识信息中的一种或多种；并确定车辆模型的在初始化行车模拟过程中的行车参数信息，例如车辆运行速度信息，和/或，车辆制动信息等。采集这些车辆信息，以便后续对车辆模型的行车状态进行分析。
65.一个示例中，整车仿真软件可以为整车仿真软件(scaner)，也可以为vtd，vtd等智能驾驶仿真软件。
66.202、基于预设应用程序接口，获取行车感知信息和行车参数信息。
67.示例性地，基于预设的应用程序接口(application programming interface，简称：api)，与整车仿真软件实现数据交互，获取行车感知信息和行车参数信息。
68.203、基于预设模型，对行车感知信息和行车参数信息进行报文转换处理，生成车辆信息对应的报文数据。
69.示例性地，在可视化仿真工具(simulink)中建立与整车仿真软件中对应的预设模型，例如simulink车辆模型、simulink传感器模型，基于预设模型，对行车感知信息和行车参数信息进行数据的转换，例如转换信息的格式、长度等，生成车辆信息对应的报文数据，使得算法软件可以对其进行识别计算。
70.一个示例中，基于预设的simulink车辆模型，将获取到的行车参数信息进行数据转换，生成对应的报文数据；基于预设的simulink传感器模型，将获取到的行车感知信息进行数据转换，生成对应的报文数据。
71.204、调度运行的域控制器软件集成包，根据域控制器软件集成包中集成的逻辑算法对报文数据进行逻辑计算，生成并输出控制指令，并基于控制指令对车辆模型进行仿真运动控制。
72.一个示例中，终端设备配置有虚拟系统，在虚拟系统中搭载有开源应用容器引擎，开源应用容器引擎用于存放域控制器软件集成包运行所依赖的镜像文件，并运行域控制器软件集成包。
73.示例性地，调度运行的域控制器软件集成包，对转换生成的报文数据进行解析，例如，识别提取报文数据中的关键字字段，根据域控制器软件集成包中集成的逻辑算法，进行逻辑计算处理，根据逻辑计算结果，生成、输出控制指令，并基于控制指令对车辆模型进行仿真运动控制。
74.一个示例中，基于预设的simulink模型进行数据的转换生成报文数据后，可以将数据进行数据库管理软件(database commander，简称dbc)打包，再通过用户数据报协议(user datagram protocol，简称udp)，发送至域控制器软件集成包。以实现域控制器软件
集成包对报文数据的逻辑计算。
75.一个示例中，控制指令为udp报文形式，将控制指令传输至simulink中预先搭建的接收集成包控制指令报文模型，再根据该模型将控制指令进行dbc解析、格式转换，最终经过api接口传输至整车仿真软件中，以实现对车辆模型进行仿真运动控制。
76.一个示例中，终端设备配置有虚拟系统，在虚拟系统中搭载有开源应用容器引擎，开源应用容器引擎用于存放域控制器软件集成包运行所依赖的镜像文件，并运行域控制器软件集成包。
77.一个示例中，在终端设备的微软视窗操作系统(micorsoft windows)中安装虚拟机，用于创建乌班图(ubuntu)虚拟系统，在虚拟机中创建开源应用容器引擎(docker)，用于存放集成包运行所依赖的镜像文件，并定义与simulink模型数据交互的端口，例如报文接收端与报文发送端等；在docker容器中，运行域控制器软件集成包，完成了域控制器软件集成包运行环境的搭建。可选的，也可以基于两台终端设备实现该针对车辆的仿真测试方法，其中一台终端设备运行micorsoft windows，另一个终端设备运行虚拟系统。
78.一个示例中，图3为本技术实施例提供的一种针对车辆的仿真测试框架示意图，如图3所示，在一个终端设备中，运行整车仿真软件scaner，对车辆模型进行仿真驱动、行车模拟，并根据车辆模型中的传感器模型、底盘以及车身模型部件等，获取并传送行车感知信息、行车参数信息例如底盘和车身的运行参数信息至可视化仿真工具中对应的预设simulink模型；基于预设的simulink模型对行车感知信息、行车参数信息进行数据的转换，生成对应的udp报文数据，并且将报文数据传输至ubuntu虚拟系统的docker容器中运行的域控制器软件集成包中；进而调度运行的域控制器软件集成包，根据运行的域控制器软件集成包中集成的感知算法、融合算法、规划算法、控制算法、数据流底层算法等逻辑算法，对该udp报文数据进行逻辑计算，生成对应的udp报文指令，并通过预设的simulink模型，例如预设的接收集成包控车报文模型进行控制指令的dbc解析、格式转换生成控车信息，即控制指令，最终经过api接口传输至整车仿真软件中，以实现对车辆模型进行仿真运动控制，还可以通过预设的功能控制人机交互界面，接收功能控制指令，实现对智能驾驶功能模块的控制。
79.综上，本实施例提供的针对车辆的仿真测试方法，根据预设初始化参数，控制车辆模型在道路场景和交通流场景中进行初始化行车模拟处理，并获取车辆模型在交通场景以及交通流下的行车感知信息以及行车参数信息，使得获得的车俩信息更加接近真实行车场景下的行车信息，使得仿真测试更加准确有效；基于可视化仿真工具实现整车仿真软件与域控制器软件集成包的数据的转换传输，可以更好的测试智能驾驶系统中的数据交互过程，使得仿真测试更加全面；在本机的操作系统中，创建开源应用容器引擎，并运行域控制器软件集成包，可以避免硬件平台的构建，仅依靠一个终端设备实现对算法底层的仿真测试，节省了资源，提高了仿真测试效率。
80.本技术的一个或多个实施例中还可以包括：基于预设的人机交互界面，接收用户指令，用户指令用于控制域控制器软件集成包开启逻辑算法中的功能模块或者关闭逻辑算法中的功能模块，其中，功能模块用于实现车辆智能驾驶功能。
81.示例性地，在基于预设的人机交互界面，接收用户指令，用户指令用于控制域控制器软件集成包开启逻辑算法中的功能模块或者关闭逻辑算法中的功能模块，例如智慧巡航
功能、自适应巡航功能等，使得车辆模型中的驾驶员模型接管车辆模型的行驶，其中，功能模块用于实现车辆智能驾驶功能。
82.一个示例中，在终端系统所搭载的软件中，例如，商业数学软件(matlab)中，创建车辆模型功能控制及前车运动控制人机交互界面，通过此界面，可向域控制器软件集成包发送开启和关闭某些功能模块指令，同时，实现车辆模型驾驶员接管、前车运动控制等。
83.综上，本实施例中，通过人机交互界面，实现对车辆仿真测试过程中的智能驾驶功能控制，使得仿真测试过程可以根据用户需要进行控制，可以加快了软件开发效率。
84.本技术的一个或多个实施例中还可以包括：根据车辆模型执行控制指令后的车辆信息，确定逻辑算法的功能信息；根据功能信息，优化逻辑算法。
85.示例性地，在车辆模型接收控制指令后，会根据该控制指令的指示维持或者改变车辆的运动状态，例如保持当前运行速度以及方向、进行制动或者切换车道等，这个过程中仍在实时持续的生成车辆信息，该车辆信息包括了车辆模型执行控制指令后的行车感知信息以及行车参数信息，可以根据这些信息，确定车辆模型控制指令的执行情况，以及该控制指令是否正确，适宜车辆的交通场景以及交通流，进而确定逻辑算法的功能信息，根据功能信息，优化逻辑算法。
86.综上，本实施例中，通过车辆模型执行控制指令后的车辆信息，确定逻辑算法的功能信息，并根据功能信息，优化逻辑算法。可以及时的根据仿真测试过程的问题，对智能驾驶系统中集成的算法进行优化调整，加快了软件开发效率。
87.图4为本技术实施例提供的一种针对车辆的仿真测试装置的结构示意图，装置应用于终端设备，如图4所示，该装置包括：
88.模拟单元31，用于在预设仿真场景中对车辆模型进行初始化行车模拟处理，生成车辆信息，其中，车辆信息表征车辆模型在预设仿真场景中的行车信息。
89.数据转换单元32，用于对车辆信息进行数据转换处理，生成车辆信息对应的报文数据。
90.控制单元33，用于基于运行的域控制器软件集成包，对报文数据进行逻辑计算处理，输出控制指令，并基于控制指令对车辆模型进行仿真运动控制。
91.一个示例中，预设仿真测试场景中包括车辆模型所处的道路场景以及交通流场景；车辆模型中设置有传感器模型；车辆信息包括车辆模型在预设仿真场景中的行车感知信息以及车辆模型的行车参数信息；模拟单元31包括：
92.模拟子单元，用于根据预设初始化参数，控制车辆模型在道路场景和交通流场景中进行初始化行车模拟处理。
93.确定子单元，用于确定传感器模型在初始化行车模拟过程中所感知的行车感知信息，并确定车辆模型的在初始化行车模拟过程中的行车参数信息。
94.一个示例中，数据转换单元32包括：
95.获取子单元，用于基于预设应用程序接口，获取行车感知信息和行车参数信息。
96.转换子单元，用于基于预设模型，对行车感知信息和行车参数信息进行报文转换处理，生成车辆信息对应的报文数据。
97.一个示例中，行车感知信息包括以下的一种或多种：道路信息、障碍物信息、交通标识信息。
98.行车参数信息包括车辆运行速度信息，和/或，车辆制动信息。
99.一个示例中，控制单元33包括：
100.处理子单元，用于调度运行的域控制器软件集成包，根据域控制器软件集成包中集成的逻辑算法对报文数据进行逻辑计算，生成并输出控制指令。
101.一个示例中，终端设备配置有虚拟系统，在虚拟系统中搭载有开源应用容器引擎，开源应用容器引擎用于存放域控制器软件集成包运行所依赖的镜像文件，并运行域控制器软件集成包。
102.一个示例中，装置还包括：
103.接收单元，用于基于预设的人机交互界面，接收用户指令，用户指令用于控制域控制器软件集成包开启逻辑算法中的功能模块或者关闭逻辑算法中的功能模块，其中，功能模块用于实现车辆智能驾驶功能。
104.一个示例中，装置还包括：
105.确定单元，用于根据车辆模型执行控制指令后的车辆信息，确定逻辑算法的功能信息。
106.处理单元，用于根据功能信息，优化逻辑算法。
107.图5为本技术实施例提供的一种终端设备的结构示意图，如图5所示，终端设备包括：存储器41，处理器42。
108.存储器，用于存储计算机程序。
109.处理器，用于读取存储器存储的计算机程序，并根据存储器中的计算机程序执行上述任一实施例的方法。
110.图6为本技术实施例提供的一种终端设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
111.装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)接口812，传感器组件814，以及通信组件816。
112.处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
113.存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
114.电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
115.多媒体组件808包括在装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
116.音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
117.i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
118.传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
119.通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
120.在示例性实施例中，装置800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
121.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
122.本技术实施例还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，终端设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得终端设备执行上述任一实施例提供的方
案。
123.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
124.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。