一种基于呼救器的求救方法及系统与流程

本发明涉及无线通讯技术领域，特别涉及一种基于呼救器的求救方法及系统。

背景技术：

随着物联网的发展，诸如蓝牙、zigbee这种短距离通讯或者诸如wifi、3g/4g这种高功耗通讯已经不能满足要求。而lora无线技术却可以结合优点摈弃缺点，能做到长距离并且低功耗传输，因此lora无线技术便应运而生。lora是由semtech研发的低功耗联网技术，采用直序扩频技术，利用全球共用的ism公共频率137-1020mhz进行无线数据传输。由于它使用sub-ghz频段，使其更易于较低功耗远距离通讯，并且具有较强的穿墙技能。低功耗也使电池的使用寿命大幅提升。基于这些优势，使得lora技术在物联网中得到大规模开发应用。

目前，人们遇到危险情况主要通过打电话（例如110）的方式来获得的救助，但是在一些紧急情况如没有电话或者无法直接拨打电话进行报警时，例如，发生车祸后没有力气再去报警或遇到劫徒无法拿出手机报警，人们想要得到及时的救助就很难，容易造成悲剧。现有的求救器通过内置的gsm模块与控制中心进行通信，然而功耗较高，减小了求救器的续航能力。同时现有的求救器的启动机制容易产生误操作，导致控制中心经常接收到不必要的信息，浪费资源。

因而现有技术还有待改进和提高。

技术实现要素：

本发明要解决的技术问题在于，针对现有技术的不足，提供一种基于呼救器的求救方法及系统，以解决现有呼救器功耗较大并且容易产生误操作的问题。

为了解决上述技术问题，本发明所采用的技术方案如下：

一种基于呼救器的求救方法，其包括：

呼救器预先配置有采用lora通讯协议发送求救指令的第一无线扩频模块；

当呼救器接收到触发求救指令的操作时，呼救器判断所述操作是否符合预设的触发规则，以及

当所述操作符合预设的触发规则时，生成求救指令并将所述求救指令通过所述第一无线扩频模块发送至服务端，其中，所述求救指令携带求救信息；

服务端通过其配置的第二无线扩频模块接收所述求救指令，并显示所述求救信息。

所述基于呼救器的求救方法，其中，所述服务端接收到所述求救指令，并显示所述求救信息之后还包括：

服务端根据所述求救信息在预设的关联数据库中查找对应的联系人信息，并根据所述联系人信息发送所述求救信息。

所述基于呼救器的求救方法，其中，所述当呼救器接收到触发求救指令的操作时，呼救器判断所述操作是否符合预设的触发规则具体包括：

当呼救器接收到触发求救指令的操作时，判断所述操作的类型，其中，所述类型包括按键操作和语音操作；

若为按键操作，则获取所述按键操作触发按键的次数并将所述次数与预设的次数阈值进行比较；

当所述次数大于所述次数阈值时，判定所述按键操作符合预设的触发规则。

所述基于呼救器的求救方法，其还包括

若为语音操作，则获取麦克风接收到的语音信息并将所述语音信息转化为文字信息；

在预设的数据库中查找所述文字信息，若查找到所述文字信息，则判定所述语音操作符合预设的触发规则。

所述基于呼救器的求救方法，其中，所述当所述操作符合预设的触发规则时，生成求救指令并将所述求救指令通过所述第一无线扩频模块发送至服务端，其中，所述求救指令携带求救信息具体包括：

当所述操作符合预设的触发规则时，所述求救器获取其自身的设备标识和当前所处的位置并根据所述设备标识和当前所处的位置生成求救信息；

将所述求救信息写入所述求救指令中并通过所述第一无线扩频模块发送所述求救指令至服务端。

一种基于呼救器的求救系统，其包括若干呼救器和服务端：

所述呼救器包括：

预设模块，预先配置采用lora通讯协议发送求救指令的第一无线扩频模块；

判断模块，用于当呼救器接收到触发求救指令的操作时，判断所述操作是否符合预设的触发规则；

生成模块，用于当所述操作符合预设的触发规则时，生成求救指令并将所述求救指令通过所述第一无线扩频模块发送至服务端，其中，所述求救指令携带求救信息；

所述服务端包括：

显示模块，服务端通过其配置的第二无线扩频模块接收所述求救指令，并显示所述求救信息。

