一种呼救方法及系统、计算机可读存储介质
技术领域
本申请涉及智能家居技术领域,特别是涉及一种呼救方法及系统、计算机可读存储介质。
背景技术
当家里的老人或小孩出现摔倒等意外情况时,及时呼救能够提高老人或小孩的生命安全。
现有技术中,一般通过在手机等移动终端中设置紧急联系人,当出现需要呼救的情况时,通过移动终端进行呼救,但是这种方式会导致身边没有移动终端时,就不能进行呼救的情况。
发明内容
本申请主要是提供一种呼救方法及系统、计算机可读存储介质,能够防止出现移动终端不在身边而不能进行呼救的情况,提高对紧急联系人的通知效果。
为解决上述技术问题,本申请采用的一个技术方案是:提供一种呼救方法,所述方法包括:智能路由器判断是否获取到呼救需求;若是,则所述智能路由器查找紧急联系人的联系方式;所述智能路由器根据所述联系方式向紧急联系人终端发出呼救通知;所述紧急联系人终端判断与所述呼救通知的类型匹配的响应模式是否为响铃模式;若否,则所述紧急联系人终端切换所述响应模式至响铃模式。
其中,所述智能路由器判断是否获取到呼救需求的步骤包括:所述智能路由器获取室内当前场景图像;所述智能路由器识别所述当前场景图像的图像特征以判断是否有呼救需求。
其中,所述智能路由器识别所述当前场景图像的图像特征以判断是否有呼救需求的步骤之后还包括:若有呼叫需求,则所述智能路由器判断是否接收到语音呼救信息。
其中,所述智能路由器识别所述当前场景图像的图像特征以判断是否有呼救需求的步骤包括:所述智能路由器识别所述当前场景图像的图像特征以判断是否有呼救需求状态;若有,则所述智能路由器判断所述呼救需求状态的持续时间是否超过阈值。
其中,所述智能路由器查找紧急联系人的联系方式的步骤包括:所述智能路由器在联系人列表中获取多个紧急联系人的联系方式;所述智能路由器在所述多个紧急联系人中选择与预设路径匹配的紧急联系人的联系方式。
其中,所述智能路由器在所述多个紧急联系人中选择与预设路径匹配的紧急联系人的联系方式的步骤包括:所述智能路由器获取所述多个紧急联系人的当前位置信息,以根据所述当前位置信息确定所述多个紧急联系人的当前位置至家庭位置的距离;所述智能路由器获取所述多个紧急联系人的当前位置至所述家庭位置的路况信息;所述智能路由器根据所述距离与所述路况信息计算所述多个紧急联系人到达所述家庭位置的时间,并选择最短到达时间的紧急联系人的联系方式。
其中,所述智能路由器在所述多个紧急联系人中选择与预设路径匹配的紧急联系人的联系方式的步骤包括:所述智能路由器在备忘录中获取所述多个紧急联系人的日程安排;所述智能路由器在所述日程安排中选择当前时间处于空闲安排的紧急联系人的联系方式。
其中,所述紧急联系人终端切换所述响应模式至响铃模式的步骤包括:所述紧急联系人终端切换所述响应模式至预设的呼救响铃模式。
为解决上述技术问题,本申请采用的另一个技术方案是:提供一种呼救系统,所述呼救系统包括智能路由器及紧急联系人终端,所述智能路由器与所述紧急联系人终端通信连接;所述智能路由器用于判断是否获取到呼救需求;所述智能路由器用于在有呼救需求时查找紧急联系人的联系方式;所述智能路由器用于根据所述联系方式向紧急联系人终端发出呼救通知;所述紧急联系人终端用于判断与所述呼救通知的类型匹配的响应模式是否为响铃模式;所述紧急联系人终端用于在不是响铃模式时切换所述响应模式至响铃模式。
为解决上述技术问题,本申请采用的又一个技术方案是:提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行以实现如上述的方法。
本申请的有益效果是:区别于现有技术的情况,本申请通过智能路由器判断是否获取到呼救需求;若是,则智能路由器查找紧急联系人的联系方式;智能路由器根据联系方式向紧急联系人终端发出呼救通知;紧急联系人终端判断与呼救通知的类型匹配的响应模式是否为响铃模式;若否,则紧急联系人终端切换响应模式至响铃模式的方法,降低紧急联系人不能获知到呼救通知的风险,提高对紧急联系人的通知效果,进而使得紧急联系人根据该呼救通知采取相应的抢救措施,相比于现有技术中通过移动终端进行呼救的方法,防止出现移动终端不在身边而不能进行呼救的情况。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图,其中:
图1是本申请提供的呼救方法第一实施例的流程示意图;
图2是图1中步骤S11一实施方式的具体流程示意图;
图3是图2中步骤S112一实施方式的具体流程示意图;
图4是图1中步骤S12一实施方式的具体流程示意图;
图5是图4中步骤S122一实施方式的具体流程示意图;
图6是图4中步骤S122另一实施方式的具体流程示意图;
图7是本申请提供的呼救系统实施例的示意框图。
图8是本申请提供的计算机可读存储介质实施例的示意框图。
具体实施方式
下面结合附图和实施例,对本申请作进一步的详细描述。特别指出的是,以下实施例仅用于说明本申请,但不对本申请的范围进行限定。同样的,以下实施例仅为本申请的部分实施例而非全部实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
本申请中的术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括至少一个该特征。本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等,如果该特定姿态发生改变时,则该方向性指示也相应地随之改变。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
请参阅图1,图1是本申请提供的呼救方法第一实施例的流程示意图,本实施例中的呼救方法包括:
S11:智能路由器判断是否获取到呼救需求;
具体的,智能路由器判断是否获取到呼救需求,若获取到,则执行步骤S12,否则结束。
请参阅图2,图2是图1中步骤S11一实施方式的具体流程示意图,在该一实施方式中,步骤S11可具体包括:
S111:智能路由器获取室内当前场景图像;
具体的,在本实施例中,智能路由器可通过安装在智能路由器上的摄像头,或室内其他位置安装的摄像头拍摄室内的当前场景图像,该当前场景图像可以是场景图片,也可以是场景视频。
S112:智能路由器识别当前场景图像的图像特征以判断是否有呼救需求;
请参阅图3,图3是图2中步骤S112一实施方式的具体流程示意图,在该一实施方式中,步骤S112可具体包括:
S1121:智能路由器识别当前场景图像的图像特征以判断是否有呼救需求状态;
具体的,智能路由器通过图像识别技术识别当前场景图像的图像特征,并通过识别的图像特征判断是否有呼救需求状态,比如判断是否有人处于摔倒的状态,若有,则执行步骤S1122,否则结束。
S1122:智能路由器判断呼救需求状态的持续时间是否超过阈值;
具体的,智能路由器判断呼救需求状态的持续时间是否超过阈值,若超过阈值,说明有呼救需求,否则说明没有呼救需求,以防止虽然有呼救需求状态,但是并不需要呼救的情况,提高对是否需要呼救的判断的准确性,比如说有人处于摔倒的状态,但是很快就站起来了,并不需要呼救。
可以理解的,上述的阈值可以根据实际情况进行设置,在此不做限制。
进一步参阅图2,可选的,在该一实施方式中,步骤S11还可以包括:
S113:智能路由器判断是否接收到语音呼救信息;
具体的,当路由器通过当前场景图像判断有呼救需求时,智能路由器通过语音模块采集语音信息,通过语音识别技术识别采集到的语音信息是否为语音呼救信息,若是,则执行步骤S12,否则结束,也即在接收到语音呼救信息的情况下,才执行步骤S12,提高对呼救需求的判断的准确性,比如通过当前场景图像判断有人摔倒了,但是摔倒的人没有发出呼救语音,说明即使有人摔倒了,但是不需要进行呼救。
S12:智能路由器查找紧急联系人的联系方式;
具体的,本实施例中的智能路由器安装有SIM(Subscriber IdentificationModule)卡,使得智能路由器具有通讯功能,用户可预先在SIM卡中存储紧急联系人的联系方式,智能路由器即可在步骤S12中判断有呼救需求时,在SIM卡中查找紧急联系人的联系方式。
请参阅图4,图4是图1中步骤S12一实施方式的具体流程示意图,在该一实施方式中,步骤S12可具体包括:
S121:智能路由器在联系人列表中获取多个紧急联系人的联系方式;
具体的,用户可预先在SIM卡中存储多个紧急联系人的联系方式,比如手机号码以形成联系人列表,智能路由器即可在该联系人列表中获取多个紧急联系人的联系方式。
S122:智能路由器在多个紧急联系人中选择与预设路径匹配的紧急联系人的联系方式。
请参阅图5,图5是图4中步骤S122一实施方式的具体流程示意图,在该一实施方式中,步骤S122可具体包括:
S1221:智能路由器获取多个紧急联系人的当前位置信息,以根据当前位置信息确定多个紧急联系人的当前位置至家庭位置的距离;
在一具体应用场景中,智能路由器与多个紧急联系人的紧急联系人终端,如手机、智能手环等通信连接,从而通过多个紧急联系人终端的定位功能获取多个紧急联系人的当前位置信息,并通过智能路由器自身的定位功能获取家庭位置信息,从而确定多个紧急联系人的当前位置至家庭位置的距离。
S1222:智能路由器获取多个紧急联系人的当前位置至家庭位置的路况信息;
具体的,智能路由器可向家居服务器发送路况信息获取请求,当家居服务器接收到该请求后,将多个紧急联系人的当前位置至家庭位置的路况信息发送至智能路由器。
其中,该路况信息可包括道路拥堵状况、道路限速信息等。
S1223:智能路由器根据距离与路况信息计算多个紧急联系人到达家庭位置的时间,并选择最短到达时间的紧急联系人的联系方式。
具体的,智能路由器根据路况信息确定多个紧急联系人到达家庭位置的行车速度,比如道路拥堵时,行车速度较慢,道路不拥堵时,行车速度则较快,再根据距离与行车速度计算多个紧急联系人到达家庭位置的时间,并选择最短到达时间的紧急联系人的联系方式,使得呼救需求在最短时间得到解决。
请参阅图6,图6是图4中步骤S122另一实施方式的具体流程示意图,在该另一实施方式中,步骤S122可具体包括:
S122a:智能路由器在备忘录中获取多个紧急联系人的日程安排;
具体的,用户可预先在备忘录中存储多个紧急联系人的日程安排,比如某一天去某地出差、某一天某时间参加某个会议等。
S122b:智能路由器在日程安排中选择当前时间处于空闲安排的紧急联系人的联系方式。
具体的,智能路由器在日程安排中选择当前时间处于空闲安排的紧急联系人的联系方式,防止出现紧急联系人由于当前的日程安排导致不能到达家庭位置进行抢救的情况。
其中,在本实施例中,上述的空闲安排指的是紧急联系人可在预定时间内到达家庭位置的安排,比如说某一个紧急联系人当前的日程安排为外地出差,那么该日程安排则不是空闲安排,因为该紧急联系人不能在预定时间内到达家庭位置,又或者某一紧急联系人当前的日程安排为健身,那么该日程安排则是空闲安排,因为该紧急联系人可在预定时间内到达家庭位置。
可以理解的,上述预定时间可根据实际所需进行设置,空闲安排也可以根据实际的安排内容而定,在此不做限制。
S13:智能路由器根据联系方式向紧急联系人终端发出呼救通知。
比如,根据紧急联系人的手机号码以短信的方式发出呼救通知,或者根据该手机号码向紧急联系人的手机发出通话请求。
在一具体应用场景中,智能路由器根据联系方式向紧急联系人终端发出视频通话请求,以使得紧急联系人终端显示当前场景图像,从而使得紧急联系人更加直观的了解到呼救情况。
S14:紧急联系人终端判断与呼救通知的类型匹配的响应模式是否为响铃模式;
具体的,紧急联系人终端接收到呼救通知后,首先确定呼救通知的类型,然后判断与该类型匹配的响应模式是否为响铃模式,比如呼救通知的类型为短信或者来电,则判断短信或者来电的响应模式是否为响铃模式,若不是,则执行步骤S15,若是,则响应所述呼救通知。
S15:紧急联系人终端切换响应模式至响铃模式;
具体的,当与呼救通知的类型匹配的响应模式不是响铃模式时,紧急联系人终端将响应模式切换至响铃模式,以在响应呼救通知时,发出响铃提醒,降低紧急联系人不能获知到呼救通知的风险,提高对紧急联系人的通知效果。
在一具体应用场景中,紧急联系人终端切换响应模式至预设的呼救响铃模式,也即紧急联系人可预先设置不同的响铃模式,当接收到呼救通知后,若响应模式为响铃模式,则切换至与呼救通知匹配的响铃模式,以使得紧急联系人在听到响铃提醒后,即可获知呼救通知,而不需要再去查看呼救通知。
进一步的,当紧急联系人终端判断与呼救通知的类型匹配的响应模式为响铃模式时,则响应所述呼救通知,在具体应用的过程中,紧急联系人可获取响铃声音,从而以最大的响铃声音响应呼救通知。
参阅图7,图7是本申请提供的呼救系统实施例的示意框图,本实施例中的呼救系统包括智能路由器210及紧急联系人终端220,智能路由器210与紧急联系人终端220通信连接。
其中,智能路由器210用于判断是否获取到呼救需求;智能路由器210用于在有呼救需求时查找紧急联系人的联系方式;智能路由器210用于根据联系方式向紧急联系人终端220发出呼救通知;紧急联系人终端220用于判断与呼救通知的类型匹配的响应模式是否为响铃模式;紧急联系人终端220用于在不是响铃模式时切换响应模式至响铃模式。
参阅图8,图8是本申请提供的计算机可读存储介质实施例的示意框图,本实施例中的计算机可读存储介质存储有计算机程序310,该计算机程序310能够被处理器执行以实现上述任一实施例中的呼救方法。
可选的,该可读存储介质可以是U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质,或者是计算机、服务器、手机、平板等终端设备。
区别于现有技术,本实施例中通过智能路由器判断是否获取到呼救需求;若是,则智能路由器查找紧急联系人的联系方式;智能路由器根据联系方式向紧急联系人终端发出呼救通知;紧急联系人终端判断与呼救通知的类型匹配的响应模式是否为响铃模式;若否,则紧急联系人终端切换响应模式至响铃模式的方法,降低紧急联系人不能获知到呼救通知的风险,提高对紧急联系人的通知效果,进而使得紧急联系人根据该呼救通知采取相应的抢救措施,相比于现有技术中通过移动终端进行呼救的方法,防止出现移动终端不在身边而不能进行呼救的情况。
以上所述仅为本申请的实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。