本申请涉及计算机
技术领域：
：，特别涉及一种救援方法、装置、服务器及存储介质。
背景技术：
：：伴随急救医学的快速发展，院前急救是急救过程中不可缺乏的一个环节，不仅关系到抢救患者的生命，同时也对院内急救有直接的影响。院前急救指的是由救援人员或者群众在病人到达医院前所实施的现场抢救和途中监护的医疗活动。例如，对于心脏骤停的病人，如果心脏停跳超过四分钟，则可能会对病人造成无法挽回的伤害，这四分钟又称为黄金四分钟。在救援人员到达现场前，如果能够通过aed(automatedexternaldefibrillator，自动体外除颤器)对病人实施急救，则有很大的可能性挽救病人的生命。然而由于呼救者往往缺乏急救意识，当遇到紧急事件需要求救时，认为自己不是专业人员，而院前急救需要等救援人员来实施，仅是拨打求救电话，然后等待救援人员的救援。由于呼救者在求救过程中常常无法清楚表达其当前位置，因此救援人员无法快速找到呼救者，也不能指导呼救者就近获取进行急救，导致错过了最佳抢救时间。即使呼救者有急救意识，由于缺乏必要的应急医疗设备的位置信息，如aed的存放位置等，导致不能及时实施救援，错过了最佳抢救时间。技术实现要素：本申请实施例提供了一种救援方法、装置、服务器及存储介质，用于解决目前救援人员无法准确定位呼救者位置以及应急医疗设备位置不清晰导致错过最佳抢救时间的问题。所述技术方案如下：一方面，提供了一种救援方法，其特征在于，所述方法包括：当接收到用户终端用于求救的通信请求时，建立所述用户终端与目标终端的通信连接，所述目标终端为用于救援服务的救援终端；根据所述用户终端的第一位置和所述目标终端的第二位置生成第一导航路径，将所述第一导航路径发送给所述用户终端和所述目标终端；根据所述第一位置和用于应急救援的目标设备的第三位置生成第二导航路径，将所述第二导航路径发送给所述用户终端。另一方面，提供了一种救援装置，其特征在于所述装置包括：通信连接模块，用于当接收到用户终端用于求救的通信请求时，建立所述用户终端与目标终端的通信连接，所述目标终端为用于救援服务的救援终端；路径生成模块，用于根据所述用户终端的第一位置和所述目标终端的第二位置生成第一导航路径，将所述第一导航路径发送给所述目标终端；所述路径生成模块，还用于根据所述第一位置和用于应急救援的目标设备的第三位置生成第二导航路径，将所述第二导航路径发送给所述用户终端。在一种可选的实现方式中，所述通信连接模块，还用于当接收到用户终端发送的携带有目标求援号码的通信请求时，获取所述用户终端当前所在的第一位置；从至少一个用于救援服务的救援终端中，获取与所述第一位置距离最近的目标终端；建立所述用户终端与所述目标终端的通信连接。在一种可选的实现方式中，所述通信连接模块，还用于确定所述用户终端当前连接的第一基站；通过所述第一基站对所述用户终端进行定位，得到所述用户终端当前所在的第一位置。在一种可选的实现方式中，所装置还包括：接收模块，用于当接收到用户终端发送的流媒体传输请求时，接收所述用户终端发送的流媒体；第一发送模块，用于将所述流媒体发送至所述目标终端，由所述目标终端对所述流媒体进行展示，用于向救援人员展示求救人所在现场的情况。在一种可选的实现方式中，所述装置还包括：第一获取模块，用于当接收到所述目标终端发送的目标设备定位请求时，获取距离所述第一位置最近的目标设备的第三位置。在一种可选的实现方式中，所述装置还包括：第一提交模块，用于当接收到目标终端发送的包含目标数据的救援结束请求时，将所述目标数据提交到区块链网络，所述目标数据包括目标终端的第一标识；存储模块，用于在所述目标数据达成共识后，对所述目标数据进行存储。在一种可选的实现方式中，所述第一提交模块，还用于当接收到目标终端发送的包含目标数据的救援结束请求时，对所述目标数据进行哈希运算；根据所述目标终端的第一标识，将所述经过哈希运算的目标数据存储到链式哈希表中与所述第一标识对应的目标哈希链上，所述链式哈希表包括至少一个救援终端的终端标识对应的哈希链。在一种可选的实现方式中，所述目标数据还包括用户终端的第二标识和信用标识，所述信用标识用于标识所述用户终端发送的求救信息是否为真实信息；所述装置还包括：第二发送模块，用于将所述第二标识和所述信用标识发送至征信系统，由所述征信系统根据所述第二标识将所述信用标识添加到所述用户终端对应的用户的信用记录中。在一种可选的实现方式中，所述装置还包括：第二获取模块，用于获取所述目标设备的管理设备发送的设备使用信息，所述设备使用信息包括所述目标设备的设备使用记录和频次；第二提交模块，用于将所述设备使用信息提交到区块链网络，在所述设备使用信息通过共识后，对所述设备使用信息进行存储；第三发送模块，用于将通过共识后的所述设备使用信息发送给至少一个救援终端。另一方面，提供了一种服务器，所述服务器包括处理器和存储器，所述存储器用于存储至少一段程序代码，所述至少一段程序代码由所述处理器加载并执行以实现本申请实施例中的救援方法中所执行的操作。另一方面，提供了一种存储介质，所述存储介质中存储有至少一段程序代码，所述至少一段程序代码用于执行本申请实施例中的救援方法。本申请实施例提供的技术方案带来的有益效果是：在本申请实施例中，通过用户终端求救时将用户终端和目标终端相关的第一导航路径发送到目标终端，使得救援人员可以确定救援的导航路线节约救援路上的时间，并通过向呼救者提供目标设备，如aed的位置，使病人能够在最佳抢救时间内的得到院前急救。附图说明为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是根据本申请实施例提供的一种媒体截图；图2是根据本申请实施例提供的一种救援服务系统的结构框图；图3是根据本申请实施例提供的一种救援方法流程图；图4是根据本申请实施例提供的一种蜂窝基站的示意图；图5是根据本申请实施例提供的一种用户终端的通话页面的示意图；图6是根据本申请实施例提供的一种用户终端的直播页面的示意图；图7是根据本申请实施例提供的一种目标终端同时显示导航路径和直播内容的示意图；图8是根据本申请实施例提供的一种目标终端显示直播内容的示意图；图9是根据本申请实施例提供的一种用户终端展示第二导航路径的示意图；图10是根据本申请实施例提供的一种区块链存储目标数据的流程图；图11是根据本申请实施例提供的一种区块链存储设备使用信息的流程图；图12是根据本申请实施例提供的一种用户终端和目标终端的执行流程示意图；图13是根据本申请实施例提供的一种救援装置的框图；图14是根据本申请实施例提供的一种服务器的结构示意图。具体实施方式为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。下面介绍一下本申请实施例涉及的术语：区块链(blockchain)：区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。链式哈希表(hashtable)：链式哈希表从根本上说是由一组链表构成。每个链表都可以看做是一个“桶”，我们将所有的元素通过散列的方式放到具体的不同的桶中。aed:自动体外除颤器是一种便携式的医疗设备，它可以诊断特定的心律失常，并且给予电击除颤，是可被非专业人员使用的用于抢救心源性猝死患者的医疗设备。专为现场急救设计的急救设备。本申请实施例提供的救援方法可以应用在救援救助对象的场景中。如发生火灾有人员被困的场景、发生车祸需要紧急救援的场景，以及有人晕倒心脏骤停需要急救的场景。本申请实施例以有人晕倒心脏骤停需要急救的场景为例进行说明。通常情况下，急救可以大致的分为两个阶段，第一个阶段是院前急救阶段，即在将病人送到医院之前进行的医疗活动，第二个急救阶段是院内急救阶段，即在将病人送到医院之后进行的医疗活动。对于心脏骤停的病人，由于在正常室温下，心脏骤停的四分钟后，脑细胞就会出现不可逆的损害，如果心脏骤停超过十分钟，则可能导致脑死亡，因此，这四分钟又称为“黄金四分钟”。由于心脏骤停的突发性、呼救者过于紧张或者不熟悉周边环境、救援人员距离过远等问题，从呼救者发起救援请求到最近的救援人员赶到现场，往往已经超过了四分钟。在救援人员到达现场前，如果呼救者能够通过aed对病人实施急救，则有很大的可能性挽救病人的生命，但通常情况下呼救者并不清楚aed的位置，在寻找aed的过程中费时费力，导致错过了最佳急救时间。在本申请实施例应用的急救场景中，救援人员可以向呼救者提供最近的急救设备的位置，从而使呼救者可以在最短的时间内获取急救设备并实施院前急救。在本实施例应用的其他场景中，救援人员还可以提供其他用于应急救援的设备的位置。可选的，在本申请实施例应用急救场景中，为了使救援人员尽可能的了解病人的情况，呼救者还可以发起视频直播，救援人员可以根据直播的内容指导呼救者进行院前急救。例如救援人员在确定病人需要使用aed进行急救时，救援人员可以向呼救者发送aed设备的位置，并在呼救者拿回aed设备后指导其实施急救。可选的，在本申请实施例应急急救场景中，为了使aed设备的分布更合理，本申请实施例提供的救援方法还可以结合区块链技术，将aed设备的使用记录上传到区块链网络中，相关部门可以根据区块链网络中各aed设备的使用记录来合理的分配aed设备。例如在使用频率较多的区域，增大aed的投放力度。需要说明的是，由于目前存在恶意占用救援资源的情况，也会导致救援不及时问题，例如报警电话打不进去等。针对这种情况，通常是采用媒体曝光的方式来起到警示作用。例如参见图1所示，图1示出了媒体曝光的一男子肆意占用110报警资源的截图。媒体曝光的方式起到的警示作用有限，且对恶意占用救援资源的人员的影响较小。为了使救援资源合理化的被利用，防止有人恶意占用救援资源，并对恶意占用救援资源的人员进行记录和警示。可选的，本申请实施例提供的救援方法还可以结合区块链技术，将救援日志上传到区块链网络中，对于恶意占用救援资源的人员，在救援日志中进行标注，同步到征信系统中。图2示出了本申请一个示例性实施例提供的救援服务系统200的结构框图。该救援服务系统200包括：用户终端210、救援终端220和救援服务平台230。用户终端210通过无线网络或有线网络与救援服务平台230相连。用户终端210可以是智能手机、平板电脑、可穿戴设备和便携式计算机中的至少一种。用户终端210可以通过发送用于求救的通信请求来与救援服务平台230建立通信连接。例如通过打电话、发短信、视频通话等。示意性的，用户终端210还可以安装有用于求救的应用程序，用户终端可以通过该应用程序调用语音通话功能、定位功能、视频录制功能以及视频播放功能等，该应用程序内登录有用户账号。救援终端220通过无线网络或有线网络与救援服务平台140相连。该救援终端220可以为救援人员持有的终端，如智能手机、便携式计算机、平板电脑等。该救援终端220还可以为医院、公安、消防等部门设置的救援控制台。该救援控制台可以为固定设备，也可以为车载的可移动设备。在救援终端220中可以安装有用于救援服务的客户端，该客户端用于接收服务器分配的救援通信请求，与用户终端建立通信连接。救援服务平台230包括一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。救援服务平台230用于为用户终端210和救援终端220提供服务。例如通信连接服务、视频流推送服务、定位服务、以及信息推送服务等。可选地，救援服务平台230包括：接入服务器、救援资源分配服务器和数据库。接入服务器用于提供用户终端210和救援终端220提供接入服务。救援资源分配服务器用于提供与救援资源分配有关的后台服务。救援资源分配服务器可以是一台或多台。当救援资源分配服务器是多台时，存在至少两台救援资源分配服务器用于提供不同的服务，和/或，存在至少两台救援资源分配服务器用于提供相同的服务，比如以负载均衡方式提供同一种服务，本申请实施例对此不加以限定。救援资源分配服务器中可以为至少一个用户终端210分配最近的救援终端220。本领域技术人员可以知晓，上述用户终端210和救援终端220的数量不仅限于一个，还可以为更多，比如为几十个或几百个，或者更多数量，此时上述救援服务系统还包括其他用户终端和其他救援终端。本申请实施例对用户终端以及救援终端的数量和设备类型不加以限定。图3是根据本申请实施例提供的一种救援方法流程图，如图3所示，在本申请实施例中以应用在服务器中为例进行说明。该救援方法包括以下步骤：301、服务器当接收到用户终端用于求救的通信请求时，建立用户终端与目标终端的通信连接，该目标终端为用于救援服务的救援终端。在本申请实施例中，该服务器可以为用于提供救援服务的后台服务器。例如该服务器可以与电信网络连接，接收用户终端基于电信网络发送的通信请求。该用户终端为用户持有的终端，在用户遇到紧急情况需要求救时，用户可以通过该用户终端发起用于求救的通信请求，此时用户可以称为呼救者。可选的，呼救者可以通过拨打救援电话，如110、120、119等求援号码来发起用于求救的通信请求。在本申请实施例中，该目标终端为救援人员持有的用于救援服务的救援终端，或者固定场所，如医院、公安局等，设置的救援终端，该救援终端可以用于与上述用户终端进行通信。例如语音通话、视频通话、收发短信息等。例如，呼救者在遇到有人晕倒的情况时，可以通过用户终端拨打120急救电话，此时电信网络的服务器将该通信请求交由上述用于救援服务的服务器进行处理，服务器在接收到该通信请求后，建立医院的救援终端与用户终端之间的通信连接，从而呼救者可以和救援人员可以进行通话。在一种可选的实现方式中，服务器可以选择距离用户终端最近的救援终端作为目标终端。相应的，本步骤可以为：服务器当接收到用户终端发送的携带有目标求援号码的通信请求时，可以获取该用户终端当前所在的第一位置，服务器从至少一个用于救援服务的救援终端中，获取与该第一位置距离最近的目标终端；建立该用户终端与目标终端的通信连接。其中，服务器在获取该用户终端当前所在的第一位置时，可以先确定所述用户终端当前连接的第一基站，然后通过该第一基站对该用户终端进行定位，得到该用户终端当前所在的第一位置。例如，呼救者在通过终端拨打120急救电话后，服务器可以通过gsm网络提供的接口确定用户终端当前连接的第一基站的唯一标识，并通过该第一基站对用户终端进行定位，从而得到用户终端所在的第一位置，服务器以第一位置为中心，目标距离为半径对用于救援服务的救援终端进行搜索，从搜索到的至少一个救援终端中选择与第一位置之间的距离最近目标终端，建立二者之间的通信连接。其中，目标距离可以为1公里或者5公里等。距离最近的目标终端可以为直线距离最近或者导航距离最近的救援终端。另外，服务器还可以根据救援终端的当前工作状态进行目标终端的选择，在救援终端当前处于工作状态，即正在与其他用户终端进行通信连接时，即使该救援终端距离最近，服务器也不会将该救援终端作为目标终端。其中，服务器可以根据救援终端当前的工作状态标识来确定救援终端当前的工作状态，该工作状态标识可以表示的工作状态有空闲、通信中、救援中等。在一种可选的实现方式中，用户终端的第一位置还可以由用户终端通过通信请求发送给上述服务器。相应的，当用户终端在发送用于求救的通信请求时，如拨打120急救电话时，用户终端可以向当前连接的第一基站请求gsm(globalsystemformobilecommunications，全球移动通信系统)定位来确定用户终端的第一位置。下面简单介绍一下gsm定位。随着人们对bls(basedlocationserices，基于位置的服务)需求的飞速增长，无线定位技术也越来越得到重视。gsm蜂窝基站定位，以其定位速度快、成本低(不需要移动终端上添加额外的硬件)、耗电少、室内可用等优势，作为一种轻量级的定位方法，也越来越常用。gsm网络的基础结构是由一系列的蜂窝基站构成的，这些蜂窝基站把整个通信区域划分成如图所示的一个个蜂窝小区。这些小区小则几十米，大则几千米。gsm定位，就是借助这些蜂窝基站进行定位。如图4所示，用户终端在gsm网络中通信，实际上就是通过某一个蜂窝基站接入gsm网络，然后通过gsm网络进行数据(语音数据、文本数据、多媒体数据等)传输的。也就是说我们在gsm中通信时，总是需要和某一个蜂窝基站连接的，或者说是处于某一个蜂窝小区中的。gsm定位，就是借助这些蜂窝基站进行定位。由于gsm网络中的终端都可以以编程方式获取到当前连接的基站的一个唯一代码，即基站的id(identitydocument，身份标识)，也可以称为cellid。用户终端可以通过调用getcurrentcellid()方法的接口来获取当前gsm蜂窝基站的id：cellid＝getcurrentcellid()。用户终端在通过这个接口获取到cellid后，用户终端可以通过第三方服务提供的接口，来确定用户终端当前连接的第一基站的地理坐标(position)：position＝getposition(cellid)，其中第三方服务中可以存储有cellid与基站的地理坐标的对应关系。最后基于该第一基站的地理坐标以及定位算法，来确定用户终端的第一位置。本申请实施例对定位算法不进行限制。需要说明的是，服务器在确定用户终端的第一位置后，还可以将该第一位置分别发送给用户终端和目标终端，用户终端和目标终端可以在当前的通话页面分别显示该第一位置。在一种可能的实现方式中，用户终端当前的通话页面在显示该第一位置的基础上，还可以显示用于开启视频直播的入口，用于开启视频直播。当用户开启视频直播时，用户终端向服务器发送流媒体传输请求，服务器可以执行步骤302；当用户未开启视频直播时，服务器可以执行步骤303。例如，参见图5所示，图5是本申请实施例提供的一种用户终端的通话页面的示意图，该通话页面包括该用户终端当前的第一位置以及开启视频直播的按钮，以及用于提示开始视频直播的提示信息。302、服务器将用户终端发送的流媒体发送至目标终端。在本申请实施例中，为了使救援人员尽可能的了解病人的情况，呼救者还可以发起视频直播，从而救援人员可以根据直播的内容指导呼救者进行院前急救。相应的，本步骤可以为：服器当接收到用户终端发送的流媒体传输请求时，接收该用户终端发送的流媒体。服务器可以将该流媒体发送至目标终端，由该目标终端对该流媒体进行展示，用于向救援人员展示求救人所在现场的情况。例如，用户终端在开启视频直播后，用户终端启动视频直播功能，显示直播页面，该直播页面可以参见图6所示，服务器将用户终端上传的流媒体即直播内容发送给目标终端，目标终端对该直播内容进行显示，从而救援人员可以通过直播内容来初步诊断病人的情况，或者指导呼救者对病人实施院前急救。303、服务器根据用户终端的第一位置和目标终端的第二位置生成第一导航路径，将该第一导航路径发送给目标终端。在本申请实施例中，服务器在确定用户终端的第一位置后，可以确定目标终端的第二位置，当目标终端为固定设备时，服务器可以根据已存储的目标终端的第一标识与地理位置的对应关系，来确定该目标终端地理位置；当目标终端为可移动设备时，服务器可以根据与获取用户终端的第一位置相同的方式获取目标终端的第二位置，在此不再赘述。服务器在确定第一位置和第二位置后，可以生成该第一位置和第二位置之间的导航路径。可选的，服务器可以生成多条导航路径以供选择，并且服务器还可以在提供多条导航路径的同时，提供每条导航路径的路径长度以及预估的路径耗时等信息。服务器可以将上述第一导航路径发送给目标终端，由目标终端显示该第一导航路径。另外，如果呼救者在开启了视频直播，目标终端在显示该第一导航路径的同时，还可以以小窗口的形式显示直播内容。可选的，目标终端可以在接收到将播放直播内容全屏显示的操作时，全屏显示该直播内容；在接收到将播放直播内容的小窗显示的操作时，以小窗口的形式显示该直播内容。可选的，目标终端还可以提供用于触发导航的入口，如“开始导航”按钮，目标终端在检测到触发导航的操作时，基于第一导航路径进行导航。可选的，目标终端还可以提供用于触发发送应急救援设备的入口，如“发送aed位置”按钮，目标终端在检测到触发发送应急救援设备的操作时，向服务器发送目标设备定位请求，服务器可以执行步骤304。否则服务器执行步骤305。例如，参见图7和图8所示，图7中示例性的示出了目标终端在显示第一导航路径的同时，以小窗口的形式显示直播内容。图8中示例性的示出了，目标终端全屏显示直播内容。另外，图7和图8还示出了用于触发导航的入口“开始导航”按钮，以及用于触发发送应急救援设备的入口“发送aed位置”按钮。在一种可能的实现方式中，该第一导航路径还可以由目标终端生成，相应的，服务器将第一位置发送给目标终端，由目标终端调用本地的导航功能，根据该第一位置以及目标终端的第二位置来生成上述第一导航路径，展示生成的第一导航路径。304、服务器根据第一位置和用于应急救援的目标设备的第三位置生成第二导航路径，将该第二导航路径发送给用户终端。在本申请实施例中，目标终端可以向服务器发送目标设备定位请求，该目标设备定位请求用于指示服务器确定用于应急救援的目标设备的第三位置。服务器当接收到目标终端发送的目标设备定位请求时，获取距离第一位置最近的用于应急救援的目标设备的第三位置。服务器获取该第三位置后，即可基于该第三位置生成第二导航路径，将该第二导航路径发送给用户终端，由用户终端展示该第二导航路径。呼救者可以通过用户终端展示的第二导航路径获取该目标设备。可选的，用户终端可以提供用于触发导航的入口，用户终端在检测到触发导航的操作时，基于第二导航路径进行导航。例如，参见图9所示，图9中示例性的示出了用户终端展示第二导航路径的示意图。图9中还示出了用于触发导航的入口“开始导航”按钮。在一种可能的实现方式中，该第二导航路径还可以由用户终端生成，相应的，服务器可以将第三位置发送给用户终端，由用户终端调用本地的导航功能，根据上述第一位置以及该第三位置来生成上述第二导航路径，展示生成的第二导航路径。305、服务器将目标终端发送的目标数据提交到区块链网络中存储。在本申请实施例中，呼救者通过用户终端发起救援后，救援人员可以通过第一导航路径赶往第一位置，对病人实施救援。在救援结束后，目标终端可以根据救援的过程生成目标数据，通过救援结束请求将该目标数据发送至服务器，该目标数据包括该目标终端的第一标识。服务器可以为区块链网络中的区块链节点，当接收到目标终端发送的包含目标数据的救援结束请求时，将该目标数据提交到区块链网络。服务器将待上链的目标数据在区块链网络中进行广播，区块链网络中的共识节点在就收到广播后可执行共识操作，当该目标数据通过共识后，区块链节点可根据相应的链式哈希表生成数据区块，也即服务器在目标数据达成共识后，对该目标数据进行存储。其中，该第一标识用于唯一标识唯一的救援终端，可以是包括数字、字母和符号中至少一种字符的字符串。共识节点是区块链网络中参与共识工作的节点，参与共识的共识节点的数量可大于6个。共识节点执行共识操作所用的共识算法，常用的比如pow(proofofwork，工作量证明)、pos(proofofstake，权益证明)、dpos(delegatedproofofstake，委任权益证明)、及pbft(practicalbyzantinefaulttolerance，实用拜占庭容错算法)等等。可选的，该目标数据的数据格式可以为键值对(key-value)的形式，该第一标识为键值对中的键元素。目标数据中还包括用户终端的第二标识，以及整个救援过程中完整的救援记录信息，如通话录音、直播视频、第一导航路径、第二导航路径以及救援人员采取的救援措施等信息。该第二标识和该救援记录信息为键值对中的值元素。在一种可能的实现方式中，服务器可以对目标数据进行哈希运算处理。相应的，服务器当接收到目标终端发送的包含目标数据的救援结束请求时，可以对目标数据进行哈希运算，服务器根据目标终端的第一标识，将经过哈希运算的目标数据存储到链式哈希表中与该第一标识对应的目标哈希链上，该链式哈希表包括至少一个救援终端的终端标识对应的哈希链。服务器在该链式哈希表通过共识后根据链式哈希表生成数据区块。例如，服务器可以定义一个哈希函数，该哈希函数将键k映射到链式哈希表中的位置x。x称为k的哈希编码，也可以表述为：h(k)＝x。该哈希函数的目的是尽可能地将键元素均匀、随机地分布到链式哈希表中。服务器在进行哈希运算时，可以将该目标数据中的键元素传入上述哈希函数，由哈希函数通过散列的方式确定该目标数据对应哪条哈希链，以及哈希链中的具体位置。在一种可选的实现方式中，在用户终端与目标终端建立通信连接后，救援人员可以根据呼救者提供的信息判断事件的真实性，如果救援人员判断事件为非真实的事件，则救援人员可以将信用标识设置为假，如果救援人员判断事件为真实事件，则救援人员可以将信用标识设置为真。该信用标识用于标识用户终端发送的求救信息是否为真实信息，该信用标识可以包含在上述目标数据中。服务器可以将该信用标识提交给征信系统，以影响呼救者的征信评分。相应的，服务器在对目标数据进行存储之后，将第二标识和信用标识发送至征信系统，由征信系统根据第二标识将信用标识添加到该用户终端对应的用户的信用记录中。例如，参见图10所示，服务器将目标数据存储之后，征信系统可以根据信用标识来判断求救信息的真实性，从而影响用户终端对应的用户的征信分数，如果第二标识指示求救信息为真实，则征信系统加分，如果第二标识指示求救信息为虚假，则征信系统减分。306、服务器将目标设备的设备使用信息提交到区块链中存储。在本申请实施例中，如果呼救者使用了目标设备，则在呼救者归还目标设备时，目标设备的管理设备可以生成设备使用信息，将该设备使用信息发送该服务器，该设备使用信息中包括该目标设备的设备使用记录和频次。相应的服务器可以获取该目标设备的管理设备发送的设备使用信息，将该设备使用信息提交到区块链网络，在该设备使用信息通过共识后，对该设备使用信息进行存储；服务器将通过共识后的设备使用信息发送给至少一个救援终端。相关部门可以根据各目标设备的使用情况，按需分配。如基于不同网点的aed使用情况，按需分配aed资源。保证资源的合理分配和aed使用的真实性。由于写入数据区块中的数据是不可被篡改的，所以呼救者一旦拨打呼救电话被证实为真实或虚假后，就会进入用户的征信评分系统，不可随意更改和编辑，进而保证警方资源的合理分配，不被浪费。例如，参见图11所示，呼救者使用了aed设备后，服务器获取aed的管理设备发送的设备使用信息，服务器对该设备使用信息进行区块链数据上链，当aed网点的使用记录和频次上链成功后，服务器可以向区块链请求该设备使用信息，并将该设备使用信息发送给至少一个救援终端，救援终端即可展示当前所有网点aed使用记录和频次。需要说明的是，上述步骤301至步骤306是本申请实施例一种可选的实现方式，在其他可选的实现方式中，如果呼救者没有开启视频直播，则服务器可以不执行步骤302而执行剩余的步骤，而如果呼救者没有开启视频直播也没有使用应急救援设备，则服务器可以仅执行步骤301、303以及305。还需要说明的是，本申请实施例提供的救援方法中，服务器执行的部分操作可以由用户终端和目标终端来完成，以减轻服务器的负担，减少服务器的占用。例如，参见图12所示，图12中，用户终端在拨打呼救电话，即发送用于求救的通信请求后，向当前连接的第一基站请求定位，接收第一基站返回的第一位置，用户终端在通话界面显示该第一位置，可参见图5所示。用户终端在确定第一位置后，可以判断是否开启了视频直播，如果开启了视频直播，则向服务器发送的流媒体传输请求，以及显示直播内容，可参见图6所示；如果没开启视频直播，则显示的还是图5的页面。然后用户终端可以判断是否接收到目标设备的第三位置，如果没有接收到，则通话结束；如果接收到可以基于该第三位置生成第二导航路径。当然用户终端可以将视频直播和第二导航路径同时显示，与目标终端显示的方式相同，不再赘述。目标终端在接到呼救电话，即与用户终端建立通信连接后，可以请求对用户终端进行定位，接收服务器发送的用户终端的第一位置，根据该第一位置和目标终端的第二位置生成第一导航路径。目标终端在显示第一导航前，可以判断用户端是否开启了视频直播，如果没开启视频直播，则显示该第一导航路径，可以参见图7所示；如果开启了视频直播，则接收服务器发送的流媒体，以及显示直播内容和第一导航路径，可参见图8所示。然后目标终端可以判断是否触发推送目标设备定位，如果没有触发，即不推送目标设备定位，则通话结束；如果触发推送目标设备定位，则确定目标设备的第三位置，将该第三位置发送给服务器，由服务器将该第三位置发送给用户终端。在本申请实施例中，通过用户终端求救时将用户终端和目标终端之间的第一导航路径发送到目标终端，使得救援人员可以确定救援的导航路线节约救援路上的时间，并通过向呼救者提供目标设备，如aed的位置，使病人能够在最佳抢救时间内的得到院前急救。图13是据本申请实施例提供的一种救援装置的框图。该装置用于执行上述救援方法执行时的步骤，参见图13，装置包括：通信连接模块1301和路径生成模块1302。通信连接模块1301，用于当接收到用户终端用于求救的通信请求时，建立用户终端与目标终端的通信连接，目标终端为用于救援服务的救援终端；路径生成模块1302，用于根据用户终端的第一位置和目标终端的第二位置生成第一导航路径，将第一导航路径发送给目标终端；路径生成模块1302，还用于根据第一位置和用于应急救援的目标设备的第三位置生成第二导航路径，将第二导航路径发送给用户终端。在一种可选的实现方式中，通信连接模块1301，还用于当接收到用户终端发送的携带有目标求援号码的通信请求时，获取用户终端当前所在的第一位置；从至少一个用于救援服务的救援终端中，获取与第一位置距离最近的目标终端；建立用户终端与目标终端的通信连接。在一种可选的实现方式中，通信连接模块1301，还用于确定用户终端当前连接的第一基站；通过第一基站对用户终端进行定位，得到用户终端当前所在的第一位置。在一种可选的实现方式中，所装置还包括：接收模块，用于当接收到用户终端发送的流媒体传输请求时，接收用户终端发送的流媒体；第一发送模块，用于将流媒体发送至目标终端，由目标终端对流媒体进行展示，用于向救援人员展示求救人所在现场的情况。在一种可选的实现方式中，装置还包括：第一获取模块，用于当接收到目标终端发送的目标设备定位请求时，获取距离第一位置最近的目标设备的第三位置。在一种可选的实现方式中，装置还包括：第一提交模块，用于当接收到目标终端发送的包含目标数据的救援结束请求时，将目标数据提交到区块链网络，目标数据包括目标终端的第一标识；存储模块，用于在目标数据达成共识后，对目标数据进行存储。在一种可选的实现方式中，第一提交模块，还用于当接收到目标终端发送的包含目标数据的救援结束请求时，对目标数据进行哈希运算；根据目标终端的第一标识，将经过哈希运算的目标数据存储到链式哈希表中与第一标识对应的目标哈希链上，链式哈希表包括至少一个救援终端的终端标识对应的哈希链。在一种可选的实现方式中，目标数据还包括用户终端的第二标识和信用标识，信用标识用于标识用户终端发送的求救信息是否为真实信息；装置还包括：第二发送模块，用于将第二标识和信用标识发送至征信系统，由征信系统根据第二标识将信用标识添加到用户终端对应的用户的信用记录中。在一种可选的实现方式中，装置还包括：第二获取模块，用于获取目标设备的管理设备发送的设备使用信息，设备使用信息包括目标设备的设备使用记录和频次；第二提交模块，用于将设备使用信息提交到区块链网络，在设备使用信息通过共识后，对设备使用信息进行存储；第三发送模块，用于将通过共识后的设备使用信息发送给至少一个救援终端。在本申请实施例中，通过用户终端求救时将用户终端和目标终端相关的第一导航路径发送到目标终端，使得救援人员可以确定救援的导航路线节约救援路上的时间，并通过向呼救者提供目标设备，如aed的位置，使病人能够在最佳抢救时间内的得到院前急救。需要说明的是：上述实施例提供的救援装置在运行应用程序时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的救援装置与救援方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。图14是本发明实施例提供的一种服务器的结构示意图，该服务器1400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)1401和一个或一个以上的存储器1402，其中，所述存储器1402中存储有至少一条指令，所述至少一条指令由所述处理器1401加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一段程序代码，所述至少一段程序代码用于执行本申请实施例中的救援方法中服务器所执行的操作。本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。当前第1页1 2 3 当前第1页1 2 3