所述基于呼救器的求救系统，其中，所述服务端还包括：

发送模块，用于服务端根据所述求救信息在预设的关联数据库中查找对应的联系人信息，并根据所述联系人信息发送所述求救信息。

所述基于呼救器的求救系统，其中，所述判断模块具体包括：

第一判断单元，用于当呼救器接收到触发求救指令的操作时，判断所述操作的类型，其中，所述类型包括按键操作和语音操作；

比较单元，用于当为按键操作时，获取所述按键操作触发按键的次数并将所述次数与预设的次数阈值进行比较；

第二判断单元，用于当所述次数大于所述次数阈值时，判定所述按键操作符合预设的触发规则。

所述基于呼救器的求救系统，其中，所述判断模块还包括：

转化单元，用于当为语音操作时，则获取麦克风接收到的语音信息并将所述语音信息转化为文字信息；

查找单元，用于在预设的数据库中查找所述文字信息，当在查找到所述文字信息时，判定所述语音操作符合预设的触发规则。

所述基于呼救器的求救系统，其中，所述生成模块具体包括：

获取单元，用于当所述操作符合预设的触发规则时，所述求救器获取其自身的设备标识和当前所处的位置并根据所述设备标识和当前所处的位置生成求救信息；

写入单元，用于将所述求救信息写入所述求救指令中并通过所述第一无线扩频模块采用lora通讯协议发送所述求救指令至服务端。

有益效果：与现有技术相比，本发明提供了一种基于呼救器的求救方法及系统，所述方法包括：呼救器预先配置有采用lora通讯协议发送求救指令的第一无线扩频模块；当呼救器接收到触发求救指令的操作时，呼救器判断所述操作是否符合预设的触发规则，以及当所述操作符合预设的触发规则时，生成求救指令并将所述求救指令通过所述第一无线扩频模块发送至服务端，其中，所述求救指令携带求救信息；服务端通过其配置的第二无线扩频模块接收所述求救指令，并显示所述求救信息。本发明通过对触发操作的判断机制来防止产生不必要的求救指令，同时通过第一无线扩频模块采用lora协议发送求救指令，实现了呼救器与服务端的低功耗、长距离通信，使得求救指令顺利发出。

附图说明

图1为本发明提供的基于呼救器的求救方法较佳实施的流程图。

图2为本发明提供的基于呼救器的求救系统的结构原理图。

具体实施方式

本发明提供一种基于呼救器的求救方法及系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本发明中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，模块”、“部件”或“单元”可以混合地使用。

下面结合附图，通过对实施例的描述，对发明内容作进一步说明。

请参照图1，图1为本发明提供的基于呼救器的求救方法的较佳实施例的流程图。所述方法包括：

s100、呼救器预先配置有采用lora通讯协议发送求救指令的第一无线扩频模块；

s200、当呼救器接收到触发求救指令的操作时，呼救器判断所述操作是否符合预设的触发规则，以及

s300、当所述操作符合预设的触发规则时，生成求救指令并将所述求救指令通过所述第一无线扩频模块发送至服务端，其中，所述求救指令携带求救信息；

s400、服务端通过其配置的第二无线扩频模块接收所述求救指令，并显示所述求救信息；

本实施例公开了一种基于呼救器的求救方法，其通过呼救器内预先配置有采用lora通信协议发送求救指令的第一无线扩频模块，并在呼救器接收到的触发求救指令的操作符合预设的触发规则时，产生求救指令并通过所述第一无线扩频模块将所述求救指令发送至服务端，服务端接收到求救指令后进行报警。这样通过所述内置所述第一无线扩频模块减小了所述呼救器的通讯能耗，从而延长了呼救器的护航时间，同时通过对触发操作的判断来产生求救指令，避免了由于误操作而产生不必要的求救信息。

具体的来说，在所述步骤s100中，具体地，所述第一无线扩频模块指的是基于lora通讯协议的无线通信模块，其用于将产生的求救指令按照lora通讯协议编码后发送至服务端。在实际应用中，所述第一无线扩频模块可以预留多种通讯接口，例如串口，spi等，并带有lora无线天线。相对应的，在所述服务端内也设置有与所述第一无线扩频模块进行通信的第二无线扩频模块，其用于将接收到的无线信号进行解码。这样，通过呼救器和服务端之间采用lora通讯协议进行通信，增大了呼救器的呼救范围，使得呼救器即使与服务端之间相隔较远距离也能够发送求救指令至服务端。同时，所述采用lora通讯协议具有能耗低的特点，这样有效降低了呼救器的通信能耗，从而提高了其电源的续航能力。

