CN116016494A - 一种星历文件的传输方法、装置、设备、介质及系统 - Google Patents

Abstract

本发明公开了一种星历文件的传输方法、装置、设备、介质及系统。通过在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件；将下载的当前星历文件发送至车辆的全球定位模块中。解决了对接多个厂商服务器而造成的人力物力成本的增加、工作繁琐、流量资源浪费以及下载失败风险大的问题，减轻了运维人员的工作强度，降低了运维成本和流量使用成本、提高了星历文件下载的成功率、以及降低了下载失败的风险。

Description

一种星历文件的传输方法、装置、设备、介质及系统

技术领域

本发明涉及数据处理技术领域，尤其涉及一种星历文件的传输方法、装置、设备、介质及系统。

背景技术

车载视频监控设备作为嵌入式设备，传统GPS(Global Positioning System，全球定位系统)每次启动设备定位一般需要几分钟的时间，因为当在卫星信号很差的地方，如停车场、大小不均匀的建筑物，无法快速获取到星历数据。在这些条件下，传统GPS无法快速进行定位。

发明人在实现本发明的过程中，发现现有技术存在如下缺陷：目前，一般通过车载视频监控设备在网上下载一个星历文件，然后将这个星历文件发送到GPS模块，就能达到快速定位的目的，其原理就是将拿到卫星信息保存到星历文件，然后更新给GPS模块，如果卫星信号差，GPS模块就直接使用星历文件数据，起到辅助作用。具体的，通过运维人员需要去对接不同的GPS厂商的服务器，需要时刻关注星历文件是否变更，如有更新去服务器下载星历文件导入至设备。这种方式需要对接多个服务器，沟通成本大，手动导入星历文件至设备，人工操作复杂且浪费资源。另外的，车载监控设备需要通过4G网络去各个厂商服务器下载星历文件至设备，设备对接服务器越多，设备端维护成本就越大；并且通过4G网络去下载不同厂商的星历文件，会产生流量费用，随着对接的厂商越多，设备数量增加，流量费用也随之增加，如果遇到信号不好的时候，下载星历文件有失败的风险。

发明内容

本发明提供了一种星历文件的传输方法、装置、设备、介质及系统，以降低运维成本和流量使用成本，提高星历文件下载的成功率。

根据本发明的一方面，提供了一种星历文件的传输方法，其中，由车载设备执行，包括：

在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；

其中，统一服务器用于根据存储的各厂商的当前星历文件，验证所述车载设备是否需要对适配厂商的当前星历文件进行下载；

在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件；

将下载的当前星历文件发送至车辆的全球定位模块中。

根据本发明的另一方面，提供了一种星历文件的传输装置，其中，由统一服务器执行，包括：

实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储；

在接收到目标车载设备发送的星历文件下载验证请求时，验证所述车载设备是否需要对目标车载设备适配厂商的当前星历文件进行下载；

若是，则向所述目标车载终端反馈确认下载指令，以指示所述目标车载终端继续下载所述目标车载设备适配厂商的当前星历文件。

根据本发明的另一方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现本发明任一实施例所述的星历文件的传输方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的星历文件的传输方法。

本发明实施例的技术方案，通过在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件；将下载的当前星历文件发送至车辆的全球定位模块中。解决了对接多个厂商服务器而造成的人力物力成本的增加、工作繁琐、流量资源浪费以及下载失败风险大的问题，减轻了运维人员的工作强度，降低了运维成本和流量使用成本、提高了星历文件下载的成功率、以及降低了下载失败的风险。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种星历文件的传输方法的流程图；

图2是根据本发明实施例二提供的另一种星历文件的传输方法的流程图；

图3是根据本发明实施例三提供的一种星历文件的传输装置的结构示意图；

图4是根据本发明实施例四提供的另一种星历文件的传输装置的结构示意图；

图5是根据本发明实施例五提供的一种电子设备的结构示意图；

图6是根据本发明实施例七提供的一种星历文件的传输系统的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“目标”、“当前”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供了一种星历文件的传输方法的流程图，本实施例可适用于车载设备下载星历文件，并将下载到的星历文件发送到全球定位模块的情况，该方法可以由星历文件的传输装置来执行，该星历文件的传输装置可以采用硬件和/或软件的形式实现，由车载设备执行。

相应的，如图1所示，该方法包括：

S110、在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器。

