CN109727431B - 救助信息交互方法和装置 - Google Patents

Abstract

本发明提供一种救助信息交互方法和装置，该救助信息交互方法包括接收求助者基于所述第一终端发送的求助信息，该求助信息中包括求助者的个人信息、位置信息、求助服务类型和求助声明；从预设的多个救助者信息中选取与所述求助信息匹配的救助者信息作为目标信息；将与所述目标信息对应的第二终端作为目标终端，并基于所述求助服务类型和所述求助声明生成求助请求发送给所述目标终端；接收所述目标终端基于所述求助请求反馈的救助确认信息，并根据所述救助确认信息建立所述第一终端与所述目标终端之间的救助关系，以及将与所述求助信息中的个人信息和位置信息发送给所述目标终端。本发明能够针对求助者的求助信息提供有效、专业、及时的救助。

Description

救助信息交互方法和装置

技术领域

本发明涉及通信技术领域，具体而言，涉及一种救助信息交互方法和装置。

背景技术

经发明人研究发现，针对老、弱、病、残、孕、亚健康、记忆障碍等人群在个体生活中出现的需要求助的情况，无法针对不同个体发出的求助信息进行及时、有效、专业的救助，加之，救助过程中还可能出现如老赖、碰瓷等救助风险，进一步加剧了人与人之间的隔阂和不信任，提高了救助难度。

发明内容

有鉴于此，本发明实施例的目的在于提供一种救助信息交互方法和装置，以改善上述问题。

一方面，本发明较佳实施例提供一种救助信息交互方法，应用于服务器，该服务器能够与由求助者携带的第一终端以及由救助者携带的第二终端通信；所述救助信息交互方法包括：

接收求助者基于所述第一终端发送的求助信息，该求助信息中包括求助者的个人信息、位置信息、求助服务类型和求助声明；

从预设的多个救助者信息中选取与所述求助信息匹配的救助者信息作为目标信息；

将与所述目标信息对应的第二终端作为目标终端，并基于所述求助服务类型和所述求助声明生成求助请求发送给所述目标终端；

接收所述目标终端基于所述求助请求反馈的救助确认信息，并根据所述救助确认信息建立所述第一终端与所述目标终端之间的救助关系，以及将与所述求助信息中的个人信息和位置信息发送给所述目标终端。

在本发明较佳实施例的选择中，从预设的多个救助者信息中选取与所述求助信息匹配的救助者信息作为目标信息的步骤，包括：

根据所述求助服务类型确定所述求助信息对应的求助等级；

从预设的多个救助者信息中选取与所述求助等级匹配的救助者信息；

根据所述救助者信息以及所述求助者发送的位置信息判断与该救助者信息对应的救助者与求助者之间的距离是否满足救助条件，若满足，则将与所述求助等级匹配的救助者信息作为目标信息。

在本发明较佳实施例的选择中，所述方法还包括：

当未在预设时长内接收到所述目标终端反馈的救助确认信息时，重新从预设的其他救助者信息选取与所述求助信息匹配的救助者信息作为目标信息，并基于该目标信息向与该目标信息对应的第二终端发送求助请求以进行救助关系的建立。

在本发明较佳实施例的选择中，当与所述求助信息匹配的救助者信息为多个时，所述方法还包括：

获取各所述救助者信息对应的救助者的位置信息；

根据所述救助者的位置信息从多个所述救助者信息中选取与所述求助者的距离最短的救助者信息作为目标信息。

在本发明较佳实施例的选择中，所述服务器还能够与第三方认证机构进行通信，所述救助者信息的生成过程包括：

接收用户基于终端设备发起的救助者资质认证请求；

根据所述资质认证请求从所述第三方认证机构中调用与所述用户对应的资质认证文件，根据所述资质认证文件判断所述用户是否具有进行救助的资质条件，若具有，则将所述用户的个人信息、救助技能保存为所述救助者信息。

在本发明较佳实施例的选择中，当所述用户不具有第三方认证机构颁发的资质认证文件时，所述方法还包括：

