CN115546930A - 一种自动备车方法及第一电子设备 - Google Patents
一种自动备车方法及第一电子设备 Download PDFInfo
- Publication number
- CN115546930A CN115546930A CN202110735366.3A CN202110735366A CN115546930A CN 115546930 A CN115546930 A CN 115546930A CN 202110735366 A CN202110735366 A CN 202110735366A CN 115546930 A CN115546930 A CN 115546930A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- electronic device
- preset
- acceleration data
- standby
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C9/00—Individual registration on entry or exit
- G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
- G07C9/00896—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys specially adapted for particular uses
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60H—ARRANGEMENTS OF HEATING, COOLING, VENTILATING OR OTHER AIR-TREATING DEVICES SPECIALLY ADAPTED FOR PASSENGER OR GOODS SPACES OF VEHICLES
- B60H1/00—Heating, cooling or ventilating [HVAC] devices
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
- B60R25/00—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
- B60R25/20—Means to switch the anti-theft system on or off
- B60R25/24—Means to switch the anti-theft system on or off using electronic identifiers containing a code not memorised by the user
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
- B60R25/00—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
- B60R25/20—Means to switch the anti-theft system on or off
- B60R25/24—Means to switch the anti-theft system on or off using electronic identifiers containing a code not memorised by the user
- B60R25/248—Electronic key extraction prevention
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C9/00—Individual registration on entry or exit
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C9/00—Individual registration on entry or exit
- G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
- G07C9/00571—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by interacting with a central unit
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
- B60R2325/00—Indexing scheme relating to vehicle anti-theft devices
- B60R2325/10—Communication protocols, communication systems of vehicle anti-theft devices
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Mechanical Engineering (AREA)
- General Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Thermal Sciences (AREA)
- Lock And Its Accessories (AREA)
- Emergency Alarm Devices (AREA)
Abstract
本申请涉及自动备车方法及第一电子设备。第一电子设备包括:处理器;耦合至处理器的存储器;以及存储在存储器上的计算机程序;当计算机程序被处理器执行时,使得第一电子设备执行:根据第一电子设备包括的加速度传感器,或者与第一电子设备通信的车钥匙设备包括的加速度传感器,提供的加速度数据,确定是否满足预设的备车条件;在满足预设的备车条件时,第一电子设备通过服务器,向第二电子设备发送第二通知消息,第二通知消息用于指示第一电子设备检测到用车意图。本申请能够精准地识别用户的用车意图从而自动备车。
Description
技术领域
本申请涉及车辆控制领域,尤其涉及一种自动备车方法、第一电子设备、第一车钥匙设备及系统。
背景技术
通过安装有车辆应用程序(application,App)的第一电子设备,对车辆的备车设置预设参数甚至还设置预设时间范围,在用户想要开车时,通过触发备车启动的功能使得车辆按照预设参数备车;或者,在位于预设时间范围内,车辆自动按照预设参数备车;或者,在用户于预设时间范围内想要开车时,通过触发备车启动的功能使得车辆按照预设参数备车;这都给用户带来了方便。
不过,在上述情形下,用户要备车时,要么触发备车启动的功能,要么在预设的时间范围内才能自动备车,要么在预设的时间范围内且需触发备车启动的功能,这给用户带来一些不便、限制甚至烦恼。比如,用户还需要输入来触发备车启动的功能,或者,在预设的时间范围以外不能自动备车,以及用户有时在预设的时间范围内不需要开车但车辆却自动备车。另外,用户需要提前设置备车对应的预设参数甚至预设时间范围,以及在用户想要更改备车对应的预设参数甚至预设时间范围时,还需要再次输入;这些都使得用户操作较多,用户体验不高,同时自动备车不够智能,给用户带来一定的不便。
发明内容
为了解决上述的技术问题,本申请提出了一种自动备车方法、第一电子设备、第一车钥匙设备及系统。本申请提供的技术方案,能够精准地识别用户的用车意图而自动备车,甚至动态地、自适应地调整以适应用户的用车需求变化,此外还能无需用户专门针对备车规律的更改等进行操作。
第一方面,本申请提供一种第一电子设备。第一电子设备包括:处理器;耦合至处理器的存储器;以及存储在存储器上的计算机程序,当计算机程序被处理器执行时,使得第一电子设备执行:根据第一电子设备包括的加速度传感器提供的加速度数据,或者与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足预设的备车条件;在满足预设的备车条件时,第一电子设备通过服务器,向第二电子设备发送第二通知消息,第二通知消息用于指示第一电子设备检测到用车意图。这样,就能够更加精准地识别到用户的用车意图,从而在用户拿起车钥匙设备或第一电子设备保持一定运动后,就可以使得车辆自动备车,从而为用户提供方便。
根据第一方面,根据第一电子设备包括的加速度传感器,或者与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足预设的备车条件;包括:根据提供的加速度数据,确定是否满足预设的加速度数据变化的规律;在提供的加速度数据满足预设的加速度数据变化的规律时,根据提供的加速度数据对应的时间,确定是否满足预设的备车时间范围。这样,通过引入时间的判断,可以进一步增加用户的用户意图识别的准确性。
根据第一方面,或者以上第一方面的任意一种实现方式,预设的备车条件包括:一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律。
根据第一方面,或者以上第一方面的任意一种实现方式,预设的备车条件包括:一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律,以及预设的备车时间范围。
根据第一方面,或者以上第一方面的任意一种实现方式,在根据第一电子设备包括的加速度传感器提供的加速度数据,或者与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足预设的备车条件之前,第一电子设备还执行:接收到用户输入,获取到用户设置的用车规律;用车规律包括预设的备车条件;用车规律包括以下的至少一种:备车时间范围、空调属性、座椅位置属性、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性、倒车镜属性、方向盘位置属性、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律;预设的备车条件包括以下的至少一种:备车时间范围、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律。
根据第一方面,或者以上第一方面的任意一种实现方式,第二通知消息包括所述用车规律。
根据第一方面,或者以上第一方面的任意一种实现方式,在接收到用户输入,获取到用户设置的用车规律之后,第一电子设备还执行:通过服务器,向第二电子设备发送第一通知消息,第一通知消息包括所述用车规律;其中,第二电子设备为车辆上的电子设备;第二电子设备、第一电子设备均为预先设置的关联的电子设备。
根据第一方面,或者以上第一方面的任意一种实现方式,在接收到用户输入,获取到用户设置的用车规律之后,第一电子设备还执行:通过服务器,向第二电子设备发送第一通知消息,第一通知消息包括用车规律;其中,第二电子设备为车辆上的电子设备;车钥匙设备、第一电子设备、第二电子设备均为预先设置的关联的电子设备。
第二方面,提供一种自动备车方法,应用于自动备车系统。自动备车系统包括车钥匙设备、第一电子设备、服务器和第二电子设备;第二电子设备设置在车辆上;车钥匙设备、第一电子设备、第二电子设备均为预先设置的关联的电子设备。自动备车方法包括:第一电子设备接收到用户输入,获取到用户设置的用车规律,用车规律包括备车时间范围;第一电子设备通过服务器,向第二电子设备发送第一通知消息,第一通知消息包括用车规律;车钥匙设备在检测到车钥匙设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据,并向第一电子设备发送第一消息,第一消息包括第一预设时长的加速度数据;第一电子设备接收到第一消息,根据第一预设时长的加速度数据,判断是会否满足预设的备车条件;在第一电子设备根据第一预设时长的加速度数据,判断满足预设的备车条件后,通过服务器,向第二电子设备发送第二通知消息,第二通知消息用于指示第一电子设备检测到用车意图;在第二电子设备接收到第二通知消息的时间点位于备车时间范围内后,第二电子设备指示车辆备车。这样,就能够更加精准地识别到用户的用车意图,从而在用户拿起车钥匙设备保持一定运动后,就可以使得车辆自动备车,从而为用户提供方便。
根据第二方面,在第二电子设备指示车辆备车后的第二预设时长内,车辆的车门未打开过,车辆关闭备车。
根据第二方面,或者以上第二方面的任意一种实现方式,车辆关闭备车,包括:第二电子设备指示车辆关闭备车,车辆关闭备车。
根据第二方面,或者以上第二方面的任意一种实现方式,预设的备车条件包括:一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律,以及预设的备车时间范围。
根据第二方面,或者以上第二方面的任意一种实现方式,用车规律包括以下的至少一种:备车时间范围、空调属性、座椅位置属性、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性、倒车镜属性、方向盘位置属性、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律;预设的备车条件包括以下的至少一种:备车时间范围、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律。
根据第二方面,或者以上第二方面的任意一种实现方式,第二通知消息包括所述用车规律。
第三方面,提供一种自动备车方法,应用于自动备车系统。自动备车系统包括车钥匙设备、第一电子设备、服务器和第二电子设备;第二电子设备设置在车辆上;车钥匙设备、第一电子设备、第二电子设备均为预先设置的关联的电子设备。自动备车方法包括:第一电子设备接收到用户输入,获取到用户设置的用车规律,用车规律包括备车时间范围;车钥匙设备在检测到车钥匙设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据,并向第一电子设备发送第一消息,第一消息包括第一预设时长的加速度数据;第一电子设备接收到第一消息,根据第一预设时长的加速度数据,以及接收到第一消息的时间点是否位于备车时间范围内,判断是会否满足预设的备车条件;在第一电子设备判断满足预设的备车条件后,通过服务器,向第二电子设备发送第二通知消息,第二通知消息用于指示车辆备车;在第二电子设备接收到第二通知消息后,第二电子设备指示车辆备车。这样,就能够更加精准地识别到用户的用车意图,从而在用户拿起第一电子设备保持一定运动后,就可以使得车辆自动备车,从而为用户提供方便。
根据第三方面,在第二电子设备指示车辆备车后的第二预设时长内,车辆的车门未打开过,所述车辆关闭备车。
根据第三方面,或者以上第三方面的任意一种实现方式,用车规律包括以下的至少一种:备车时间范围、空调属性、座椅位置属性、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性、倒车镜属性、方向盘位置属性、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律;预设的备车条件包括以下的至少一种:备车时间范围、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律。
根据第三方面,或者以上第三方面的任意一种实现方式,第二通知消息包括所述用车规律。
第四方面,提供一种第一电子设备。第一电子设备包括:处理器;耦合至处理器的存储器;以及存储在存储器上的计算机程序,当计算机程序被处理器执行时,使得第一电子设备执行:通过服务器,接收来自第二电子设备的第三消息,第三消息包括第二电子设备通过历史学习获取的用车规律;根据第一电子设备包括的加速度传感器提供的加速度数据,或者与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足备车条件;在满足备车条件时,第一电子设备通过服务器,向第二电子设备发送第二消息,第二消息用于指示车辆备车。这样,就能够精准地识别用户的用车意图而自动备车,动态适应用户的用车需求变化,无需用户专门针对备车规律的更改等进行操作。
根据第四方面,根据第一电子设备包括的加速度传感器提供的加速度数据,或者与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足备车条件;包括:根据提供的加速度数据,确定是否满足预设的加速度数据变化的规律;在提供的加速度数据满足预设的加速度数据变化的规律时,根据提供的加速度数据对应的时间,确定是否满足备车时间范围,备车时间范围来自用车规律。
根据第四方面,或者以上第四方面的任意一种实现方式,备车条件包括:一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律。
根据第四方面,或者以上第四方面的任意一种实现方式,备车条件包括:一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律,以及备车时间范围。
根据第四方面,或者以上第四方面的任意一种实现方式,用车规律包括以下的至少一种:备车时间范围、空调属性、座椅位置属性、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性、倒车镜属性、方向盘位置属性、一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律;备车条件包括以下的至少一种:备车时间范围、一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律。
根据第四方面,或者以上第四方面的任意一种实现方式,与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,是第一电子设备从车钥匙设备接收到的第一消息中获取到的;第一消息包括车钥匙设备在检测到车钥匙的加速度传感器输出的加速度数据符合第一预设条件时,获取到的自此时开始的第一预设时长的加速度数据。
根据第四方面,或者以上第四方面的任意一种实现方式,第一电子设备包括的加速度传感器提供的加速度数据,是第一电子设备在检测到第一电子设备的加速度传感器输出的加速度数据符合第一预设条件时,获取到的自此时开始的第一预设时长的加速度数据。
第五方面,提供一种自动备车方法,应用于第一电子设备。第一电子设备包括:处理器;耦合至处理器的存储器;该方法包括:根据第一电子设备包括的加速度传感器提供的加速度数据,或者与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足预设的备车条件;在满足预设的备车条件时,第一电子设备通过服务器,向第二电子设备发送第二通知消息,第二通知消息用于指示第一电子设备检测到用车意图。
根据第五方面,根据第一电子设备包括的加速度传感器提供的加速度数据,或者与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足预设的备车条件;包括:根据提供的加速度数据,确定是否满足预设的加速度数据变化的规律;在提供的加速度数据满足预设的加速度数据变化的规律时,根据提供的加速度数据对应的时间,确定是否满足预设的备车时间范围。这样,通过引入时间的判断,可以进一步增加用户的用户意图识别的准确性。
根据第五方面,或者以上第五方面的任意一种实现方式,预设的备车条件包括:一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律。
根据第五方面,或者以上第五方面的任意一种实现方式,预设的备车条件包括:一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律,以及预设的备车时间范围。
根据第五方面,或者以上第五方面的任意一种实现方式,在根据第一电子设备包括的加速度传感器提供的加速度数据,或者与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足预设的备车条件之前,第一电子设备还执行:接收到用户输入,获取到用户设置的用车规律;用车规律包括预设的备车条件;用车规律包括以下的至少一种:备车时间范围、空调属性、座椅位置属性、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性、倒车镜属性、方向盘位置属性、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律;预设的备车条件包括以下的至少一种:备车时间范围、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律。
根据第五方面,或者以上第五方面的任意一种实现方式,第二通知消息包括所述用车规律。
根据第五方面,或者以上第五方面的任意一种实现方式,在接收到用户输入,获取到用户设置的用车规律之后,第一电子设备还执行:通过服务器,向第二电子设备发送第一通知消息,第一通知消息包括所述用车规律;其中,第二电子设备为车辆上的电子设备;第二电子设备、第一电子设备均为预先设置的关联的电子设备。
根据第五方面,或者以上第五方面的任意一种实现方式,在接收到用户输入,获取到用户设置的用车规律之后,第一电子设备还执行:通过服务器,向第二电子设备发送第一通知消息,第一通知消息包括用车规律;其中,第二电子设备为车辆上的电子设备;车钥匙设备、第一电子设备、第二电子设备均为预先设置的关联的电子设备。
第五方面及第五方面的任意一种实现方式分别与第一方面及第一方面的任意一种实现方式相对应。第五方面以及第五方面中任意一种实现方式所对应的技术效果可参见上述第一方面及第一方面的任意一种实现方式所对应的技术效果,此处不再赘述。
第六方面,提供一种自动备车方法,应用于第一电子设备。所述第一电子设备包括:处理器;耦合至处理器的存储器;该方法包括:通过服务器,接收来自第二电子设备的第三消息,第三消息包括第二电子设备通过历史学习获取的用车规律;根据第一电子设备包括的加速度传感器提供的加速度数据,或者与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足备车条件;在满足备车条件时,第一电子设备通过服务器,向第二电子设备发送第二消息,第二消息用于指示车辆备车。
根据第六方面,根据第一电子设备包括的加速度传感器提供的加速度数据,或者与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足备车条件;包括:根据提供的加速度数据,确定是否满足预设的加速度数据变化的规律;在提供的加速度数据满足预设的加速度数据变化的规律时,根据提供的加速度数据对应的时间,确定是否满足备车时间范围,备车时间范围来自用车规律。
根据第六方面,或者以上第六方面的任意一种实现方式,备车条件包括:一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律。
根据第六方面,或者以上第六方面的任意一种实现方式,备车条件包括:一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律,以及备车时间范围。
根据第六方面,或者以上第六方面的任意一种实现方式,用车规律包括以下的至少一种:备车时间范围、空调属性、座椅位置属性、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性、倒车镜属性、方向盘位置属性、一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律;备车条件包括以下的至少一种:备车时间范围、一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律。
根据第六方面,或者以上第六方面的任意一种实现方式,与第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,是第一电子设备从车钥匙设备接收到的第一消息中获取到的;第一消息包括车钥匙设备在检测到车钥匙的加速度传感器输出的加速度数据符合第一预设条件时,获取到的自此时开始的第一预设时长的加速度数据。
根据第六方面,或者以上第六方面的任意一种实现方式,第一电子设备包括的加速度传感器提供的加速度数据,是第一电子设备在检测到第一电子设备的加速度传感器输出的加速度数据符合第一预设条件时,获取到的自此时开始的第一预设时长的加速度数据。
第六方面及第六方面的任意一种实现方式分别与第四方面及第四方面的任意一种实现方式相对应。第六方面以及第六方面中任意一种实现方式所对应的技术效果可参见上述第四方面及第四方面的任意一种实现方式所对应的技术效果,此处不再赘述。
第七方面,提供一种自动备车系统。自动备车系统包括车钥匙设备、第一电子设备、服务器和第二电子设备;第二电子设备设置在车辆上;车钥匙设备、第一电子设备、第二电子设备均为预先设置的关联的电子设备。第一电子设备用于执行:接收到用户输入,获取到用户设置的用车规律,用车规律包括备车时间范围;第一电子设备通过服务器,向第二电子设备发送第一通知消息,第一通知消息包括用车规律;第一电子设备接收到第一消息,根据第一预设时长的加速度数据,判断是会否满足预设的备车条件;在第一电子设备根据第一预设时长的加速度数据,判断满足预设的备车条件后,通过服务器,向第二电子设备发送第二通知消息,第二通知消息用于指示第一电子设备检测到用车意图。车钥匙设备用于执行:在检测到车钥匙设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据,并向第一电子设备发送第一消息,第一消息包括第一预设时长的加速度数据。第二电子设备用于执行:在第二电子设备接收到第二通知消息的时间点位于备车时间范围内后,第二电子设备指示车辆备车。
根据第七方面,在第二电子设备指示车辆备车后的第二预设时长内,车辆的车门未打开过,车辆关闭备车。
根据第七方面,或者以上第七方面的任意一种实现方式,车辆关闭备车,包括:第二电子设备指示车辆关闭备车,车辆关闭备车。
根据第七方面,或者以上第七方面的任意一种实现方式,预设的备车条件包括:一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律,以及预设的备车时间范围。
根据第七方面,或者以上第七方面的任意一种实现方式,用车规律包括以下的至少一种:备车时间范围、空调属性、座椅位置属性、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性、倒车镜属性、方向盘位置属性、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律;预设的备车条件包括以下的至少一种:备车时间范围、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律。
根据第七方面,或者以上第七方面的任意一种实现方式,第二通知消息包括所述用车规律。
第七方面及第七方面的任意一种实现方式分别与第二方面及第二方面的任意一种实现方式相对应。第七方面以及第七方面中任意一种实现方式所对应的技术效果可参见上述第二方面及第二方面的任意一种实现方式所对应的技术效果,此处不再赘述。
第八方面,提供一种自动备车系统。自动备车系统包括车钥匙设备、第一电子设备、服务器和第二电子设备;第二电子设备设置在车辆上;车钥匙设备、第一电子设备、第二电子设备均为预先设置的关联的电子设备。第一电子设备用于执行:接收到用户输入,获取到用户设置的用车规律,用车规律包括备车时间范围;第一电子设备接收到第一消息,根据第一预设时长的加速度数据,以及接收到第一消息的时间点是否位于备车时间范围内,判断是会否满足预设的备车条件;在第一电子设备判断满足预设的备车条件后,通过服务器,向第二电子设备发送第二通知消息,第二通知消息用于指示车辆备车。车钥匙设备用于执行:在检测到车钥匙设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据,并向第一电子设备发送第一消息,第一消息包括第一预设时长的加速度数据。第二电子设备用于执行:在第二电子设备接收到第二通知消息后,第二电子设备指示车辆备车。
根据第八方面,在第二电子设备指示车辆备车后的第二预设时长内,车辆的车门未打开过,所述车辆关闭备车。
根据第八方面,或者以上第八方面的任意一种实现方式,用车规律包括以下的至少一种:备车时间范围、空调属性、座椅位置属性、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性、倒车镜属性、方向盘位置属性、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律;预设的备车条件包括以下的至少一种:备车时间范围、一定时长内用户携带第一电子设备或车钥匙设备运动时对应的加速度数据的变化规律。
根据第八方面,或者以上第八方面的任意一种实现方式,第二通知消息包括所述用车规律。
第八方面及第八方面的任意一种实现方式分别与第三方面及第三方面的任意一种实现方式相对应。第八方面以及第八方面中任意一种实现方式所对应的技术效果可参见上述第三方面及第三方面的任意一种实现方式所对应的技术效果,此处不再赘述。
第九方面,提供一种计算机可读存储介质。计算机可读存储介质包括计算机程序,当计算机程序在第一电子设备上运行时,使得第一电子设备执行如上述的第五方面或第六方面所述的方法。
第九方面及第九方面的任意一种实现方式分别与第五方面、第六方面及第五方面、第六方面的任意一种实现方式相对应。第九方面及第九方面中任意一种实现方式所对应的技术效果可参见上述第五方面、第六方面以及第五方面、第六方面中任意一种实现方式所对应的技术效果,此处不再赘述。
附图说明
图1为本申请实施例提供的自动备车方法的场景示意图;
图2为本申请实施例提供的第一电子设备的硬件结构示意图;
图3为本申请实施例提供的车钥匙设备的硬件结构示意图;
图4为本申请实施例提供的自动备车方法的流程示意图;
图5A-图5C为本申请实施例提供的自动备车方法中,备车执行步骤的三种实施方式的流程示意图;
图5D为本申请实施例提供的自动备车方法中,用车意图检测的一种实施方式的原理示意图;
图6A为本申请实施例提供的自动备车方法中,用车规律学习步骤的一种实施方式的流程示意图;
图6B-图6C为本申请实施例提供的自动备车方法中,备车执行步骤的两种实施方式的流程示意图;
图7A为本申请实施例提供的自动备车方法中,用车规律学习步骤的另外一种实施方式的流程示意图;
图7B-图7C为本申请实施例提供的自动备车方法中,备车执行步骤的另外两种实施方式的流程示意图;
图8为本申请实施例提供的自动备车方法中,第一电子设备上的预先设置的用户界面的示意图;
图9为本申请实施例提供的自动备车方法中,车钥匙设备上的预先设置操作的示意图;
图10为本申请实施例提供的一种第一电子设备的结构组成示意图。
具体实施方式
下面结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请实施例的描述中,以下实施例中所使用的术语只是为了描述特定实施例的目的,而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样,单数表达形式“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式,除非其上下文中明确地有相反指示。还应当理解,在本申请以下各实施例中,“至少一个”、“一个或多个”是指一个或两个以上(包含两个)。术语“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系;例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。
在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。术语“连接”包括直接连接和间接连接,除非另外说明。“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。
在本申请实施例中,“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。
在现有技术中,用户想要在开车之前提前备车,以便在开车时车辆已经完成备车,车辆的各种状态符合用户的需求,则主要存在以下几种情形:(1)用户触发备车启动的功能,车辆响应触发,开始备车;(2)用户提前设置预设的时间范围,车辆在预设的时间范围内自动备车,无需用户触发;(3)用户提前设置预设的时间范围,车辆在预设的时间范围内且在该时间范围内用户触发备车启动的功能,车辆开始备车。
上述的情形虽然给用户带来一定的方便,但有时也会给用户带来一些不便、限制甚至烦恼。比如,对于情形(1),用户还需要输入来触发备车启动的功能;对于情形(2),在预设的时间范围以外不能自动备车,以及用户有时在预设的时间范围内不需要用车但车辆却自动备车;对于情形(3),也存在上述对于情形(1)和情形(2)同样的问题。
除了上述的三种情形,用户需要提前设置备车对应的预设参数甚至预设时间范围,这些都会使得用户需要多次操作;此外,在用户想要更改备车对应的预设参数甚至预设时间范围时,用户还需要再次操作;这些都使得用户操作较多,车辆的备车功能自动化程度不高,不够智能,用户体验不佳,给用户带来一定的不便。因此,如何提供一种更为智能的自动备车方法、第一电子设备、车钥匙设备及系统成为我们的需求。
图1为本申请实施例提供的自动备车方法的场景示意图。如图1所示,第一电子设备通过网络链路210连接服务器200,服务器200通过网络链路220连接车辆400上的第二电子设备300。车钥匙设备500为可选的设备;即在一些情形中可以设置有车钥匙设备500;在另一些情形中可以不设置有车钥匙设备500,此时车钥匙设备500的功能集成在第一电子设备100中。在一些实施例中,第二电子设备300可以是车辆内安装的车载远程信息终端(telematics BOX,T-BOX),T-BOX也可称为车载信息处理盒子等;在另一些实施例中,第二电子设备300可以包括T-BOX和车载信息娱乐系统(in-vehicle infotainment,IVI)。T-BOX主要用于车辆与服务器之间的通信,实现第一电子设备的APP的车辆信息显示与控制。当用户通过第一电子设备的APP发送控制命令后,后台会发出监控请求指令到T-BOX,车辆在获取到控制命令后,通过控制器局域网(controller area network,CAN)总线发送控制报文并实现对车辆的控制,最后反馈操作结果到用户的第一电子设备的APP上。网路链路210和网络链路220可以包括蜂窝网络链路、无线保真(wireless fidelity,Wi-Fi)网络链路、有线网络链路等网络链路中的至少一种。比如,网络链路210可以为有线网络链路。
示例性的,图3示出了第一电子设备100的一种硬件结构示意图。
第一电子设备100可以为各种类型的设备。比如手机、可折叠电子设备、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、蜂窝电话、个人数字助理(personal digitalassistant,PDA)、增强现实(augmented reality,AR)设备、虚拟现实(virtual reality,VR)设备、人工智能(artificial intelligence,AI)设备、可穿戴设备、智能家居设备、智慧城市设备等。本申请实施例对第一电子设备100的具体类型不作特殊限制。
第一电子设备100可以包括处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接头130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。
可以理解的是,本申请实施例示意的结构并不构成对第一电子设备100的具体限定。在本申请另一些实施例中,第一电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
处理器110还可以设置存储器,用于存储程序和数据。在一些实施例中,处理器110中的存储器可以为高速缓冲存储器。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
USB接头130是一种符合USB标准规范的接口,可以用于连接第一电子设备100和外围设备,具体可以是Mini USB接头,Micro USB接头,USB Type C接头等。在一些实施例中,通用串行总线的标准规范可以为USB1.x、USB2.0、USB3.x和USB4。
充电管理模块140用于接收充电器的充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,显示屏194,摄像头193,和无线通信模块160等供电。
第一电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。第一电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。
移动通信模块150可以提供应用在第一电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
无线通信模块160可以提供应用在第一电子设备100上的包括无线局域网(wireless local area networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),蓝牙低功耗(bluetooth low energy,BLE),超宽带(ultra wideband,UWB),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
第一电子设备100的天线1和移动通信模块150耦合,使得第一电子设备100可以通过移动通信技术与网络和其他电子设备通信。该移动通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packetradio service,GPRS),码分多址接入(code division multiple access,CDMA),宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-divisioncode division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。该GNSS可以包括全球卫星定位系统(globalpositioning system,GPS),全球导航卫星系统(global navigation satellite system,GLONASS),北斗卫星导航系统(beidou navigation satellite system,BDS),准天顶卫星系统(quasi-zenith satellite system,QZSS)和/或星基增强系统(satellite basedaugmentation systems,SBAS)。
第一电子设备100可以通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,第一电子设备100可以包括1个或多个显示屏194。
第一电子设备100可以通过摄像模组193,ISP,视频编解码器,GPU,显示屏194以及应用处理器AP、神经网络处理器NPU等实现摄像功能。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。
内部存储器121可以用于存储计算机可执行程序代码,该可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。
陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中,可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即,x,y和z轴)的角速度。
磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。当电子设备为可折叠电子设备,磁传感器180D可以用于检测电子设备的折叠或展开,或折叠角度。
加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态,应用于横竖屏切换,计步器等应用。
距离传感器180F,用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中,拍摄场景,电子设备100可以利用距离传感器180F测距以实现快速对焦。
按键190可以包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入,产生与电子设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。
指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和电子设备100的接触和分离。电子设备100可以支持1个或多个SIM卡接口。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。多张卡的类型可以相同,也可以不同。
示例性地,图3示出了车钥匙设备500的结构示意图。车钥匙设备500可包括处理器510,外部存储器接口520,内部存储器521,通用串行总线(universal serial bus,USB)接口530,充电管理模块540,电源管理模块541,电池542,天线3,天线4,无线通信模块550,传感器模块560等。
可以理解的是,本申请实施例示意的结构并不构成对车钥匙设备500的具体限定。在本申请另一些实施例中,车钥匙设备500可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器510可以包括一个或多个处理单元。例如:处理器510可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的部件,也可以集成在一个或多个处理器中。在一些实施例中,车钥匙设备500也可以包括一个或多个处理器510。
在一些实施例中,处理器510可以包括一个或多个接口。接口可以包括集成电路间(inter-integrated circuit,I2C)接口,集成电路间音频(integrated circuit sound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,SIM卡接口,和/或USB接口等。其中,USB接口530是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。
可以理解的是,本申请实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对车钥匙设备500的结构限定。在本申请另一些实施例中,车钥匙设备500也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块540用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。
电源管理模块541用于连接电池542,充电管理模块540与处理器510。电源管理模块541接收电池542和/或充电管理模块540的输入,为处理器510,内部存储器521,外部存储器接口520和无线通信模块550等供电。
车钥匙设备500的无线通信功能可以通过天线3,天线4以及无线通信模块550等实现。
无线通信模块550可以提供应用在车钥匙设备500上的包括Wi-Fi,蓝牙(bluetooth,BT),无线数传模块(例如,433MHz,868MHz,915MHz)等无线通信的解决方案中的至少一种。无线通信模块550可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块550经由天线3或者天线4接收电磁波,将电磁波信号滤波以及调频处理,将处理后的信号发送到处理器510。
传感器模块560包括加速度传感器,可检测车钥匙设备500在各个方向上(一般为三轴)加速度的大小。当车钥匙设备500静止时可检测出重力的大小及方向。
外部存储器接口520可以用于连接外部存储卡,例如Micro SD卡,实现扩展车钥匙设备500的存储能力。外部存储卡通过外部存储器接口520与处理器510通信,实现数据存储功能。
内部存储器521可以用于存储一个或多个计算机程序,该一个或多个计算机程序包括指令。处理器510可以通过运行存储在内部存储器521的上述指令,从而使得车钥匙设备500执行本申请一些实施例中所提供的自动备车的方法,以及各种应用以及数据处理等。内部存储器521可以包括代码存储区和数据存储区。其中,代码存储区可存储操作系统。数据存储区可存储车钥匙设备500使用过程中所创建的数据等。此外,内部存储器521可以包括高速随机存取存储器,还可以包括非易失性存储器,例如一个或多个磁盘存储部件,闪存部件,通用闪存存储器(universal flash storage,UFS)等。在一些实施例中,处理器510可以通过运行存储在内部存储器521的指令,和/或存储在设置于处理器510中的存储器的指令,来使得车钥匙设备500执行本申请实施例中所提供的自动备车的方法。
后续介绍的本申请实施例提供的自动备车方法,基于前文所描述的第一电子设备和车钥匙设备的硬件结构。下面结合附图,对本申请实施例提供的自动备车方法,进行详细介绍。
示例性地,图4示出了本申请实施例提供的自动备车方法的流程示意图。如图4所示,该自动备车方法可包括:用车规律学习步骤,以及备车执行步骤。其中,用车规律学习步骤为可选的步骤。也就是说,在一些实施例中,该自动备车方法可不包括用车规律学习步骤,仅包括备车执行步骤。在另一些实施例中,该自动备车方法可包括用车规律学习步骤和备车执行步骤。
下面将结合附图,对本申请实施例提供的自动备车方法中,备车执行步骤进行详细介绍。
示例性地,图5A-图5C示出了本申请实施例提供的自动备车方法中,备车执行步骤的三种实施方式的流程示意图。
如图5A所示,备车执行步骤可以包括:
S501a、第一电子设备接收到用户输入,设置用车规律,用车规律包括备车时间范围,备车时间范围包括备车开始时间和备车结束时间。
示例性地,用户输入包括但不限于触摸输入、语音输入等。用车规律包括但不限于备车时间范围、空调属性、座椅位置属性(也可称为座椅姿势属性)、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性、倒车镜属性、方向盘位置属性等的至少一种。备车时间范围可以通过年份、季度、季节、月份、日期、小时、分钟、秒钟、周期等的至少一种来体现。周期可以通过诸如工作日、每周等来体现。用车规律可以包括一个或多个记录。用车规律包括的记录可以包括与电子设备对应的标识。用车规律的记录还可设置有有效期,比如,有效期为2020年1月1日——2020年12月31日。本申请对此不做限定。下面的表1和表2示出了有关用车规律记录的两种示例。但本申请的用车规律记录不限于表1和表2示出的两种示例。
表1
用车规律记录 | 日期 | 备车开始时间 | 备车结束时间 | 空调 | 电子设备标识 | …… |
记录1 | 5月15日—9月5日 | 工作日7点 | 工作日8点 | 冷风开 | 第一电子设备ID | …… |
…… | …… | …… | …… | …… | …… | …… |
表2
用车规律记录 | 月份 | 备车时间范围 | 空调 | 座椅加热 | 香氛开关 | 电池加热开关 | …… |
记录1 | 6月—8月 | 工作日7点—8点 | 冷风开 | 不开 | 开 | 不开 | …… |
记录2 | 12月—2月 | 工作日18点—19点 | 暖风开 | 开 | 开 | 开 | …… |
记录3 | 3月—5月 | 工作日12点-13点 | 不开 | 不开 | 不开 | 不开 | …… |
…… | …… | …… | …… | …… | …… | …… | …… |
S502a、第一电子设备通过服务器,向第二电子设备发送第一通知消息,第一通知消息包括用车规律。
示例性地,第一电子设备可以通过App(比如,智慧生活)或者通过第一电子设备的操作系统集成的服务,通过服务器(比如,App对应的服务器,或者第一电子设备对应的服务器(如华为服务器)),向第二电子设备发送第一通知消息。第二电子设备为车辆上安装、集成或预先与车辆设置连接好的设备。第二电子设备与车辆、第一电子设备预先已经完成设置。比如,第一电子设备和第二电子设备彼此已经知晓对方的标识(比如MAC地址等)、身份等。
可选地,在S502a中,第一通知消息包括的不是用车规律,而是用车规律的部分信息(比如,备车时间范围)。
S503a、第二电子设备接收到所述第一通知消息,从第一通知消息中获取到用车规律,从用车规律中获取到包括备车时间范围等的信息,进而获取到备车开始时间和备车结束时间。
可选地,在S503a中,在第二电子设备接收到第一通知消息后,首先进行鉴权,确认是否为第一电子设备经服务器发送的,在确认第一通知消息为第一电子设备经服务器发送的,则继续后续流程;否则,则退出。
S504a、第二电子设备在备车开始时间到达后,备车结束时间到达前,判断是否接收到第一电子设备经服务器发送的第二通知消息;第二通知消息用于指示第一电子设备检测到用车意图;若是,则执行S506a;若否,则执行S505a。
这样,即使当前时刻位于备车开始时间和备车结束时间两者之间,即当前时刻位于备车时间范围内,也要结合有无接收到第二通知消息来确定是否备车,从而减少了备车误判,提高了备车的准确率。
S505a、第二电子设备不执行任何操作,或者指示车辆不备车。
S506a、第二电子设备指示车辆备车。
S507a、第二电子设备检测车辆在第二预设时长内,车门是否打开过。若在第二预设时长内,车门没有打开,则执行S508a。
示例性地,若第二电子设备检测车辆在第二预设时长内,车门一直未被打开过,则可认为是由于误操作导致的误备车,因而执行S508a。若第二电子设备检测车辆在第二预设时长内,车门被打开过,则可认为用户正常用车,继续备车。
示例性地,第二预设时长的计时起点可以为第二电子设备接收到第二通知消息的时间点(比如,记为t1),也可以为第二电子设备接收到第二通知消息的时间点(比如,记为t1)之后经过预定时长(比如,记为t0)的一个时间点(比如,t1+t0),还可以为备车开始时间,也可以为备车开始时间后、备车结束时间前的一个时间点。本申请对此不做限定。
有关检测车辆在第二预设时长内,车门是否打开过,包括但不限于,虽然还在第二预设时长内,但检测到车辆的车门被打开过,则退出S507a,不再继续监测,认为用户正常用车,车辆继续备车;若未检测到车辆的车门被打开过,则一直检测直至经过第二预设时长。
S508a、第二电子设备指示车辆关闭备车。
需要说明的是,S507a-S508a为可选的步骤,并非必需的步骤。
在上述流程中,有关第一电子设备发送的第二通知消息的方式有多种方式。一种优选的方式,可参见图5A的S501e-S505e。
S501e、车钥匙设备在检测到车钥匙设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据,并根据第一预设时长的加速度数据,生成第一消息;
示例性地,车钥匙设备包括加速度传感器和无线通信模块。可选地,车钥匙设备的加速度传感器可以一直检测车钥匙设备的三轴加速度的大小,尤其是Z轴加速度的大小。可选地,车钥匙设备可以在检测到特定触发(比如,用户触发某个按钮,或者长时间静止)后,开始检测车钥匙设备的三轴加速度的大小,尤其是Z轴加速度的大小。
示例性地,第一消息包括第一预设时长的加速度数据。
S502e、车钥匙设备向第一电子设备发送第一消息;
示例性地,车钥匙设备与第一电子设备预先已经完成设置。比如,车钥匙设备已经知晓第一电子设备的标识(比如MAC地址等)、身份等。
S503e、第一电子设备接收到第一消息,从第一消息中获取到第一预设时长的加速度数据;
S504e、第一电子设备根据第一预设时长的加速度数据,判断是否满足预设的备车条件;若满足,则执行S505e;若不满足,则返回S503e之前,等待接收到第一消息。
示例性地,预设的备车条件可以包括一定时长内用户携带车钥匙设备运动(比如,步行)时所对应的加速度数据的变化规律。可选地,是否符合预设的备车条件可以为一定时长内加速度数据的变化规律,是否符合用户携带车钥匙设备运动(比如,步行)时所对应的加速度数据的变化规律。比如,如图5D所示,检测一定时长(比如,10秒)内加速度数据超过预定阈值的峰值的次数。示例性地,检测在10秒内垂直加速度(三轴加速度中的Z轴加速度)的峰值相差不小于1m/s2的次数不小于10次。示例性地,第一电子设备可以根据接收到的第一预设时长的加速度数据,绘制加速度数据随时间变化的曲线,每隔一定时长检测到该曲线的加速度数据超过预定阈值的峰值的次数,若达到或超过预设次数,则认为满足预设的备车条件;若未达到或未超过预设次数,则继续检测该曲线的下一个一定时长;如此循环。其中,上述的一定时长可以默认设置,也可以根据用户需要自行调整设置。另外,有关上述的一定时长的设置,还可以为用户提供两种选择,默认设置和用户自行调整设置;具体由用户自行选择。可选地,一定时长的默认设置方式可以根据年龄、性别、有无残疾等提供多种模式,比如老人模式、中年人(男)、青年人(女)模式等。
示例性地,预设的备车条件可以包括:一定时长内用户携带车钥匙设备运动(比如,步行)时所对应的加速度数据的变化规律,以及车钥匙设备或第一电子设备与第二电子设备之间的距离。可选地,是否符合预设的备车条件可以为一定时长内加速度数据的变化规律,是否符合用户携带车钥匙设备运动(比如,步行)时所对应的加速度数据的变化规律,以及车钥匙设备或第一电子设备与第二电子设备之间的距离,是否符合车钥匙设备或第一电子设备与第二电子设备之间的距离阈值。
需要说明的是,预设的备车条件还可以为其他方式,不限于上述一定时长内的加速度数据的变化规律的方式。
S505e、第一电子设备通过服务器,向第二电子设备发送第二通知消息,第二通知消息用于指示第一电子设备检测到用车意图。
可选地,S505e中的第二通知消息不仅包括指示第一电子设备检测到用车意图的信息,还包括用车规律中的部分信息。S505e中的第二通知消息包括的用车规律中的部分信息,与S502a中的第一通知消息包括的用车规律中的部分信息,可以组成用车规律的全部信息。示例性地,S505e中的第二通知消息包括的用车规律中的部分信息,可以为S501a的用车规律中除备车时间范围以外的信息。
需要说明的是,S501e-S505e仅为一种优选的示例流程,并非图5A示出的备车执行步骤所包括的唯一示例流程。
可替换地,S501e可由第一电子设备执行,并被替换为:第一电子设备在检测到第一电子设备的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据。相应地,图5A的S502e-S503e就无需再执行,直接执行S504e。S505e可保持不变。进一步地,为了避免误判,可以考虑在第一电子设备侧的某个步骤(比如,S502a)之后或某个步骤(比如,S501a)之前设置一个开启步骤。示例性地,有关开启步骤的操作,可以如图8所示。
需要说明的是,图5A及有关图5A对应的描述,仅为示例性举例。有关的实施方式不限于图5A及图5A对应的描述中所列出的示例。只要体现图5A及图5A对应的描述中的精神或思路的方式,均在图5A及图5A对应的描述的范围之内。
图5B示出了备车执行步骤的另外一种实现方式。如图5B所示,备车执行步骤可以包括:
S501b、与S501a相同,请参见S501a的描述,此处不再赘述;
S502b、第一电子设备是否接收到第一消息,若是,则执行S503b;若否,则返回S502b之前;
其中,第一消息为车钥匙设备发送来的消息。第一消息包括车钥匙设备获取的第一预设时长的加速度数据。
S503b、第一电子设备从第一消息中获取到第一预设时长的加速度数据;
S504b、第一电子设备在备车开始时间到达后,备车结束时间到达前,第一预设时长的加速度数据是否满足预设的备车条件;若是,执行S505b;若否,则返回S502b之前;
有关预设的备车条件及是否满足的判断等,可参见S504e的描述;此处不再赘述。
S505b、第一电子设备通过服务器,向第二电子设备发送第二通知消息,第二通知消息指示车辆备车;
S506b、第二电子设备接收到第二通知消息后,指示车辆备车;
S507b-S508b、分别与S507a-S508a相同,请参见S507a-S508a的描述,此处不再赘述;
同样地,S507b-S508b为可选的步骤,并非必需的步骤。
在上述流程中,有关第一预设时长的加速度数据的获取方式有多种方式。一种优选的方式,可参见图5B的S501f-S502f。
S501f、车钥匙设备在检测到车钥匙设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据,并根据第一预设时长的加速度数据,生成第一消息;
示例性地,第一消息包括第一预设时长的加速度数据。
S502f、车钥匙设备向第一电子设备发送第一消息;
后续,第一电子设备可以执行S502b,来检测是否接收到第一消息。并根据是否接收到第一消息的结果,按照上述的流程执行。
需要说明的是,S501f-S502f仅为一种优选的示例流程,并非图5A示出的备车执行步骤所包括的唯一示例流程。
可替换地,S501f可由第一电子设备执行,并被替换为:第一电子设备在检测到第一电子设备的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据。相应地,图5B的S502f、S502b-S503b就无需再执行,直接执行S504b。S505b-S506b可保持不变。后续可能的S507b-S508b也可保持不变。进一步地,为了避免误判,可以考虑在第一电子设备侧的某个步骤(比如,S501b)之后或某个步骤(比如,S501b)之前设置一个开启步骤。示例性地,有关开启步骤的操作,可以如图8所示。
需要说明的是,图5B示出的S501b-S508b、S501f-S502f的进一步展开描述,可参见图5A的相应步骤,此处不再赘述;并且上述的进一步展开描述,也在图5B及图5B对应的描述的范围之内。
需要说明的是,在没有特别说明及出现矛盾的情况下,图5A及图5A对应的描述中的实现方式,也可用在图5B对应的实施方式中;并且,上述的实现方式也在图5B及图5B对应的描述的范围之内。
图5C示出了备车执行步骤的另外一种实现方式。如图5C所示,备车执行步骤可以包括:
S501c、第一电子设备接收到用户输入,设置用车规律;
其中,用车规律包括的信息可参见S501a中有关用车规律的描述,此处不再赘述。
可选地,在S501c之后,第一电子设备可以将用车规律通过服务器发送给第二电子设备,也可以不发送给第二电子设备。进一步地,第一电子设备可以将用车规律中的与第二电子设备有关的信息,通过服务器发送给第二电子设备;而不是将用车规律的全部信息,通过服务器都发送给第二电子设备。比如,后续第一电子设备判断检测到用车意图的时间是否在预设的时间范围内,则用车规律包括的预设的时间范围无须发送给第二电子设备。
S502c、第一电子设备检测到用车意图,获取检测到用车意图的时间点对应的第一参数;
有关第一电子设备检测到用车意图,可以通过第一电子设备检测到一定时长内的加速度数据的变化规律符合预设的加速度数据变化规律来实现。比如,如图5D所示,检测一定时长(比如,10秒)内加速度数据达到或超过预定阈值的峰值的次数。示例性地,检测一定时长(比如,10秒)内某一个方向上的加速度数据达到或超过预定阈值的峰值的次数。有关内容,可参见上文的描述,此处不再赘述。
示例性地,第一参数可以包括第一电子设备检测到用车意图的时间点。比如,第一电子设备在某年某月某日的上午10点检测到用车意图,那么第一参数可以包括某年某月某日的上午10点。
可选地,第一参数还可以包括其他信息,比如第一电子设备的地理位置坐标、车辆的地理位置坐标,和/或,第一电子设备与车辆之间的距离等。其中,第一电子设备获取车辆的地理位置坐标可通过以下方式:车辆的第二电子设备将车辆停车时的地理位置坐标通过服务器发送给第一电子设备,或者,车辆的第二电子设备周期性地将车辆的地理位置坐标通过服务器发送给第一电子设备。可选地,服务器周期性地分别从第一电子设备和第二电子设备,接收第一电子设备的地理位置坐标和车辆的地理位置坐标,然后计算得出第一电子设备和车辆之间的距离。可选地,第一电子设备获取到第一电子设备的地理位置坐标和车辆的地理位置坐标,并据此计算得出第一电子设备和车辆之间的距离。可选地,第二电子设备获取到第一电子设备的地理位置坐标和车辆的地理位置坐标,并据此计算得出第一电子设备和车辆之间的距离。
S503c、第一电子设备判断第一参数是否满足预设的备车条件;若满足,则执行S504c;若不满足,则返回S502c之前;
示例性地,此处的备车条件可以包括但不限于有关第一电子设备和车辆之间的距离条件、时间条件等。判断第一参数是否满足预设的备车条件,可以包括:第一电子设备与车辆之间的距离是否小于预设的距离阈值;第一电子设备检测到用车意图的时间点是否位于预设的时间范围内,预设的时间范围可以通过S501c中的用车规律来设置;
示例性地,第一电子设备为手机时,第一参数是否满足预设的备车条件的部分伪代码可以为:NeedPrepare=(Distance(phone,car)<2km)&&(IsThour±1)&&Times(△Peak(a)>=1)>=10;其中,△Peak(a)表示加速度数据的变化量或加速度数据在一个方向上的变化量。
总的来说,要执行S504c,则需要满足以下两个条件:第一电子设备检测到用车意图,且第一电子设备检测到用车意图的时间点对应的第一参数满足预设的备车条件。
示例性地,要执行S504c,则需要同时满足以下几个条件:第一电子设备检测到一定时长内加速度数据达到或超过预定阈值的峰值的次数,第一电子设备与车辆之间的距离小于预设的距离阈值,第一电子设备检测到用车意图的时间点位于预设的时间范围内等。
S504c、第一电子设备通过服务器,向第二电子设备发送第一告知消息,第一告知消息指示车辆按照用车规律备车;
在S501c之后,第一电子设备没有将用车规律的全部信息或用车规律中与第二电子设备有关的部分信息,通过服务器发送给第二电子设备的话,第一告知消息可以包括用车规律的全部信息,或者用车规律中与第二电子设备有关的部分信息。示例性地,用车规律中与第二电子设备有关的部分信息,可以包括:空调属性、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性等的至少一种。
S505c、第二电子设备接收到第一告知消息,按照用车规律,指示车辆备车;
S506c-S507c、分别与S507a-S508a相同,请参见S507a-S508a的描述,此处不再赘述;
同样地,S506c-S507c为可选的步骤,并非必需的步骤。
需要说明的是,在没有特别说明及出现矛盾的情况下,图5A及图5A对应的描述、图5B及图5B对应的描述中的实现方式,也可用在图5C对应的实施方式中;并且,上述的实现方式也在图5C及图5C对应的描述的范围之内。
为了进一步提高用户体验,如图4所示,在备车执行步骤之前,该自动备车方法还可包括用车规律学习步骤。下面将结合附图,对本申请实施例提供的自动备车方法中,用车规律学习步骤进行详细介绍。
示例性地,图6A示出了本申请实施例提供的自动备车方法中,用车规律学习步骤的一种实施方式的流程示意图。如图6A所示,用车规律学习步骤的流程可以包括:
S601a、第二电子设备通过历史学习,获取用车规律;
示例性地,第二电子设备通过对过去一段时长的用户操作的规律的学习,获取用车规律。
示例性地,车辆可获取到第一电子设备的用户位于驾驶座(比如,通过第一电子设备的位置在驾驶座附近,来确定第一电子设备的用户位于驾驶座),以及该用户的操作习惯(空调属性设置、座椅属性设置、倒车镜属性设置、音乐播放属性设置等),第二电子设备可获取第一电子设备及其对应的上述用户操作习惯,进而获取第一电子设备对应的用车规律。
示例性地,学习的用车规律的部分伪代码可以用以下的方式表示:
1、出行日(每周几出行):IsTday=Used(Tday)>=3;
2、出行时(几点出行):IsThour=IsTday&&Used(Thour)>=2;
3、空调温度:TempAC=(TempAC(X-2)+TempAC(X-1)+TempAC(X))/3;
4、香氛开关:IsFrag=Times(IsFrag(x-2,x-1,x))>=2;
5、座椅加热档位:GearSeatHeat=(GearSeatHeat(X-2)+GearSeatHeat(X-1)+Gear-
SeatHeat(X))/3;
6、电池加热开关:IsBatHeat=Times(IsBatHeat(x-2,x-1,x))>=2。
S602a、第二电子设备通过服务器,向第一电子设备发送第三消息,第三消息包括用车规律;
其中,用车规律包括的信息可参见S501a中有关用车规律的描述,此处不再赘述。
S603a、第一电子设备接收到第三消息,获取到用车规律;
这样,第一电子设备就能自动地获取到用车规律,而无需用户人工设置。
需要说明的是,上述的用车规律学习步骤,可以周期性(比如,每两周)地执行,也可以在用户每次停车或开车后执行,还可以在检测到特定事件(比如,停车超过两个小时)后执行。另外,上述的用车规律学习步骤的执行条件可以为上述的几种执行条件的叠加,即满足上述任意一个条件,都可执行上述的用车规律学习步骤。
另外,本申请实施例的用车规律学习步骤,还可为不同的电子设备提供不同的用车规律。具体可参见后续介绍的图7A。
在自动备车方法包括用车规律学习步骤后,该自动备车方法包括的备车执行步骤也会发生变化。示例性地,图6B-图6C示出了此时的备车执行步骤。
如图6B所示,用车规律学习步骤之后的备车执行步骤可以包括:
S601b-S603b、分别与S501e-S503e相同,请参见S501e-S503e的描述,此处不再赘述;
S604b、第一电子设备根据第一预设时长的加速度数据,判断是否满足预设的备车条件;若满足,则执行S605b;若不满足,则返回S603b之前,等待接收到第一消息;
有关S604b的进一步展开描述,可参考S504e的相关描述;在没有矛盾的前提下,S504e的进一步展开描述均可应用在S604b上。
S605b、第一电子设备通过服务器,向第二电子设备发送第二通知消息,第二通知消息用于指示车辆备车;
S606b、第二电子设备接收到第二消息,指示车辆按照用车规律备车;
S606b中的用车规律所包括的内容,可以参考S501a中的用车规律所包括的内容;需要指出的是,S606b中的用车规律并非用户手工预先设置的,而是在S601a中通过历史学习获取到的。
需要说明的是,在图6B示出的备车执行步骤中,S601b-S606b为必需步骤。
S607b、第二电子设备检测车辆在第二预设时长内,车门是否打开过。若在第二预设时长内,车门没有打开,则执行S608b。
有关S607b的进一步展开描述,请参考S507a的相关描述;此处不再赘述。
S608b、第二电子设备指示车辆关闭备车。
可选地,在S601b之前,本申请实施例的备车执行步骤还可提供用户自主选择或设置的步骤。示例性地,如图9所示,用户可在S601b之前,选择对应的按钮,进而可以使得车钥匙设备开启对车钥匙设备的加速度传感器的检测,或者使得车钥匙设备的加速度传感器开始工作。
可选地,在S608b执行完之后,返回至S606b之前。
需要说明的是,S607b-S608b为本申请实施例的备车执行步骤中可选的步骤,并非必需步骤。
图6C示出了备车学习规律之后的备车执行步骤的另外一种实现方式。如图6C所示,用车规律学习步骤之后的备车执行步骤可以包括:
S601c、第一电子设备在检测到第一电子设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据;
示例性地,第一电子设备包括加速度传感器和无线通信模块。可选地,第一电子设备的加速度传感器可以一直检测第一电子设备的三轴加速度的大小,尤其是Z轴加速度的大小。可选地,第一电子设备可以在检测到特定触发(比如,如图8所示,用户触发第一电子设备的APP上的某个选项)后,开始检测第一电子设备的三轴加速度的大小,尤其是Z轴加速度的大小。
S602c、第一电子设备根据第一预设时长的加速度数据,判断第一预设时长的加速度数据是否满足备车条件;若不满足,则返回至S601c之前;若满足,执行S603c;
示例性地,此处的备车条件可以包括但不限于有关第一电子设备和车辆之间的距离条件、时间条件等。判断第一参数是否满足预设的备车条件,可以包括:第一电子设备与车辆之间的距离是否小于或等于默认的距离阈值或用户设置的距离阈值;第一电子设备检测到用车意图的时间点是否位于通过S601a中的用车规律获取的时间范围内等。
总的来说,要执行S603c,则需要满足以下两个条件:第一电子设备检测到第一电子设备的加速度传感器输出的加速度数据符合第一预设条件,且此时的时间点位于备车学习规律步骤中获取的用车规律的时间范围内。
示例性地,要执行S603c,则需要同时满足以下几个条件:第一电子设备检测到一定时长内加速度数据达到或超过预定阈值的峰值的次数,此时的时间点位于备车学习规律步骤中获取的用车规律的时间范围内,且此时第一电子设备与车辆之间的距离小于或等于默认的距离阈值或用户设置的距离阈值。
S603c、第一电子设备通过服务器,向第二电子设备发送第二消息,第二消息用于指示备车;
S604c、第二电子设备接收到第二消息,指示车辆按照用车规律备车;
S604c中的用车规律所包括的内容,可以参考S501a中的用车规律所包括的内容;需要指出的是,S604c中的用车规律并非用户手工预先设置的,而是在S601a中通过历史学习获取到的。
需要说明的是,在图6C示出的备车执行步骤中,S601c-S604c为必需步骤。
S605c、第二电子设备检测车辆在第二预设时长内,车门是否打开过。若在第二预设时长内,车门没有打开,则执行S606c。
有关S605c的进一步展开描述,请参考S507a的相关描述;此处不再赘述。
S606c、第二电子设备指示车辆关闭备车。
可选地,在S601c之前,本申请实施例的备车执行步骤还可提供用户自主选择或设置的步骤。示例性地,如图8所示,用户可在S601c之前,选择APP上对应的选项,进而可以使得第一电子设备开启对第一电子设备的加速度传感器的检测,或者使得第一电子设备的加速度传感器开始工作。
另外,本申请实施例提供的自动备车方法,还可以为多个电子设备提供自动备车的服务。示例性地,图7A示出了本申请实施例提供的自动备车方法中,用车规律学习步骤的另外一种实施方式的流程示意图。
如图7A所示,用车规律学习步骤可以包括:
S701a、第二电子设备通过历史学习,获取第一电子设备对应的第一用车规律,以及第三电子设备对应的第二用车规律;
S702a、第二电子设备通过服务器,向第一电子设备发送第三消息,第三消息包括第一用车规律;
S703a、第一电子设备接收到第三消息,获取到第一用车规律。
S704a、第二电子设备通过服务器,向第三电子设备发送第四消息,第四消息包括第二用车规律;
S705a、第三电子设备接收到第四消息,获取到第二用车规律。
S701a-S703a的进一步展开描述,可参见S601a-S603a的相关描述;S704a、S705a的内容,分别与S702a、S703a的内容相同,此处不再赘述。
可选地,本申请实施例提供的自动备车方法,不限于上述的两个电子设备的情形,可以包括更多的电子设备;在用车规律学习步骤中,类似地执行上述的步骤,此处不再赘述。
相应地,在本申请实施例的自动备车方法中,备车执行步骤也可以为多个电子设备提供自动地备车执行功能。为了与图7A的介绍一致,以多个设备为两个设备为例,两个设备具体为第一电子设备和第三电子设备。由于第三电子设备的执行流程与第一电子设备的执行流程是相同的,下面通过第一电子设备来示例性阐述。
示例性地,图7B示出了本申请实施例提供的自动备车方法中,备车执行步骤的一种实施方式的流程。如图7B所示,备车执行步骤可以包括:
S701b、第一车钥匙设备在检测到第一车钥匙设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据,并根据第一预设时长的加速度数据,生成第一消息;
S702b、第一车钥匙设备向第一电子设备发送第一消息;
S703b-S704b、分别与S603b-S604b相同,请参见S603b-S604b的描述,此处不再赘述;
S705b、第一电子设备通过服务器,向第二电子设备发送第二消息,第二消息用于指示车辆按照第一用车规律备车;
S706b、第二电子设备接收到第二消息,控制车辆按照第一用车规律备车;
S707b-S708b、分别与S607b-S608b相同,请参见S607b-S608b的描述,此处不再赘述。
在没有特别说明的情况下,本申请实施例提供的备车执行步骤所包括的具体步骤,与图6B中的备车执行步骤所包括的具体步骤相同。
相应地,对于第三电子设备来说,第三电子设备与第二车钥匙设备预先设置好两者的关联性。与图7B示出的流程类似的,第二车钥匙设备、第三电子设备、服务器、第二电子设备也执行类似的流程,只不过“第一用车规律”替换为对应的“第二用车规律”,此处不再展开描述。
需要说明的是,本申请实施例提供的自动备车方法中的备车执行步骤,不限于两个电子设备,还可以适用于更多的电子设备。比如,在图7A示出的用车规律学习步骤用于三个电子设备的情形下,相应地,图7B示出的备车执行步骤也用于三个电子设备。
示例性地,图7C示出了本申请实施例提供的自动备车方法中,备车执行步骤的另一种实施方式的流程。如图7C所示,备车执行步骤可以包括:
S701c-S702c、分别与S601c-S602c相同,请参见S601c-S602c的描述,此处不再赘述;
S703c、第一电子设备通过服务器,向第二电子设备发送第二消息,第二消息用于指示按照第一用车规律备车;
S704c、第二电子设备接收到第二消息后,控制车辆按照第一用车规律备车;
S705c-S706c、分别与S605c和S606c相同,请参见S605c和S606c的描述,此处不再赘述;
在没有特别说明的情况下,本申请实施例提供的备车执行步骤所包括的具体步骤,与图6C中的备车执行步骤所包括的具体步骤相同。
相应地,对于第三电子设备来说,与图7C示出的流程类似的,第三电子设备、服务器、第二电子设备也执行类似的流程,只不过“第一用车规律”替换为对应的“第二用车规律”,此处不再展开描述。
需要说明的是,本申请实施例提供的自动备车方法中的备车执行步骤,不限于两个电子设备,还可以适用于更多的电子设备。比如,在图7A示出的用车规律学习步骤用于三个电子设备的情形下,相应地,图7C示出的备车执行步骤也用于三个电子设备。
需要说明的是,本申请的上述各个实施例的任意步骤、任意技术特征,在没有矛盾的前提下,均可以自由地、任意地组合。组合后的技术方案,也在本申请的范围之内。
可以理解的是,上述电子设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请实施例的范围。
本申请实施例可以根据上述方法示例对上述电子设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
本申请实施例的技术方案不仅可以通过加速度传感器,获取的第一预设时长的加速度数据,来进行后续的备车条件是否满足的判断条件或判断条件之一,还可以通过其他的传感器来进行判断。本申请对于传感器的具体类型不作限定。
在一种示例中,图10示出了上述实施例中所涉及的第一电子设备的一种可能的结构示意图。如图10所示,第一电子设备1000包括:处理器1010,存储器1020和显示器1030。其中,处理器1010与存储器1020和显示屏1030耦合,本申请实施例中的耦合可以是通信连接,可以是电性,或其它的形式。具体的,存储器1020用于存储计算机程序。显示屏1030用于显示用户界面。处理器1010用于调用存储器1020中存储的计算机程序,使得第一电子设备1000执行本申请实施例提供的自动备车方法中由第一电子设备所执行的步骤。相关流程可以参照上文,此处不再赘述。
在一些实施例中,在显示屏具有触摸功能时,显示屏又称为触摸显示屏。在触摸显示屏上的操作可以通过虚拟按键实现。在显示屏不具有触摸功能时,显示屏又称为非触摸显示屏。在非触摸显示屏上的操作可以通过物理按键实现。
本申请提供一种计算机程序产品,当所述计算机程序产品在第一电子设备上运行时,使得所述第一电子设备执行本申请实施例提供的自动备车方法中由第一电子设备所执行的步骤。
本申请提供一种计算机可读存储介质,包括计算机程序,当所述计算机程序在第一电子设备上运行时,使得所述第一电子设备执行本申请实施例提供的自动备车方法中由第一电子设备所执行的步骤。
可选地,第一电子设备1000可以不包括显示屏1030。
可选地,第二电子设备可包括与上述的第一电子设备相同的结构,只是用于执行本申请实施例提供的自动备车方法中由第二电子设备所执行的步骤。
本申请提供一种计算机程序产品,当所述计算机程序产品在第二电子设备上运行时,使得所述第二电子设备执行本申请实施例提供的自动备车方法中由第二电子设备所执行的步骤。
本申请提供一种计算机可读存储介质,包括计算机程序,当所述计算机程序在第二电子设备上运行时,使得所述第二电子设备执行本申请实施例提供的自动备车方法中由第二电子设备所执行的步骤。
所属技术领域的技术人员可以清楚地了解到本申请实施例可以用硬件实现,或硬件与软件的方式实现。当使用硬件与软件实现,可以将上述功能存储在计算机可读介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干计算机程序用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请实施例的具体实施方式,但本申请实施例的保护范围并不局限于此,任何在本申请实施例揭露的技术范围内的变化或替换,都应涵盖在本申请实施例的保护范围之内。因此,本申请实施例的保护范围应以本申请权利要求的保护范围为准。
Claims (25)
1.一种第一电子设备,其特征在于,所述第一电子设备包括:
处理器;
存储器,所述存储器耦合至所述处理器;
以及计算机程序,其中所述计算机程序存储在所述存储器上,当所述计算机程序被所述处理器执行时,使得所述第一电子设备执行以下步骤:
根据所述第一电子设备包括的加速度传感器提供的加速度数据,或者与所述第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足预设的备车条件;
在满足预设的备车条件时,所述第一电子设备通过服务器,向所述第二电子设备发送第二通知消息,所述第二通知消息用于指示所述第一电子设备检测到用车意图。
2.根据权利要求1所述的第一电子设备,其特征在于,根据所述第一电子设备包括的加速度传感器提供的加速度数据,或者与所述第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足预设的备车条件;包括:
根据所述提供的加速度数据,确定是否满足预设的加速度数据变化的规律;
在所述提供的加速度数据满足预设的加速度数据变化的规律时,根据所述提供的加速度数据对应的时间,确定是否满足预设的备车时间范围。
3.根据权利要求1所述的第一电子设备,其特征在于,所述预设的备车条件包括:一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律。
4.根据权利要求2所述的第一电子设备,其特征在于,所述预设的备车条件包括:一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律,以及预设的备车时间范围。
5.根据权利要求1-4中任意一项所述的第一电子设备,其特征在于,在根据所述第一电子设备包括的加速度传感器提供的加速度数据,或者与所述第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足预设的备车条件之前,所述第一电子设备还执行:
接收到用户输入,获取到用户设置的用车规律;
所述用车规律包括所述预设的备车条件;
所述用车规律包括以下的至少一种:备车时间范围、空调属性、座椅位置属性、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性、倒车镜属性、方向盘位置属性、一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律;
所述预设的备车条件包括以下的至少一种:备车时间范围、一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律。
6.根据权利要求5所述的第一电子设备,其特征在于,所述第二通知消息包括所述用车规律。
7.根据权利要求5所述的第一电子设备,其特征在于,在接收到用户输入,获取到用户设置的用车规律之后,所述第一电子设备还执行:
通过服务器,向所述第二电子设备发送第一通知消息,所述第一通知消息包括所述用车规律;其中,所述第二电子设备为车辆上的电子设备;所述第二电子设备、所述第一电子设备均为预先设置的关联的电子设备。
8.根据权利要求5所述的第一电子设备,其特征在于,在接收到用户输入,获取到用户设置的用车规律之后,所述第一电子设备还执行:
通过服务器,向所述第二电子设备发送第一通知消息,所述第一通知消息包括所述用车规律;其中,所述第二电子设备为车辆上的电子设备;所述车钥匙设备、所述第一电子设备、所述第二电子设备均为预先设置的关联的电子设备。
9.一种自动备车方法,应用于自动备车系统,其特征在于,所述自动备车系统包括车钥匙设备、第一电子设备、服务器和第二电子设备;所述第二电子设备设置在车辆上;所述车钥匙设备、所述第一电子设备、所述第二电子设备均为预先设置的关联的电子设备;所述自动备车方法包括:
所述第一电子设备接收到用户输入,获取到用户设置的用车规律,所述用车规律包括备车时间范围;
所述第一电子设备通过所述服务器,向所述第二电子设备发送第一通知消息,所述第一通知消息包括所述用车规律;
所述车钥匙设备在检测到所述车钥匙设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据,并向所述第一电子设备发送第一消息,所述第一消息包括所述第一预设时长的加速度数据;
所述第一电子设备接收到所述第一消息,根据所述第一预设时长的加速度数据,判断是会否满足预设的备车条件;
在所述第一电子设备根据所述第一预设时长的加速度数据,判断满足预设的备车条件后,通过所述服务器,向所述第二电子设备发送第二通知消息,第二通知消息用于指示所述第一电子设备检测到用车意图;
在所述第二电子设备接收到所述第二通知消息的时间点位于所述备车时间范围内后,所述第二电子设备指示车辆备车。
10.根据权利要求9所述的自动备车方法,其特征在于,在所述第二电子设备指示车辆备车后的第二预设时长内,所述车辆的车门未打开过,所述车辆关闭备车。
11.根据权利要求10所述的自动备车方法,其特征在于,所述车辆关闭备车,包括:所述第二电子设备指示所述车辆关闭备车,所述车辆关闭备车。
12.一种自动备车方法,应用于自动备车系统,其特征在于,所述自动备车系统包括车钥匙设备、第一电子设备、服务器和第二电子设备;所述第二电子设备设置在车辆上;所述车钥匙设备、所述第一电子设备、所述第二电子设备均为预先设置的关联的电子设备;所述自动备车方法包括:
所述第一电子设备接收到用户输入,获取到用户设置的用车规律,所述用车规律包括备车时间范围;
所述车钥匙设备在检测到所述车钥匙设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据,并向所述第一电子设备发送第一消息,所述第一消息包括所述第一预设时长的加速度数据;
所述第一电子设备接收到所述第一消息,根据所述第一预设时长的加速度数据,以及接收到所述第一消息的时间点是否位于所述备车时间范围内,判断是会否满足预设的备车条件;
在所述第一电子设备判断满足预设的备车条件后,通过所述服务器,向所述第二电子设备发送第二通知消息,第二通知消息用于指示车辆备车;
在所述第二电子设备接收到所述第二通知消息后,所述第二电子设备指示车辆备车。
13.根据权利要求12所述的自动备车方法,其特征在于,在所述第二电子设备指示车辆备车后的第二预设时长内,所述车辆的车门未打开过,所述车辆关闭备车。
14.一种第一电子设备,其特征在于,所述第一电子设备包括:
处理器;
存储器,所述存储器耦合至所述处理器;
以及计算机程序,其中所述计算机程序存储在所述存储器上,当所述计算机程序被所述处理器执行时,使得所述第一电子设备执行以下步骤:
通过服务器,接收来自第二电子设备的第三消息,所述第三消息包括所述第二电子设备通过历史学习获取的用车规律;
根据所述第一电子设备包括的加速度传感器提供的加速度数据,或者与所述第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足备车条件;
在满足备车条件时,所述第一电子设备通过服务器,向所述第二电子设备发送第二消息,所述第二消息用于指示车辆备车。
15.根据权利要求14所述的第一电子设备,其特征在于,根据所述第一电子设备包括的加速度传感器提供的加速度数据,或者与所述第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足备车条件;包括:
根据所述提供的加速度数据,确定是否满足预设的加速度数据变化的规律;
在所述提供的加速度数据满足预设的加速度数据变化的规律时,根据所述提供的加速度数据对应的时间,确定是否满足备车时间范围,所述备车时间范围来自所述用车规律。
16.根据权利要求14所述的第一电子设备,其特征在于,所述备车条件包括:一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律。
17.根据权利要求15所述的第一电子设备,其特征在于,所述备车条件包括:一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律,以及所述备车时间范围。
18.根据权利要求14-17中任意一项所述的第一电子设备,其特征在于,
所述用车规律包括以下的至少一种:备车时间范围、空调属性、座椅位置属性、座椅加热属性、座椅通风属性、音乐延时播放属性、电池加热属性、香氛开关属性、倒车镜属性、方向盘位置属性、一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律;
所述备车条件包括以下的至少一种:备车时间范围、一定时长内用户携带所述第一电子设备或所述车钥匙设备运动时对应的加速度数据的变化规律。
19.根据权利要求18所述的第一电子设备,其特征在于,与所述第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,是所述第一电子设备从所述车钥匙设备接收到的第一消息中获取到的;所述第一消息包括所述车钥匙设备在检测到所述车钥匙的加速度传感器输出的加速度数据符合第一预设条件时,获取到的自此时开始的第一预设时长的加速度数据。
20.根据权利要求18所述的第一电子设备,其特征在于,所述第一电子设备包括的加速度传感器提供的加速度数据,是所述第一电子设备在检测到所述第一电子设备的加速度传感器输出的加速度数据符合第一预设条件时,获取到的自此时开始的第一预设时长的加速度数据。
21.一种自动备车方法,应用于第一电子设备,其特征在于,所述第一电子设备包括:处理器;存储器,所述存储器耦合至所述处理器;所述方法包括:
根据所述第一电子设备包括的加速度传感器提供的加速度数据,或者与所述第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足预设的备车条件;
在满足预设的备车条件时,所述第一电子设备通过服务器,向所述第二电子设备发送第二通知消息,所述第二通知消息用于指示所述第一电子设备检测到用车意图。
22.一种自动备车方法,应用于第一电子设备,其特征在于,所述第一电子设备包括:处理器;存储器,所述存储器耦合至所述处理器;所述方法包括:
通过服务器,接收来自第二电子设备的第三消息,所述第三消息包括所述第二电子设备通过历史学习获取的用车规律;
根据所述第一电子设备包括的加速度传感器提供的加速度数据,或者与所述第一电子设备通信的车钥匙设备包括的加速度传感器提供的加速度数据,确定是否满足备车条件;
在满足备车条件时,所述第一电子设备通过服务器,向所述第二电子设备发送第二消息,所述第二消息用于指示车辆备车。
23.一种自动备车系统,其特征在于,所述自动备车系统包括车钥匙设备、第一电子设备、服务器和第二电子设备;所述第二电子设备设置在车辆上;所述车钥匙设备、所述第一电子设备、所述第二电子设备均为预先设置的关联的电子设备;
所述第一电子设备用于执行:
接收到用户输入,获取到用户设置的用车规律,所述用车规律包括备车时间范围;
所述第一电子设备通过所述服务器,向所述第二电子设备发送第一通知消息,所述第一通知消息包括所述用车规律;
所述第一电子设备接收到所述第一消息,根据所述第一预设时长的加速度数据,判断是会否满足预设的备车条件;
在所述第一电子设备根据所述第一预设时长的加速度数据,判断满足预设的备车条件后,通过所述服务器,向所述第二电子设备发送第二通知消息,第二通知消息用于指示所述第一电子设备检测到用车意图;
所述车钥匙设备用于执行:
在检测到所述车钥匙设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据,并向所述第一电子设备发送第一消息,所述第一消息包括所述第一预设时长的加速度数据;
所述第二电子设备用于执行:
在所述第二电子设备接收到所述第二通知消息的时间点位于所述备车时间范围内后,所述第二电子设备指示车辆备车。
24.一种自动备车系统,其特征在于,所述自动备车系统包括车钥匙设备、第一电子设备、服务器和第二电子设备;所述第二电子设备设置在车辆上;所述车钥匙设备、所述第一电子设备、所述第二电子设备均为预先设置的关联的电子设备;
所述第一电子设备用于执行:
接收到用户输入,获取到用户设置的用车规律,所述用车规律包括备车时间范围;
所述第一电子设备接收到所述第一消息,根据所述第一预设时长的加速度数据,以及接收到所述第一消息的时间点是否位于所述备车时间范围内,判断是会否满足预设的备车条件;
在所述第一电子设备判断满足预设的备车条件后,通过所述服务器,向所述第二电子设备发送第二通知消息,第二通知消息用于指示车辆备车;
所述车钥匙设备用于执行:
在检测到所述车钥匙设备的加速度传感器输出的加速度数据符合第一预设条件时,获取自此时开始的第一预设时长的加速度数据,并向所述第一电子设备发送第一消息,所述第一消息包括所述第一预设时长的加速度数据;
所述第二电子设备用于执行:
在所述第二电子设备接收到所述第二通知消息后,所述第二电子设备指示车辆备车。
25.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机程序,当所述计算机程序在第一电子设备上运行时,使得所述第一电子设备执行如权利要求21或22所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110735366.3A CN115546930A (zh) | 2021-06-30 | 2021-06-30 | 一种自动备车方法及第一电子设备 |
PCT/CN2022/085673 WO2023273497A1 (zh) | 2021-06-30 | 2022-04-08 | 一种自动备车方法及第一电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110735366.3A CN115546930A (zh) | 2021-06-30 | 2021-06-30 | 一种自动备车方法及第一电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115546930A true CN115546930A (zh) | 2022-12-30 |
Family
ID=84692450
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110735366.3A Pending CN115546930A (zh) | 2021-06-30 | 2021-06-30 | 一种自动备车方法及第一电子设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115546930A (zh) |
WO (1) | WO2023273497A1 (zh) |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011246030A (ja) * | 2010-05-28 | 2011-12-08 | Denso Corp | 車両用空調装置 |
JP2014069592A (ja) * | 2012-09-27 | 2014-04-21 | Mitsubishi Motors Corp | 車載機器の遠隔操作システム |
US20150345958A1 (en) * | 2014-05-27 | 2015-12-03 | Atieva, Inc. | Method of Controlling an Auxiliary Vehicle System |
CN109491284B (zh) * | 2018-10-26 | 2021-02-19 | 广州小鹏汽车科技有限公司 | 基于用户出行习惯的车辆控制方法、装置和终端设备 |
JP6922935B2 (ja) * | 2019-01-10 | 2021-08-18 | トヨタ自動車株式会社 | 車両の空調制御システム及び空調制御プログラム |
US11613232B2 (en) * | 2019-01-10 | 2023-03-28 | Toyota Jidosha Kabushiki Kaisha | Defrosting control system, non-transitory computer readable medium storing defrosting control program, and vehicle control module |
CN112389151A (zh) * | 2019-07-31 | 2021-02-23 | 上海博泰悦臻网络技术服务有限公司 | 车辆控制方法及系统和用户终端设备 |
CN112887920B (zh) * | 2021-01-22 | 2022-10-14 | 广州橙行智动汽车科技有限公司 | 一种车辆控制方法和装置 |
-
2021
- 2021-06-30 CN CN202110735366.3A patent/CN115546930A/zh active Pending
-
2022
- 2022-04-08 WO PCT/CN2022/085673 patent/WO2023273497A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2023273497A1 (zh) | 2023-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11314389B2 (en) | Method for presenting content based on checking of passenger equipment and distraction | |
CN109992189B (zh) | 屏幕控制方法、电子设备及存储介质 | |
WO2020177619A1 (zh) | 终端充电提醒方法、装置、设备及存储介质 | |
KR102303909B1 (ko) | 휴대 단말기 및 차량용 어플리케이션 제어 방법 | |
CN113347560B (zh) | 蓝牙连接方法、电子设备及存储介质 | |
EP4293535A1 (en) | Information recommendation method and related device | |
CN112506386A (zh) | 一种折叠屏显示方法及电子设备 | |
WO2020073288A1 (zh) | 一种触发电子设备执行功能的方法及电子设备 | |
KR20160020825A (ko) | 전자 장치 및 그 측위 방법 | |
US10666453B2 (en) | Electronic device and method of controlling electronic device | |
CN110572866B (zh) | 一种唤醒锁的管理方法及电子设备 | |
WO2017177439A1 (zh) | 一种功能状态控制的方法及相关设备 | |
CN114090102B (zh) | 启动应用程序的方法、装置、电子设备和介质 | |
CN112923943A (zh) | 辅助导航方法和电子设备 | |
CN114374766B (zh) | 一种界面显示方法、电子设备及计算机可读存储介质 | |
CN115546930A (zh) | 一种自动备车方法及第一电子设备 | |
CN111862972A (zh) | 语音交互服务方法、装置、设备及存储介质 | |
JP6760798B2 (ja) | 携帯電子機器 | |
WO2023185687A1 (zh) | 车辆位置的获取方法及电子设备 | |
WO2024001984A1 (zh) | 一种乘车服务卡片推荐方法及相关装置 | |
CN116844375B (zh) | 停车信息的显示方法和电子设备 | |
CN116700556B (zh) | 卡片生成方法及相关装置 | |
WO2022135196A1 (zh) | 终端定位的方法及终端 | |
CN113129887B (zh) | 一种语音控制方法及装置 | |
WO2023241482A1 (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 |