CN114143307B - 一种网约车行程录音数据高效完整传输的方法及系统 - Google Patents

Abstract

本发明公开了一种网约车行程录音数据高效完整传输的方法及系统，其中方法包括：接收行程开始信号，开始录制行程录音，录制预设时间后生成行程录音数据；对行程录音数据进行压缩编码后获得录音文件，将录音文件存储到本地；向服务器发出文件接收通知，并获取来自服务器的包含接收能力的应答信息；获取实时的网络状态，基于接收能力信息和网络状态，对录音文件进行相应的切分，产生若干个子文件，分别为子文件编上相应的序号；将子文件依次传输至服务器，接收文件存储确认信息，删除本地存储的录音文件；重复行程录音的录制、传输和删除的步骤，直至行程结束，服务器基于序号对子文件进行合成，并存储合成后获得的录音文件。

Description

一种网约车行程录音数据高效完整传输的方法及系统

技术领域

本发明涉及网约车行程录音数据处理方法的技术领域，具体涉及一种网约车行程录音数据高效完整传输的方法及系统。

背景技术

网约车，即网络预约出租汽车经营服务的简称，是指以互联网技术为依托构建服务平台，接入符合条件的车辆和驾驶员，通过整合供需信息，提供非巡游的预约出租汽车服务的经营活动。网约车乘客在实际乘车过程中，为了确保网约车服务的质量，一般需要记录网约车服务过程中的车内语音，即行程录音的录制，当网约车服务出现纠纷或意外事件时，需要通过行程录音进行协助，因此行程录音是网约车服务的一种重要信息载体。

但是，现有的网约车服务的行程录音一般需要司机终端传输到服务器，由于服务器接收能力的限制，行程录音的传输效率较低，且可能在传输过程中发生信息丢失，使行程录音不完整，当出现服务问题需要调用行程录音协助时，缺失的行程录音可能无法有效地协助解决问题，影响司乘双方的体验。

发明内容

为了克服上述现有技术中行程录音传输效率低且容易缺失的技术缺陷，本发明提供一种网约车行程录音数据高效完整传输的方法及系统。

为了解决上述问题，本发明按以下技术方案予以实现的：

第一方面，本发明公开一种网约车行程录音数据高效完整传输的方法，包括：

接收行程开始信号，开始录制行程录音，录制预设时间后生成行程录音数据；

对行程录音数据进行压缩编码后获得录音文件，将录音文件存储到本地；

向服务器发出文件接收通知，并获取来自服务器的包含接收能力的应答信息；

获取实时的网络状态，基于接收能力信息和网络状态，对录音文件进行相应的切分，产生若干个子文件，分别为子文件编上相应的序号；

将子文件依次传输至服务器，接收文件存储确认信息，删除本地存储的录音文件；

重复行程录音的录制、传输和删除的步骤，直至行程结束，服务器基于序号对子文件进行合成，并存储合成后获得的录音文件。

作为优选实施，所述向服务器发出文件接收通知，具体包括：向服务器发送第一SYN信号，通知服务器准备开始接收文件。

作为优选实施，所述应答信息包括第二SYN信号、第一ACK信号以及服务器接收能力信息，其中，第二SYN信号和第一ACK信号用于应答以确认服务器成功接收第一SYN信息。

作为优选实施，所述对录音文件进行相应的切分，产生若干个子文件，具体包括：

向服务器发送第二ACK信号；

对应答信息中的服务器接收能力信息进行分析，以获取服务器当前的接收能力；

基于为了状态和接收能力进行计算，以获得适配的文件大小；

将存储在本地的录音文件进行相应的切分，以形成若干个子文件。

作为优选实施，所述分别为子文件编上相应的序号，具体包括：

生成序号并依次对子文件进行编号；

对子文件进行数据包处理，包括：

以编号作为控制信息；

以子文件的数据作为数据本身；

将控制信息和数据本身进行结合，依次形成子文件数据包；

采用流水线传输的方式向服务器传输多个子文件数据包。

作为优选实施，所述接收文件存储确认信息，删除本地存储的录音文件，具体包括：

接收来自服务器的第三ACK信号，第三ACK信号包括子文件存储成功确认信息，以及服务器接收子文件后对应的确认号；

将确认号存储到本地；

基于确认号，将存储在本地中对应的录音文件删除。

作为优选实施，所述行程结束，服务器基于序号对子文件进行合成，具体包括：

在全部录音文件发送完毕后，向服务器第一FIN信号；

接收来自服务器的第四ACK信号，确认服务器对第一FIN信号接收成功并开始执行子文件合成；

接收服务器在子文件全部合成成功后发出的第二FIN信号；

向服务器发出第五ACK信号，确认行程录音传输完成。

作为优选实施，还包括：当需要对行程录音进行追溯时，基于行程录音的时段查询本地存储的确认号，将对应的确认号发送至，对服务器的录音文件进行查询，以快速追溯到对应的录音文件。

第二方面，本发明还公开一种网约车行程录音数据高效完整传输的系统，包括：

行程录音模块，用于接收行程开始信号，开始录制行程录音，录制预设时间后生成行程录音数据；

压缩编码模块，用于对行程录音数据进行压缩编码后获得录音文件，将录音文件存储到本地；

接收通知模块，用于向服务器发出文件接收通知，并获取来自服务器的包含接收能力的应答信息；

文件切分模块，用于获取实时的网络状态，基于接收能力信息和网络状态，对录音文件进行相应的切分，产生若干个子文件，分别为子文件编上相应的序号；

文件传输模块，用于将子文件依次传输至服务器，接收文件存储确认信息，删除本地存储的录音文件；

文件合并模块，用于重复行程录音的录制、传输和删除的步骤，直至行程结束，服务器基于序号对子文件进行合成，并存储合成后获得的录音文件。

作为优选实施，还包括：

录音追溯模块，其用于当需要对行程录音进行追溯时，基于行程录音的时段查询本地存储的确认号，将对应的确认号发送至，对服务器的录音文件进行查询，以快速追溯到对应的录音文件。

与现有技术相比，本发明的有益效果是：

本发明在行程录音的一段录制完成后，先通过压缩编码后获得被压缩编码处理的录音文件，然后获取服务器的接收能力的信息，通过将录音文件进行相应的切分，形成与服务器接收能力相适配的子文件，使服务器能顺利地接收每个子文件，然后在传输完成后将子文件基于序号进行相应的结合，以形成完整的行程录音文件，进而存储到服务器中。此外，服务器在接收子文件成功后，会向司机终端发送相对应文件的确认号，以便后续需要进行行程录音追溯时，能基于确认号进行快速的查找。本发明通过将录音文件基于服务器的接收能力和当前的网络状况进行切分，从而实现高效且完整的传输。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：

图1是本发明的网约车行程录音数据高效完整传输的方法的流程示意图；

图2是本发明的网约车行程录音数据高效完整传输的系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

访问设备和服务器可以通过有线或无线通信方式进行直接或间接地连接。访问设备可以是终端，也可以是服务器。访问设备上运行了目标应用。目标应用是能够向服务器发起数据请求的应用程序，如社交应用、支付应用、游戏应用等。服务器可以是目标应用提供服务的应用服务器，也可以是区别与目标应用所对应应用服务器的代理服务器。服务器用于识别每个访问设备是否属于恶意设备，对来自恶意设备的数据报文进行拦截。当服务器为代理服务器时，代理服务器将不属于来自恶意设备的数据报文转发至应用服务器。终端具体可以是台式终端或移动终端，移动终端具体可以智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。服务器与服务器分别可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

实施例1

如图1所示，第一方面，本发明公开一种网约车行程录音数据高效完整传输的方法，本发明实施例创造性地，在行程录音的一段录制完成后，先通过压缩编码后获得被压缩编码处理的录音文件，然后获取服务器的接收能力的信息，通过将录音文件进行相应的切分，形成与服务器接收能力相适配的子文件，使服务器能顺利地接收每个子文件，然后在传输完成后将子文件基于序号进行相应的结合，以形成完整的行程录音文件，进而存储到服务器中。此外，服务器在接收子文件成功后，会向司机终端发送相对应文件的确认号，以便后续需要进行行程录音追溯时，能基于确认号进行快速的查找。本发明通过将录音文件基于服务器的接收能力和当前的网络状况进行切分，从而实现高效且完整的传输。

本发明所述的网约车行程录音数据高效完整传输的方法具体包括如下的步骤：

步骤S1：接收行程开始信号，开始录制行程录音，录制预设时间后生成行程录音数据。

具体地，在乘客上车后，通过司机进行操作、特定语音或者服务器发出的定位匹配信息，使得司机终端确认乘客已经上车，网约车服务正式开始，具有麦克风的司机终端开始录制车内的行程录音。为了便于行程录音的传输，一般需要预设录音时间段，以作为一个录音段的单位，完成一个时间段的录音后即可在继续录制行程录音的同时将已完成录制的行程录音数据进行传输，以提高传输效率。

步骤S2：对行程录音数据进行压缩编码后获得录音文件，将录音文件存储到本地。

具体地，司机终端对行程录音数据进行相应的压缩，然后进行编码，获得经过压缩编码处理后的适合进行切分的录音文件，然后将录音文件存储到本地。

步骤S3：向服务器发出文件接收通知，并获取来自服务器的包含接收能力的应答信息。

具体地，司机终端向服务器发送第一SYN信号，通知服务器准备开始接收文件。文件服务器一般具有预设的接收能力，即服务器的窗口大小，服务器计算当前的接收能力，然后将接收能力连带其它信息组合成应答信息，发送到司机终端，以作为对司机终端的应答。

应答信息包括第二SYN信号、第一ACK信号以及服务器接收能力信息，其中，第二SYN信号和第一ACK信号用于应答以确认服务器成功接收第一SYN信息。

步骤S4：获取实时的网络状态，基于接收能力信息和网络状态，对录音文件进行相应的切分，产生若干个子文件，分别为子文件编上相应的序号。

具体地，司机终端计算自身当前的网络状态，若网络状态异常，在子文件较大的情况下，即使服务器接收能力足够，也可能难以顺利实现传输。在获取网络状态和服务器的接收能力的信息后，司机终端再综合计算服务器的接收能力和司机终端的网络状态后，计算出适合当前的子文件的大小，基于该计算值对存储在司机终端本地的录音文件进行切分，以生成若干个大小相同的子文件，然后基于切分的顺序将子文件进行编号，以使子文件携带对应的序号。

其中，对录音文件进行相应的切分，产生若干个子文件，具体包括以下步骤：

向服务器发送第二ACK信号；

对应答信息中的服务器接收能力信息进行分析，以获取服务器当前的接收能力；

基于为了状态和接收能力进行计算，以获得适配的文件大小；

将存储在本地的录音文件进行相应的切分，以形成若干个子文件。

进一步地，分别为子文件编上相应的序号，具体包括以下步骤：

生成序号并依次对子文件进行编号；

对子文件进行数据包处理，包括：

以编号作为控制信息；

以子文件的数据作为数据本身；

将控制信息和数据本身进行结合，依次形成子文件数据包；

采用流水线传输的方式向服务器传输多个子文件数据包。

步骤S5：将子文件依次传输至服务器，接收文件存储确认信息，删除本地存储的录音文件。

具体地，司机终端将子文件基于序号顺序依次传输至服务器，服务器接收文件后发出相应的确认信息至司机终端，司机终端存储相应的确认信息，然后将对应的存储在本地的录音文件删除，以降低录音文件的缓存占用本地的空间。

其中，接收文件存储确认信息，删除本地存储的录音文件，具体包括以下步骤：

接收来自服务器的第三ACK信号，第三ACK信号包括子文件存储成功确认信息，以及服务器接收子文件后对应的确认号；

将确认号存储到本地；

基于确认号，将存储在本地中对应的录音文件删除。

步骤S6：重复行程录音的录制、传输和删除的步骤，直至行程结束，服务器基于序号对子文件进行合成，并存储合成后获得的录音文件。

具体地，当行程录音仍在进行中，会不断地产生相同时间长度的行程录音数据，还不能进行合并，因此，需要重复步骤S1至步骤S5，以重复行程录音的录制、传输和删除，直至网约车服务的结束。当网约车行程结束后，服务器基于子文件的序号将子文件进行合成，以获得录音文件，然后将录音文件存储到服务器中。

其中，行程结束，服务器基于序号对子文件进行合成，具体包括以下步骤：

在全部录音文件发送完毕后，向服务器第一FIN信号；

接收来自服务器的第四ACK信号，确认服务器对第一FIN信号接收成功并开始执行子文件合成；

接收服务器在子文件全部合成成功后发出的第二FIN信号；

向服务器发出第五ACK信号，确认行程录音传输完成。

作为优选实施方式，本发明还包括：

步骤S7：当需要对行程录音进行追溯时，基于行程录音的时段查询本地存储的确认号，将对应的确认号发送至，对服务器的录音文件进行查询，以快速追溯到对应的录音文件。