在所述步骤s200中，所述触发求救指令的操作可以为按键操作、语音操作、摇晃操作、触屏操作等。在实际应用中，可以在求救器上设置按键，高灵敏度音频输入器件（例如麦克风），触摸屏等。所述触发规则指的是预先设置的用于产生求救指令的规则。不同的触发操作对应不同的触发规则，例如按键操作和语音操作对应的触发规则不同。在本实施例中，采用按键操作和语音操作来触发求救指令，因此所述当呼救器接收到触发求救指令的操作时，呼救器判断所述操作是否符合预设的触发规则具体可以包括：

s201当呼救器接收到触发求救指令的操作时，判断所述操作的类型，其中，所述类型包括按键操作和语音操作；

s202a、若为按键操作，则获取所述按键操作触发按键的次数并将所述次数与预设的次数阈值进行比较；

s203a、当所述连续次数大于所述次数阈值时，判定所述按键操作符合预设的触发规则。

具体的来说，在所述步骤s201中，当呼救器接收到触发求救指令的操作时，呼救器通过监听按键接口与麦克风接口是否有信号输入来判断所述操作的类型，当监听到按键接口的驱动信号时，判定所述操作为按键接口；当监听到麦克风接口发送的音频信号时，判定所述操作为语音操作。

在本实施例中，当所述操作为按键操作时，为了避免用户在活动过程中意外触碰到所述按键而产生错误的求救指令，只有当所述按键操作符合预设的触发规则时，才生成求救指令。所述按键操作的触发规则具体为：触发按键的次数大于预设次数，所述触发按键的动作可以是按下按键，也可以是波动摇杆按键。在所述步骤s202a中，所述次数指的是本次按键操作按键被按下的次数。在实际应用中，所述呼救器的纽扣型按键被按下后会自动弹起，按键每被按下一次则会产生一个驱动信号并将所述驱动信号发送至呼救器的微控制器，所述微控制器记录所述按键被按下的的次数。当然，所述触发规则不限于上述说明，例如，还可以当长按按键的时间达到预设时间时，判定符合按键操作触发规则。

在本实施例中，所述控制方法还包括：

s202b、若为语音操作，则获取麦克风接收到的语音信息并将所述语音信息转化为文字信息；

s203b、在预设的数据库中查找所述文字信息，若查找到所述文字信息，则判定所述语音操作符合预设的触发规则。

具体的来说，呼救器设置有麦克风，所述麦克风一直处于工作状态，等待接收用户输入的语音信息。所述数据库内预先存储有若干预设字符，例如，救命，help等。当高灵敏度麦克风采集到的语音信号后，将所述语音信号转化为数字信号，发送给codec处理为文字信息后（不同的语音经过codec与mcu处理后可以准确识别，比如音乐上常用的听音识曲以及录音等应用），在所述数据库中查找所述文字信息，当查找到时，判定所述语音操作符合触发规则。进一步，为了排除正常对话中带有预设字符而引起的误判，可以设定接收到预设字符的次数来判断是否触发规则，即当获取到预设字符的次数达到预设次数时，判定符合触发规则并生成求救指令。

在所述步骤s300中，所述求救信息指的是呼救器采集到的当前场景信息、位置信息以及设备标识等反应求救者当前状况的信息，服务端通过所述求救信息可以确定求救者的状况，并与采取相应措施。

示例性的，所述步骤s300具体包括：

s301、当所述操作符合预设的触发规则时，所述求救器获取其自身的设备标识和当前所处的位置并根据所述设备标识和当前所处的位置生成求救信息；

s302、将所述求救信息配置于所述求救指令中并通过所述第一无线扩频模块发送所述求救指令至服务端。

