具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部结构。
实施例一
图1是本申请实施例提供的车辆控制方法的第一流程示意图,该方法可以由车辆控制装置或者移动终端来执行,该装置或者移动终端可以由软件和/或硬件的方式实现,该装置或者移动终端可以集成在任何具有网络通信功能的智能设备中。如图1所示,车辆控制方法可以包括以下步骤:
S101、接收第一指令,第一指令用于打开第一应用程序。
在本步骤中,移动终端可以接收第一指令,第一指令用于打开第一应用程序。具体地,本申请实施例中打开第一应用程序的方式可以包括以下两种方式,第一、APP从关闭状态到运行状态:在接收到第一指令之前,APP处于关闭状态,移动终端在接收到用户发送的第一指令之后,响应于该指令,APP从关闭状态转变为运行状态;第二、APP从后台状态运行到前台运行状态:在接收到第一指令之前,APP处于后台运行状态,移动终端在接收到用户发送的第一指令之后,APP从后台运行状态运行到前台运行状态。
在本申请的具体实施例中,移动终端在接收第一指令之前,需要先与车辆之间建立近场通信连接,用户可以在移动终端上点击APP的图标,执行打开APP的操作,然后通过该APP接收第一指令。另外,本申请实施例中的近场通信可以包括:蓝牙、超宽带(UltraWideband,简称UWB)等。
本申请实施例中的移动终端也可以叫移动通信终端,是指可以在移动中使用的计算机设备,广义来讲包括手机、笔记本、平板电脑、POS机甚至包括车载电脑。但是大部分情况下是指手机或者具有多种应用功能的智能手机以及平板电脑。随着网络和技术朝着越来越宽带化的方向的发展,移动通信产业将走向真正的移动信息时代。另一方面,随着集成电路技术的飞速发展,移动终端的处理能力已经拥有了强大的处理能力,移动终端正在从简单的通话工具变为一个综合信息处理平台。本申请实施例中的应用程序是指为完成某项或者多项特定工作的计算机程序,它运行在用户模式,可以和用户进行交互,具有可视的用户界面。应用程序运行在用户模式,它可以和用户进行交互,一般具有可视的用户界面。本申请实施例中的控件是指对数据和方法的封装。控件可以有自己的属性和方法,其中,属性是控件数据的简单访问者,方法则是控件的一些简单而可见的功能、控件创建过程包括设计、开发、调试工作,然后是控件的使用。按照类型划分,控件可以包括:用户界面控件、图表控件、报表控件、表格控件、条形码控件、图像处理控件、文档处理控件等。
S102、响应于第一指令,获取移动终端与车辆之间的近场通信连接的状态。
在本步骤中,移动终端可以响应于第一指令,获取移动终端与车辆之间的近场通信连接的状态。具体地,移动终端与车辆之间的近场通信连接的状态可以包括:已连接状态和未连接状态;其中,已连接状态是指移动终端与车辆之间可以通过近场通信连接发送或者接收数据的状态;未连接状态是指移动终端与车辆之间不可以通过近场通信连接发送或者接收数据的状态。近场通信是一种新兴的技术,通过在单一芯片上集成感应式读卡器、感应式卡片和点对点通信的功能,利用移动终端实现移动支付、电子票务、门禁、移动身份识别、防伪等应用。本申请实施例中的近场通信连接可以是使用蓝牙技术建立的通信连接,也可以是使用其他近场通信技术建立的通信连接。
S103、当移动终端与车辆之间的近场通信连接的状态为已连接状态时,显示第一应用程序中的第二页面;其中,第二页面中包括一个或多个控件,该控件可被选择,响应于该选择,经由近场通信连接发送对应于该控件的控制指令。
需要说明的是,本申请实施例中的第一页面和第二页面的区别如下:第二页面只展示近场通信的控制控件;第二页面即近场控车页面。而第一页面是常规的车辆控制页面,除了包括近场通信的控制控件,还包括非近场通信的控制控件,还可以通过网络等通信方式获取车辆数据、车辆状态、用户操作设置等信息。即常规的车辆控制页面包括近场、非近场控车图标以及其他车相关的功能,内容比较多且杂,本申请中的第二页面由于只展示近场通信的控制控件,所以交互控件区域会更大,更直观。
在本申请的具体实施例中,当移动终端与车辆之间的近场通信连接的状态为已连接状态时,移动终端可以显示第一应用程序中的第二页面;其中,第二页面中包括一个或多个控件,该控件可被选择,响应于该选择,经由近场通信连接发送对应于该控件的控制指令。当移动终端与车辆之间的近场通信连接的状态为未连接状态时,移动终端可以显示第一应用程序中的第一页面;其中,第一页面中包括一个或多个控件,该控件可被选择,响应于该选择,经由移动终端与车辆之间的非近场通信连接发送对应于控件的控制指令;第二页面中的各个控件占据显示区域的空间大于第一页面中的各个控件占据显示区域的空间。
本申请实施例提出的车辆控制方法,先接收第一指令,第一指令用于打开第一应用程序;然后响应于第一指令,获取移动终端与车辆之间的近场通信连接的状态;当移动终端与车辆之间的近场通信连接的状态为已连接状态时,显示第一应用程序中的第二页面。也就是说,在本申请的技术方案中,当移动终端与车辆之间的近场通信连接的状态为已连接状态时,将第一应用程序中的第二页面进行显示,而不是将第一应用程序中的第一页面进行显示。而在现有技术中,当手机处于车辆的近场通信装置的可连接距离范围内时,手机会自动建立与车辆的近场通信装置之间建立近场通信连接,询问用户是否要启动控制。然而,此时驾驶员或者乘客实际上可能并不是想要对车辆进行控制,也许只是想要针对其他应用程序进行操作,所以此时对于用户使用意图的猜测并不准确,反而给用户带来困扰。因此,和现有技术相比,本申请实施例提出的车辆控制方法,可以更加准确地猜测到用户通过近场通信实现对车辆进行控制的意图,更加贴合用户的实际使用需求,提升用户使用体验;并且,本申请实施例的技术方案实现简单方便、便于普及,适用范围更广。
实施例二
图2是本申请实施例提供的车辆控制方法的第二流程示意图。基于上述技术方案进一步优化与扩展,并可以与上述各个可选实施方式进行结合。如图2所示,车辆控制方法可以包括以下步骤:
S201、接收第一指令,第一指令用于打开第一应用程序。
S202、响应于第一指令,获取移动终端与车辆之间的近场通信连接的状态。
S203、当移动终端与车辆之间的近场通信连接的状态为未连接状态时,显示第一应用程序中的第一页面;其中,第一页面中包括一个或多个控件,该控件可被选择,响应于该选择,经由移动终端与车辆之间的非近场通信连接发送对应于控件的控制指令;第二页面中的各个控件占据显示区域的空间大于第一页面中的各个控件占据显示区域的空间。
在本申请的具体实施例中,当移动终端与车辆之间的近场通信连接的状态为已连接状态时,移动终端可以显示第一应用程序中的第二页面;其中,第二页面中包括一个或多个控件,该控件可被选择,响应于该选择,经由近场通信连接发送对应于该控件的控制指令。当移动终端与车辆之间的近场通信连接的状态为未连接状态时,移动终端可以显示第一应用程序中的第一页面;其中,第一页面中包括一个或多个控件,该控件可被选择,响应于该选择,经由移动终端与车辆之间的非近场通信连接发送对应于控件的控制指令;第二页面中的各个控件占据显示区域的空间大于第一页面中的各个控件占据显示区域的空间。
S204、当移动终端与车辆之间的近场通信的连接状态为已连接状态时,在第一页面中弹出第二页面。
本申请实施例可以应用在不同的场景下,例如,移动终端在显示第一应用程序中的第二页面之前,还可以先检测车辆处于静止状态或者行驶状态;其中,静止状态为车辆的速度为零的状态;行驶状态为车辆的速度不为零的状态;若车辆处于静止状态,则移动终端执行显示第一应用程序中的第二页面的操作。可选地,在执行显示第一应用程序中的第二页面的操作之前,移动终端还可以检测用户处于车辆的内部空间或者外部空间;若用户处于车辆的外部空间,则执行显示第二页面的操作。
本申请实施例提出的车辆控制方法,先接收第一指令,第一指令用于打开第一应用程序;然后响应于第一指令,获取移动终端与车辆之间的近场通信连接的状态;当移动终端与车辆之间的近场通信连接的状态为已连接状态时,显示第一应用程序中的第二页面。也就是说,在本申请的技术方案中,当移动终端与车辆之间的近场通信连接的状态为已连接状态时,将第一应用程序中的第二页面进行显示,而不是将第一应用程序中的第一页面进行显示。而在现有技术中,当手机处于车辆的近场通信装置的可连接距离范围内时,手机会自动建立与车辆的近场通信装置之间建立近场通信连接,询问用户是否要启动控制。然而,此时驾驶员或者乘客实际上可能并不是想要对车辆进行控制,也许只是想要针对其他应用程序进行操作,所以此时对于用户使用意图的猜测并不准确,反而给用户带来困扰。因此,和现有技术相比,本申请实施例提出的车辆控制方法,可以更加准确地猜测到用户通过近场通信实现对车辆进行控制的意图,更加贴合用户的实际使用需求,提升用户使用体验;并且,本申请实施例的技术方案实现简单方便、便于普及,适用范围更广。
实施例三
图3是本申请实施例提供的车辆控制方法的第三流程示意图。基于上述技术方案进一步优化与扩展,并可以与上述各个可选实施方式进行结合。如图3所示,车辆控制方法可以包括以下步骤:
S301、接收第一指令,第一指令用于打开第一应用程序。
S302、响应于第一指令,获取移动终端与车辆之间的近场通信连接的状态。
S303、当移动终端与车辆之间的近场通信连接的状态为已连接状态时,显示第一应用程序中的第二页面;其中,第二页面中包括一个或多个控件,该控件可被选择,响应于该选择,经由近场通信连接发送对应于控件的控制指令。
S304、接收用户通过第二页面发送的车辆控制指令;其中,车辆控制指令包括:车锁控制指令、后备箱控制指令、车窗控制指令或者寻车控制指令。
在本步骤中,移动终端可以接收用户通过第二页面发送的车辆控制指令;其中,车辆控制指令包括:车锁控制指令、后备箱控制指令、车窗控制指令或者寻车控制指令。需要说明的是,本申请实施例中的车辆控制指令除了包括上述指令之外,还可以包括其他指令。具体地,移动终端可以通过“解锁车辆”控件接收用户发送的车锁控制指令;通过“打开后备箱”控件接收用户发送的后备箱控制指令;通过“关闭窗户”控件接收用户发送的车窗控制指令;通过“寻车”控件接收用户发送的寻车控制指令。
图4是本申请实施例提供的第一页面的显示结构图。如图4所示,第一页面可以包括:“社区”控件、“消息”控件、“爱车”控件、“服务”控件和“我的”控件;用户点击“爱车”控件后,可以在对应的页面上显示:“车锁”控件、“车窗”控件、“后备箱”控件、“寻车”控件;并且还可以显示车内温度和车辆位置,例如,图4中显示的车内温度为25℃;车辆位置为100m。
图5是本申请实施例提供的第二页面的显示结构图。如图5所示,第二页面可以包括:“解锁车辆”控件、“打开后备箱”控件、“关闭窗户”控件、“寻车”控件和“锁车”控件。具体地,用于可以通过点击“解锁车辆”控件发送车锁控制指令;通过点击“打开后备箱”控件发送后备箱控制指令;通过点击“关闭窗户”控件发送车窗控制指令;通过点击“寻车”控件发送寻车控制指令;通过点击“锁车”控件发送锁车控制指令。在第二页面上,用户还可以点击“退出蓝牙钥匙模式”退出蓝牙钥匙模式。
通过对比图4和图5可以看出,第二页面中的各个控件占据显示区域的空间要明显大于第一页面中的各个控件占据显示区域的空间,这样对于用户使用来说,在第二页面中对各控件操作更加方便,可以很简便省事地查找到用户真是需要使用的控件;而且本申请实施例中的第二页面可以支持左手模式或者右手模式。根据用户的配置显示出对应的页面模式,这样可以更加贴合用户的使用习惯,更加方便用户操作。
进一步地,本申请实施例中第二页面中的各个控件占据显示区域的空间大于第一页面中的各个控件占据显示区域的空间,包括:第二页面中的单个控件占据的屏幕面积大于第一页面中的单个控件占据的屏幕面积,这里的单个控件可以相同功能的控件,也可以是相似功能的控件,在此不做限定。在某些实施例中,第二页面中所有控件整体上占据的区域大于第一页面中所有控件整体上占据的区域,即第二页面中所有控件占据的区域的总和大于第一页面中所有控件占据的区域的总和。在其他实施例中,第二页面中所有控件的外侧边缘围起来占据的区域大于第一页面中所有控件的外侧边缘围起来占据的区域。本申请中所有控件的外侧边缘围起来的形状可以是矩形,也可以是其他形状,在此不做限定。
S305、响应于车辆控制指令,对车辆进行对应的控制操作;其中,控制操作可以包括:锁车、解锁车、打开后备箱、关闭后备箱、打开车窗、关闭车窗、打开寻车语音或者关闭寻车语音。
在本步骤中,移动终端可以响应于车辆控制指令,对车辆进行对应的控制操作;其中,控制操作可以包括:锁车、解锁车、打开后备箱、关闭后备箱、打开车窗、关闭车窗、打开寻车语音或者关闭寻车语音。具体地,移动终端可以响应于车锁控制指令对车辆执行锁车操作;还可以响应于后备箱控制指令对车辆执行解锁车操作;还可以响应于车窗控制指令对车辆执行打开车窗或者关闭车窗的操作;还可以响应于寻车控制指令对车辆执行打开寻车语音或者关闭寻车语音的操作。
本申请实施例提出的车辆控制方法,先接收第一指令,第一指令用于打开第一应用程序;然后响应于第一指令,获取移动终端与车辆之间的近场通信连接的状态;当移动终端与车辆之间的近场通信连接的状态为已连接状态时,显示第一应用程序中的第二页面。也就是说,在本申请的技术方案中,当移动终端与车辆之间的近场通信连接的状态为已连接状态时,将第一应用程序中的第二页面进行显示,而不是将第一应用程序中的第一页面进行显示。而在现有技术中,当手机处于车辆的近场通信装置的可连接距离范围内时,手机会自动建立与车辆的近场通信装置之间建立近场通信连接,询问用户是否要启动控制。然而,此时驾驶员或者乘客实际上可能并不是想要对车辆进行控制,也许只是想要针对其他应用程序进行操作,所以此时对于用户使用意图的猜测并不准确,反而给用户带来困扰。因此,和现有技术相比,本申请实施例提出的车辆控制方法,可以更加准确地猜测到用户通过近场通信实现对车辆进行控制的意图,更加贴合用户的实际使用需求,提升用户使用体验;并且,本申请实施例的技术方案实现简单方便、便于普及,适用范围更广。
实施例四
图6为本申请实施例四提供的车辆控制装置的结构示意图。如图6所示,所述车辆控制装置包括:接收模块601、获取模块602和显示模块603;其中,
所述接收模块601,用于接收第一指令,所述第一指令用于打开第一应用程序;
所述获取模块602,用于响应于所述第一指令,获取所述移动终端与所述车辆之间的近场通信连接状态;
所述显示模块603,用于当所述移动终端与所述车辆之间的近场通信的连接状态为已连接状态时,显示所述第一应用程序中的第二页面;其中,所述第二页面中包括一个或多个控件,所述控件可被选择,响应于所述选择,经由所述近场通信连接发送对应于所述控件的控制指令。
进一步的,所述显示模块603,还用于当所述移动终端与所述车辆之间的近场通信连接的状态为未连接状态时,显示所述第一应用程序中的第一页面;其中,所述第一页面中包括一个或多个控件,所述控件可被选择,响应于所述选择,经由所述移动终端与所述车辆之间的非近场通信连接发送对应于所述控件的控制指令;所述第二页面中的各个控件占据显示区域的空间大于所述第一页面中的各个控件占据显示区域的空间。
上述车辆控制装置可执行本申请任意实施例所提供的方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本申请任意实施例提供的车辆控制方法。
实施例五
图7是本申请实施例提供的移动终端的结构示意图。图7示出了适于用来实现本申请实施方式的示例性移动终端的框图。图7显示的移动终端12仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示,移动终端12以通用计算设备的形式表现。移动终端12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
移动终端12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被移动终端12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(RAM)30和/或高速缓存存储器32。移动终端12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示,通常称为“硬盘驱动器”)。尽管图7中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本申请各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。
移动终端12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该移动终端12交互的设备通信,和/或与使得该移动终端12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,移动终端12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与移动终端12的其它模块通信。应当明白,尽管图7中未示出,可以结合移动终端12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现本申请实施例所提供的车辆控制方法。
实施例六
本申请实施例六提供了一种计算机存储介质。
本申请实施例的计算机可读存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意,上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解,本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由所附的权利要求范围决定。