具体地，当网约车服务出现纠纷或意外时，需要对网约车过程中的行程录音进行调查，以作为证据，此时，基于车内行程录音的时间段查找到服务器接收录音文件成功后作发送的确认号，从存储到司机终端中的确认号进行相应的查询和追溯，进而将确认号发送到服务器，以高效地调用相应的录音文件，录音文件作为其中一项有效的证据，以解决网约车服务中的纠纷和意外事故的判定。通过本步骤，使得快速准确的行程录音的追溯能够被实现。

本实施例所述的网约车行程录音数据高效完整传输的方法的其它步骤参见现有技术。

实施例2

如图2所示，第二方面，本发明公开一种网约车行程录音数据高效完整传输的系统，包括行程录音模块M1、压缩编码模块M2、接收通知模块M3、文件切分模块M4、文件传输模块M5和文件合并模块M6，其中：

行程录音模块M1用于接收行程开始信号，开始录制行程录音，录制预设时间后生成行程录音数据；

压缩编码模块M2用于对行程录音数据进行压缩编码后获得录音文件，将录音文件存储到本地；

接收通知模块M3用于向服务器发出文件接收通知，并获取来自服务器的包含接收能力的应答信息；

文件切分模块M4用于获取实时的网络状态，基于接收能力信息和网络状态，对录音文件进行相应的切分，产生若干个子文件，分别为子文件编上相应的序号；

文件传输模块M5用于将子文件依次传输至服务器，接收文件存储确认信息，删除本地存储的录音文件；

文件合并模块M6用于重复行程录音的录制、传输和删除的步骤，直至行程结束，服务器基于序号对子文件进行合成，并存储合成后获得的录音文件。

本实施例优选地，网约车行程录音数据高效完整传输的系统还包括：

录音追溯模块M7，其用于当需要对行程录音进行追溯时，基于行程录音的时段查询本地存储的确认号，将对应的确认号发送至，对服务器的录音文件进行查询，以快速追溯到对应的录音文件。

通过运行本实施例所述的网约车行程录音数据高效完整传输的系统，能实现实施例1中所述的网约车行程录音数据高效完整传输的方法的全部步骤，以实现行程录音数据高效完整地传输，以提高行程录音的完整性，提高司乘双方的使用体验。

本实施例所述的网约车行程录音数据高效完整传输的系统的其它结构参见现有技术。

实施例3

本发明还公开一种电子设备，至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，所述至少一个处理器执行指令时，具体实现以下的步骤：接收行程开始信号，开始录制行程录音，录制预设时间后生成行程录音数据；对行程录音数据进行压缩编码后获得录音文件，将录音文件存储到本地；向服务器发出文件接收通知，并获取来自服务器的包含接收能力的应答信息；获取实时的网络状态，基于接收能力信息和网络状态，对录音文件进行相应的切分，产生若干个子文件，分别为子文件编上相应的序号；将子文件依次传输至服务器，接收文件存储确认信息，删除本地存储的录音文件；重复行程录音的录制、传输和删除的步骤，直至行程结束，服务器基于序号对子文件进行合成，并存储合成后获得的录音文件。

实施例4

本发明还公开一种存储介质，存储有计算机程序，所述计算机程序被处理器执行时，具体实现以下步骤：接收行程开始信号，开始录制行程录音，录制预设时间后生成行程录音数据；对行程录音数据进行压缩编码后获得录音文件，将录音文件存储到本地；向服务器发出文件接收通知，并获取来自服务器的包含接收能力的应答信息；获取实时的网络状态，基于接收能力信息和网络状态，对录音文件进行相应的切分，产生若干个子文件，分别为子文件编上相应的序号；将子文件依次传输至服务器，接收文件存储确认信息，删除本地存储的录音文件；重复行程录音的录制、传输和删除的步骤，直至行程结束，服务器基于序号对子文件进行合成，并存储合成后获得的录音文件。

本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，上述编程语言包括面向对象的编程语言—诸如Smalltalk、C++、Java等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

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

以上已经描述了本公开的各实施方式，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施方式。在不偏离所说明的各实施方式的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施方式的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文披露的各实施方式。

Claims (7)

1.一种网约车行程录音数据高效完整传输的方法，其特征在于，包括：

接收行程开始信号，开始录制行程录音，录制预设时间后生成行程录音数据；

对行程录音数据进行压缩编码后获得录音文件，将录音文件存储到本地；