反馈资质认证考察表给所述终端设备；

接收所述终端设备发送的用户基于所述资质认证考察表反馈的考察结果；

根据所述考察结果判断所述用户是否满足具有救助资质，若满足，则所述用户的个人信息、救助技能保存为所述救助者信息。

在本发明较佳实施例的选择中，所述方法还包括：

获取救助者的当前位置信息，并根据所述求助者的位置信息和所述救助者的当前位置信息生成导航信息；

将所述导航信息发送给所述目标终端以引导救助者到达所述求助者的位置。

在本发明较佳实施例的选择中，在救助关系建立时，所述方法还包括：

发送视听信息录制指令给所述第一终端或/和目标终端以使得所述第一终端或/和目标终端对救助过程中的视听信息进行录制；

接收所述第一终端或/和所述目标终端反馈的救助视听资料进行保存，并结束本次救助关系。

在本发明较佳实施例的选择中，在救助关系建立时，所述方法还包括：

监测所述第一终端与所述第二终端之间的距离是否大于阈值，若大于，则判定本次救助关系结束。

另一方面，本发明较佳实施例还提供一种救助信息交互装置，应用于服务器，该服务器能够与由求助者携带的第一终端以及由救助者携带的第二终端通信；所述救助信息交互装置包括：

求助信息接收模块，用于接收求助者基于所述第一终端发送的求助信息，该求助信息中包括求助者的个人信息、位置信息、求助服务类型和求助声明；

目标信息选取模块，用于从预设的多个救助者信息中选取与所述求助信息匹配的救助者信息作为目标信息；

求助请求发送模块，用于将与所述目标信息对应的第二终端作为目标终端，并基于所述求助服务类型和所述求助声明生成求助请求发送给所述目标终端；

救助关系建立模块，用于接收所述目标终端基于所述求助请求反馈的救助确认信息，并根据所述救助确认信息建立所述第一终端与所述目标终端之间的救助关系，以及将与所述求助信息中的个人信息和位置信息发送给所述目标终端。

与现有技术相比，本发明实施例提供的救助信息交互方法和装置中，能够针对求助者的求助信息提供有效、专业、及时的救助，且针对救助行为可能造成的风险免责与担责进行了相互间的信息确认，可有效解决陌生人之间由于不信任等造成的救助困难问题，降低人与人之间的隔阂。此外，本发明还在救助关系建立前对救助者的救助能力进行验证，可大幅提高救助行为的有效性。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的救助信息交互方法和装置的应用场景示意图。

图2为图1中所示的服务器的方框结构示意图。

图3为本发明实施例提供的救助信息交互方法的流程示意图。

图4为图3中所示的步骤S12的子流程示意图。

图5为图3中所示的步骤S12的另一子流程示意图。

图6为本发明实施例提供的救助信息交互方法的另一流程示意图。

图7为本发明实施例提供的救助信息交互方法的又一流程示意图。

图8为本发明实施例提供的救助信息交互装置的方框结构示意图。

图标：10-服务器；100-救助信息交互装置；110-求助信息接收模块；120-目标信息选取模块；130-求助请求发送模块；140-救助关系建立模块；200-存储器；300-存储控制器；400-处理器；20-第一终端；30-第二终端。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

如图1所示，为本发明实施例提供的救助信息交互方法和装置的应用场景示意图，该应用场景包括服务器10、由求助者携带的第一终端20以及多个救助者携带的第二终端30，所述服务器10、第一终端20以及多个第二终端30之间能够实现数据交互。可以理解的是，为了清楚描述救助信息交互过程中求助者与救助者之间的信息交互流程，因此，本实施例中将由求助者(QZ)携带并进行求助信息发送的终端设备记作第一终端20，将由救助者(JZ)携带并进行救助请求应答的终端设备记作第二终端30。可选地，本实施例中所述的第一终端20和所述第二终端30均可以是智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personal digital assistant，PDA)、移动上网设备(mobileInternet device，MID)等。此外，在实际实施时，所述第一终端20和所述第二终端30均可以为多个，且可实现角色互换，例如，第一终端20也可以用作救助请求的应答，第二终端30也可进行求助信息的发送等。

