CN103501386A - 自动呼叫的方法和终端 - Google Patents
自动呼叫的方法和终端 Download PDFInfo
- Publication number
- CN103501386A CN103501386A CN201310431865.9A CN201310431865A CN103501386A CN 103501386 A CN103501386 A CN 103501386A CN 201310431865 A CN201310431865 A CN 201310431865A CN 103501386 A CN103501386 A CN 103501386A
- Authority
- CN
- China
- Prior art keywords
- terminal
- acceleration
- dropped
- described terminal
- threshold values
- 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
Links
Images
Landscapes
- Telephone Function (AREA)
Abstract
本发明公开了一种自动呼叫的方法和终端,属于通信技术领域。所述方法应用于终端,具体包括:监测所述终端是否被摔落且摔落后转为静止状态;如果监测到所述终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码。所述终端包括:监测模块和呼叫模块。本发明实现了终端的自动呼叫,提供了一种全新的自动呼叫模式,检测的结果更准确,提高了精度和灵敏度,更加智能、稳定和可靠。
Description
技术领域
本公开涉及通信技术领域,特别涉及一种自动呼叫的方法和终端。
背景技术
随着通信技术的发展,手机面向的用户越来越广,包括老年人以及残疾人。众所周知,老年人和残疾人通常不善于或不便于操作手机,当遇到紧急情况时,想联系家人或者报警就会慌乱,甚至独居老人在类似中风的状况下根本无法实现报警。
目前,有的手机上设置有温度传感器,可以实时采集温度值。当手机用户遇到突发情况时,如无法用手指进行操作时,可将嘴对准温度传感器所在位置进行哈气动作,使得温度传感器感应到哈气带来的温度。如果***测到温度传感器采集到的温度值与当前的环境温度值之差超过预设值时,自动发起呼叫进行报警。
但是,上述方案中必须将温度传感器设置在手机表面,而且,温度传感器受环境的影响较大,精度与准确性较差。另外,对于用户遇到类似车祸、中风等失去知觉的危急情况,则无法实现自动呼叫报警。
发明内容
有鉴于此,本公开提供了一种自动呼叫的方法和终端,以提高准确性和实用性。所述技术方案如下:
一方面,提供了一种自动呼叫的方法,应用于终端,所述方法包括:
监测所述终端是否被摔落且摔落后转为静止状态;
如果监测到所述终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码。
其中,所述监测所述终端是否被摔落且摔落后转为静止状态,包括:
实时采集所述终端的加速度,并在每次采集后将当前采集的加速度与预设的阀值进行比较;
如果当前采集的加速度大于预设的上阀值,则确认所述终端被摔落;
如果在确认所述终端被摔落后,当前采集的加速度小于预设的下阀值,则确认所述终端由摔落转为静止状态。
其中,如果在确认所述终端被摔落后,当前采集的加速度小于预设的下阀值,则确认所述终端由摔落转为静止状态,包括:
在确认所述终端被摔落后,如果当前采集的加速度小于所述下阀值,则进入预报警状态;
判断在指定的时间内是否出现当前采集的加速度大于等于所述下阀值;
如果在指定的时间内出现当前采集的加速度大于等于所述下阀值,则确认所述终端为误摔后被拾起,解除所述预报警状态;
如果在指定的时间内当前采集的加速度始终小于所述下阀值,则在指定的时间到达时,确认所述终端由摔落转为静止状态。
其中,自动呼叫紧急号码或预先指定的号码,包括:
判断所述终端内是否存在用户身份识别SIM卡;
如果所述终端内存在SIM卡,则自动呼叫紧急号码或预先指定的号码;
如果所述终端内不存在SIM卡,则自动呼叫紧急号码。
其中,所述方法还包括:
在自动呼叫紧急号码或预先指定的号码之后,将所述终端当前的位置发送给所述紧急号码或所述指定的号码。
其中,所述方法还包括:
在自动呼叫所述紧急号码或预先指定的号码之后,如果所述紧急号码或预先指定的号码未接通,则重拨直至接通为止。
另一方面,提供了一种自动呼叫的终端,所述终端包括:
监测模块,用于监测所述终端是否被摔落且摔落后转为静止状态;
呼叫模块,用于在所述监测模块监测到所述终端被摔落且摔落后转为静止状态时,自动呼叫紧急号码或预先指定的号码。
其中,所述监测模块包括:
采集单元,用于实时采集所述终端的加速度;
比较单元,用于在所述采集单元每次采集后将当前采集的加速度与预设的阀值进行比较;
确认单元,用于在当前采集的加速度大于预设的上阀值时,确认所述终端被摔落;在确认所述终端被摔落后,在当前采集的加速度小于预设的下阀值时,确认所述终端由摔落转为静止状态。
其中,所述确认单元包括:
预报警子单元,用于在确认所述终端被摔落后,在当前采集的加速度小于所述下阀值时,进入预报警状态;
比较子单元,用于判断在指定的时间内是否出现当前采集的加速度大于等于所述下阀值;
解除预报警子单元,用于在指定的时间内出现当前采集的加速度大于等于所述下阀值时,确认所述终端为误摔后被拾起,解除所述预报警状态;
确认子单元,用于在指定的时间内当前采集的加速度始终小于所述下阀值时,在指定的时间到达时,确认所述终端由摔落转为静止状态。
其中,所述呼叫模块包括:
SIM卡判断单元,用于在所述监测模块监测到所述终端由摔落转为静止状态后,判断所述终端内是否存在用户身份识别SIM卡;
呼叫单元,用于在所述终端内存在SIM卡时,自动呼叫紧急号码或预先指定的号码;在所述终端内不存在SIM卡时,自动呼叫紧急号码。
其中,所述终端还包括:
位置发送模块,用于在所述呼叫模块自动呼叫紧急号码或预先指定的号码之后,将所述终端当前的位置发送给所述紧急号码或所述指定的号码。
其中,所述呼叫模块还包括:
重拨单元,用于在自动呼叫紧急号码或预先指定的号码之后,如果所述紧急号码或预先指定的号码未接通,则重拨直至接通为止。
本公开提供的技术方案带来的一些有益效果可以包括:通过监测所述终端是否被摔落且摔落后转为静止状态;如果监测到所述终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码,实现了终端的自动呼叫,无需人体刻意以任何方式对终端发起指令请求呼叫,可以自行监测和呼叫,提供了一种全新的自动呼叫模式。而且检测的结果更准确更智能,提高了精度和灵敏度,稳定且可靠,可以应用于自动报警,报警的方式更加人性化。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。
附图说明
为了更清楚地说明本公开的实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本公开实施例1提供的自动呼叫的方法示例性流程图;
图2是本公开实施例2提供的自动呼叫的方法示例性流程图;
图3是本公开实施例3提供的自动呼叫的方法示例性流程图;
图4是本公开实施例3提供的加速度传感器内部的示例性逻辑示意图;
图5是本公开实施例4提供的自动呼叫的终端一种示例性结构图;
图6是本公开实施例4提供的自动呼叫的终端另一种示例性结构图;
图7是本公开实施例5提供的终端示例性结构图。
通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开实施方式作进一步地详细描述。
实施例1
参见图1,本实施例提供了一种自动呼叫的方法,应用于终端,该方法包括如下步骤。
在步骤101中,监测终端是否被摔落且摔落后转为静止状态。
在步骤102中,如果监测到终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码。
本实施例中,所述终端包括但不限于:手机、平板电脑等手持设备,本实施例对此不做具体限定。所述摔落泛指终端从某一高度落下,如从手中落到地面上等等,所述摔落可以为意外摔落,或者也可以为用户故意摔落,如从手中抛出等等,本实施例对此不做具体限定。所述静止状态是针对摔落而言的,由摔落转为静止状态,可以包括绝对静止状态,也可以包括相对静止状态。例如,用户在家中将手机摔落到地面上,手机由摔落转为静止状态,该静止状态为绝对静止状态。再如,用户在行驶的汽车中将手机摔落到车内的地面上,此时,手机由摔落转为相对的静止状态。本实施例提供的上述方法可以适用于各种场景,本实施例对此不做具体限定。
本实施例中,监测终端是否被摔落且摔落后转为静止状态,包括:
实时采集终端的加速度,并在每次采集后将当前采集的加速度与预设的阀值进行比较;
如果当前采集的加速度大于预设的上阀值,则确认终端被摔落;
如果在确认终端被摔落后,当前采集的加速度小于预设的下阀值,则确认终端由摔落转为静止状态。
其中,如果在确认终端被摔落后,当前采集的加速度小于预设的下阀值,则确认终端由摔落转为静止状态,包括:
在确认终端被摔落后,如果当前采集的加速度小于所述下阀值,则进入预报警状态;
判断在指定的时间内是否出现当前采集的加速度大于等于该下阀值;
如果在指定的时间内出现当前采集的加速度大于等于该下阀值,则确认终端为误摔后被拾起,解除预报警状态;
如果在指定的时间内当前采集的加速度始终小于该下阀值,则在指定的时间到达时,确认终端由摔落转为静止状态。
本实施例中,自动呼叫紧急号码或预先指定的号码,包括:
判断终端内是否存在用户身份识别SIM卡;
如果终端内存在SIM卡,则自动呼叫紧急号码或预先指定的号码;
如果终端内不存在SIM卡,则自动呼叫紧急号码。
本实施例中,上述方法还包括:
在自动呼叫紧急号码或预先指定的号码之后,将终端当前的位置发送给紧急号码或指定的号码。
本实施例中,上述方法还包括:
在自动呼叫紧急号码或预先指定的号码之后,如果该紧急号码或预先指定的号码未接通,则重拨直至接通为止。
本实施例提供的上述方法,通过监测终端是否被摔落且摔落后转为静止状态,如果监测到终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码,实现了终端的自动呼叫,无需人体刻意以任何方式对终端发起指令请求呼叫,可以自行监测和呼叫,提供了一种全新的自动呼叫模式。另外,可以基于终端的加速度进行监测,结果更准确更智能,提高了精度和灵敏度,稳定且可靠,可以应用于自动报警,报警的方式更加人性化。
实施例2
参见图2,本实施例提供了一种自动呼叫的方法,应用于终端,该方法包括如下步骤。
在步骤201中,实时采集终端的加速度。
在步骤202中,在每次采集后将当前采集的加速度与预设的阀值进行比较。
在步骤203中,如果当前采集的加速度大于预设的上阀值,则确认终端被摔落。
在步骤204中,如果在确认终端被摔落后,当前采集的加速度小于预设的下阀值,则确认终端由摔落转为静止状态。
在步骤205中,在确认终端由摔落转为静止状态后,自动呼叫紧急号码或预先指定的号码。
本实施例中,所述终端包括但不限于:手机、平板电脑等手持设备,本实施例对此不做具体限定。所述摔落泛指终端从某一高度落下,如从手中落到地面上等等,所述摔落可以为意外摔落,或者也可以为用户故意摔落,如从手中抛出等等,本实施例对此不做具体限定。所述静止状态是针对摔落而言的,由摔落转为静止状态,可以包括绝对静止状态,也可以包括相对静止状态。例如,用户在家中将手机摔落到地面上,手机由摔落转为静止状态,该静止状态为绝对静止状态。再如,用户在行驶的汽车中将手机摔落到车内的地面上,此时,手机由摔落转为相对的静止状态。本实施例提供的上述方法可以适用于各种场景,本实施例对此不做具体限定。
本实施例中,确定终端被摔落的场景可以包括:当持有该终端的用户摔倒后无法自主进行呼叫报警的场景,或者持有该终端的用户有意将终端摔落在地上进行自动报警的场景,本实施例对此不做具体限定。例如,当持有手机的老人或病人摔倒时,或者有意将手机摔落地上时,可以进行自动拨号呼叫预先设置的号码或120等,以救人于危难。可以看出无论是用户无法进行报警还是有意进行报警,本实施例提供的上述方法均可以实现自动呼叫进行报警,该方法能够适用各种场景,应用更广泛更实用。
本实施例中,自动呼叫紧急号码或预先指定的号码,包括:
判断终端内是否存在用户身份识别SIM卡;
如果终端内存在SIM卡,则自动呼叫紧急号码或预先指定的号码;
如果终端内不存在SIM卡,则自动呼叫紧急号码。
这种方式可以确保终端能够进行有效的呼叫,保证了自动呼叫的有效性,避免了无SIM卡的终端无法进行自动呼叫,实现了无论终端内是否存在SIM卡均能有效呼叫。
本实施例中,上述方法还包括:
在自动呼叫紧急号码或预先指定的号码之后,将终端当前的位置发送给该紧急号码或指定的号码。这种方式下,通过发送终端的位置,可以对终端用户无法用语言沟通的情况下,增加救援的可能性,为终端用户报警请求救援提供了可靠的保证。
本实施例中,自动呼叫紧急号码或预先指定的号码,可以包括以下步骤:
判断是否已有指定的号码;
如果已有指定的号码,则自动呼叫所述指定的号码;
如果没有指定的号码,则自动呼叫紧急号码。
本实施例中涉及的紧急号码为特定的用于呼救的紧急号码,包括但不限于:120、999、110、119等等,本实施例对此不做具体限定。所述指定的号码可以为终端用户预先在终端内设定的号码,如亲人的号码、朋友的号码等等,本实施例对此也不做具体限定。
本实施例中,上述方法还包括:
在自动呼叫紧急号码或预先指定的号码之后,如果该紧急号码或预先指定的号码未接通,则重拨直至接通为止。这种方式下,通过重拨该紧急号码或指定的号码直至接通,避免了由于没有接通而导致自动呼叫报警无效,为用户自动报警提供了可靠的保证。
上述方法中,采集终端的加速度以及与阀值做比较确定终端的状态等操作,具体地可以通过终端内设置的加速度传感器来实现。加速度传感器与温度传感器相比,更具有优势,本身检测的结果更精准,也不受必须安装在终端表面的限制,也便于设定适用于各种状况的阀值,如果遇到类似车祸、中风等状况,或者意识丧失前摔出终端,都可以拨出呼叫,更加方便,实用性强。
所述加速度传感器可以通过3个方向的灵敏轴来判断终端的运动方向,该3个方向上的加速度值可以分别用x,y和z来表示。由于终端可能以任何方向摔落,因此,本实施例涉及的加速度为总加速度,该总加速度可以表示如下:
其中,a表示总加速度,x,y和z分别为所述3个方向上的加速度。在得到该总加速度之后,加速度传感器可以将该值与预设的阀值进行比较,从而确定终端是否被摔落以及摔落之后是否转为静止状态等等。
本实施例中,所述加速度传感器可以内置在终端中,当然,在其它实施方式下,也可以独立设置在终端之外,比如做成项链或手表等形状佩戴在使用者身上,且由电池供电,通过蓝牙或者红外等无线方式与终端保持连接。这种实施方式可以适用于终端的使用者摔倒后,自动触发终端呼叫进行报警的场景。
本实施例提供的上述方法,通过监测终端是否被摔落且摔落后转为静止状态,如果监测到终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码,实现了终端的自动呼叫,无需人体刻意以任何方式对终端发起指令请求呼叫,可以自行监测和呼叫,提供了一种全新的自动呼叫模式。另外,可以基于终端的加速度进行监测,结果更准确更智能,提高了精度和灵敏度,稳定且可靠,可以应用于自动报警,报警的方式更加人性化。
实施例3
参见图3,本实施例提供了一种自动呼叫的方法,应用于终端,该方法包括如下步骤。
在步骤301中,实时采集终端的加速度。
在步骤302中,在每次采集后将当前采集的加速度与预设的阀值进行比较。
在步骤303中,如果当前采集的加速度大于预设的上阀值,则确认终端被摔落。
在步骤304中,如果在确认终端被摔落后,当前采集的加速度小于预设的下阀值,则进入预报警状态;
所述预报警状态是指确认了终端由摔落转为静止状态,但还需要进一步确认是否终端为误摔。
在步骤305中,判断在指定的时间内是否出现当前采集的加速度大于等于该下阀值,如果在指定的时间内出现当前采集的加速度大于等于该下阀值,则执行306;如果在指定的时间内当前采集的加速度始终小于该下阀值,则执行307;
在步骤306中,确认终端为误摔后被拾起,解除预报警状态,流程结束;
在步骤307中,在指定的时间到达时,确认终端由摔落转为静止状态,自动呼叫紧急号码或预先指定的号码,流程结束。
本实施例中,所述终端包括但不限于:手机、平板电脑等手持设备,本实施例对此不做具体限定。所述摔落泛指终端从某一高度落下,如从手中落到地面上等等,所述摔落可以为意外摔落,或者也可以为用户故意摔落,如从手中抛出等等,本实施例对此不做具体限定。所述静止状态是针对摔落而言的,由摔落转为静止状态,可以包括绝对静止状态,也可以包括相对静止状态。例如,用户在家中将手机摔落到地面上,手机由摔落转为静止状态,该静止状态为绝对静止状态。再如,用户在行驶的汽车中将手机摔落到车内的地面上,此时,手机由摔落转为相对的静止状态。本实施例提供的上述方法可以适用于各种场景,本实施例对此不做具体限定。
本实施例中,确定终端被摔落的场景可以包括:当持有该终端的用户摔倒后无法自主进行呼叫报警的场景,或者持有该终端的用户有意将终端摔落在地上进行自动报警的场景,本实施例对此不做具体限定。可以看出无论是用户无法进行报警还是有意进行报警,本实施例提供的上述方法均可以实现自动呼叫进行报警,该方法能够适用各种场景,应用更广泛更实用。
本实施例中,自动呼叫紧急号码或预先指定的号码,包括:
判断终端内是否存在用户身份识别SIM卡;
如果终端内存在SIM卡,则自动呼叫紧急号码或预先指定的号码;
如果终端内不存在SIM卡,则自动呼叫紧急号码。
这种方式可以确保终端能够进行有效的呼叫,保证了自动呼叫的有效性,避免了无SIM卡的终端无法进行自动呼叫,实现了无论终端内是否存在SIM卡均能有效呼叫。
本实施例中,上述方法还包括:
在自动呼叫紧急号码或预先指定的号码之后,将终端当前的位置发送给该紧急号码或指定的号码。这种方式下,通过发送终端的位置,可以对终端用户无法用语言沟通的情况下,增加救援的可能性,为终端用户报警请求救援提供了可靠的保证。
本实施例中,自动呼叫紧急号码或预先指定的号码,可以包括以下步骤:
判断是否已有指定的号码;
如果已有指定的号码,则自动呼叫所述指定的号码;
如果没有指定的号码,则自动呼叫紧急号码。
本实施例中涉及的紧急号码为特定的用于呼救的紧急号码,包括但不限于:120、999、110、119等等,本实施例对此不做具体限定。所述指定的号码可以为终端用户预先在终端内设定的号码,如亲人的号码、朋友的号码等等,本实施例对此也不做具体限定。
本实施例中,上述方法还包括:
在自动呼叫紧急号码或预先指定的号码之后,如果该紧急号码或预先指定的号码未接通,则重拨直至接通为止。这种方式下,通过重拨该紧急号码或指定的号码直至接通,避免了由于没有接通而导致自动呼叫报警无效,为用户自动报警提供了可靠的保证。
上述方法中,采集终端的加速度以及与阀值做比较确定终端的状态等操作,具体地可以通过终端内设置的加速度传感器来实现。加速度传感器与温度传感器相比,更具有优势,本身检测的结果更精准,也不受必须安装在终端表面的限制,也便于设定适用于各种状况的阀值,如果遇到类似车祸、中风等状况,或者意识丧失前摔出终端,都可以拨出呼叫,更加方便,实用性强。
所述加速度传感器可以通过3个方向的灵敏轴来判断终端的运动方向,该3个方向上的加速度值可以分别用x,y和z来表示。由于终端可能以任何方向摔落,因此,本实施例涉及的加速度为总加速度,该总加速度可以表示如下:
其中,a表示总加速度,x,y和z分别为所述3个方向上的加速度。在得到该总加速度之后,加速度传感器可以将该值与预设的阀值进行比较,从而确定终端是否被摔落以及摔落之后是否转为静止状态等等。
参见图4,为本实施例提供的加速度传感器的内部逻辑示意图。其中,可以设置四个逻辑状态:S0为准备状态,S1为激活状态,S2为判断状态,S3为呼叫状态。预先设置的上阀值为ThMax,下阀值为ThMin。参数OverThMax表示终端被摔落,其判断的条件为:若加速度a>ThMax,则OverThMax=1为True,此时认为终端被摔落;否则,OverThMax=0为False,此时认为终端未摔落。参数OverThMin表示终端是否由摔落转为静止状态,其判断的条件为:若加速度a<ThMin,则OverThMin=1为True,此时认为终端已由摔落转为静止状态;否则,OverThMin=0为False,此时认为终端仍然保持在原来的状态。所述指定的时间可以表示为t,通常为秒级,如5s或8s等等。参数OverTime表示从确认终端由摔落转为静止状态开始是否达到所述指定的时间,其判断的条件为:从终端由摔落转为静止状态开始,如果达到所述指定的时间,则OverTime=1为True,此时认为已经超时;否则,OverTime=0为False,此时认为还未超时。从图中可以看出,初始时为S0准备状态,OverThMax=0,当检测到OverThMax=1时,认为终端被摔落,则进入S1激活状态。此时,如果OverThMin=0则保持该激活状态不变,如果OverThMin=1,则认为终端由摔落转为静止状态,则进入S2判断状态,并开始计时。如果指定的时间达到之前,始终OverThMin=1,则认为终端一直保持静止状态,因此保持判断状态不变,直到指定的时间为止,则进入S3呼叫状态进行自动呼叫。如果指定的时间达到之前,OverThMin=0,则认为终端为误摔已被用户拾起,则返回S0准备状态继续进行检测,以此类推,上述过程可以重复执行。
本实施例中,所述加速度传感器可以内置在终端中,当然,在其它实施方式下,也可以独立设置在终端之外,比如做成项链或手表等形状佩戴在使用者身上,且由电池供电,通过蓝牙或者红外等无线方式与终端保持连接。这种实施方式可以适用于终端的使用者摔倒后,自动触发终端呼叫进行报警的场景。
本实施例提供的上述方法,通过监测终端是否被摔落且摔落后转为静止状态,如果监测到终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码,实现了终端的自动呼叫,无需人体刻意以任何方式对终端发起指令请求呼叫,可以自行监测和呼叫,提供了一种全新的自动呼叫模式。另外,可以基于终端的加速度进行监测,结果更准确更智能,提高了精度和灵敏度,稳定且可靠,可以应用于自动报警,报警的方式更加人性化。再有,通过判断终端是否发生误摔的情况以及结合超时来决策是否自动呼叫,避免了由于误摔而导致的误呼叫,增加了防误报机制,减少了不必要的误会,更加稳定可靠。
实施例4
参见图5,本实施例提供了一种自动呼叫的终端,包括:
监测模块501,用于监测终端是否被摔落且摔落后转为静止状态;
呼叫模块502,用于在监测模块501监测到终端被摔落且摔落后转为静止状态时,则自动呼叫紧急号码或预先指定的号码。
本实施例中,所述终端包括但不限于:手机、平板电脑等手持设备,本实施例对此不做具体限定。所述摔落泛指终端从某一高度落下,如从手中落到地面上等等,所述摔落可以为意外摔落,或者也可以为用户故意摔落,如从手中抛出等等,本实施例对此不做具体限定。所述静止状态是针对摔落而言的,由摔落转为静止状态,可以包括绝对静止状态,也可以包括相对静止状态。例如,用户在家中将手机摔落到地面上,手机由摔落转为静止状态,该静止状态为绝对静止状态。再如,用户在行驶的汽车中将手机摔落到车内的地面上,此时,手机由摔落转为相对的静止状态。本实施例提供的上述方法可以适用于各种场景,本实施例对此不做具体限定。
本实施例中,确定终端被摔落的场景可以包括:当持有该终端的用户摔倒后无法自主进行呼叫报警的场景,或者持有该终端的用户有意将终端摔落在地上进行自动报警的场景,本实施例对此不做具体限定。例如,当持有手机的老人或病人摔倒时,或者有意将手机摔落地上时,可以进行自动拨号呼叫预先设置的号码或120等,以救人于危难。可以看出无论是用户无法进行报警还是有意进行报警,本实施例提供的上述方法均可以实现自动呼叫进行报警,该方法能够适用各种场景,应用更广泛更实用。
本实施例中,监测模块501包括:
采集单元,用于实时采集终端的加速度;
比较单元,用于在采集单元每次采集后将当前采集的加速度与预设的阀值进行比较;
确认单元,用于在当前采集的加速度大于预设的上阀值时,确认终端被摔落;在确认终端被摔落后,在当前采集的加速度小于预设的下阀值时,确认终端由摔落转为静止状态。
其中,上述确认单元包括:
预报警子单元,用于在确认终端被摔落后,在当前采集的加速度小于预设的下阀值时,进入预报警状态;
比较子单元,用于判断在指定的时间内是否出现当前采集的加速度大于等于该下阀值;
解除预报警子单元,用于在指定的时间内出现当前采集的加速度大于等于该下阀值时,确认终端为误摔后被拾起,解除预报警状态;
确认子单元,用于在指定的时间内当前采集的加速度始终小于该下阀值时,在指定的时间到达时,确认终端由摔落转为静止状态。
本实施例中,呼叫模块502还包括:
SIM卡判断单元,用于在监测模块监测到终端由摔落转为静止状态后,判断终端内是否存在用户身份识别SIM卡;
呼叫单元,用于在终端内存在SIM卡时,自动呼叫紧急号码或预先指定的号码;在终端内不存在SIM卡时,自动呼叫紧急号码。
这种方式可以确保终端能够进行有效的呼叫,保证了自动呼叫的有效性,避免了无SIM卡的终端无法进行自动呼叫,实现了无论终端内是否存在SIM卡均能有效呼叫。
参见图6,上述终端还包括:
位置发送模块503,用于在呼叫模块502自动呼叫紧急号码或预先指定的号码之后,将终端当前的位置发送给所述紧急号码或指定的号码。这种方式下,通过发送终端的位置,可以对终端用户无法用语言沟通的情况下,增加救援的可能性,为终端用户报警请求救援提供了可靠的保证。
本实施例中,呼叫模块502还包括:
重拨单元,用于在自动呼叫紧急号码或预先指定的号码之后,如果所述紧急号码或预先指定的号码未接通,则重拨直至接通为止。这种方式下,通过重拨该紧急号码或指定的号码直至接通,避免了由于没有接通而导致自动呼叫报警无效,为用户自动报警提供了可靠的保证。
本实施例中呼叫模块自动呼叫紧急号码或预先指定的号码,可以包括:
判断是否已有指定的号码;
如果已有指定的号码,则自动呼叫所述指定的号码;
如果没有指定的号码,则自动呼叫紧急号码。
本实施例中涉及的紧急号码为特定的用于呼救的紧急号码,包括但不限于:120、999、110、119等等,本实施例对此不做具体限定。所述指定的号码可以为终端用户预先在终端内设定的号码,如亲人的号码、朋友的号码等等,本实施例对此也不做具体限定。
本实施例中,采集终端的加速度以及与阀值做比较确定终端的状态等操作,具体地可以通过终端内设置的加速度传感器来实现。加速度传感器与温度传感器相比,更具有优势,本身检测的结果更精准,也不受必须安装在终端表面的限制,也便于设定适用于各种状况的阀值,如果遇到类似车祸、中风等状况,或者意识丧失前摔出终端,都可以拨出呼叫,更加方便,实用性强。
所述加速度传感器可以通过3个方向的灵敏轴来判断终端的运动方向,该3个方向上的加速度值可以分别用x,y和z来表示。由于终端可能以任何方向摔落,因此,本实施例涉及的加速度为总加速度,该总加速度可以表示如下:
其中,a表示总加速度,x,y和z分别为所述3个方向上的加速度。在得到该总加速度之后,加速度传感器可以将该值与预设的阀值进行比较,从而确定终端是否被摔落以及摔落之后是否转为静止状态等等。
本实施例中,所述加速度传感器可以内置在终端中,当然,在其它实施方式下,也可以独立设置在终端之外,比如做成项链或手表等形状佩戴在使用者身上,且由电池供电,通过蓝牙或者红外等无线方式与终端保持连接。这种实施方式可以适用于终端的使用者摔倒后,自动触发终端呼叫进行报警的场景。
本实施例提供的上述终端可以执行上述任一方法实施例中提供的方法,详细过程见方法实施例中的描述,此处不赘述。
本实施例提供的上述终端,通过监测终端是否被摔落且摔落后转为静止状态,如果监测到终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码,实现了终端的自动呼叫,无需人体刻意以任何方式对终端发起指令请求呼叫,可以自行监测和呼叫,提供了一种全新的自动呼叫模式。另外,可以基于终端的加速度进行监测,结果更准确更智能,提高了精度和灵敏度,稳定且可靠,可以应用于自动报警,报警的方式更加人性化。
实施例5
参见图7,本实施例提供了一种终端700,可以包括通信单元110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、传感器150、音频电路160、WiFi(wireless fidelity,无线保真)模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。
本领域技术人员可以理解,图7中示出的终端结构并不构成对终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。其中:
通信单元110可用于收发信息或通话过程中,信号的接收和发送,该通信单元110可以为RF(Radio Frequency,射频)电路、路由器、调制解调器、等网络通信设备。特别地,当通信单元110为RF电路时,将基站的下行信息接收后,交由一个或者一个以上处理器180处理;另外,将涉及上行的数据发送给基站。通常,作为通信单元的RF电路包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier,低噪声放大器)、双工器等。此外,通信单元110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯***)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA(CodeDivision Multiple Access,码分多址)、WCDMA(Wideband Code Division MultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(Short Messaging Service,短消息服务)等。存储器120可用于存储软件程序以及模块,处理器180通过运行存储在存储器120的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据终端700的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器120可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器120还可以包括存储器控制器,以提供处理器180和输入单元130对存储器120的访问。
输入单元130可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。可选地,输入单元130可包括触敏表面131以及其他输入设备132。触敏表面131,也称为触摸显示屏或者触控板,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面131上或在触敏表面131附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触敏表面131可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器180,并能接收处理器180发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面131。除了触敏表面131,输入单元130还可以包括其他输入设备132。可选地,其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端700的各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141,可选的,可以采用LCD(Liquid Crystal Display,液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板141。进一步的,触敏表面131可覆盖显示面板141,当触敏表面131检测到在其上或附近的触摸操作后,传送给处理器180以确定触摸事件的类型,随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图7中,触敏表面131与显示面板141是作为两个独立的部件来实现输入和输入功能,但是在某些实施例中,可以将触敏表面131与显示面板141集成而实现输入和输出功能。
终端700还可包括至少一种传感器150,比如光传感器、运动传感器以及其他传感器。可选地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板141的亮度,接近传感器可在终端700移动到耳边时,关闭显示面板141和/或背光。作为运动传感器的一种,重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于终端700还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路160、扬声器161,传声器162可提供用户与终端700之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号,传输到扬声器161,由扬声器161转换为声音信号输出;另一方面,传声器162将收集的声音信号转换为电信号,由音频电路160接收后转换为音频数据,再将音频数据输出处理器180处理后,经RF电路110以发送给比如另一终端,或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔,以提供外设耳机与终端700的通信。
为了实现无线通信,该终端上可以配置有无线通信单元170,该无线通信单元170可以为WiFi模块。WiFi属于短距离无线传输技术,终端700通过无线通信单元170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图7示出了无线通信单元170,但是可以理解的是,其并不属于终端700的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器180是终端700的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器120内的软件程序和/或模块,以及调用存储在存储器120内的数据,执行终端700的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器180可包括一个或多个处理核心;优选的,处理器180可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器180中。
终端700还包括给各个部件供电的电源190(比如电池),优选的,电源可以通过电源管理***与处理器180逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电***、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出,终端700还可以包括摄像头、蓝牙模块等,在此不再赘述。
以上结合图7给出了终端700的可选结构,为实现自动呼叫,一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行,其中,所述一个或多个模块具有如下功能:
监测所述终端是否被摔落且摔落后转为静止状态;
如果监测到所述终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码。
其中,所述监测所述终端是否被摔落且摔落后转为静止状态,包括:
实时采集所述终端的加速度,并在每次采集后将当前采集的加速度与预设的阀值进行比较;
如果当前采集的加速度大于预设的上阀值,则确认所述终端被摔落;
如果在确认所述终端被摔落后,当前采集的加速度小于预设的下阀值,则确认所述终端由摔落转为静止状态。
其中,如果在确认所述终端被摔落后,当前采集的加速度小于预设的下阀值,则确认所述终端由摔落转为静止状态,包括:
在确认所述终端被摔落后,如果当前采集的加速度小于所述下阀值,则进入预报警状态;
判断在指定的时间内是否出现当前采集的加速度大于等于所述下阀值;
如果在指定的时间内出现当前采集的加速度大于等于所述下阀值,则确认所述终端为误摔后被拾起,解除所述预报警状态;
如果在指定的时间内当前采集的加速度始终小于所述下阀值,则在指定的时间到达时,确认所述终端由摔落转为静止状态。
其中,自动呼叫紧急号码或预先指定的号码,包括:
判断所述终端内是否存在用户身份识别SIM卡;
如果所述终端内存在SIM卡,则自动呼叫紧急号码或预先指定的号码;
如果所述终端内不存在SIM卡,则自动呼叫紧急号码。
其中,所述方法还包括:
在自动呼叫紧急号码或预先指定的号码之后,将所述终端当前的位置发送给所述紧急号码或所述指定的号码。
其中,所述方法还包括:
在自动呼叫所述紧急号码或预先指定的号码之后,如果所述紧急号码或预先指定的号码未接通,则重拨直至接通为止。
本实施例提供的上述终端,通过监测终端是否被摔落且摔落后转为静止状态,如果监测到终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码,实现了终端的自动呼叫,无需人体刻意以任何方式对终端发起指令请求呼叫,可以自行监测和呼叫,提供了一种全新的自动呼叫模式。另外,可以基于终端的加速度进行监测,结果更准确更智能,提高了精度和灵敏度,稳定且可靠,可以应用于自动报警,报警的方式更加人性化。
实施例6
本实施例提供了一种非易失性可读存储介质,该存储介质中存储有一个或多个模块(programs),该一个或多个模块被应用在设备中时,可以使得该设备执行如下步骤的指令(instructions):
监测所述终端是否被摔落且摔落后转为静止状态;
如果监测到所述终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码。
其中,所述监测所述终端是否被摔落且摔落后转为静止状态,包括:
实时采集所述终端的加速度,并在每次采集后将当前采集的加速度与预设的阀值进行比较;
如果当前采集的加速度大于预设的上阀值,则确认所述终端被摔落;
如果在确认所述终端被摔落后,当前采集的加速度小于预设的下阀值,则确认所述终端由摔落转为静止状态。
其中,如果在确认所述终端被摔落后,当前采集的加速度小于预设的下阀值,则确认所述终端由摔落转为静止状态,包括:
在确认所述终端被摔落后,如果当前采集的加速度小于所述下阀值,则进入预报警状态;
判断在指定的时间内是否出现当前采集的加速度大于等于所述下阀值;
如果在指定的时间内出现当前采集的加速度大于等于所述下阀值,则确认所述终端为误摔后被拾起,解除所述预报警状态;
如果在指定的时间内当前采集的加速度始终小于所述下阀值,则在指定的时间到达时,确认所述终端由摔落转为静止状态。
其中,自动呼叫紧急号码或预先指定的号码,包括:
判断所述终端内是否存在用户身份识别SIM卡;
如果所述终端内存在SIM卡,则自动呼叫紧急号码或预先指定的号码;
如果所述终端内不存在SIM卡,则自动呼叫紧急号码。
其中,所述方法还包括:
在自动呼叫紧急号码或预先指定的号码之后,将所述终端当前的位置发送给所述紧急号码或所述指定的号码。
其中,所述方法还包括:
在自动呼叫所述紧急号码或预先指定的号码之后,如果所述紧急号码或预先指定的号码未接通,则重拨直至接通为止。
本实施例提供的上述非易失性可读存储介质,通过监测终端是否被摔落且摔落后转为静止状态,如果监测到终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码,实现了终端的自动呼叫,无需人体刻意以任何方式对终端发起指令请求呼叫,可以自行监测和呼叫,提供了一种全新的自动呼叫模式。另外,可以基于终端的加速度进行监测,结果更准确更智能,提高了精度和灵敏度,稳定且可靠,可以应用于自动报警,报警的方式更加人性化。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本公开的较佳实施例,并不用以限制本公开,凡在本公开的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。
Claims (12)
1.一种自动呼叫的方法,其特征在于,应用于终端,所述方法包括:
监测所述终端是否被摔落且摔落后转为静止状态;
如果监测到所述终端被摔落且摔落后转为静止状态,则自动呼叫紧急号码或预先指定的号码。
2.根据权利要求1所述的方法,其特征在于,所述监测所述终端是否被摔落且摔落后转为静止状态,包括:
实时采集所述终端的加速度,并在每次采集后将当前采集的加速度与预设的阀值进行比较;
如果当前采集的加速度大于预设的上阀值,则确认所述终端被摔落;
如果在确认所述终端被摔落后,当前采集的加速度小于预设的下阀值,则确认所述终端由摔落转为静止状态。
3.根据权利要求2所述的方法,其特征在于,如果在确认所述终端被摔落后,当前采集的加速度小于预设的下阀值,则确认所述终端由摔落转为静止状态,包括:
在确认所述终端被摔落后,如果当前采集的加速度小于所述下阀值,则进入预报警状态;
判断在指定的时间内是否出现当前采集的加速度大于等于所述下阀值;
如果在指定的时间内出现当前采集的加速度大于等于所述下阀值,则确认所述终端为误摔后被拾起,解除所述预报警状态;
如果在指定的时间内当前采集的加速度始终小于所述下阀值,则在指定的时间到达时,确认所述终端由摔落转为静止状态。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述自动呼叫紧急号码或预先指定的号码,包括:
判断所述终端内是否存在用户身份识别SIM卡;
如果所述终端内存在SIM卡,则自动呼叫紧急号码或预先指定的号码;
如果所述终端内不存在SIM卡,则自动呼叫紧急号码。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在自动呼叫紧急号码或预先指定的号码之后,将所述终端当前的位置发送给所述紧急号码或所述指定的号码。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在自动呼叫所述紧急号码或预先指定的号码之后,如果所述紧急号码或预先指定的号码未接通,则重拨直至接通为止。
7.一种自动呼叫的终端,其特征在于,所述终端包括:
监测模块,用于监测所述终端是否被摔落且摔落后转为静止状态;
呼叫模块,用于在所述监测模块监测到所述终端被摔落且摔落后转为静止状态时,自动呼叫紧急号码或预先指定的号码。
8.根据权利要求7所述的终端,其特征在于,所述监测模块包括:
采集单元,用于实时采集所述终端的加速度;
比较单元,用于在所述采集单元每次采集后将当前采集的加速度与预设的阀值进行比较;
确认单元,用于在当前采集的加速度大于预设的上阀值时,确认所述终端被摔落;在确认所述终端被摔落后,在当前采集的加速度小于预设的下阀值时,确认所述终端由摔落转为静止状态。
9.根据权利要求8所述的终端,其特征在于,所述确认单元包括:
预报警子单元,用于在确认所述终端被摔落后,在当前采集的加速度小于所述下阀值时,进入预报警状态;
比较子单元,用于判断在指定的时间内是否出现当前采集的加速度大于等于所述下阀值;
解除预报警子单元,用于在指定的时间内出现当前采集的加速度大于等于所述下阀值时,确认所述终端为误摔后被拾起,解除所述预报警状态;
确认子单元,用于在指定的时间内当前采集的加速度始终小于所述下阀值时,在指定的时间到达时,确认所述终端由摔落转为静止状态。
10.根据权利要求7至9中任一项所述的终端,其特征在于,所述呼叫模块包括:
SIM卡判断单元,用于在所述监测模块监测到所述终端由摔落转为静止状态后,判断所述终端内是否存在用户身份识别SIM卡;
呼叫单元,用于在所述终端内存在SIM卡时,自动呼叫紧急号码或预先指定的号码;在所述终端内不存在SIM卡时,自动呼叫紧急号码。
11.根据权利要求7所述的终端,其特征在于,所述终端还包括:
位置发送模块,用于在所述呼叫模块自动呼叫紧急号码或预先指定的号码之后,将所述终端当前的位置发送给所述紧急号码或所述指定的号码。
12.根据权利要求7所述的终端,其特征在于,所述呼叫模块还包括:
重拨单元,用于在自动呼叫紧急号码或预先指定的号码之后,如果所述紧急号码或预先指定的号码未接通,则重拨直至接通为止。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310431865.9A CN103501386B (zh) | 2013-09-22 | 2013-09-22 | 自动呼叫的方法和终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310431865.9A CN103501386B (zh) | 2013-09-22 | 2013-09-22 | 自动呼叫的方法和终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103501386A true CN103501386A (zh) | 2014-01-08 |
CN103501386B CN103501386B (zh) | 2016-02-10 |
Family
ID=49866555
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310431865.9A Active CN103501386B (zh) | 2013-09-22 | 2013-09-22 | 自动呼叫的方法和终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103501386B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103763436A (zh) * | 2014-01-20 | 2014-04-30 | 惠州Tcl移动通信有限公司 | 一种基于移动终端自动提醒所处位置的方法及移动终端 |
CN105072235A (zh) * | 2015-08-26 | 2015-11-18 | 广东欧珀移动通信有限公司 | 一种拨号控制方法及智能手表 |
CN105120044A (zh) * | 2015-08-26 | 2015-12-02 | 广东欧珀移动通信有限公司 | 一种拨号控制方法及智能手表 |
CN105224214A (zh) * | 2015-08-26 | 2016-01-06 | 广东欧珀移动通信有限公司 | 一种拨号控制方法及智能手表 |
CN105227730A (zh) * | 2015-08-26 | 2016-01-06 | 广东欧珀移动通信有限公司 | 一种拨号控制方法及智能手表 |
CN105704306A (zh) * | 2016-01-12 | 2016-06-22 | 上海斐讯数据通信技术有限公司 | 一种拨打紧急号码的方法和终端 |
CN105721275A (zh) * | 2014-12-04 | 2016-06-29 | ***通信集团公司 | 一种发送即时消息的方法及装置 |
CN105828425A (zh) * | 2016-03-25 | 2016-08-03 | 乐视控股(北京)有限公司 | 移动通信终端低功耗实现方法及装置 |
CN105939414A (zh) * | 2016-04-14 | 2016-09-14 | 深圳天珑无线科技有限公司 | 实现紧急呼叫的方法及具有紧急呼叫功能的移动装置 |
CN106686566A (zh) * | 2015-11-06 | 2017-05-17 | 巨擘科技股份有限公司 | 腕表、穿戴装置、紧急求救方法以及快速拨话方法 |
WO2024036816A1 (zh) * | 2022-08-17 | 2024-02-22 | 孙全 | 一种自动通讯急救预警*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007184715A (ja) * | 2006-01-05 | 2007-07-19 | Softbank Mobile Corp | 情報通信端末 |
CN201430692Y (zh) * | 2009-06-04 | 2010-03-24 | 北京天安信通科技有限责任公司 | 一种具有摔倒报警提示、计步器功能的无线移动终端 |
CN102413442A (zh) * | 2011-11-10 | 2012-04-11 | 惠州Tcl移动通信有限公司 | 一种手机防遗失的方法及手机 |
-
2013
- 2013-09-22 CN CN201310431865.9A patent/CN103501386B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007184715A (ja) * | 2006-01-05 | 2007-07-19 | Softbank Mobile Corp | 情報通信端末 |
CN201430692Y (zh) * | 2009-06-04 | 2010-03-24 | 北京天安信通科技有限责任公司 | 一种具有摔倒报警提示、计步器功能的无线移动终端 |
CN102413442A (zh) * | 2011-11-10 | 2012-04-11 | 惠州Tcl移动通信有限公司 | 一种手机防遗失的方法及手机 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103763436A (zh) * | 2014-01-20 | 2014-04-30 | 惠州Tcl移动通信有限公司 | 一种基于移动终端自动提醒所处位置的方法及移动终端 |
CN105721275A (zh) * | 2014-12-04 | 2016-06-29 | ***通信集团公司 | 一种发送即时消息的方法及装置 |
CN105224214A (zh) * | 2015-08-26 | 2016-01-06 | 广东欧珀移动通信有限公司 | 一种拨号控制方法及智能手表 |
CN105120044A (zh) * | 2015-08-26 | 2015-12-02 | 广东欧珀移动通信有限公司 | 一种拨号控制方法及智能手表 |
CN105227730A (zh) * | 2015-08-26 | 2016-01-06 | 广东欧珀移动通信有限公司 | 一种拨号控制方法及智能手表 |
CN105072235A (zh) * | 2015-08-26 | 2015-11-18 | 广东欧珀移动通信有限公司 | 一种拨号控制方法及智能手表 |
CN105227730B (zh) * | 2015-08-26 | 2018-05-11 | 广东欧珀移动通信有限公司 | 一种拨号控制方法及智能手表 |
CN105072235B (zh) * | 2015-08-26 | 2018-05-29 | 广东欧珀移动通信有限公司 | 一种拨号控制方法及智能手表 |
CN106686566A (zh) * | 2015-11-06 | 2017-05-17 | 巨擘科技股份有限公司 | 腕表、穿戴装置、紧急求救方法以及快速拨话方法 |
CN105704306A (zh) * | 2016-01-12 | 2016-06-22 | 上海斐讯数据通信技术有限公司 | 一种拨打紧急号码的方法和终端 |
CN105704306B (zh) * | 2016-01-12 | 2019-08-16 | 上海斐讯数据通信技术有限公司 | 一种拨打紧急号码的方法和终端 |
CN105828425A (zh) * | 2016-03-25 | 2016-08-03 | 乐视控股(北京)有限公司 | 移动通信终端低功耗实现方法及装置 |
CN105939414A (zh) * | 2016-04-14 | 2016-09-14 | 深圳天珑无线科技有限公司 | 实现紧急呼叫的方法及具有紧急呼叫功能的移动装置 |
WO2024036816A1 (zh) * | 2022-08-17 | 2024-02-22 | 孙全 | 一种自动通讯急救预警*** |
Also Published As
Publication number | Publication date |
---|---|
CN103501386B (zh) | 2016-02-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103501386B (zh) | 自动呼叫的方法和终端 | |
CN103024205B (zh) | 一种功率控制的方法、装置及终端 | |
CN108900231B (zh) | 动态天线调整方法及相关产品 | |
CN109561420B (zh) | 一种紧急求救的方法及相关设备 | |
CN103365419B (zh) | 一种触发闹钟控制指令的方法和装置 | |
CN105739699B (zh) | 一种消息提示的控制方法及终端设备 | |
CN103645837A (zh) | 放大显示字体的方法和装置 | |
CN108924364A (zh) | 消息提醒方法、移动终端及计算机可读存储介质 | |
CN107534932B (zh) | 一种功能状态控制的方法及相关设备 | |
CN103561400B (zh) | 发起通信的方法、装置及移动终端 | |
CN107592615B (zh) | 定位方法和装置 | |
CN106778591B (zh) | 报警方法、装置及移动终端 | |
CN104921426A (zh) | 智能拐杖、智能拐杖报警***及智能拐杖报警方法 | |
CN105871694A (zh) | 即时通信业务处理方法及装置 | |
CN106453511A (zh) | 一种数据备份方法及设备 | |
CN103312597B (zh) | 一种语音消息生成方法及装置 | |
CN104348943A (zh) | 一种来电提示的方法和装置 | |
CN104133757A (zh) | 一种获取内存信息的方法及终端 | |
CN103368828B (zh) | 一种消息暂存方法及*** | |
CN109819506B (zh) | 智能连接方法、可穿戴设备及计算机可读存储介质 | |
CN103677633A (zh) | 屏幕解锁方法、装置和终端 | |
CN103744574A (zh) | 一种用于移动终端的闹钟关闭方法、装置和移动终端 | |
CN104423822A (zh) | 录制自动化测试脚本的方法及装置 | |
CN111885748B (zh) | 一种释放rrc连接的方法、终端设备及网络设备 | |
CN105807891A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |