一种车载导航仪的操作方法与流程

本发明涉及车载导航仪技术领域，特别涉及一种车载导航仪的操作方法。

背景技术：

目前的使用安卓系统的车载导航仪，在进行音量调节、选曲、接听/切断蓝牙电话等操作时，通常是通过触发对应的按键（实体的或虚拟的）进行操作的，需要使用者看向屏幕以确定按键的位置才能进行相应的操作，在驾驶过程中进行操作不但不方便，而且十分危险。

可见，现有技术有待改进与提高。

技术实现要素：

针对上述现有技术中存在的问题，本发明的目的在于提供一种车载导航仪的操作方法，该方法能够提高车载导航仪操作的方便性，降低驾驶过程中对车载导航仪进行操作的危险性。

为了达到上述目的，本发明采取了以下技术方案：

一种车载导航仪的操作方法，包括步骤：

a.用两根或三根手指在触摸屏上滑动；

b.触摸屏检测到两点或三点按压触摸屏后触发手势操作功能，并识别滑动方向；

c.通过正在运行的功能应用软件对识别结果进行解析处理，然后执行对应的操作。

所述的车载导航仪的操作方法的步骤b中，滑动方向的识别结果包括从左到右、从右到左、从上到下、从下到上。

所述的车载导航仪的操作方法的步骤b中，识别滑动方向的方法具体为：

b1.滑动时检测滑过的每个点的坐标，若所有点的纵坐标均在纵向有效范围内，则执行步骤b2，否则执行步骤b3；

b2.计算终点和起点的横坐标之差，如果该差值为正且不小于横向阈值，则判定为从左到右，如果该差值为负且绝对值不小于横向阈值，则判定为从右到左，如果该差值的绝对值小于横向阈值则执行步骤b3；

b3.若所有点的横坐标均在横向有效范围内，则执行步骤b4，否则判定为操作无效；

b4.计算终点和起点的纵坐标之差，如果该差值为正且不小于纵向阈值，则判定为从上到下，如果该差值为负且绝对值不小于纵向阈值，则判定为从下到上，如果该差值的绝对值小于纵向阈值则判定为操作无效。

所述的车载导航仪的操作方法的步骤b1中，若起点和终点之间出现断点超过一定范围则判定为无效操作。

所述的车载导航仪的操作方法的步骤c中，滑动方向的识别结果发送至一个公共服务进程，再由公共服务进程发送到正在运行的功能应用软件，功能应用软件根据软件的预定义协议进行解析处理。

所述的车载导航仪的操作方法的步骤c中，滑动方向的识别结果发送至一个公共服务进程，公共服务进程在屏幕上输出的选择按键，选择按键包括按预定义协议处理的按键和按自定义协议处理的按键；把滑动方向的识别结果和选择信息发送至正在运行的功能应用软件，如果选择按预定义协议处理，则功能应用软件根据软件的预定义协议进行解析处理，否则根据软件的自定义协议进行解析处理。

所述的车载导航仪的操作方法的步骤c中，根据解析处理结果，把对应的操作动作的说明显示在屏幕上。

有益效果：

本发明提供了一种车载导航仪的操作方法，通过两根或三根手指按压触摸屏触发手势操作功能，然后手指滑动，车载导航仪检测滑动方向后，由正在运行的功能应用软件进行解析处理并执行对应的操作，即使不看向屏幕也能进行操作，提高了车载导航仪操作的方便性，降低了驾驶过程中对车载导航仪进行操作的危险性。

附图说明

图1为本发明提供的车载导航仪的操作方法的流程图。

图2为本发明提供的车载导航仪的操作方法中，识别滑动方向的方法的流程图。

图3为本发明提供的车载导航仪的操作方法中，识别横向滑动的原理图。

图4为本发明提供的车载导航仪的操作方法中，识别纵向滑动的原理图。

图5为预定义协议表示例。

图6为预定义协议表示例。

图7为一种滑动方向识别结果信息的处理流程。

图8为另一种滑动方向识别结果信息的处理流程。

具体实施方式

本发明提供一种车载导航仪的操作方法，为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

请参阅图1-6，一种车载导航仪的操作方法，包括步骤：

a.用两根或三根手指在触摸屏上滑动。

滑动方向主要包括向左、向右、向下、向上。

b.触摸屏检测到两点或三点按压触摸屏后触发手势操作功能，并识别滑动方向。