向服务器发出文件接收通知，向服务器发送第一SYN信号，通知服务器准备开始接收文件，并获取来自服务器的包含接收能力的应答信息，所述应答信息包括第二SYN信号、第一ACK信号以及服务器接收能力信息，其中，第二SYN信号和第一ACK信号用于应答以确认服务器成功接收第一SYN信息；

获取实时的网络状态，基于接收能力信息和网络状态，对录音文件进行相应的切分，产生若干个子文件，分别为子文件编上相应的序号；所述对录音文件进行相应的切分，产生若干个子文件，具体包括：向服务器发送第二ACK信号；对应答信息中的服务器接收能力信息进行分析，以获取服务器当前的接收能力；基于网络状态和接收能力进行计算，以获得适配的文件大小；将存储在本地的录音文件进行相应的切分，以形成若干个子文件；

将子文件依次传输至服务器，接收文件存储确认信息，删除本地存储的录音文件；

重复行程录音的录制、传输和删除的步骤，直至行程结束，服务器基于序号对子文件进行合成，并存储合成后获得的录音文件。

2.根据权利要求1所述的网约车行程录音数据高效完整传输的方法，其特征在于，所述分别为子文件编上相应的序号，具体包括：

生成序号并依次对子文件进行编号；

对子文件进行数据包处理，包括：

以编号作为控制信息；

以子文件的数据作为数据本身；

将控制信息和数据本身进行结合，依次形成子文件数据包；

采用流水线传输的方式向服务器传输多个子文件数据包。

3.根据权利要求2所述的网约车行程录音数据高效完整传输的方法，其特征在于，所述接收文件存储确认信息，删除本地存储的录音文件，具体包括：

接收来自服务器的第三ACK信号，第三ACK信号包括子文件存储成功确认信息，以及服务器接收子文件后对应的确认号；

将确认号存储到本地；

基于确认号，将存储在本地中对应的录音文件删除。

4.根据权利要求3所述的网约车行程录音数据高效完整传输的方法，其特征在于，所述行程结束，服务器基于序号对子文件进行合成，具体包括：

在全部录音文件发送完毕后，向服务器第一FIN信号；

接收来自服务器的第四ACK信号，确认服务器对第一FIN信号接收成功并开始执行子文件合成；

接收服务器在子文件全部合成成功后发出的第二FIN信号；

向服务器发出第五ACK信号，确认行程录音传输完成。

5.根据权利要求4所述的网约车行程录音数据高效完整传输的方法，其特征在于，还包括：

当需要对行程录音进行追溯时，基于行程录音的时段查询本地存储的确认号，将对应的确认号发送至，对服务器的录音文件进行查询，以快速追溯到对应的录音文件。

6.一种网约车行程录音数据高效完整传输的系统，其特征在于，包括：

行程录音模块，用于接收行程开始信号，开始录制行程录音，录制预设时间后生成行程录音数据；

压缩编码模块，用于对行程录音数据进行压缩编码后获得录音文件，将录音文件存储到本地；

接收通知模块，用于向服务器发出文件接收通知，向服务器发送第一SYN信号，通知服务器准备开始接收文件，并获取来自服务器的包含接收能力的应答信息，所述应答信息包括第二SYN信号、第一ACK信号以及服务器接收能力信息，其中，第二SYN信号和第一ACK信号用于应答以确认服务器成功接收第一SYN信息；

文件切分模块，用于获取实时的网络状态，基于接收能力信息和网络状态，对录音文件进行相应的切分，产生若干个子文件，分别为子文件编上相应的序号；所述对录音文件进行相应的切分，产生若干个子文件，具体包括：向服务器发送第二ACK信号；对应答信息中的服务器接收能力信息进行分析，以获取服务器当前的接收能力；基于网络状态和接收能力进行计算，以获得适配的文件大小；将存储在本地的录音文件进行相应的切分，以形成若干个子文件；

文件传输模块，用于将子文件依次传输至服务器，接收文件存储确认信息，删除本地存储的录音文件；

文件合并模块，用于重复行程录音的录制、传输和删除的步骤，直至行程结束，服务器基于序号对子文件进行合成，并存储合成后获得的录音文件。

7.根据权利要求6所述的网约车行程录音数据高效完整传输的系统，其特征在于，还包括：

录音追溯模块，其用于当需要对行程录音进行追溯时，基于行程录音的时段查询本地存储的确认号，将对应的确认号发送至，对服务器的录音文件进行查询，以快速追溯到对应的录音文件。