一种门锁状态的监控方法及装置的制造方法

文档序号:10616548阅读:398来源:国知局
一种门锁状态的监控方法及装置的制造方法
【专利摘要】本发明实施例提供一种门锁状态的监控方法及装置,其中的方法具体包括:根据服务端广播的门锁服务识别码,搜索服务端提供的门锁服务;其中,所述门锁服务识别码与所述门锁服务具有对应关系;与所述服务端建立所述门锁服务对应的蓝牙连接;根据第一时间周期,利用所述门锁服务识别码,通过所述蓝牙连接,轮询读取所述门锁服务对应的门锁状态特性值;其中,所述门锁服务对应的门锁状态特性值包括打开或者关闭。本发明实施例通过在客户端利用蓝牙连接周期性地获取门锁服务对应的门锁状态特性值,从而及时获取车门的实时状态,相对于现有技术需要用户返回去查看,可以为用户节省时间以及避免不必要的经济损失。
【专利说明】
-种口锁状态的监控方法及装置
技术领域
[0001] 本发明实施例设及无线通信技术领域,尤其设及一种口锁状态的监控方法及装 置。
【背景技术】
[0002] 随着经济的不断发展,人们的生活水平不断提高,安全防范意识也得到更多的重 视,然而有时因为自己失误,往往造成不必要的麻烦,甚至造成巨大的损失。
[0003] 在人们的日常生活中,经常会出现如下情况:在停车后离开汽车一段时间后,忘记 了是否将车口锁好,如果此时再返回去查看车口是否已锁,会为人们带来不必要的麻烦并 且造成时间的浪费,如果不回去查看,又有可能造成经济上的损失。

【发明内容】