可以理解的是，所述第一终端20和所述第二终端30可预设有定位模块(如GPS(Global Positioning System，全球定位系统)模块、北斗定位模块等)、通信模块(如蓝牙模块、wifi模块、无线局域网络模块、3G/4G/5G网络模块或NFC(Near FieldCommunication，近场通信)模块等)等，本发明实施例在此不做限制。

进一步地，如图2所示，所述服务器10可包括救助信息交互装置100、存储器200、存储控制器300以及处理器400。其中，所述存储器200、存储控制器300、处理器400各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件之间通过一条或多条通讯总线或信号线实现电性连接。所述救助信息交互装置100包括至少一个可以软件或固件的形式存储于所述存储器200中或固化在所述服务器10中的操作系统中的软件功能模块。所述处理器400在所述存储控制器300的控制下访问所述存储器200，以用于执行所述存储器200中存储的可执行模块，例如所述救助信息交互装置100所包括的软件功能模块及计算机程序等。

可以理解，图2所示的结构仅为示意，所述服务器10还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。另外，所述服务器10可以是但不限于智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personal digitalassistant，PDA)、移动上网设备(mobile Internet device，MID)、云服务器10、小型机、一体机等。

进一步地，如图3所示，为本发明实施例提供的救助信息交互方法的流程示意图，该救助信息交互方法应用于上述的服务器10，下面将结合图3对所述救助信息交互方法的具体步骤和流程进行详细阐述。应理解的是，本实施例中给出的救助信息交互方法不以下面所述的步骤和流程的顺序为限制。

步骤S11，接收求助者基于所述第一终端20发送的求助信息，该求助信息中包括求助者的个人信息、位置信息、求助服务类型和求助声明；

步骤S12，从预设的多个救助者信息中选取与所述求助信息匹配的救助者信息作为目标信息；

步骤S13，将与所述目标信息对应的第二终端30作为目标终端，并基于所述求助服务类型和所述求助声明生成求助请求发送给所述目标终端；

步骤S14，接收所述目标终端基于所述求助请求反馈的救助确认信息，并根据所述救助确认信息建立所述第一终端20与所述目标终端之间的救助关系，以及将与所述求助信息中的个人信息和位置信息发送给所述目标终端。

上述步骤S11-步骤S14中给出的救助信息交互方法中，所述服务器10能够根据求助者基于第一终端20发送的求助信息选取匹配的救助者以进行高效、专业、及时的救助。此外，本发明采用信息确认机制还能够有效避免救助过程中可能出现的如老赖、碰瓷等救助风险，减弱了人与人之间的隔阂和不信任，降低了救助难度。

详细地，步骤S11中所述的求助信息可以包括但不限于个人信息、位置信息、求助服务类型和求助声明等，其中，所述个人信息可以包括但不限于姓名、年龄、身高、性别、身份证号码、个人体貌特征、病理特征或其他特征信息等；所述位置信息可以是通过设置于所述第一终端20中的定位模块实时获取的，也可以是由求助者预先存储在第一终端20中的，本实施例在此不做限制。所述求助服务类型可以包括但不限于家政服务、疾病救助、意外事故救助等。所述求助声明用于对救助过过程中可能出现的救助责任进行说明，如求助者是否愿意承担相应的救助失当带来的意外等。此外，在实际实施时，一旦救助关系建立，则说明救助者和求助者一致同意对救助过程中可能出现的意外或责任的处理规则等，能够有效避免救助过程中出现如老赖、敲诈等不良行为。

作为一种实施方式，假设第一终端20处于运行状态，当求助者需要进行求助时，可基于所述第一终端20将上述的个人信息、位置信息、求助服务类型和求助声明实时生成所述求助信息进行求助，也可以是基于已经预存的求助信息进行求助，本实施例在此不做限制。可以理解的是，所述求助者可以是待救助的用户本人，也可以是待救助的用户的朋友、家属等，本实施例在此不做限制。

