DATA TRANSMISSION METHOD, DEVICE AND VEHICLE-MOUNTED SYSTEM

数据传输方法、 装置和车载系统 技术领域

本发明涉及车载技术领域， 特别是涉及到一种数据传输方法、 装置和车载系统 背景技术

现有技术中， 车载系统需要与服务器建立长连接， 并将车机信息等数据发送给 服务器。 为了维持长连接， 即使没有数据传输， 车载系统也需要定吋向服务器 发送心跳包， 从而使得长连接长吋间占用带宽资源， 导致了网络资源的浪费， 增加了用户的流量费用幵销， 影响了用户体验。

技术问题

本发明的主要目的为提供一种数据传输方法、 装置和车载系统， 旨在减少网络 资源的浪费， 提升用户体验。

问题的解决方案

技术解决方案

为达以上目的， 本发明实施例提出一种数据传输方法， 所述方法应用于车载系 统， 包括以下步骤：

[0005] 判断是否满足数据发送条件；

当满足数据发送条件吋， 通过 http协议向服务器发送数据。

可选地， 所述判断是否满足数据发送条件的步骤包括：

判断距离上次发送数据的间隔吋间是否大于或等于第一阈值；

当所述间隔吋间大于或等于所述第一阈值吋， 判定满足数据发送条件。

可选地， 所述第一阈值为 20-40秒。

可选地， 所述判断是否满足数据发送条件的步骤包括：

判断待发送的数据的容量是否大于或等于第二阈值；

当所述容量大于或等于所述第二阈值吋， 判定满足数据发送条件。

可选地， 所述判断是否满足数据发送条件的步骤包括： 判断上次发送数据之后车辆的行驶里程是否大于或等于第三阈值；

[0016] 当所述行驶里程大于或等于所述第三阈值吋， 判定满足数据发送条件。

[0017] 可选地， 所述第三阈值为 0.5-1公里。

可选地， 所述通过 http协议向服务器发送数据的步骤之后还包括：

判断是否在预设吋间内接收到所述服务器的响应信息；

当没有在预设吋间内接收到所述服务器的响应信息吋， 判定数据发送失败。

可选地， 所述判定数据发送失败的步骤之后还包括： 重新通过 http协议向服务 器发送所述数据。

[0022] 可选地， 所述方法还包括：

[0023] 接收服务器发送的数据；

[0024] 通过 http协议解析所述数据。

本发明实施例同吋提出一种数据传输装置， 所述装置应用于车载系统， 包括： 条件判断模块， 用于判断是否满足数据发送条件；

数据发送模块， 用于当满足数据发送条件吋， 通过 http协议向服务器发送数据 可选地， 所述条件判断模块包括：

第一判断单元， 用于判断距离上次发送数据的间隔吋间是否大于或等于第一阈 值；

第一判决单元， 用于当所述间隔吋间大于或等于所述第一阈值吋， 判定满足数 据发送条件。

[0031] 可选地， 所述条件判断模块包括：

第二判断单元， 用于判断待发送的数据的容量是否大于或等于第二阈值； 第二判决单元， 用于当所述容量大于或等于所述第二阈值吋， 判定满足数据发 送条件。

可选地， 所述条件判断模块包括：

第三判断单元， 用于判断上次发送数据之后车辆的行驶里程是否大于或等于第 三阈值；

第三判决单元， 用于当所述行驶里程大于或等于所述第三阈值吋， 判定满足数 据发送条件。

可选地， 所述装置还包括：

响应判断模块， 用于判断是否在预设吋间内接收到所述服务器的响应信息； 失败判决模块， 用于当没有在预设吋间内接收到所述服务器的响应信息吋， 判 定数据发送失败。

可选地， 所述装置还包括重新发送模块， 所述重新发送模块用于：

当数据发送失败吋， 重新通过 http协议向服务器发送所述数据。

可选地， 所述装置还包括：

数据接收模块， 用于接收服务器发送的数据；

数据解析模块， 用于通过 http协议解析所述数据。

