信息传输方法及系统与流程

本申请实施例涉及医疗急救技术领域，尤其涉及一种信息传输方法及系统。

背景技术：

在突发事件导致人员健康危机而进行的抢救或治疗中，争分夺秒赢取抢救时间对被救治者来说至关重要。因此，急救体系120在其中扮演重要角色。现有急救体系120所采用的急救工作模式主要采用对讲机和医院进行口头沟通，由于缺乏有效的病情监控系统及通讯手段的相对不完善，有的地区在救护车出诊后，基本上就和所属医疗机构失去了联系，救护车上的医务人员只能凭病患临床症状和本人临床经验在救护车上开展救护工作，施救工作会受到医务人员的临床经验的限制。

为了解决上述问题，相关技术中会在救护车中设置远程会诊系统，救护人员通过远程会诊系统与在医院等待抢救的医务人员进行沟通，及时对患者进行有效救治。

然而，由于救护车在行进中车辆速度、网络状态等因素影响，导致救护车中的信息常常出现传输失败的情况，延误了患者抢救时间。

技术实现要素：

本申请实施例提供一种信息传输方法及系统，以克服现有救护车在行进中车辆中的信息传输失败的问题。

第一方面，本申请实施例提供一种信息传输方法，包括：

确定目标车辆中的待传输信息；

根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器；

将所述待传输信息传输至所述目标边缘云服务器，以将所述待传输信息传输至预设医院。

在一种可能的设计中，所述根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器，包括：

将所述待传输信息大小、所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，输入预设数据传输模型，其中，所述预设数据传输模型根据传输信息大小、边缘云服务器的计算能力、网络环境、车辆行车速度，以及传输信息对应的边缘云服务器训练得到；

获取所述预设数据传输模型输出的所述待传输信息对应的所述目标边缘云服务器。

在一种可能的设计中，在所述确定目标车辆中的待传输信息之后，还包括：

根据所述待传输信息大小，对所述待传输信息进行均分；

所述根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器，包括：

根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定均分后的待传输信息分别对应的目标边缘云服务器。

在一种可能的设计中，在所述将所述待传输信息传输至所述目标边缘云服务器之后，还包括：

经过预设时间间隔，判断所述待传输信息是否传输完成；

若所述待传输信息传输未完成，则将所述待传输信息中传输未完成的信息作为新的待传输信息，重新执行所述根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器的步骤。

在一种可能的设计中，所述目标边缘云服务器为区块链中的数据交换节点。

第二方面，本申请实施例提供一种信息传输装置，包括：

信息确定模块，用于确定目标车辆中的待传输信息；

边缘云确定模块，用于根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器；

信息传输模块，用于将所述待传输信息传输至所述目标边缘云服务器，以使预设区域的医院共享云端数据。

在一种可能的设计中，所述边缘云确定模块，具体用于：

将所述待传输信息大小，所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，输入预设数据传输模型，其中，所述预设数据传输模型根据传输信息大小、边缘云服务器的计算能力、网络环境、车辆行车速度，以及传输信息对应的边缘云服务器训练得到；

获取所述预设数据传输模型输出的所述待传输信息对应的所述目标边缘云服务器。

在一种可能的设计中，所述信息确定模块，还用于：

根据所述待传输信息大小，对所述待传输信息进行均分；

所述边缘云确定模块，具体用于：

根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定均分后的待传输信息分别对应的目标边缘云服务器。

在一种可能的设计中，上述装置还包括：信息判断模块，用于在所述信息传输模块将所述待传输信息传输至所述目标边缘云服务器之后，经过预设时间间隔，判断所述待传输信息是否传输完成；

所述边缘云确定模块，还用于若所述待传输信息传输未完成，则将所述待传输信息中传输未完成的信息作为新的待传输信息，重新执行所述根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器的步骤。

在一种可能的设计中，所述目标边缘云服务器为区块链中的数据交换节点。

第三方面，本申请实施例提供一种信息传输系统，包括：

车载设备，所述车载设备设置在目标车辆中，用于确定所述目标车辆中的待传输信息，根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器，并将所述待传输信息传输至所述目标边缘云服务器；

所述目标边缘云服务器，用于接收所述待传输信息，并将所述待传输信息传输至预设医院。

第四方面，本申请实施例提供一种车载设备，包括：

处理器；

存储器；以及

计算机程序；

其中，所述计算机程序被存储在所述存储器中，并且被配置为由所述处理器执行，所述计算机程序包括用于执行如第一方面所述的方法的指令。

第五方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序使得服务器执行第一方面所述的方法。

本申请实施例提供的信息传输方法及系统，该方法在确定目标车辆中的待传输信息后，根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定上述待传输信息对应的目标边缘云服务器，进而，将上述待传输信息传输至目标边缘云服务器，通过目标边缘云服务器将上述待传输信息传输至预设医院，解决由于救护车在行进中车辆速度、网络状态等因素影响，导致的救护车中的信息常常出现传输失败的情况，将救护车内信息实时发回至医院，使得医院等待抢救的医务人员能够快速、稳定的获取救护车内信息，进而，协助车内医务人员充分利用现有车辆的各类医疗设施，在病患的“白金”和“黄金”等抢救时间内予以有效救治，提高院前急救成功率，降低病患死亡等严重风险。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的信息传输系统架构示意图；

图2为本申请实施例提供的一种信息传输方法的流程示意图；

图3为本申请实施例提供的另一种信息传输方法的流程示意图；

图4为本申请实施例提供的再一种信息传输方法的流程示意图；

图5为本申请实施例提供的又一种信息传输方法的流程示意图；

图6为本申请实施例提供的一种信息传输装置的结构示意图；

图7为本申请实施例提供的另一种信息传输装置的结构示意图；

图8为本申请实施例提供的一种信息传输系统的结构示意图；

图9a为本申请实施例提供的车载设备的一种可能的基本硬件架构图；

图9b为本申请实施例提供的车载设备的另一种可能的基本硬件架构图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

相关技术中，救护车中设置有远程会诊系统，救护人员通过远程会诊系统与在医院等待抢救的医务人员进行沟通，及时对患者进行有效救治。然而，由于救护车在行进中车辆速度、网络状态等因素影响，导致救护车中的信息常常出现传输失败的情况，延误了患者抢救时间。

因此，考虑到上述问题，本申请提供一种信息传输方法，基于车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及车辆的行车速度，确定车辆中待传输信息对应的边缘云服务器，从而，基于该边缘云服务器将上述待传输信息传输至医院，解决车辆在行进中车辆中的信息传输失败的问题。

本申请实施例提供的信息传输方法可应用在救护车中，也可以应用在其它车辆中，具体可以根据实际情况确定，本申请实施例对此不做特别限制。

可选地，本申请实施例提供的信息传输方法可以应用于如图1所示的应用场景中。图1只是以示例的方式描述了本申请实施例提供的信息传输方法的一种可能的应用场景，本申请实施例提供的信息传输方法的应用场景不限于图1所示的应用场景。

图1为信息传输系统架构示意图。在图1中，以目标车辆为救护车为例，对救护车中的信息进行传输，上述架构包括车载设备11和边缘云服务器12。

可以理解的是，本申请实施例示意的结构并不构成对信息传输架构的具体限定。在本申请另一些可行的实施方式中，上述架构可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置，具体可根据实际应用场景确定，在此不做限制。图1所示的部件可以以硬件，软件，或软件与硬件的组合实现。

在具体实现过程中，在救护车行进过程中，救护人员通过救护车中的远程会诊系统与在医院等待抢救的医务人员进行沟通，当需要进行信息传输时，车载设备11确定救护车中的待传输信息，基于车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及车辆的行车速度，确定上述待传输信息对应的边缘云服务器12，将上述待传输信息传输至边缘云服务器12，通过边缘云服务器12将上述待传输信息传输至医院，即能够将救护车内信息实时发回至医院，使得医院等待抢救的医务人员能够快速、稳定的获取救护车内信息，进而，协助车内医务人员充分利用现有车辆的各类医疗设施，在病患的“白金”和“黄金”等抢救时间内予以有效救治，提高院前急救成功率，降低病患死亡等严重风险。

另外，本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体地实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的一种信息传输方法的流程示意图，本申请实施例提供了一种信息传输方法，该方法可以由图1中的车载设备来执行，具体可以根据实际情况确定，本申请实施例对此不做特别限制。如图2所示，本申请实施例提供的信息传输方法包括如下步骤：

s201：确定目标车辆中的待传输信息。

其中，目标车辆可以根据实际情况确定，例如行进中的救护车，本申请实施例对此不做特别限制。

这里，上述待传输信息可以包括文字、图像或音视频等信息。在本申请实施例中车载设备可以实时确定目标车辆中的待传输信息，从而基于确定的信息进行后续处理，及时将车辆中的信息传输至边缘云服务器。

s202：根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定上述待传输信息对应的目标边缘云服务器。

在一些可行的实施例中，上述根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定上述待传输信息对应的目标边缘云服务器，包括：

将上述待传输信息大小、目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，输入预设数据传输模型，其中，预设数据传输模型根据传输信息大小、边缘云服务器的计算能力、网络环境、车辆行车速度，以及传输信息对应的边缘云服务器训练得到；

获取上述预设数据传输模型输出的上述待传输信息对应的目标边缘云服务器。

这里，预设数据传输模型输入传输信息大小、边缘云服务器的计算能力、网络环境、车辆行车速度，输出传输信息对应的边缘云服务器。车载设备将上述待传输信息大小、目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度输入预设数据传输模型，进而根据预设数据传输模型的输出，获取到上述待传输信息对应的目标边缘云服务器。

s203：将上述待传输信息传输至目标边缘云服务器，以将上述待传输信息传输至预设医院。

这里，车载设备将上述待传输信息传输至边缘云侧，进而，预设区域的医院可通过云计算技术和终端实时共享云端数据，并与车内急救人员共同监测病情和救治患者，从而，能够根据救护车发起的接诊请求，及时做好一切接诊准备，减少因等待造成的延误，提高救治成功率。

可选地，目标边缘云服务器为区块链中的数据交换节点。车载设备也为区块链中的数据交换节点。

其中，区块链(blockchain)是一种多方共同维护，使用密码学保证传输和访问安全，能够实现数据一致保存、难以篡改、安全可靠的记账技术，也称分布式账本技术。本申请实施例融合区块链技术，将整个车联网设计成一个区块链，将车载设备和边缘云分别作为区块链数据交换节点。急救车在驾驶过程中车载设备传出车内信息至边缘云一侧，进而与区块链的智能合约、去中心化、公开透明的核心优势相结合。

本申请实施例，车载设备在确定目标车辆中的待传输信息后，根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定上述待传输信息对应的目标边缘云服务器，进而，将上述待传输信息传输至目标边缘云服务器，通过目标边缘云服务器将上述待传输信息传输至预设医院，解决由于救护车在行进中车辆速度、网络状态等因素影响，导致的救护车中的信息常常出现传输失败的情况，将救护车内信息实时发回至医院，使得医院等待抢救的医务人员能够快速、稳定的获取救护车内信息，进而，协助车内医务人员充分利用现有车辆的各类医疗设施，在病患的“白金”和“黄金”等抢救时间内予以有效救治，提高院前急救成功率，降低病患死亡等严重风险。

另外，本申请实施例在确定目标车辆中的待传输信息之后，还考虑根据上述待传输信息大小，对上述待传输信息进行均分。图3为本申请实施例提出的另一种信息传输方法的流程示意图。如图3所示，该方法包括：

s301：确定目标车辆中的待传输信息。

其中，步骤s301与上述步骤s201的实现方式相同，此处不再赘述。

s302：根据上述待传输信息大小，对上述待传输信息进行均分。

s303：根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定均分后的待传输信息分别对应的目标边缘云服务器。

s304：将均分后的待传输信息分别传出至目标边缘云服务器，以将均分后的待传输信息传输至预设医院。

这里，车载设备将大的数据任务进行m等分，并且根据该地的网络环境、边缘云服务器的计算能力以及急救车行进过程中的速度，得出将m等分后的数据如何分配到不同的边缘服务器上进行计算，达到有效的数据传输；车载设备可以通过不同路段将不同等份的数据量放在该边缘云服务器上进行有效的预估，已到达最佳的数据比例，让数据有效的进行卸载，保证数据传输的有效性。