进一步地，步骤S12中所述的救助者信息的生成方式有多种，例如图4所示，所述救助者信息可通过步骤S120-步骤S124生成，具体如下。

步骤S120，接收用户基于终端设备(如第二终端30等)发起的救助者资质认证请求；

步骤S121，根据所述资质认证请求从所述第三方认证机构中调用与所述用户对应的资质认证文件，根据所述资质认证文件判断所述用户是否具有进行救助的资质条件，若具有，则执行步骤S122，反之，则执行步骤S123-步骤S125。

步骤S122，将所述用户的个人信息、救助技能保存为所述救助者信息；

步骤S123，反馈资质认证考察表给所述终端设备；

步骤S124，接收所述终端设备发送的用户基于所述资质认证考察表反馈的考察结果；

步骤S125，根据所述考察结果判断所述用户是否满足具有救助资质，若满足，则所述用户的个人信息、救助技能保存为所述救助者信息。

通过上述步骤S120-步骤S125生成的救助者信息能够有效确保所述救助者具有对应的救助资质，进而提高在对求助者进行救助时的救助可靠性、有效性，降低救助风险，尤其对于救助专业度要求较高的救助服务，如疾病类救助等。

详细地，所述步骤S121中所示的第三方认证机构可以是但不限于培训机构、医疗救护机构、专用信息管理机构、公共数据通信运营机构等，所述资质认证文件可以是医师证、律师证、网络工程师证书、驾驶证等。另外，步骤S123-步骤S125是在用户虽不具备由第三方认证机构认证通过的资质认证文件时，但其却具有针对某一类型的服务的实战经验，能够参与相应的救助服务中，如长期照顾高血压亲属的用户，虽不具有医师证，但是在长期的照料过程中积累了丰富的高血压救助经验等，对此，可通过资质认证考察表的方式对用户的救助资质进行认证。

进一步地，在实际实施时，当求助者发送求助信息给服务器10时，所述服务器10从多个预设的救助者信息中选取与求助信息匹配的救助者信息方式有多种，例如，可以根据所述求助信息包括的求助服务类型进行选取，又例如，还可以根据所述求助服务类型对应的求助等级进行选取等。如图5所示，本实施例中以所述求助等级为例对步骤S12的实现过程进行说明，详见下述步骤S126-步骤S129。

步骤S126，根据所述求助服务类型确定所述求助信息对应的求助等级；

步骤S127，从预设的多个救助者信息中选取与所述求助等级匹配的救助者信息；

步骤S128，根据所述救助者信息以及所述求助者发送的位置信息判断与该救助者信息对应的救助者与求助者之间的距离是否满足救助条件，若满足，则执行步骤S129，反之，则判定求助失败。

步骤S129，将与所述求助等级匹配的救助者信息作为目标信息。

根据实际需求，所述求助等级可根据救助的紧急程度、专业性程度等多个不同的维度进行划分，例如，若将所述专业性程度作为划分标准，那么，可将疾病救助(如突发脑溢血、高血压等)作为最高等级，将社区服务(如重物搬运、水电维修等)作为最低等级等，本实施例在此不做限制。另外，实际实施时，在基于救助等级进行救助者的信息选取后，为了确保救助者能够快速抵达救助现场实现对求助者的救助，提高救助效率，在本实施例中，还可基于救助者与求助者之间的距离进一步筛选出更加匹配的救助者信息并发送求助请求。

作为一种实际实施时，当与所述求助信息匹配的救助者信息为多个时，可首先获取各所述救助者信息对应的救助者的位置信息，根据所述救助者的位置信息从多个所述救助者信息中选取与所述求助者的距离最短的救助者信息作为目标信息，从而大幅提高救助效率。

进一步地，由于救助事件是一种社会化帮扶和救助行为，因此，本发明中通过步骤S13-步骤S14中给出的救助确认信息确保救助关系是在救助者主观愿意的情况下实现的，同时还可进一步确保救助的有效性。

