具体实施方式
为了使本公开实施例的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本公开实施例进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本公开实施例,并不用于限定本公开实施例。
首先,在具体介绍本公开实施例的技术方案之前,先对本公开实施例基于的技术背景进行介绍。运维人员在对共享交通工具进行维护时,常常需要对大量的交通工具进行解锁。现有技术中,通常是运维人员使用运维终端扫描一个交通工具上设置的二维码,实现一个交通工具的解锁操作;再扫描一个交通工具上设置的二维码,再实现一个交通工具的解锁操作。在这个过程中,运维人员需要反复进行扫码,不仅费时费力,而且维护效率也很低。
而本公开实施例中,运维终端检测输入的用于解锁交通工具的解锁操作;然后响应于解锁操作,通过至少三个UWB基站广播携带解锁区域的解锁指令,指示位于该解锁区域内的所有待解锁交通工具解锁。可见,本公开实施例实现了一键解锁的效果,与现有技术中反复进行扫码相比,省时省力,提高了维护效率。
下面结合本公开实施例的应用环境,对本公开实施例涉及的技术方案进行介绍。
本公开实施例提供的交通工具解锁方法,可以应用于如图1所示的应用环境中。该应用环境包括运维终端101、基站系统102和多个交通工具103。其中,运维终端101可以为手机、平板电脑、IPAD等电子设备。基站系统102包括至少三个超宽带(Ultra Wide Band,UWB)基站,UWB基站可以是UWB集合芯片。交通工具103可以为脚踏自行车、电动自行车、滑板车、摩托车等非机动或者机动车辆。其中,运维终端101与基站系统102可以通过网络进行通信;交通工具103设置有通信组件,其可以通过无线的方式与基站系统102进行通信。另外,该应用环境中还可以包括服务器,运维终端101与服务器通过网络进行通信;交通工具103与服务器也通过网络进行通信。本公开实施例对运维终端101、基站系统102、交通工具103以及服务器之间的通信方式并不做限定。
在一个实施例中,如图2所示,提供了一种交通工具解锁方法,以该方法应用于图1中的运维终端为例进行说明,包括以下步骤:
步骤201,检测输入的用于解锁交通工具的解锁操作。
其中,解锁操作可以是用户在运维终端上实施的用于解锁交通工具的操作,该解锁操作用于指示对特定区域中的交通工具进行解锁。
解锁操作可以包括文字输入操作、语音输入操作、手势输入操作、按键触控操作中的至少一种。例如,运维终端显示解锁操作界面,解锁操作界面上可以设置有解锁按键;若检测到针对解锁按键的触控操作,则确定接收到解锁交通工具的解锁操作。
步骤202,响应于解锁操作,通过至少三个UWB基站广播携带解锁区域的解锁指令。
其中,解锁区域为待解锁交通工具所在的区域,即解锁区域中包括多个待解锁交通工具,解锁指令用于解锁上述解锁区域内的所有待解锁交通工具。解锁区域可以是用户设置的,也可以是运维终端根据自身位置确定的。本公开实施例并不做限定。
UWB技术是一种无线载波通信技术,其利用纳秒级的非正弦波窄脉冲传输数据,因此其所占的频谱范围很宽。UWB基站为采用UWB技术的基站,其具有系统复杂度低、发射信号功率谱密度低、对信道衰落不敏感、截获能力低和定位精度高等诸多优点。
运维终端在检测到解锁操作后,响应于解锁操作,向至少三个UWB基站发送解锁指令。每个UWB基站在接收到解锁指令之后,广播解锁指令,并且,该解锁指令中携带解锁区域。解锁区域中的待解锁交通工具在检测到UWB基站广播的解锁指令之后,执行解锁操作。
以交通工具为共享单车为例,运维终端检测到解锁操作,响应于解锁操作向三个UWB基站发送解锁指令,三个UWB基站广播解锁指令;解锁区域内的共享单车检测到解锁指令之后,均执行解锁操作。
在其中一个实施例中,UWB基站的运载工具将UWB基站移动到解锁区域附近,使UWB基站的广播区域覆盖解锁区域。
上述交通工具解锁方法中,运维终端检测输入的用于解锁交通工具的解锁操作;响应于解锁操作,通过至少三个UWB基站广播携带解锁区域的解锁指令,该解锁指令用于解锁上述解锁区域内的所有待解锁交通工具。通过本公开实施例,运维终端在检测到解锁操作之后,就可以通过UWB基站广播解锁指令,使解锁区域内的多个待解锁交通工具均执行解锁操作。与现有技术中反复进行扫码相比,本公开实施例实现了一键解锁多个交通工具的效果,不仅省时省力,而且提高了维护效率。
在一个实施例中,在响应于解锁操作之前,运维终端可以通过多种方式确定解锁区域。在上述实施例的基础上,如图3所示,其中一种确定解锁区域的方式可以包括如下步骤:
步骤301,显示解锁区域设置界面。
其中,解锁区域设置界面为运维终端上设置解锁区域的界面,解锁区域设置界面可以是地图,也可以是具有坐标系的图像,等等。
运维终端可以在接收到解锁操作之后,显示解锁区域设置界面。例如,运维终端接收到解锁操作之后,显示地图;或者显示具有坐标系的图像弹窗;或者显示文本框,用户在文本框中输入地名、区域名等。本公开实施例对此不做限定。
步骤302,基于解锁区域设置界面接收区域触控操作,并根据区域触控操作确定解锁区域。
其中,区域触控操作为设置解锁区域的触控操作。
用户可以在运维终端的触控屏幕上进行触控操作,运维终端根据触摸屏幕检测到的触控操作确定对应的位置坐标,进而根据地图,或者图像中的坐标系确定解锁区域。
可以理解地,上述这种确定解锁区域的方式,通过解锁区域设置界面接收到的区域触控操作确定解锁区域,运维人员可以在解锁区域设置界面上自由设定解锁区域,并且操作也很简单。
如图4所示,另一种确定解锁区域的方式可以包括如下步骤:
步骤401,获取运维终端的坐标位置。
运维终端中可以设置定位组件,通过定位组件获取自身的坐标位置。其中,定位组件可以是全球定位(Global Positioning System,GPS)模块,也可以是信号接收模块、无线网络(WiFi)模块,本公开实施例对此并不做限定。
步骤402,以运维终端的坐标位置为基准点,根据预设的尺寸范围确定解锁区域。
其中,基准点可以是圆心,则预设的尺寸范围可以是半径为第一预设长度的圆形所限定范围。基准点也可以是一个顶点,或者中心点,则预设的尺寸范围可以是边长为第二预设长度的正方形所限定的范围,也可以是长为第三预设长度、宽为第四预设长度的长方形所限定的范围。本公开实施例对基准点和预设的尺寸范围并不做限定。
运维终端在获取到自身的坐标位置之后,根据自身的坐标位置和预设的尺寸范围确定解锁区域。例如,将运维终端的坐标位置作为圆心,以第一预设长度3米为半径确定一个圆形区域,并将该圆形区域确定为解锁区域;或者,将运维终端的坐标位置作为中心点,以第二预设长度4米为边长确定一个正方形区域,并将该正方向区域确定为解锁区域。本公开实施例对第一预设长度、第二预设长度、第三预设长度和第四预设长度均不做限定。
可以理解地,上述这种确定解锁区域的方式,先获取运维终端的坐标位置,再以运维终端的坐标位置为基准点,根据预设的尺寸范围确定解锁区域,使运维终端可以自动确定解锁区域,降低运维人员的操作复杂度。
上述运维终端确定解锁区域的可选过程中,运维终端可以先显示解锁区域设置界面;再基于解锁区域设置界面接收区域触控操作,并根据区域触控操作确定解锁区域;也可以先获取运维终端的坐标位置,再以运维终端的坐标位置为基准点,根据预设的尺寸范围确定解锁区域。通过本公开实施例,可以自由设置确定解锁区域的方式,使运维终端可以适用于多种应用场景。
在一个实施例中,如图5所示,涉及交通工具解锁方法的一种可选过程。在上述实施例的基础上,可以包括如下步骤:
步骤501,检测输入的用于解锁交通工具的解锁操作。
步骤502,响应于解锁操作,确定解锁区域,并通过至少三个UWB基站广播携带解锁区域的解锁指令。
其中,确定解锁区域的步骤包括:显示解锁区域设置界面,基于解锁区域设置界面接收区域触控操作,并根据区域触控操作确定解锁区域;或者,获取运维终端的坐标位置,以运维终端的坐标位置为基准点,根据预设的尺寸范围确定解锁区域。
其中,解锁指令中还携带至少三个UWB基站的位置信息;UWB基站的位置信息用于指示待解锁交通工具确定自身位置。
每个UWB基站在广播解锁指令时,解锁指令中除了携带解锁区域,还携带UWB基站的位置信息。待解锁交通工具在检测到解锁指令之后,根据解锁指令中携带的UWB基站的位置信息可以确定待解锁交通工具的自身位置。接着,确定自身位置是否在解锁区域内,如果确定自身位置位于解锁区域内,则执行解锁操作。
以待解锁交通工具为共享单车为例,共享单车在检测到解锁指令之后,根据解锁指令中的UWB基站的位置信息确定共享单车的自身位置,并判断自身位置是否在解锁区域内。如果确定自身位置在解锁区域内,则执行解锁操作;如果确定自身位置不在解锁区域内,则不执行解锁操作。
步骤503,接收服务器反馈的解锁成功信息,展示所述解锁成功信息。
待解锁交通工具在开锁之后,可以生成反馈信息并将反馈信息发送到服务器。服务器根据反馈信息向运维终端发送解锁成功信息。运维终端接收服务器反馈的解锁成功信息,并展示解锁成功信息。例如,运维终端在触控屏幕上显示“一键解锁成功”。本公开实施例对解锁成功信息并不做限定。
上述交通工具解锁方法中,运维终端检测输入的用于解锁交通工具的解锁操作;响应于解锁操作,确定解锁区域,并通过至少三个UWB基站广播携带解锁区域的解锁指令,解锁区域内的待解锁交通工具在接收到解锁指令之后,如果确定自身位置在解锁区域内,则执行解锁操作;并且,在执行开锁之后,可以通过服务器向运维终端反馈解锁成功,由运维终端展示解锁成功信息。与现有技术中反复进行扫码相比,本公开实施例实现了一键解锁多个交通工具的效果,不仅省时省力,而且提高了维护效率。进一步地在解锁成功之后还展示解锁成功信息,可以提高运维终端与用户之间的交互效果。
在一个实施例中,如图6所示,提供了一种交通工具解锁方法,以该方法应用于图1中的基站系统为例进行说明,该基站系统包括至少三个UWB基站,包括以下步骤:
步骤601,接收运维终端发送的解锁指令。
其中,解锁指令中携带解锁区域,解锁区域中包括多个待解锁交通工具。
运维终端检测输入的用于解锁交通工具的解锁操作,响应于解锁操作,并获取解锁区域;之后,运维终端向各UWB基站发送携带解锁区域的解锁指令。各UWB基站接收运维终端发送的解锁指令。
步骤602,广播解锁指令。
其中,解锁指令用于解锁上述解锁区域内的所有待解锁交通工具。
各UWB基站在接收到解锁指令之后,广播解锁指令。解锁区域内的待解锁交通工具在检测到解锁指令之后,执行解锁操作。其中,UWB基站可以实时广播解锁指令,也可以周期性广播解锁指令,还可以事件触发时广播。本公开实施例对此不做限定。
上述交通工具解锁方法中,UWB基站接收运维终端发送的解锁指令,并广播解锁指令,从而对解锁区域内的所有待解锁交通工具进行解锁。与现有技术中反复进行扫码相比,本公开实施例通过UWB基站广播解锁指令实现了一键解锁多个交通工具的效果,不仅省时省力,而且提高了维护效率。
在一个实施例中,如图7所示,涉及交通工具解锁方法的一种可选过程。在上述实施例的基础上,可以包括如下步骤:
步骤701,接收运维终端发送的解锁指令。
步骤702,按照预设时间间隔广播解锁指令。
UWB基站在广播解锁指令时,是按照预设时间间隔进行广播的。比如,每隔15秒广播一次,或者每隔60秒广播一次。本公开实施例对预设时间间隔不做限定。
可选地,解锁指令还携带至少三个UWB基站的位置信息,UWB基站的位置信息用于确定待解锁交通工具的位置信息。UWB基站的位置信息可以是地图上的坐标位置,也可以是坐标系中的位置坐标。本公开实施例对此不做限定。
进一步地,在本实施例中,当解锁指令还携带至少三个UWB基站的位置信息,该交通工具解锁方法还可以包括:
步骤703,根据至少三个UWB基站的位置信息确定各待解锁交通工具的位置信息。
UWB基站广播解锁指令,待解锁交通工具在检测到解锁指令之后,可以给UWB基站发送一个反馈信息,UWB基站根据解锁指令的广播时间和反馈信息的接收时间可以确定UWB基站与待解锁交通工具之间的距离。之后,基站系统收集每个UWB基站与待解锁交通工具之间的距离,根据每个UWB基站的位置信息,和每个UWB基站与待解锁交通工具之间的距离确定待解锁交通工具的位置信息。这样,就可以确定解锁区域内多个待解锁交通工具的位置信息。
可以理解地,UWB系统根据解锁指令的广播时间和反馈信息的接收时间,可以对待解锁交通工具进行较为精准的定位,从而可以在一定程度上避免误开锁的问题。
步骤704,广播各待解锁交通工具的位置信息。
其中,待解锁交通工具的位置信息用于指示待解锁交通工具确定自身是否在解锁区域内。
基站系统广播多个待解锁交通工具的位置信息,其中,待解锁交通工具的位置信息中可以携带待解锁交通工具的标识。这样,每个待解锁交通工具可以根据待解锁交通工具的标识从多个待解锁交通工具的位置信息中,选取出自身位置。接着,待解锁交通工具判断自身是否在解锁区域内;如果在解锁区域内,则执行解锁操作。
上述交通工具解锁方法,UWB基站接收运维终端发送的解锁指令,按照预设时间间隔广播解锁指令,根据至少三个UWB基站的位置信息确定各待解锁交通工具的位置信息;广播各待解锁交通工具的位置信息,使得待解锁交通工具可以根据自身位置信息确定是否执行解锁操作。与现有技术中反复进行扫码相比,本公开实施例通过UWB基站广播解锁指令实现了一键解锁多个交通工具的效果,不仅省时省力,而且提高了维护效率。进一步地,确定待解锁交通工具的位置信息,可以避免误解锁,从而提高解锁的准确性和可靠性。
在一个实施例中,如图8所示,提供了一种交通工具解锁方法,以该方法应用于图1中的待解锁交通工具为例进行说明,包括以下步骤:
步骤801,接收至少三个UWB基站广播的解锁指令。
其中,解锁指令携带解锁区域,解锁区域中包括多个待解锁交通工具。
至少三个UWB基站均广播解锁指令,待解锁交通工具可以接收到至少三个UWB基站广播的解锁指令。其中,UWB基站广播的解锁指令,是运维终端在检测到解锁操作并响应解锁操作时向UWB基站发送的。
步骤802,响应于解锁指令,在确定待解锁交通工具位于解锁区域内的情况下,执行解锁操作。
接收到解锁指令之后,待解锁交通工具判断自身位置是否在解锁区域内。比如,判断自身位置所对应的坐标是否在解锁区域所对应的坐标集合中;或者,判断自身位置所对应的经纬度是否在解锁区域所对应的经纬度之内。本公开实施例对此不做限定。如果待解锁交通工具判定自身位置位于解锁区域内,则执行解锁操作;如果待解锁交通工具判定自身位置不在解锁区域内,则不执行解锁操作。
其中,待解锁交通工具可以设置定位组件,通过定位组件获得自身位置。以待解锁交通工具是共享单车为例,可以在共享单车上设置GPS模块,共享单车通过GPS模块获取自身位置;也可以通过UWB基站的位置信息确定自身位置。本公开实施例对获取自身位置的方式不做限定。
上述交通工具解锁方法中,待解锁交通工具接收至少三个UWB基站广播的解锁指令;响应于解锁指令,在确定待解锁交通工具位于解锁区域内的情况下,执行解锁操作。与现有技术中反复进行扫码相比,本公开实施例中,运维终端通过UWB基站广播解锁指令实现了一键解锁多个交通工具的效果,不仅省时省力,而且提高了维护效率。
在一个实施例中,解锁指令还携带至少三个UWB基站的位置信息,在响应于解锁指令之前,待解锁交通工具还可以根据至少三个UWB基站的位置信息确定待解锁交通工具的自身位置。如图9所示,可以包括如下步骤:
步骤901,分别根据各解锁指令的广播时间和接收时间,计算出待解锁交通工具与解锁指令对应的UWB基站之间的距离。
解锁指令中可以携带时间戳,待解锁交通工具根据时间戳确定各解锁指令的广播时间;然后根据解锁指令的广播时间和接收时间可以计算时间差;接着,根据指令传播速度和时间差,计算出待解锁交通工具与解锁指令对应的UWB基站之间的距离。
例如,待解锁交通工具接收到解锁指令1、2、3,其中,解锁指令1对应UWB基站1,解锁指令2对应UWB基站2,解锁指令3对应UWB基站3。待解锁交通工具根据解锁指令1中携带的时间戳可以确定解锁指令1的广播时间,进而计算出解锁指令1的广播时间和接收时间之间的时间差1,然后根据指令传播速度和时间差1,确定UWB基站1与待解锁交通工具之间的距离a。之后重复上述步骤,可以确定UWB基站2与待解锁交通工具之间的距离b,以及UWB基站3与待解锁交通工具之间的距离c。
步骤902,根据各UWB基站的位置信息,以及待解锁交通工具与各UWB基站之间的距离,确定待解锁交通工具的自身位置。
待解锁交通工具确定自身与各UWB基站之间的距离之后,根据各UWB基站的位置信息,以及自身与各UWB基站之间的距离确定出自身位置。
其中,待解锁交通工具确定自身位置,至少可以采用以下两种方式:
其中一个方式为:在预设坐标系中,分别以每个UWB基站的位置信息对应的坐标位置为圆心,以待解锁交通工具与各UWB基站之间的距离为半径绘制圆形,得到多个圆形,将多个圆形的交点确定为待解锁交通工具的自身位置。
仍以共享单车为例,一个共享单车与UWB基站1之间的距离为a,与UWB基站2之间的距离为b,与UWB基站之间的距离为c。如图10所示,以UWB基站1为圆心,距离a为半径绘制圆形;以UWB基站2为圆心,距离b为半径绘制圆形;以UWB基站3为圆心,距离c为半径绘制圆形。得到3个圆形,将3个圆形的交点确定为共享单车的自身位置。
另一个方式为:根据待解锁交通工具与各所UWB基站之间的距离,计算每两个距离之间的差值;在预设坐标系中,以每两个距离之间的差值为定长,以每两个距离之间的差值对应的两个UWB基站为焦点绘制双曲线,得到多个双曲线,将多个双曲线的交点确定为待解锁交通工具的自身位置。
仍以共享单车为例,一个共享单车与UWB基站1之间的距离为a,与UWB基站2之间的距离为b,与UWB基站之间的距离为c。分别计算每两个距离之间的差值,得到距离a与距离b之间的差值d,距离a与距离c之间的差值e,距离b与距离c之间的差值f。如图11所示,以UWB基站1和UWB基站2为交点,差值d为定长绘制双曲线;以UWB基站1和UWB基站3为焦点,差值e为定长绘制双曲线;以UWB基站2和UWB基站3为焦点,差值f为定长绘制双曲线。得到多条双曲线,将多条双曲线的交点确定为共享单车的自身位置。
上述待解锁交通工具根据至少三个UWB基站的位置信息确定自身位置的过程中,待解锁交通工具先分别根据各解锁指令的广播时间和接收时间,计算出待解锁交通工具与解锁指令对应的UWB基站之间的距离;再根据各UWB基站的位置信息,以及待解锁交通工具与各UWB基站之间的距离,确定待解锁交通工具的自身位置。通过本公开实施例,待解锁交通工具根据解锁指令的广播时间和接收时间,可以对自身位置进行较为精准的定位,从而可以在一定程度上避免误开锁的问题。
在一个实施例中,如图12所示,涉及交通工具解锁方法的一种可选过程,在上述实施例的基础上,可以包括步骤:
步骤1001,接收至少三个UWB基站广播的解锁指令。
步骤1002,响应于解锁指令,根据至少三个UWB基站的位置信息确定待解锁交通工具的自身位置。
步骤1003,在确定待解锁交通工具位于解锁区域内的情况下,执行解锁操作。
步骤1004,按照第一预设时间间隔检测解锁指令,在未检测到解锁指令的时长超过预设时长的情况下,执行关锁操作。
其中,解锁指令为各UWB基站按照第二预设时间间隔广播的,且第一预设时间间隔大于第二预设时间间隔。
各UWB基站按照第二预设时间间隔广播解锁指令,待解锁交通工具按照第一预设时间间隔检测解锁指令。例如,各UWB基站每15秒广播一次解锁指令,共享单车每60秒检测一次解锁指令。可以理解地,UWB基站广播解锁指令的频率较高,待解锁交通工具检测解锁指令的频率较低,可以确保解锁指令被待解锁交通工具检测到。
在UWB基站的广播区域不再覆盖解锁区域后,待解锁交通工具则不能继续检测到解锁指令。如果待解锁交通工具未检测到解锁的时长超过预长,则执行关锁操作。例如,UWB基站的运载车辆离开解锁区域后,共享单车未检测到解锁指令的时长为200秒,超过预设时长180秒,则执行关锁操作。可以理解地,在UWB基站离开后,交通工具自动执行关锁操作,可以节省运维人员进行关锁操作,进而可以避免交通工具丢失。
可选地,在步骤1003之后,还可以执行步骤1005-步骤1006中的至少一个步骤。
步骤1005,生成开锁提示信息。
其中,开锁提示信息包括灯光提示信息和声音提示信息中的至少一种。
待解锁交通工具在执行解锁操作之后,可以灯光闪烁,提示运维人员已经开锁;也可以发出“嘀嘀”的声音,提示运维人员已经开锁;还可以语音播放“已开锁”,提示运维人员已经开锁。本公开实施例对提示信息的表现形式不做限定。
步骤1006,根据解锁操作生成反馈信息;将反馈信息发送至服务器。
其中,反馈信息用于指示服务器将解锁成功信息发送到运维终端并记录本次解锁操作。
待解锁交通工具在执行解锁操作之后,生成已开锁的反馈信息;并将已开锁的反馈信息发送到服务器。服务器接收已解锁的反馈信息,生成解锁成功信息,并将解锁成功信息发送到运维终端,以供运维终端显示解锁成功信息。同时,服务器还记录本次解锁操作,以便运维人员可以查询到本次解锁操作的维护记录。
上述交通工具解锁方法中,待解锁交通工具接收至少三个UWB基站广播的解锁指令;响应于解锁指令,根据至少三个UWB基站的位置信息确定待解锁交通工具的自身位置;在确定待解锁交通工具位于解锁区域内的情况下,执行解锁操作。通过本公开实施例,待解锁交通工具可以根据运维终端通过UWB基站广播的解锁指令执行解锁操作,使得运维终端可以实现一键解锁多个交通工具的效果,不仅省时省力,而且提高了维护效率。进一步地,待解锁交通工具未检测到解锁指令的时长超过预设时长,则执行关锁操作,可以避免交通工具丢失,以及降低交通工具的功耗。
在一个实施例中,如图13所示,还提供了一种交通工具解锁系统,该系统包括运维终端、基站系统和多个待解锁交通工具,上述基站系统包括至少三个UWB基站,在上述实施例的基础上,可以包括如下步骤:
步骤1101,运维终端检测输入的用于解锁交通工具的解锁操作。
步骤1102,运维终端显示解锁区域设置界面;基于解锁区域设置界面接收区域触控操作,并根据区域触控操作确定解锁区域。
步骤1103,运维终端响应于解锁操作,向基站系统发送携带解锁区域的解锁指令。
步骤1104,基站系统接收运维终端发送的解锁指令。
步骤1105,广播携带解锁区域的解锁指令。
步骤1106,待解锁交通工具接收解锁指令。
步骤1107,待解锁交通工具根据至少三个UWB基站的位置信息确定待解锁交通工具的自身位置。
步骤1108,待解锁交通工具响应于解锁指令,在确定待解锁交通工具位于解锁区域内的情况下,执行解锁操作。
步骤1109,待解锁交通工具生成开锁提示信息。
步骤1110,待解锁交通工具根据解锁操作生成反馈信息;将反馈信息发送至服务器。
上述交通工具解锁方法中,运维终端在检测到解锁操作后,通过至少三个UWB基站广播携带解锁区域的解锁指令;待解锁交通工具接收到解锁指令之后,在确定自身位置位于解锁区域内时,执行解锁操作。通过本公开实施例,使得运维终端可以实现一键解锁多个交通工具的效果,不仅省时省力,而且提高了维护效率。
应该理解的是,虽然图2-图13的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-13中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图14所示,提供了一种交通工具解锁装置,该装置包括:
解锁操作检测模块10,用于检测输入的用于解锁交通工具的解锁操作;
解锁操作响应模块11,用于响应于解锁操作,通过至少三个UWB基站广播携带解锁区域的解锁指令;解锁区域中包括多个待解锁交通工具,解锁指令用于解锁上述解锁区域内的所有待解锁交通工具。
在其中一个实施例中,如图15所示,该装置还包括:
界面显示模块12,用于显示解锁区域设置界面;
第一解锁区域确定模块13,用于基于解锁区域设置界面接收区域触控操作,并根据区域触控操作确定解锁区域。
在其中一个实施例中,如图16所示,该装置还包括:
终端位置获取模块14,用于获取运维终端的坐标位置;
第二解锁区域确定模块15,用于以运维终端的坐标位置为基准点,根据预设的尺寸范围确定解锁区域。
在其中一个实施例中,如图17所示,该装置还包括:
解锁成功信息展示模块16,用于接收服务器反馈的解锁成功信息,展示解锁成功信息。
在其中一个实施例中,该解锁指令中还携带至少三个UWB基站的位置信息;UWB基站的位置信息用于指示待解锁交通工具确定自身位置。
在一个实施例中,如图18所示,提供了一种交通工具解锁装置,部署在基站系统,基站系统包括至少三个UWB基站,该装置包括:
解锁指令接收模块20,用于接收运维终端发送的解锁指令;解锁指令中携带解锁区域,解锁区域中包括多个待解锁交通工具;
解锁指令广播模块21,用于广播解锁指令;解锁指令用于解锁上述解锁区域内的所有待解锁交通工具。
在其中一个实施例中,上述解锁指令还携带至少三个UWB基站的位置信息;如图19所示,该装置还包括:
交通工具位置确定模块22,用于根据至少三个UWB基站的位置信息确定各待解锁交通工具的位置信息;
交通工具位置广播模块23,用于广播各待解锁交通工具的位置信息;待解锁交通工具的位置信息用于指示待解锁交通工具确定自身是否在解锁区域内。
在其中一个实施例中,上述解锁指令广播模块22,具体用于按照预设时间间隔广播解锁指令。
在一个实施例中,如图20所示,提供了一种交通工具解锁装置,该装置包括:
解锁指令接收模块30,用于接收至少三个UWB基站广播的解锁指令;解锁指令携带解锁区域,解锁区域中包括多个待解锁交通工具,
解锁指令响应模块31,用于响应于解锁指令,在确定待解锁交通工具位于解锁区域内的情况下,执行解锁操作。
在其中一个实施例中,上述解锁指令还携带至少三个UWB基站的位置信息,如图21所示,该装置还包括:
交通工具位置确定模块32,用于根据至少三个UWB基站的位置信息确定待解锁交通工具的自身位置。
在其中一个实施例中,上述交通工具位置确定模块32,包括:
距离确定子模块,用于分别根据各解锁指令的广播时间和接收时间,计算出待解锁交通工具与解锁指令对应的UWB基站之间的距离;
交通工具位置确定子模块,根据各UWB基站的位置信息,以及待解锁交通工具与各UWB基站之间的距离,确定待解锁交通工具的自身位置。
在其中一个实施例中,上述交通工具位置确定子模块,具体用于在预设坐标系中,分别以每个UWB基站的位置信息对应的坐标位置为圆心,以待解锁交通工具与各UWB基站之间的距离为半径绘制圆形,得到多个圆形,将多个圆形的交点确定为待解锁交通工具的自身位置。
在其中一个实施例中,上述交通工具位置确定子模块,具体用于根据待解锁交通工具与各所UWB基站之间的距离,计算每两个距离之间的差值;在预设坐标系中,以每两个距离之间的差值为定长,以每两个距离之间的差值对应的两个UWB基站为焦点绘制双曲线,得到多个双曲线,将多个双曲线的交点确定为待解锁交通工具的自身位置。
在其中一个实施例中,如图22所示,该装置还包括:
解锁指令检测模块33,用于按照第一预设时间间隔检测解锁指令;解锁指令为各UWB基站按照第二预设时间间隔广播的,且第一预设时间间隔大于第二预设时间间隔;
关锁模块34,用于在未检测到解锁指令的时长超过预设时长的情况下,执行关锁操作。
在其中一个实施例中,如图23所示,装置还包括:
提示信息生成模块35,用于生成开锁提示信息;开锁提示信息包括灯光提示信息和声音提示信息中的至少一种。
在其中一个实施例中,如图24所示,装置还包括:
反馈信息生成模块36,用于根据解锁操作生成反馈信息;
反馈信息发送模块37,用于将反馈信息发送至服务器;反馈信息用于指示服务器将解锁成功信息发送到运维终端并记录本次解锁操作。
关于交通工具解锁装置的具体限定可以参见上文中对于交通工具解锁方法的限定,在此不再赘述。上述交通工具解锁装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以以硬件形式内嵌于或独立于电子设备中的处理器中,也可以以软件形式存储于电子设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
图25是根据一示例性实施例示出的一种电子设备1400的框图。例如,电子设备1300可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图25,电子设备1400可以包括以下一个或多个组件:处理组件1402,存储器1404,电源组件1406,多媒体组件1408,音频组件1410,输入/输出(I/O)的接口1412,传感器组件1414,以及通信组件1416。其中,存储器上存储有在处理器上运行的计算机程序或者指令。
处理组件1402通常控制电子设备1400的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件1402可以包括一个或多个处理器1420来执行指令,以完成上述方法的全部或部分步骤。此外,处理组件1402可以包括一个或多个模块,便于处理组件1402和其他组件之间的交互。例如,处理组件1402可以包括多媒体模块,以方便多媒体组件1408和处理组件1402之间的交互。
存储器1404被配置为存储各种类型的数据以支持在电子设备1400的操作。这些数据的示例包括用于在电子设备1400上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1406为电子设备1400的各种组件提供电力。电源组件1406可以包括电源管理系统,一个或多个电源,及其他与为电子设备1400生成、管理和分配电力相关联的组件。
多媒体组件1408包括在所述电子设备1400和用户之间的提供一个输出接口的触控显示屏。在一些实施例中,触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1408包括一个前置摄像头和/或后置摄像头。当电子设备1400处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1410被配置为输出和/或输入音频信号。例如,音频组件1410包括一个麦克风(MIC),当电子设备1400处于操作模式,如呼叫模式、记录模式和声音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1404或经由通信组件1416发送。在一些实施例中,音频组件1410还包括一个扬声器,用于输出音频信号。
I/O接口1412为处理组件1402和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1414包括一个或多个传感器,用于为电子设备1400提供各个方面的状态评估。例如,传感器组件1414可以检测到电子设备1400的打开/关闭状态,组件的相对定位,例如所述组件为电子设备1400的显示器和小键盘,传感器组件1414还可以检测电子设备1400或电子设备1400一个组件的位置改变,用户与电子设备1400接触的存在或不存在,电子设备1400方位或加速/减速和电子设备1400的温度变化。传感器组件1414可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1414还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1414还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1416被配置为便于电子设备1400和其他设备之间有线或无线方式的通信。电子设备1400可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件1416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1416还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,电子设备1400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述交通工具解锁方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1404,上述指令可由电子设备1400的处理器1420执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图26是根据一示例性实施例示出的一种基站1500的框图。参照图26,基站1500包括处理组件1520,其进一步包括一个或多个处理器,以及由存储器1522所代表的存储器资源,用于存储可由处理组件1520执行的指令或者计算机程序,例如应用程序。存储器1522中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1520被配置为执行指令,以执行上述交通工具解锁的方法。
基站1500还可以包括一个电源组件1524被配置为执行设备1500的电源管理,一个有线或无线网络接口1526被配置为将设备1500连接到网络,和一个输入输出(I/O)接口1528。基站1500可以操作基于存储在存储器1522的操作系统,例如Window14 14erverTM,Mac O14 XTM,UnixTM,LinuxTM,FreeB14DTM或类似。
在示例性实施例中,还提供了一种包括指令的存储介质,例如包括指令的存储器1522,上述指令可由基站1500的处理器执行以完成上述方法。存储介质可以是非临时性计算机可读存储介质,例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本公开实施例所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本公开实施例的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本公开实施例构思的前提下,还可以做出若干变形和改进,这些都属于本公开实施例的保护范围。因此,本公开实施例专利的保护范围应以所附权利要求为准。