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