[0004] 本发明实施例提供一种口锁状态的监控方法及装置,用W解决现有技术中用户怀 疑车口没锁时需要返回去查看车口是否已锁,从而造成时间上的浪费或者经济上的损失的 问题。 阳〇化]本发明实施例提供一种口锁状态的监控方法,包括:
[0006] 根据服务端广播的口锁服务识别码,捜索服务端提供的口锁服务;其中,所述口锁 服务识别码与所述口锁服务具有对应关系;
[0007] 与所述服务端建立所述口锁服务对应的蓝牙连接;
[0008] 根据第一时间周期,利用所述口锁服务识别码,通过所述蓝牙连接,轮询读取所述 口锁服务对应的口锁状态特性值;其中,所述口锁服务对应的口锁状态特性值包括打开或 者关闭。
[0009] 依据本发明的另一个方面,提供了一种口锁状态的监控方法,包括:
[0010] 监测口锁的实时状态,W及根据所述口锁的实时状态更新口锁服务对应的口锁状 态特性值;
[0011] 广播口锁服务识别码;其中,所述口锁服务识别码与所述口锁服务具有对应关 系;
[0012] 与所述客户端建立所述口锁服务对应的蓝牙连接;
[0013] 根据第二时间周期,通过所述蓝牙连接,向所述客户端发送所述口锁服务对应的 口锁状态特性值。
[0014] 依据本发明的再一个方面,提供了一种口锁状态的监控装置,包括:
[0015] 第一服务捜索模块,用于根据服务端广播的口锁服务识别码,捜索服务端提供的 口锁服务;其中,所述口锁服务识别码与所述口锁服务具有对应关系;
[0016] 第一连接建立模块,用于与所述服务端建立所述口锁服务对应的蓝牙连接;及
[0017] 第一状态读取模块,用于根据第一时间周期,利用所述口锁服务识别码,通过所述 蓝牙连接,轮询读取所述口锁服务对应的口锁状态特性值;其中,所述口锁服务对应的口锁 状态特性值包括打开或者关闭。
[0018] 依据本发明的又一个方面,提供了一种口锁状态的监控装置,包括:
[0019] 第一状态监测模块,用于监测口锁的实时状态,W及根据所述口锁的实时状态更 新口锁服务对应的口锁状态特性值;
[0020] 第一广播模块,用于广播口锁服务识别码;其中,所述口锁服务识别码与所述口锁 服务具有对应关系;
[0021] 第二连接建立模块,用于与所述客户端建立所述口锁服务对应的蓝牙连接;及
[0022] 状态推送模块,用于根据第二时间周期,通过所述蓝牙连接,向所述客户端发送所 述口锁服务对应的口锁状态特性值。
[0023] 本发明实施例提供的口锁状态的监控方法及装置,通过移动终端根据服务端广 播的口锁服务识别码,捜索所述口锁服务识别码对应的口锁服务,并针对口锁服务与服务 端建立蓝牙连接,即可在客户端利用蓝牙连接周期性地获取口锁服务对应的口锁状态特性 值,从而及时获取车口的实时状态,相对于现有技术需要用户返回去查看,可W为用户节省 时间W及避免不必要的经济损失。进一步地,本发明实施例根据第一时间周期,轮询读取所 述口锁服务对应的口锁状态特性值,W避免由于蓝牙连接断开导致无法获取口锁状态特性 值的问题,从而可W保证监控口锁状态的及时性。
【附图说明】
[0024] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发 明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可W根 据运些附图获得其他的附图。
[00巧]图1示出了本发明的一种口锁状态的监控方法实施例一的步骤流程图;
[00%] 图2示出了本发明的一种口锁状态的监控方法实施例二的步骤流程图;
[0027] 图3示出了本发明的一种口锁状态的监控方法实施例=的步骤流程图;
[0028] 图4示出了本发明的一种口锁状态的监控方法实施例四的步骤流程图;
[0029] 图5示出了本发明的一种口锁状态的监控装置实施例一的结构框图;及
[0030] 图6示出了本发明的一种口锁状态的监控装置实施例二的结构框图。
【具体实施方式】
[0031] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例 中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是 本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。 W巧实施例一
[0033] 本发明实施例可W利用移动终端通过蓝牙连接获取被监控设备的实时状态,首 先,可W在被监控设备上设置有蓝牙装置,W监控并记录该被监控设备的实时状态(例如 打开或者关闭),其中,所述被监控设备可W包括家口、汽车等等,本发明对于具体的被监控 设备不加W限制。然后,移动终端通过与被监控设备建立的蓝牙连接,可W获取被监控设 备的实时状态。其中,移动终端可W包括蜂窝电话、智能电话、膝上型计算机、PC(personal computer,个人电脑)、电子书终端、数字广播终端、PDA (Personal Digital Assistant,个 人电子助理)、便携式多媒体播放器或导航系统等,可W理解,本发明实施例对于具体的移 动终端不加W限制。为了便于说明,本发明实施例中均W手机作为移动终端,汽车作为被监 控设备为例进行说明,其它应用场景相互参照即可。
[0034] BLE度Iuetooth Low Energy,低功耗蓝牙)协议,作为蓝牙4. 0规范的一部分,为 解决传统蓝牙耗电量大的问题而被引入,本发明实施例利用BLE的快速捜索、快速连接、超 低功耗等特点,实现口锁状态的监控,相对于使用传统蓝牙,可W提高监控过程的效率W及 节省监控过程的能耗。
[0035] 在BLE协议中,所有的通信都发生在GATT(Generic Attribute化Ofile,通用属性 配置文件)层。BLE协议具体可W包括GATT客户端和GATT服务端,其中,GATT服务端可W 为GATT客户端提供数据服务,GATT客户端可W从GATT服务端读写应用数据。在通信时, GATT客户端执行查找GATT服务端的操作,在查找到GATT服务端并且连接建立成功后,双方 即可收发数据。在本发明实施例中,汽车可W作为GATT服务端提供口锁状态数据服务,手 机可W作为GATT客户端从服务端接收车口状态数据。
[0036] 参照图1,示出了本发明的一种口锁状态的监控方法实施例一的步骤流程图,具体 可W包括:
[0037] 步骤101、根据服务端广播的口锁服务识别码,捜索服务端提供的口锁服务;其 中,所述口锁服务识别码与所述口锁服务具有对应关系;
[0038] 其中,所述口锁服务识别码具体可W用UUID(Universally Unique Identifier, 全球唯一标识符)来标识,该UUID可W用来唯一标识GATT服务。
[0039] 在具体应用中,GATT服务端可W包括多个配置文件Profile,profile可W理解为 一种规范,一个标准的通信协议,一个Profile可W包含一个或多个GATT服务,每个GATT 服务表示服务端可W实现的一种功能;每个GATT服务可W包含一个或多个GATT特性,一 个GATT特性是一个可W通过BLE进行传递的原子数据。一个GATT特性可W包含任意的数 据,用一个类型标识符表示任意数据的类型;每个GATT特性可包含零个或更多个GATT描述 符。GATT服务、GATT特性W及GATT描述符的一个共同点是他们都是使用一个通用唯一标 识符扣UID)标识。正如UUID名称所表现的那样,UUID是一个简单且唯一的标识符,用来 找到GATT服务、GATT特性W及GATT描述符。 W40] 在本发明的一种应用示例中,汽车作为GATT服务端可W提供口锁服务Olouse door Service),该服务支持的特性(characteristic)可W包括口锁状态(House door Lock State Record)。在客户端与服务端建立蓝牙连接之后,客户端即可根据口锁服务的 UUID获取口锁服务,W及读取口锁服务对应的口锁状态特性值。
[0041] 参照表1,示出了本发明的一种GATT服务端的配置文件结构示意。其中,M表示强 制的,0表示可选的,当然,在实际应用中,可W根据需要来设置对其中的服务和特性的支持 性。
[0042] 表 1
[0043]
[0044] 本发明实施例中,客户端与服务端建立蓝牙连接之前,首先执行服务发现操作和 特性发现操作。在服务发现(Service Discovery)的阶段中,服务端(汽车上的蓝牙装置) 会把自身所支持的服务Service的UUID广播出去,具体可W包括Vehicle door Service 口 锁服务的 UUID,Vehicle window Service 车窗服务的 UUID,W及 Vehicle trunk Service 后备箱服务的UUID。手机根据上述服务的UUID来捜寻相对应的Vehicle door Service 口 锁服务、Vehicle window Service 车窗服务 W及 Vehicle trunk Service 后备箱服务。
[0045] 在特性发现(Qiaracteristic Discovery)的阶段中,手机同样会根据Vehicle door Service 口锁服务的UUID来发现该服务所支持的Vehicle door State Record 口锁 状态特性,根据Vehicle window Service车窗服务的UUID发现该服务所支持的Vehicle window State Record车窗状态特性,W及根据Vehicle trunk Service后备箱服务的UUID 发现该服务所支持的Vehicle trunk State Record后备箱状态特性,W及上述特性对应的 描述符。
[0046] 步骤102、与所述服务端建立所述口锁服务对应的蓝牙连接;
[0047] 在本发明实施例中,客户端与服务端建立蓝牙连接的步骤,具体可W包括:
[0048] 步骤S11、检测蓝牙是否打开,如果蓝牙未打开,可W弹出系统框提示打开蓝牙;
[0049] 步骤S12、扫描BLE蓝牙设备(例如汽车上的蓝牙装置);
[0050] 优选地,为了节省能耗,可W在扫描到对应的蓝牙设备时,立即停止扫描操作。
[0051] 步骤S13、执行服务发现操作;
[0052] 在具体应用中,可W通过调用BluetoothGatt. discoverServices方法来执行服 务发现操作,该方法是异步操作,在回调函数onServicesDiscovered中可W得到查找状 态status,通过判断status的值是否等于BluetoothGatt. GATT_SUCCESS来判断服务发 现操作是否成功,如果成功了,在与服务端建立蓝牙建立之后,即可通过BluetoothGatt. getService 获取服务 BluetoothGattService。
[0053] 步骤S14、执行特性发现操作;
[0054] 在服务发现成功后,可W执行特性发现操作,W得知上述发现的服务具有 哪些可用的特性,在与服务端建立蓝牙建立之后,即可通过BluetoothGattService. getOiaracteristic 获取服务对应的特性 BluetoothGattQiaracteristic。 阳化日]步骤S15、与服务端建立蓝牙连接。
[0056] 在本发明实施例中,在执行完服务发现和特性发现操作后,客户端可W与服务端 建立所述口锁服务对应的蓝牙连接,客户端即可通过该蓝牙连接对口锁服务对应的口锁状 态特性值进行读写操作。
[0057] 步骤103、根据第一时间周期,利用所述口锁服务识别码,通过所述蓝牙连接,轮询 读取所述口锁服务对应的口锁状态特性值;其中,所述口锁服务对应的口锁状态特性值包 括打开或者关闭。
[0058] 在客户端与服务端的蓝牙连接成功后,即可调用对应的函数来获得服务端的口锁 服务化 OUse door Service),并对该服务中的House door Lock Sl:ate Record 口锁状态特 性值进行读写。
[0059] 在实际应用中,用户离开车口的距离大于蓝牙连接的最大距离后,手机与汽车之 间的蓝牙连接则会断开,此时无法通过手机获取口锁状态特性值。此时,用户无法通过手机 查看车口是否已锁,为了解决上述问题,本发明实施例可W根据第一时间周期,轮询读取并 记录所述口锁服务对应的口锁状态特性值。其中,第一时间周期可W根据实际需要进行设 置,例如可W设置为5秒,本发明对于第一时间周期的范围不加W限制。运样一来,在用户 离开汽车很短的时间内,手机已经获取并记录了口锁状态特性值,即使蓝牙连接断开,用户 仍然可W通过手机查看车口是否已锁,W保证监控口锁状态的及时性。
[0060] 综上,在本发明实施例中,通过移动终端根据服务端广播的口锁服务识别码,捜索 所述口锁服务识别码对应的口锁服务,并针对口锁服务与服务端建立蓝牙连接,即可在客 户端利用蓝牙连接周期性地获取口锁服务对应的口锁状态特性值,从而及时获取车口的实 时状态,相对于现有技术需要用户返回查看,可W为用户节省时间W及避免不必要的经济 损失。进一步地,本发明实施例根据第一时间周期,轮询读取所述口锁服务对应的口锁状态 特性值,W避免由于蓝牙连接断开导致无法获取口锁状态特性值的问题,从而可W保证监 控口锁状态的及时性。 W61] 实施例二
[0062] 本实施例在上述实施例一的基础上,还可W包括如下可选技术方案。本实施例在 客户端与服务端建立蓝牙连接之后,可W监测客户端与服务端之间的距离,在所述距离大 于第一阔值并且所述口锁状态特性值为打开时,发出提示信息,W提示用户车口未锁,防止 造成用户的经济损失。
[0063] 参照图2,示出了本发明的一种口锁状态的监控方法实施例二的步骤流程图,具体 可W包括:
[0064] 步骤201、根据服务端广播的口锁服务识别码,捜索服务端提供的口锁服务;其 中,所述口锁服务识别码与所述口锁服务具有对应关系; 阳0化]步骤202、与所述服务端建立所述口锁服务对应的蓝牙连接;
[0066] 步骤203、根据第一时间周期,利用所述口锁服务识别码,通过所述蓝牙连接,轮询 读取所述口锁服务对应的口锁状态特性值;其中,所述口锁服务对应的口锁状态特性值包 括打开或者关闭;
[0067] 步骤204、监测与所述服务端之间的距离;
[0068] 步骤205、在所述距离大于第一阔值时,读取所述口锁服务对应的口锁状态特性 值;
[0069] 步骤206、在所述口锁状态特性值为打开时,发出口锁提示信息。
[0070] 在具体应用中,通过监测与服务端之间的距离,可W得知用户离开汽车的距离,如 果该距离大于第一阔值,说明用户已经离开汽车较远的距离,如果读取得到的口锁状态特 性值为打开,则可W向用户发送口锁提示信息,W通知用户车口未锁。其中,第一阔值可W 设置为大于零小于蓝牙连接最大范围对应的距离值,例如可W设置为20米等,本发明对于 第一阔值的取值范围不加W限制。
[0071] 在本发明的一种优选实施例中,上述步骤204-206还可W用如下步骤代替:
[0072] 监测所述蓝牙连接的信号强度,W及根据所述信号强度确定所述蓝牙连接的路径 损耗;
[0073] 在所述路径损耗大于第二阔值时,读取所述口锁服务对应的口锁状态特性值;
[0074] 在所述口锁状态特性值为打开时,发出口锁提示信息。
[00巧]在具体应用中,除了通过上述监测距离的方法判断客户端和服务器之间的距离 夕F,还可W根据蓝牙连接的路径损耗进行判断。具体地,在客户端和服务端建立蓝牙连接 之后,手机可W监测该蓝牙连接的RSSI (接收信号强度指示器),并且从服务端读取发射功 率,通过该发射功率减去RSSI计算出路径损耗,当路径损耗大于第二阔值时,说明用户已 经离开汽车较远的距离,如果读取得到的口锁状态特性值为打开,则可W向用户发送口锁 提示信息。其中,第二阔值可W设置为大于零小于蓝牙连接最大范围对应的路径损耗值,本 发明对于第二阔值的取值范围不加W限制。
[0076] 在本发明的另一种优选实施例中,上述方法还可W包括:
[0077] 针对用户对所述口锁提示信息执行的关口操作,通过所述蓝牙连接关闭口锁,W 及将所述口锁服务对应的口锁状态特性值修改为关闭。
[0078] 综上,本发明实施例在上述实施例一的基础上,还可W监测客户端与服务端之间 的距离,在所述距离大于第一阔值并且所述口锁状态特性值为打开时,发出提示信息,W在 用户离开汽车不远时可W提示用户车口未锁,防止造成用户的经济损失。 W79] 实施例S
[0080] 本实施例在上述实施例一或实施例二的基础上,还可W包括如下可选技术方案。 本实施例还在检测到车口已锁时,还可W进一步对车窗的状态进行监控。
[0081] 参照图3,示出了本发明的一种口锁状态的监控方法实施例=的步骤流程图,具体 可W包括:
[0082] 步骤301、根据服务端广播的口锁服务识别码,捜索服务端提供的口锁服务;其 中,所述口锁服务识别码与所述口锁服务具有对应关系;
[0083] 步骤302、根据服务端广播的车窗服务识别码,捜索服务端提供的车窗服务;其 中,所述车窗服务识别码与所述车窗服务具有对应关系;
[0084] 步骤303、与所述服务端建立所述口锁服务对应的蓝牙连接;
[00化]步骤304、根据第一时间周期,利用所述口锁服务识别码,通过所述蓝牙连接,轮询 读取所述口锁服务对应的口锁状态特性值;其中,所述口锁服务对应的口锁状态特性值包 括打开或者关闭;
[0086] 步骤305、在读取的口锁服务对应的口锁状态特性值为关闭时,根据所述车窗服务 识别码,通过所述蓝牙连接,读取所述车窗服务对应的车窗状态特性值;其中,所述车窗服 务对应的车窗状态特性值包括打开或者关闭;
[0087] 步骤306、在所述车窗状态特性值为打开时,发出车窗提示信息;
[0088] 在本发明的一种优选实施例中,所述方法还可W包括:
[0089] 步骤307、根据用户针对所述车窗提示信息执行的关窗操作,通过所述蓝牙连接执 行关闭车窗操作,W及将所述车窗服务对应的车窗状态特性值修改为关闭。
[0090] 采用类似的方法,还可W在用户锁车口后,监控汽车后备箱的实时状态,该过程可 参照监控车窗的过程,此处不再进行寶述。
[0091] 在实际应用中,经常出现用户锁车口后,有可能忘记关闭某个车窗的情况,本发明 实施例在读取到口锁状态特性值为关闭时,可W得知用户关闭车口准备离开,此时利用手 机通过蓝牙连接读取车窗状态特性值,如果车窗状态特性值为打开,则向用户发出车窗提 示信息,W提醒用户关闭车窗,从而可W避免造成用户的经济损失。 阳OW] 实施例四
[0093] 上述实施例一至实施例=均W客户端侧为例进行说明,下面W服务端侧说明本发 明的口锁状态的监控方法。
[0094] 参照图4,示出了本发明的一种口锁状态的监控方法实施例四的步骤流程图,具体 可W包括:
[0095] 步骤401、监测口锁的实时状态,W及根据所述口锁的实时状态更新所述口锁服务 对应的口锁状态特性值;
[0096] 具体地,所述监测口锁的实时状态,W及根据所述口锁的实时状态更新所述口锁 服务对应的口锁状态特性值的步骤,具体可W包括:
[0097] 监测口锁的实时状态,在所述口锁的实时状态从打开变为关闭,或者从关闭变为 打开时,更新所述口锁服务对应的口锁状态特性值。
[0098] 步骤402、广播口锁服务识别码;其中,所述口锁服务识别码与所述口锁服务具有 对应关系;
[0099] 在实际应用中,服务端可W广播口锁服务识别码,W使客户端可W根据所述口锁 识别码捜索口锁服务,W及获取所述口锁服务对应的口锁状态特性值。
[0100] 步骤403、与所述客户端建立所述口锁服务对应的蓝牙连接; 阳101] 在与客户端建立蓝牙连接之后,客户端即可根据所述口锁服务识别码,通过所述 蓝牙连接,读取所述口锁服务对应的口锁状态特性值。
[0102] 步骤404、根据第二时间周期,通过所述蓝牙连接,向所述客户端发送所述口锁服 务对应的口锁状态特性值。 阳103] 在具体应用中,服务端可W通过通知(notification)的方式,周期性地将口锁状 态特性值发送给客户端,采用该方式,可W不用客户端周期性地轮询去服务端读取数据。 阳104] 在本发明的一种优选实施例中,上述方法还可W包括:
[01化]监测车窗的实时状态,W及根据所述车窗的实时状态更新车窗服务对应的车窗状 态特性值;
[0106] 广播车窗服务识别码;其中,所述车窗服务识别码与所述车窗服务具有对应关 系。O 阳107] 应用示例1 :
[0108] 前提条件:手机与汽车已通过低功耗蓝牙建立连接,用户离开座椅,关闭并锁上车 n,但忘记关闭副驾车窗。
[0109] 步骤S21、服务端(汽车上的蓝牙装置)监测口锁的实时状态,此时口锁为关闭状 态,因此,将口锁服务对应的口锁状态特性值更新为关闭;
[0110] 步骤S22、服务端(汽车上的蓝牙装置)监测车窗的实时状态,此时车窗为打开状 态,因此,将车窗服务对应的车窗状态特性值更新为打开; 阳111] 步骤S23、客户端(手机)根据口锁服务识别码,通过蓝牙连接,读取到口锁状态特 性值为关闭;
[0112] 步骤S24、客户端根据车窗服务识别码,通过蓝牙连接,读取车窗服务对应的车窗 状态特性值,该车窗状态特性值为打开;
[0113] 步骤S25、客户端向用户发送车窗提示信息,W提醒用户关闭车窗。
[0114] 综上,本发明实施例的服务端可W监测并记录口锁的实时状态,并广播口锁服务 识别码,W使客户端可W根据该口锁服务识别码发现口锁服务,W及建立蓝牙连接,从而获 取口锁状态特性值,并且,本发明实施例根据第二时间周期,通过所述蓝牙连接,向所述客 户端发送所述口锁服务对应的口锁状态特性值。也即通过移动终端即可及时获取口锁的实 时状态,相对于现有技术需要用户返回去进行查看,可W为用户节省时间W及避免不必要 的经济损失。
[0115] 装置实施例一
[0116] 参照图5,示出了本发明的一种口锁状态的监控装置实施例一的结构框图,具体可 W包括:
[0117] 第一服务捜索模块510,用于根据服务端广播的口锁服务识别码,捜索服务端提供 的口锁服务;其中,所述口锁服务识别码与所述口锁服务具有对应关系;
[0118] 第一连接建立模块520,用于与所述服务端建立所述口锁服务对应的蓝牙连接; 及
[0119] 第一状态读取模块530,用于根据第一时间周期,利用所述口锁服务识别码,通过 所述蓝牙连接,轮询读取所述口锁服务对应的口锁状态特性值;其中,所述口锁服务对应的 口锁状态特性值包括打开或者关闭。
[0120] 在本发明的一种优选实施例中,所述装置还可W包括: 阳121] 第一距离监测模块,用于监测与所述服务端之间的距离;
[0122] 第二状态读取模块,用于在所述距离大于第一阔值时,读取所述口锁服务对应的 口锁状态特性值; 阳123] 第一提示模块,用于在所述口锁状态特性值为打开时,发出口锁提示信息。
[0124] 在本发明的另一种优选实施例中,所述装置还可W包括:
[01巧]第二距离监测模块,用于监测所述蓝牙连接的信号强度,W及根据所述信号强度 确定所述蓝牙连接的路径损耗;
[01%] 第=状态读取模块,用于在所述路径损耗大于第二阔值时,读取所述口锁服务对 应的口锁状态特性值; 阳127] 第二提示模块,用于在所述口锁状态特性值为打开时,发出口锁提示信息。
[0128] 在本发明的又一种优选实施例中,所述装置还可W包括:
[0129] 第一状态修改模块,用于根据用户针对所述口锁提示信息执行的关口操作,通过 所述蓝牙连接执行关闭口锁操作,W及将所述口锁服务对应的口锁状态特性值修改为关 闭。
[0130] 在本发明的再一种优选实施例中,所述装置还可W包括: 阳131] 第二服务捜索模块,用于根据服务端广播的车窗服务识别码,捜索服务端提供的 车窗服务;其中,所述车窗服务识别码与所述车窗服务具有对应关系;
[0132] 第四状态读取模块,用于在读取的口锁服务对应的口锁状态特性值为关闭时,根 据所述车窗服务识别码,通过所述蓝牙连接,读取所述车窗服务对应的车窗状态特性值;其 中,所述车窗服务对应的车窗状态特性值包括打开或者关闭; 阳133] 第=提示模块,用于在所述车窗状态特性值为打开时,发出车窗提示信息。
[0134] 在本发明的再一种优选实施例中,所述装置还可W包括:
[0135] 第二状态修改模块,用于根据用户针对所述车窗提示信息执行的关窗操作,通过 所述蓝牙连接执行关闭车窗操作,W及将所述车窗服务对应的车窗状态特性值修改为关 闭。 阳136] 装置实施例二 阳137] 参照图6,示出了本发明的一种口锁状态的监控装置实施例二的结构框图,具体可 W包括:
[013引第一状态监测模块610,用于监测口锁的实时状态,W及根据所述口锁的实时状态 更新口锁服务对应的口锁状态特性值;
[0139] 第一广播模块620,用于广播口锁服务识别码;其中,所述口锁服务识别码与所述 口锁服务具有对应关系;
[0140] 第二连接建立模块630,用于与所述客户端建立所述口锁服务对应的蓝牙连接; 及 阳141] 状态推送模块640,用于根据第二时间周期,通过所述蓝牙连接,向所述客户端发 送所述口锁服务对应的口锁状态特性值。 阳142] 在本发明的一种优选实施例中,所述第一状态监测模块610,具体可W包括: 阳143] 状态监测子模块,用于监测口锁的实时状态,在所述口锁的实时状态从打开变为 关闭,或者从关闭变为打开时,更新所述口锁服务对应的口锁状态特性值。
[0144] 在本发明的另一种优选实施例中,所述装置还可W包括:
[0145] 第二状态监测模块,用于监测车窗的实时状态,W及根据所述车窗的实时状态更 新车窗服务对应的车窗状态特性值; 阳146] 第二广播模块,用于广播车窗服务识别码;其中,所述车窗服务识别码与所述车窗 服务具有对应关系。 阳147] 对于装置实施例而言,由于其与方法实施例基本相似,所W描述的比较简单,相关 之处参见方法实施例的部分说明即可。
[0148] W上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可 W是或者也可W不是物理上分开的,作为单元显示的部件可W是或者也可W不是物理单 元,即可W位于一个地方,或者也可W分布到多个网络单元上。可W根据实际的需要选择其 中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性 的劳动的情况下,即可W理解并实施。
[0149] 通过W上的实施方式的描述,本领域的技术人员可W清楚地了解到各实施方式可 借助软件加必需的通用硬件平台的方式来实现,当然也可W通过硬件。基于运样的理解,上 述技术方案本质上或者说对现有技术做出贡献的部分可WW软件产品的形式体现出来,该 计算机软件产品可W存储在计算机可读存储介质中,如R0M/RAM、磁碟、光盘等,包括若干指 令用W使得一台计算机设备(可W是个人计算机,服务器,或者网络设备等)执行各个实施 例或者实施例的某些部分所述的方法。
[0150] 最后应说明的是:W上实施例仅用W说明本发明的技术方案,而非对其限制;尽 管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然 可W对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替 换;而运些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
【主权项】
1. 一种门锁状态的监控方法,其特征在于,包括: 根据服务端广播的门锁服务识别码,搜索服务端提供的门锁服务;其中,所述门锁服务 识别码与所述门锁服务具有对应关系; 与所述服务端建立所述门锁服务对应的蓝牙连接; 根据第一时间周期,利用所述门锁服务识别码,通过所述蓝牙连接,轮询读取所述门锁 服务对应的门锁状态特性值;其中,所述门锁服务对应的门锁状态特性值包括打开或者关 闭。2. 根据权利要求1所述的方法,其特征在于,所述方法还包括: 监测与所述服务端之间的距离; 在所述距离大于第一阈值时,读取所述门锁服务对应的门锁状态特性值; 在所述门锁状态特性值为打开时,发出门锁提示信息。3. 根据权利要求1所述的方法,其特征在于,所述方法还包括: 监测所述蓝牙连接的信号强度,以及根据所述信号强度确定所述蓝牙连接的路径损 耗; 在所述路径损耗大于第二阈值时,读取所述门锁服务对应的门锁状态特性值; 在所述门锁状态特性值为打开时,发出门锁提示信息。4. 根据权利要求2或3所述的方法,其特征在于,所述方法还包括: 根据用户针对所述门锁提示信息执行的关门操作,通过所述蓝牙连接执行关闭门锁操 作,以及将所述门锁服务对应的门锁状态特性值修改为关闭。5. 根据权利要求1所述的方法,其特征在于,所述方法还包括: 根据服务端广播的车窗服务识别码,搜索服务端提供的车窗服务;其中,所述车窗服务 识别码与所述车窗服务具有对应关系; 在读取的门锁服务对应的门锁状态特性值为关闭时,根据所述车窗服务识别码,通过 所述蓝牙连接,读取所述车窗服务对应的车窗状态特性值;其中,所述车窗服务对应的车窗 状态特性值包括打开或者关闭; 在所述车窗状态特性值为打开时,发出车窗提示信息。6. 根据权利要求5所述的方法,其特征在于,所述方法还包括: 根据用户针对所述车窗提示信息执行的关窗操作,通过所述蓝牙连接执行关闭车窗操 作,以及将所述车窗服务对应的车窗状态特性值修改为关闭。7. -种门锁状态的监控方法,其特征在于,包括: 监测门锁的实时状态,以及根据所述门锁的实时状态更新门锁服务对应的门锁状态特 性值; 广播门锁服务识别码;其中,所述门锁服务识别码与所述门锁服务具有对应关系; 与所述客户端建立所述门锁服务对应的蓝牙连接; 根据第二时间周期,通过所述蓝牙连接,向所述客户端发送所述门锁服务对应的门锁 状态特性值。8. 根据权利要求7所述的方法,其特征在于,所述监测门锁的实时状态,以及根据所述 门锁的实时状态更新所述门锁服务对应的门锁状态特性值的步骤,包括: 监测门锁的实时状态,在所述门锁的实时状态从打开变为关闭,或者从关闭变为打开 时,更新所述门锁服务对应的门锁状态特性值。9. 根据权利要求7所述的方法,其特征在于,所述方法还包括: 监测车窗的实时状态,以及根据所述车窗的实时状态更新车窗服务对应的车窗状态特 性值; 广播车窗服务识别码;其中,所述车窗服务识别码与所述车窗服务具有对应关系。10. -种门锁状态的监控装置,其特征在于,包括: 第一服务搜索模块,用于根据服务端广播的门锁服务识别码,搜索服务端提供的门锁 服务;其中,所述门锁服务识别码与所述门锁服务具有对应关系; 第一连接建立模块,用于与所述服务端建立所述门锁服务对应的蓝牙连接;及 第一状态读取模块,用于根据第一时间周期,利用所述门锁服务识别码,通过所述蓝牙 连接,轮询读取所述门锁服务对应的门锁状态特性值;其中,所述门锁服务对应的门锁状态 特性值包括打开或者关闭。11. 根据权利要求10所述的装置,其特征在于,所述装置还包括: 第一距离监测模块,用于监测与所述服务端之间的距离; 第二状态读取模块,用于在所述距离大于第一阈值时,读取所述门锁服务对应的门锁 状态特性值; 第一提示模块,用于在所述门锁状态特性值为打开时,发出门锁提示信息。12. 根据权利要求10所述的装置,其特征在于,所述装置还包括: 第二距离监测模块,用于监测所述蓝牙连接的信号强度,以及根据所述信号强度确定 所述蓝牙连接的路径损耗; 第三状态读取模块,用于在所述路径损耗大于第二阈值时,读取所述门锁服务对应的 门锁状态特性值; 第二提示模块,用于在所述门锁状态特性值为打开时,发出门锁提示信息。13. 根据权利要求11或12所述的装置,其特征在于,所述装置还包括: 第一状态修改模块,用于根据用户针对所述门锁提示信息执行的关门操作,通过所述 蓝牙连接执行关闭门锁操作,以及将所述门锁服务对应的门锁状态特性值修改为关闭。14. 根据权利要求10所述的装置,其特征在于,所述装置还包括: 第二服务搜索模块,用于根据服务端广播的车窗服务识别码,搜索服务端提供的车窗 服务;其中,所述车窗服务识别码与所述车窗服务具有对应关系; 第四状态读取模块,用于在读取的门锁服务对应的门锁状态特性值为关闭时,根据所 述车窗服务识别码,通过所述蓝牙连接,读取所述车窗服务对应的车窗状态特性值;其中, 所述车窗服务对应的车窗状态特性值包括打开或者关闭; 第三提示模块,用于在所述车窗状态特性值为打开时,发出车窗提示信息。15. 根据权利要求14所述的装置,其特征在于,所述装置还包括: 第二状态修改模块,用于根据用户针对所述车窗提示信息执行的关窗操作,通过所述 蓝牙连接执行关闭车窗操作,以及将所述车窗服务对应的车窗状态特性值修改为关闭。16. -种门锁状态的监控装置,其特征在于,包括: 第一状态监测模块,用于监测门锁的实时状态,以及根据所述门锁的实时状态更新门 锁服务对应的门锁状态特性值; 第一广播模块,用于广播门锁服务识别码;其中,所述门锁服务识别码与所述门锁服务 具有对应关系; 第二连接建立模块,用于与所述客户端建立所述门锁服务对应的蓝牙连接;及 状态推送模块,用于根据第二时间周期,通过所述蓝牙连接,向所述客户端发送所述门 锁服务对应的门锁状态特性值。17. 根据权利要求16所述的装置,其特征在于,所述第一状态监测模块,包括: 状态监测子模块,用于监测门锁的实时状态,在所述门锁的实时状态从打开变为关闭, 或者从关闭变为打开时,更新所述门锁服务对应的门锁状态特性值。18. 根据权利要求16所述的装置,其特征在于,所述装置还包括: 第二状态监测模块,用于监测车窗的实时状态,以及根据所述车窗的实时状态更新车 窗服务对应的车窗状态特性值; 第二广播模块,用于广播车窗服务识别码;其中,所述车窗服务识别码与所述车窗服务 具有对应关系。
【文档编号】H04W76/02GK105979471SQ201510694422
【公开日】2016年9月28日
【申请日】2015年10月22日
【发明人】黄钦, 于海兰
【申请人】乐视移动智能信息技术(北京)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1