其中，m可以根据实际情况确定，本申请实施例对此不做特别限制。

本申请实施例，车载设备将大的数据任务进行m等分，进而，确定均分后的待传输信息分别对应的目标边缘云服务器，将均分后的待传输信息分别传出至目标边缘云服务器，实现数据的有效传输。而且车载设备在确定目标车辆中的待传输信息后，根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定上述待传输信息对应的目标边缘云服务器，进而，将上述待传输信息传输至目标边缘云服务器，通过目标边缘云服务器将上述待传输信息传输至预设医院，解决了由于救护车在行进中车辆速度、网络状态等因素影响，导致的救护车中的信息常常出现传输失败的情况。

另外，本申请实施例在将上述待传输信息传输至目标边缘云服务器之后，还考虑判断上述待传输信息是否传输完成。图4为本申请实施例提出的再一种信息传输方法的流程示意图。如图4所示，该方法包括：

s401：确定目标车辆中的待传输信息。

s402：根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定上述待传输信息对应的目标边缘云服务器。

s403：将上述待传输信息传输至目标边缘云服务器，以将上述待传输信息传输至预设医院。

其中，步骤s401-s403与上述步骤s201-s203的实现方式相同，此处不再赘述。

s404：经过预设时间间隔，判断上述待传输信息是否传输完成。

s405：若上述待传输信息传输未完成，则将上述待传输信息中传输未完成的信息作为新的待传输信息，重新执行上述根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定上述待传输信息对应的目标边缘云服务器的步骤。

这里，车载设备在将上述待传输信息传输至目标边缘云服务器之后，经过预设时间间隔，判断上述待传输信息是否传输完成，如果没有传输完成则重复执行上述确定待传输信息对应的目标边缘云服务器及其以后步骤，直至上述待传输信息传输完成，全部上传至目标边缘云服务器，从而，保证车辆中的信息能够全部上传边缘云服务器，通过边缘云服务器将完整的信息发回医院，使得医院等待抢救的医务人员能够获取完整的救护车内信息，进而，协助车内医务人员充分利用现有车辆的各类医疗设施对患者进行有效救治。

其中，预设时间间隔可以根据实际情况确定，本申请实施例对此不做特别限制。

本申请实施例，车载设备在将上述待传输信息传输至目标边缘云服务器之后，还判断上述待传输信息是否传输完成，如果没有完成，则重复相应步骤，直至上述待传输信息传输完成，从而，保证车辆中的信息能够全部上传边缘云服务器。而且车载设备在确定目标车辆中的待传输信息后，根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定上述待传输信息对应的目标边缘云服务器，进而，将上述待传输信息传输至目标边缘云服务器，通过目标边缘云服务器将上述待传输信息传输至预设医院，解决了由于救护车在行进中车辆速度、网络状态等因素影响，导致的救护车中的信息常常出现传输失败的情况。

另外，本申请实施例还提供又一种信息传输方法，从车载设备和边缘云服务器交互进行说明，如图5所示，该方法可以包括：

s501：车载设备确定目标车辆中的待传输信息。

s502：车载设备根据上述待传输信息大小，对上述待传输信息进行均分。

s503：车载设备根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定均分后的待传输信息分别对应的目标边缘云服务器。

s504：车载设备将均分后的待传输信息分别传输至目标边缘云服务器。

s505：目标边缘云服务器接收均分后的待传输信息，并将均分后的待传输信息传输至预设医院。

这里，目标边缘云服务器为区块链中的数据交换节点。车载设备也为区块链中的数据交换节点。

本申请实施例融合区块链技术，将整个车联网设计成一个区块链，将车载设备和边缘云分别作为区块链数据交换节点。急救车在驾驶过程中车载设备传出车内信息至边缘云一侧，进而与区块链的智能合约、去中心化、公开透明的核心优势相结合。

示例性的，车载设备在将均分后的待传输信息传输至目标边缘云服务器之后，还包括：

经过预设时间间隔，判断均分后的待传输信息是否传输完成；

若均分后的待传输信息传输未完成，则将均分后的待传输信息中传输未完成的信息作为新的待传输信息，重新执行根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定均分后的待传输信息对应的目标边缘云服务器的步骤。

