车载语音系统的业务功能实现方法、装置和计算机设备与流程

1.本技术涉及车载语音技术领域，特别是涉及一种车载语音系统的业务功能实现方法、装置、计算机设备和存储介质。


背景技术：

2.目前的车载语音系统，一般在软件编译时根据不同需求配置不同的编译期的宏来生成不同的实现代码或者配置项，具体的业务功能的实现在编译期已经确定，无法在运行期实现某一业务功能的具体实现的切换。
3.因此，当前实现不同的业务功能时，需要针对不同的项目编译出不同的软件包进行支持。在代码层面看，代码结构复杂，可读性较差。同时，也将产生代码膨胀，不利于车载语音系统的业务功能的扩展以及实现。如果需要修改某一业务功能，必须要经过一层一层地分析，最终找到需要修改的地方进行修改，再重新编译整个软件包进行验证，因此导致车载语音系统的业务功能的实现效率低。


技术实现要素：

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.根据对话领域从插件映射表的键值字段中识别出与对话领域对应的被触发的目标插件；
37.根据第二属性值从方法映射表的键值字段中识别出被触发的目标方法，包括：
38.根据用户意图从方法映射表的键值字段中识别出与用户意图对应的被触发的目标方法。
39.一种车载语音系统的业务功能实现装置，包括：
40.识别模块，用于识别车载语音系统中待实现的业务功能的功能特性；
41.确定模块，用于根据功能特性确定用于实现业务功能的实现策略；
42.实现模块，用于根据实现策略实现业务功能。
43.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任一实施例方法的步骤。
44.一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一实施例方法的步骤。
45.上述车载语音系统的业务功能实现方法、装置、计算机设备和存储介质，识别车载语音系统中待实现的业务功能的功能特性，根据功能特性确定用于实现业务功能的实现策
略，根据实现策略实现业务功能。因此，无需基于业务功能直接开发对应的代码，只需根据业务功能的功能特性执行对应的实现策略，即可实现车载语音系统的业务功能，从而减少车载语音系统的代码冗余并且能够提高车载语音系统的业务功能的实现效率。
附图说明
46.图1为一个实施例中一种车载语音系统的业务功能实现方法的应用环境图；
47.图2为一个实施例中一种车载语音系统的业务功能实现方法的流程示意图；
48.图3为一个实施例中一种通过功能配置的方式实现车载语音系统的业务功能的交互示意图；
49.图4为一个实施例中一种通过插件的方式实现车载语音系统的业务功能的交互示意图；
50.图5为一个实施例中插件配置的交互示意图；
51.图6为一个实施例中车载语音系统的架构框架示意图；
52.图7为一个实施例中一种车载语音系统的业务功能实现装置的结构框图；
53.图8为一个实施例中计算机设备的内部结构图。
具体实施方式
54.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
55.本技术提供的一种车载语音系统的业务功能实现方法，应用于如图1所示的应用环境中。如图1所示，车载语音系统用于实现本技术的一种车载语音系统的业务功能实现方法。车载语音系统用于与用户进行语音交互，基于用户的对话内容实现对应的业务功能。具体地，车载语音系统识别车载语音系统中待实现的业务功能的功能特性，根据功能特性确定用于实现业务功能的实现策略，根据实现策略实现业务功能。因此，无需基于车载语音系统的业务功能直接开发对应的代码，只需根据业务功能的功能特性执行对应的实现策略，即可实现车载语音系统的业务功能，从而减少车载语音系统的代码冗余并且能够提高车载语音系统的业务功能的实现效率。
56.在一个实施例中，如图2所示，提供了一种车载语音系统的业务功能实现方法，以该方法应用于图1中的车载语音系统为例进行说明，包括以下步骤：
57.s202，识别车载语音系统中待实现的业务功能的功能特性。
58.本实施例中，车载语音系统中设置有多种业务功能，各业务功能用于实现车载语音系统与用户的语音交互。车载语音系统实现各业务功能的方式，可以是在软件编译时根据不同需求配置不同的编译期的宏生成不同的业务功能的实现代码。还可以是，通过功能配置和/或配置插件的方式实现各业务功能。
59.车载语音系统中各待实现的业务功能的功能特性不同，其实现的方式也可能不同。其中，功能特性用于表示业务功能在实现时具备的特性。在车载语音系统中，有些业务功能的特性是易变的，或在不同的项目中只有一些细节上的差异。业务功能的这些易变特性或细节差异并不影响核心的对话流程，因此可基于业务功能的功能特性设置业务功能的
实现策略。
60.s204，根据功能特性确定用于实现业务功能的实现策略。
61.本实施例中，车载语音系统中设置有一种或多种业务功能，各业务功能具备对应的功能特性，不同的功能特性与不同的实现策略关联。车载语音系统识别出待实现的业务功能的功能特性之后，根据其功能特性确定出用于实现业务功能的实现策略。其中，实现策略可以包括第一实现策略和第二实现策略。第一实现策略用于指示通过功能配置的方式实现业务功能，第二实现策略用于指示通过插件的方式实现业务功能。具体采用哪种实现策略实现业务功能，取决于业务功能的功能特性。
62.s206，根据实现策略实现业务功能。
63.本实施例中，车载语音系统根据实现策略实现业务功能。具体可以是，车载语音系统根据实现策略确定出业务功能的实现方式，根据实现方式执行业务功能的实现操作。例如，车载语音系统根据实现策略识别出通过功能配置的方式实现业务功能时，确定业务功能的实现方式为流程配置的实现方式，根据流程配置的实现方式从配置系统调用配置值后执行对话流程以实现业务功能。
64.上述车载语音系统的业务功能实现方法、装置、计算机设备和存储介质，识别车载语音系统中待实现的业务功能的功能特性，根据功能特性确定用于实现业务功能的实现策略，根据实现策略实现业务功能。因此，无需基于业务功能直接开发对应的代码，只需根据业务功能的功能特性执行对应的实现策略，即可实现车载语音系统的业务功能，从而减少车载语音系统的代码冗余并且能够提高车载语音系统的业务功能的实现效率。
65.在一个实施例中，根据功能特性确定用于实现业务功能的实现策略，包括：在根据功能特性识别出能够通过功能配置的方式实现业务功能时，确定实现策略为第一实现策略，第一实现策略用于指示通过功能配置的方式实现业务功能。上述根据实现策略实现业务功能，包括：根据第一实现策略获取业务功能的配置文件，从配置文件中获取配置参数；获取业务功能的实现流程；根据配置参数和实现流程实现业务功能。
66.车载语音系统中，有些业务功能的特性是易变的或者在不同的项目中只有一些细节上的差异，但实现这些业务功能的核心对话流程是不变的。此时，可将业务功能的特性抽取出来，作为配置参数进行存储。在代码层面实现这些业务功能时，可从配置文件中读取配置参数，进而将读取到的配置参数作为后续执行业务功能的实现流程的参数，最终执行实现流程，以实现业务功能。
67.该实施例中，车载语音系统根据功能特性识别出能够通过功能配置的方式实现业务功能，包括：车载语音系统根据业务功能的功能特性识别出车载语音系统能够通过内部配置业务功能的属性信息的方式实现业务功能。例如，车载语音系统内部设置有实现业务功能的业务流程，只需配置业务功能的属性信息，将属性信息作为参数填入业务流程中，即可采用业务流程实现业务功能。车载语音系统中设置有第一实现策略，第一实现策略用于指示车载语音系统通过功能配置的方式实现业务功能。当实现策略为第一实现策略时，车载语音系统通过功能配置的方式实现业务功能。具体地，车载语音系统根据第一实现策略识别出业务功能通过功能配置的方式实现，进而从配置系统中获取业务功能的配置文件，从配置文件读取配置参数，将配置参数输入实现流程中，采用实现流程实现业务功能。例如，如图3所示，配置系统向文件系统请求读取配置文件并接收文件系统反馈的配置文件内
容，从配置文件内容中解析出配置值。当用户向车载语音系统发起对话时，车载语音系统需要实现对应的业务功能。此时，车载语音系统从配置系统中获取需要的配置项的值，即对应的配置值，将配置值填入特定流程中并执行特性流程，从而实现业务功能。其中，特定流程指的是上述实现流程，用于执行业务功能的相关操作。因此，功能配置的方式实现业务功能能够减少车载语音系统的代码量，并且能够提高车载语音系统的业务功能的实现效率。
68.在一个实施例中，上述根据配置参数和实现流程实现业务功能的步骤之前，还包括：配置业务功能的配置参数，配置参数包括第一标识信息、特性信息、启用状态信息以及时间限制信息，第一标识信息用于识别出业务功能；根据配置参数生成配置文件。上述根据配置参数和实现流程实现业务功能，包括：当接收到业务功能的配置请求时，从配置请求中解析出第二标识信息；当第二标识信息与第一标识信息匹配时，根据启用状态信息判断业务功能是否能够启用；若是，则根据时间限制信息、特性信息以及实现流程实现业务功能。
69.该实施例中，车载语音系统还可预先对业务功能的相关配置参数进行配置，生成配置文件。其中，配置参数包括第一标识信息、特性信息、启用状态信息以及时间限制信息，第一标识信息用于识别出业务功能。在通过功能配置的方式实现业务功能时，通过标识信息的匹配识别出业务功能，进行通过启用状态信息判断业务功能是否能够启用。若是，则根据时间限制信息、特性信息以及实现流程实现业务功能。
70.例如，通过功能配置的方式实现车载语音系统的语音识别的业务功能，具体采用配置识别器的方式实现语音识别的业务功能。具体流程为：
71.步骤一：定义识别器的可配置项，包括：
72.1.识别器名称；
73.2.识别器的启用状态信息，用于判断识别器是否可启用；
74.3.时间限制信息，用于判断识别器的读取是否超时。
75.步骤二：车载语音系统的程序启动时，读取所有识别器的配置项，并且存入车载语音系统中。
76.步骤三：在切换识别器时，根据识别器名称读取配置信息，检查切换的识别器是否可以被启用，如果是，则进行切换，并且将配置中的时间限制信息设置到计时器中，返回成功；否则直接返回失败。
77.在一个实施中，上述根据功能特性确定用于实现业务功能的实现策略，包括：在根据功能特性识别出能够通过插件实现业务功能时，确定实现策略为第二实现策略，第二实现策略用于指示通过插件的方式实现业务功能。上述根据实现策略实现业务功能，包括：根据第二实现策略获取业务功能的目标插件，采用目标插件实现业务功能。
78.该实施例中，在车载语音系统中，由于不同车型对应的硬件平台有可能不同，或者同一业务功能在不同的项目中会有不同的实现流程，但是核心的语音对话流程及对话的管理，基本是不会变的。因此，在车载语音系统中将业务功能的接口和实现进行分离，将不同的业务功能的实现做成插件，通过插件的方式实现业务功能。在程序启动时，通过加载不同的插件实现对应的业务功能。
79.具体地，能否采用插件的方式实现业务功能取决于业务功能的功能特性。车载语音系统根据功能特性识别出能够通过插件实现业务功能，包括：车载语音系统根据业务功能的功能特性识别出车载语音系统能够通过内部配置插件，通过插件实现业务功能。例如，
车载语音系统内部设置有实现业务功能的多个业务流程，任一业务流程实现业务功能的一个功能模块。当需要实现新的业务功能时，只需要修改多个业务流程中对应的功能模块即可。此时，可通过配置插件的方式实现对应的功能模块，其他的业务流程仍可采用原有的功能模块实现。
80.当根据功能特性识别出业务功能能够通过插件实现时，确定出第二实现策略，第二实现策略用于指示车载语音系统通过插件的方式实现业务功能。因此，车载语音系统能够根据第二实现策略获取业务功能的目标插件，采用目标插件实现业务功能。因此，无需基于业务功能直接开发对应的代码，只需根据业务功能的功能特性执行对应的实现策略，即可实现车载语音系统的业务功能，从而减少车载语音系统的代码冗余并且能够提高车载语音系统的业务功能的实现效率。
81.在一个实施例中，上述根据第二实现策略获取业务功能的目标插件，采用目标插件实现业务功能，包括：根据第二实现策略解析输入参数，得到第一属性值和第二属性值，第一属性值用于触发插件映射表的键值，第二属性值用于触发方法映射表的键值；根据第一属性值从插件映射表的键值字段中识别出被触发的目标插件，插件映射表中记录有目标插件；根据第二属性值从方法映射表的键值字段中识别出被触发的目标方法，方法映射表中记录有目标方法；采用目标插件和目标方法实现业务功能。
82.该实施例中，插件映射表记录有包括目标插件之内的多个插件，并且采用键值字段的方式记录多个插件。方法映射表中记录有包括目标方法之内的多种方法，并且采用键值字段的方式记录多种方法。当识别出采用第二实现策略实现业务功能时，车载语音系统解析输入参数，得到第一属性值和第二属性值，根据第一属性值从插件映射表的键值字段中识别出被触发的目标插件，根据第二属性值从方法映射表的键值字段中识别出被触发的目标方法，最终采用目标插件和目标方法实现业务功能。
83.具体地，参考图4所示，具体实现步骤如下：
84.步骤一：解析输入参数中的内容，提取用于触发插件键值字段中的属性值；
85.步骤二：采用该属性值触发插件映射表，查找需要被触发的目标插件；
86.步骤三：解析输入参数中的内容，提取用于触发插件的具体方法的键值字段中的属性值；
87.步骤四：采用该属性值触发方法映射表，查找需要被触发的目标方法；
88.步骤五：调用该目标插件中对应的目标方法。
89.因此，无需基于业务功能直接开发对应的代码，只需根据业务功能的功能特性执行对应的实现策略，即可实现车载语音系统的业务功能，从而减少车载语音系统的代码冗余并且能够提高车载语音系统的业务功能的实现效率。
90.在一个实施例中，上述根据第二实现策略解析输入参数，得到第一属性值和第二属性值的步骤之前，还包括配置流程。配置流程包括：在插件映射表的键值字段中配置目标插件的属性信息，目标插件的属性信息包括第一属性值；在方法映射表的键值字段中配置目标方法的属性信息，目标方法的属性信息包括第二属性值。
91.该实施例中，车载语音系统对目标插件以及目标方法进行配置，以通过配置的方式在车载语音系统中设置目标插件的相关信息。如，配置目标插件的开关信息和插件的功能信息。插件系统从配置系统中读取目标插件的开关信息后，按照开关信息加载目标插件，
从配置系统中读取插件的功能信息，进而构建目标插件。车载语音系统从插件系统中加载出目标插件。因此，配置化与插件化配合使用，比单独应用插件化更灵活。具体地，配置过程中，车载语音系统分两级配置对应的文件。第一级配置较宏观的属性，第二级配置某一插件中具体的方法。程序启动配置插件可分以下步骤：
92.步骤一：定义插的件第一级配置项：
93.1.用于触发插件的键值；
94.2.用于触发插件中的方法的键值；
95.3.插件类型名称；
96.4.插件第二级配置文件路径。
97.步骤二：定义插件的第二级配置项：
98.1.用于触发该插件的属性值；
99.2.用于触发插件中的方法的属性值；
100.3.插件名称；
101.4.插件库的路径；
102.5.具体实现的类名及方法名。
103.步骤三：如图5所示，程序启动时，加载第一级配置项，保存插件的触发方法，以及按照该配置中的第二级配置文件路径加载第二级配置项，构造插件，并且构建出触发插件的键值与属性值映射表以及触发方法的键值与属性值映射表。
104.因此，可实现插件的配置化，使得车载语音系统能够通过配置插件的方式实现业务功能，从而无需基于业务功能直接开发对应的代码，只需根据业务功能的功能特性执行对应的实现策略，即可实现车载语音系统的业务功能，减少车载语音系统的代码冗余并且能够提高车载语音系统的业务功能的实现效率。
105.在一个实施例中，输入参数包括车载语音系统的对话内容，第一属性值包括对话领域，第二属性值包括用户意图。上述根据第一属性值从插件映射表的键值字段中识别出被触发的目标插件，包括：根据对话领域从插件映射表的键值字段中识别出与对话领域对应的被触发的目标插件。上述根据第二属性值从方法映射表的键值字段中识别出被触发的目标方法，包括：根据用户意图从方法映射表的键值字段中识别出与用户意图对应的被触发的目标方法。
106.该实施例中，车载语音系统通过接收用户的对话内容，调用对应的目标插件实现对应的业务功能。此时，车载语音系统接收到的输入参数包括对话内容，从对话内容中能够解析出对话领域和用户意图。其中，第一属性值包括对话领域，第二属性值包括用户意图。通过对话领域确定被触发的目标插件，通过用户意图确定被触发的目标方法。最终，采用目标插件的目标方法实现对话内容对应的业务功能。
107.例如，参见图6所示。车载语音系统中可以使用插件的方式实现对话管理模块中的对话结果处理。比如以一个简单的打开空调功能为例，当用户使用车载语音系统的意图是打开空调，那么对话管理模块会输出一份对话结果，其中有两个关键的信息，一个是用户这轮“对话领域”属于空调领域，另一个是“用户意图”为打开空调。
108.由于车载语音系统需要对接多个厂商的车机，各车机对于空调的打开方法可能提供不同的调用接口的方式。假设a项目中打开空调需要调用的车机端的接口为“打开a空
调”，b项目中打开空调需要调用的车机端的接口为“打开b空调”，那么要分别支持这两种接口的话，在以往的语音架构中需要在代码树中一层层地找到打开空调功能的方法，然后使用编译宏区分两个车机，再在这里写入两份不同的调用空调接口的实现，这样很容易造成代码可读性越来越差，也会产生代码膨胀。
109.以插件方式实现打开空调的业务功能的灵活性在于，在这种情况下只需要将实际调用车机端接口的方法放入插件中，然后分别实现两个插件的打开空调的方法，进而同步修改下配置文件中相应的内容，在程序最终打包时分别打入对应的插件，这样在两个厂商的车机中就可以分别实现两个打开空调的功能。
110.具体地，在实现打开空调的插件时，先配置第一级配置文件，将空调大模块的插件触发的键值设置为“对话领域”，再将打开空调的方法的触发键值设置为“用户意图”，再配置第二级配置文件的路径；在第二级配置文件中，配置插件触发的属性值为“空调”，再将打开空调意图的方法名配置为插件中实际打开空调的实现方法。
111.这样在用户使用这一功能时，插件系统首先从对话结果中解析出“对话领域”是“空调”，在插件映射表中查找后触发空调插件，再从对话结果中解析出“用户意图”为“打开空调”，然后触发插件中的打开空调方法。这样就可以实现从对话结果到执行命令的全过程。
112.类似的理念也可用于如图6所示的错误码处理上。各车机中某一功能可能出现的错误码也是不同的，比如打开空调模块在不同厂商不同车机中可能出现的错误码就不同，可以使用插件的形式将错误码处理做成插件，在不同的车机上运行不同的方法。
113.错误码插件的输入参数就不能是对话结果。因为错误码插件的上游是执行一个具体的动作，在这里是“打开空调”，这个动作是属于“空调”这一“对话领域”，然后这个动作返回了一个错误码，比如有可能是成功，有可能是失败，也有可能是空调已经是打开状态等。所以输入参数的三个字段分别是“对话领域”、“执行动作名称”和“返回错误码”。
114.在实现空调的错误码插件时，先配置第一级配置文件，将空调大模块的插件触发的键值设置为“对话领域”，再将空调的错误码处理方法的触发键值设置为“执行动作名称”，再配置好第二级配置文件的路径；在第二级配置文件中，配置插件触发的属性值为“空调”，再将打开空调动作的方法名配置为插件中实际处理打开空调错误码的实现方法。
115.这样在用户使用这一功能时，插件系统首先从输入参数中解析出“对话领域”是“空调”，在插件映射表中查找后触发空调错误码插件，再从输入参数中解析出“执行动作名称”为“打开空调”，然后触发插件中的处理打开空调错误码对应的方法，进而就可以在空调错误码插件的这个方法中实现每一种错误码对应的后续操作了。
116.此外，如图6所示，车载语音系统中采用功能配置的方式实现业务功能的模块包括快词识别管理、语音识别器管理以及车机接口适配器等。此类型功能模块可以通过系统配置的方式实现对应的业务功能。
117.综上，本技术的一种车载语音系统的业务功能实现方法，可以通过修改配置文件的方式改变软件的运行行为，从而实现对应的业务功能。也可以通过加载不同的插件运行同一业务功能的不同实现。两者配合可以做到仅通过修改一些配置文件，再实现一些最细粒度的业务功能，就可以在不同平台不同项目中运行同一套语音系统核心代码，满足不同的产品需求。
118.应该理解的是，虽然流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，附图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
119.本技术还提供一种车载语音系统的业务功能实现装置，如图7所示，该装置包括识别模块702、确定模块704以及实现模块706。
120.识别模块702，用于识别车载语音系统中待实现的业务功能的功能特性；
121.确定模块704，用于根据功能特性确定用于实现业务功能的实现策略；
122.实现模块706，用于根据实现策略实现业务功能。
123.在其中一个实施例中，根据功能特性确定用于实现业务功能的实现策略，包括：在根据功能特性识别出能够通过功能配置的方式实现业务功能时，确定实现策略为第一实现策略，第一实现策略用于指示通过功能配置的方式实现业务功能；根据实现策略实现业务功能，包括：根据第一实现策略获取业务功能的配置文件，从配置文件中获取配置参数；获取业务功能的实现流程；根据配置参数和实现流程实现业务功能。
124.在其中一个实施例中，一种车载语音系统的业务功能实现装置还包括第一配置模块，用于配置业务功能的配置参数，配置参数包括第一标识信息、特性信息、启用状态信息以及时间限制信息，第一标识信息用于识别出业务功能；根据配置参数生成配置文件；此时，根据配置参数和实现流程实现业务功能，包括：当接收到业务功能的配置请求时，从配置请求中解析出第二标识信息；当第二标识信息与第一标识信息匹配时，根据启用状态信息判断业务功能是否能够启用；若是，则根据时间限制信息、特性信息以及实现流程实现业务功能。
125.在其中一个实施例中，根据功能特性确定用于实现业务功能的实现策略，包括：在根据功能特性识别出能够通过插件实现业务功能时，确定实现策略为第二实现策略，第二实现策略用于指示通过插件的方式实现业务功能；此时，根据实现策略实现业务功能，包括：根据第二实现策略获取业务功能的目标插件，采用目标插件实现业务功能。
126.在其中一个实施例中，根据第二实现策略获取业务功能的目标插件，采用目标插件实现业务功能，包括：根据第二实现策略解析输入参数，得到第一属性值和第二属性值，第一属性值用于触发插件映射表的键值，第二属性值用于触发方法映射表的键值；根据第一属性值从插件映射表的键值字段中识别出被触发的目标插件，插件映射表中记录有目标插件；根据第二属性值从方法映射表的键值字段中识别出被触发的目标方法，方法映射表中记录有目标方法；采用目标插件和目标方法实现业务功能。
127.在其中一个实施例中，一种车载语音系统的业务功能实现装置还包括第二配置模块，用于在插件映射表的键值字段中配置目标插件的属性信息，目标插件的属性信息包括第一属性值；在方法映射表的键值字段中配置目标方法的属性信息，目标方法的属性信息包括第二属性值。
128.在其中一个实施例中，输入参数包括车载语音系统的对话内容，第一属性值包括对话领域，第二属性值包括用户意图；根据第一属性值从插件映射表的键值字段中识别出
被触发的目标插件，包括：根据对话领域从插件映射表的键值字段中识别出与对话领域对应的被触发的目标插件；根据第二属性值从方法映射表的键值字段中识别出被触发的目标方法，包括：根据用户意图从方法映射表的键值字段中识别出与用户意图对应的被触发的目标方法。
129.关于车载语音系统的业务功能实现装置的具体限定可以参见上文中对于车载语音系统的业务功能实现方法的限定，在此不再赘述。上述车载语音系统的业务功能实现装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
130.在一个实施例中，提供了一种计算机设备，该计算机设备可以是支持车载语音系统的终端，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种车载语音系统的业务功能实现方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
131.本领域技术人员可以理解，图8中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
132.在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：识别车载语音系统中待实现的业务功能的功能特性；根据功能特性确定用于实现业务功能的实现策略；根据实现策略实现业务功能。
133.在其中一个实施例中，处理器执行计算机程序时实现上述的根据功能特性确定用于实现业务功能的实现策略的步骤时，具体实现以下步骤：在根据功能特性识别出能够通过功能配置的方式实现业务功能时，确定实现策略为第一实现策略，第一实现策略用于指示通过功能配置的方式实现业务功能；处理器执行计算机程序时实现上述的根据实现策略实现业务功能的步骤时，具体实现以下步骤：根据第一实现策略获取业务功能的配置文件，从配置文件中获取配置参数；获取业务功能的实现流程；根据配置参数和实现流程实现业务功能。
134.在其中一个实施例中，处理器执行计算机程序时还实现以下步骤：配置业务功能的配置参数，配置参数包括第一标识信息、特性信息、启用状态信息以及时间限制信息，第一标识信息用于识别出业务功能；根据配置参数生成配置文件；处理器执行计算机程序时实现上述的根据配置参数和实现流程实现业务功能的步骤时，具体实现以下步骤：当接收到业务功能的配置请求时，从配置请求中解析出第二标识信息；当第二标识信息与第一标识信息匹配时，根据启用状态信息判断业务功能是否能够启用；若是，则根据时间限制信
息、特性信息以及实现流程实现业务功能。
135.在其中一个实施例中，处理器执行计算机程序时实现上述的根据功能特性确定用于实现业务功能的实现策略的步骤时，具体实现以下步骤：在根据功能特性识别出能够通过插件实现业务功能时，确定实现策略为第二实现策略，第二实现策略用于指示通过插件的方式实现业务功能；处理器执行计算机程序时实现上述的根据实现策略实现业务功能的步骤时，具体实现以下步骤：根据第二实现策略获取业务功能的目标插件，采用目标插件实现业务功能。
136.在其中一个实施例中，处理器执行计算机程序时实现上述的根据第二实现策略获取业务功能的目标插件，采用目标插件实现业务功能的步骤时，具体实现以下步骤：根据第二实现策略解析输入参数，得到第一属性值和第二属性值，第一属性值用于触发插件映射表的键值，第二属性值用于触发方法映射表的键值；根据第一属性值从插件映射表的键值字段中识别出被触发的目标插件，插件映射表中记录有目标插件；根据第二属性值从方法映射表的键值字段中识别出被触发的目标方法，方法映射表中记录有目标方法；采用目标插件和目标方法实现业务功能。
137.在其中一个实施例中，处理器执行计算机程序时还实现以下步骤：在插件映射表的键值字段中配置目标插件的属性信息，目标插件的属性信息包括第一属性值；在方法映射表的键值字段中配置目标方法的属性信息，目标方法的属性信息包括第二属性值。
138.在其中一个实施例中，输入参数包括车载语音系统的对话内容，第一属性值包括对话领域，第二属性值包括用户意图；处理器执行计算机程序时实现上述的根据第一属性值从插件映射表的键值字段中识别出被触发的目标插件的步骤时，具体实现以下步骤：根据对话领域从插件映射表的键值字段中识别出与对话领域对应的被触发的目标插件；处理器执行计算机程序时实现上述的根据第二属性值从方法映射表的键值字段中识别出被触发的目标方法的步骤时，具体实现以下步骤：根据用户意图从方法映射表的键值字段中识别出与用户意图对应的被触发的目标方法。
139.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：识别车载语音系统中待实现的业务功能的功能特性；根据功能特性确定用于实现业务功能的实现策略；根据实现策略实现业务功能。
140.在其中一个实施例中，计算机程序被处理器执行时实现上述的根据功能特性确定用于实现业务功能的实现策略的步骤时，具体实现以下步骤：在根据功能特性识别出能够通过功能配置的方式实现业务功能时，确定实现策略为第一实现策略，第一实现策略用于指示通过功能配置的方式实现业务功能；计算机程序被处理器执行时实现上述的根据实现策略实现业务功能的步骤时，具体实现以下步骤：根据第一实现策略获取业务功能的配置文件，从配置文件中获取配置参数；获取业务功能的实现流程；根据配置参数和实现流程实现业务功能。
141.在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：配置业务功能的配置参数，配置参数包括第一标识信息、特性信息、启用状态信息以及时间限制信息，第一标识信息用于识别出业务功能；根据配置参数生成配置文件；计算机程序被处理器执行时实现上述的根据配置参数和实现流程实现业务功能的步骤时，具体实现以下步骤：当接收到业务功能的配置请求时，从配置请求中解析出第二标识信息；当第二标识信息与第
一标识信息匹配时，根据启用状态信息判断业务功能是否能够启用；若是，则根据时间限制信息、特性信息以及实现流程实现业务功能。
142.在其中一个实施例中，计算机程序被处理器执行时实现上述的根据功能特性确定用于实现业务功能的实现策略的步骤时，具体实现以下步骤：在根据功能特性识别出能够通过插件实现业务功能时，确定实现策略为第二实现策略，第二实现策略用于指示通过插件的方式实现业务功能；计算机程序被处理器执行时实现上述的根据实现策略实现业务功能的步骤时，具体实现以下步骤：根据第二实现策略获取业务功能的目标插件，采用目标插件实现业务功能。
143.在其中一个实施例中，计算机程序被处理器执行时实现上述的根据第二实现策略获取业务功能的目标插件，采用目标插件实现业务功能的步骤时，具体实现以下步骤：根据第二实现策略解析输入参数，得到第一属性值和第二属性值，第一属性值用于触发插件映射表的键值，第二属性值用于触发方法映射表的键值；根据第一属性值从插件映射表的键值字段中识别出被触发的目标插件，插件映射表中记录有目标插件；根据第二属性值从方法映射表的键值字段中识别出被触发的目标方法，方法映射表中记录有目标方法；采用目标插件和目标方法实现业务功能。
144.在其中一个实施例中，计算机程序被处理器执行时还实现以下步骤：在插件映射表的键值字段中配置目标插件的属性信息，目标插件的属性信息包括第一属性值；在方法映射表的键值字段中配置目标方法的属性信息，目标方法的属性信息包括第二属性值。
145.在其中一个实施例中，输入参数包括车载语音系统的对话内容，第一属性值包括对话领域，第二属性值包括用户意图；计算机程序被处理器执行时实现上述的根据第一属性值从插件映射表的键值字段中识别出被触发的目标插件的步骤时，具体实现以下步骤：根据对话领域从插件映射表的键值字段中识别出与对话领域对应的被触发的目标插件；计算机程序被处理器执行时实现上述的根据第二属性值从方法映射表的键值字段中识别出被触发的目标方法的步骤时，具体实现以下步骤：根据用户意图从方法映射表的键值字段中识别出与用户意图对应的被触发的目标方法。
146.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
147.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
148.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并
不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。