也可设置为通过四点或五点按压触摸屏来触发手势操作功能，其需要伸出四根或五根手指来操作，由于手指的长度各不相同，保持四根或五根手指同时与触摸屏接触来进行操作，不但不便而且操作时手部不舒适。与之相比，本申请依靠两点或三点来触发手势操作功能，利用食指、中指和无名指中的两根或三根进行操作，这几根手指的长度相近，操作方便且舒适性好。

具体的滑动方向的识别结果包括从左到右、从右到左、从上到下、从下到上。

参见图2，识别滑动方向的方法具体为：

b1.滑动时检测滑过的每个点的坐标，若所有点的纵坐标均在纵向有效范围内，则执行步骤b2，否则执行步骤b3。

在屏幕的触摸区建立坐标，例如，以触摸区左上角为原点，横向为x轴且向右为正方向，纵向为y轴且向下为正方向，触摸区上的任一点均可用两个坐标值（x，y）来标记。

见图3，所述纵向有效范围是指以滑动轨迹（图中的带箭头的粗实线）的起点s为中心，上下端与起点s在纵向的距离均为预设距离l1的区域。

设起点s的坐标为（xs，ys），终点e的坐标为（xe，ye），滑动轨迹上任意点p的坐标为（xp，yp），所有点的纵坐标均在纵向有效范围内是指，任意点p均需要满足条件|yp-ys|≤l1。

满足该条件表示滑动方向很可能是横向滑动，需要通过步骤b2做进一步判断，否则可能是纵向滑动，需要通过步骤b3做进一步判断。

进一步的，若起点s和终点e之间出现断点超过一定范围（即滑动轨迹中间具有一定长度的断开，该长度为预设值）则判定为无效操作，降低误判率。

b2.计算终点和起点的横坐标之差，如果该差值为正且不小于横向阈值，则判定为从左到右，如果该差值为负且绝对值不小于横向阈值，则判定为从右到左，如果该差值的绝对值小于横向阈值则执行步骤b3。

具体的终点和起点的横坐标之差△x=xe-xs，所述横向阈值lx是为了防止把横向滑动和纵向滑动混淆而预先设置的值，横向滑动时只有横向滑动距离不小于该阈值lx（即|△x|≥lx）时才会判定为有效操作，否则需要通过步骤b3进一步判断。

当满足条件|△x|≥lx，如果△x<0,表示终点e在起点s左边，即滑动方向从左向右，否则表示终点e在起点s右边，即滑动方向从右向左。

b3.若所有点的横坐标均在横向有效范围内，则执行步骤b4，否则判定为操作无效。

见图4，所述横向有效范围是指以滑动轨迹（图中的带箭头的粗实线）的起点s为中心，左右端与起点s在横向的距离均为预设距离l2的区域。

所有点的横坐标均在横向有效范围内是指，任意点p均需要满足条件|xp-xs|≤l2。

满足该条件表示滑动方向很可能是纵向滑动，需要通过步骤b4做进一步判断，否则可能为无效操作。

b4.计算终点和起点的纵坐标之差，如果该差值为正且不小于纵向阈值，则判定为从上到下，如果该差值为负且绝对值不小于纵向阈值，则判定为从下到上，如果该差值的绝对值小于纵向阈值则判定为操作无效。

具体的终点和起点的纵坐标之差△y=ye-ys，所述纵向阈值ly是为了防止把纵向滑动和横向滑动混淆而预先设置的值，纵向滑动时只有纵向滑动距离不小于该阈值ly（即|△y|≥ly）时才会判定为有效操作，否则为无效操作。

当满足条件|△y|≥ly，如果△y<0,表示终点e在起点s上方，即滑动方向从下向上，否则表示终点e在起点s下方，即滑动方向从上向下。

需要说明的是，上述识别滑动方向的方法b1-b4是基于坐标原点设置在触摸区左上角、横向向右为+x方向、纵向向下为+y方向的；也可以把坐标原点设置在其他位置，同时把+x方向和+y方向反向设置，此时的识别滑动方向的方法与b1-b4相类似，其具体判断从左到右、从右到左、从上到下、从下到上的条件需要作相应的变化。

c.通过正在运行的功能应用软件对识别结果进行解析处理，然后执行对应的操作。

