打车服务订单的状态信息的提供方法、设备和存储介质与流程

1.本公开涉及计算机技术领域，具体涉及人机交互、语音合成等人工智能技术领域，尤其涉及打车服务订单的状态信息的提供方法、设备和存储介质。


背景技术：

2.目前，在使用电子设备(例如智能手机)中的打车软件发出打车服务订单的情况下，用户需要在打车软件的交互界面中查看对应打车服务订单的状态信息。


技术实现要素：

3.本公开提供了一种用于打车服务订单的状态信息的提供方法、设备和存储介质。
4.根据本公开的一方面，提供了一种打车服务订单的状态信息的提供方法，包括：在电子设备处于锁屏状态的情况下，检测到打车服务订单对应的状态信息发生改变，获取所述打车服务订单变化后的状态信息；生成所述变化后的状态信息所对应的语音信息，并语音播报所述语音信息。
5.根据本公开的另一方面，提供了一种打车服务订单的状态信息的提供装置，包括：检测模块，用于在电子设备处于锁屏状态的情况下，检测到打车服务订单对应的状态信息发生改变，获取所述打车服务订单变化后的状态信息；语音播报模块，用于生成所述变化后的状态信息所对应的语音信息，并语音播报所述语音信息。
6.根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开的打车服务订单的状态信息的提供方法。
7.根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本公开实施例公开的打车服务订单的状态信息的提供方法。
8.根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现本公开的打车服务订单的状态信息的提供方法。上述申请中的一个实施例具有如下优点或有益效果：
9.在电子设备处于锁屏状态的情况下，对电子设备中的打车服务订单的状态信息是否发生变化进行检测，并在检测到状态信息发生变化的情况下，语音播报变化后的状态信息所对应的语音信息，从而无需解锁电子设备即可获知打车服务订单变化后的状态信息，提高了获知消息的效率。
10.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
11.附图用于更好地理解本方案，不构成对本公开的限定。其中：
12.图1是根据本公开一个实施例提供的一种打车服务订单的状态信息的提供方法的流程示意图；
13.图2是根据本公开另一个实施例提供的一种打车服务订单的状态信息的提供方法的流程示意图；
14.图3是根据本公开另一个实施例提供的一种打车服务订单的状态信息的提供方法的流程示意图；
15.图4是根据本公开另一个实施例提供的一种打车服务订单的状态信息的提供方法的流程示意图；
16.图5是根据本公开另一个实施例提供的一种打车服务订单的状态信息的提供方法的流程示意图；
17.图6是根据本公开一个实施例提供的一种打车服务订单的状态信息的提供装置的结构示意图；
18.图7是根据本公开另一个实施例提供的一种打车服务订单的状态信息的提供装置的结构示意图；
19.图8是用来实现本公开实施例的打车服务订单的状态信息的提供方法的电子设备的框图。
具体实施方式
20.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
21.下面参考附图描述本公开实施例的打车服务订单的状态信息的提供方法、设备和存储介质。
22.图1是根据本公开一个实施例提供的一种打车服务订单的状态信息的提供方法的流程示意图。
23.如图1所示，该打车服务订单的状态信息的提供方法可以包括：
24.步骤101，在电子设备处于锁屏状态的情况下，检测到打车服务订单对应的状态信息发生改变，获取打车服务订单变化后的状态信息。
25.其中，上述打车服务订单的状态信息的提供方法的执行主体为打车服务订单的状态信息的提供装置，该打车服务订单的状态信息的提供装置可以由软件和/或硬件的方式实现，该实施例中的打车服务订单的状态信息的提供装置可以配置在电子设备中，该电子设备可以包括但不限于终端设备(例如智能手机)，该实施例对电子设备不作具体限定。
26.具体地，在电子设备处于锁屏状态的情况下，可对电子设备中的打车服务订单对应的状态信息进行检测，并以确定打车服务订单对应的状态信息是否发生改变，并在打车服务订单对应的状态信息发生改变的情况下，可获取打车服务订单变化后的状态信息。
27.其中，打车服务订单可以包括但不限于上车位置和目的地等信息。
28.步骤102，生成变化后的状态信息所对应的语音信息，并语音播报语音信息。
29.具体地，可将变化后的状态信息进行语音转换，以得到变化后的状态信息所对应的语音信息。
30.本公开实施例的打车服务订单的状态信息的提供方法，在电子设备处于锁屏状态的情况下，对电子设备中的打车服务订单的状态信息是否发生变化进行检测，并在检测到状态信息发生变化的情况下，语音播报变化后的状态信息所对应的语音信息，从而无需解锁电子设备即可获知打车服务订单变化后的状态信息，提高了获知消息的效率。
31.图2是根据本公开另一个实施例提供的一种打车服务订单的状态信息的提供方法的流程示意图。
32.如图2所示，该打车服务订单的状态信息的提供方法可以包括：
33.步骤201，在电子设备处于锁屏状态的情况下，响应于接收到针对打车服务订单的更新后的规划路线，确定打车服务订单的状态信息发生变化。
34.步骤202，获取司机端基于更新后的规划路线到达打车服务订单所指定的上车位置的时间信息。
35.作为一种示例性的实施方式中，可从打车服务端中获取司机端基于更新后的规划路线到达打车服务订单所指定的上车位置的时间信息。
36.步骤203，将时间信息作为变化后的状态信息。
37.步骤204，生成变化后的状态信息所对应的语音信息，并语音播报语音信息。
38.本公开实施例的打车服务订单的状态信息的提供方法，在电子设备处于锁屏状态的情况下，对在检测到打车服务订单的规划路线更新后，获取司机端基于更新后的规划路线到达打车服务订单所指定的上车位置的时间信息，并语音播放信息，从而无需解锁电子设备即可获知打车服务订单变化后的状态信息，提高了获知消息的效率。
39.在一些实施例中，检测到打车服务订单对应的状态信息发生改变，获取打车服务订单变化后的状态信息的一种可能实现方式为：在接收到针对打车服务订单的接单响应消息的情况下，确定打车服务订单的状态信息发生变化，并将接单响应消息作为变化后的状态信息。
40.在本实施例中，在电子设备处于锁屏的状态下，在接收到针对打车服务订单的接单响应消息的情况下，确定打车服务订单的状态信息发生变化，并将接单响应消息作为变化后的状态信息，并语音播报变化后的状态信息。由此，使得用户无需解锁电子设备，通过语音播报的信息即可获知打车服务订单已被接单。
41.其中，上述接单响应消息可以包括用于提示司机已接单的提示信息，还可以包括接打车服务订单的司机端信息、司机端当前到达打车服务订单指定的上车位置的时间信息以及距离信息等，该实施例对此不作具体限定。
42.其中，司机端信息可以包括但不限于司机端的车牌号信息、服务评分信息等，该实施例对此不作具体限定。
43.在另一些实施例中，上述检测到打车服务订单对应的状态信息发生改变，获取打车服务订单变化后的状态信息的另一种可能实现方式为：在接收打车订单服务订单的司机到达确认指令的情况下，确定打车服务订单的状态信息发生变化，并获取司机到达确认指令所对应的第一提示信息，以及将第一提示信息作为变化后的状态信息。由此，使得用户无
需解锁电子设备，通过语音播报的信息即可获知司机已达到消息。
44.其中，第一提示信息用于提示用户司机已达到上车位置，例如，第一提示信息可以为包括“司机已达到上车位置”等信息。
45.基于上述任意一个实施例的基础上，在一些实施例中，为了方便用户获知司机端的对话信息，在接收到打车服务订单对应的司机端的对话消息的情况下，语音播报对话消息对应的语音信息。
46.具体地，在接收到打车服务订单对应的司机端的对话消息的情况下，对对话消息进行语音转换，以得到对话信息对应的语音信息，并语音播报该对话信息对应的语音信息。由此，使得用户无需解锁电子设备即可获知司机端发送的对话消息，方便了用户获知司机端的对话消息，提高了用户获知司机端的对话消息的效率。
47.图3是根据本公开另一个实施例提供的一种打车服务订单的状态信息的提供方法的流程示意图。
48.如图3所示，该打车服务订单的状态信息的提供方法可以包括：
49.步骤301，在电子设备处于锁屏状态的情况下，检测到打车服务订单对应的状态信息发生改变，获取打车服务订单变化后的状态信息。
50.其中，关于步骤301的解释说明，可参见上述实施例的相关描述，此处不再赘述。
51.步骤302，生成变化后的状态信息所对应的语音信息，并语音播报语音信息。
52.步骤303，在接收到打车服务订单对应的司机端的对话消息的情况下，语音播报对话消息对应的语音信息。
53.步骤304，在接收到亮屏指令的情况下，在锁屏界面上显示与打车服务订单对应的对话交互界面，并在对话交互界面上显示对话信息。
54.其中，亮屏指令可以是用户通过触发电子设备中的亮屏按键所触发的。
55.在本实施例中，在电子设备处于锁屏状态的情况下，在接收到打车服务订单对应的司机端的对话消息的情况下，语音播报对话消息对应的语音信息的情况下，使得用户无需解锁电子设备，通过语音播报的信息即可获司机端的对话消息。另外，在接收到用户输入的亮屏指令后，在电子设备的锁屏界面上显示对应的对话交互界面，并在对话交互界面上查看对话信息。由此，使得用户在听到对话信息的情况下，还可以在锁屏界面上查看对话信息。
56.基于上述实施例的基础上，为了方便用户对司机端的对话信息进行回复，在一些实施例中，对话交互界面还包括输入框和发送控件，该方法可以还包括：获取在输入框输入的信息；接收针对发送控件的触发指令；根据触发指令，将信息发送司机端。由此，使得用户无需解锁电子设备，通过在对话交互界面的输入框中输入信息，并触发对话交互界面中的发送控件，即可实现对司机端的对话信息的快速回复，方便了用户对司机端的对话信息的快速回复。
57.图4是根据本公开另一个实施例提供的一种打车服务订单的状态信息的提供方法的流程示意图。
58.如图4所示，该打车服务订单的状态信息的提供方法可以包括：
59.步骤401，在电子设备处于锁屏状态的情况下，获取打车服务订单对应的等待接单时长。
60.作为一种示例性的实施方式，在电子设备向打车服务平台发出打车服务订单后，可开始计时，如果接收到针对打车服务订单对应的打车响应结果，则停止计时。如果没有接收到打车服务订单对应的打车响应结果，则继续计时，以通过计时结果，获取打车服务订单对应的等待接单时长。
61.步骤402，在等待接单时长大于预设时长阈值的情况下，显示第二提示信息，其中，第二提示信息用于提示是否开启锁屏语音提示功能。
62.步骤403，接收针对锁屏语音提示功能的确认指令。
63.步骤404，根据确认指令开启锁屏语音提示功能。
64.步骤405，检测到打车服务订单对应的状态信息发生改变，获取打车服务订单变化后的状态信息。
65.其中，关于步骤405的解释说明，可参见上述实施例的相关描述，此处不再赘述。
66.步骤406，生成变化后的状态信息所对应的语音信息，并语音播报语音信息。
67.在本实施例中，在检测到打车服务订单对应的等待接单时长超过预设时长阈值的情况下，主动提示用户是否开启锁屏语音提示功能，并基于用户的确认指令，开启锁屏语音提示功能，并在锁屏的情况下，对打车服务订单变化后的状态信息进行语音播报。由此，进一步提高了电子设备的人性化，使得用户通过输入确认指令，即可为用户快速开启锁屏语音提示功能。
68.为了使得本领域的技术人员可以清楚了解本技术，下面结合图5对该实施例的方法进行进一步描述，如图5所示，可以包括：
69.步骤501，向打车服务平台发送打车服务订单。
70.步骤502，在检测到打车服务订单的等待接单时长大于预设时长阈值情况下，显示提示信息，以通过提示信息提示是否开启锁屏语音提示功能。
71.步骤503，在接收确认指令时，可开启锁屏语音提示功能。
72.步骤504，在处于锁屏状态的情况下，如果接收到打车服务订单的接单响应消息，语音播报接单响应消息。
73.步骤505，响应于接收到针对打车服务订单的更新后的规划路线，确定打车服务订单的状态信息发生变化。
74.步骤506，获取司机端基于更新后的规划路线到达打车服务订单所指定的上车位置的时间信息，并语音播报时间信息。
75.其中，需要说明的是，在语音播报时间信息的情况下，还可以获取司机端的当前位置信息，并语音播报司机端的当前位置信息。
76.步骤507，在接收打车订单服务订单的司机到达确认指令的情况下，语音播报司机达到确认指令的提示信息。
77.其中，提示信息用于提示司机已达到指定上车位置。
78.步骤508，在接收到打车服务订单对应的司机端的对话消息的情况下，语音播报对话消息对应的语音信息。
79.在本实施例中，在打车的过程中，在开启锁屏语音提示功能的情况下，在电子设备处于锁屏的状态下，对打车服务订单的状态信息进行语音播报，能够很好的提示用户，及时收到应用反馈，更好的服务于用户出行。
80.为了实现上述实施例，本公开实施例还提供一种打车服务订单的状态信息的提供装置。
81.图6是根据本公开一个实施例提供的一种打车服务订单的状态信息的提供装置的结构示意图。
82.如图6所示，该打车服务订单的状态信息的提供装置600可以包括检测模块601和语音播报模块602，其中：
83.检测模块601，用于在电子设备处于锁屏状态的情况下，检测到打车服务订单对应的状态信息发生改变，获取打车服务订单变化后的状态信息。
84.语音播报模块602，用于生成变化后的状态信息所对应的语音信息，并语音播报语音信息。
85.其中，需要说明的是，前述对打车服务订单的状态信息的提供方法实施例的解释说明也适用于本实施例，本实施对此不再赘述。
86.本公开实施例的打车服务订单的状态信息的提供装置，在电子设备处于锁屏状态的情况下，对电子设备中的打车服务订单的状态信息是否发生变化进行检测，并在检测到状态信息发生变化的情况下，语音播报变化后的状态信息所对应的语音信息，从而无需解锁电子设备即可获知打车服务订单变化后的状态信息，提高了获知消息的效率。
87.在本公开的一个实施例中，如图7所示，该福利信息的发放装置可以包括：检测模块701和语音播报模块702、第一显示模块703、第一获取模块704、第一接收模块705、发送模块706、第二获取模块707、第二显示模块708、第二接收模块709和开启模块710，其中，上述检测模块701，包括：确定单元7011、获取单元7012和状态信息确定单元7013。
88.其中，关于语音播报模块702的详细描述请参考图6所示实施例中语音播报模块602的说明，此处不再进行描述。
89.在本公开的一个实施例中，如图7所示，上述检测模块701，包括：
90.确定单元7011，用于响应于接收到针对打车服务订单的更新后的规划路线，确定打车服务订单的状态信息发生变化；
91.获取单元7012，用于获取司机端基于更新后的规划路线到达打车服务订单所指定的上车位置的时间信息；
92.状态信息确定单元7013，用于将时间信息作为变化后的状态信息。
93.在本公开的一个实施例中，上述检测模块701，具体用于：在接收到针对打车服务订单的接单响应消息的情况下，确定打车服务订单的状态信息发生变化，并将接单响应消息作为变化后的状态信息；或者，在接收打车订单服务订单的司机到达确认指令的情况下，确定打车服务订单的状态信息发生变化，并获取司机到达确认指令所对应的第一提示信息，以及将第一提示信息作为变化后的状态信息。
94.在本公开的一个实施例中，上述语音播报模块702还用于：在接收到打车服务订单对应的司机端的对话消息的情况下，语音播报对话消息对应的语音信息。
95.在本公开的一个实施例中，如图7所示，该装置还包括：
96.第一显示模块703，用于在接收到亮屏指令的情况下，在锁屏界面上显示与打车服务订单对应的对话交互界面，并在对话交互界面上显示对话信息。
97.在本公开的一个实施例中，对话交互界面还包括输入框和发送控件，如图7所示，
装置还包括：
98.第一获取模块704，用于获取在输入框输入的信息；
99.第一接收模块705，用于接收针对发送控件的触发指令；
100.发送模块706，用于根据触发指令，将信息发送司机端。
101.在本公开的一个实施例中，如图7所示，该装置还包括：
102.第二获取模块707，用于获取打车服务订单对应的等待接单时长；
103.第二显示模块708，用于在等待接单时长大于预设时长阈值的情况下，显示第二提示信息，其中，第二提示信息用于提示是否开启锁屏语音提示功能；
104.第二接收模块709，用于接收针对锁屏语音提示功能的确认指令；
105.开启模块710，用于根据确认指令开启锁屏语音提示功能。
106.其中，需要说明的是，前述对打车服务订单的状态信息的提供方法实施例的解释说明也适用于本实施例中的打车服务订单的状态信息的提供装置，此处不再赘述。
107.根据本公开的实施例，本公开还提供了一种电子设备和一种可读存储介质和一种计算机程序产品。
108.图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
109.如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(rom)802中的计算机程序或者从存储单元808加载到随机访问存储器(ram)803中的计算机程序，来执行各种适当的动作和处理。在ram 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
110.设备800中的多个部件连接至i/o接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
111.计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如打车服务订单的状态信息的提供方法。例如，在一些实施例中，打车服务订单的状态信息的提供方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由rom 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到ram 803并由计算单元801执行时，可以执行上文描述的打车服务订单的状态信息的提供方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为
执行打车服务订单的状态信息的提供方法。
112.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
113.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
114.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd
‑
rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
115.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
116.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、互联网和区块链网络。
117.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端
‑
服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("
virtual private server"，或简称"vps")中，存在的管理难度大，业务扩展性弱的缺陷。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
118.其中，需要说明的是，人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。
119.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
120.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。