另外在实际实施时，当所述服务器10未在预设时长(如5分钟、10分钟等)内接收到所述目标终端反馈的救助确认信息时，可重新从预设的其他救助者信息中选取与所述求助信息匹配的救助者信息作为目标信息，并基于该目标信息向与该目标信息对应的第二终端30发送求助请求以进行救助关系的建立。其中，需要说明的是，所述服务器10进行再次求助请求的发送过程与前述过程相同，本实施例在此不再赘述。

进一步地，为了提高救助效率，使得救助者能够快速到达救助现场，同时实现对救助者和求助者的位置进行实时监控，如图6所示，所述救助信息交互方法还可包括下述步骤S15和步骤S16，具体如下。

步骤S15，获取救助者的当前位置信息，并根据所述求助者的位置信息和所述救助者的当前位置信息生成导航信息；

步骤S16，将所述导航信息发送给所述目标终端以引导救助者到达所述求助者的位置。

可以理解的是，在步骤S15-步骤S16中，所述导航信息可以是基于现有的如高德地图、百度地图等实现，也可是基于自定义的地图系统实现，本实施例在此不做限制。

进一步地，根据实际需求，如图7所示，所述救助信息交互方法还可包括下述步骤17和步骤18，具体如下。

步骤17，发送视听信息录制指令给所述第一终端20或/和目标终端以使得所述第一终端20或/和目标终端对救助过程中的视听信息进行录制；

步骤18，接收所述第一终端20或/和所述目标终端反馈的救助视听资料进行保存，并结束本次救助关系。

通过上述步骤S17-步骤S18的设置，能够实现对救助过程的全程监控，便于对救助过程可能出现的意外情况进行责任划分等。同时，对救助过程的全程录像还可为后续的医疗机构等进行医疗救助时提供参考。在此应注意的是，除上述给出的视频获取方式之外，还可由其他参与救助的协助者基于第一终端20、第二终端30或第三终端进行救助过程的记录、上传。其中，第三终端是区别与第一终端20和第二终端30由参与救助过程的协助者携带。其中，所述协助者的选取方式与所述救助者的选取方式类似，本实施例在此不再赘述。

进一步地，除通过上述步骤S18给出的服务器10在接收到所述第一终端20或/和所述目标终端反馈的救助视听资料时结束本次救助关系之外，在本实施例中，所述服务器10还可基于所述第一终端20和第二终端30之间的距离判断是否结束本次救助关系，例如，所述服务器10可监测所述第一终端20与所述第二终端30之间的距离是否大于阈值，若大于，则判定本次救助关系结束；反之，则继续维护所述救助关系，直到所述第一终端20与所述第二终端30之间的距离大于所述阈值，其中，所述阈值可根据实际需求进行灵活设定。如50米、1公里等。

基于对上述救助信息交互方法的描述，本发明通过下述几个简单救助场景对所述救助信息交互方法进行进一步说明。

(1)当救助场景为用户单独在家又想出门活动时，求助者可基于第一终端20向服务器10发出求助信息，服务器10根据该求助信息中包括的服务类型等从多个救助者信息中选取距离其住所较近的救助者，并在接收到救助者反馈的救助确认信息时建立二者之间的救助关系，同时将求助者的详细信息发送给救助者。其中，所述求助信息中包括的求助服务类型可以是搀扶老人或活动不便的病人下楼、帮助上下轮椅和上下楼、乘坐出租车或其它出行交通工具等。

(2)当救助场景为老人走失时，老人自己或其家属均可作为求助者发送求助信息给服务器10，使得服务器10基于该求助信息选取对应的救助者并进行救助关系的建立。

(3)当救助场景为老人在公共场所跌到时，老人自己或旁观者可作为求助者发送求助信息给服务器10，使得服务器10基于该求助信息选取对应的救助者并进行救助关系的建立。