其中，统一服务器用于根据存储的各厂商的当前星历文件，验证所述车载设备是否需要对适配厂商的当前星历文件进行下载。

其中，星历文件下载条件可以是车载设备实时检测当前是否满足星历文件的下载条件。具体的，如果满足星历文件下载条件，需要向统一服务器发送星历文件下载验证请求，如果不满足星历文件下载条件，则继续实时检测当前是否满足星历文件的下载条件的操作。

其中，历史星历文件可以是在车载设备中存储的星历文件，也即满足星历文件下载条件的当前历史星历文件。

具体的，每一个历史星历文件都可以对应唯一的适配厂商识别信息和文件版本识别信息，可以根据适配厂商识别信息和文件版本识别信息构建相应的星历文件下载验证请求，并将该星历文件下载验证请求发送至统一服务器中进行解析处理。

其中，星历文件下载验证请求可以是根据适配厂商识别信息和文件版本识别信息构建得到的下载目标星历文件的验证请求。

在本实施例中，统一服务器能够识别星历文件下载验证请求，并根据对星历文件下载验证请求解析，确定出目标星历文件，进行星历文件的下载。

具体的，统一服务器可以是能够从各厂商的星历文件发布平台中，下载各厂商最新版本的星历文件，并将星历文件进行存储的服务器，并且统一服务器能够和车载设备进行信令的交互，完成目标星历文件的下载。

另外的，在统一服务器中，存储多个厂商最新版本的星历文件，统一服务器实时检测多个目标厂商的星历文件发布平台，当确定目标厂商存在最新版本的星历文件，需要将最新版本的星历文件进行下载处理，并将其存储于统一服务器对应的数据存储库中，以便利车载设备的下载，这样避免了车载设备从不同厂商的星历文件发布平台进行星历文件下载的过程复杂并且容易下载失败的情况，提高了车载设备下载星历文件的准确率和效率。

其中，当前星历文件可以是在统一服务器中存储的各厂商的星历文件。

可选的，检测到星历文件下载条件包括下述至少一项：响应于车载设备开机指令，确定检测到所述星历文件下载条件；响应于对所述车载设备的人机交互界面更改指令，确定检测到所述星历文件下载条件；每当检测到当前系统达到预设的周期性检测时间点时，确定检测到所述星历文件下载条件。

其中，车载设备开机指令可以是车载设备检测到设备开机的指令。人机交互界面更改指令可以是检测到驾驶员进行界面更改的指令。周期性检测时间点可以是车载设备系统中预先设定的周期性进行星历文件下载的时间点。

在本实施例中，车载设备进行车载设备开机指令、人机交互界面更改指令或者当前系统是否达到预设的周期性检测时间点的检测，如果满足上述条件至少一项，则说明车载设备检测到星历文件下载条件，也即车载设备满足星历文件下载条件。进一步的，需要根据本地存储的历史星历文件，构建星历文件下载验证请求，并将星历文件下载验证请求发送至统一服务器进行星历文件的下载。

这样设置的好处在于：通过车载设备对车载设备开机指令、人机交互界面更改指令或者当前系统是否达到预设的周期性检测时间点的检测，来确定当前车载设备是否满足星历文件下载条件，若满足，则向统一服务器发送星历文件下载验证请求，进行星历文件的下载，若不满足，则继续进行是否满足星历文件下载条件的检测。这样可以更加准确地确定车载设备是否需要星历文件的下载，从而能够使得车载设备下载最新的星历文件，从而提高了用户的体验感。

可选的，根据本地存储的历史星历文件，构建星历文件下载验证请求，包括：在所述历史星历文件，提取适配厂商识别信息和文件版本识别信息，并根据适配厂商识别信息和文件版本识别信息，构建星历文件下载验证请求。其中，适配厂商识别信息可以是描述历史星历文件对应的厂商的识别码信息。

具体的，每一个厂商都对应唯一的识别码信息，并且将适配厂商识别信息添加至星历文件中，通过对历史星历文件解析得到。这样可以通过对车载设备当前存储的历史星历文件进行解析处理，准确地确定出历史星历文件对应的适配厂商识别信息。

其中，文件版本识别信息可以是描述车载设备中的历史星历文件的文件版本信息的校验码。每一个历史星历文件都对应唯一的文件版本识别信息，并且文件版本识别信息可以通过车载设备识别，也可以通过统一服务器进行识别。