从上述描述可知，车载设备确定目标车辆中的待传输信息后，根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定上述待传输信息对应的目标边缘云服务器，进而，将上述待传输信息传输至目标边缘云服务器，通过目标边缘云服务器将上述待传输信息传输至预设医院，解决由于救护车在行进中车辆速度、网络状态等因素影响，导致的救护车中的信息常常出现传输失败的情况，将救护车内信息实时发回至医院，使得医院等待抢救的医务人员能够快速、稳定的获取救护车内信息，进而，协助车内医务人员充分利用现有车辆的各类医疗设施，在病患的“白金”和“黄金”等抢救时间内予以有效救治，提高院前急救成功率，降低病患死亡等严重风险。

对应于上文实施例的信息传输方法，图6为本申请实施例提供的信息传输装置的结构示意图。为了便于说明，仅示出了与本申请实施例相关的部分。图6为本申请实施例提供的一种信息传输装置的结构示意图，该信息传输装置60包括：信息确定模块601、边缘云确定模块602以及信息传输模块603。这里的信息传输装置可以是上述车载设备本身，或者是实现车载设备的功能的芯片或者集成电路。这里需要说明的是，信息确定模块、边缘云确定模块以及信息传输模块的划分只是一种逻辑功能的划分，物理上两者可以是集成的，也可以是独立的。

其中，信息确定模块601，用于确定目标车辆中的待传输信息。

边缘云确定模块602，用于根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器。

信息传输模块603，用于将所述待传输信息传输至所述目标边缘云服务器，以使预设区域的医院共享云端数据。

在一种可能的设计中，所述边缘云确定模块602，具体用于：

将所述待传输信息大小，所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，输入预设数据传输模型，其中，所述预设数据传输模型根据传输信息大小、边缘云服务器的计算能力、网络环境、车辆行车速度，以及传输信息对应的边缘云服务器训练得到；

获取所述预设数据传输模型输出的所述待传输信息对应的所述目标边缘云服务器。

在一种可能的实现方式中，所述信息确定模块601，还用于：

根据所述待传输信息大小，对所述待传输信息进行均分。

所述边缘云确定模块602，具体用于：

根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定均分后的待传输信息分别对应的目标边缘云服务器。

在一种可能的设计中，所述目标边缘云服务器为区块链中的数据交换节点。

本申请实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本申请实施例此处不再赘述。

图7为本申请实施例提供的另一种信息传输装置的结构示意图。在图6实施例基础上，上述信息传输装置60还包括：信息判断模块604。

其中，信息判断模块604，用于在所述信息传输模块603将所述待传输信息传输至所述目标边缘云服务器之后，经过预设时间间隔，判断所述待传输信息是否传输完成。

所述边缘云确定模块602，还用于若所述待传输信息传输未完成，则将所述待传输信息中传输未完成的信息作为新的待传输信息，重新执行所述根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器的步骤。

本申请实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本申请实施例此处不再赘述。

图8为本申请实施例提供的一种信息传输系统的结构示意图，该信息传输系统80包括：

车载设备801，所述车载设备801设置在目标车辆中，用于确定所述目标车辆中的待传输信息，根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器，并将所述待传输信息传输至所述目标边缘云服务器；

所述目标边缘云服务器802，用于接收所述待传输信息，并将所述待传输信息传输至预设医院。

在一种可能的实现方式中，车载设备801根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器，包括：

将所述待传输信息大小、所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，输入预设数据传输模型，其中，所述预设数据传输模型根据传输信息大小、边缘云服务器的计算能力、网络环境、车辆行车速度，以及传输信息对应的边缘云服务器训练得到；

获取所述预设数据传输模型输出的所述待传输信息对应的所述目标边缘云服务器。

在一种可能的实现方式中，车载设备801在所述确定目标车辆中的待传输信息之后，还用于：

根据所述待传输信息大小，对所述待传输信息进行均分；

所述车载设备801根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器，包括：

根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定均分后的待传输信息分别对应的目标边缘云服务器。

在一种可能的实现方式中，车载设备801在所述将所述待传输信息传输至所述目标边缘云服务器之后，还用于：

经过预设时间间隔，判断所述待传输信息是否传输完成；