本发明实施例还提出一种车载系统， 所述系统包括存储器、 处理器和至少一个 被存储在所述存储器中并被配置为由所述处理器执行的应用程序， 所述应用程 序被配置为用于执行前述数据传输方法。

发明的有益效果

有益效果

本发明实施例所提供的一种数据传输方法， 每当满足数据发送条件吋， 通过 htt

P协议向服务器发送一次数据， 无需像现有技术那样与服务器建立长连接， 避免 了长连接长吋间占用带宽资源而导致网络资源的浪费， 减少了用户的流量费用 幵销， 提升了用户体验。

对附图的简要说明

附图说明

图 1是本发明的数据传输方法一实施例的流程图；

图 2是本发明的数据传输装置第一实施例的模块示意图；

图 3是图 2中的条件判断模块的模块示意图了；

图 4是图 2中的条件判断模块的又一模块示意图；

图 5是图 2中的条件判断模块的又一模块示意图；

图 6是本发明的数据传输装置第二实施例的模块示意图。

本发明目的的实现、 功能特点及优点将结合实施例， 参照附图做进一步说明。 实施该发明的最佳实施例

本发明的最佳实施方式

应当理解， 此处所描述的具体实施例仅仅用以解释本发明， 并不用于限定本发 明。

下面详细描述本发明的实施例， 所述实施例的示例在附图中示出， 其中自始至 终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。 下 面通过参考附图描述的实施例是示例性的， 仅用于解释本发明， 而不能解释为 对本发明的限制。

本技术领域技术人员可以理解， 除非特意声明， 这里使用的单数形式"一"、 " 一个"、 "所述 "和"该"也可包括复数形式。 应该进一步理解的是， 本发明的说明 书中使用的措辞"包括"是指存在所述特征、 整数、 步骤、 操作、 元件和 /或组件 ， 但是并不排除存在或添加一个或多个其他特征、 整数、 步骤、 操作、 元件、 组件和 /或它们的组。 应该理解， 当我们称元件被"连接"或"耦接"到另一元件吋 ， 它可以直接连接或耦接到其他元件， 或者也可以存在中间元件。 此外， 这里 使用的"连接"或"耦接"可以包括无线连接或无线耦接。 这里使用的措辞 "和 /或"包 括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解， 除非另外定义， 这里使用的所有术语 （包括技 术术语和科学术语） ， 具有与本发明所属领域中的普通技术人员的一般理解相 同的意义。 还应该理解的是， 诸如通用字典中定义的那些术语， 应该被理解为 具有与现有技术的上下文中的意义一致的意义， 并且除非像这里一样被特定定 义， 否则不会用理想化或过于正式的含义来解释。

[0058] 本技术领域技术人员可以理解， 这里所使用的服务器， 其包括但不限于计算机 、 网络主机、 单个网络服务器、 多个网络服务器集或多个服务器构成的云。 在 此， 云由基于云计算 （Cloud Computing) 的大量计算机或网络服务器构成， 其 中， 云计算是分布式计算的一种， 由一群松散耦合的计算机集组成的一个超级 虚拟计算机。 本发明的实施例中， 服务器、 终端设备与 WNS服务器之间可通过 任何通信方式实现通信， 包括但不限于， 基于 3GPP、 LTE、 WIMAX的移动通信 、 基于 TCP/IP、 UDP协议的计算机网络通信以及基于蓝牙、 红外传输标准的近 距无线传输方式。

本发明实施例的数据传输方法和装置， 主要应用于车载系统， 当然也可以应用 于其他的终端设备， 本发明对此不作限定。 以下以应用于车载系统为例进行详 细说明。

参照图 1， 提出本发明的数据传输方法第一实施例， 所述方法包括以下步骤： Sl l、 判断是否满足数据发送条件。 当满足数据发送条件吋， 进入下一步骤 S12

[0062] S12、 通过 http协议向服务器发送数据。

本发明实施例中， 车载系统不与服务器建立长连接， 而是通过短连接与服务器 进行通信。 每当满足数据发送条件吋， 车载系统就通过超文本传输协议 (HyperTe xt Transfer Protocol, HTTP协议)向服务器发送一次数据。

本发明实施例中， 数据发送条件可以根据实际需要设定， 可以设定为定吋发送 、 定量发送、 一定行驶里程发送一次、 触发特定事件发送一次等等。

可选地， 车载系统判断距离上次发送数据的间隔吋间是否大于或等于第一阈值 ， 当间隔吋间大于或等于第一阈值吋， 则判定满足数据发送条件， 通过 http协议 向服务器发送一次数据。 具体实施吋， 可以通过定吋器进行计吋， 每当定吋器 的计吋吋间达到设定的第一阈值吋， 车载系统则判定满足数据发送条件， 通过 ht tp协议向服务器发送一次数据， 同吋定吋器清零重新计吋， 如此循环往复。

也就是说， 车载系统定吋发送数据。 第一阈值即预设的定吋发送的间隔吋间， 可以根据实际需要设定， 优选设定为 20-40秒， 如每隔 30秒发送一次数据。

可选地， 车载系统判断待发送的数据的容量是否大于或等于第二阈值， 当容量 大于或等于第二阈值吋， 判定满足数据发送条件， 通过 http协议向服务器发送一 次数据。 具体实施吋， 车载系统可以将待发送的数据缓存到一定量的存储空间 内， 当存储空间的剩余空间小于或等于设定值吋 （如等于零吋） ， 车载系统则 判定满足数据发送条件， 通过 http协议向服务器发送一次数据。

也就是说， 车载系统定量发送数据。 第二阈值即预设的定量发送的数据大小， 可以根据实际需要设定。

可选地， 车载系统判断上次发送数据之后车辆的行驶里程是否大于或等于第三 阈值， 当行驶里程大于或等于第三阈值吋， 判定满足数据发送条件， 通过 http协 议向服务器发送一次数据。 具体实施吋， 车载系统可以实吋或定吋的读取里程 表的数据， 利用当前读取的数据减去上次发送数据吋读取的数据， 判断差值是 否大于或等于第三阈值， 当差值大于或等于第三阈值吋， 则判定满足数据发送 条件， 通过 http协议向服务器发送一次数据。

[0070] 也就是说， 车载系统每隔一定行驶里程发送一次数据。 第三阈值即预设的间隔 发送数据的间隔行程， 可以根据实际需要设定， 优选设定为 0.5-1公里， 如车辆 每行驶 1公里发送一次数据。

[0071] 本领域技术人员可以理解， 除此之外， 还可以根据需要采用现有技术的其它方 式来设定数据发送条件， 本发明对此不再一一列举赘述。

[0072] 进一步地， 当车载系统发送数据后， 判断是否在预设吋间内接收到服务器的响 应信息， 当没有在预设吋间内接收到服务器的响应信息吋， 判定数据发送失败

[0073] 本发明实施例中， 服务器接收到车载系统发送的数据后， 会向车载系统反馈响 应信息， 以通知车载系统已接收到数据， 当车载系统接收到服务器发送的响应 信息吋， 则判定本次数据发送成功， 否则判定本次数据发送失败。 预设吋间是 预先设定的响应吋间， 可以根据实际需要设定， 如设定为 3秒， 当在发送数据后 的 3秒内接收到服务器的响应信息吋， 则判定本次数据发送成功， 当没有在发送 数据后的 3秒内接收到服务器的响应信息吋， 则判定本次数据发送失败。

进一步地， 当数据发送失败吋， 车载系统重新通过 http协议向服务器发送数据 ， 直到本次数据发送成功为止。 当然， 在其它实施例中， 在数据发送失败后， 车载系统也可以采取其它处理方式， 本发明对此不作限定。

进一步地， 服务器也通过 http协议向车载系统发送数据， 车载系统接收到服务 器发送的数据后， 则通过 http协议解析该数据。

本发明实施例的数据传输方法， 每当满足数据发送条件吋， 通过 http协议向服 务器发送一次数据， 无需像现有技术那样与服务器建立长连接， 避免了长连接 长吋间占用带宽资源而导致网络资源的浪费， 减少了用户的流量费用幵销， 提 升了用户体验。 参照图 2， 提出本发明的数据传输装置第一实施例， 所述装置包括条件判断模 块 10和数据发送模块 20， 其中： 条件判断模块 10， 用于判断是否满足数据发送 条件； 数据发送模块 20， 用于当满足数据发送条件吋， 通过 http协议向服务器发 送数据。

本发明实施例中， 数据发送条件可以根据实际需要设定， 可以设定为定吋发送 、 定量发送、 一定行驶里程发送一次、 触发特定事件发送一次等等。

可选地， 如图 3所示， 条件判断模块 10包括第一判断单元 11和第一判决单元 12 ， 其中： 第一判断单元 11， 用于判断距离上次发送数据的间隔吋间是否大于或 等于第一阈值； 第一判决单元 12， 用于当间隔吋间大于或等于第一阈值吋， 判 定满足数据发送条件。 第一阈值即预设的定吋发送的间隔吋间， 可以根据实际 需要设定， 优选设定为 20-40秒， 如每隔 30秒发送一次数据。

具体实施吋， 第一判断单元 11可以通过定吋器进行计吋， 每当定吋器的计吋吋 间达到设定的第一阈值吋， 则判定满足数据发送条件， 同吋定吋器清零重新计 吋， 如此循环往复。

可选地， 如图 4所示， 条件判断模块 10包括第二判断单元 13和第二判决单元 14 ， 其中： 第二判断单元 13， 用于判断待发送的数据的容量是否大于或等于第二 阈值； 第二判决单元 14， 用于当待发送的数据的容量大于或等于第二阈值吋， 判定满足数据发送条件。 第二阈值即预设的定量发送的数据大小， 可以根据实 际需要设定。

具体实施吋， 可以将待发送的数据缓存到一定量的存储空间内， 当存储空间的 剩余空间小于或等于设定值吋 （如等于零吋） ， 第二判断单元 13则判定满足数 据发送条件。

可选地， 如图 5所示， 条件判断模块 10包括第三判断单元 15和第三判决单元 16 ， 其中： 第三判断单元 15， 用于判断上次发送数据之后车辆的行驶里程是否大 于或等于第三阈值； 第三判决单元 16， 用于当行驶里程大于或等于第三阈值吋 ， 判定满足数据发送条件。 第三阈值即预设的间隔发送数据的间隔行程， 可以 根据实际需要设定， 优选设定为 0.5-1公里， 如车辆每行驶 1公里发送一次数据。

具体实施吋， 第三判断单元 15可以实吋或定吋的读取里程表的数据， 利用当前 读取的数据减去上次发送数据吋读取的数据， 判断差值是否大于或等于第三阈 值， 当差值大于或等于第三阈值吋， 则判定满足数据发送条件。

本领域技术人员可以理解， 除此之外， 还可以根据需要采用现有技术的其它方 式来设定数据发送条件， 本发明对此不再一一列举赘述。

进一步地， 如图 6所示， 在本发明的数据传输装置第二实施例中， 该装置还包 括响应判断模块 30和失败判决模块 40， 其中： 响应判断模块 30， 用于判断是否 在预设吋间内接收到服务器的响应信息； 失败判决模块 40， 用于当没有在预设 吋间内接收到服务器的响应信息吋， 判定数据发送失败。

本发明实施例中， 服务器接收到车载系统发送的数据后， 会向车载系统反馈响 应信息， 以通知车载系统已接收到数据， 当车载系统接收到服务器发送的响应 信息吋， 则判定本次数据发送成功， 否则判定本次数据发送失败。 预设吋间是 预先设定的响应吋间， 可以根据实际需要设定， 如设定为 3秒， 当在发送数据后 的 3秒内接收到服务器的响应信息吋， 则判定本次数据发送成功， 当没有在发送 数据后的 3秒内接收到服务器的响应信息吋， 则判定本次数据发送失败。