在本实施例中，通过车载设备对历史星历文件的识别，可以进一步地确定出该历史星历文件对应的适配厂商识别信息和文件版本识别信息，并且每一个历史星历文件都对应唯一的适配厂商识别信息和文件版本识别信息，从而根据适配厂商识别信息和文件版本识别信息可以构建对应的星历文件下载验证请求，并将该星历文件下载验证请求发送给统一服务器。

S120、在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件。

在本实施例中，当车载设备接收到统一服务器发送的确认下载指令，需要对确认下载指令进行解析处理，解析得到星历文件信息，并选择相应的通信网络从统一服务器中进行当前星历文件的下载处理。

可选的，在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件，包括：在接收到所述统一服务器反馈的确认下载指令时，解析所述确认下载指令中包括的确认版本识别信息；根据适配厂商识别信息和确认版本识别信息，构建星历文件下载请求；通过目标通信网络向统一服务器发送所述星历文件下载请求，以从统一服务器下载适配厂商的当前星历文件。

其中，确认下载指令可以是统一服务器向车载设备发送的能够进行星历文件下载的指令。确认版本识别信息可以是描述需要下载星历文件对应的文件版本信息，并且确定版本识别信息可以通过解析确认下载指令得到。星历文件下载请求可以是车载设备通过适配厂商识别信息和确认版本识别信息确定出的星历文件的下载请求，当确定出星历文件下载请求之后，车载设备将星历文件下载请求发送至统一服务器中。

在本实施例中，当车载设备接收到统一服务器反馈的确认下载指令，需要对确认下载指令进行解析处理，通过解析得到确认版本识别信息，确认版本识别信息对应唯一的星历文件，也即车载设备能够下载的星历文件的版本信息。

进一步的，在车载设备解析出确认版本识别信息之后，需要构建相应的星历文件下载请求，并将该星历文件下载请求发送到统一服务器中进行目标星历文件的下载，在统一服务器接收到星历文件下载请求之后，需要对该星历文件下载请求进行解析处理，解析得到该车载设备需要下载目标星历文件对应的适配厂商识别信息和确认版本识别信息。

示例性的，假设通过历史星历文件的提取，确定出适配厂商识别信息为AXX078GPS厂商和文件版本识别信息A15.3.1版本信息。进一步的，需要根据适配厂商识别信息AXX078GPS和文件版本识别信息A15.3.1，来构建星历文件下载验证请求。

进而，需要将星历文件下载验证请求发送至统一服务器，统一服务器能欧对星历文件下载验证请求进行解析，确定出需要下载验证星历文件对应的适配厂商识别信息为AXX078GPS和文件版本识别信息为A15.3.1。统一服务器需要根据上述信息来进一步的判定是否存在最新版本的星历文件，假设在统一服务器中存在当前星历文件(假设适配厂商识别信息为AXX078GPS和文件版本识别信息为A15.3.2)，也确定车载设备需要进行星历文件的下载，于是统一服务器向车载设备发送确认下载指令，并且在确认下载指令中附加确认版本识别信息为A15.3.2。

相应的，车载设备接收到确认下载指令之后，通过解析得到确认版本识别信息为A15.3.2，并且根据适配厂商识别信息AXX078GPS来确定出星历文件下载请求，并通过目标通信网络向统一服务器发送星历文件下载请求，以从统一服务器下载适配厂商的当前星历文件(也即当前星历文件对应的适配厂商识别信息为AXX078GPS和文件版本识别信息为A15.3.2)。

这样设置的好处在于：通过车载设备对历史星历文件的识别，可以进一步地确定出该历史星历文件对应的适配厂商识别信息和文件版本识别信息，并可以构建星历文件下载验证请求；当车载设备接收到统一服务器反馈的确认下载指令，需要对确认下载指令进行解析处理，通过解析得到确认版本识别信息，确认版本识别信息对应唯一的星历文件。这样能够更加准确地确定出是否需要进行星历文件的下载，也能够下载更加准确的星历文件，从而提高了车载设备下载星历文件的准确率，降低了人工成本和时间成本。

可选的，在所述在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件之后，还包括：判断是否接收到所述统一服务器反馈的下载成功指令，若是，则确定完成所述当前星历文件的下载；若否，则开启计数器进行文件重复下载次数的统计，并向所述统一服务器发送星历文件再次下载请求，并返回执行判断是否接收到所述统一服务器反馈的下载成功指令的操作，直至文件重复下载次数达到预设的文件重复下载阈值；如果所述文件重复下载次数达到预设的文件重复下载阈值，确定没有接收到所述统一服务器反馈的下载成功指令，则确定所述当前星历文件的下载失败。

