CN105072575B - 找回移动设备的方法、系统及服务端 - Google Patents
找回移动设备的方法、系统及服务端 Download PDFInfo
- Publication number
- CN105072575B CN105072575B CN201510469132.3A CN201510469132A CN105072575B CN 105072575 B CN105072575 B CN 105072575B CN 201510469132 A CN201510469132 A CN 201510469132A CN 105072575 B CN105072575 B CN 105072575B
- Authority
- CN
- China
- Prior art keywords
- mobile device
- information
- server
- loss
- mac address
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
- H04W64/003—Locating users or terminals or network equipment for network management purposes, e.g. mobility management locating network equipment
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明适用于通信技术领域,提供了一种找回移动设备的方法、系统及服务端,所述方法包括:访问节点AP接收移动设备发送的MAC地址;AP转发所述MAC地址至服务端;服务端根据所述MAC地址查询并发送所述移动设备的设备状态至AP;AP根据所述移动设备的设备状态确定所述移动终端是否处于挂失状态,如果是,则获取并发送AP的信息至服务端;服务端存储AP的信息或者发送AP的信息至预设的接收地址。本发明,通过服务端和AP之间的交互,可以得到AP的信息,每更换一次AP的接入,进行一次上述的处理,能帮助收集盗用者活动轨迹,通过众多AP的信息,锁定共同的接入者,可以精确地找回丢失的移动设备。
Description
技术领域
本发明属于通信技术领域,尤其涉及一种找回移动设备的方法、系统及服务端。
背景技术
随着移动设备的不断普及,功能不断地完善,要求硬件的支持力度不断地攀升,进而推动移动设备成本的攀升。但是由于偷盗的猖獗,以及使用者的粗心、大意和慌乱,经常导致心爱的移动设备丢失。
为了帮助人们降低损失,现有技术提供了两种移动设备找回的方法。
第一种方法在关机时存储第一地理位置,开机时用第二地理位置和第一地理位置比较,超出预设的值,就向预设地址发送第二地理位置,如果没有连接网络,则缓存第二地理位置,持续监测网络是否打开。当网络打开后,发送第二地理位置和第三地理位置至预设地址。无论是被刷机还是更换SIM卡,都能持续地向原机主发送本机当前的地理位置,以便原机主能够掌握被盗移动设备的动向,提高找回被盗移动设备的概率。
然而,在刷机时,虽然存储的地理位置不能被冲掉,但是在刷机后,地理位置的发送功能在被盗移动设备系统中不一定有,所以,第一种找回移动设备的方法,在保证不刷机的情况下,才可以正常使用。
第二种方法是移动设备发送当前的位置信息至服务器,服务器端的工作人员获取移动设备的位置信息,从而帮助移动设备主人找回失盗的移动设备。
可见,第一种和第二种方法均是需要移动设备端获取位置信息,并发送位置信息至预设地址,需要对移动设备的软件进行改进,如果移动设备中的软件不存在,则找回移动设备的功能将会失效。
发明内容
本发明实施例提供了一种找回移动设备的方法、系统及服务端,旨在解决现有技术提供的找回移动设备的方法,需要对移动设备的软件进行改进,在移动设备的改进软件不存在的情况下,找回失盗移动设备的功能将会失效的问题。
一方面,提供一种找回移动设备的方法,所述方法包括:
访问节点AP接收移动设备发送的MAC地址;
AP转发所述MAC地址至服务端;
服务端根据所述MAC地址查询并发送所述移动设备的设备状态至AP;
AP根据所述移动设备的设备状态确定所述移动终端是否处于挂失状态,如果是,则获取并发送AP的信息至服务端;
服务端存储AP的信息或者发送AP的信息至预设的接收地址。
进一步地,在所述AP接收移动设备发送的MAC地址之前,所述方法还包括:
服务端接收注册指令,存储所述移动设备的用户信息、所述移动设备的设备信息和所述移动设备的主人设置的联系人信息至数据库中,所述移动设备的主人设置的联系人信息中包括预设的接收地址。
进一步地,所述用户信息存储在userInfo表中,所述设备信息存储在phone表中,所述移动设备的主人设置的联系人信息存储在contacts表中,所述userInfo表与所述phone表是一对多的关系,所述userInfo表与所述contacts表是一对多的关系。
进一步地,在所述服务端接收注册指令,存储所述移动设备的用户信息、所述移动设备的设备信息和所述移动设备的主人设置的联系人信息至数据库中之后,所述方法还包括:
当所述移动设备丢失或者被盗后,服务端接收输入的挂失指令,根据所述挂失指令修改所述phone表中的状态status字段的值为挂失。
进一步地,服务端存储AP的信息至数据库的records表中,所述phone表与所述records表是一对多的关系。
另一方面,提供一种服务端,所述服务端包括:
第一MAC地址接收单元,用于接收访问节点转发的MAC地址;
设备状态发送单元,用于根据所述MAC地址查询并发送所述移动设备的设备状态至AP;
AP信息接收单元,用于接收AP发送的AP的信息;
AP信息处理单元,用于存储AP的信息或者发送AP的信息至预设的接收地址。
进一步地,所述服务端还包括:
注册单元,用于接收注册指令,存储所述移动设备的用户信息、所述移动设备的设备信息和所述移动设备的主人设置的联系人信息至数据库中,所述移动设备的主人设置的联系人信息中包括预设的接收地址。
进一步地,所述用户信息存储在userInfo表中,所述设备信息存储在phone表中,所述移动设备的主人设置的联系人信息存储在contacts表中,所述userInfo表与所述phone表是一对多的关系,所述userInfo表与所述contacts表是一对多的关系。
进一步地,所述服务端还包括:
挂失单元,用于当所述移动设备丢失或者被盗后,接收输入的挂失指令,根据所述挂失指令修改所述phone表中的状态status字段的值为挂失。
进一步地,所述AP信息处理单元存储AP的信息至数据库的records表中,所述phone表与所述records表是一对多的关系。
又一方面,提供一种找回移动设备的系统,所述系统包括移动设备,所述系统还包括访问节点AP和如上所述的服务端;
所述AP包括:
第二MAC地址接收单元,用于接收所述移动设备发送的MAC地址;
MAC地址转发单元,用于转发所述MAC地址至服务端;
设备状态接收单元,用于接收服务端发送的所述移动设备的设备状态;
AP信息发送单元,用于根据所述移动设备的设备状态确定所述移动终端是否处于挂失状态,如果是,则获取并发送AP的信息至服务端。
在本发明实施例,AP接收到移动设备发送的MAC地址后,转发所述MAC地址至服务端,服务端根据所述MAC地址查询并发送所述移动设备的设备状态至AP,AP根据所述移动设备的设备状态确定所述移动终端处于挂失状态后,获取并发送AP的信息至服务端,服务端存储AP的信息或者发送AP的信息至预设的接收地址。通过服务端和AP之间的交互,可以得到AP的信息,每更换一次AP的接入,进行一次上述的处理,能帮助收集盗用者活动轨迹,通过众多AP的信息,锁定共同的接入者,再加入接入移动设备的差异,可以精确地找回丢失的移动设备。
附图说明
图1是本发明实施例一提供的找回移动设备的方法的实现流程图;
图2是本发明实施例一提供的找回移动设备的方法中,服务端的数据库中的4种表的结构及关系示意图;
图3是本发明实施例二提供的服务端的结构框图;
图4是本发明实施例三提供的找回移动设备的系统的结构框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在本发明实施例中,AP接收到移动设备发送的MAC地址后,转发所述MAC地址至服务端,服务端根据所述MAC地址查询并发送所述移动设备的设备状态至AP,AP根据所述移动设备的设备状态确定所述移动终端处于挂失状态后,获取并发送AP的信息至服务端,服务端存储AP的信息或者发送AP的信息至预设的接收地址。
以下结合具体实施例对本发明的实现进行详细描述:
实施例一
图1示出了本发明实施例一提供的找回移动设备的方法的实现流程,详述如下:
在步骤S101中,AP接收移动设备发送的MAC地址。
在本发明实施例中,移动设备使用WIFI前,需要接入访问节点(Access Point,AP)端,与AP端的链接过程中会发送媒体访问控制(Media Access Control,MAC)地址至AP。
其中,在步骤S101之前,还包括步骤1和步骤2。
步骤1、服务端接收注册指令,存储所述移动设备的用户信息、所述移动设备的设备信息和所述移动设备的主人设置的联系人信息至数据库中,所述移动设备的主人设置的联系人信息中包括预设的接收地址,比如email地址。
其中,所述用户信息存储在userInfo表中,所述设备信息存储在phone表中,所述移动设备的主人设置的联系人信息存储在contacts表中,所述userInfo表与所述phone表是一对多的关系,一个用户可以拥有多个移动设备,所述userInfo表与所述contacts表是一对多的关系,一个用户可以设置多个联系人信息。其中,userInfo表、phone表、contacts表的结构以及三者之间的关系如图2所示,在此不再赘述。
步骤2、当所述移动设备丢失或者被盗后,服务端接收输入的挂失指令,根据所述挂失指令修改所述phone表中的状态status字段的值为挂失。
在步骤S102中,AP转发所述MAC地址至服务端。
在本发明实施例中,AP接收到移动设备发送的MAC地址后,首先完成移动设备的网络注册,注册完成后,通过接入的Internet,发送所述MAC地址至服务端。
在步骤S103中,服务端根据所述MAC地址查询并发送所述移动设备的设备状态至AP。
在本发明实施例中,服务端接收到AP转发的MAC地址后,根据所述MAC地址查询所述移动设备的设备状态,并发送查询到的所述移动设备的设备状态至AP。
具体的,服务端接收到AP转发的MAC地址后,根据所述MAC地址查询数据库,数据库的phone表中存储有移动设备的MAC地址(modem ID)和移动设备的设备状态status,根据所述MAC地址可以查询到发送所述MAC地址的移动设备的设备状态。
在步骤S104中,AP根据所述移动设备的设备状态确定所述移动终端是否处于挂失状态,如果是,则获取并发送AP的信息至服务端。
在本发明实施例中,当移动设备丢失或者被盗后,用户可以首先在服务器端挂失,接收到用户输入的挂失指令后,服务端可以将数据库中的phone表的设备状态status的值修改为挂失。
AP接收到服务端发送的设备状态后,若判定所述移动设备的设备状态为挂失状态,则获取并发送AP的信息至服务端。如果所述移动设备的状态未处于“挂失状态”,则AP关于找回移动设备的活动结束。
在步骤S105中,服务端存储AP的信息或者发送AP的信息至预设的接收地址。
在本发明实施例中,预设的接收地址是移动设备注册时,移动设备的主人设置的联系人的联系方式,所述预设的接收地址还可以是所述移动设备的主人预先设置的邮箱地址或者短信接收地址。
具体的,移动设备需要在服务端注册,填写自己的设备信息,并且上传自己的证件照,等待服务端的审核。审核通过后,用户填写自己的设备信息,为了确保所填写的移动设备属于自己,最好上传一些购买该移动设备的一些发票图片,等待服务端的审核。审核通过后,服务端会提示用户输入自己或者紧急联系人的联系方式,可以是多个。后续,服务端可以将接收到的AP的信息,或者AP的信息中的AP的位置信息和AP拥有者的信息至预设的接收地址。
服务端接收到AP发送的AP的信息后,将AP的信息存储在records表中,records表的结构如图2所示,phone表与所述records表是一对多的关系,一个丢失或者被盗的移动设备需要保存多条AP的信息。AP的信息如records表中所示,至少包括AP的位置和AP的拥有者的信息。移动设备的主人设置的预设的接收地址接收到服务端发送的AP的信息后,可以知道丢失的移动设备在什么地方,该移动设备接入哪些AP,这些AP拥有者的信息,优选地,还可以将这些信息可视化的呈现给该移动设备的主人或者紧急联系人。
其中,当挂失的移动设备对应的records表中有信息增加时,服务端可以自动触发对预设的接收地址发送AP的信息的操作,通过邮件或者短信等形式发送AP的信息至预设的接收地址。
另外,移动设备的主人或者紧急联系人可以通过WEB登录服务端查看存储在服务端的数据库中的AP的信息,以获得移动设备的现有使用者的每天的行踪,更方便地找回所示移动设备。
本实施例,AP接收到移动设备发送的MAC地址后,转发所述MAC地址至服务端,服务端根据所述MAC地址查询并发送所述移动设备的设备状态至AP,AP根据所述移动设备的设备状态确定所述移动终端处于挂失状态后,获取并发送AP的信息至服务端,服务端存储并发送所述AP的信息至预设的接收地址。通过服务端和AP之间的交互,可以得到AP的信息,每更换一次AP的接入,进行一次上述的处理,能帮助收集盗用者活动轨迹,通过众多AP的信息,锁定共同的接入者,再加入接入移动设备的差异,可以精确地找回丢失的移动设备。
本领域普通技术人员可以理解实现上述各实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,相应的程序可以存储于一计算机可读取存储介质中,所述的存储介质,如ROM/RAM、磁盘或光盘等。
实施例二
图3示出了本发明实施例二提供的服务端的具体结构框图,为了便于说明,仅示出了与本发明实施例相关的部分。该服务端3包括:第一MAC地址接收单元31、设备状态发送单元32、AP信息接收单元33和AP信息处理单元34。
其中,第一MAC地址接收单元31,用于接收访问节点转发的MAC地址;
设备状态发送单元32,用于根据所述MAC地址查询并发送所述移动设备的设备状态至AP;
AP信息接收单元33,用于接收AP发送的AP的信息;
AP信息处理单元34,用于存储AP的信息或者发送AP的信息至预设的接收地址。
进一步地,所述服务端3还包括:
注册单元,用于接收注册指令,存储所述移动设备的用户信息、所述移动设备的设备信息和所述移动设备的主人设置的联系人信息至数据库中,所述移动设备的主人设置的联系人信息中包括预设的接收地址。
进一步地,所述用户信息存储在userInfo表中,所述设备信息存储在phone表中,所述移动设备的主人设置的联系人信息存储在contacts表中,所述userInfo表与所述phone表是一对多的关系,所述userInfo表与所述contacts表是一对多的关系。
进一步地,所述服务端3还包括:
挂失单元,用于当所述移动设备丢失或者被盗后,接收输入的挂失指令,根据所述挂失指令修改所述phone表中的状态status字段的值为挂失。
进一步地,所述AP信息处理单元34存储AP的信息至数据库的records表中,所述phone表与所述records表是一对多的关系。
本发明实施例提供的服务端可以应用在前述对应的方法实施例一中,详情参见上述实施例一的描述,在此不再赘述。
实施例三
图4示出了本发明实施例三提供的找回移动设备的系统的具体结构框图,为了便于说明,仅示出了与本发明实施例相关的部分。该找回移动设备的系统4包括移动设备41、AP42和实施例二中所述的服务端3。
其中,AP42包括:第二MAC地址接收单元421、MAC地址转发单元422、设备状态接收单元423和AP信息发送单元424。
其中,第二MAC地址接收单元421,用于接收所述移动设备41发送的MAC地址;
MAC地址转发单元422,用于转发所述MAC地址至服务端3;
设备状态接收单元423,用于接收服务端3发送的所述移动设备41的设备状态;
AP信息发送单元424,用于根据所述移动设备41的设备状态确定所述移动终端41是否处于挂失状态,如果是,则获取并发送AP的信息至服务端3。
本实施例,AP接收到移动设备发送的MAC地址后,转发所述MAC地址至服务端,服务端根据所述MAC地址查询并发送所述移动设备的设备状态至AP,AP根据所述移动设备的设备状态确定所述移动终端处于挂失状态后,获取并发送AP的信息至服务端,服务端存储并发送所述AP的信息至预设的接收地址。通过服务端和AP之间的交互,可以得到AP的信息,每更换一次AP的接入,进行一次上述的处理,能帮助收集盗用者活动轨迹,通过众多AP的信息,锁定共同的接入者,再加入接入移动设备的差异,可以精确地找回丢失的移动设备。
本发明实施例提供的找回移动设备的系统可以应用在前述对应的方法实施例一中,详情参见上述实施例一的描述,在此不再赘述。
值得注意的是,上述装置实施例中,所包括的各个单元只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种找回移动设备的方法,其特征在于,所述方法包括:
访问节点AP接收移动设备发送的MAC地址;
AP转发所述MAC地址至服务端;
服务端根据所述MAC地址查询并发送所述移动设备的设备状态至AP;其中,所述移动终端的设备状态包括挂失状态和非挂失状态;
AP根据所述移动设备的设备状态确定所述移动终端是否处于挂失状态,如果是,则获取并发送AP的信息至服务端;
服务端存储AP的信息或者发送AP的信息至预设的接收地址。
2.如权利要求1所述的方法,其特征在于,在所述AP接收移动设备发送的MAC地址之前,所述方法还包括:
服务端接收注册指令,存储所述移动设备的用户信息、所述移动设备的设备信息和所述移动设备的主人设置的联系人信息至数据库中,所述移动设备的主人设置的联系人信息中包括预设的接收地址。
3.如权利要求2所述的方法,其特征在于,所述用户信息存储在userInfo表中,所述设备信息存储在phone表中,所述移动设备的主人设置的联系人信息存储在contacts表中,所述userInfo表与所述phone表是一对多的关系,所述userInfo表与所述contacts表是一对多的关系。
4.如权利要求3所述的方法,其特征在于,在所述服务端接收注册指令,存储所述移动设备的用户信息、所述移动设备的设备信息和所述移动设备的主人设置的联系人信息至数据库中之后,所述方法还包括:
当所述移动设备丢失或者被盗后,服务端接收输入的挂失指令,根据所述挂失指令修改所述phone表中的状态status字段的值为挂失。
5.如权利要求3或4所述的方法,其特征在于,服务端存储AP的信息至数据库的records表中,所述phone表与所述records表是一对多的关系。
6.一种服务端,其特征在于,所述服务端包括:
第一MAC地址接收单元,用于接收访问节点转发的MAC地址;
设备状态发送单元,用于根据所述MAC地址查询并发送移动设备的设备状态至AP;其中,所述移动终端的设备状态包括挂失状态和非挂失状态;
AP信息接收单元,用于接收AP发送的AP的信息;
AP信息处理单元,用于存储AP的信息或者发送AP的信息至预设的接收地址。
7.如权利要求6所述的服务端,其特征在于,所述服务端还包括:
注册单元,用于接收注册指令,存储所述移动设备的用户信息、所述移动设备的设备信息和所述移动设备的主人设置的联系人信息至数据库中,所述移动设备的主人设置的联系人信息中包括预设的接收地址。
8.如权利要求7所述的服务端,其特征在于,所述用户信息存储在userInfo表中,所述设备信息存储在phone表中,所述移动设备的主人设置的联系人信息存储在contacts表中,所述userInfo表与所述phone表是一对多的关系,所述userInfo表与所述contacts表是一对多的关系。
9.如权利要求8所述的服务端,其特征在于,所述服务端还包括:
挂失单元,用于当所述移动设备丢失或者被盗后,接收输入的挂失指令,根据所述挂失指令修改所述phone表中的状态status字段的值为挂失。
10.如权利要求8或9所述的服务端,其特征在于,所述AP信息处理单元存储AP的信息至数据库的records表中,所述phone表与所述records表是一对多的关系。
11.一种找回移动设备的系统,所述系统包括移动设备,其特征在于,所述系统还包括访问节点AP和如权利要求6至10任一项所述的服务端;
所述AP包括:
第二MAC地址接收单元,用于接收所述移动设备发送的MAC地址;
MAC地址转发单元,用于转发所述MAC地址至服务端;
设备状态接收单元,用于接收服务端发送的所述移动设备的设备状态;其中,所述移动终端的设备状态包括挂失状态和非挂失状态;
AP信息发送单元,用于根据所述移动设备的设备状态确定所述移动终端是否处于挂失状态,如果是,则获取并发送AP的信息至服务端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510469132.3A CN105072575B (zh) | 2015-07-31 | 2015-07-31 | 找回移动设备的方法、系统及服务端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510469132.3A CN105072575B (zh) | 2015-07-31 | 2015-07-31 | 找回移动设备的方法、系统及服务端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105072575A CN105072575A (zh) | 2015-11-18 |
CN105072575B true CN105072575B (zh) | 2019-09-17 |
Family
ID=54501829
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510469132.3A Active CN105072575B (zh) | 2015-07-31 | 2015-07-31 | 找回移动设备的方法、系统及服务端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105072575B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106331169A (zh) * | 2016-10-14 | 2017-01-11 | 深圳天珑无线科技有限公司 | 一种移动终端挂失的方法及云客户端、云服务器、移动终端 |
CN111182546B (zh) * | 2019-12-31 | 2021-09-21 | 荣耀终端有限公司 | 接入无线网络的方法、设备及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20100011060A (ko) * | 2008-07-24 | 2010-02-03 | 주식회사 파인디지털 | 디지털 기기의 도난 방지 시스템 및 이를 위한 디지털 기기 |
CN102158595A (zh) * | 2011-02-16 | 2011-08-17 | 中兴通讯股份有限公司 | 一种通过人脸识别实现移动终端防盗的方法和装置 |
CN102843405A (zh) * | 2011-06-24 | 2012-12-26 | 基信康信息技术(上海)有限公司 | 移动终端、网络服务器和移动终端防盗服务的方法 |
CN103052024A (zh) * | 2012-12-06 | 2013-04-17 | 广东欧珀移动通信有限公司 | 一种手机防盗方法、客户端及服务器 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9185123B2 (en) * | 2008-02-12 | 2015-11-10 | Finsphere Corporation | System and method for mobile identity protection for online user authentication |
-
2015
- 2015-07-31 CN CN201510469132.3A patent/CN105072575B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20100011060A (ko) * | 2008-07-24 | 2010-02-03 | 주식회사 파인디지털 | 디지털 기기의 도난 방지 시스템 및 이를 위한 디지털 기기 |
CN102158595A (zh) * | 2011-02-16 | 2011-08-17 | 中兴通讯股份有限公司 | 一种通过人脸识别实现移动终端防盗的方法和装置 |
CN102843405A (zh) * | 2011-06-24 | 2012-12-26 | 基信康信息技术(上海)有限公司 | 移动终端、网络服务器和移动终端防盗服务的方法 |
CN103052024A (zh) * | 2012-12-06 | 2013-04-17 | 广东欧珀移动通信有限公司 | 一种手机防盗方法、客户端及服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN105072575A (zh) | 2015-11-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103957248B (zh) | 一种基于物联网的公共实时数据管理云服务平台 | |
CN103825950B (zh) | 一种基于云平台同步联系人的方法及系统 | |
CN104618312B (zh) | 一种m2m应用的远程注册方法、装置和系统 | |
CN111861140A (zh) | 一种业务处理方法、装置、存储介质和电子装置 | |
CN113055421B (zh) | 一种服务网格治理方法及系统 | |
CN103024698B (zh) | 一种整合各联系人的信息的方法、系统及移动终端 | |
JP2014502383A5 (zh) | ||
CN102088519A (zh) | 通讯录管理方法及其装置 | |
CN104468565B (zh) | WiFi热点的登录方法及系统 | |
CN101421978A (zh) | 远程访问终端设备的设备管理系统 | |
CN201323637Y (zh) | 一种掌上运维系统 | |
CN106330880A (zh) | 通讯录的管理方法及家庭网关 | |
WO2018000653A1 (zh) | M2m应用的信息方法、cse及ae | |
ITTO20060773A1 (it) | Metodo di accesso a basi di dati tramite messaggi sms/mms | |
CN108092789A (zh) | 网络切片模板的管理方法及装置 | |
CN106911769B (zh) | 云平台路由数据的处理方法和云平台的物理服务器 | |
CN105072575B (zh) | 找回移动设备的方法、系统及服务端 | |
CN103916444A (zh) | 一种云模式的号码信息显示方法 | |
US9237206B2 (en) | Method and apparatus for updating personal information in communication system | |
CN110661851A (zh) | 数据交换方法和装置 | |
CN104539637B (zh) | 校验码信息的发送方法、服务器及用户终端 | |
CN104539449B (zh) | 一种故障信息处理方法与相关装置 | |
CN109511153A (zh) | 一种基站接入控制方法、装置、介质、计算机设备及系统 | |
CN113194012A (zh) | 基于物联网的多智能体管理方法、架构、设备及存储介质 | |
CN107425994B (zh) | 一种实现参数远程管理的方法、终端和服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |