CN110460981A - 一种蓝牙寻物的方法及电子设备 - Google Patents

一种蓝牙寻物的方法及电子设备 Download PDF

Info

Publication number
CN110460981A
CN110460981A CN201910580431.2A CN201910580431A CN110460981A CN 110460981 A CN110460981 A CN 110460981A CN 201910580431 A CN201910580431 A CN 201910580431A CN 110460981 A CN110460981 A CN 110460981A
Authority
CN
China
Prior art keywords
terminal
search
server
density
bluetooth
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.)
Granted
Application number
CN201910580431.2A
Other languages
English (en)
Other versions
CN110460981B (zh
Inventor
薛清风
杨加臣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910580431.2A priority Critical patent/CN110460981B/zh
Publication of CN110460981A publication Critical patent/CN110460981A/zh
Priority to PCT/CN2020/098354 priority patent/WO2020259649A1/zh
Priority to EP20832042.4A priority patent/EP3968670B1/en
Priority to US17/622,414 priority patent/US20220360942A1/en
Application granted granted Critical
Publication of CN110460981B publication Critical patent/CN110460981B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/029Location-based management or tracking services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/005Discovery of network devices, e.g. terminals
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/18Status alarms
    • G08B21/24Reminder alarms, e.g. anti-loss alarms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/16Discovering, processing access restriction or access information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W64/00Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Abstract

一种蓝牙寻物的方法及电子设备,涉及通信技术领域,可以提升搜寻到目标对象的几率,节省搜寻资源。该方法包括:服务器接收第一终端发送的包括第一位置和蓝牙器件的标识的搜寻请求;在第一时间段内,第一搜寻范围内,采用第一频率和第一密度确定至少一个第二终端,并向其发送携带上述标识的搜寻任务;若接收到其中任一个第二终端反馈的搜寻到蓝牙器件的消息,则向第一终端发送该第二终端的第二位置;若一直未接收到其中任一个第二终端反馈的搜寻到蓝牙器件的消息,则在第一时间段之后的第二时间段内,第二搜寻范围内,采用第二频率和第二密度确定至少一个第三终端,并向其发送携带标识的搜寻任务;第二频率小于第一频率;第二密度小于第一密度。

Description

一种蓝牙寻物的方法及电子设备
技术领域
本申请涉及通信技术领域,尤其涉及一种蓝牙寻物的方法及电子设备。
背景技术
在日常生活中,用户常常会有丢失物品的情况。对于比较重要的物品,比如:钱包、钥匙等,用户可以通过防丢器来快速寻找目标物品。其中,防丢器是一种小型的蓝牙设备。在使用时,用户将该蓝牙设备与手机进行绑定,手机会记录该蓝牙设备的标识(例如:媒体访问控制地址(Media Access Control Address,MAC))并与该蓝牙设备建立蓝牙连接。另外,用户可使用例如弹力绳等将蓝牙设备与防丢失的目标物品固定在一起。这样,当目标物品(即蓝牙设备)和手机之间的距离大于阈值时,手机会报警提示用户。
当用户遗失目标物品时,手机会将与蓝牙设备断开连接时手机的位置上报给服务器。服务器会根据上报的手机的位置确定搜寻范围,并调用在该搜寻范围内的其他手机进行蓝牙信号扫描,以协助寻找蓝牙设备(目标物品)。
可以注意到的是,随着搜寻任务的进行,服务器确定搜寻范围可能已被全面的搜寻过。若继续在该搜寻范围进行搜寻可能完全没有意义,浪费资源。
发明内容
本申请提供的一种蓝牙寻物的方法及电子设备,有利于提升找到目标对象的几率,节省搜寻资源。
第一方面、本申请提供的方法,应用于服务器,包括:服务器接收第一终端发送的搜寻请求,搜寻请求包括第一位置和蓝牙器件的标识,第一位置为第一终端与蓝牙器件失去蓝牙连接的位置,或者第一位置为用户通过第一终端输入的位置;在第一时间段内,服务器在根据第一位置确定的第一搜寻范围内,采用第一频率和第一密度确定至少一个第二终端,并向至少一个第二终端发送携带标识的搜寻任务,以便至少一个第二终端开启蓝牙搜寻蓝牙器件;若服务器接收到至少一个第二终端中任一个第二终端反馈的搜寻到蓝牙器件的消息,则服务器向第一终端发送搜寻到蓝牙器件的第二终端的第二位置;若服务器在第一时间段内一直未接收到至少一个第二终端中任一个第二终端反馈的搜寻到蓝牙器件的消息,则在第一时间段之后的第二时间段内,服务器在第二搜寻范围内,采用第二频率和第二密度确定至少一个第三终端,并向至少一个第三终端发送携带标识的搜寻任务,以便至少一个第三终端开启蓝牙搜寻蓝牙器件;其中,第二搜寻范围为服务器根据第一位置确定,且第二搜寻范围与第一搜寻范围不同;第二频率小于第一频率;第二密度小于第一密度。
可见,本申请中服务器根据搜寻任务的持续时间动态调整搜寻范围,可避免在同一搜寻范围内已进行全面覆盖的搜寻后,仍然重复的进行无效搜寻,还有利于提升找到目标对象的几率。根据搜寻任务的持续时间动态调整搜寻密度、搜寻频率和搜寻时长等,可动态调整执行搜寻任务的终端,可以避免多个终端在同一个搜寻范围内重复进行搜寻,浪费终端资源。
一种可能的实现方式中,第一搜寻范围为服务器确定的以第一位置为中心,以第一距离为半径的圆形覆盖区域;或者,以第一位置为中心,以两倍的第一距离为边长的矩形覆盖区域;第二搜寻范围为服务器确定的以第一位置为中心,以第二距离为半径的圆形覆盖区域;或者,以第一位置为中心,以两倍的第二距离为边长的矩形覆盖区域;其中,第二距离大于第一距离。
由于用户刚丢失目标对象,即第一终端刚发布搜寻请求时,第一终端上报的第一位置为目标对象丢失位置的可信度较高,故搜寻范围可确定在第一位置的附近。随着搜寻过程的进行,原来的搜寻范围已经搜寻过,故可分阶段扩大搜寻范围,有利于避免浪费搜寻资源。
一种可能的实现方式中,第一密度为单位面积的覆盖范围内服务器确定的第一搜寻小区的数量,第一搜寻小区用于确定至少一个第二终端;第二密度为单位面积的覆盖范围内服务器确定的第二搜寻小区的数量,第二搜寻小区用于确定至少一个第三终端;其中,第二搜寻小区的面积大于第一搜寻小区的面积,第一密度大于所述第二密度。
可见,随着搜寻时间的推移,可以通过减小搜寻密度的方式,减少用于搜寻的终端资源,节省终端资源。
一种可能的实现方式中,第二时间段的时长大于第一时间段的时长。
一种可能的实现方式中,服务器向至少一个第二终端发送搜寻任务,具体为:服务器采用透传消息方式向至少一个第二终端发送搜寻任务;服务器向至少一个第三终端发送搜寻任务,具体为:服务器采用透传消息方式向至少一个第三终端发送搜寻任务。
其中,透传消息的方式,是指服务器将搜寻任务发送给其他终端时,其他终端的系统服务不对该搜寻任务进行处理,而是直接透传给第一应用,由第一应用进行处理。在一些示例中,其他终端接收到搜寻任务时,可以直接将搜寻任务发送给第一应用中的蓝牙扫描进程进行处理。可以理解的是,即便其他终端接收到搜寻任务时未开启蓝牙扫描进程(例如未运行第一应用),该搜寻任务也可以使得终端自动拉起蓝牙扫描进程,即开始执行搜寻任务。
可见,本申请中可以调用搜寻APP不在线的终端参与搜寻任务,极大的增加了执行搜寻任务的终端数量,提升了搜寻到目标对象的概率。
一种可能的实现方式中,至少一个第二终端包括通过第一应用注册了第一服务,但未运行第一应用的一个或多个第二终端;其中,第一服务为执行服务器发送的搜寻任务;至少一个第三终端包括通过第一应用注册了第一服务,但未运行第一应用的一个或多个第三终端。
示例性的,第一服务为搜寻服务,可以包括位置上报进程和蓝牙扫描进程。其中,位置上报进程可以注册了第一服务的终端后台一直运行,并每间隔一定时间段(例如:5分钟,10分钟等)向服务器上报一次位置。换言之,服务器上存储有注册了搜寻服务的各个终端的实时位置,以便其在接收到搜寻请求后,可以根据分级搜寻策略确定向哪些终端发送搜寻任务。
一种可能的实现方式中,在服务器在根据第一位置确定的第一搜寻范围内,采用第一频率和第一密度确定至少一个第二终端之前,服务器接收至少一个第二终端上报的位置;在服务器在第二时间段内在第二搜寻范围内,采用第二频率和第二密度确定至少一个第三终端之前,方法还包括:服务器接收至少一个第三终端上报的位置。
一种可能的实现方式中,方法还包括:若服务器在第一搜寻范围内,采用第一频率和第一密度确定的第二终端的数量小于阈值,则服务器延长第一时间段的时长。
可见,当参与搜寻任务的第二终端的数量较少时,可以通过延长第一时间段,达到对该搜寻范围的全面覆盖的搜寻,提升搜寻到目标对象的几率。
一种可能的实现方式中,服务器在第一搜寻范围内采用第一频率和第一密度确定至少一个第二终端,并向至少一个第二终端发送搜寻任务,具体为:服务器根据第一搜寻范围和第一密度,确定第一搜寻范围包括的多个第一搜寻小区;服务器按照第一频率,从每一个第一搜寻小区内中确定预设数量个第二终端,并向确定的第二终端发送搜寻任务。
一种可能的实现方式中,方法还包括:服务器接收第一终端发送的配置信息,配置信息用于服务器配置第一搜寻范围、第一频率、第一密度、第一时间段的时长、第二搜寻范围、第二频率、第二密度、以及第二时间段的时长。
其中,各级搜寻策略中各个参数的值可以是服务器默认的设置,也可以是由第一终端的用户进行设置,或者服务器根据历史的搜寻过程自动学习的值等,本申请实施例对此不做具体限定。由此,可以满足不同场景下的用户需求。
第二方面、一种服务器,包括:一个或多个处理器和一个或多个存储器,一个或多个存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,当一个或多个处理器从一个或多个存储器中读取计算机指令,以使得服务器执行如下操作:接收第一终端发送的搜寻请求,搜寻请求包括第一位置和蓝牙器件的标识,第一位置为第一终端与蓝牙器件失去蓝牙连接的位置,或者第一位置为用户通过第一终端输入的位置;在第一时间段内,在根据第一位置确定的第一搜寻范围内,采用第一频率和第一密度确定至少一个第二终端,并向至少一个第二终端发送携带标识的搜寻任务,以便至少一个第二终端开启蓝牙搜寻蓝牙器件;若服务器接收到至少一个第二终端中任一个第二终端反馈的搜寻到蓝牙器件的消息,则向第一终端发送搜寻到蓝牙器件的第二终端的第二位置;若服务器在第一时间段内一直未接收到至少一个第二终端中任一个第二终端反馈的搜寻到蓝牙器件的消息,则在第一时间段之后的第二时间段内,在第二搜寻范围内,采用第二频率和第二密度确定至少一个第三终端,并向至少一个第三终端发送携带标识的搜寻任务,以便至少一个第三终端开启蓝牙搜寻蓝牙器件;其中,第二搜寻范围为服务器根据第一位置确定,且第二搜寻范围与第一搜寻范围不同;第二频率小于第一频率;第二密度小于第一密度。
一种可能的实现方式中,第一搜寻范围为服务器确定的以第一位置为中心,以第一距离为半径的圆形覆盖区域;或者,以第一位置为中心,以两倍的第一距离为边长的矩形覆盖区域;第二搜寻范围为服务器确定的以第一位置为中心,以第二距离为半径的圆形覆盖区域;或者,以第一位置为中心,以两倍的第二距离为边长的矩形覆盖区域;其中,第二距离大于第一距离。
一种可能的实现方式中,第一密度为单位面积的覆盖范围内服务器确定的第一搜寻小区的数量,第一搜寻小区用于确定至少一个第二终端;第二密度为单位面积的覆盖范围内服务器确定的第二搜寻小区的数量,第二搜寻小区用于确定至少一个第三终端;其中,第二搜寻小区的面积大于第一搜寻小区的面积。
一种可能的实现方式中,第二时间段的时长大于第一时间段的时长。
一种可能的实现方式中,服务器向至少一个第二终端发送搜寻任务,具体为:服务器采用透传消息方式向至少一个第二终端发送搜寻任务;服务器向至少一个第三终端发送搜寻任务,具体为:服务器采用透传消息方式向至少一个第三终端发送搜寻任务。
一种可能的实现方式中,至少一个第二终端包括通过第一应用注册了第一服务,但未运行第一应用的一个或多个第二终端;其中,第一服务为执行服务器发送的搜寻任务;至少一个第三终端包括通过第一应用注册了第一服务,但未运行第一应用的一个或多个第三终端。
一种可能的实现方式中,当一个或多个处理器从一个或多个存储器中读取计算机指令,还使得服务器执行如下操作:在服务器在根据第一位置确定的第一搜寻范围内,采用第一频率和第一密度确定至少一个第二终端之前,接收至少一个第二终端上报的位置;在服务器在第二时间段内在第二搜寻范围内,采用第二频率和第二密度确定至少一个第三终端之前,接收至少一个第三终端上报的位置。
一种可能的实现方式中,当一个或多个处理器从一个或多个存储器中读取计算机指令,还使得服务器执行如下操作:若服务器在第一搜寻范围内,采用第一频率和第一密度确定的第二终端的数量小于阈值,则延长第一时间段的时长。
一种可能的实现方式中,服务器在第一搜寻范围内采用第一频率和第一密度确定至少一个第二终端,并向至少一个第二终端发送搜寻任务,具体为:服务器根据第一搜寻范围和第一密度,确定第一搜寻范围包括的多个搜寻小区;服务器按照第一频率,从每一个搜寻小区内中确定预设数量个第二终端,并向确定的第二终端发送搜寻任务。
一种可能的实现方式中,当一个或多个处理器从一个或多个存储器中读取计算机指令,还使得服务器执行如下操作:接收第一终端发送的配置信息,配置信息用于服务器配置第一搜寻范围、第一频率、第一密度、第一时间段的时长、第二搜寻范围、第二频率、第二密度、以及第二时间段的时长。
第三方面、一种计算机存储介质,包括计算机指令,当计算机指令在终端上运行时,使得终端执行如第一方面及其中任一种可能的实现方式中所述的方法。
第四方面、一种计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行如第一方面中及其中任一种可能的实现方式中所述的方法。
第五方面、一种芯片,包括处理器,当处理器执行指令时,处理器执行如第一方面中及其中任一种可能的实现方式中所述的方法。
第六方面、一种装置,该装置包含在服务器中,该装置具有实现上述方面及可能的实现方式中任一方法中服务器行为的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括至少一个与上述功能相对应的模块或单元。例如,接收模块或单元、确定模块或单元、以及发送模块或单元等。
第七方面、一种通信系统,包括上述第二方面及其中任一种可能的实现方式中的服务器、第一终端、一个或多个第二终端、以及一个或多个第三终端。
附图说明
图1为本申请实施例提供的一种通信系统的结构示意图;
图2A为本申请实施例提供的一种终端的结构示意图一;
图2B为本申请实施例提供的一种终端的结构示意图二;
图3A为本申请实施例提供的一种终端的结构示意图三;
图3B为本申请实施例提供的一种服务器的结构示意图;
图4A为本申请实施例提供的一种终端的用户界面示意图一;
图4B为本申请实施例提供的一种终端的用户界面示意图二;
图4C为本申请实施例提供的一种终端的用户界面示意图三;
图4D为本申请实施例提供的一种终端的用户界面示意图四;
图4E为本申请实施例提供的一种终端的用户界面示意图五;
图5A为本申请实施例提供的一种终端的用户界面示意图六;
图5B为本申请实施例提供的一种终端的用户界面示意图七;
图5C为本申请实施例提供的一种终端的用户界面示意图八;
图5D为本申请实施例提供的一种终端的用户界面示意图九;
图6A为本申请实施例提供的一种终端的用户界面示意图十;
图6B为本申请实施例提供的一种终端的用户界面示意图十一;
图6C为本申请实施例提供的一种终端的用户界面示意图十二;
图6D为本申请实施例提供的一种终端的用户界面示意图十三;
图6E为本申请实施例提供的一种终端的用户界面示意图十四;
图6F为本申请实施例提供的一种终端的用户界面示意图十五;
图7为本申请实施例提供的一种搜寻范围的确定方法的示意图;
图8为本申请实施例提供的一种搜寻过程的示意图;
图9为本申请实施例提供的一种搜寻小区的确定方法的示意图;
图10为本申请实施例提供的一种芯片系统的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
如图1所示,为本申请实施例提供的一种通信系统的结构示意图。该通信系统包括终端100和蓝牙设备200。其中,蓝牙设备200与防丢失的对象(也称为目标对象,例如钥匙、钱包、挎包、移动硬盘、U盘、U盾、公交卡、行李、防走失的宠物、老人、小孩等)绑定在一起。这样,蓝牙设备200的位置可被认为是目标对象的位置。换言之,在本申请实施例中可以通过搜寻蓝牙设备200的位置来达到搜寻目标对象的位置。
具体的,蓝牙设备200与终端100建立通信连接,该通信连接例如可以是蓝牙连接、NFC、紫蜂(zigbee)、无线保真(wireless fidelity,Wi-Fi)等。
在一些实施例中,蓝牙设备200与终端100建立蓝牙连接。在一个示例中,当终端100检测到与蓝牙设备200的距离大于阈值时,终端100可以报警提示用户。可选的,终端100也可以指示蓝牙设备200报警,例如播放报警声,方便用户根据报警声快速找到蓝牙设备200。在另一个示例中,用户可以通过终端100寻找蓝牙设备200。例如:终端100可以响应于用户的操作(例如:点击特定控件),向蓝牙设备200发送指令,指示蓝牙设备200报警,方便用户快速找到蓝牙设备200。在又一个示例中,用户也可以通过蓝牙设备200选择终端100.例如:蓝牙设备200可以响应于用户的操作(例如:按压特定的物理按键),向终端100发送指令,指示终端100播放声音,方便用户快速找到终端100。
另外,终端100可以通过其上安装的第一应用,与该第一应用对应的应用服务器400建立通信连接。该第一应用可以为终端100提供搜寻服务的应用(也可简称搜寻应用,或搜寻APP),例如可以是“蓝牙防丢器”应用等。具体的,当终端100与蓝牙设备200失去连接时,终端100可以通过第一应用向应用服务器400发送搜寻请求(也即丢失声明),由应用服务器400向其他终端发送搜寻任务,以协助终端100搜寻蓝牙设备200。在一些实施例中,终端100也可以通过第一应用,向应用服务器400注册搜寻服务。也就是说,终端100可以参与应用服务器400下发的搜寻任务,以协助其他终端搜寻其他的蓝牙设备。第一应用可以为用户通过终端100从应用市场上下载的,也可以是终端100预置的应用,本申请实施例对此不做具体限定。第一应用的其他内容可参考下文的描述。
其中,应用服务器400可以为终端100提供搜寻蓝牙设备200的服务。例如:接收终端100的搜寻请求;确定参与搜寻任务的其他终端(例如终端500、终端600),并向其他终端下发搜寻任务;接收执行搜寻任务的终端(例如终端500)反馈的搜寻成功的消息,向终端100发送该终端(例如终端500)的位置等。
具体的,终端100其上的第一应用可以通过一个或多个网络300与应用服务器400建立连接。其中,网络300可以是局域网(local area networks,LAN),也可以是广域网(wide area networks,WAN),例如互联网。网络300可使用任何已知的网络通信协议来实现,上述网络通信协议可以是各种有线或无线通信协议,诸如以太网、通用串行总线(universal serial bus,USB)、火线(FIREWIRE)、任何蜂窝网通信协议(如3G/4G/5G)、蓝牙、无线保真(wireless fidelity,Wi-Fi)、NFC或任何其他合适的通信协议。
上述应用服务器400的数量可以为一个或多个。应用服务器400也可以通过一个或多个网络300与其他终端(例如终端500、终端600)建立连接。
示例性的,从主动发送搜寻请求的终端100侧来看:当目标对象丢失或走失后,此时,终端100与蓝牙设备200断开连接,用户可以发布丢失声明。即,用户通过操作终端100上的第一应用,向应用服务器400发送搜寻请求。该搜寻请求可以包括蓝牙设备200的标识,以及与蓝牙设备200失去连接时终端100的位置等信息。应用服务器400可以根据上述终端的位置确定分级搜寻策略。其中,分级搜寻策略是指,应用服务器400会根据搜寻任务的持续时间,动态调整搜寻范围、搜寻密度、搜寻频率以及搜寻时长等。分级搜寻策略的具体实现将在下文详细说明。而后,应用服务器400确定满足分级搜寻策略的终端,例如终端500和终端600,并向这些终端发送搜寻任务。
由于本申请实施例中,应用服务器400根据搜寻任务的持续时间动态调整搜寻范围,可避免在同一搜寻范围内已进行全面覆盖的搜寻后,仍然重复的进行无效搜寻,还有利于提升找到目标对象的几率。根据搜寻任务的持续时间动态调整搜寻密度、搜寻频率和搜寻时长等,可动态调整执行搜寻任务的终端,可以避免多个终端在同一个搜寻范围内重复进行搜寻,浪费终端资源。
从接收搜寻任务的终端(例如终端500或终端600)侧来看:终端500和终端600预先向应用服务器400注册了搜寻服务(例如:安装并注册了第一应用)。在一些示例中,该搜寻服务可以包括位置上报进程和蓝牙扫描进程。其中,位置上报进程可以在终端500或终端600的后台一直运行,并每间隔一定时间段(例如:5分钟,10分钟等)向应用服务器400上报一次位置。换言之,应用服务器400上存储有注册了搜寻服务的各个终端的实时位置,以便其在接收到搜寻请求后,可以根据分级搜寻策略确定向哪些终端发送搜寻任务。在另一些示例中,终端500和终端600也可以接收用户设置的勿扰时间。也就是说,终端500或终端600在勿扰时间内可以不向应用服务器400上报位置,也即不参加搜寻任务,避免用户被打扰。
终端500和终端600在接收到应用服务器400发送的搜寻任务后,均开始运行蓝牙扫描进程。即发送蓝牙广播信号,用于发现附近是否有蓝牙设备200。假设终端500扫描到蓝牙设备200的蓝牙信号,表明蓝牙设备200位于终端500的附近,则终端500将自身的位置上报给应用服务器400。而后,应用服务器400将终端500的位置发送给终端100。
后续,用户可以携带终端100达到终端500的位置附近时,并开启终端100的蓝牙扫描功能。当终端100扫描到蓝牙设备200的蓝牙信号,与蓝牙设备200建立连接。终端100向蓝牙设备200发送指令,指示蓝牙设备200发出报警声。于是,用户可以根据蓝牙设备200的报警声快速找到蓝牙设备200,即找到目标对象。
在另一些实施例中,应用服务器400可采用透传消息的方式向其他终端(例如终端500或终端600)发送搜寻任务。透传消息的方式,是指应用服务器400将搜寻任务发送给其他终端时,其他终端的系统服务不对该搜寻任务进行处理,而是直接透传给第一应用,由第一应用进行处理。在一些示例中,其他终端接收到搜寻任务时,可以直接将搜寻任务发送给第一应用中的蓝牙扫描进程进行处理。可以理解的是,即便其他终端接收到搜寻任务时未开启蓝牙扫描进程(例如未运行第一应用),该搜寻任务也可以使得终端自动拉起蓝牙扫描进程,即开始执行搜寻任务。
在一个具体的示例中,应用服务器400可以包括一个或多个寻物服务器和一个或多个推送服务器。其中,寻物服务器,可用于接收终端100发送的丢失声明,确定分级搜寻策略确定执行搜寻任务的终端,接收其他终端上报的位置信息,以及向终端100发送位置信息等。推送服务器,可采用透传消息推送的方式向寻物服务器确定的终端发送搜寻任务。可以理解的是,寻物服务器也可以承担推送服务器中的全部或部分的工作,推送服务器也可以承担寻物服务器中的全部或部分的工作。即,本申请实施例并不限定寻物服务器和推送服务器之间的具体分工。
在现有技术中,应用服务器400只能调用注册了搜寻服务且搜寻APP在线的终端执行搜寻任务。由于注册了搜寻服务的终端较少,搜寻APP在线的终端更少,这会造成应用服务器400能够调用的终端较少。然而,本申请实施例中,应用服务器400采用透传消息的推送方式下发搜寻任务,可以调用搜寻APP不在线的终端参与搜寻任务,极大的增加了执行搜寻任务的终端数量,提升了搜寻到目标对象的概率。
示例性的,本申请中的终端100可以为手机、平板电脑、个人计算机(personalcomputer,PC)、个人数字助理(personal digital assistant,PDA)、智能手表、上网本、可穿戴电子设备、增强现实技术(augmented reality,AR)设备、虚拟现实(virtual reality,VR)设备、车载设备、智能汽车、智能音响、机器人等,本申请对该终端100的具体形式不做特殊限制。
需要说明的是,终端500、终端600与终端100的设备类型可以相同,也可以不同。终端500和终端600的设备类型可以相同,也可以不同。另外,终端500和终端600的结构可以参考本申请实施例对终端100的结构的描述,不再赘述。
图2A示出了终端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等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
可以理解的是,本发明实施例示意的结构并不构成对终端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刚用过或循环使用的指令或数据。如果处理器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)接口等。
可以理解的是,本发明实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对终端100的结构限定。在本申请另一些实施例中,终端100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过终端100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
终端100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。终端100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在终端100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(lownoise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在终端100上的包括无线局域网(wireless localarea networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequencymodulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,终端100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得终端100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(code divisionmultiple access,CDMA),宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(globalnavigation satellite system,GLONASS),北斗卫星导航系统(beidou navigationsatellite system,BDS),准天顶卫星系统(quasi-zenith satellite system,QZSS)和/或星基增强系统(satellite based augmentation 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个或N个显示屏194,N为大于1的正整数。
终端100可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,肤色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号。在一些实施例中,终端100可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当终端100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。终端100可以支持一种或多种视频编解码器。这样,终端100可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现终端100的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展终端100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储终端100使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。处理器110通过运行存储在内部存储器121的指令,和/或存储在设置于处理器中的存储器的指令,执行终端100的各种功能应用以及数据处理。
终端100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。终端100可以通过扬声器170A收听音乐,或收听免提通话。
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当终端100接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。终端100可以设置至少一个麦克风170C。在另一些实施例中,终端100可以设置两个麦克风170C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,终端100还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of the USA,CTIA)标准接口。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。终端100可以接收按键输入,产生与终端100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,接收信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和终端100的接触和分离。终端100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,终端100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在终端100中,不能和终端100分离。
终端100的软件系统可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本发明实施例以分层架构的Android系统为例,示例性说明终端100的软件结构。
图2B是本发明实施例的终端100的软件结构框图。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统库,以及内核层。
应用程序层可以包括一系列应用程序包。
如图2B所示,应用程序包可以包括相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。
在本申请的一些实施例中,应用程序包还包括第一应用(即搜寻APP),第一应用例如可以为“蓝牙防丢器”应用等。第一应用可以提供终端100与用户进行交互的图形用户界面。例如:用户可以通过第一应用的界面将蓝牙设备200与终端100进行绑定;发布丢失声明;获知搜寻到蓝牙设备200丢失的位置等。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图2B所示,应用程序框架层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供终端100的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,电子设备振动,指示灯闪烁等。
在本申请的一些实施例中,应用程序框架层还可以包括位置上报模块和蓝牙扫描模块。其中,位置上报模块可支持终端100每间隔一段时间向应用服务器400上报终端100的位置。在一些示例中,位置上报模块可以调用系统的定位系统获取终端100的实时位置。蓝牙扫描模块可支持终端100在接收到应用服务器400发送的搜寻任务后进行蓝牙扫描等。换言之,终端100也可以接收应用服务器400下发的搜寻任务,用于协助搜寻其他蓝牙设备。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。
三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动。
图3A示出了蓝牙设备200的结构示意图。该蓝牙设备200可以包括至少一个处理器210、至少一个存储器220、无线通信模块230、音频模块240以及电源模块250等。其中,该处理器210可以包括一个或多个接口,用于与蓝牙设备200的其他部件相连。
其中,存储器220可以用于存储程序代码,如用于蓝牙设备200与其他终端(例如终端100)进行无线配对连接的程序代码,根据蓝牙设备200与其他终端之间的蓝牙信号确定两者之间的距离等。
处理器210可以用于执行上述应用程序代码,调用相关模块以实现本申请实施例中蓝牙设备200的功能。例如,实现蓝牙设备200与其他终端(例如终端100)之间进行连接。再例如,处理器210根据蓝牙设备200与终端100之间的蓝牙信号强度,确定蓝牙设备200与终端100之间的距离。当该距离超过阈值时,处理器210指示音频模块240报警,以提示用户。
处理器210可以包括一个或多个处理单元,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器210中。处理器210具体可以是集成的控制芯片,也可以由包括各种有源和/或无源部件的电路组成,且该电路被配置为执行本申请实施例描述的属于处理器210的功能。
无线通信模块230可以用于,支持蓝牙设备200与其他终端之间包括BT,WLAN(如Wi-Fi),Zigbee,FM,NFC,IR,或通用2.4G/5G无线通信技术等无线通信的数据交换。
在一些实施例中,该无线通信模块230可以为蓝牙芯片。蓝牙设备200可以通过该蓝牙芯片,与其他终端的蓝牙芯片之间进行配对并建立无线连接,以通过该无线连接实现蓝牙设备200和其他电子设备之间的无线通信和业务处理。通常,蓝牙芯片可以支持基础速率(basic rate,BR)/增强速率(enhanced data rate,EDR)蓝牙和BLE,例如可以收/发寻呼(page)信息,收/发BLE广播消息等。
另外,无线通信模块230还可以包括天线,无线通信模块230经由天线接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器210。无线通信模块230还可以从处理器210接收待发送的信号,对其进行调频,放大,经天线转为电磁波辐射出去。
音频模块240可以用于管理音频数据,实现蓝牙设备200输出音频信号。例如,音频模块240可以包括用于输出音频信号的扬声器(或称听筒、受话器)组件,麦克风(或称话筒,传声器),与麦克风相配合的麦克收音电路等。扬声器可以用于将音频电信号转换成声音信号并播放。麦克风可以用于将声音信号转换为音频电信号。
在一个实施例中,音频模块240可以是一个蜂鸣器,在接收到处理器210的报警指示时,发出蜂鸣声,以提示用户。
电源模块250,可以用于提供蓝牙设备200的系统电源,为蓝牙设备200各模块供电;支持蓝牙设备200接收充电输入等。电源模块250可以包括电源管理单元(powermanagement unit,PMU)和电池。其中,电源管理单元可以接收外部的充电输入;将充电路输入的电信号变压后提供给电池充电,还可以将电池提供的电信号变压后提供给音频模块240、无线通信模块230等其他模块;以及防止电池过充、过放、短路或过流等。在一些实施例中,电源模块250还可以包括无线充电线圈,用于对蓝牙设备200进行无线充电。另外,电源管理单元还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。
可以理解的是,本申请实施例示意的结构并不构成对蓝牙设备200的具体限定。其可以具有比图3A示出的更多的或者更少的部件,可以组合两个或更多的部件,或者可以具有不同的部件配置。例如,在蓝牙设备200的外表面还可以包括按键260、指示灯(可以指示电量、呼入/呼出、配对模式等状态)、显示屏(可以提示用户相关信息)、防尘网(可以配合听筒使用)等部件。其中,该按键260可以是物理按键或触摸按键(与触摸传感器配合使用)等,用于触发开机、关机、开始配对、重置等操作。
图3A示出的各种部件可以在包括一个或多个信号处理或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
图3B示出一种应用服务器400的硬件结构示意图,应用服务器400包括至少一个处理器410、至少一个存储器420、至少一个通信接口430。可选的,应用服务器400还可以包括输出设备和输入设备,图中未示出。
处理器410、存储器420和通信接口430通过总线相连接。处理器410可以是一个通用中央处理器(Central Processing Unit,CPU)、微处理器、特定应用集成电路(Application-Specific Integrated Circuit,ASIC),或者一个或多个用于控制本申请方案程序执行的集成电路。处理器410也可以包括多个CPU,并且处理器410可以是一个单核(single-CPU)处理器或多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)的处理核。
在本申请实施例中,处理器410可用于根据搜寻请求确定分级搜寻策略,例如:根据搜寻请求中的第一位置确定各级搜寻策略中的搜寻范围,根据各级搜寻范围确定各级的搜寻小区,根据各级的搜寻小区确定执行搜寻任务的终端等。
存储器420可以是只读存储器(Read-Only Memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器(Random Access Memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器420可以是独立存在,通过总线与处理器410相连接。存储器420也可以和处理器410集成在一起。其中,存储器420用于存储执行本申请方案的应用程序代码,并由处理器410来控制执行。处理器410用于执行存储器420中存储的计算机程序代码,从而实现本申请实施例中蓝牙寻物的方法。
在本申请的一些实施例中,存储器420可以存储注册了搜寻服务的终端上报的位置,以及分级搜寻策略中相关的参数等。
通信接口430,可用于与其他设备或通信网络通信,如以太网,无线局域网(wireless local area networks,WLAN)等。
在本申请实施例中,通信接口430可具体用于终端100、终端500、终端600等与应用服务器400之间的通信。例如:应用服务器400可通过通信接口430接收终端100发送的搜寻请求(即丢失声明),可通过通信接口430终端500和终端600等发送的位置,可通过通信接口430向处理器410确定的执行搜寻任务的终端推送搜寻任务等。
输出设备和处理器通信,可以以多种方式来显示信息。例如,输出设备可以是液晶显示器(Liquid Crystal Display,LCD),发光二级管(Light Emitting Diode,LED)显示设备,阴极射线管(Cathode Ray Tube,CRT)显示设备,或投影仪(projector)等。输入设备和处理器通信,可以以多种方式接收用户的输入。例如,输入设备可以是鼠标、键盘、触摸屏设备或传感设备等。
以下实施例中所涉及的技术方案均可以运用于如图1所述的通信系统中。其中,终端100可以具有如图2A所述的硬件架构,以及如图2B所述的软件架构。蓝牙设备200可以具有如图3A所述的硬件架构。应用服务器400可以具有如图3B所述的硬件架构。
图4A至图6F为本申请实施例涉及到的一些图形用户界面示意图,以下结合附图对本申请的技术方案进行详细说明。
1、第一终端(即终端100)与蓝牙防丢器(即蓝牙设备200)配对连接
将蓝牙防丢器物理绑定防丢失的目标对象,例如可使用其它部件(如弹力绳、粘结材料等)将蓝牙防丢器与防丢失的目标对象绑在一起或者贴合在一起,并开启蓝牙防丢器的蓝牙功能。然后,用户可通过操作第一终端上的APP,将第一终端与蓝牙防丢器进行配对连接。
示例性的,响应于用户开启第一应用(例如:“蓝牙防丢器”应用)的操作,第一终端(例如手机)显示第一应用的主界面。如图4A所示,用户可以通过点击搜索控件401,开启第一终端的蓝牙扫描进程,开始搜索附近的开启蓝牙功能的设备。当扫描到与目标对象绑定的蓝牙防丢器时,如图4B所示,用户可以点击连接控件402,第一终端将与名称为“钥匙”的蓝牙防丢器进行配对连接。具体的配对连接过程可参考现有技术,这里不再赘述。
当然,用户也可以通过第一终端的系统设置开启蓝牙的扫描功能,搜索附近的开启蓝牙功能的设备。并且,指示第一终端与蓝牙防丢器进行配对连接。
在第一终端与蓝牙防丢器建立连接后,用户可以通过第一终端手动触发蓝牙防丢器告警。例如:如图4C所示,响应于用户点击“钥匙”对应的告警控件403,第一终端向蓝牙防丢器发送告警指示,蓝牙防丢器报警,例如发出告警声。这样,用户可以根据报警声快速找到蓝牙防丢器,即找到目标对象。
在本申请的一些实施例中,当第一终端检测到自身与蓝牙防丢器之间的距离大于阈值(例如:20米)时,可以自动触发蓝牙防丢器告警。或者,当蓝牙防丢器检测到自身与第一终端之间的距离大于阈值时,可以自动报警。在一具体实现中,第一终端(或蓝牙防丢器)可以根据第一终端与蓝牙防丢器之间的蓝牙信号强度,计算出第一终端与蓝牙防丢器之间的距离。具体的计算方法可参考现有技术,这里不再赘述。当然,第一终端(或蓝牙防丢器)也可以采用其他确定第一终端和蓝牙防丢器之间距离的方法,本申请实施例不做限定。
可以理解的是,上述距离的阈值可以是第一终端默认值,也可以根据用户的输入进行设置。示例性的,第一终端可以是针对多个蓝牙防丢器统一设置一个阈值。例如:“钥匙”对应的蓝牙防丢器和“包”对应的蓝牙防丢器的阈值均设置为10米。第一终端也可以是针对不同蓝牙防丢器设置不同的阈值。例如:“钥匙”对应的蓝牙防丢器的阈值设置为5米,“包”对应的蓝牙防丢器的阈值设置为10米。
在一个示例中,如图4D所示,用户可以通过点击设置控件404,打开第一应用的设置界面。如图4E所示,用户可以通过对距离设置项405进行操作,来设置距离的阈值。例如该阈值可以设置为0.5米至50米中任一值。该设置界面还可以对其他内容进行设置,例如是否开启勿扰模式、断开时是否自动报警、断开后是否自动发布丢失声明、选择使用的地图、声音设置等。
在另一个示例中,如图4D所示,用户可以通过点击“钥匙”对应的更多控件406,对“钥匙”对应的蓝牙防丢器进行设置。例如包括对距离的阈值、断开后是否报警、断开后是否自动发布丢失声明等设置。
2、第一终端向应用服务器400发布丢失声明
当第一终端检测到自身与蓝牙防丢器断开连接时,可以自动发布丢失声明,也可以显示提示信息,提示用户是否发布丢失声明。
在一个示例中,第一终端处于黑屏状态,当第一终端检测到自身与蓝牙防丢器断开连接时,第一终端可以点亮屏幕,在锁屏界面上显示一条通知信息,提示用户是否发布丢失声明。如图5A所示,通知信息501中还可以包括不发布控件502和发布控件503。用户在查看到该通知信息501后,可以检查蓝牙防丢器绑定的目标对象是否丢失。若目标对象未丢失,则用户可以点击不发布控件502。若目标对象丢失,则用户可以点击发布控件503,即触发第一终端通过第一应用向应用服务器400发布搜寻请求。
在另一个示例中,用户可能正在使用第一终端的其他应用(例如:“微信”应用),那么,当检测到第一终端与蓝牙防丢器断开连接时,第一终端可以在当前界面的上方或其他位置显示一条提示信息。例如,如图5B所示,在“微信”应用界面上方显示提示信息504。
可以理解的是,在第一终端显示提示信息时,第一终端还可以以语音、音乐、振动、动画等其他方式提示用户。
如图5C所示,响应于用户点击发布控件503,第一终端开启第一应用并跳转到发布丢失声明的界面(如图5D所示的界面),或者第一终端将第一应用从后台运行切换到前台运行,并跳转到发布丢失声明的界面。
在一个示例中,第一终端可以默认第一终端与蓝牙防丢器失去连接时的位置为第一位置。其中,第一终端和蓝牙防丢器失去连接时的位置,是指第一终端与蓝牙防丢器断开连接前,第一终端通过例如GPS等装置获取到的第一终端的最新位置。也即,时间上,距离第一终端与蓝牙防丢器断开连接的时刻1最近的时刻2时,第一终端通过例如GPS等装置获取的第一终端的位置。需要说明的是,后续应用服务器400会根据第一位置确定搜寻范围。例如:将第一位置作为搜寻范围的中心位置。
例如:图5D所示的界面中,地址指示符505默认位于第一终端与蓝牙防丢器失去连接时的位置(如“奥体公园北2门”)。若用户不对第一位置进行修改,则可以直接点击确定发布控件506。那么,第一终端将该第一位置、以及蓝牙防丢器的标识等发送给应用服务器400,请求搜寻蓝牙防丢器。其中,蓝牙防丢器的标识为应用服务器400用于区分该蓝牙防丢器与其他蓝牙设备的唯一标识,例如可以是蓝牙防丢器的MAC地址。
在另一个示例中,考虑到第一终端和蓝牙防丢器失去连接时的位置可能不是目标对象丢失的位置,而用户可以根据自己的记忆和估计确定目标对象可能丢失的位置。也就是说,第一终端也可以根据用户的输入确定第一位置。例如:用户可以输入目标对象可能丢失的位置,第一终端将该位置作为第一位置。又例如:第一终端也可以默认第一终端和蓝牙防丢器失去连接的位置为第一位置,而后第一终端也可以接收用户对第一位置的修改。比如,如图5D所示,用户可以通过移动地图或移动地址指示符505修改默认的第一位置。第一终端将修改后的第一位置作为确定搜寻范围的中心位置。
3、应用服务器400采用分级搜寻策略向第二终端下发搜寻任务
在应用服务器400接收到第一终端发布的丢失声明(即第一终端发布搜寻请求)后,应用服务器400采用分级搜寻策略进行搜寻。一级搜寻策略对应一级搜寻过程。应用服务器400根据每级搜寻策略确定参与本级搜寻过程的第二终端。其中,第二终端为具体执行搜寻任务的终端,例如包括终端500和终端600。由于每一级搜寻策略不同,故每级搜寻过程中的第二终端的数量一般不同。
终端100在向应用服务器400发送的丢失声明中携带蓝牙防丢器的标识。而后,应用服务器400在向确定的第二终端下发搜寻任务时,搜寻任务中可以携带蓝牙防丢器的标识。接收到搜寻任务的多个第二终端开启蓝牙扫描功能进行扫描。第二终端将扫描到的蓝牙设备的标识与搜寻任务中的蓝牙防丢器的蓝牙标识进行比对。若比对成功,则认为是扫描到该蓝牙设备。当有其中一个或几个第二终端搜寻到蓝牙防丢器,则可将自身的位置上报给应用服务器400。而后,应用服务器400可以终止后续的搜寻过程。
示例性的,每一级搜寻策略包括搜寻范围、搜寻密度、搜寻频率以及搜寻时长等。也就是说,在每一级搜寻过程中,搜寻范围一般不同,采用的搜寻密度、搜寻频率以及搜寻时长均不同。分级搜寻策略的具体内容将在下文详细说明。
在一些示例中,第一终端也可以显示搜寻的进度信息,以便用户了解搜寻进度。例如:如图6A所示,第一终端可显示提示信息602,提示用户正在进行第一级搜寻过程。可选的,第一终端也可以在地图上标记当前搜寻的范围。例如:仍然如图6A所示,第一终端可以显示标记601,标记当前搜寻的范围是以第一位置为中心,半径R1覆盖的圆形区域。在又一些示例中,第一终端也可以显示正在参与执行搜寻任务的第二终端的信息,例如参与执行搜寻任务的第二终端的数量、位置等。本申请实施例不做具体限定。
在一些实施例中,当在第一级搜寻过程中执行搜寻任务的第二终端的数量较少时,应用服务器400也可以通过第一终端提示用户,并询问用户是否需要延长第一级搜寻过程的时长。例如:如图6B所示,第一终端可以显示提示信息603,提示用户是否需要延长第一级搜寻时长。若用户点击“是”按钮,则延长第一级搜寻时长,继续进行按照第一级搜寻密度和第一级搜寻频率进行搜寻。若用户点击“否”按钮,则不延长第一级搜寻时长,继续进行下一级搜寻过程。
在另一些实施例中,当第一级搜寻过程结束,仍未有第二终端搜寻到蓝牙防丢器时,应用服务器400继续下发搜寻任务,由参与第二级搜寻过程的第二终端执行搜寻任务。
例如:如图6C所示,第一终端可显示提示信息604,提示用户正在进行第二级搜寻。可选的,第一终端也可以在地图上标记当前搜寻的范围。例如:仍然如图6B所示,第一终端可以显示标记605,标记当前搜寻的范围是以第一位置为中心,半径R2覆盖的圆形区域。显然,图6B中的R2大于图6A中的R1。
假设在第二级搜寻过程中,有第二终端搜寻到蓝牙防丢器。那么,搜寻到蓝牙防丢器的第二终端将自身的位置(第二位置)上报给应用服务器400。应用服务器400终止第二级搜寻过程以及之后等级的搜寻过程(例如:第三级搜寻过程、第四级搜寻过程等),并且将第二位置发送给第一终端。在另一些示例中,搜寻到蓝牙防丢器的第二终端也可以通知应用服务器400已搜索到蓝牙防丢器。即,第二终端也可以不上报自身的位置。那么,应用服务器400可以将自身存储的该第二终端的位置(第二位置)发送给第一终端。
第一终端可以显示通知信息,用于提示用户搜寻到目标对象。例如:如图6D所示,第一终端在第一应用的界面上显示一条提示信息606,提示用户“搜寻到防丢器的位置,请前往该位置”。可选的,第一终端也可以在地图中显示第二位置的定位607,便于用户获知第二位置的详细地址。
当用户携带第一终端达到第二位置时,第一终端可自动或根据用户指示,开始进行蓝牙扫描。在扫描到蓝牙防丢器后,自动与蓝牙防丢器建立连接,并且自动触发或根据用户指示触发蓝牙防丢器报警,用户便可找到目标对象。
在一些示例中,当第一终端到达第二位置时,第一终端也可以提示用户。例如,如图6E所示,第一终端显示提示信息608,提示用户“已到达防丢器的附近”。
可以理解的是,上述分级搜寻策略中各个参数的值可以是应用服务器400默认的设置,也可以是由第一终端的用户进行设置,或者应用服务器400根据历史的搜寻过程自动学习的值等,本申请实施例对此不做具体限定。示例性的,应用服务器400可以确定默认分级搜寻策略中的级数,比如默认采用三级搜寻策略或四级搜寻策略。再示例性的,用户可以根据目标对象的重要性自定义分级搜寻策略中的级数。又示例性的,应用服务器400可以根据第一位置所属的城市,根据该城市的人口分布情况,自动确定分级搜寻策略的级数等。
例如:如图6F所示,用户可以通过第一应用的设置界面对分级搜寻策略中的各个参数进行设置。其中,分级搜寻策略中各个参数可以包括搜寻级数、以及各级搜寻策略的搜寻范围、搜寻密度、搜寻频率以及搜寻时长等。
以下,详细介绍分级搜寻策略。
在本申请的一些实施例中,搜寻策略具体包括搜寻范围、搜寻密度、搜寻频率以及搜寻时长等参数。
搜寻范围
本申请中,应用服务器400可以根据丢失声明中携带的第一位置,确定每一级搜寻策略中的搜寻范围,并且,每一级搜寻策略中的搜寻范围一般不同。
示例性的,考虑到用户刚丢失目标对象,即第一终端刚发布丢失声明时,第一终端上报的第一位置为目标对象丢失位置的可信度较高,故搜寻范围可确定在第一位置的附近。随着搜寻过程的进行,原来的搜寻范围已经搜寻过,故可分阶段扩大搜寻范围。
例如:如图7所示,在第一时间段内(例如,从第一终端发布丢失声明开始的2小时内),在第一级搜寻范围内进行搜寻。第一级搜寻范围为以第一位置为中心,半径R1覆盖的圆形区域。在第二时间段内(例如,从第一终端发布丢失声明后的第3小时到第9小时),在第二级搜寻范围内进行搜寻。第二级搜寻范围为以第一位置为中心,半径R2覆盖的圆形区域。在第三时间段内(例如,从第一终端发布丢失声明后的第10小时到第22小时),在第三级搜寻范围内进行搜寻。第三级搜寻范围为以第一位置为中心,半径R3覆盖的圆形区域……依此类推,第n级搜寻范围为以第一位置为中心,半径Rn覆盖的圆形区域。其中,R1<R2<R3<……<Rn。
可以理解的是,这里搜寻范围是以圆形区域为例进行说明。当然,搜寻范围也可以是其他任意形状的区域,例如:以第一位置为中心,以边长为2*Rn的正方形覆盖的区域。本申请实施例对此不做限定。本申请实施例不限定搜寻范围的具体形状,也不限定根据第一位置确定搜寻范围的具体方法。
在本申请中,在每一级搜寻过程中,应用服务器400采用本级搜寻策略进行搜寻。本级搜寻策略除了搜寻范围外,还包括应用服务器400为本级搜寻过程具体分配多少资源,用于在本级搜寻范围搜寻目标对象。一般而言,每一级搜寻策略不同,即应用服务器400分配用于搜寻目标对象的资源不同。
示例性的,考虑到用户刚丢失目标对象,即第一终端刚发布丢失声明时,第一终端上报的第一位置为目标对象丢失位置的可信度较高,此时搜寻到目标对象的概率很高,故可以分配较多的资源进行搜寻。随着时间的推移,目标对象丢失时间的延长,后续搜寻到目标对象的概率在降低,则可分配减少的资源进行搜寻。
在本申请的一些实施例中,在每一级搜寻策略中,搜寻密度、搜寻频率以及搜寻时长,可用于表征应用服务器400为本级搜寻过程分配资源的多少。
搜寻密度
在本申请中,一级搜寻过程可以包括多次搜寻过程。这是因为,本申请的技术方案是通过调用在搜寻范围内的第二终端进行蓝牙扫描,用于发现蓝牙防丢器。在实际的场景中,由于城镇人口分布,以及只有预先注册了搜寻服务的第二终端才能参与搜寻任务等因素,造成在搜寻范围内能够参与搜寻服务的第二终端较少且分布不均。因此,在一级搜寻过程中,应用服务器400可以分次下发搜寻任务,即执行多次搜寻过程,以保证对本级搜寻范围进行了全面覆盖的搜寻。
搜寻密度,则是指在一次搜寻过程中,在单位面积的搜寻范围内包含的搜寻小区的数量。应用服务器400需要为每一个搜寻小区确定预设数量个(例如1个)第二终端参与搜寻过程。容易理解,搜寻密度体现了应用服务器400确定的参与一级搜寻过程中的第二终端数量。在相同面积的搜寻范围内,搜索密度越大,表明一次搜寻过程中包括的搜寻小区越多,需要调用的终端资源也越多。由于随着目标对象丢失时间的延长,搜寻到目标对象的概率在降低,则应用服务器400会逐渐减少执行搜寻任务的资源。换言之,随着目标对象丢失时间的延长,各级的搜寻密度在减小。
需要说明的是,搜寻密度体现的是单位面积的搜寻范围内调用的第二终端的数量。在某一级搜寻范围内调用的第二终端的数量,是由该级搜寻范围的总面积与搜寻密度共同决定的。例如:某级搜寻范围为500平米,搜寻密度为每100平米2个搜寻小区,每个搜寻小区确定1个第二终端。那么,该级搜寻范围需要调用的第二终端的数量为10个第二终端。又例如:某级搜寻范围为1000平米,采用相同搜寻密度时,此时确定的需要调用的第二终端的数量为20个第二终端。
例如:在第一时间段内(例如,从第一终端发布丢失声明开始的2小时内)采用第一搜寻密度。在第二时间段内(例如,从第一终端发布丢失声明后的第3小时到第9小时)采用第二搜寻密度。在第三时间段内(例如,从第一终端发布丢失声明后的第10小时到第22小时)采用第三搜寻密度。以此类推,在第n时间段内采用第n搜寻密度。其中,第一搜寻密度>第二搜寻密度>第三搜寻密度>……>第n搜寻密度。
在一些示例中,也可以通过设定搜寻小区的面积来确定搜寻小区的数量。例如:设定搜寻小区的半径为L,则一个搜寻小区的面积为π*L2(以搜寻小区为圆形为例)。然后,再根据本级搜寻范围的面积可以确定出在一次搜寻过程中包含的搜寻小区的数量。
例如:在第一时间段内(例如,从第一终端发布丢失声明开始的2小时内)设定搜寻小区的半径为L1。在第二时间段内(例如,从第一终端发布丢失声明后的第3小时到第9小时)设定搜寻小区的半径为L2。在第三时间段内(例如,从第一终端发布丢失声明后的第10小时到第22小时)设定搜寻小区的半径为L3。以此类推,在第n时间段内设定搜寻小区的半径为Ln。其中,L1<L2<L3<……<Ln。
由于本申请实施例中的搜寻策略中包括搜寻密度,即从确定搜寻小区中确定预设数量个(例如:1个)第二终端来执行搜寻任务。这样,可以避免在同一搜寻小区中有多个第二终端进行重复的搜寻任务,节省终端资源。
搜寻频率
搜寻频率,是指应用服务器400在一级搜寻过程中间隔多长时间(例如,5分钟、10分钟、30分钟),调度一次合适的第二终端进行一次搜寻过程。上文已提到,由于随着目标对象丢失时间的延长,搜寻到目标对象的概率在降低,则应用服务器400会逐渐减少执行搜寻任务的资源。换言之,随着目标对象丢失时间的延长,各级的搜索频率在减小。
例如:在第一时间段内(例如,从第一终端发布丢失声明开始的2小时内)采用第一搜寻频率。在第二时间段内(例如,从第一终端发布丢失声明后的第3小时到第9小时)采用第二搜寻频率。在第三时间段内(例如,从第一终端发布丢失声明后的第10小时到第22小时)采用第三搜寻频率。以此类推,在第n时间段内采用第n搜寻频率。其中,第一搜寻频率>第二搜寻频率>第三搜寻频率>……>第n搜寻频率。
搜寻时长
搜寻时长,是指应用服务器400在本级搜寻过程持续的时间长度(例如:2小时、6小时、12小时等)。随着目的对象丢失时间的延长,各级搜寻过程的资源在减少,各级搜寻时长可适当增加。在一些实施例中,若应用服务器400在本级搜寻过程中确定的第二终端数量较少,可以适当延长本级搜寻时长,以保证在本级搜寻范围内进行全面覆盖的搜寻。
需要说明的是,搜寻频率和搜寻时长共同决定了应用服务器400在每一级搜寻过程中总共执行了多少次搜寻过程。而在每一级搜寻过程中总共执行的搜寻过程的次数可间接保证对本级搜寻范围进行了全面覆盖的搜寻。因此,在对搜寻频率和搜寻时长设置需要考虑两者之间的相关性。
举例说明,假设某一级搜寻策略为:搜寻范围为半径为500米的圆形区域,单个搜寻小区的半径为20米,搜寻时长为2小时。
本级搜寻范围为半径500米的圆形区域,则第一级搜寻范围的面积为785000平方米。单个搜寻小区的半径为20米,则单个搜寻小区面积为1256平方米。即,搜寻密度为每平方千米需要1256个搜寻小区。
那么,实现本级搜寻范围的全面覆盖需要785000÷1256=625个第二终端进行搜寻。
因为第二终端的分布是不均匀的,且本级搜寻范围内有些第二终端无法全部参与搜寻(例如:有第二终端开启勿扰模式,不参与搜寻)。为尽可能增大搜寻到目标对象的概率,可以对本级搜寻范围进行特定次数(例如:5次)全面覆盖搜寻。
实现5次全面覆盖搜寻需要625×5=3125次搜寻。
也就是说,应用服务器400至少需要下发5次的搜寻任务。又由于本级搜寻过程的时长为2小时,则在2小时内完成5次任务下发,平均间隔为120÷5=24分钟。即,搜寻频率为24分钟/次。
换言之,当本级搜寻时长为2小时时,本级搜寻频率不应低于24分钟/次。或者,当本级搜寻频率设置为24分钟/次时,本级搜寻时长不应小于2小时。
总而言之,若应用服务器400确定采用N级搜寻策略。其中,第M级搜寻策略采用的参数包括:第M范围、第M密度、第M频率以及第M时长。第M+1级搜寻策略采用的参数包括:第M+1范围、第M+1密度、第M+1频率以及第M+1时长。N为大于2的正整数,M为大于零且小于N的正整数。
其中,第M+1范围大于第M范围。
在一示例中,第M范围为以第一位置为中心,且RM为半径覆盖的圆形区域。第M+1范围为以第一位置为中心,且RM+1为半径覆盖的圆形区域。RM+1大于RM
其中,第M+1密度小于第M密度。
在一示例中,在第M级搜寻策略中,搜寻小区的半径或边长为LM。在第M+1级搜寻策略中,搜寻小区的半径或边长为LM+1。LM+1大于LM
其中,第M+1频率小于第M频率。
其中,第M+1时长大于或等于第M时长。
作为一个具体的示例,应用服务器400可以确定采用四级搜寻策略,各级搜寻策略包括的参数如下:
第一级搜寻策略:
搜寻范围:以第一位置为中心,以半径0.5千米覆盖的圆形区域。
搜寻密度:以半径为10米的圆形区域作为搜寻小区,计算搜寻密度。
搜寻频率:每隔5分钟调度一次搜寻范围内合适的第二终端进行一次搜寻。
搜寻时长:持续2小时。
第二级搜寻策略:
搜寻范围:以第一位置为中心,以半径3千米覆盖的圆形区域。
搜寻密度:以半径为15米的圆形区域作为搜寻小区,计算搜寻密度。
搜寻频率:每隔10分钟调度一次搜寻范围内合适的第二终端进行一次搜寻。
搜寻时长:持续6小时。
第三级搜寻策略:
搜寻范围:以第一位置为中心,以半径10千米覆盖的圆形区域。
搜寻密度:以半径为20米的圆形区域作为搜寻小区,计算搜寻密度。
搜寻频率:每隔30分钟调度一次搜寻范围内合适的第二终端进行一次搜寻。
搜寻时长:持续12小时。
第四级搜寻策略:
搜寻范围:整个城市。
搜寻密度:以半径为30米的圆形区域作为搜寻小区,计算搜寻密度。
搜寻频率:每隔30分钟调度一次搜寻范围内合适的第二终端进行一次搜寻。
搜寻时长:持续48小时。
以下,以第一级搜寻策略对应的第一级搜寻过程为例,对应用服务器400执行第一级搜寻过程进行示例性说明。
如图8所示,蓝牙防丢器与第一终端(终端100)失去连接时,用户通过第一终端向应用服务器400发布丢失声明。其中,丢失声明中携带第一位置,第一位置为蓝牙防丢器与第一终端失去连接时的位置或者用户输入的目标对象可能丢失的位置。例如:第一位置具体可以为经纬度数据。
首先,应用服务器400根据第一位置确定第一级搜寻范围。
其中,第一级搜寻范围可以是任意形状的区域。例如:以第一位置为中心,以半径R1覆盖的圆形区域为第一级搜寻范围。又例如:以第一位置为中心,以边长为2*R1的正方形覆盖的区域为第一级搜寻范围。
然后,应用服务器400根据第一级搜寻范围和第一搜寻密度确定搜寻小区,包括确定搜寻小区的数量以及各个搜寻小区的经纬度范围。
其中,搜寻小区也可以是任意形状的区域。例如:搜寻小区的形状可以是以L1为半径的圆形区域。也可以是以2*L1为边长的正方形区域。可以理解的是,搜寻小区的形状可以与第一搜寻范围的形状相同或不同。
以第一级搜寻范围的半径R1=0.5千米,搜寻小区的半径L1=20米为例进行示例性说明。
示例性的,第一级搜寻范围和搜寻小区都是圆形区域,那么,每个搜寻小区的面积为π*(L1)2平方米。那么,第一搜寻范围内有(π*(R1)2)/(π*(L1)2)=625个搜寻小区。即,将第一搜寻范围内的区域划分为625个搜寻小区,具体的划分方法不做限定。
再示例性的,第一搜寻范围和搜寻小区都是正方形区域。第一级搜寻范围的边长R1=0.5千米,搜寻小区的边长为L1=20米。那么,每个搜寻小区的面积为(20*20)平方米。那么,第一搜寻范围内有(500*500)/(20*20)=625个搜寻小区。将第一搜寻范围内的区域划分为625个搜寻小区,具体的划分方法不做限定。
通过上述方法确定出第一级搜寻范围需要划分的搜寻小区的数量。又由于根据第一位置的经纬度可以确定第一级搜寻范围的经纬度范围,从而可以确定第一级搜寻范围内各个搜寻小区的经纬度范围。
仍然以第一级搜寻范围和搜寻小区都是正方形区域为例,对确定第一级搜寻范围内各个搜寻小区的经纬度范围的方法进行说明。
例如:如图9所示,第一位置为P点,P点的经纬度为(116.20,39.56)。以P点为中心,2*R1(R1=500米)为边长的正方形区域为第一级搜寻范围;以边长40米的正方形区域为一个搜寻小区。然后根据P点的经纬度以及边长确定出第一级搜寻范围的经纬度范围。其中,具体的确定方法可以参考本领域的相关技术。
这里,为了便于理解,可以将确定方法进行简化。例如:可以默认经纬度每隔0.00001度,距离相差约1米;每隔0.0001度,距离相差约10米;每隔0.001度,距离相差约100米;每隔0.01度,距离相差约1000米;每隔0.1度,距离相差约10000米。
从而,根据P点的经纬度、边长可以确定出左上角的搜寻小区四个顶点的经纬度,即A(116.195,39.555),B(116.1954,39.555),C(116.195,39.5554),D(116.1954,39.5554)。那么,左上角的搜寻小区的经纬度范围为:116.195<经度<116.1954;39.555<纬度<39.5554。同理,可计算出其他搜寻小区的经纬度范围。
而后,应用服务器400按照第一级搜寻频率,从各个搜寻小区中确定预设数量个(例如:1个)终端作为每一次搜寻过程中执行搜寻任务的第二终端。
示例性的,应用服务器400可以遍历各个搜寻小区内可以执行搜寻任务的终端,并将这些终端根据其位置分配到对应的搜寻小区内。
其中可以执行搜寻任务的终端,是指向应用服务器400注册了搜寻服务的终端。在另一些示例中,第二终端此时未开启勿扰模式。上文已说明,注册了搜寻服务的终端会每间隔一定时间段向应用服务器400上报其实时位置。
需要说明的是,当某个搜寻小区内的可以执行搜寻任务的终端的数量超过预设数量时,可以任选其中预设数量个终端为第二终端,或者采用某种策略优选其中预设数量个终端为第二终端。
后续,应用服务器400向确定的第二终端下发搜寻任务,搜寻任务中包含搜寻的蓝牙防丢器的标识。
接收到搜寻任务的第二终端开始进行蓝牙扫描,扫描蓝牙防丢器。
若在本次搜寻过程中,有某个第二终端搜寻到蓝牙防丢器,则该第二终端将自身的位置(即第二位置)上报给应用服务器400。应用服务器400将第二位置发送给第一终端,并停止后续的搜寻过程。在另一些示例中,在一次搜寻过程中,若有多个第二终端都搜寻到蓝牙防丢器,则应用服务器400可以将第一个上报的第二终端的位置确定为第二位置。在又一些示例中,多个搜寻到蓝牙防丢器的第二终端处于上报自身的位置外,还可以上报各自扫描到蓝牙防丢器的信号强度。由于扫描到信号强度越强,则表明该第二终端与蓝牙防丢器之间的距离越小,故可以将信号强度最大的第二终端上报的位置作为第二位置。可选的,应用服务器400还可以根据这多个第二终端的蓝牙信号强度计算自身与蓝牙防丢器之间的距离。而后,根据各个第二终端的距离以及位置,确定出蓝牙防丢器更为准确的位置作为第二位置。其中,计算方法可以采用三角定位的方法或者其他几何方法进行计算。
若应用服务器400在预设时间段内一直未接收到第二终端上报的第二位置时,可以认为本次搜寻过程中未扫描到蓝牙防丢器。则按照第一搜寻频率,确定下一次搜寻过程中执行搜寻任务的第二终端,并下发搜寻任务。以此类推,直到有第二终端搜寻到蓝牙防丢器,或者第一级搜寻过程耗费的时长达到第一级搜寻时长。
若第一级搜寻过程耗费的时长达到第一级搜寻时长,仍未有第二终端搜寻到蓝牙防丢器,则应用服务器400开始执行第二级搜寻过程。第二级搜寻过程中采用第二级搜寻策略中的相关参数,第二级搜寻过程与第一级搜寻过程相似,不再赘述。
依次类推,其余各级搜寻过程与第一级搜寻过程相似,均不再赘述。
本申请实施例还提供一种芯片系统,如图10所示,该芯片系统包括至少一个处理器1101和至少一个接口电路1102。处理器1101和接口电路1102可通过线路互联。例如,接口电路1102可用于从其它装置(例如终端100的存储器)接收信号。又例如,接口电路1102可用于向其它装置(例如处理器1101)发送信号。示例性的,接口电路1102可读取存储器中存储的指令,并将该指令发送给处理器1101。当所述指令被处理器1101执行时,可使得电子设备执行上述实施例中的应用服务器400执行的各个步骤。当然,该芯片系统还可以包含其他分立器件,本申请实施例对此不作具体限定。
可以理解的是,上述终端等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明实施例的范围。
本申请实施例可以根据上述方法示例对上述终端等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本发明实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请实施例各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (23)

1.一种蓝牙寻物的方法,其特征在于,应用于服务器,所述方法包括:
所述服务器接收第一终端发送的搜寻请求,所述搜寻请求包括第一位置和蓝牙器件的标识,所述第一位置为所述第一终端与所述蓝牙器件失去蓝牙连接的位置,或者所述第一位置为用户通过所述第一终端输入的位置;
在第一时间段内,所述服务器在根据所述第一位置确定的第一搜寻范围内,采用第一频率和第一密度确定至少一个第二终端,并向所述至少一个第二终端发送携带所述标识的搜寻任务,以便所述至少一个第二终端开启蓝牙搜寻所述蓝牙器件;
若所述服务器接收到所述至少一个第二终端中任一个第二终端反馈的搜寻到所述蓝牙器件的消息,则所述服务器向所述第一终端发送搜寻到所述蓝牙器件的所述第二终端的第二位置;
若所述服务器在所述第一时间段内一直未接收到所述至少一个第二终端中任一个第二终端反馈的搜寻到所述蓝牙器件的消息,则在所述第一时间段之后的第二时间段内,所述服务器在第二搜寻范围内,采用第二频率和第二密度确定至少一个第三终端,并向所述至少一个第三终端发送携带所述标识的搜寻任务,以便所述至少一个第三终端开启蓝牙搜寻所述蓝牙器件;
其中,所述第二搜寻范围为所述服务器根据所述第一位置确定,且所述第二搜寻范围与所述第一搜寻范围不同;所述第二频率小于所述第一频率;所述第二密度小于所述第一密度。
2.根据权利要求1所述的方法,其特征在于,所述第一搜寻范围为所述服务器确定的以所述第一位置为中心,以第一距离为半径的圆形覆盖区域;或者,以所述第一位置为中心,以两倍的所述第一距离为边长的矩形覆盖区域;
所述第二搜寻范围为所述服务器确定的以所述第一位置为中心,以第二距离为半径的圆形覆盖区域;或者,以所述第一位置为中心,以两倍的所述第二距离为边长的矩形覆盖区域;
其中,所述第二距离大于所述第一距离。
3.根据权利要求1或2所述的方法,其特征在于,所述第一密度为单位面积的覆盖范围内所述服务器确定的第一搜寻小区的数量,所述第一搜寻小区用于确定所述至少一个第二终端;所述第二密度为单位面积的覆盖范围内所述服务器确定的第二搜寻小区的数量,所述第二搜寻小区用于确定所述至少一个第三终端;
其中,所述第二搜寻小区的面积大于所述第一搜寻小区的面积。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述第二时间段的时长大于所述第一时间段的时长。
5.根据权利要求1-4任一项所述的方法,其特征在于,
所述服务器向所述至少一个第二终端发送搜寻任务,具体为:所述服务器采用透传消息方式向所述至少一个第二终端发送搜寻任务;
所述服务器向所述至少一个第三终端发送搜寻任务,具体为:所述服务器采用透传消息方式向所述至少一个第三终端发送搜寻任务。
6.根据权利要求5所述的方法,其特征在于,所述至少一个第二终端包括通过第一应用注册了第一服务,但未运行所述第一应用的一个或多个第二终端;其中,所述第一服务为执行所述服务器发送的搜寻任务;
所述至少一个第三终端包括通过所述第一应用注册了所述第一服务,但未运行所述第一应用的一个或多个第三终端。
7.根据权利要求1-6任一项所述的方法,其特征在于,
在所述服务器在根据所述第一位置确定的第一搜寻范围内,采用第一频率和第一密度确定至少一个第二终端之前,所述方法还包括:所述服务器接收所述至少一个第二终端上报的位置;
在所述服务器在第二时间段内在第二搜寻范围内,采用第二频率和第二密度确定至少一个第三终端之前,所述方法还包括:所述服务器接收所述至少一个第三终端上报的位置。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述方法还包括:
若所述服务器在所述第一搜寻范围内,采用所述第一频率和所述第一密度确定的所述第二终端的数量小于阈值,则所述服务器延长所述第一时间段的时长。
9.根据权利要求1-8任一项所述的方法,其特征在于,所述服务器在所述第一搜寻范围内采用第一频率和第一密度确定至少一个第二终端,并向所述至少一个第二终端发送搜寻任务,具体为:
所述服务器根据所述第一搜寻范围和所述第一密度,确定所述第一搜寻范围包括的多个第一搜寻小区;
所述服务器按照所述第一频率,从每一个第一搜寻小区内中确定预设数量个所述第二终端,并向确定的所述第二终端发送搜寻任务。
10.根据权利要求1-9任一项所述的方法,其特征在于,所述方法还包括:
所述服务器接收所述第一终端发送的配置信息,所述配置信息用于所述服务器配置所述第一搜寻范围、所述第一频率、所述第一密度、所述第一时间段的时长、所述第二搜寻范围、所述第二频率、所述第二密度、以及所述第二时间段的时长。
11.一种服务器,其特征在于,包括:一个或多个处理器和一个或多个存储器,所述一个或多个存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当所述一个或多个处理器从所述一个或多个存储器中读取所述计算机指令,以使得所述服务器执行如下操作:
接收第一终端发送的搜寻请求,所述搜寻请求包括第一位置和蓝牙器件的标识,所述第一位置为所述第一终端与所述蓝牙器件失去蓝牙连接的位置,或者所述第一位置为用户通过所述第一终端输入的位置;
在第一时间段内,在根据所述第一位置确定的第一搜寻范围内,采用第一频率和第一密度确定至少一个第二终端,并向所述至少一个第二终端发送携带所述标识的搜寻任务,以便所述至少一个第二终端开启蓝牙搜寻所述蓝牙器件;
若所述服务器接收到所述至少一个第二终端中任一个第二终端反馈的搜寻到所述蓝牙器件的消息,则向所述第一终端发送搜寻到所述蓝牙器件的所述第二终端的第二位置;
若所述服务器在所述第一时间段内一直未接收到所述至少一个第二终端中任一个第二终端反馈的搜寻到所述蓝牙器件的消息,则在所述第一时间段之后的第二时间段内,在第二搜寻范围内,采用第二频率和第二密度确定至少一个第三终端,并向所述至少一个第三终端发送携带所述标识的搜寻任务,以便所述至少一个第三终端开启蓝牙搜寻所述蓝牙器件;
其中,所述第二搜寻范围为所述服务器根据所述第一位置确定,且所述第二搜寻范围与所述第一搜寻范围不同;所述第二频率小于所述第一频率;所述第二密度小于所述第一密度。
12.根据权利要求11所述的服务器,其特征在于,所述第一搜寻范围为所述服务器确定的以所述第一位置为中心,以第一距离为半径的圆形覆盖区域;或者,以所述第一位置为中心,以两倍的所述第一距离为边长的矩形覆盖区域;
所述第二搜寻范围为所述服务器确定的以所述第一位置为中心,以第二距离为半径的圆形覆盖区域;或者,以所述第一位置为中心,以两倍的所述第二距离为边长的矩形覆盖区域;
其中,所述第二距离大于所述第一距离。
13.根据权利要求11或12所述的服务器,其特征在于,所述第一密度为单位面积的覆盖范围内所述服务器确定的第一搜寻小区的数量,所述第一搜寻小区用于确定所述至少一个第二终端;所述第二密度为单位面积的覆盖范围内所述服务器确定的第二搜寻小区的数量,所述第二搜寻小区用于确定所述至少一个第三终端;
其中,所述第二搜寻小区的面积大于所述第一搜寻小区的面积。
14.根据权利要求11-13任一项所述的服务器,其特征在于,所述第二时间段的时长大于所述第一时间段的时长。
15.根据权利要求11-14任一项所述的服务器,其特征在于,
所述服务器向所述至少一个第二终端发送搜寻任务,具体为:所述服务器采用透传消息方式向所述至少一个第二终端发送搜寻任务;
所述服务器向所述至少一个第三终端发送搜寻任务,具体为:所述服务器采用透传消息方式向所述至少一个第三终端发送搜寻任务。
16.根据权利要求15所述的服务器,其特征在于,所述至少一个第二终端包括通过第一应用注册了第一服务,但未运行所述第一应用的一个或多个第二终端;其中,所述第一服务为执行所述服务器发送的搜寻任务;
所述至少一个第三终端包括通过所述第一应用注册了所述第一服务,但未运行所述第一应用的一个或多个第三终端。
17.根据权利要求11-16任一项所述的服务器,其特征在于,当所述一个或多个处理器从所述一个或多个存储器中读取所述计算机指令,还使得所述服务器执行如下操作:
在所述服务器在根据所述第一位置确定的第一搜寻范围内,采用第一频率和第一密度确定至少一个第二终端之前,接收所述至少一个第二终端上报的位置;
在所述服务器在第二时间段内在第二搜寻范围内,采用第二频率和第二密度确定至少一个第三终端之前,接收所述至少一个第三终端上报的位置。
18.根据权利要求11-17任一项所述的服务器,其特征在于,当所述一个或多个处理器从所述一个或多个存储器中读取所述计算机指令,还使得所述服务器执行如下操作:
若所述服务器在所述第一搜寻范围内,采用所述第一频率和所述第一密度确定的所述第二终端的数量小于阈值,则延长所述第一时间段的时长。
19.根据权利要求11-18任一项所述的服务器,其特征在于,所述服务器在所述第一搜寻范围内采用第一频率和第一密度确定至少一个第二终端,并向所述至少一个第二终端发送搜寻任务,具体为:
所述服务器根据所述第一搜寻范围和所述第一密度,确定所述第一搜寻范围包括的多个搜寻小区;
所述服务器按照所述第一频率,从每一个搜寻小区内中确定预设数量个所述第二终端,并向确定的所述第二终端发送搜寻任务。
20.根据权利要求11-19任一项所述的服务器,其特征在于,当所述一个或多个处理器从所述一个或多个存储器中读取所述计算机指令,还使得所述服务器执行如下操作:
接收所述第一终端发送的配置信息,所述配置信息用于所述服务器配置所述第一搜寻范围、所述第一频率、所述第一密度、所述第一时间段的时长、所述第二搜寻范围、所述第二频率、所述第二密度、以及所述第二时间段的时长。
21.一种通信系统,其特征在于,包括如权利要求11-20中任一项所述的服务器、第一终端、一个或多个第二终端、以及一个或多个第三终端。
22.一种计算机存储介质,其特征在于,包括计算机指令,当所述计算机指令在终端上运行时,使得所述终端执行如权利要求1-10中任一项所述蓝牙寻物的方法。
23.一种计算机程序产品,其特征在于,当所述计算机程序产品在计算机上运行时,使得所述计算机执行如权利要求1-10中任一项所述蓝牙寻物的方法。
CN201910580431.2A 2019-06-28 2019-06-28 一种蓝牙寻物的方法及电子设备 Active CN110460981B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201910580431.2A CN110460981B (zh) 2019-06-28 2019-06-28 一种蓝牙寻物的方法及电子设备
PCT/CN2020/098354 WO2020259649A1 (zh) 2019-06-28 2020-06-28 一种蓝牙寻物的方法及电子设备
EP20832042.4A EP3968670B1 (en) 2019-06-28 2020-06-28 Bluetooth-based object searching method and electronic device
US17/622,414 US20220360942A1 (en) 2019-06-28 2020-06-28 Bluetooth-based object searching method and electronic device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910580431.2A CN110460981B (zh) 2019-06-28 2019-06-28 一种蓝牙寻物的方法及电子设备

Publications (2)

Publication Number Publication Date
CN110460981A true CN110460981A (zh) 2019-11-15
CN110460981B CN110460981B (zh) 2021-08-20

Family

ID=68481837

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910580431.2A Active CN110460981B (zh) 2019-06-28 2019-06-28 一种蓝牙寻物的方法及电子设备

Country Status (4)

Country Link
US (1) US20220360942A1 (zh)
EP (1) EP3968670B1 (zh)
CN (1) CN110460981B (zh)
WO (1) WO2020259649A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111132101A (zh) * 2019-11-22 2020-05-08 华为技术有限公司 定位交互方法及装置
WO2020259649A1 (zh) * 2019-06-28 2020-12-30 华为技术有限公司 一种蓝牙寻物的方法及电子设备
CN112712679A (zh) * 2020-12-01 2021-04-27 广东职业技术学院 一种防丢预警方法及系统
CN113784295A (zh) * 2021-11-09 2021-12-10 深圳市伦茨科技有限公司 一种便携式物品的防丢方法及系统
CN114640708A (zh) * 2022-03-24 2022-06-17 肇庆德庆冠旭电子有限公司 蓝牙耳机定位方法和装置、电子设备、存储介质
CN115291919A (zh) * 2022-10-10 2022-11-04 荣耀终端有限公司 一种搜包方法及相关装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114844849A (zh) * 2022-03-31 2022-08-02 北京城市网邻信息技术有限公司 数据传输方法、装置、电子设备及存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2608097A1 (en) * 2011-12-21 2013-06-26 Kaspersky Lab Zao System and method for locating lost electronic devices
US20130324098A1 (en) * 2012-06-05 2013-12-05 Patrick S. Piemonte Methods and Apparatus for Determining Environmental Factors to Modify Hardware or System Operation
CN103745578A (zh) * 2014-01-10 2014-04-23 深圳市赛盟特科技有限公司 一种防丢网络系统及防丢方法
CN104464132A (zh) * 2014-12-29 2015-03-25 宁波保税区攀峒信息科技有限公司 一种带定位追踪功能的防丢系统
CN105323845A (zh) * 2014-08-01 2016-02-10 电信科学技术研究院 一种进行移动终端定位的方法及装置
CN105516916A (zh) * 2014-09-26 2016-04-20 北京畅游天下网络技术有限公司 一种移动设备的报警方法和系统
US20170055112A1 (en) * 2015-08-17 2017-02-23 W.W. Grainger, Inc. System and method for using geographical locations to provide access to product information
CN106981170A (zh) * 2017-05-17 2017-07-25 洪艺杰 一种防止老人小孩丢失的方法和装置
CN108391229A (zh) * 2018-01-30 2018-08-10 深圳市沃特沃德股份有限公司 协助搜寻方法和装置
CN108419206A (zh) * 2018-02-28 2018-08-17 北京邮电大学 一种目标搜寻系统及方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103841514A (zh) * 2014-01-26 2014-06-04 北京自在科技有限责任公司 一种寻物防丢方法、物品终端及物品管理终端
US20160381510A1 (en) * 2015-06-24 2016-12-29 Nearable Technology Corp. Method of locating a mobile device and a cloud computer system employing same
CN105303791A (zh) * 2015-09-06 2016-02-03 北京自在科技有限责任公司 一种使用移动互联手机与蓝牙技术结合寻物防丢的方法
CN106023540A (zh) * 2016-05-20 2016-10-12 广州视源电子科技股份有限公司 基于防丢器的防丢物品提示方法及装置
CN110460981B (zh) * 2019-06-28 2021-08-20 华为技术有限公司 一种蓝牙寻物的方法及电子设备

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2608097A1 (en) * 2011-12-21 2013-06-26 Kaspersky Lab Zao System and method for locating lost electronic devices
US20130324098A1 (en) * 2012-06-05 2013-12-05 Patrick S. Piemonte Methods and Apparatus for Determining Environmental Factors to Modify Hardware or System Operation
CN103745578A (zh) * 2014-01-10 2014-04-23 深圳市赛盟特科技有限公司 一种防丢网络系统及防丢方法
CN105323845A (zh) * 2014-08-01 2016-02-10 电信科学技术研究院 一种进行移动终端定位的方法及装置
CN105516916A (zh) * 2014-09-26 2016-04-20 北京畅游天下网络技术有限公司 一种移动设备的报警方法和系统
CN104464132A (zh) * 2014-12-29 2015-03-25 宁波保税区攀峒信息科技有限公司 一种带定位追踪功能的防丢系统
US20170055112A1 (en) * 2015-08-17 2017-02-23 W.W. Grainger, Inc. System and method for using geographical locations to provide access to product information
CN106981170A (zh) * 2017-05-17 2017-07-25 洪艺杰 一种防止老人小孩丢失的方法和装置
CN108391229A (zh) * 2018-01-30 2018-08-10 深圳市沃特沃德股份有限公司 协助搜寻方法和装置
CN108419206A (zh) * 2018-02-28 2018-08-17 北京邮电大学 一种目标搜寻系统及方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
S.-H. LEE: "Adaptive frequency hopping for bluetooth robust to WLAN interference", 《 IEEE COMMUNICATIONS LETTERS》 *
李宇超: "无人机搭载的搜寻及数据回收系统设计", 《知网》 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020259649A1 (zh) * 2019-06-28 2020-12-30 华为技术有限公司 一种蓝牙寻物的方法及电子设备
CN111132101A (zh) * 2019-11-22 2020-05-08 华为技术有限公司 定位交互方法及装置
CN111132101B (zh) * 2019-11-22 2022-02-08 荣耀终端有限公司 定位交互方法及装置
CN112712679A (zh) * 2020-12-01 2021-04-27 广东职业技术学院 一种防丢预警方法及系统
CN113784295A (zh) * 2021-11-09 2021-12-10 深圳市伦茨科技有限公司 一种便携式物品的防丢方法及系统
CN114640708A (zh) * 2022-03-24 2022-06-17 肇庆德庆冠旭电子有限公司 蓝牙耳机定位方法和装置、电子设备、存储介质
CN115291919A (zh) * 2022-10-10 2022-11-04 荣耀终端有限公司 一种搜包方法及相关装置

Also Published As

Publication number Publication date
EP3968670A1 (en) 2022-03-16
WO2020259649A1 (zh) 2020-12-30
EP3968670B1 (en) 2024-02-14
EP3968670A4 (en) 2022-06-29
US20220360942A1 (en) 2022-11-10
CN110460981B (zh) 2021-08-20

Similar Documents

Publication Publication Date Title
CN110460981A (zh) 一种蓝牙寻物的方法及电子设备
WO2020244622A1 (zh) 一种通知的提示方法、终端及系统
CN111404802A (zh) 通知处理系统、方法以及电子设备
CN113794801B (zh) 地理围栏的处理方法及装置
CN113170019B (zh) 一种基于应用的来电显示方法和终端设备
CN114079893B (zh) 蓝牙通信方法、终端设备及计算机可读存储介质
CN110602686B (zh) 一种使用远程sim模块的方法及电子设备
WO2020006711A1 (zh) 一种消息的播放方法及终端
US20220353819A1 (en) Method for Reducing Power Consumption of Mobile Terminal and Mobile Terminal
CN114079892A (zh) 蓝牙通信方法、可穿戴设备及系统
CN112543447A (zh) 基于通讯录的设备发现方法、音视频通信方法及电子设备
CN111835907A (zh) 一种跨电子设备转接服务的方法、设备以及系统
CN113170279B (zh) 基于低功耗蓝牙的通信方法及相关装置
US11792631B2 (en) Emergency call method and user terminal
WO2023071940A1 (zh) 跨设备的导航任务的同步方法、装置、设备及存储介质
CN114173286B (zh) 确定测试路径的方法、装置、电子设备及可读存储介质
CN116486500B (zh) 寄件方法和电子设备
CN114079642B (zh) 一种邮件处理方法及电子设备
CN115022807A (zh) 快递信息提醒方法和电子设备
CN115712745B (zh) 一种用户标注数据的获取方法、系统及电子设备
CN117724860A (zh) 一种数据处理方法和电子设备
CN117812219A (zh) 一种视频数据的显示方法、装置、设备及存储介质
CN115087134A (zh) 一种蓝牙连接的方法和电子设备
CN116095219A (zh) 通知显示方法和终端设备
CN117014884A (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
GR01 Patent grant
GR01 Patent grant