CN107862539A - 互联网救援的数据处理实现方法、装置及存储介质 - Google Patents
互联网救援的数据处理实现方法、装置及存储介质 Download PDFInfo
- Publication number
- CN107862539A CN107862539A CN201710867690.4A CN201710867690A CN107862539A CN 107862539 A CN107862539 A CN 107862539A CN 201710867690 A CN201710867690 A CN 201710867690A CN 107862539 A CN107862539 A CN 107862539A
- Authority
- CN
- China
- Prior art keywords
- help
- person
- personal account
- rescue
- internet
- 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.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 48
- 238000000034 method Methods 0.000 title claims abstract description 40
- 230000009429 distress Effects 0.000 claims abstract description 44
- 230000004044 response Effects 0.000 claims abstract description 16
- 230000027455 binding Effects 0.000 claims abstract description 12
- 238000009739 binding Methods 0.000 claims abstract description 12
- 238000004891 communication Methods 0.000 claims description 12
- 206010020751 Hypersensitivity Diseases 0.000 claims description 4
- 208000026935 allergic disease Diseases 0.000 claims description 4
- 230000007815 allergy Effects 0.000 claims description 4
- 239000008280 blood Substances 0.000 claims description 4
- 210000004369 blood Anatomy 0.000 claims description 4
- 230000037396 body weight Effects 0.000 claims description 4
- 239000003814 drug Substances 0.000 claims description 4
- 208000037805 labour Diseases 0.000 description 8
- 230000036541 health Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000003825 pressing Methods 0.000 description 4
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 3
- 230000010354 integration Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 201000010099 disease Diseases 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 206010011469 Crying Diseases 0.000 description 1
- 206010039203 Road traffic accident Diseases 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009172 bursting Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 239000000428 dust Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
- G06Q50/265—Personal security, identity or safety
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
- H04M11/04—Telephonic communication systems specially adapted for combination with other electrical systems with alarm systems, e.g. fire, police or burglar alarm systems
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Computer Security & Cryptography (AREA)
- Educational Administration (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Primary Health Care (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了互联网救援的数据处理实现方法、装置及存储介质，方法包括：判断求救者的个人账号是否有已绑定智能求救设备的属性标签，当无属性标签时，则向个人账号所对应智能终端发出绑定智能求救设备的提示信息；当有属性标签，且检测到求救者的求救呼叫指令时，则获取对应的呼叫等级，并获取求救者的登记信息、呼救地址及个人账号对应的会员级别信息；若检测到有施救者应答求救呼叫时，则与应答者、求救者组成临时群组。本发明中实时且自动将求救者的求救呼叫转发给求救者附近的人，以得到就近救援，且对求救者或是施救者的会员级别进行在线计算和存储，便于分类存储会员级别。
Description
技术领域
本发明涉及在应急救援技术领域，尤其涉及的是互联网救援的数据处理实现方法、装置及存储介质。
背景技术
目前，当用户遇到紧急情况(如遇到猝发病，火灾、洪灾、地震等自然灾害，车祸，或是人身安全受到他人威胁时)时，只能通过手机或座机呼叫110、119或120等电话寻求救援，或者是打电话向邻居、小区保安、亲戚朋友等求救。由于无第三方平台实时在线的救援平台存在，有可能因为有时候事发突然，求救者未能及时的说出自己身处的具体位置并有在线的救援平台自动转发给求救者附近的人而不能得到就近的及时救援，而导致坏的结果。而且由于无第三方平台的存在，不能对求救者或是施救者的会员级别进行在线计算和存储，也就无法根据会员级别对用户提供针对性的服务。
因此，现有技术还有待于改进和发展。
发明内容
鉴于上述现有技术的不足，本发明的目的在于提供互联网救援的数据处理实现方法、装置及存储介质，旨在解决现有技术中第三方平台实时在线的救援平台自动将求救者的求救呼叫转发给求救者附近的人而不能得到就近的及时救援，且无第三方平台对求救者或是施救者的会员级别进行在线计算和存储的缺陷。
本发明的技术方案如下：
一种互联网救援的数据处理实现方法，其中，所述方法包括以下步骤：
判断求救者的个人账号是否有已绑定智能求救设备的属性标签，当个人账号无已绑定智能求救设备的属性标签时，则向求救者的个人账号所对应智能终端发出绑定智能求救设备的提示信息；
当个人账号已绑定智能求救设备的属性标签，且检测到求救者的求救呼叫指令时，则获取对应的呼叫等级，并获取求救者的登记信息及呼救地址，获取求救者的个人账号对应的会员级别信息；
将求救呼叫指令及会员级别信息推送至与呼救地址之间距离小于或等于预设距离阈值的施救者的智能终端；
若检测到有施救者应答求救呼叫时，则与应答者、求救者组成临时群组；
当检测到应答者的救援完成指令时，则接收对每一应答者的施救评分，并将施救评分乘以会员级别信息对应奖励系数累计到应答者的个人账号。
所述互联网救援的数据处理实现方法，其中，所述个人账号对应的会员级别信息至少划分为第一级别会员、第二级别会员及第三级别会员；其中，第一级别会员的施救评分大于或等于预设的第一积分阈值，或者个人账号对应的关联第二身份为医生或急救人员；第二级别会员的施救评分小于所述第一积分阈值、且大于或等于预设的第二积分阈值；第三级别会员的施救评分小于所述第二积分阈值、且大于或等于0。
所述互联网救援的数据处理实现方法，其中，所述第一级别会员对应的奖励系数为1.5，所述第二级别会员对应的奖励系数为1.3，所述第三级别会员对应的奖励系数为1。
所述互联网救援的数据处理实现方法，其中，所述第一积分阈值为500，所述第二积分阈值为200。
所述互联网救援的数据处理实现方法，其中，所述应答者对应的个人账号、及求救者的个人账号中对应登记有姓名、性别、年龄、体重、血型、方言所属地、历史病症、曾用药品、过敏及禁忌、施救注意事项、及关联第二身份；其中，关联第二身份为求救者或应答者的实际职业信息。
一种互联网救援的数据处理实现装置，其中，所述互联网救援的数据处理实现装置包括处理器，适于实现各指令；存储器，适于存储多条指令；所述存储器和处理器之间由通信总线连接；所述处理器用于执行存储器中存储的互联网救援的数据处理实现程序，以实现以下步骤：
判断求救者的个人账号是否有已绑定智能求救设备的属性标签，当个人账号无已绑定智能求救设备的属性标签时，则向求救者的个人账号所对应智能终端发出绑定智能求救设备的提示信息；
当个人账号已绑定智能求救设备的属性标签，且检测到求救者的求救呼叫指令时，则获取对应的呼叫等级，并获取求救者的登记信息及呼救地址，获取求救者的个人账号对应的会员级别信息；
将求救呼叫指令及会员级别信息推送至与呼救地址之间距离小于或等于预设距离阈值的施救者的智能终端；
若检测到有施救者应答求救呼叫时，则与应答者、求救者组成临时群组；
当检测到应答者的救援完成指令时，则接收对每一应答者的施救评分，并将施救评分乘以会员级别信息对应奖励系数累计到应答者的个人账号。
所述互联网救援的数据处理实现装置，其中，所述个人账号对应的会员级别信息至少划分为第一级别会员、第二级别会员及第三级别会员；其中，第一级别会员的施救评分大于或等于预设的第一积分阈值，或者个人账号对应的关联第二身份为医生或急救人员；第二级别会员的施救评分小于所述第一积分阈值、且大于或等于预设的第二积分阈值；第三级别会员的施救评分小于所述第二积分阈值、且大于或等于0。
所述互联网救援的数据处理实现装置，其中，所述第一级别会员对应的奖励系数为1.5，所述第二级别会员对应的奖励系数为1.3，所述第三级别会员对应的奖励系数为1。
所述互联网救援的数据处理实现装置，其中，所述所述第一积分阈值为500，所述第二积分阈值为200。
一种存储介质，其中，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现所述的互联网救援的数据处理实现方法的步骤。
本发明所提供的互联网救援的数据处理实现方法、装置及存储介质，方法包括：判断求救者的个人账号是否有已绑定智能求救设备的属性标签，当个人账号无已绑定智能求救设备的属性标签时，则向求救者的个人账号所对应智能终端发出绑定智能求救设备的提示信息；当个人账号已绑定智能求救设备的属性标签，且检测到求救者的求救呼叫指令时，则获取对应的呼叫等级，并获取求救者的登记信息及呼救地址，获取求救者的个人账号对应的会员级别信息；将求救呼叫指令及会员级别信息推送至与呼救地址之间距离小于或等于预设距离阈值的施救者的智能终端；若检测到有施救者应答求救呼叫时，则与应答者、求救者组成临时群组；当检测到应答者的救援完成指令时，则接收对每一应答者的施救评分，并将施救评分乘以会员级别信息对应奖励系数累计到应答者的个人账号。本发明中实时且自动将求救者的求救呼叫转发给求救者附近的人，以得到就近的及时救援，而且对求救者或是施救者的会员级别进行在线计算和存储，便于分类存储会员级别。
附图说明
图1为本发明所述互联网救援的数据处理实现方法较佳实施例的流程图。
图2为本发明中智能求救设备的结构示意图。
图3为本发明中智能求救设备的结构框图。
具体实施方式
本发明提供互联网救援的数据处理实现方法、装置及存储介质，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
请参考图1，其为本发明所述互联网救援的数据处理实现方法较佳实施例的流程图。如图1所示，所述互联网救援的数据处理实现方法包括以下步骤：
请参考图1，其为本发明所述互联网救援的数据处理实现方法较佳实施例的流程图。如图1所示，所述互联网救援的数据处理实现方法包括以下步骤：
步骤S100、判断求救者的个人账号是否有已绑定智能求救设备的属性标签，当个人账号无已绑定智能求救设备的属性标签时，则向求救者的个人账号所对应智能终端发出绑定智能求救设备的提示信息；
步骤S200、当个人账号已绑定智能求救设备的属性标签，且检测到求救者的求救呼叫指令时，则获取对应的呼叫等级，并获取求救者的登记信息及呼救地址，获取求救者的个人账号对应的会员级别信息；
步骤S300、将求救呼叫指令推送至与呼救地址之间距离小于或等于预设距离阈值的施救者的智能终端；
步骤S400、若检测到有施救者应答求救呼叫时，则与应答者、求救者组成临时群组；
步骤S500、当检测到应答者的救援完成指令时，则接收对每一应答者的施救评分，并将施救评分乘以会员级别信息对应奖励系数累计到应答者的个人账号。
本实施例中，用户通过使用已安装了具有呼叫救护功能的APP后，通过注册即可进入APP，并与APP的运营商所设置的后台服务器(即救援后台)进行通讯。在该APP中，每个人都可为两种角色，一种是施救者，一种是求救者。也就是当检测到用户按下APP界面中的求救按钮并对应发出求救呼叫指令时，则是对应求救者的角色。当检测到用户在收到一定距离范围内用户的求救呼叫指令，并响应其求救呼叫时，则对应施救者的的角色。
而且整个交互过程中，后台服务器则扮演者着中转站即控制中心的角色，也就是当后台服务器收到求救者的求救呼叫指令时，就能获取对应的呼叫等级，并获取求救者的登记信息及呼救地址。为了快速的帮助求救者寻求其所在位置附近的人的帮助，则可将求救者的求救呼叫指令转发至与呼救地址之间距离小于或等于预设距离阈值的施救者的智能终端。并在整个过程中，成为组建临时群组的核心角色，这就保证了救援过程中沟通的顺畅性。
为了确保用户都是更方便的使用具有呼叫救护功能的APP，则需每次发起求救呼叫指令，则需将求救者的个人账号与智能求救设备绑定，即使没有随身携带智能终端，也能通过所携带的小型化的、且比较便携的智能求救设备就能完成呼救。为了提高用户更多的使用所述智能求救设备，只有将个人账户与智能求救设备绑定了才能正常发起求救呼叫指令。
本实施例中，用户作为施救者，通过使用已安装了具有呼叫救护功能的APP后，在APP的界面上点击响应求救呼救的虚拟按钮时，就能触发施救指令，获取求救呼叫指令相对应求救者的登记信息及呼救地址，与求救者组成临时群组，获取到达求救者的呼救地址的规划路径这样就能及时的对其进行施救。
同样的，当用户作为求救者，在安装了具有呼叫救护功能的APP后，用户可通过以下步骤完成准备工作：
1)输入账户名和账户密码完成注册并登录APP；
2)判断该账户名对应的账号是否绑定了智能求救设备，账户名对应的账号未绑定智能求救设备则执行步骤3)，账户名对应的账号已绑定智能求救设备则执行步骤4)；
3)在APP的界面上选定待连接的路由器Wi-Fi名称，并输入Wi-Fi密码，输入完成后将路由器Wi-Fi名称和Wi-Fi密码发送至已进入配置状态的智能求救设备(可以同时长按智能求救设备侧壁两个按键5秒，直至蓝灯慢闪并语音提示智能求救设备进入配置状态)，智能求救设备根据路由器Wi-Fi名称和Wi-Fi密码预路由器进行无线连接，之后用户在APP界面上录入了智能求救设备一个或多个常用地址后，完成与账户名对应的账号进行绑定，之后执行步骤4)；
4)进入求救页面，求救页面上设置有多个求救对象选择项(如向全体用户求救的选择项、向医院求救的选择项、向物业管理处求救的选择项、向派出所求救的选择项)，每一求救对象选择项都对应多级求救按钮(具体实施时是每一求救对象选择项都对应三级求救按钮，例如如向全体用户求救的选择项设置有一级呼救、二级呼救和三级呼救，一级呼救表示求救者有即时生命危险、二级呼救表示求救者为重伤或走失状态、三级呼救表示为他人报警状态，当然这三级呼叫所表示含义由APP开发商自行定义和设置，只需在每一级呼救的虚拟按钮上提示其呼叫含义即可)；
5)当检测到求救者按下三级求救按钮的其中一个按钮时，则切换至正在求救的页面上，并在正在求救的页面上展示用户预先登记的个人健康信息，同时还展示距求救者的距离在预设的距离阈值范围内的其他APP用户(如将距离阈值设置为500m、1km等距离)；其中，登记的个人健康信息至少包括求救者的姓名、性别、年龄、体重、血型、方言所属地、历史病症、曾用药品、过敏及禁忌、施救注意事项、及关联第二身份；
6)当检测到距求救者的距离在预设的距离阈值范围内的其他APP用户响应求救者的求救呼叫时，则显示求救者与应答者之间的导航路线，且应答者与求救者组成临时群组，并进入聊天界面(在应答者与求救者组成临时群组中，可进行即时聊天，类似于QQ群的聊天界面)。
可见，求救用户，能及时发出对应级别的求救呼叫指令，通过后台服务器转接后与准备施救的应答者建立临时群组，这样应答者可以在后台服务器对应的指挥中心人员及其他应答者的共同合作下完成救援。
当检测到求助者的APP界面上的结案按钮时，则表示完成本次救援，此时可对参与救援的每一救援者(也就是应答者)进行施救评分，所得施救评分乘以会员级别信息对应奖励系数对应转换为救援者(也就是应答者)账户中的个人积分(例如求救者对救援者所打的施救评分可以按1:奖励系数转化为救援者账户中的个人积分，每次施救评分的最高分为5分，这5分也可以是APP开发商设置为其他分值)。施救评分是由临时群组负责人负责打分可能是因为求救者死了无法评分(具体实施时，临时群组负责人优先由第一个应答的应答者担任，或者是当应答者中有第二身份为医生或急救人员的应答者担任)，施救评分由后台服务器接收并保存至对应的个人账户中，。
优选的，在所述互联网救援的数据处理实现方法中，所述步骤S100之前还包括：
步骤S10、检测到求救者或应答者所录入的账户名和账户密码时，则对账户名和账户密码进行验证，当账户名和账户密码通过验证时则向求救者或应答者的个人账号发送登录成功的通知信息。
请同时参考图2和图3，其中图2为本发明中智能求救设备的结构示意图，图3为本发明中智能求救设备的结构框图。如图2和图3所示，所述智能求救设备包括：
求救装置本体100；
设置在所述求救装置本体100内的电路板110；
设置在所述电路板110上的MCU控制芯片120；
设置在所述电路板110上的充电电池130，所述充电电池130与所述MCU控制芯片120连接；
设置在所述电路板110上的定位模块140，所述定位模块140与所述MCU控制芯片120连接；
设置在所述电路板110上的存储模块150，所述存储模块150与所述MCU控制芯片120连接；
设置在所述电路板110上的语音采集模块160，所述语音采集模块160与所述MCU控制芯片120连接；
设置在所述电路板110上的通讯模块170，所述通讯模块170与所述MCU控制芯片120连接；
设置在所述电路板110上的无线连接模块180，所述无线连接模块180与所述MCU控制芯片120连接；
设置在所述求救装置本体100外壁上的LED指示灯190，所述LED指示灯190与所述MCU控制芯片120连接；
设置在所述求救装置本体100外壁上的语音播放模块191，所述语音播放模块与所述MCU控制芯片120连接；
设置在所述求救装置本体100外壁上的一键通按钮192，所述一键通按钮192与所述MCU控制芯片120连接；
设置在所述求救装置本体100外壁上的定位报警按钮193，所述定位报警按钮193与所述MCU控制芯片120连接；
设置在所述求救装置本体100外壁上的充电接口194，所述充电接口194与所述充电电池130连接。
在所述求救装置本体100内设置定位模块140，是为了对使用者(也就是求救者)的当前位置进行精准定位而得到当前定位信息，以便于将前定位信息发送至就近的救援人员或救援机构(如医院，派出所等)。在所述求救装置本体100内设置存储模块150，是为了预先存储语音数据(例如，我姓名是X1、性别X2、年龄X3、体重X4、血型X5、方言所属地X6、历史病症X7、曾用药品X8、过敏及禁忌X9、施救注意事项X10，其中X1-X10是具体内容，此处为了隐私用编号代替)，当救援人员到达时求救者不方便自己说出自身情况时，则通过按下所述求救装置本体100外壁上的语音播放按钮(图中未画出，语音播放按钮与所述MCU控制芯片120连接)，通过语音播放模块191播放求救者的个人健康信息。当然，存储模块150还可以存储非语音数据，也就是其他形式的数据。在所述求救装置本体100内设置通讯模块170，是为了便于求救者与救援人员或救援机构进行通话以求助，当按下设置在所述求救装置本体100外壁上的一键通按钮192，即可与预先设置的通讯号码进行通讯连接以及时寻求救援。
在所述求救装置本体100内设置无线连接模块180，是为了便于与其他智能终端(如智能手机)进行通讯连接。在无线连接模块180与其他智能终端建立了连接后，可通过智能终端上所安装的APP对智能求救装置进行各种数据传输(例如将个人健康信息所对应语音信息由智能终端录制后，传输至存储模块进行存储)和工作参数设置(例如待机时间，LED指示灯的待机显示颜色等)。在所述求救装置本体100外壁上设置LED指示灯190，是为了配合用户进行定位报警模式的选择。例如，将报警模式分为3级报警模式，第一级报警模式为危急情况报警(危急情况报警需要救援机构携带专业设备，或者需要在15分钟内赶到报警现场的情况)，第二级报警模式为紧急情况报警(紧急情况报警需要救援机构携带一般救援设备，或者需要在15-30分钟赶到报警现场的情况)，第三级报警模式为非紧急情况报警(非紧急情况报警需要救援机构携带简单救援设备，或者需要在30-60分钟赶到报警现场的情况)。
当用户按下定位报警按钮193后，通过语音播放模块191提示用户再次按下定位报警按钮193选择报警模式。例如，提示在5秒内再次按下一次定位报警按钮193则选择的是第一级报警模式，LED指示灯190为红灯状态；提示在5秒内再次按下两次定位报警按钮193则选择的是第二级报警模式，LED指示灯190为黄灯状态；提示在5秒内再次按下三次定位报警按钮193则选择的是第三级报警模式，LED指示灯190为橙色灯状态。
本实施中，之所以设置一键通按钮192和定位报警按钮193，是为了便于用户选择求助模式。当求救者根据自身身体情况判断，可以通过自己通话来寻求救援时，则按下一键通按钮192来寻求救援，并在接通之后与施救者进行语音通话即可。当求救者根据自身身体情况判断，不可以通过自己通话来寻求救援时，则直接通过按下定位报警按钮193并对应选择报警模式后，将存储模块150内存储的个人健康信息同时也发送给施救者。
优选的，在所述互联网救援的数据处理实现方法中，所述步骤S100之前还包括：
步骤S20、当检测到求救者或应答者所录入的常用地址时，则获取该常用地址对应的经纬度，并存储至对应的个人账号中。
优选的，在所述互联网救援的数据处理实现方法中，所述步骤S200具体包括：
步骤S201、当个人账号已绑定智能求救设备的属性标签，且检测到求救者的求救呼叫指令时，则获取对应的呼叫等级；
步骤S202、当呼叫等级对应一级呼叫时，则获取求救者的登记信息及呼救地址，并将该求救者的登记信息及呼救地址发送至一级救援者对应账号；其中一级救援者对应账号对应施救者携带和提供7种以上救援设备；
步骤S203、当呼叫等级对应二级呼叫时，则获取求救者的登记信息及呼救地址，并将该求救者的登记信息及呼救地址发送至二级救援者对应账号；其中二级救援者对应账号对应施救者携带和提供4-7种救援设备；
步骤S204、当呼叫等级对应三级呼叫时，则获取求救者的登记信息及呼救地址，并将该求救者的登记信息及呼救地址发送至三级救援者对应账号；其中三级救援者对应账号对应施救者携带和提供0-3种救援设备；
步骤S205、获取求救者的个人账号对应的会员级别信息
在步骤S201中，当后台服务器检测到求救者的求救呼叫指令时，可判断其是按下与智能终端上的APP绑定的智能求救设备的定位报警按钮193发起求救。
本实施例中，划分多级求救，是为了便于求救机构根据求救者的呼叫等级采取对应的救援措施，例如三级呼救时，当为第一级别呼救救援机构带来的救援设备就很专业齐全，当为第三级别呼救救援机构带来的救援设备就很简单。
而且，求救者未绑定附近的专业救助机构服务器账号时，则是通知后台服务器将该求救者的登记信息及呼救地址发送至与求救者的呼叫地址相距为指定距离范围内的智能终端，也就是既可以向机构，也可以向个人分发求救信息。
优选的，在所述互联网救援的数据处理实现方法中，所述步骤S400具体包括：
步骤S401、后台服务器的客服账号与求救者的个人账号组成初始临时群组；
步骤S402、实时检测是否有应答者应答求救呼叫；
步骤S403、检测到有施救者应答求救呼叫时，则获取应答者的当前地理位置，将应答者的当前地理位置发送至求救者的智能终端并提示，并将应答者对应的个人账号加入所述初始临时群组，得到临时群组。
本实施例中，当按下与智能终端上的APP绑定的智能求救设备的定位报警按钮193(类似于网约车的约车按键，一旦约车用户按下约车按键后，后台服务器将约车请求发送至与约车用户之间间距小于预设约车距离阈值的多个网约车，并在有网约车接单后，完成网络约车)，为了及时与求救者进行沟通，一般在未有应答者响应答求救呼叫时，先是后台服务器的客服账号与求救者的个人账号组成初始临时群组，客服账号对应的指挥人员可以先与求救者进行沟通，待后续有应答者响应应答求救呼叫时，则将应答者的当前地理位置发送至求救者的智能终端并提示，并将应答者对应的个人账号加入所述初始临时群组，得到临时群组。这样后加入的应答者可以在指挥人员的指挥下快速到达求救者所在位置，对其实施救援。
进一步的，在所述互联网救援的数据处理实现方法中，所述步骤S403具体包括：
步骤S4031、当检测到有应答者应答求救呼叫时，则向求救者的智能终端或智能求救设备反馈应答者已应答求救呼叫的提示信息；
步骤S4032、与应答者的智能终端建立通讯连接，并将应答者的当前地理位置及规划路线发送至求救者的智能终端并提示；
步骤S4033、应答者对应的个人账号加入所述初始临时群组，得到临时群组。
本实施例中，当有应答者(即施救者)通过APP上的确认施救按钮响应了求救呼叫时，则需后台服务器及时向求救者进行应答者已应答求救呼叫的提示，同时与应答者的智能终端建立通讯连接，并将应答者的当前地理位置及规划路线发送至求救者的智能终端并提示。这样求救者就能实时知道施救者到达的位置。为了便于沟通，应答者对应的个人账号加入所述初始临时群组，得到临时群组。在临时群组中，各成员都能实时对话和沟通，有助于施救。具体实施时，在所述临时群组中进行聊天时，聊天内容被在线即时翻译，便于讲不同方言或语种的用户沟通顺畅。
进一步的，所述施救者对应的个人账号、及求救者的个人账号均至少分为第一级别会员、第二级别会员及第三级别会员；其中，第一级别会员的施救评分大于或等于预设的第一积分阈值，或者个人账号对应的关联第二身份为医生或急救人员；第二级别会员的施救评分小于所述第一积分阈值、且大于或等于预设的第二积分阈值；第三级别会员的施救评分小于所述第二积分阈值、且大于或等于0。其中，所述第一积分阈值大于所述第二积分阈值。
后台服务器对个人账号进行管理是，对个人账号采用积分制，能鼓励用户多参与紧急救援而获取积分，通过积分来换取更多的会员权益。例如第一级会员是终身免费制，无需交年费来维持个人账户的级别，而医生或急救人员又是参与救援最有经验的人员，故为了鼓励非上班时间在家休息但又能为他人提供救援的医生或急救人员参与救援，个人账号对应的关联第二身份为医生或急救人员则自动获取第一级别会员，并在对应的个人账号设置第一级别会员标签。低于第一级别会员的第二级别会员及第三级别会员，则每年缴纳不同档次的年费以维持个人账号设置第二级别会员标签或第三级别会员标签的有效性。而且每一个人账号都对应设置有救援行动已被投保标签，也就是作为施救者参与救援，其救援行为是被投保，不会因为参与救援行动而遭受损失。
具体实施时，所述第一级别会员对应的奖励系数为1.5，所述第二级别会员对应的奖励系数为1.3，所述第三级别会员对应的奖励系数为1。所述所述第一积分阈值为500，所述第二积分阈值为200。
基于上述互联网救援的数据处理实现方法，本发明还提供了一种互联网救援的数据处理实现装置。所述互联网救援的数据处理实现装置包括处理器，适于实现各指令；存储器，适于存储多条指令；所述存储器和处理器之间由通信总线连接；所述处理器用于执行存储器中存储的基于互联网的救援实现程序，以实现所述的互联网救援的数据处理实现方法的步骤。
基于上述互联网救援的数据处理实现方法，本发明还提供了一种存储介质(即计算机可读存储介质)。所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现所述的互联网救援的数据处理实现方法的步骤。
综上所述，本发明所提供的互联网救援的数据处理实现方法、装置及存储介质，方法包括：判断求救者的个人账号是否有已绑定智能求救设备的属性标签，当个人账号无已绑定智能求救设备的属性标签时，则向求救者的个人账号所对应智能终端发出绑定智能求救设备的提示信息；当个人账号已绑定智能求救设备的属性标签，且检测到求救者的求救呼叫指令时，则获取对应的呼叫等级，并获取求救者的登记信息及呼救地址，获取求救者的个人账号对应的会员级别信息；将求救呼叫指令及会员级别信息推送至与呼救地址之间距离小于或等于预设距离阈值的施救者的智能终端；若检测到有施救者应答求救呼叫时，则与应答者、求救者组成临时群组；当检测到应答者的救援完成指令时，则接收对每一应答者的施救评分，并将施救评分乘以会员级别信息对应奖励系数累计到应答者的个人账号。本发明中实时且自动将求救者的求救呼叫转发给求救者附近的人，以得到就近的及时救援，而且对求救者或是施救者的会员级别进行在线计算和存储，便于分类存储会员级别。
应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。
Claims (10)
1.一种互联网救援的数据处理实现方法，其特征在于，所述方法包括以下步骤：
判断求救者的个人账号是否有已绑定智能求救设备的属性标签，当个人账号无已绑定智能求救设备的属性标签时，则向求救者的个人账号所对应智能终端发出绑定智能求救设备的提示信息；
当个人账号已绑定智能求救设备的属性标签，且检测到求救者的求救呼叫指令时，则获取对应的呼叫等级，并获取求救者的登记信息及呼救地址，获取求救者的个人账号对应的会员级别信息；
将求救呼叫指令及会员级别信息推送至与呼救地址之间距离小于或等于预设距离阈值的施救者的智能终端；
若检测到有施救者应答求救呼叫时，则与应答者、求救者组成临时群组；
当检测到应答者的救援完成指令时，则接收对每一应答者的施救评分，并将施救评分乘以会员级别信息对应奖励系数累计到应答者的个人账号。
2.根据权利要求1所述互联网救援的数据处理实现方法，其特征在于，所述个人账号对应的会员级别信息至少划分为第一级别会员、第二级别会员及第三级别会员；其中，第一级别会员的施救评分大于或等于预设的第一积分阈值，或者个人账号对应的关联第二身份为医生或急救人员；第二级别会员的施救评分小于所述第一积分阈值、且大于或等于预设的第二积分阈值；第三级别会员的施救评分小于所述第二积分阈值、且大于或等于0。
3.根据权利要求2所述互联网救援的数据处理实现方法，其特征在于，所述第一级别会员对应的奖励系数为1.5，所述第二级别会员对应的奖励系数为1.3，所述第三级别会员对应的奖励系数为1。
4.根据权利要求2所述互联网救援的数据处理实现方法，其特征在于，所述第一积分阈值为500，所述第二积分阈值为200。
5.根据权利要求2所述互联网救援的数据处理实现方法，其特征在于，所述应答者对应的个人账号、及求救者的个人账号中对应登记有姓名、性别、年龄、体重、血型、方言所属地、历史病症、曾用药品、过敏及禁忌、施救注意事项、及关联第二身份；其中，关联第二身份为求救者或应答者的实际职业信息。
6.一种互联网救援的数据处理实现装置，其特征在于，所述互联网救援的数据处理实现装置包括处理器，适于实现各指令；存储器，适于存储多条指令；所述存储器和处理器之间由通信总线连接；所述处理器用于执行存储器中存储的互联网救援的数据处理实现程序，以实现以下步骤：
判断求救者的个人账号是否有已绑定智能求救设备的属性标签，当个人账号无已绑定智能求救设备的属性标签时，则向求救者的个人账号所对应智能终端发出绑定智能求救设备的提示信息；
当个人账号已绑定智能求救设备的属性标签，且检测到求救者的求救呼叫指令时，则获取对应的呼叫等级，并获取求救者的登记信息及呼救地址，获取求救者的个人账号对应的会员级别信息；
将求救呼叫指令及会员级别信息推送至与呼救地址之间距离小于或等于预设距离阈值的施救者的智能终端；
若检测到有施救者应答求救呼叫时，则与应答者、求救者组成临时群组；
当检测到应答者的救援完成指令时，则接收对每一应答者的施救评分，并将施救评分乘以会员级别信息对应奖励系数累计到应答者的个人账号。
7.根据权利要求6所述互联网救援的数据处理实现装置，其特征在于，所述个人账号对应的会员级别信息至少划分为第一级别会员、第二级别会员及第三级别会员；其中，第一级别会员的施救评分大于或等于预设的第一积分阈值，或者个人账号对应的关联第二身份为医生或急救人员；第二级别会员的施救评分小于所述第一积分阈值、且大于或等于预设的第二积分阈值；第三级别会员的施救评分小于所述第二积分阈值、且大于或等于0。
8.根据权利要求7所述互联网救援的数据处理实现装置，其特征在于，所述第一级别会员对应的奖励系数为1.5，所述第二级别会员对应的奖励系数为1.3，所述第三级别会员对应的奖励系数为1。
9.根据权利要求7所述互联网救援的数据处理实现装置，其特征在于，所述所述第一积分阈值为500，所述第二积分阈值为200。
10.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1-5任一项所述的互联网救援的数据处理实现方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710867690.4A CN107862539A (zh) | 2017-09-22 | 2017-09-22 | 互联网救援的数据处理实现方法、装置及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710867690.4A CN107862539A (zh) | 2017-09-22 | 2017-09-22 | 互联网救援的数据处理实现方法、装置及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107862539A true CN107862539A (zh) | 2018-03-30 |
Family
ID=61698159
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710867690.4A Pending CN107862539A (zh) | 2017-09-22 | 2017-09-22 | 互联网救援的数据处理实现方法、装置及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107862539A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110166521A (zh) * | 2019-03-28 | 2019-08-23 | 浙江绚飞信息科技有限公司 | 基于智能校徽的学生安全监管方法及系统、存储介质 |
| CN113936426A (zh) * | 2021-10-13 | 2022-01-14 | 工银科技有限公司 | 互助养老方法、系统、设备、介质和程序产品 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103037311A (zh) * | 2012-12-24 | 2013-04-10 | 东莞市全方位信息科技有限公司 | 一种基于社交网络的群发求助和救助方法 |
| CN106161772A (zh) * | 2016-06-01 | 2016-11-23 | 上海交迅智能科技有限公司 | 基于智能终端应对紧急疾病的方法 |
| CN106302813A (zh) * | 2016-09-27 | 2017-01-04 | 武汉磐固科技有限责任公司 | 大众紧急救护方法及系统 |
| CN107093157A (zh) * | 2017-03-29 | 2017-08-25 | 广东巴拿赫大数据科技有限公司 | 一种基于移动终端的紧急求助、风险预警与一键求救平台 |
| CN107180071A (zh) * | 2017-03-29 | 2017-09-19 | 暨南大学 | 一种基于移动智能终端的大数据风险识别、预警和应急平台 |
-
2017
- 2017-09-22 CN CN201710867690.4A patent/CN107862539A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103037311A (zh) * | 2012-12-24 | 2013-04-10 | 东莞市全方位信息科技有限公司 | 一种基于社交网络的群发求助和救助方法 |
| CN106161772A (zh) * | 2016-06-01 | 2016-11-23 | 上海交迅智能科技有限公司 | 基于智能终端应对紧急疾病的方法 |
| CN106302813A (zh) * | 2016-09-27 | 2017-01-04 | 武汉磐固科技有限责任公司 | 大众紧急救护方法及系统 |
| CN107093157A (zh) * | 2017-03-29 | 2017-08-25 | 广东巴拿赫大数据科技有限公司 | 一种基于移动终端的紧急求助、风险预警与一键求救平台 |
| CN107180071A (zh) * | 2017-03-29 | 2017-09-19 | 暨南大学 | 一种基于移动智能终端的大数据风险识别、预警和应急平台 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110166521A (zh) * | 2019-03-28 | 2019-08-23 | 浙江绚飞信息科技有限公司 | 基于智能校徽的学生安全监管方法及系统、存储介质 |
| CN113936426A (zh) * | 2021-10-13 | 2022-01-14 | 工银科技有限公司 | 互助养老方法、系统、设备、介质和程序产品 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107659922A (zh) | 施救后台基于互联网的救援实现方法、装置及存储介质 | |
| US10796396B2 (en) | Emergency response augmented reality-based notification | |
| CN207924885U (zh) | 安全应急响应系统 | |
| US20200242907A1 (en) | Responder network | |
| US9414212B2 (en) | Community emergency request communication system | |
| US20210154487A1 (en) | Device based responder network activation and virtual assistant integration | |
| CN106651716A (zh) | 紧急呼救服务实现方法、装置以及系统 | |
| DK3010213T3 (en) | Automatic execution of an emergency message by an emergency signal | |
| CN107464406A (zh) | 基于可穿戴装置的报警方法、系统及相应的可穿戴装置 | |
| CN103702008A (zh) | 手机紧急求助系统 | |
| CN109872514A (zh) | 安全应急响应系统 | |
| JP6219765B2 (ja) | 支援システム | |
| CN107862539A (zh) | 互联网救援的数据处理实现方法、装置及存储介质 | |
| Edillo et al. | A mobile based emergency reporting application for the Philippine National Police Emergency Hotline 911: A case for the development of i911 | |
| CN107862841A (zh) | 求救用户基于互联网的救援实现方法、装置及存储介质 | |
| KR20140030848A (ko) | 스마트 기기를 이용한 사용자 간의 협조에 의한 응급 상황 대응 서비스 제공 방법 | |
| US10720038B1 (en) | Emergency response systems and methods of using the same | |
| CN107748924A (zh) | 施救用户基于互联网的救援实现方法、装置及存储介质 | |
| CN106952458A (zh) | 一种急救辅助方法和急救辅助系统 | |
| US20220086278A1 (en) | Emergency response system with dynamic ali database alphanumeric character hacking | |
| CN109671252A (zh) | 智能报警以及处理求助信息的方法及装置 | |
| Ohtsuka et al. | A smartphone application for location recording and rescue request using twitter | |
| Monares et al. | Improving the initial response process in urban emergencies | |
| Steen-Tveit et al. | Using live video for communication between lay bystanders and emergency dispatchers in command and control centres | |
| US20190266881A1 (en) | System and method for an alert and crisis/emergency management system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180330 |
|
| RJ01 | Rejection of invention patent application after publication |