根据实际需求，在基于上述救助信息交互方法建立的救助关系中，若旁观者愿意加入救助关系并对求助者进行救助时，可基于第一终端20或第二终端30向服务器10发起协助请求，并在所述服务器10接收到的处于救助关系中的救助者和求助者发送的同意加入请求后可将旁观者加入所述救助关系中。此外，当用户未发送求助信息，但经周边人员观察该用户需要救助时，该周边人员可基于第二终端30主动发起救助请求，并在被救助者同意时成为救助者，所述服务器10建立救助者与被救助者之间的救助关系等，本实施例在此不再赘述。

进一步地，如图8所示，为本发明实施例提供的救助信息交互装置100的方框结构示意图，所述救助信息交互装置100应用于所述服务器10，且该救助信息交互装置100包括求助信息接收模块110、目标信息选取模块120、求助请求发送模块130和救助关系建立模块140。

所述求助信息接收模块110，用于接收求助者基于所述第一终端20发送的求助信息，该求助信息中包括求助者的个人信息、位置信息、求助服务类型和求助声明；本实施例中，关于所述求助信息接收模块110的描述具体可参考上述步骤S11的详细描述，也即，所述步骤S11可以由求助信息接收模块110执行，因而在此不作更多说明。

所述目标信息选取模块120，用于从预设的多个救助者信息中选取与所述求助信息匹配的救助者信息作为目标信息；本实施例中，关于所述目标信息选取模块120的描述具体可参考上述步骤S12的详细描述，也即，所述步骤S12可以由目标信息选取模块120执行，因而在此不作更多说明。

所述求助请求发送模块130，用于将与所述目标信息对应的第二终端30作为目标终端，并基于所述求助服务类型和所述求助声明生成求助请求发送给所述目标终端；本实施例中，关于所述求助请求发送模块130的描述具体可参考上述步骤S13的详细描述，也即，所述步骤S13可以由求助请求发送模块130执行，因而在此不作更多说明。

所述救助关系建立模块140，用于接收所述目标终端基于所述求助请求反馈的救助确认信息，并根据所述救助确认信息建立所述第一终端20与所述目标终端之间的救助关系，以及将与所述求助信息中的个人信息和位置信息发送给所述目标终端。本实施例中，关于所述救助关系建立模块140的描述具体可参考上述步骤S14的详细描述，也即，所述步骤S14可以由救助关系建立模块140执行，因而在此不作更多说明。

综上所述，本发明实施例提供的救助信息交互方法和装置中，能够针对求助者的求助信息提供有效、专业、及时的救助，且针对救助行为可能造成的风险免责与担责进行了相互间的信息确认，可有效解决陌生人之间由于不信任等造成的救助困难问题，降低人与人之间的隔阂。此外，本发明还在救助关系建立前对救助者的救助能力进行验证，可大幅提高救助行为的有效性，避免碰瓷、敲诈等不道德行为的发生，进而实现对救助事件的规范化、合理化管理。

在本发明实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的可选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种救助信息交互方法，其特征在于，应用于服务器，该服务器能够与由求助者携带的第一终端以及由救助者携带的第二终端通信；所述救助信息交互方法包括：

接收求助者基于所述第一终端发送的求助信息，该求助信息中包括求助者的个人信息、实时位置信息、求助服务类型和求助声明；

从预设的多个救助者信息中选取与所述求助信息匹配的救助者信息作为目标信息；

将与所述目标信息对应的第二终端作为目标终端，并基于所述求助服务类型和所述求助声明生成求助请求发送给所述目标终端；

接收所述目标终端基于所述求助请求反馈的救助确认信息，并根据所述救助确认信息建立所述第一终端与所述目标终端之间的救助关系，以及将与所述求助信息中的个人信息和实时位置信息发送给所述目标终端；

接收旁观者发送的协助请求，并根据处于救助关系中的所述求助者和/或所述救助者发送的确认信息建立协助救助关系。

2.根据权利要求1所述的救助信息交互方法，其特征在于，从预设的多个救助者信息中选取与所述求助信息匹配的救助者信息作为目标信息的步骤，包括：

