CN105915593A - 用于处理救援请求的方法与设备 - Google Patents
用于处理救援请求的方法与设备 Download PDFInfo
- Publication number
- CN105915593A CN105915593A CN201610220340.4A CN201610220340A CN105915593A CN 105915593 A CN105915593 A CN 105915593A CN 201610220340 A CN201610220340 A CN 201610220340A CN 105915593 A CN105915593 A CN 105915593A
- Authority
- CN
- China
- Prior art keywords
- help
- calling
- information
- relevant information
- equipment
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Alarm Systems (AREA)
Abstract
本申请的目的是提供一种用于处理救援请求的方法及设备,与现有技术相比,本申请通过第一用户设备向网络设备发送救援请求信息;网络设备接收所述救援请求信息,并生成与其对应的第一标记信息;第一用户设备获取呼救现场相关信息,并向所述网络设备提供所述呼救现场相关信息;网络设备接收所述呼救现场相关信息,并将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引;从而使第一用户设备对应的呼救者在救援现场进行救援或者等待救援人员赶来时,可以采集呼救现场的相关信息,例如,图片、音频、视频等信息,并传输至网络设备进行记录保存,以备后续作为证据调用,使呼救者参与救援时没有后顾之忧。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种用于处理救援请求的技术。
背景技术
目前,在日常生活、工作、赛事或者其他地方,如果出现需要急救的情况,例如,在马拉松赛道上、马路上、闹市等出现有老人倒下、有人受伤等需要紧急救援的情况,救援人员便出现在现场展开救援。但是,现实中救援与帮扶的采证问题在国内已存在多年,“救不救”、“扶不扶”多次成为社会讨论热点。救援人员展开救援时,有可能面临出于好心救人,却被认为是肇事者的情况,使得愿意参与紧急情况救援的人有很大的思想压力。
随着社会的进步、人们健康意识的逐渐增强,人们对加入紧急救援以及被救援行列的愿望会越来越强烈,在科技尤其是随着互联网技术飞速发展的今天,如何让救援者毫无思想压力的参与救援的问题越来越突出。
同时,以互联网技术为支撑,人们也将对紧急救援更加高效、迅速等提出新的要求。
发明内容
本申请的目的是提供一种用于处理救援请求的方法及设备。
根据本申请的一个方面,提供了一种在网络设备端用于处理救援请求的方法,其中,所述方法包括:
接收第一用户设备发送的救援请求信息,并生成与所述请求信息对应的第一标记信息;
接收所述第一用户设备提供的呼救现场相关信息;
将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引。
根据本申请的另一个方面,提供了一种在第一用户设备端用于处理救援请求的方法,其中,所述方法包括:
向网络设备发送救援请求信息;
获取呼救现场相关信息;
向所述网络设备提供所述呼救现场相关信息。
根据本申请的另一个方面,提供了一种用于处理救援请求的网络设备,其中,所述设备包括:
第一装置,用于接收第一用户设备发送的救援请求信息,并生成与所述请求信息对应的第一标记信息;
第三装置,用于接收所述第一用户设备提供的呼救现场相关信息;
第五装置,用于将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引。
根据本申请的另一个方面,提供了一种用于处理救援请求的第一用户设备,其中,所述设备包括:
第二装置,用于向网络设备发送救援请求信息;
第四装置,用于获取呼救现场相关信息;
第六装置,用于向所述网络设备提供所述呼救现场相关信息。
根据本申请的再一个方面,提供了一种用于处理救援请求的***,其中,所述***包括所述的网络设备及所述的第一用户设备。
与现有技术相比,本申请通过第一用户设备向网络设备发送救援请求信息;网络设备接收第一用户设备发送的救援请求信息,并生成与所述请求信息对应的第一标记信息;第一用户设备获取呼救现场相关信息,并向所述网络设备提供所述呼救现场相关信息;网络设备接收所述第一用户设备提供的呼救现场相关信息,并将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引;从而使第一用户设备对应的呼救者在救援现场进行救援或者等待救援人员赶来时,可以采集呼救现场的相关信息,例如,图片、音频、视频等信息,并传输至网络设备进行记录保存,以备后续作为证据调用,使呼救者参与救援时没有后顾之忧。
而且,网络设备接收到第一用户设备发送的救援请求时,确定出应答所述救援请求信息的至少一个第二用户设备,并将所述呼救现场相关信息提供至所述至少一个第二用户设备;从而使加入救援的其他救援者观看到呼救现场的相关信息,便于救援者指导呼救者展开救援,尤其是在紧急的情况下,例如,被救援者无呼吸、无意识时,需要在4分钟内对其做CPR(Cardio Pulmonary Resuscitation),8分钟内使用AED(Automated ExternalDefibrillator)进行除颤,此时若呼救者不会实施CPR,救援者可以根据呼救现场情况,指导呼救者对被救援者实施CPR,以使被救援者最大可能性的恢复呼吸。
而且,呼救人员进行救援时,还可以通过第一用户设备将呼救现场相关信息实时传输至网络设备,从而使网络设备可以在线播放呼救现场的相关信息,以做出最优的救援指挥方案,从而提高救援效率,尤其是在比较重要的救援活动中,可以使其他有经验的人从呼救开始便可实时观看到呼救现场,从而可以给出最及时、最优的救援指挥、指导信息,大大提高了救援成功率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1示出根据本申请一个方面的一种用于处理救援请求的***及所述***包括的第二用户设备及网络设备的示意图;
图2示出根据本申请一个优选实施例的一种用于处理救援请求的***及所述***包括的第一用户设备、网络设备及第二用户设备的示意图;
图3示出本申请一个具体实施例中通过第一用户设备发出救援请求信息就行呼救的显示状态示意图;
图4示出本申请一个具体实施例中通过第一用户设备上传救援记录信息时的显示状态示意图;
图5示出根据本申请另一个方面的一种用于处理救援请求的方法流程图;
图6示出根据本申请一个优选实施例的一种用于处理救援请求的方法流程图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本发明作进一步详细描述。
在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
为更进一步阐述本申请所采取的技术手段及取得的效果,下面结合附图及较佳实施例,对本申请的技术方案,进行清楚和完整的描述。
参图1并结合图2所示,展示了根据本申请的一个方面提供的用于处理救援请求的***结构示意图。其中,所述***包括处理救援请求的第一用户设备及处理救援请求的网络设备。
具体地,网络设备1可包括服务器、云端服务器、信号调度平台等设备,第一用户设备2及第二用户设备3分别为呼救人员及救援人员所使用的与所述网络设备进行数据通讯的终端设备,可以为手机、平板电脑、智能手表、智能对讲机、智能可穿戴设备、智能健康监测设备等。在具体的实施例中,当发生需要请求救援的情况时,被救援者自己或者旁人可通过对应的第一用户设备向网络设备发出救援请求,网络设备根据救援请求信息的具体情况,例如,呼救现场的位置、被救援者的具体病情等,将救援请求信息推送至第二用户设备,救援者通过第二用户设备接收到呼救请求后,根据自己的情况向网络设备答复是否前去救援。
具体地,针对通过第一用户设备发出救援请求为旁人也即非需要救援者自身的情况,此时,为了保护帮助被救援者发出救援请求人员的利益,同时也为了可以远程观看呼救现场等目的,呼救者通过第一用户设备采集呼救现场相关信息,例如,呼救现场图片信息、呼救现场音频信息、呼救现场视频信息等,并将采集的呼救现场的相关信息传输至网络设备,网络设备保存、记录该信息。
进一步地,网络设备还可以将所述呼救现场相关信息传输至对应救援者的第二用户设备,救援者在赶往呼救现场的路上,便可观看到呼救现场的相关信息,根据此信息通过网络设备向呼救者对应的第一用户设备提供救援指导相关信息,例如,指导呼救者对被救援者实施CPR等;同时如果所述信息是实时在线传输的,还可以在网络设备端实时在线查看呼救现场的相关信息,并可以将呼救现场的相关信息实时在线转播至应答救援的救援者对应的第二用户设备,使救援者能够实时在线观看到呼救现场的相关信息,以给予更多的救援指导;同时,网络设备保存、记录所述信息时与呼救请求及后续的救援记录信息等一并关联保存、记录,以便后续与同一个呼救请求对应的所有的相关信息均可一次性调阅。
参图1所示,展示了根据本申请另一个方面提供的用于处理救援请求的第一用户设备及网络设备的结构示意图。其中,第一用户设备包括第二装置、第四装置、第六装置,网络设备包括第一装置、第三装置、第五装置,所述第一用户设备2与所述网络设备1相互配合,以实现对救援请求的处理。
具体地,第一用户设备的第二装置向网络设备发送救援请求信息;相应地,网络设备的第一装置接收第一用户设备发送的救援请求信息,并生成与所述请求信息对应的第一标记信息;第一用户设备的第四装置获取呼救现场相关信息,第六装置向所述网络设备提供所述呼救现场相关信息;相应地,网络设备的第三装置接收所述第一用户设备提供的呼救现场相关信息,第五装置将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引。
上述各装置之间是持续不断工作的,在此,本领域技术人员应当理解“持续”是指上述各装置分别实时地,或者按照设定的或实时调整的工作模式要求,进行救援请求信息的发出,呼救现场相关信息的获取、提供、接收、保存等直至所述第一用户设备2不再向网络设备1发送救援请求信息。
参图1所示,第一用户设备的第二装置12向网络设备1发送救援请求信息。
具体地,当发生紧急情况需要救援时,被救援者自己或者旁人可通过对应的第一用户设备向网络设备发出救援请求信息,其中,发出救援请求信息的触发条件不做限制,可包括来自与第一用户设备相连接的医疗健康监测设备的触发信号,也可包括直接触发第一用户设备上的相关按钮等,实现救援请求信息的发出;救援请求信息所包括的内容也不做限制,例如,可以包括呼救现场的位置信息、被救援者的病症信息等。
具体地,第一用户设备的第二装置12可基于第一用户设备2与网络设备1之间建立的有线或者无线连接的方式向网络设备1发送救援请求信息,其中的无线连接方式包括但不限于近场通信(NFC)、蓝牙(Bluetooth)、无线局域网(wifi)、红外数据传输(IrDA)、ZigBee、超宽频(UltraWideBand)、WiMedia、GPS、DECT、无线1394和其他专用无线***等。
参图1所示,相应地,网络设备的第一装置11接收第一用户设备发送的救援请求信息,并生成与所述请求信息对应的第一标记信息。
具体地,网络设备的第一装置11接收到通过第一用户设备2发出的救援请求信息后,便生成对该救援请求对应的第一标记信息,其中的第一标记信息为网络设备中全局唯一性的标记信息,可以通过编号数字、字符等形式实现,以区分不同的救援请求,亦可称为SOSID,从而实现对不同救援请求所对应的相关材料进行统一保存、记录、管理等。
参图1所示,第一用户设备的第四装置14获取呼救现场相关信息。
具体地,其中的呼救现场相关信息可包括救援现场的音频、视频、图片等等信息,第一用户设备的第四装置14可以通过第一用户设备2的摄像头、麦克风、录音装置等采集、录制呼救现场相关信息。
参图1所示,第一用户设备的第六装置16向所述网络设备提供所述呼救现场相关信息。
在该实施例中,第一用户设备的第六装置16可以将第四装置14获取的呼救现场相关信息通过各种不同的方式提供至网络设备1,具体地,可通过实时在线方式提供至网络设备;也可通过采集、获取呼救现场相关信息后提供至网络设备,例如,第一用户设备录制呼救现场视频信息后直接点击上传,将呼救现场相关信息提供至网络设备;还可以先将采集、获取的呼救现场相关信息保存在本地数据库中后,再提供给网络设备,例如,救援者在没有足够的数据流量或者情况紧急时,可以先将呼救现场相关信息保存下来,以待后续上传提供给网络设备,如图4所示,救援者可以在救援完成后,在“我的呼救记录”中通过“上传现场信息”按钮上传对应的呼救现场相关信息,具体地,此处要求第一用户设备保存呼救现场相关信息时,通过与其对应的救援请求的第一标记信息索引,以使后续上传提供给网络设备时,能够准确地调出对应的呼救现场相关信息。
具体地,第一用户设备的第六装置16可基于第一用户设备与网络设备之间建立的有线或者无线连接的方式将所述呼救现场相关信息发送至网络设备,其中的无线连接的具体实现方式,请参考本实施例中前述相关描述内容,在此不再赘述。
参图1所示,相应地,网络设备的第三装置13接收所述第一用户设备提供的呼救现场相关信息。
相应地,网络设备的第三装置13接收的第一用户设备提供的呼救现场相关信息,可以包括第一用户设备实时在线提供的呼救现场相关信息;也可以包括第一用户设备通过自身功能结构采集呼救现场相关信息后直接提供的呼救现场相关信息,例如,通过摄像头、录音机等采集救援现场图片、音频、视频等信息;还可以包括第一用户设备采集呼救现场相关信息保存在本地数据库后提供的呼救现场相关信息等,此处主要针对呼救者采集呼救现场相关信息后,不方便当场提供给网络设备,需要先保存在本地数据库后,再上传提供给网络设备,例如,呼救者的数据流量不足、时间紧急、第一用户设备连接网络设备的网络信号比较差等情况。
具体地,网络设备的第三装置13可基于网络设备与第一用户设备之间建立的有线或者无线连接的方式接收第一用户设备提供的呼救现场相关信息,其中的无线连接的具体实现方式,请参考本实施例中前述相关描述内容,在此不再赘述。
参图1所示,网络设备的第五装置15将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引。
具体地,网络设备的第五装置15将所述呼救现场相关信息保存在相应的数据库中,网络设备的第五装置15保存所述呼救现场相关信息时,需要针对不同救援请求所对应的呼救、呼救现场相关信息进行区分索引。
具体地,网络设备接收到第一用户设备提供的呼救现场相关信息,便根据所述呼救现场相关信息对应的救援请求的第一标记信息进行索引,同时也可以附加时间戳、第一用户设备的MAC地址等信息作为附加索引信息,以便呼救现场相关信息在网络设备数据库中的管理,同时也便于后续调阅某次救援请求对应的救援日志内容,例如,呼救现场、救援过程、救援现场等。
参图2所示,优选地,所述网络设备还包括:
第七装置17,确定应答所述救援请求信息的至少一个第二用户设备;
第九装置19,将所述呼救现场相关信息提供至所述至少一个第二用户设备。
在该实施例中,网络设备的第七装置17确定应答所述救援请求信息的至少一个第二用户设备,具体地,网络设备接收到第一用户设备2的救援请求信息,需要将该救援请求信息推送至对应的第二用户设备;具体地,网络设备可记录所述第一用户设备2发出救援请求信息对应的时间/位置/第一用户设备MAC地址等信息,网络设备根据所述时间/位置信息,将所述救援请求信息推送至满足预设条件的至少一个第二用户设备,并根据所述至少一个第二用户设备的回复信息,确定应答所述救援请求信息的至少一个第二用户设备;其中的预设条件可以包括在第一用户设备位置一定距离内的救援者对应的第二用户设备,例如,第一用户设备位置2公里内的救援者,以便将救援请求信息推送至呼救者位置最近的救援者,这样救援者可以快速到达实施救援。当然,网络设备可以通过与第二用户设备之间的信息交互获得第二用户设备的位置信息。
具体地,第二用户设备3接收到网络设备推送的救援请求信息后,将该救援请求信息展示给救援者,救援者根据具体情况,例如,自己的位置、预计到达时间、自身经验与呼救者症状匹配情况、呼救者的紧急程度等等因素,选择是否回答同意救援,网络设备接收到救援者通过第二用户设备的答复,从而确定可以参加本次的救援的救援者及其对应的第二用户设备。
继续在该实施例中,网络设备的第九装置19将所述呼救现场相关信息提供至所述至少一个第二用户设备3,具体地,在网络设备确定出应答救援的至少一个第二用户设备3后,便可将接收到的来自第一用户设备2的呼救现场相关信息提供至前来救援的第二用户设备3对应的救援者,使救援者提前了解呼救现场的情况,可以在必要时指导呼救者展开救援,例如,与心脏骤停、动脉出血等类似的非常紧急的情况。
具体地,网络设备的第九装置19可基于网络设备与第二用户设备之间建立的有线或者无线连接的方式将所述呼救现场相关信息提供至所述至少一个第二用户设备,其中的无线连接的具体实现方式,请参考本实施例中前述相关描述内容,在此不再赘述。
更优选地,所述网络设备还包括:
第十一装置(未示出),接收所述至少一个第二用户设备提供的救援指导信息;或,
第十三装置(未示出),根据所述至少一个第二用户设备发送的救援指导信息搜索请求,确定所述搜索请求对应的救援指导信息;
第十五装置(未示出),将所述救援指导信息提供至对应的第一用户设备。
该实施例主要针对第二用户设备对应的救援者需要向第一用户设备对应的呼救者提供救援指导信息的情况,其中的救援指导信息可以预先存储在第二用户设备端,也可以预先存储在网络设备端;其中的救援指导信息的具体形式不做限制,可以为视频、音频、文字等形式。
具体地,网络设备1的第十一装置接收所述至少一个第二用户设备提供的救援指导信息,其中的救援指导信息预先存储在第二用户设备,救援者观看到呼救现场后,可以根据呼救现场的具体需求情况,选择对应的救援指导信息发送至网络设备,例如,当呼救现场的被救援者处于无呼吸、无意识的状态时,可以将判断被救援者是否为心脏骤停以及如何进行心肺复苏按压的相关指导信息提供给网络设备,再由网络设备1的第十五装置将所述救援指导信息提供至呼救者对应的第一用户设备,以使呼救者能够通过救援指导信息展开救援。
具体地,第十三装置,根据所述至少一个第二用户设备发送的救援指导信息搜索请求,确定所述搜索请求对应的救援指导信息,其中的救援指导信息预先存储在网络设备,救援者观看到呼救现场后,可以根据呼救现场的具体需求情况,向网络设备发出对应的救援指导信息搜索请求,具体地,可以通过关键词搜索、救援指导信息数据库目录查找等方式,向网络设备发出对应救援指导信息的搜索请求,网络设备根据所述搜索请求,确定对应的救援指导信息,并将该信息提供至第一用户设备,从而指导第一用户设备对应的呼救人员实施救援。
具体地,网络设备1的第十五装置将所述救援指导信息提供至对应的第一用户设备,当救援指导信息预先存储在第二用户设备中时,第二用户设备将救援指导信息提供至网络设备,网络设备再提供至第一用户设备;而当救援指导信息预先存储在网络设备时,第二用户设备向网络设备发送对应救援指导信息的搜索请求,网络设备根据所述搜索请求确定出对应的救援指导信息,此时,网络设备可以直接将救援指导信息提供至第一用户设备,也可以将救援指导信息在网络设备中存储的地址信息提供至第一用户设备,第一用户设备对应的呼救者通过所述地址信息访问网络设备上对应的救援指导信息。
另外,在该实施例中,网络设备、第一用户设备、第二用户设备之间救援指导信息或救援指导信息的存储地址信息的传输,均基于网络设备与第一用户设备及网络设备与第二用户设备之间的无线或有线连接,其中的无线连接的具体实现方式,请参考本实施例中前述相关描述内容,在此不再赘述。
参图3所示,相应地,所述第一用户设备还包括:
第十二装置(未示出),接收网络设备提供的所述救援指导信息;
第十四装置(未示出),将所述救援指导信息展示给呼救者。
相应地,第一用户设备的第十二装置接收网络设备提供的所述救援指导信息,参图3所示,当第一用户设备接收到来自网络设备的救援指导信息或者救援指导信息的存储地址信息时,便会在显示界面上进行提示,以提醒第一用户设备对应的呼救者可以观看救援指导信息。具体地,当网络设备将救援指导信息直接提供至第一用户设备时,第一用户设备接收所述救援指导信息,并在本地进行救援指导信息的观看;当网络设备将救援指导信息的存储地址信息提供至第一用户设备时,第一用户设备对应的呼救者可以通过点击所述地址信息,在网络设备上访问对应的救援指导信息。
继续在该实施例中,第一用户设备2的第十四装置将所述救援指导信息展示给呼救者,其中,救援指导信息的具体展示方式根据救援指导信息本身的属性决定,可以通过第一用户设备的显示器、扬声器、视频播放器等进行展示;当展示救援指导信息与第一用户设备目前的工作状态会产生相互影响时,例如,救援指导信息为视频信息,而当前的第一用户设备正在录制呼救现场进行现场直播,可以在第一用户设备进行多窗口展示、播放,也可以由呼救者决定是否暂停当前现场直播等。
优选地,所述呼救现场相关信息包括呼救现场视频信息和或呼救现场音频信息时,所述第一用户设备的第六装置16:
向所述网络设备实时在线提供所述呼救现场相关信息。
具体地,该实施例主要针对呼救现场相关信息为音频、视频信息,并且第一用户设备与网络设备之间的网络连接稳定的情况,第一用户设备的第六装置16向所述网络设备实时在线提供所述呼救现场相关信息时,可通过调整第一用户设备的摄像头、麦克风等的分辨率,从而降低直播所需要的数据传输流量大小。具体地,第一用户设备的第六装置16可基于第一用户设备与网络设备之间建立的有线和/或无线的连接方式向所述网络设备实时在线提供所述呼救现场相关信息,其中的无线连接的具体实现方式,请参考前述相关描述内容,在此不再赘述。
参图1并结合图2所示,相应地,所述网络设备的第三装置13:
接收所述第一用户设备2实时在线提供的呼救现场相关信息;
其中,所述网络设备的第九装置19:
将所述呼救现场相关信息实时在线提供至所述至少一个第二用户设备3。
具体地,网络设备的第三装置13接收所述第一用户设备实时在线提供的所述呼救现场相关信息,网络设备的第三装置13可基于网络设备与第一用户设备之间建立的有线和/或无线的连接方式接收所述第一用户设备实时在线提供的所述呼救现场相关信息,其中的无线连接的具体实现方式,请参考前述相关描述内容,在此不再赘述。具体地,网络设备旁边的指挥人员、或者医疗专家可以直接通过网络设备观看救援现场的音/视频信息,并可以根据现场的具体情况与呼救者进行互动,对呼救者进行救援指导等。
具体地,网络设备的第九装置19可将所述呼救现场相关信息实时在线提供至所述至少一个第二用户设备3,此时,当网络设备接收到呼救者通过第一用户设备提供的呼救现场直播信息时,可以向第二用户设备推送询问救援者是否接收呼救现场直播信息,在救援者通过第二用户设备同意观看呼救现场直播信息时,将第一用户设备提供的呼救现场直播信息转播给第二用户设备,使救援者通过第二用户设备观看到呼救现场的具体情况,当然,救援者可以根据具体需求,通过第二用户设备随时中断呼救现场信息的转播,例如,当救援者观看一段呼救现场相关信息后,已判断出需要实施的救援措施时,便可关闭转播,专心赶路,以尽快到达呼救现场,或者为呼救者查找救援指导信息,使呼救者在救援者未到达现场前正确地开展救援等。
具体地,所述网络设备的第九装置19可基于网络设备与第二用户设备之间建立的有线和/或无线的连接方式将所述呼救现场相关信息实时在线提供至所述至少一个第二用户设备3,其中的无线连接的具体实现方式,请参考前述相关描述内容,在此不再赘述。
优选地,所述第一用户设备2还包括:
第八装置(未示出),保存所述获取的呼救现场相关信息;
第十装置(未示出),生成所述呼救现场相关信息对应的第一特征值;
其中,所述第一用户设备的第六装置:
向所述网络设备提供所述呼救现场相关信息及其对应的第一特征值。
具体地,该实施例主要针对呼救者通过第一用户设备获取呼救现场相关信息保存在本地数据库后,再向网络设备提供的情况,例如,救援者在没有足够的数据流量、网络信号不好、情况紧急等情况时。由于呼救现场相关信息在需要时将作为证据使用,为确保其客观性,此时,还需要考虑防止救援者修改保存在本地数据库的呼救现场相关信息的情况。
具体地,第一用户设备的第八装置保存所述获取的呼救现场相关信息,由于呼救者可能会在不同的时间段发出不同情况的呼救,此时第一用户设备将获取的呼救现场相关信息保存在本地数据库时,需要通过该呼救对应的救援请求的第一标记信息(亦称SOSID)进行索引,以使每个救援请求分别对应的正确的呼救现场相关信息提供至网络设备。如图4所示,呼救者可以在本次呼救、救援完成后,在“我的呼救记录”中通过“上传现场信息”按钮上传对应的呼救现场相关信息;通过用于标记不同救援请求的第一标记信息,使得救援记录中不同的救援对应的“上传现场信息”链接至第一用户设备呼救现场相关信息存储数据库中对应的正确的呼救现场相关信息。
具体地,在第一用户设备的第八装置保存所述获取的呼救现场相关信息的同时,第十装置生成所述呼救现场相关信息对应的第一特征值,并将所述第一特征值与对应的呼救现场相关信息一起保存起来;其中的第一特征值可包括通过算法,例如,哈希(hash)算法,计算的该呼救现场相关信息对应的key1值,具体地key1可包括对应获取的呼救现场相关信息的特征信息、完整性信息等。
具体地,所述第一用户设备的第六装置16向所述网络设备提供所述呼救现场相关信息及其对应的第一特征值,此时,呼救者将保存在本地数据库中的呼救现场相关信息提供至网络设备,同时将其对应的第一特征值一并提供至网络设备,以使网络设备判断呼救者是否修改了提供的呼救现场相关信息,具体地,第一用户设备的第六装置可基于第一用户设备与网络设备之间建立的有线和/或无线的连接方式向网络设备提供所述呼救现场相关信息及其对应的第一特征值,其中的无线连接的具体实现方式,请参考前述相关描述内容,在此不再赘述。
相应地,所述网络设备的第三装置13:
接收所述第一用户设备提供的呼救现场相关信息及其第一特征值;
其中,所述网络设备还包括:
第十七装置(未示出),根据接收到的所述呼救现场相关信息生成对应的第二特征值;
第十九装置(未示出),将所述呼救现场相关信息的第二特征值与第一特征值比较,判断所述呼救现场相关信息是否被修改。
具体地,网络设备的第三装置13接收所述第一用户设备提供的呼救现场相关信息及其第一特征值,其中的第一特征值的定义及相关描述请参考前述相关描述,在此不再赘述。网络设备的第三装置可基于网络设备与第一用户设备之间建立的有线和/或无线的连接方式接收所述第一用户设备提供的呼救现场相关信息及其第一特征值,其中的无线连接的具体实现方式,请参考前述相关描述内容,在此不再赘述。
具体地,所述网络设备的第十七装置根据接收到的所述呼救现场相关信息生成对应的第二特征值;网络设备接收到呼救现场相关信息后,便通过与第一用户设备的第十装置计算key1值相同的算法,计算出网络设备接收到的呼救现场相关信息的第二特征值key2。
具体地,网络设备的第十九装置将所述呼救现场相关信息的第二特征值与第一特征值比较,判断所述呼救现场相关信息是否被修改;由于第一特征值与第二特征值分别为第二预设设备及网络设备分别对同一个呼救现场相关信息,使用同一算法计算获得的,若二者相同说明呼救现场相关信息采集完毕至上传提供给网络设备过程中未被修改过,若不同,则可能存在修改。
具体地,在网络设备判断所述呼救现场相关信息被修改后,该呼救现场相关信息将无法上传,同时网络设备可向对应的第一用户设备推送提醒信息,提醒救援者呼救现场相关信息可能被修改,无法上传。
优选地,所述网络设备的第五装置包括:
第五一单元(未示出),生成所述呼救现场相关信息文件的第二标记信息,其中,所述第二标记信息包括所述第一标记信息;
第五二单元(未示出),通过所述第二标记信息索引保存所述呼救现场相关信息。
具体地,第五一单元生成所述呼救现场相关信息文件的第二标记信息;其中的第二标记信息可以直接作为呼救现场相关信息保存时的文件名,也可将第二标记信息存储在对应的呼救现场相关信息中;第二标记信息包括与救援请求信息对应的第一标记信息(亦称SOSID),还可包括此时的时间戳信息、提供呼救现场相关信息的第一用户设备的MAC地址信息等,网络设备的第三装置13接收到呼救现场相关信息后,第五一单元便生成该呼救现场相关信息对应的第二标记信息,以使网络设备在呼救现场相关信息存储的数据库中可区分每一个呼救现场相关信息。
具体地,网络设备的第五二单元通过所述第二标记信息索引保存所述呼救现场相关信息;由于网络设备保存所述呼救现场相关信息时,需要针对不同救援请求所对应的来自第一户设备的呼救现场相关信息、来自第二用户设备的救援现场相关信息进行区分索引,同时在一个救援请求还存在多个救援者对应的第二用户设备参与救援的情况,故需要针对同一个救援请求对应的呼救现场相关信息及至少一个救援现场相关信息之间的进行区分索引;此时,仅通过救援请求对应的第一标记信息进行索引,便无法区分同一个救援请求对应的呼救现场相关信息及至少一个救援现场相关信息,第二标记信息在包括第一标记信息的同时,还包括保存呼救现场相关信息、救援现场相关信息对应的时间戳信息、提供呼救现场相关信息的第一用户设备、提供救援现场相关信息的第二用户设备所对应的MAC地址信息等,便可使网络设备在呼救现场相关信息存储的数据库中可区分每一个救援请求中对应的呼救现场相关信息及救援现场相关信息。
优选地,所述呼救现场信息包括如下至少任一项:
呼救现场的图片信息;
呼救现场的音频信息;
呼救现场的视频信息。
具体地,呼救现场相关信息可包括呼救现场的各种信息,呼救者在呼救现场进行救援的过程中,可通过第一用户设备采集呼救现场的各种信息,并将采集的信息上传提供至网络设备;例如,通过第一用户设备的摄像头、麦克风等设备拍摄的呼救现场图片信息、音频、视频信息等。此处,因呼救现场相关信息以后有作为证据的可能,优选呼救现场的视频信息,并将视频信息上传提供给网络设备,网络设备记录、保存所述呼救现场救援信息。
与现有技术相比,本申请通过第一用户设备向网络设备发送救援请求信息;网络设备接收第一用户设备发送的救援请求信息,并生成与所述请求信息对应的第一标记信息;第一用户设备获取呼救现场相关信息,并向所述网络设备提供所述呼救现场相关信息;网络设备接收所述第一用户设备提供的呼救现场相关信息,并将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引;从而使第一用户设备对应的呼救者在救援现场进行救援或者等待救援人员赶来时,可以采集呼救现场的相关信息,例如,图片、音频、视频等信息,并传输至网络设备进行记录保存,以备后续作为证据调用,使呼救者参与救援时没有后顾之忧。
而且,网络设备接收到第一用户设备发送的救援请求时,确定出应答所述救援请求信息的至少一个第二用户设备,并将所述呼救现场相关信息提供至所述至少一个第二用户设备;从而使加入救援的其他救援者观看到呼救现场的相关信息,便于救援者指导呼救者展开救援,尤其是在紧急的情况下,例如,被救援者无呼吸、无意识时,需要在4分钟内对其做CPR,8分钟内使用AED进行除颤,此时若呼救者不会实施CPR,救援者可以根据呼救现场情况,指导呼救者对被救援者实施CPR,以使被救援者最大可能性的恢复呼吸。
而且,呼救人员进行救援时,还可以通过第一用户设备将呼救现场相关信息实时传输至网络设备,从而使网络设备可以在线播放呼救现场的相关信息,以做出最优的救援指挥方案,从而提高救援效率,尤其是在比较重要的救援活动中,可以使其他有经验的人从呼救开始便可实时观看到呼救现场,从而可以给出最及时、最优的救援指挥、指导信息,大大提高了救援成功率。
参图5所示,展示了根据本申请的另一方面提供的一种用于处理救援请求的方法流程图,其中网络设备与第一用户设备及第二用户设备相互配合,以实现对救援请求的处理。
具体地,在步骤S1中,第一用户设备向网络设备发送救援请求信息,相应地,在步骤S1中,网络设备接收第一用户设备发送的救援请求信息,并生成与所述请求信息对应的第一标记信息;在步骤S2中,第一用户设备获取呼救现场相关信息;在步骤S3中,第一用户设备向所述网络设备提供所述呼救现场相关信息,相应地,在步骤S3中,网络设备接收所述第一用户设备提供的呼救现场相关信息;在步骤S4中,网络设备将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引。
参图5所示,在步骤S1中,第一用户设备向网络设备发送救援请求信息。
具体地,当发生紧急情况需要救援时,被救援者自己或者旁人可通过对应的第一用户设备向网络设备发出救援请求信息,其中,发出救援请求信息的触发条件不做限制,可包括来自与第一用户设备相连接的医疗健康监测设备的触发信号,也可包括直接触发第一用户设备上的相关按钮等,实现救援请求信息的发出;救援请求信息所包括的内容也不做限制,例如,可以包括呼救现场的位置信息、被救援者的病症信息等。
具体地,第一用户设备可基于第一用户设备2与网络设备1之间建立的有线或者无线连接的方式向网络设备1发送救援请求信息,其中的无线连接方式包括但不限于近场通信(NFC)、蓝牙(Bluetooth)、无线局域网(wifi)、红外数据传输(IrDA)、ZigBee、超宽频(Ultra WideBand)、WiMedia、GPS、DECT、无线1394和其他专用无线***等。
参图5所示,相应地,在步骤S1中,网络设备接收第一用户设备发送的救援请求信息,并生成与所述请求信息对应的第一标记信息。
具体地,网络设备接收到通过第一用户设备2发出的救援请求信息后,便生成对该救援请求对应的第一标记信息,其中的第一标记信息为网络设备中全局唯一性的标记信息,可以通过编号数字、字符等形式实现,以区分不同的救援请求,亦可称为SOSID,从而实现对不同救援请求所对应的相关材料进行统一保存、记录、管理等。
参图5所示,在步骤S2中,第一用户设备获取呼救现场相关信息。
具体地,其中的呼救现场相关信息可包括救援现场的音频、视频、图片等等信息,第一用户设备可以通过第一用户设备的摄像头、麦克风、录音装置等采集、录制呼救现场相关信息。
参图5所示,在步骤S3中,第一用户设备向所述网络设备提供所述呼救现场相关信息。
在该实施例中,第一用户设备可以将获取的呼救现场相关信息通过各种不同的方式提供至网络设备,具体地,可通过实时在线方式提供至网络设备;也可通过采集、获取呼救现场相关信息后提供至网络设备,例如,第一用户设备录制呼救现场视频信息后直接点击上传,将呼救现场相关信息提供至网络设备;还可以先将采集、获取的呼救现场相关信息保存在本地数据库中后,再提供给网络设备,例如,救援者在没有足够的数据流量或者情况紧急时,可以先将呼救现场相关信息保存下来,以待后续上传提供给网络设备,如图4所示,救援者可以在救援完成后,在“我的呼救记录”中通过“上传现场信息”按钮上传对应的呼救现场相关信息,具体地,此处要求第一用户设备保存呼救现场相关信息时,通过与其对应的救援请求的第一标记信息索引,以使后续上传提供给网络设备时,能够准确地调出对应的呼救现场相关信息。
具体地,第一用户设备可基于第一用户设备与网络设备之间建立的有线或者无线连接的方式将所述呼救现场相关信息发送至网络设备,其中的无线连接的具体实现方式,请参考本实施例中前述相关描述内容,在此不再赘述。
参图5所示,相应地,在步骤S3中,网络设备接收所述第一用户设备提供的呼救现场相关信息。
相应地,网络设备接收的第一用户设备提供的呼救现场相关信息,可以包括第一用户设备实时在线提供的呼救现场相关信息;也可以包括第一用户设备通过自身功能结构采集呼救现场相关信息后直接提供的呼救现场相关信息,例如,通过摄像头、录音机等采集救援现场图片、音频、视频等信息;还可以包括第一用户设备采集呼救现场相关信息保存在本地数据库后提供的呼救现场相关信息等,此处主要针对呼救者采集呼救现场相关信息后,不方便当场提供给网络设备,需要先保存在本地数据库后,再上传提供给网络设备,例如,呼救者的数据流量不足、时间紧急、第一用户设备连接网络设备的网络信号比较差等情况。
具体地,网络设备可基于网络设备与第一用户设备之间建立的有线或者无线连接的方式接收第一用户设备提供的呼救现场相关信息,其中的无线连接的具体实现方式,请参考本实施例中前述相关描述内容,在此不再赘述。
参图5所示,在步骤S4中,网络设备将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引。
具体地,网络设备将所述呼救现场相关信息保存在相应的数据库中,网络设备保存所述呼救现场相关信息时,需要针对不同救援请求所对应的呼救、呼救现场相关信息进行区分索引。
具体地,网络设备接收到第一用户设备提供的呼救现场相关信息,便根据所述呼救现场相关信息对应的救援请求的第一标记信息进行索引,同时也可以附加时间戳、第一用户设备的MAC地址等信息作为附加索引信息,以便呼救现场相关信息在网络设备数据库中的管理,同时也便于后续调阅某次救援请求对应的救援日志内容,例如,呼救现场、救援过程、救援现场等。
参图6所示,优选地,在网络设备端用于处理救援请求的方法还包括:
S5确定应答所述救援请求信息的至少一个第二用户设备;
S6将所述呼救现场相关信息提供至所述至少一个第二用户设备。
在该实施例中,网络设备确定应答所述救援请求信息的至少一个第二用户设备,具体地,网络设备接收到第一用户设备的救援请求信息,需要将该救援请求信息推送至对应的第二用户设备;具体地,网络设备可记录所述第一用户设备发出救援请求信息对应的时间/位置/第一用户设备MAC地址等信息,网络设备根据所述时间/位置信息,将所述救援请求信息推送至满足预设条件的至少一个第二用户设备,并根据所述至少一个第二用户设备的回复信息,确定应答所述救援请求信息的至少一个第二用户设备;其中的预设条件可以包括在第一用户设备位置一定距离内的救援者对应的第二用户设备,例如,第一用户设备位置2公里内的救援者,以便将救援请求信息推送至呼救者位置最近的救援者,这样救援者可以快速到达实施救援。当然,网络设备可以通过与第二用户设备之间的信息交互获得第二用户设备的位置信息。
具体地,第二用户设备接收到网络设备推送的救援请求信息后,将该救援请求信息展示给救援者,救援者根据具体情况,例如,自己的位置、预计到达时间、自身经验与呼救者症状匹配情况、呼救者的紧急程度等等因素,选择是否回答同意救援,网络设备接收到救援者通过第二用户设备的答复,从而确定可以参加本次的救援的救援者及其对应的第二用户设备。
继续在该实施例中,网络设备将所述呼救现场相关信息提供至所述至少一个第二用户设备,具体地,在网络设备确定出应答救援的至少一个第二用户设备后,便可将接收到的来自第一用户设备的呼救现场相关信息提供至前来救援的第二用户设备对应的救援者,使救援者提前了解呼救现场的情况,可以在必要时指导呼救者展开救援,例如,与心脏骤停、动脉出血等类似的非常紧急的情况。
具体地,网络设备可基于网络设备与第二用户设备之间建立的有线或者无线连接的方式将所述呼救现场相关信息提供至所述至少一个第二用户设备,其中的无线连接的具体实现方式,请参考本实施例中前述相关描述内容,在此不再赘述。
更优选地,在网络设备端用于处理救援请求的方法还包括:
S7(未示出)接收所述至少一个第二用户设备提供的救援指导信息;或,
S8(未示出)根据所述至少一个第二用户设备发送的救援指导信息搜索请求,确定所述搜索请求对应的救援指导信息;
S9(未示出)将所述救援指导信息提供至对应的第一用户设备。
该实施例主要针对第二用户设备对应的救援者需要向第一用户设备对应的呼救者提供救援指导信息的情况,其中的救援指导信息可以预先存储在第二用户设备端,也可以预先存储在网络设备端;其中的救援指导信息的具体形式不做限制,可以为视频、音频、文字等形式。
具体地,网络设备接收所述至少一个第二用户设备提供的救援指导信息,其中的救援指导信息预先存储在第二用户设备,救援者观看到呼救现场后,可以根据呼救现场的具体需求情况,选择对应的救援指导信息发送至网络设备,例如,当呼救现场的被救援者处于无呼吸、无意识的状态时,可以将判断被救援者是否为心脏骤停以及如何进行心肺复苏按压的相关指导信息提供给网络设备,再由网络设备将所述救援指导信息提供至呼救者对应的第一用户设备,以使呼救者能够通过救援指导信息展开救援。
具体地,网络设备根据所述至少一个第二用户设备发送的救援指导信息搜索请求,确定所述搜索请求对应的救援指导信息,其中的救援指导信息预先存储在网络设备,救援者观看到呼救现场后,可以根据呼救现场的具体需求情况,向网络设备发出对应的救援指导信息搜索请求,具体地,可以通过关键词搜索、救援指导信息数据库目录查找等方式,向网络设备发出对应救援指导信息的搜索请求,网络设备根据所述搜索请求,确定对应的救援指导信息,并将该信息提供至第一用户设备,从而指导第一用户设备对应的呼救人员实施救援。
具体地,网络设备将所述救援指导信息提供至对应的第一用户设备,当救援指导信息预先存储在第二用户设备中时,第二用户设备将救援指导信息提供至网络设备,网络设备再提供至第一用户设备;而当救援指导信息预先存储在网络设备时,第二用户设备向网络设备发送对应救援指导信息的搜索请求,网络设备根据所述搜索请求确定出对应的救援指导信息,此时,网络设备可以直接将救援指导信息提供至第一用户设备,也可以将救援指导信息在网络设备中存储的地址信息提供至第一用户设备,第一用户设备对应的呼救者通过所述地址信息访问网络设备上对应的救援指导信息。
另外,在该实施例中,网络设备、第一用户设备、第二用户设备之间救援指导信息或救援指导信息的存储地址信息的传输,均基于网络设备与第一用户设备及网络设备与第二用户设备之间的无线或有线连接,其中的无线连接的具体实现方式,请参考本实施例中前述相关描述内容,在此不再赘述。
相应地,在第一用户设备端用于处理救援请求的方法还包括:
S10(未示出)接收网络设备提供的所述救援指导信息;
S11(未示出)将所述救援指导信息展示给呼救者。
相应地,第一用户设备接收网络设备提供的所述救援指导信息,参图3所示,当第一用户设备接收到来自网络设备的救援指导信息或者救援指导信息的存储地址信息时,便会在显示界面上进行提示,以提醒第一用户设备对应的呼救者可以观看救援指导信息。具体地,当网络设备将救援指导信息直接提供至第一用户设备时,第一用户设备接收所述救援指导信息,并在本地进行救援指导信息的观看;当网络设备将救援指导信息的存储地址信息提供至第一用户设备时,第一用户设备对应的呼救者可以通过点击所述地址信息,在网络设备上访问对应的救援指导信息。
继续在该实施例中,第一用户设备将所述救援指导信息展示给呼救者,其中,救援指导信息的具体展示方式根据救援指导信息本身的属性决定,可以通过第一用户设备的显示器、扬声器、视频播放器等进行展示;当展示救援指导信息与第一用户设备目前的工作状态会产生相互影响时,例如,救援指导信息为视频信息,而当前的第一用户设备正在录制呼救现场进行现场直播,可以在第一用户设备进行多窗口展示、播放,也可以由呼救者决定是否暂停当前现场直播等。
优选地,在第一用户设备端,所述呼救现场相关信息包括呼救现场视频信息和或呼救现场音频信息时,所述步骤S3包括:
向所述网络设备实时在线提供所述呼救现场相关信息。
具体地,该实施例主要针对呼救现场相关信息为音频、视频信息,并且第一用户设备与网络设备之间的网络连接稳定的情况,第一用户设备向所述网络设备实时在线提供所述呼救现场相关信息时,可通过调整第一用户设备的摄像头、麦克风等的分辨率,从而降低直播所需要的数据传输流量大小。具体地,第一用户设备可基于第一用户设备与网络设备之间建立的有线和/或无线的连接方式向所述网络设备实时在线提供所述呼救现场相关信息,其中的无线连接的具体实现方式,请参考前述相关描述内容,在此不再赘述。
相应地,在网络设备端,所述步骤S3包括:
接收所述第一用户设备实时在线提供的呼救现场相关信息;
其中,所述步骤S5包括:
将所述呼救现场相关信息实时在线提供至所述至少一个第二用户设备。
具体地,网络设备接收所述第一用户设备实时在线提供的所述呼救现场相关信息,网络设备可基于网络设备与第一用户设备之间建立的有线和/或无线的连接方式接收所述第一用户设备实时在线提供的所述呼救现场相关信息,其中的无线连接的具体实现方式,请参考前述相关描述内容,在此不再赘述。具体地,网络设备旁边的指挥人员、或者医疗专家可以直接通过网络设备观看救援现场的音/视频信息,并可以根据现场的具体情况与呼救者进行互动,对呼救者进行救援指导等。
具体地,网络设备可将所述呼救现场相关信息实时在线提供至所述至少一个第二用户设备,此时,当网络设备接收到呼救者通过第一用户设备提供的呼救现场直播信息时,可以向第二用户设备推送询问救援者是否接收呼救现场直播信息,在救援者通过第二用户设备同意观看呼救现场直播信息时,将第一用户设备提供的呼救现场直播信息转播给第二用户设备,使救援者通过第二用户设备观看到呼救现场的具体情况,当然,救援者可以根据具体需求,通过第二用户设备随时中断呼救现场信息的转播,例如,当救援者观看一段呼救现场相关信息后,已判断出需要实施的救援措施时,便可关闭转播,专心赶路,以尽快到达呼救现场,或者为呼救者查找救援指导信息,使呼救者在救援者未到达现场前正确地开展救援等。
具体地,所述网络设备可基于网络设备与第二用户设备之间建立的有线和/或无线的连接方式将所述呼救现场相关信息实时在线提供至所述至少一个第二用户设备,其中的无线连接的具体实现方式,请参考前述相关描述内容,在此不再赘述。
优选地,在第一用户设备端用于处理救援请求的方法还包括:
S12(未示出)保存所述获取的呼救现场相关信息;
S13(未示出)生成所述呼救现场相关信息对应的第一特征值;
其中,所述步骤S3包括:
向所述网络设备提供所述呼救现场相关信息及其对应的第一特征值。
具体地,该实施例主要针对呼救者通过第一用户设备获取呼救现场相关信息保存在本地数据库后,再向网络设备提供的情况,例如,救援者在没有足够的数据流量、网络信号不好、情况紧急等情况时。由于呼救现场相关信息在需要时将作为证据使用,为确保其客观性,此时,还需要考虑防止救援者修改保存在本地数据库的呼救现场相关信息的情况。
具体地,第一用户设备保存所述获取的呼救现场相关信息,由于呼救者可能会在不同的时间段发出不同情况的呼救,此时第一用户设备将获取的呼救现场相关信息保存在本地数据库时,需要通过该呼救对应的救援请求的第一标记信息(亦称SOSID)进行索引,以使每个救援请求分别对应的正确的呼救现场相关信息提供至网络设备。如图4所示,呼救者可以在本次呼救、救援完成后,在“我的呼救记录”中通过“上传现场信息”按钮上传对应的呼救现场相关信息;通过用于标记不同救援请求的第一标记信息,使得救援记录中不同的救援对应的“上传现场信息”链接至第一用户设备呼救现场相关信息存储数据库中对应的正确的呼救现场相关信息。
具体地,在第一用户设备保存所述获取的呼救现场相关信息的同时,生成所述呼救现场相关信息对应的第一特征值,并将所述第一特征值与对应的呼救现场相关信息一起保存起来;其中的第一特征值可包括通过算法,例如,哈希(hash)算法,计算的该呼救现场相关信息对应的key1值,具体地key1可包括对应获取的呼救现场相关信息的特征信息、完整性信息等。
具体地,所述第一用户设备向所述网络设备提供所述呼救现场相关信息及其对应的第一特征值,此时,呼救者将保存在本地数据库中的呼救现场相关信息提供至网络设备,同时将其对应的第一特征值一并提供至网络设备,以使网络设备判断呼救者是否修改了提供的呼救现场相关信息,具体地,第一用户设备可基于第一用户设备与网络设备之间建立的有线和/或无线的连接方式向网络设备提供所述呼救现场相关信息及其对应的第一特征值,其中的无线连接的具体实现方式,请参考前述相关描述内容,在此不再赘述。
相应地,在网络设备端所述步骤S3包括:
接收所述第一用户设备提供的呼救现场相关信息及其第一特征值;
其中,在网络设备端用于处理救援请求的方法还包括:
S14(未示出)根据接收到的所述呼救现场相关信息生成对应的第二特征值;
S15(未示出)将所述呼救现场相关信息的第二特征值与第一特征值比较,判断所述呼救现场相关信息是否被修改。
具体地,网络设备接收所述第一用户设备提供的呼救现场相关信息及其第一特征值,其中的第一特征值的定义及相关描述请参考前述相关描述,在此不再赘述。网络设备可基于网络设备与第一用户设备之间建立的有线和/或无线的连接方式接收所述第一用户设备提供的呼救现场相关信息及其第一特征值,其中的无线连接的具体实现方式,请参考前述相关描述内容,在此不再赘述。
具体地,所述网络设备根据接收到的所述呼救现场相关信息生成对应的第二特征值;网络设备接收到呼救现场相关信息后,便通过与第一用户设备计算key1值相同的算法,计算出网络设备接收到的呼救现场相关信息的第二特征值key2。
具体地,网络设备将所述呼救现场相关信息的第二特征值与第一特征值比较,判断所述呼救现场相关信息是否被修改;由于第一特征值与第二特征值分别为第二预设设备及网络设备分别对同一个呼救现场相关信息,使用同一算法计算获得的,若二者相同说明呼救现场相关信息采集完毕至上传提供给网络设备过程中未被修改过,若不同,则可能存在修改。
具体地,在网络设备判断所述呼救现场相关信息被修改后,该呼救现场相关信息将无法上传,同时网络设备可向对应的第一用户设备推送提醒信息,提醒救援者呼救现场相关信息可能被修改,无法上传。
优选地,在网络设备端所述步骤S4包括:
S41(未示出)生成所述呼救现场相关信息文件的第二标记信息,其中,所述第二标记信息包括所述第一标记信息;
S42(未示出)通过所述第二标记信息索引保存所述呼救现场相关信息。
具体地,网络设备生成所述呼救现场相关信息文件的第二标记信息;其中的第二标记信息可以直接作为呼救现场相关信息保存时的文件名,也可将第二标记信息存储在对应的呼救现场相关信息中;第二标记信息包括与救援请求信息对应的第一标记信息(亦称SOSID),还可包括此时的时间戳信息、提供呼救现场相关信息的第一用户设备的MAC地址信息等,网络设备接收到呼救现场相关信息后,便生成该呼救现场相关信息对应的第二标记信息,以使网络设备在呼救现场相关信息存储的数据库中可区分每一个呼救现场相关信息。
具体地,网络设备通过所述第二标记信息索引保存所述呼救现场相关信息;由于网络设备保存所述呼救现场相关信息时,需要针对不同救援请求所对应的来自第一户设备的呼救现场相关信息、来自第二用户设备的救援现场相关信息进行区分索引,同时在一个救援请求还存在多个救援者对应的第二用户设备参与救援的情况,故需要针对同一个救援请求对应的呼救现场相关信息及至少一个救援现场相关信息之间的进行区分索引;此时,仅通过救援请求对应的第一标记信息进行索引,便无法区分同一个救援请求对应的呼救现场相关信息及至少一个救援现场相关信息,第二标记信息在包括第一标记信息的同时,还包括保存呼救现场相关信息、救援现场相关信息对应的时间戳信息、提供呼救现场相关信息的第一用户设备、提供救援现场相关信息的第二用户设备所对应的MAC地址信息等,便可使网络设备在呼救现场相关信息存储的数据库中可区分每一个救援请求中对应的呼救现场相关信息及救援现场相关信息。
优选地,所述呼救现场信息包括如下至少任一项:
呼救现场的图片信息;
呼救现场的音频信息;
呼救现场的视频信息。
具体地,呼救现场相关信息可包括呼救现场的各种信息,呼救者在呼救现场进行救援的过程中,可通过第一用户设备采集呼救现场的各种信息,并将采集的信息上传提供至网络设备;例如,通过第一用户设备的摄像头、麦克风等设备拍摄的呼救现场图片信息、音频、视频信息等。此处,因呼救现场相关信息以后有作为证据的可能,优选呼救现场的视频信息,并将视频信息上传提供给网络设备,网络设备记录、保存所述呼救现场救援信息。
与现有技术相比,本申请通过第一用户设备向网络设备发送救援请求信息;网络设备接收第一用户设备发送的救援请求信息,并生成与所述请求信息对应的第一标记信息;第一用户设备获取呼救现场相关信息,并向所述网络设备提供所述呼救现场相关信息;网络设备接收所述第一用户设备提供的呼救现场相关信息,并将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引;从而使第一用户设备对应的呼救者在救援现场进行救援或者等待救援人员赶来时,可以采集呼救现场的相关信息,例如,图片、音频、视频等信息,并传输至网络设备进行记录保存,以备后续作为证据调用,使呼救者参与救援时没有后顾之忧。
而且,网络设备接收到第一用户设备发送的救援请求时,确定出应答所述救援请求信息的至少一个第二用户设备,并将所述呼救现场相关信息提供至所述至少一个第二用户设备;从而使加入救援的其他救援者观看到呼救现场的相关信息,便于救援者指导呼救者展开救援,尤其是在紧急的情况下,例如,被救援者无呼吸、无意识时,需要在4分钟内对其做CPR,8分钟内使用AED进行除颤,此时若呼救者不会实施CPR,救援者可以根据呼救现场情况,指导呼救者对被救援者实施CPR,以使被救援者最大可能性的恢复呼吸。
而且,呼救人员进行救援时,还可以通过第一用户设备将呼救现场相关信息实时传输至网络设备,从而使网络设备可以在线播放呼救现场的相关信息,以做出最优的救援指挥方案,从而提高救援效率,尤其是在比较重要的救援活动中,可以使其他有经验的人从呼救开始便可实时观看到呼救现场,从而可以给出最及时、最优的救援指挥、指导信息,大大提高了救援成功率。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
Claims (25)
1.一种在网络设备端用于处理救援请求的方法,其中,所述方法包括:
接收第一用户设备发送的救援请求信息,并生成与所述请求信息对应的第一标记信息;
接收所述第一用户设备提供的呼救现场相关信息;
将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引。
2.根据权利要求1所述的方法,其中,所述方法还包括:
确定应答所述救援请求信息的至少一个第二用户设备;
将所述呼救现场相关信息提供至所述至少一个第二用户设备。
3.根据权利要求2所述的方法,其中,所述方法还包括:
接收所述至少一个第二用户设备提供的救援指导信息;或,
根据所述至少一个第二用户设备发送的救援指导信息搜索请求,确定所述搜索请求对应的救援指导信息;
将所述救援指导信息提供至对应的第一用户设备。
4.根据权利要求2或3所述的方法,其中,所述接收所述第一用户设备提供的呼救现场相关信息包括:
接收所述第一用户设备实时在线提供的呼救现场相关信息;
其中,所述将所述呼救现场相关信息提供至所述至少一个第二用户设备包括:
将所述呼救现场相关信息实时在线提供至所述至少一个第二用户设备。
5.根据权利要求1至3中任一项所述的方法,其中,所述接收所述第一用户设备提供的呼救现场相关信息包括:
接收所述第一用户设备提供的呼救现场相关信息及其第一特征值;
其中,所述方法还包括:
根据接收到的所述呼救现场相关信息生成对应的第二特征值;
将所述呼救现场相关信息的第二特征值与第一特征值比较,判断所述呼救现场相关信息是否被修改。
6.根据权利要求1至5中任一项所述的方法,其中,所述将所述呼救现场相关信息进行保存包括:
生成所述呼救现场相关信息文件的第二标记信息,其中,所述第二标记信息包括所述第一标记信息;
通过所述第二标记信息索引保存所述呼救现场相关信息。
7.根据权利要求1至6中任一项所述的方法,其中,所述呼救现场信息包括如下至少任一项:
呼救现场的图片信息;
呼救现场的音频信息;
呼救现场的视频信息。
8.一种在第一用户设备端用于处理救援请求的方法,其中,所述方法包括:
向网络设备发送救援请求信息;
获取呼救现场相关信息;
向所述网络设备提供所述呼救现场相关信息。
9.根据权利要求8所述的方法,其中,所述呼救现场相关信息包括如下至少任一项:
呼救现场图片信息;
呼救现场音频信息;
呼救现场视频信息。
10.根据权利要求9所述的方法,其中,所述呼救现场相关信息包括呼救现场视频信息和或呼救现场音频信息时,所述向所述网络设备提供所述呼救现场相关信息包括:
向所述网络设备实时在线提供所述呼救现场相关信息。
11.根据权利要求8至10中任一项所述的方法,其中,所述方法还包括:
保存所述获取的呼救现场相关信息;
生成所述呼救现场相关信息对应的第一特征值;
其中,所述向所述网络设备提供所述呼救现场相关信息包括:
向所述网络设备提供所述呼救现场相关信息及其对应的第一特征值。
12.根据权利要求8至11中任一项所述的方法,其中,所述方法还包括:
接收网络设备提供的所述救援指导信息;
将所述救援指导信息展示给呼救者。
13.一种用于处理救援请求的网络设备,其中,所述设备包括:
第一装置,用于接收第一用户设备发送的救援请求信息,并生成与所述请求信息对应的第一标记信息;
第三装置,用于接收所述第一用户设备提供的呼救现场相关信息;
第五装置,用于将所述呼救现场相关信息进行保存,其中所述呼救现场相关信息通过所述第一标记信息索引。
14.根据权利要求13所述的设备,其中,所述设备还包括:
第七装置,用于确定应答所述救援请求信息的至少一个第二用户设备;
第九装置,用于将所述呼救现场相关信息提供至所述至少一个第二用户设备。
15.根据权利要求14所述的设备,其中,所述设备还包括:
第十一装置,用于接收所述至少一个第二用户设备提供的救援指导信息;或,
第十三装置,用于根据所述至少一个第二用户设备发送的救援指导信息搜索请求,确定所述搜索请求对应的救援指导信息;
第十五装置,用于将所述救援指导信息提供至对应的第一用户设备。
16.根据权利要求14或15所述的设备,其中,所述第三装置用于:
接收所述第一用户设备实时在线提供的呼救现场相关信息;
其中,所述第九装置用于:
将所述呼救现场相关信息实时在线提供至所述至少一个第二用户设备。
17.根据权利要求13至15中任一项所述的设备,其中,所述第三装置用于:
接收所述第一用户设备提供的呼救现场相关信息及其第一特征值;
其中,所述设备还包括:
第十七装置,用于根据接收到的所述呼救现场相关信息生成对应的第二特征值;
第十九装置,用于将所述呼救现场相关信息的第二特征值与第一特征值比较,判断所述呼救现场相关信息是否被修改。
18.根据权利要求13至17中任一项所述的设备,其中,所述第五装置包括:
第五一单元,用于生成所述呼救现场相关信息文件的第二标记信息,其中,所述第二标记信息包括所述第一标记信息;
第五二单元,用于通过所述第二标记信息索引保存所述呼救现场相关信息。
19.根据权利要求13至18中任一项所述的设备,其中,所述呼救现场信息包括如下至少任一项:
呼救现场的图片信息;
呼救现场的音频信息;
呼救现场的视频信息。
20.一种用于处理救援请求的第一用户设备,其中,所述设备包括:
第二装置,用于向网络设备发送救援请求信息;
第四装置,用于获取呼救现场相关信息;
第六装置,用于向所述网络设备提供所述呼救现场相关信息。
21.根据权利要求20所述的设备,其中,所述呼救现场相关信息包括如下至少任一项:
呼救现场图片信息;
呼救现场音频信息;
呼救现场视频信息。
22.根据权利要求21所述的设备,其中,所述呼救现场相关信息包括呼救现场视频信息和或呼救现场音频信息时,所述第六装置用于:
向所述网络设备实时在线提供所述呼救现场相关信息。
23.根据权利要求20至22中任一项所述的设备,其中,所述设备还包括:
第八装置,用于保存所述获取的呼救现场相关信息;
第十装置,用于生成所述呼救现场相关信息对应的第一特征值;
其中,所述第六装置用于:
向所述网络设备提供所述呼救现场相关信息及其对应的第一特征值。
24.根据权利要求20至23中任一项所述的设备,其中,所述设备还包括:
第十二装置,用于接收网络设备提供的所述救援指导信息;
第十四装置,用于将所述救援指导信息展示给呼救者。
25.一种用于处理救援请求的***,其中,所述***包括如权利要求13至19中任一项所述的第一用户设备及如权利要求20至24中任一项所述的网络设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610220340.4A CN105915593B (zh) | 2016-04-11 | 2016-04-11 | 用于处理救援请求的方法与设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610220340.4A CN105915593B (zh) | 2016-04-11 | 2016-04-11 | 用于处理救援请求的方法与设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105915593A true CN105915593A (zh) | 2016-08-31 |
CN105915593B CN105915593B (zh) | 2020-11-03 |
Family
ID=56744877
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610220340.4A Active CN105915593B (zh) | 2016-04-11 | 2016-04-11 | 用于处理救援请求的方法与设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105915593B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108389374A (zh) * | 2018-02-07 | 2018-08-10 | 深圳市亿联智能有限公司 | 一种高效率主动式监控设备一键呼救方法 |
CN109862321A (zh) * | 2019-02-18 | 2019-06-07 | 上海救要救信息科技有限公司 | 一种用于管理可穿戴救援设备的方法与设备 |
CN109890024A (zh) * | 2019-02-02 | 2019-06-14 | 上海救要救信息科技有限公司 | 一种用于确定救援小组信息的方法与设备 |
CN109908508A (zh) * | 2019-03-14 | 2019-06-21 | 上海救要救信息科技有限公司 | 一种用于生成救援指令的方法与设备 |
CN110795517A (zh) * | 2019-10-23 | 2020-02-14 | 北京金和网络股份有限公司 | 基于地图和视频会议的七维信息协同应急处理方法及装置 |
WO2020211806A1 (zh) * | 2019-04-19 | 2020-10-22 | 上海救要救信息科技有限公司 | 一种用于提供救援语音提示的方法与设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005135051A (ja) * | 2003-10-29 | 2005-05-26 | Nec Corp | 救急対応システム、それに用いる装置とそのプログラム、及び救急対応方法 |
CN101739617A (zh) * | 2009-12-18 | 2010-06-16 | 北京邮电大学 | 基于pda的旅游智能行程导航*** |
CN203016943U (zh) * | 2012-07-24 | 2013-06-26 | 北京大学人民医院 | 一种创伤救治预警通讯*** |
CN103501313A (zh) * | 2013-09-04 | 2014-01-08 | 北京天道和元科技有限公司 | 一种基于移动互联网的伤病员救治方法 |
CN105306528A (zh) * | 2015-09-16 | 2016-02-03 | 胡金原 | 一种互联网院前急救信息传输实现方法及*** |
-
2016
- 2016-04-11 CN CN201610220340.4A patent/CN105915593B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005135051A (ja) * | 2003-10-29 | 2005-05-26 | Nec Corp | 救急対応システム、それに用いる装置とそのプログラム、及び救急対応方法 |
CN101739617A (zh) * | 2009-12-18 | 2010-06-16 | 北京邮电大学 | 基于pda的旅游智能行程导航*** |
CN203016943U (zh) * | 2012-07-24 | 2013-06-26 | 北京大学人民医院 | 一种创伤救治预警通讯*** |
CN103501313A (zh) * | 2013-09-04 | 2014-01-08 | 北京天道和元科技有限公司 | 一种基于移动互联网的伤病员救治方法 |
CN105306528A (zh) * | 2015-09-16 | 2016-02-03 | 胡金原 | 一种互联网院前急救信息传输实现方法及*** |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108389374A (zh) * | 2018-02-07 | 2018-08-10 | 深圳市亿联智能有限公司 | 一种高效率主动式监控设备一键呼救方法 |
CN109890024A (zh) * | 2019-02-02 | 2019-06-14 | 上海救要救信息科技有限公司 | 一种用于确定救援小组信息的方法与设备 |
WO2020156524A1 (zh) * | 2019-02-02 | 2020-08-06 | 上海救要救信息科技有限公司 | 一种用于确定救援小组信息的方法与设备 |
CN109862321A (zh) * | 2019-02-18 | 2019-06-07 | 上海救要救信息科技有限公司 | 一种用于管理可穿戴救援设备的方法与设备 |
CN109908508A (zh) * | 2019-03-14 | 2019-06-21 | 上海救要救信息科技有限公司 | 一种用于生成救援指令的方法与设备 |
WO2020182096A1 (zh) * | 2019-03-14 | 2020-09-17 | 上海救要救信息科技有限公司 | 一种用于生成救援指令的方法与设备 |
WO2020211806A1 (zh) * | 2019-04-19 | 2020-10-22 | 上海救要救信息科技有限公司 | 一种用于提供救援语音提示的方法与设备 |
CN110795517A (zh) * | 2019-10-23 | 2020-02-14 | 北京金和网络股份有限公司 | 基于地图和视频会议的七维信息协同应急处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105915593B (zh) | 2020-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105915593A (zh) | 用于处理救援请求的方法与设备 | |
US11665523B2 (en) | Systems and methods for emergency communications amongst groups of devices based on shared data | |
US9640068B2 (en) | Device for establishing communications interoperability at an incident site including means for recording crisis incidents | |
US9807581B2 (en) | Text message sender location and PSAP determination systems and methods | |
US20170142570A1 (en) | Caller location and psap determination systems and methods | |
US9473920B2 (en) | Personal security alert and monitoring apparatus | |
US20070035612A1 (en) | Method and apparatus to capture and compile information perceivable by multiple handsets regarding a single event | |
US20090125584A1 (en) | System and method for spatio-temporal-context aware interaction of users with an entity of interest | |
CN105847267A (zh) | 用于记录救援信息的方法与设备 | |
CN107659922A (zh) | 施救后台基于互联网的救援实现方法、装置及存储介质 | |
CN105547281A (zh) | 用于确定救援路径的方法及设备 | |
WO2007066896A1 (en) | System and method for controlling accident using location-based service | |
Chiou et al. | A real-time, automated and privacy-preserving mobile emergency-medical-service network for informing the closest rescuer to rapidly support mobile-emergency-call victims | |
CN106127645A (zh) | 用于处理救援需求信息的方法与设备 | |
Allan et al. | Responding to cardiac arrest in the community in the digital age | |
Álvarez-García et al. | Development of the aerial remote triage system using drones in mass casualty scenarios: a survey of international experts | |
Singhal et al. | Caller needs and reactions to 9-1-1 video calling for emergencies | |
CN107623741A (zh) | 基于地理坐标的信息分享方法 | |
JP2003087838A (ja) | 遠隔誘導指示システム | |
CN106161212A (zh) | 宠物信息查询方法、服务器及*** | |
Soon et al. | Indoor-outdoor elderly caring system (NOTECASE) | |
CN111523428B (zh) | 在灾害中的自救提示方法及电子设备、存储介质 | |
Kristiana et al. | UUID Beacon Advertisements For Lecture Schedule Information | |
Laplante et al. | Could the internet of things be used to enhance student nurses’ experiences in a disaster simulation? | |
CN108701330A (zh) | 信息提示方法、信息提示程序及信息提示装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
EE01 | Entry into force of recordation of patent licensing contract | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20160831 Assignee: Shenzhen First Reaction Information Technology Co., Ltd. Assignor: SHANGHAI JIUYAOJIU INFORMATION TECHNOLOGY CO., LTD. Contract record no.: 2019310000008 Denomination of invention: Rescue request processing method and device License type: Common License Record date: 20190122 |
|
GR01 | Patent grant | ||
GR01 | Patent grant |