其中，文件重复下载次数可以是统计当前确认下载指令下，进行星历文件下载的次数，可以通过预设在车载设备的计数器进行下载次数的统计。星历文件再次下载请求可以是通过车载设备向统一服务器发送的再次进行星历文件下载的请求指令。文件重复下载阈值可以是系统设定的可以重复下载当前星历文件次数阈值的大小。

在本实施例中，当车载设备通过目标通信网络从统一服务器下载适配厂商的当前星历文件之后，需要判断车载设备是否接收到统一服务器反馈的下载成功指令，如果接收到，则说明车载设备成功下载当前星历文件；如果没有接收到，需要再次进行目标当前星历文件的下载，如果文件重复下载次数达到预设的文件重复下载阈值，车载设备确定没有接收到统一服务器反馈的下载成功指令，则确定当前星历文件的下载失败；如果文件重复下载次数在预设的文件重复下载阈值之内，车载设备确定接收到统一服务器反馈的下载成功指令，则说明车载设备成功下载当前星历文件。

这样设置的好处在于：通过在预设的文件重复下载阈值之内，判断车载设备是否接收到统一服务器反馈的下载成功指令，进一步地确定车载设备是否成功下载当前星历文件。这样可以更加准确地确定出是否完成当前星历文件的下载，也通过设置文件重复下载阈值，能够多次进行当前星历文件的下载，提高了车载设备进行当前星历文件下载的容错率，这样可以更好地进行当前星历文件的下载，提高了当前星历文件下载的准确率，提高用户的体验感。

另外的，在通过目标通信网络从统一服务器下载适配厂商的当前星历文件之前，还包括：检测车辆当前联网状态，获取所述车辆当前接入的至少一个通信网络：按照预设的优先级顺序，从各所述通信网络中，确定优先级最高的目标通信网络。

其中，优先级顺序可以是在星历文件的传输系统中设置车载设备使用网络的优先级。

在本实施例中，假设设置无线网络的优先级最高、4G网络的优先级次之，和有线网络的优先级最低。例如，车载设备需要首先检测本身的车辆当前联网状态，假设获取车辆当前接入通信网络有无线网络、4G网络和有线网络，车载设备需要按照预设的优先级顺序(也即无线网络的优先级最高、4G网络的优先级次之，和有线网络的优先级最低)，从各通信网络中，确定优先级最高的目标通信网络，也即无线网络。

这样设置的好处在于：通过车载设备选择优先级高的目标通信网络，这样可以节约流量，从而降低星历文件下载的成本。

S130、将下载的当前星历文件发送至车辆的全球定位模块中。

其中，全球定位模块可以是配置于车载设备中的定位模块，能够存储当前星历文件的模块，并进行车辆导航的模块。

具体的，车载设备包括车载业务子设备和车载子设备。车载业务子设备，可以用于在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件。车载子设备，用于对下载的当前星历文件进行解析，得到目标解析数据，并将目标解析数据发送于与车载子设备对应的全球定位模块中。

本发明实施例的技术方案，通过在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件；将下载的当前星历文件发送至车辆的全球定位模块中。解决了对接多个厂商服务器而造成的人力物力成本的增加、工作繁琐、流量资源浪费以及下载失败风险大的问题，减轻了运维人员的工作强度，降低了运维成本和流量使用成本、提高了星历文件下载的成功率、以及降低了下载失败的风险。

实施例二

图2为本发明实施例二提供的另一种星历文件的传输方法的流程图，本实施例可适用于统一服务器获取最新版本的星历文件，以及和车载设备进行信令交互的情况，该方法可以由星历文件的传输装置来执行，该星历文件的传输装置可以采用硬件和/或软件的形式实现，由统一服务器执行。

相应的，如图2所示，该方法包括：

S210、实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储。

其中，星历文件发布平台可以是每个厂商进行新的星历文件发布的平台，统一服务器可以从星历文件发布平台上对星历文件进行下载。

S220、在接收到目标车载设备发送的星历文件下载验证请求时，验证所述车载设备是否需要对目标车载设备适配厂商的当前星历文件进行下载。