根据所述求助服务类型确定所述求助信息对应的求助等级；

从预设的多个救助者信息中选取与所述求助等级匹配的救助者信息；

根据所述救助者信息以及所述求助者发送的实时位置信息判断与该救助者信息对应的救助者与求助者之间的距离是否满足救助条件，若满足，则将与所述求助等级匹配的救助者信息作为目标信息。

3.根据权利要求1所述的救助信息交互方法，其特征在于，所述方法还包括：

当未在预设时长内接收到所述目标终端反馈的救助确认信息时，重新从预设的其他救助者信息选取与所述求助信息匹配的救助者信息作为目标信息，并基于该目标信息向与该目标信息对应的第二终端发送求助请求以进行救助关系的建立。

4.根据权利要求1所述的救助信息交互方法，其特征在于，当与所述求助信息匹配的救助者信息为多个时，所述方法还包括：

获取各所述救助者信息对应的救助者的位置信息；

根据所述救助者的位置信息从多个所述救助者信息中选取与所述求助者的距离最短的救助者信息作为目标信息。

5.根据权利要求1所述的救助信息交互方法，其特征在于，所述服务器还能够与第三方认证机构进行通信，所述救助者信息的生成过程包括：

接收用户基于终端设备发起的救助者资质认证请求；

根据所述资质认证请求从所述第三方认证机构中调用与所述用户对应的资质认证文件，根据所述资质认证文件判断所述用户是否具有进行救助的资质条件，若具有，则将所述用户的个人信息、救助技能保存为所述救助者信息。

6.根据权利要求5所述的救助信息交互方法，其特征在于，当所述用户不具有第三方认证机构颁发的资质认证文件时，所述方法还包括：

反馈资质认证考察表给所述终端设备；

接收所述终端设备发送的用户基于所述资质认证考察表反馈的考察结果；

根据所述考察结果判断所述用户是否满足具有救助资质，若满足，则所述用户的个人信息、救助技能保存为所述救助者信息。

7.根据权利要求1所述的救助信息交互方法，其特征在于，所述方法还包括：

获取救助者的当前位置信息，并根据所述求助者的实时位置信息和所述救助者的当前位置信息生成导航信息；

将所述导航信息发送给所述目标终端以引导救助者到达所述求助者的位置。

8.根据权利要求1所述的救助信息交互方法，其特征在于，在救助关系建立时，所述方法还包括：

发送视听信息录制指令给所述第一终端或/和目标终端以使得所述第一终端或/和目标终端对救助过程中的视听信息进行录制；

接收所述第一终端或/和所述目标终端反馈的救助视听资料进行保存，并结束本次救助关系。

9.根据权利要求1所述的救助信息交互方法，其特征在于，在救助关系建立时，所述方法还包括：

监测所述第一终端与所述第二终端之间的距离是否大于阈值，若大于，则判定本次救助关系结束。

10.一种救助信息交互装置，其特征在于，应用于服务器，该服务器能够与由求助者携带的第一终端以及由救助者携带的第二终端通信；所述救助信息交互装置包括：

求助信息接收模块，用于接收求助者基于所述第一终端发送的求助信息，该求助信息中包括求助者的个人信息、实时位置信息、求助服务类型和求助声明；

目标信息选取模块，用于从预设的多个救助者信息中选取与所述求助信息匹配的救助者信息作为目标信息；

求助请求发送模块，用于将与所述目标信息对应的第二终端作为目标终端，并基于所述求助服务类型和所述求助声明生成求助请求发送给所述目标终端；

救助关系建立模块，用于接收所述目标终端基于所述求助请求反馈的救助确认信息，并根据所述救助确认信息建立所述第一终端与所述目标终端之间的救助关系，以及将与所述求助信息中的个人信息和实时位置信息发送给所述目标终端；

协助请求建立模块，用于接收旁观者发送的协助请求，并根据处于救助关系中的所述求助者和/或所述救助者发送的确认信息建立协助救助关系。

Images