具体地，所述设备标识指的是所述呼救器的序列码，其与呼救器一一对应。所述当前位置信息指的是呼救器当前所处的位置，其可以是经纬度信息，也可以是当前所处的地名。在实际应用中，可以在从呼救器内配置的gps模块中调取其所处的位置信息，将所述位置信息和设备标识进行保存以生成求救信息，然后将求救信息以数字信号的形式发送给第一无线模块，第一无线模块将信号采用lora通讯协议发送所述求救指令至服务端。当然，在实际应用中，还可以在所述操作符合预设的触发规则时，触发麦克风采集用户的语音信息以生成求救信息，这样可以更加直观的获取当前场景信息，便于采取适宜的施救措施。

在所述步骤s400中，服务端通过其配置的第二无线扩频模块接收所述求救指令，并获取其携带的求救信息。在实际应用中，服务端中lora无线模块接收呼救器发送来的求救指令后处理为数字信号发送给中央处理器cpu，cpu启动音频线路通过音频输出器件（比如喇叭）发出求救声音，音频pa用于放大音频信号，同时将求救信息以及求救者的具体位置通过触摸显示屏显示给工作人员。当然在显示的同时可以伴随警报声，来提示工作人员查看显示屏以获取求救信息。

在本发明的另一个实施例中，为了及时将求救信息传达给联系人，所述步骤s400之后还包括：

s500、服务端根据所述求救信息在预设的关联数据库中查找对应的联系人信息，并根据所述联系人信息发送所述求救信息。

具体地，所述关联数据库用于存储呼救器设备标识与联系人信息的对应关系，其预先存储与所述服务端。所述联系人信息指的是预先存储的联系人姓名、电话、通讯地址等信息。所述联系人信息与设备标识可以为一一对应的关系，也可以为多对一的关系。通过设备标识可以查找到其对应的一个或者多个联系人信息。这样，当服务端根据求救信息中包含的设备标识查找到其对应的联系人信息后，将求救信息发送给联系人，以使得联系人可以在第一时间获知求救信息。当然，还可以预先存储设备标识与使用者的对应关系，当接收到所述设备标识时，默认为求救者为使用者，这样便于确定求救者的个人身份信息。在实际应用中，还可以设置默认联系方式为报警，这样当接收到求救信号后，第一时间将求救信息通过短信或者电话的方式发送给警察，提高了报警速度，方便后续的救援。

本发明还提供一种基于呼救器的求救系统，如图2所示，其包括若干呼救器100和服务端200：

所述呼救器包括：

预设模块100，预先配置采用lora通讯协议发送求救指令的第一无线扩频模块104；

判断模块102，用于当呼救器接收到触发求救指令的操作时，判断所述操作是否符合预设的触发规则；

生成模块103，用于当所述操作符合预设的触发规则时，生成求救指令并将所述求救指令通过所述第一无线扩频模块发送至服务端，其中，所述求救指令携带求救信息；

所述服务端200包括：

显示模块201，服务端通过其配置的第二无线扩频模块202接收所述求救指令，并显示所述求救信息。

所述基于呼救器的求救系统，其中，所述服务端200还包括：

发送模块203，用于服务端根据所述求救信息在预设的关联数据库中查找对应的联系人信息，并根据所述联系人信息发送所述求救信息。

所述基于呼救器的求救系统，其中，所述判断模块102具体包括：

第一判断单元，用于当呼救器接收到触发求救指令的操作时，判断所述操作的类型，其中，所述类型包括按键操作和语音操作；

比较单元，用于当为按键操作时，获取所述按键操作触发按键的次数并将所述次数与预设的次数阈值进行比较；

第二判断单元，用于当所述次数大于所述次数阈值时，判定所述按键操作符合预设的触发规则。

所述基于呼救器的求救系统，其中，所述判断模块102还包括：

转化单元，用于当为语音操作时，则获取麦克风接收到的语音信息并将所述语音信息转化为文字信息；

查找单元，用于在预设的数据库中查找所述文字信息，当在查找到所述文字信息时，判定所述语音操作符合预设的触发规则。

所述基于呼救器的求救系统，其中，所述生成模块103具体包括：

获取单元，用于当所述操作符合预设的触发规则时，所述求救器获取其自身的设备标识和当前所处的位置并根据所述设备标识和当前所处的位置生成求救信息；

写入单元，用于将所述求救信息写入所述求救指令中并通过所述第一无线扩频模块采用lora通讯协议发送所述求救指令至服务端。

在本发明所提供的实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。