S230、若是，则向所述目标车载终端反馈确认下载指令，以指示所述目标车载终端继续下载所述目标车载设备适配厂商的当前星历文件。

在本实施例中，统一服务器需要实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储。这样可以保证统一服务器存储的当前星历文件的版本最新，用户能够更准确地进行最新版本的当前星历文件的下载。

进一步的，统一服务器在接收到目标车载设备对应的星历文件下载验证请求时，需要对星历文件下载验证请求进行解析，确定得到适配厂商识别信息和文件版本识别信息，根据解析出的信息，在统一服务器中存储的当前星历文件进行比对，确定出车载设备是否需要进行当前星历文件的下载，若是，则进一步地确定出确认版本识别信息，并根据确认版本识别信息得到对应的确认下载指令，并将确认下载指令发送给车载设备。

相应的，通过确认下载指令来指示目标车载终端继续下载目标车载设备适配厂商的当前星历文件。

本发明实施例的技术方案，通过实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储；在接收到目标车载设备发送的星历文件下载验证请求时，验证所述车载设备是否需要对目标车载设备适配厂商的当前星历文件进行下载；若验证所述车载设备需要对目标车载设备适配厂商的当前星历文件进行下载，则向所述目标车载终端反馈确认下载指令，以指示所述目标车载终端继续下载所述目标车载设备适配厂商的当前星历文件。这样通过统一服务器能够存储各厂商最新版本的星历文件，车载设备直接从统一服务器中进行星历文件的下载，这样可以减轻了运维人员的工作强度，降低了运维成本和流量使用成本和下载失败的风险，能够更好地对统一服务器进行维护。

实施例三

图3为本发明实施例三提供的一种星历文件的传输装置的结构示意图。本实施例所提供的一种星历文件的传输装置可以通过软件和/或硬件来实现，可配置于终端设备中来实现本发明实施例中的一种星历文件的传输方法，由车载设备执行。如图3所示，该装置包括：星历文件下载验证请求发送模块310、当前星历文件下载模块320和当前星历文件发送模块330。

其中，星历文件下载验证请求发送模块310，用于在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；

其中，统一服务器用于根据存储的各厂商的当前星历文件，验证所述车载设备是否需要对适配厂商的当前星历文件进行下载；

当前星历文件下载模块320，用于在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件；

当前星历文件发送模块330，用于将下载的当前星历文件发送至车辆的全球定位模块中。

本发明实施例的技术方案，通过在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件；将下载的当前星历文件发送至车辆的全球定位模块中。解决了对接多个厂商服务器而造成的人力物力成本的增加、工作繁琐、流量资源浪费以及下载失败风险大的问题，减轻了运维人员的工作强度，降低了运维成本和流量使用成本、提高了星历文件下载的成功率、以及降低了下载失败的风险。

可选的，所述星历文件下载验证请求发送模块310，可以具体用于：响应于车载设备开机指令，确定检测到所述星历文件下载条件；响应于对所述车载设备的人机交互界面更改指令，确定检测到所述星历文件下载条件；每当检测到当前系统达到预设的周期性检测时间点时，确定检测到所述星历文件下载条件。

可选的，所述星历文件下载验证请求发送模块310，可以具体用于：在所述历史星历文件，提取适配厂商识别信息和文件版本识别信息，并根据适配厂商识别信息和文件版本识别信息，构建星历文件下载验证请求；所述当前星历文件下载模块320，可以具体用于：在接收到所述统一服务器反馈的确认下载指令时，解析所述确认下载指令中包括的确认版本识别信息；根据适配厂商识别信息和确认版本识别信息，构建星历文件下载请求；通过目标通信网络向统一服务器发送所述星历文件下载请求，以从统一服务器下载适配厂商的当前星历文件。

可选的，还包括，下载成功指令判断模块，可以具体用于：在所述在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件之后，判断是否接收到所述统一服务器反馈的下载成功指令，若是，则确定完成所述当前星历文件的下载；若否，则开启计数器进行文件重复下载次数的统计，并向所述统一服务器发送星历文件再次下载请求，并返回执行判断是否接收到所述统一服务器反馈的下载成功指令的操作，直至文件重复下载次数达到预设的文件重复下载阈值；如果所述文件重复下载次数达到预设的文件重复下载阈值，确定没有接收到所述统一服务器反馈的下载成功指令，则确定所述当前星历文件的下载失败。