若所述待传输信息传输未完成，则将所述待传输信息中传输未完成的信息作为新的待传输信息，重新执行所述根据所述目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及所述目标车辆的行车速度，确定所述待传输信息对应的目标边缘云服务器的步骤。

在一种可能的实现方式中，所述目标边缘云服务器为区块链中的数据交换节点。

本申请实施例车载设备在确定目标车辆中的待传输信息后，根据目标车辆所在区域的各个边缘云服务器的计算能力、网络环境，以及目标车辆的行车速度，确定上述待传输信息对应的目标边缘云服务器，进而，将上述待传输信息传输至目标边缘云服务器，通过目标边缘云服务器将上述待传输信息传输至预设医院，解决由于救护车在行进中车辆速度、网络状态等因素影响，导致的救护车中的信息常常出现传输失败的情况，将救护车内信息实时发回至医院，使得医院等待抢救的医务人员能够快速、稳定的获取救护车内信息，进而，协助车内医务人员充分利用现有车辆的各类医疗设施，在病患的“白金”和“黄金”等抢救时间内予以有效救治，提高院前急救成功率，降低病患死亡等严重风险。

可选地，图9a和9b分别示意性地提供本申请所述车载设备的一种可能的基本硬件架构。

参见图9a和9b，车载设备包括至少一个处理器901以及通信接口903。进一步可选的，还可以包括存储器902和总线904。

其中，车载设备中，处理器901的数量可以是一个或多个，图9a和9b仅示意了其中一个处理器901。可选地，处理器901，可以是中央处理器(centralprocessingunit，cpu)、图形处理器(graphicsprocessingunit，gpu)或者数字信号处理(digitalsignalprocess，dsp)。如果车载设备具有多个处理器901，多个处理器901的类型可以不同，或者可以相同。可选地，车载设备的多个处理器901还可以集成为多核处理器。

存储器902存储计算机指令和数据；存储器902可以存储实现本申请提供的上述信息传输方法所需的计算机指令和数据，例如，存储器902存储用于实现上述信息传输方法的步骤的指令。存储器902可以是以下存储介质的任一种或任一种组合：非易失性存储器(例如只读存储器(rom)、固态硬盘(ssd)、硬盘(hdd)、光盘)，易失性存储器。

通信接口903可以为所述至少一个处理器提供信息输入/输出。也可以包括以下器件的任一种或任一种组合：网络接口(例如以太网接口)、无线网卡等具有网络接入功能的器件。

可选的，通信接口903还可以用于车载设备与其它计算设备或者终端进行数据通信。

进一步可选的，图9a和9b用一条粗线表示总线904。总线904可以将处理器901与存储器902和通信接口903连接。这样，通过总线904，处理器901可以访问存储器902，还可以利用通信接口903与其它计算设备或者终端进行数据交互。

在本申请中，车载设备执行存储器902中的计算机指令，使得车载设备实现本申请提供的上述信息传输方法，或者使得车载设备部署上述的信息传输装置。

从逻辑功能划分来看，示例性的，如图9a所示，存储器902中可以包括信息确定模块601、边缘云确定模块602以及信息传输模块603。这里的包括仅仅涉及存储器中所存储的指令被执行时可以分别实现信息确定模块、边缘云确定模块以及信息传输模块的功能，而不限定是物理上的结构。

示例性的，如图9b所示，存储器902中还可以包括信息判断模块604。这里的包括仅仅涉及存储器中所存储的指令被执行时可以分别实现信息判断模块的功能，而不限定是物理上的结构。

另外，上述的车载设备除了可以像上述图9a和图9b通过软件实现外，也可以作为硬件模块，或者作为电路单元，通过硬件实现。

本申请提供一种计算机可读存储介质，所述计算机程序产品包括计算机指令，所述计算机指令指示计算设备执行本申请提供的上述信息传输方法。

本申请提供一种芯片，包括至少一个处理器和通信接口，所述通信接口为所述至少一个处理器提供信息输入和/或输出。进一步，所述芯片还可以包含至少一个存储器，所述存储器用于存储计算机指令。所述至少一个处理器用于调用并运行该计算机指令，以执行本申请提供的上述信息传输方法。

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

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

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