本实施例中，见图7，滑动方向的识别结果发送至一个公共服务进程，再由公共服务进程发送到正在运行的功能应用软件，功能应用软件根据软件的预定义协议进行解析处理。

为了方便说明，以下以图5、6所示的预定义协议表为例作说明。

如果当前正在运行收音机软件，当用户用两根或三根手指在触摸屏上从左到右滑动，识别结果发送到收音机软件后，收音机软件根据预定义协议，执行下一电台的调台操作；如果从右往左滑动，则执行上一电台的调台操作；如果从上到下滑动，则执行降低音量的操作；如果从下到上滑动，则执行提高低音量的操作。

如果当前正在运行本地音乐软件，当用户用两根或三根手指在触摸屏上从左到右滑动，识别结果发送到本地音乐软件后，本地音乐软件根据预定义协议，执行下一曲的跳转操作；如果从右往左滑动，则执行上一曲的跳转操作；如果从上到下滑动，则执行降低音量的操作；如果从下到上滑动，则执行提高低音量的操作。

如果当前正在运行视频软件，当用户用两根或三根手指在触摸屏上从左到右滑动，识别结果发送到视频软件后，视频软件根据预定义协议，执行下一节的跳转操作；如果从右往左滑动，则执行上一节的跳转操作；如果从上到下滑动，则执行降低音量的操作；如果从下到上滑动，则执行提高低音量的操作。

如果当前正在运行蓝牙软件，来电时，当用户用两根或三根手指在触摸屏上从左到右滑动，识别结果发送到蓝牙软件后，蓝牙软件根据预定义协议，执行挂电话操作；如果从右往左滑动，则执行接电话操作；如果从上到下滑动，则执行降低音量的操作；如果从下到上滑动，则执行提高低音量的操作。通话时，如果从左到右滑动则执行挂电话操作，如果从右往左滑动则执行切换手机通话操作，如果从上到下滑动则执行降低音量的操作，如果从下到上滑动则执行提高低音量的操作。进行蓝牙音乐播放时，如果从左到右滑动则执行下一曲的跳转操作，如果从右往左滑动则执行上一曲的跳转操作，如果从上到下滑动则执行降低音量的操作，如果从下到上滑动则执行提高低音量的操作。

如果当前正在运行导航软件，来电时，当用户用两根或三根手指在触摸屏上从左到右滑动，识别结果发送到视频软件后，视频软件根据预定义协议，执行挂电话操作；如果从右往左滑动，则执行接电话操作；如果从上到下滑动，则执行降低音量的操作；如果从下到上滑动，则执行提高低音量的操作。通话时，如果从左到右滑动则执行挂电话操作，如果从右往左滑动则执行切换手机通话操作，如果从上到下滑动则执行降低音量的操作，如果从下到上滑动则执行提高低音量的操作。

同理，其它功能应用软件按照各自的预定义协议执行相应的操作，此处不对其做详述。

另一实施例中，见图8，滑动方向的识别结果发送至一个公共服务进程，公共服务进程在屏幕上输出的选择按键，选择按键包括按预定义协议处理的按键和按自定义协议处理的按键；把滑动方向的识别结果和选择信息发送至正在运行的功能应用软件，如果选择按预定义协议处理，则功能应用软件根据软件的预定义协议进行解析处理，否则根据软件的自定义协议进行解析处理。

用户可在设置程序中对各功能软件针对各滑动方向的执行操作进行自定义，建立自定义协议。当用户选择按预定义协议处理，则如上述实施例的方法进行操作，当用户选择按自定义协议处理，则用自定义协议替代预定义协议按上述实施例的方法进行操作。

用户可根据自身的使用习惯和喜好进行手势功能的定义，提高用户体验。

优选的，可根据解析处理结果，把对应的操作动作的说明显示在屏幕上。例如，当前正在运行收音机软件，如果用户进行横向滑动，则在屏幕上显示向左的箭头和向右的箭头，并在它们的下方显示文字“手势：上一电台/下一电台”，如果用户进行纵向滑动，则在屏幕上显示向上的箭头和向下的箭头，并在它们的下方显示文字“手势：音量+/音量-”。以便用户知道各滑动方向的对应功能。

可以理解的是，对本领域普通技术人员来说，可以根据本发明的技术方案及其发明构思加以等同替换或改变，而所有这些改变或替换都应属于本发明的保护范围。