本发明实施例所提供的星历文件的传输装置可执行本发明任意实施例所提供的星历文件的传输方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种星历文件的传输装置的结构示意图。本实施例所提供的一种星历文件的传输装置可以通过软件和/或硬件来实现，可配置于服务器中来实现本发明实施例中的一种星历文件的传输方法，由统一服务器执行。如图4所示，该装置包括：当前星历文件确定模块410、当前星历文件验证模块420和确认下载指令反馈模块430。

其中，当前星历文件确定模块410，用于实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储；

当前星历文件验证模块420，用于在接收到目标车载设备发送的星历文件下载验证请求时，验证所述车载设备是否需要对目标车载设备适配厂商的当前星历文件进行下载；

确认下载指令反馈模块430，用于若验证所述车载设备需要对目标车载设备适配厂商的当前星历文件进行下载，则向所述目标车载终端反馈确认下载指令，以指示所述目标车载终端继续下载所述目标车载设备适配厂商的当前星历文件。

本发明实施例的技术方案，通过实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储；在接收到目标车载设备发送的星历文件下载验证请求时，验证所述车载设备是否需要对目标车载设备适配厂商的当前星历文件进行下载；若验证所述车载设备需要对目标车载设备适配厂商的当前星历文件进行下载，则向所述目标车载终端反馈确认下载指令，以指示所述目标车载终端继续下载所述目标车载设备适配厂商的当前星历文件。这样通过统一服务器能够存储各厂商最新版本的星历文件，车载设备直接从统一服务器中进行星历文件的下载，这样可以减轻了运维人员的工作强度，降低了运维成本和流量使用成本和下载失败的风险，能够更好地对统一服务器进行维护。

本发明实施例所提供的星历文件的传输装置可执行本发明任意实施例所提供的星历文件的传输方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5示出了可以用来实施本发明的实施例五的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如星历文件的传输方法。

在一些实施例中，星历文件的传输方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的星历文件的传输方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行星历文件的传输方法。

该方法包括：在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件；将下载的当前星历文件发送至车辆的全球定位模块中。

或者该方法包括：实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储；在接收到目标车载设备发送的星历文件下载验证请求时，验证所述车载设备是否需要对目标车载设备适配厂商的当前星历文件进行下载；若是，则向所述目标车载终端反馈确认下载指令，以指示所述目标车载终端继续下载所述目标车载设备适配厂商的当前星历文件。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

实施例六

本发明实施例六还提供一种包含计算机可读存储介质，所述计算机可读指令在由计算机处理器执行时用于执行一种星历文件的传输方法，该方法包括：在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件；将下载的当前星历文件发送至车辆的全球定位模块中。

或者该方法包括：实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储；在接收到目标车载设备发送的星历文件下载验证请求时，验证所述车载设备是否需要对目标车载设备适配厂商的当前星历文件进行下载；若是，则向所述目标车载终端反馈确认下载指令，以指示所述目标车载终端继续下载所述目标车载设备适配厂商的当前星历文件。

当然，本发明实施例所提供的一种包含计算机可读存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的星历文件的传输方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述星历文件的传输装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

实施例七

图6为本发明实施例七提供的一种星历文件的传输系统的结构示意图。该星历文件的传输系统包括：统一服务器610和车载设备620。

其中，所述统一服务器610，用于实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储；

所述统一服务器610，还用于根据存储的各厂商的当前星历文件，验证各所述车载设备620是否需要对适配厂商的当前星历文件进行下载；

所述车载设备620，用于实时检测星历文件下载条件，并在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器610；

所述车载设备620，还用于在接收到所述统一服务器610反馈的确认下载指令时，通过目标通信网络从统一服务器610下载适配厂商的当前星历文件，并将下载的当前星历文件发送至车辆的全球定位模块中。

本发明实施例的技术方案，通过构建星历文件的传输系统，其中，星历文件传输系统中包括统一服务器和车载设备，根据统一服务器和车载设备的信令交互，进行星历文件的下载。这样可以解决对接多个厂商服务器而造成的人力物力成本的增加、工作繁琐、流量资源浪费以及下载失败风险大的问题，减轻了运维人员的工作强度，降低了运维成本和流量使用成本、提高了星历文件下载的成功率、以及降低了下载失败的风险。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种星历文件的传输方法，其特征在于，由车载设备执行，包括：

在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；