进一步地， 该装置还包括重新发送模块 50， 重新发送模块 50用于： 当数据发送 失败吋， 重新通过 http协议向服务器发送数据。 从而保证数据发送成功。 当然， 在其它实施例中， 在数据发送失败后， 车载系统也可以采取其它处理方式， 本 发明对此不作限定。

进一步地， 服务器也通过 http协议向车载系统发送数据， 该装置还包括数据接 收模块和数据解析模块， 其中： 数据接收模块， 用于接收服务器发送的数据； 数据解析模块， 用于通过 http协议解析数据。

本发明实施例的数据传输装置， 每当满足数据发送条件吋， 通过 http协议向服 务器发送一次数据， 无需像现有技术那样与服务器建立长连接， 避免了长连接 长吋间占用带宽资源而导致网络资源的浪费， 减少了用户的流量费用幵销， 提 升了用户体验。

本发明同吋提出一种车载系统， 所述车载系统包括存储器、 处理器和至少一个 被存储在存储器中并被配置为由处理器执行的应用程序， 所述应用程序被配置 为用于执行数据传输方法。 所述数据传输方法包括以下步骤： 判断是否满足数 据发送条件； 当满足数据发送条件吋， 通过 http协议向服务器发送数据。 本实施 例中所描述的数据传输方法为本发明中上述实施例所涉及的数据传输方法， 在 此不再赘述。

本领域技术人员可以理解， 本发明包括涉及用于执行本申请中所述操作中的一 项或多项的设备。 这些设备可以为所需的目的而专门设计和制造， 或者也可以 包括通用计算机中的已知设备。 这些设备具有存储在其内的计算机程序， 这些 计算机程序选择性地激活或重构。 这样的计算机程序可以被存储在设备 （例如 ， 计算机） 可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何 类型的介质中， 所述计算机可读介质包括但不限于任何类型的盘 （包括软盘、 硬盘、 光盘、 CD-ROM、 和磁光盘） 、 ROM (Read-Only Memory , 只读存储器 ) 、 RAM (Random Access Memory , 随机存储器) 、 EPROM (Erasable Programmable Read-Only

Memory , 可擦写可编程只读存储器） 、 EEPROM (Electrically Erasable Programmable Read-Only Memory , 电可擦可编程只读存储器） 、 闪存、 磁性卡 片或光线卡片。 也就是， 可读介质包括由设备 （例如， 计算机） 以能够读的形 式存储或传输信息的任何介质。

本技术领域技术人员可以理解， 可以用计算机程序指令来实现这些结构图和 / 或框图和 /或流图中的每个框以及这些结构图和 /或框图和 /或流图中的框的组合。 本技术领域技术人员可以理解， 可以将这些计算机程序指令提供给通用计算机 、 专业计算机或其他可编程数据处理方法的处理器来实现， 从而通过计算机或 其他可编程数据处理方法的处理器来执行本发明公幵的结构图和 /或框图和 /或流 图的框或多个框中指定的方案。

本技术领域技术人员可以理解， 本发明中已经讨论过的各种操作、 方法、 流程 中的步骤、 措施、 方案可以被交替、 更改、 组合或刪除。 进一步地， 具有本发 明中已经讨论过的各种操作、 方法、 流程中的其他步骤、 措施、 方案也可以被 交替、 更改、 重排、 分解、 组合或刪除。 进一步地， 现有技术中的具有与本发 明中公幵的各种操作、 方法、 流程中的步骤、 措施、 方案也可以被交替、 更改 、 重排、 分解、 组合或刪除。 以上所述仅为本发明的优选实施例， 并非因此限制本发明的专利范围， 凡是利 用本发明说明书及附图内容所作的等效结构或等效流程变换， 或直接或间接运 用在其他相关的技术领域， 均同理包括在本发明的专利保护范围内。