其中，统一服务器用于根据存储的各厂商的当前星历文件，验证所述车载设备是否需要对适配厂商的当前星历文件进行下载；

在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件；

将下载的当前星历文件发送至车辆的全球定位模块中。

2.根据权利要求1所述的方法，其特征在于，检测到星历文件下载条件包括下述至少一项：

响应于车载设备开机指令，确定检测到所述星历文件下载条件；

响应于对所述车载设备的人机交互界面更改指令，确定检测到所述星历文件下载条件；

每当检测到当前系统达到预设的周期性检测时间点时，确定检测到所述星历文件下载条件。

3.根据权利要求1所述的方法，其特征在于，根据本地存储的历史星历文件，构建星历文件下载验证请求，包括：

在所述历史星历文件，提取适配厂商识别信息和文件版本识别信息，并根据适配厂商识别信息和文件版本识别信息，构建星历文件下载验证请求；

在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件，包括：

在接收到所述统一服务器反馈的确认下载指令时，解析所述确认下载指令中包括的确认版本识别信息；

根据适配厂商识别信息和确认版本识别信息，构建星历文件下载请求；

通过目标通信网络向统一服务器发送所述星历文件下载请求，以从统一服务器下载适配厂商的当前星历文件。

4.根据权利要求3所述的方法，其特征在于，在所述在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件之后，还包括：

判断是否接收到所述统一服务器反馈的下载成功指令，若是，则确定完成所述当前星历文件的下载；

若否，则开启计数器进行文件重复下载次数的统计，并向所述统一服务器发送星历文件再次下载请求，并返回执行判断是否接收到所述统一服务器反馈的下载成功指令的操作，直至文件重复下载次数达到预设的文件重复下载阈值；

如果所述文件重复下载次数达到预设的文件重复下载阈值，确定没有接收到所述统一服务器反馈的下载成功指令，则确定所述当前星历文件的下载失败。

5.一种星历文件的传输方法，其特征在于，由统一服务器执行，包括：

实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储；

在接收到目标车载设备发送的星历文件下载验证请求时，验证所述车载设备是否需要对目标车载设备适配厂商的当前星历文件进行下载；

若是，则向所述目标车载终端反馈确认下载指令，以指示所述目标车载终端继续下载所述目标车载设备适配厂商的当前星历文件。

6.一种星历文件的传输装置，其特征在于，由车载设备执行，包括：

星历文件下载验证请求发送模块，用于在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；

其中，统一服务器用于根据存储的各厂商的当前星历文件，验证所述车载设备是否需要对适配厂商的当前星历文件进行下载；

当前星历文件下载模块，用于在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件；

当前星历文件发送模块，用于将下载的当前星历文件发送至车辆的全球定位模块中。

7.一种星历文件的传输装置，其特征在于，由统一服务器执行，包括：

当前星历文件确定模块，用于实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储；

当前星历文件验证模块，用于在接收到目标车载设备发送的星历文件下载验证请求时，验证所述车载设备是否需要对目标车载设备适配厂商的当前星历文件进行下载；

确认下载指令反馈模块，用于若验证所述车载设备需要对目标车载设备适配厂商的当前星历文件进行下载，则向所述目标车载终端反馈确认下载指令，以指示所述目标车载终端继续下载所述目标车载设备适配厂商的当前星历文件。

8.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-4中任一项所述的星历文件的传输方法，或者实现权利要求5中所述的星历文件的传输方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-4中任一项所述的星历文件的传输方法，或者实现权利要求5中所述的星历文件的传输方法。

10.一种星历文件的传输系统，其特征在于，所述星历文件的传输系统包括：统一服务器和车载设备；

其中，所述统一服务器，用于实时从各厂商的星历文件发布平台中，分别下载各厂商最新版本的星历文件，并将各最新版本的星历文件作为当前星历文件进行本地存储；

所述统一服务器，还用于根据存储的各厂商的当前星历文件，验证各所述车载设备是否需要对适配厂商的当前星历文件进行下载；

所述车载设备，用于实时检测星历文件下载条件，并在检测到星历文件下载条件时，根据本地存储的历史星历文件，构建星历文件下载验证请求，并将所述星历文件下载验证请求发送至统一服务器；

所述车载设备，还用于在接收到所述统一服务器反馈的确认下载指令时，通过目标通信网络从统一服务器下载适配厂商的当前星历文件，并将下载的当前星历文件发送至车辆的全球定位模块中。

Images