一种数据更新方法、装置、电子设备及存储介质

技术领域

本公开涉及智能交通技术领域，进一步涉及辅助驾驶技术领域，尤其是一种数据更新方法、装置、电子设备及存储介质。

背景技术

汽车作为国内第二大产业对经济发展至关重要。基于高级驾驶辅助系统(AdvanceDriver Assistance Systems，简称ADASIS)，可以提升行车安全、节能减耗，为车企、车主带来诸多收益。为了保证ADASIS吐出数据的时效性，需要将数据离线部署到车机上，路网数据更新频率较高，也需要对离线的数据进行及时、正确地更新，才能保证驾驶员获取到最新最正确的数据。因此数据的更新策略成为了研究的终点问题。

在目前大多数的研究中，数据更新策略较为单一，更新的数据较少，场景相对简单。但是在处理大规模数据更新问题时，会有许多其他的要求和限制。例如，全国路网数据较大，无法一次性全部更新。全国数据按省份组织，数据量过大无法全部放到统一分区，需要对数据进行分区存放并合理组织到一起才可以正常使用。而且，采用现有的数据更新方法，网络通信成本较高，数据更新效率较低，不利于驾驶员检索和使用。

发明内容

本公开提供了一种数据更新方法、装置、电子设备以及存储介质。

第一方面，本申请提供了一种数据更新方法，应用于车载终端设备，所述方法包括：

向服务端设备发送数据更新请求；

接收所述服务端设备返回的数据更新响应；其中，所述数据更新响应中携带当前位置区域内的引擎数据的当前版本；

若所述当前位置区域内的引擎数据满足预先设定的更新条件，则将所述当前版本的引擎数据下载至所述车载终端设备中；

基于所述当前版本的引擎数据对上一个版本的引擎数据进行更新。

第二方面，本申请还提供了一种数据更新方法，应用于服务端设备，所述方法包括：

接收车载终端设备发送的数据更新请求；

向所述车载终端设备返回数据更新响应；其中，所述数据更新响应中携带当前位置区域内的引擎数据的当前版本；

若所述当前位置区域内的引擎数据满足预先设定的更新条件，则将所述当前版本的引擎数据提供给所述车载终端设备，使得所述车载终端设备基于所述当前版本的引擎数据对上一个版本的引擎数据进行更新。

第三方面，本申请提供了一种数据更新装置，所述装置包括：第一发送模块、第一接收模块、下载模块和更新模块；其中，

所述第一发送模块，用于向服务端设备发送数据更新请求；

所述第一接收模块，用于接收所述服务端设备返回的数据更新响应；其中，所述数据更新响应中携带当前位置区域内的引擎数据的当前版本；

所述下载模块，用于若所述当前位置区域内的引擎数据满足预先设定的更新条件，则将所述当前版本的引擎数据下载至所述车载终端设备中；

所述更新模块，用于基于所述当前版本的引擎数据对上一个版本的引擎数据进行更新。

第四方面，本申请还提供了一种数据更新装置，所述装置包括：第二接收模块和第二发送模块；其中，

所述第二接收模块，用于接收车载终端设备发送的数据更新请求；

所述第二发送模块，用于向所述车载终端设备返回数据更新响应；其中，所述数据更新响应中携带当前位置区域内的引擎数据的当前版本；若所述当前位置区域内的引擎数据满足预先设定的更新条件，则将所述当前版本的引擎数据提供给所述车载终端设备，使得所述车载终端设备基于所述当前版本的引擎数据对上一个版本的引擎数据进行更新。

第五方面，本申请实施例提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请任意实施例所述的数据更新方法。

第六方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请任意实施例所述的数据更新方法。

第五方面，提供了一种计算机程序产品，当所述计算机程序产品被计算机设备执行时实现本申请任意实施例所述的数据更新方法。

根据本申请的技术解决了现有技术中数据更新策略较为单一，更新的数据较少，场景相对简单，以及采用现有的数据更新方法，网络通信成本较高，数据更新效率较低，不利于驾驶员检索和使用的技术问题，本申请提供的技术方案，可以只针对当前位置区域内的引擎数据进行更新，而不是针对全部的引擎数据进行更新，这样可以有效地降低通信成本较高，提高数据更新效率，更加方便驾驶员检索和使用。

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

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本申请实施例提供的数据更新方法的第一流程示意图；

图2是本申请实施例提供的数据更新方法的第二流程示意图；

图3是本申请实施例提供的数据更新方法的第三流程示意图；

图4是本申请实施例提供的数据更新方法的第四流程示意图；

图5是本申请实施例提供的数据更新装置的第一结构示意图；

图6是本申请实施例提供的数据更新装置的第二结构示意图；

图7是用来实现本申请实施例的数据更新方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

实施例一

图1是本申请实施例提供的数据更新方法的第一流程示意图，该方法可以由数据更新装置或者车载终端设备来执行，该装置或者车载终端设备可以由软件和/或硬件的方式实现，该装置或者车载终端设备可以集成在任何具有网络通信功能的智能设备中。如图1所示，数据更新方法可以包括以下步骤：

S101、向服务端设备发送数据更新请求。

在本步骤中，车载终端设备可以向服务端设备发送数据更新请求；具体地，车载终端设备可以统计车辆在当前位置区域内的逗留时间；若车辆在当前位置区域内的逗留时间占用驾驶辅助系统的运行总时间大于或者等于预定比例，则车载终端设备可以执行向服务端设备发送数据更新请求的操作；若车辆在当前位置区域内的逗留时间占用驾驶辅助系统的运行总时间小于预定比例，则车载终端设备不执行向服务端设备发送数据更新请求的操作。可选地，车载终端设备向服务端设备发送的数据更新请求可以携带当前位置区域内的引擎数据的上一个版本。

需要说明的是，本申请实施例中的引擎数据可以应用在驾驶辅助系统中，也可以应用在车载终端设备的其他系统中。

S102、接收服务端设备返回的数据更新响应；其中，数据更新响应中携带当前位置区域内的引擎数据的当前版本。

在本步骤中，车载终端设备可以接收服务端设备返回的数据更新响应；其中，数据更新响应中可以携带当前位置区域内的引擎数据的当前版本。具体地，服务端设备可以先将全部的引擎数据分割为至少两个数据单元；其中，该至少两个数据单元中的每一个数据单元对应于一个位置区域；然后将各个位置区域对应的数据单元保存在各个位置区域对应的目录下。在本申请的具体实施例中，服务端设备可以只更新一部分位置区域的引擎数据，也可以更新全部位置区域的引擎数据。因此，不同的位置区域的引擎数据的当前版本可以是相同的，也可以是不同的。

在本申请的具体实施例中，服务端设备可以将全国的路网数据按照省份分割，每个省份的数据放在一起，根据定位点判断出用户所处的省份，之后只需要检索这个省份相关的引擎数据即可，不需要检索全国的全量数据，这样可以减少检索的时间。较佳地，本申请还可以将每个省份的数据按照需要存放到不同的目录下，之后通过建立软连接的方式将每个省份的引擎数据连接到引擎需要的目录下，这样，就可以实现将数据按省份分割并存储到不同的地方，但是对于ADASIS引擎来讲，还是一个完整的、放在一起的目录。

S103、若当前位置区域内的引擎数据满足预先设定的更新条件，则将当前版本的引擎数据下载至车载终端设备中。

在本步骤中，若当前位置区域内的引擎数据满足预先设定的更新条件，则车载终端设备可以将当前版本的引擎数据下载至车载终端设备中。具体地，若当前位置区域内的引擎数据的上一个版本与当前位置区域内的引擎数据的当前版本不相同，则车载终端设备可以判定当前位置区域内的引擎数据满足更新条件；若当前位置区域内的引擎数据的上一个版本与当前位置区域内的引擎数据的当前版本相同，则车载终端设备可以判定当前位置区域内的引擎数据不满足更新条件。

在本申请的具体实施例中，车载终端设备可以使用空中下载技术将当前版本的引擎数据下载至车载终端设备中。空中下载技术(Over the Air，简称OTA)是一种通过无线网络进行数据下载的技术，现已被广泛应用于智能汽车、智能电视、手机、平板电脑、机顶盒等设备的升级中。OTA技术主要通过网络下载OTA升级包来自动升级，OTA升级速度快、对数据的影响小，因此随着智能交通的发展，OTA升级成为了车辆功能升级的主要方式，车辆厂商通过OTA技术升级车辆的相关软件或固件，有利于厂商减少召回成本、快速响应需求、提升用户体验。

S104、基于当前版本的引擎数据对上一个版本的引擎数据进行更新。

在本步骤中，车载终端设备可以基于当前版本的引擎数据对上一个版本的引擎数据进行更新。可选地，上一个版本的引擎数据和当前版本的引擎数据均为驾驶辅助系统所使用的数据。具体地，车载终端设备可以将当前版本的引擎数据替换掉上一个版本的引擎数据。

本申请实施例提出的数据更新方法，车载终端设备先向服务端设备发送数据更新请求；然后接收服务端设备返回的数据更新响应；其中，数据更新响应中携带当前位置区域内的引擎数据的当前版本；若当前位置区域内的引擎数据满足预先设定的更新条件，则将当前版本的引擎数据下载至车载终端设备中；再基于当前版本的引擎数据对上一个版本的引擎数据进行更新。也就是说，本申请可以只针对当前位置区域内的引擎数据进行更新，而不是针对全部的引擎数据进行更新。而在现有的数据更新方法中，需要针对全部的引擎数据进行更新。因为本申请采用了只针对当前位置区域内的引擎数据进行更新的技术手段，克服了现有技术中数据更新策略较为单一，更新的数据较少，场景相对简单，以及采用现有的数据更新方法，网络通信成本较高，数据更新效率较低，不利于驾驶员检索和使用的技术问题，采用本申请提供的技术方案，可以只针对当前位置区域内的引擎数据进行更新，而不是针对全部的引擎数据进行更新，这样可以有效地降低通信成本较高，提高数据更新效率，更加方便驾驶员检索和使用；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例二

图2是本申请实施例提供的数据更新方法的第二流程示意图。基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图2所示，数据更新方法可以包括以下步骤：

S201、统计车辆在当前位置区域内的逗留时间。

在本步骤中，车载终端设备可以统计车辆在当前位置区域内的逗留时间。ADASIS引擎在运行时，车载终端设备可以统计分析车辆所处的省份及在该省份停留的时间，在对引擎数据进行OTA更新之前，需要判断一下过去一段时间内，用户在每个省份逗留的时间。当ADASIS引擎第一次启动时，如果没有途径省份的信息记录，则所有省份的引擎数据都不进行更新。如果用户在某个省份逗留的时间占ADASIS引擎运行总时间大于或者等于预定比例，则认为该省份是用户经常去的省份，然后就会对该省份的数据进行OTA更新，而不是对全国的数据统一进行OTA更新。即当检测到该省份有新数据发布的时候，就会请求下载该省份的引擎数据，并将其放置到指定目录下。这样不仅可以节省流量，还会提高更新OTA数据的使用率。不存在流量、资源浪费的情况。

S202、若车辆在当前位置区域内的逗留时间占用驾驶辅助系统的运行总时间大于或者等于预定比例，则执行向服务端设备发送数据更新请求的操作。

在本步骤中，若车辆在当前位置区域内的逗留时间占用驾驶辅助系统的运行总时间大于或者等于预定比例，则车载终端设备可以执行向服务端设备发送数据更新请求的操作；若车辆在当前位置区域内的逗留时间占用驾驶辅助系统的运行总时间小于预定比例，则车载终端设备可以不执行向服务端设备发送数据更新请求的操作。

S203、接收服务端设备返回的数据更新响应；其中，数据更新响应中携带当前位置区域内的引擎数据的当前版本。

S204、若当前位置区域内的引擎数据满足预先设定的更新条件，则将当前版本的引擎数据下载至车载终端设备中。

S205、基于当前版本的引擎数据对上一个版本的引擎数据进行更新。

S206、将当前版本的引擎数据进行备份，得到备份后的引擎数据，使得驾驶辅助系统无法正常使用当前版本的引擎数据时，将备份后的引擎数据替代当前版本的引擎数据提供给驾驶辅助系统使用。

在本步骤中，车载终端设备可以将当前版本的引擎数据进行备份，得到备份后的引擎数据，使得驾驶辅助系统无法正常使用当前版本的引擎数据时，将备份后的引擎数据替代当前版本的引擎数据提供给驾驶辅助系统使用。具体地，假设车辆使用的引擎数据的版本是版本一，ADASIS引擎对数据进行更新之前会删除掉版本一的备份数据。ADASIS引擎进行数据更新之后，只需要备份当前版本的引擎数据，不会影响其他省份数据，降低数据备份的成本。确保同一省份最少有一个，最多有两个版本的数据，不会存在数据浪费的情况。

本申请实施例能够有效地降低网络通信成本，解决由于延时或者故障所导致的顺序访问吞吐无法提高和突破的问题，从而让整个系统的顺序访问吞吐不受跨IDC以及网络拓扑的影响，大大提高了系统对资源的利用率。目前应用在真实的线上系统中，将原来的顺序访问吞吐提高200％至300％。

本申请实施例提出的数据更新方法，车载终端设备先向服务端设备发送数据更新请求；然后接收服务端设备返回的数据更新响应；其中，数据更新响应中携带当前位置区域内的引擎数据的当前版本；若当前位置区域内的引擎数据满足预先设定的更新条件，则将当前版本的引擎数据下载至车载终端设备中；再基于当前版本的引擎数据对上一个版本的引擎数据进行更新。也就是说，本申请可以只针对当前位置区域内的引擎数据进行更新，而不是针对全部的引擎数据进行更新。而在现有的数据更新方法中，需要针对全部的引擎数据进行更新。因为本申请采用了只针对当前位置区域内的引擎数据进行更新的技术手段，克服了现有技术中数据更新策略较为单一，更新的数据较少，场景相对简单，以及采用现有的数据更新方法，网络通信成本较高，数据更新效率较低，不利于驾驶员检索和使用的技术问题，采用本申请提供的技术方案，可以只针对当前位置区域内的引擎数据进行更新，而不是针对全部的引擎数据进行更新，这样可以有效地降低通信成本较高，提高数据更新效率，更加方便驾驶员检索和使用；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例三

图3是本申请实施例提供的数据更新方法的第三流程示意图，该方法可以由数据更新装置或者服务端设备来执行，该装置或者服务端设备可以由软件和/或硬件的方式实现，该装置或者服务端设备可以集成在任何具有网络通信功能的智能设备中。如图3所示，数据更新方法可以包括以下步骤：

S301、接收车载终端设备发送的数据更新请求。

在本步骤中，服务端设备可以接收车载终端设备发送的数据更新请求；可选地，数据更新请求中可以携带当前位置区域内的引擎数据的上一个版本。具体地，车载终端设备可以统计车辆在当前位置区域内的逗留时间；若车辆在当前位置区域内的逗留时间占用驾驶辅助系统的运行总时间大于或者等于预定比例，则车载终端设备可以执行向服务端设备发送数据更新请求的操作；若车辆在当前位置区域内的逗留时间占用驾驶辅助系统的运行总时间小于预定比例，则车载终端设备不执行向服务端设备发送数据更新请求的操作。

S302、向车载终端设备返回数据更新响应；其中，数据更新响应中携带当前位置区域内的引擎数据的当前版本。

在本步骤中，服务端设备可以向车载终端设备返回数据更新响应；其中，数据更新响应可以中携带当前位置区域内的引擎数据的当前版本。具体地，服务端设备可以先将全部的引擎数据分割为至少两个数据单元；其中，该至少两个数据单元中的每一个数据单元对应于一个位置区域；然后将各个位置区域对应的数据单元保存在各个位置区域对应的目录下。在本申请的具体实施例中，服务端设备可以只更新一部分位置区域的引擎数据，也可以更新全部位置区域的引擎数据，因此，不同的位置区域的引擎数据的当前版本可以是相同的，也可以是不同的。

S303、若当前位置区域内的引擎数据满足预先设定的更新条件，则将当前版本的引擎数据提供给车载终端设备，使得车载终端设备基于当前版本的引擎数据对上一个版本的引擎数据进行更新。

在本步骤中，若当前位置区域内的引擎数据满足预先设定的更新条件，则服务端设备可以将当前版本的引擎数据提供给车载终端设备，使得车载终端设备基于当前版本的引擎数据对上一个版本的引擎数据进行更新。具体地，车载终端设备可以将当前版本的引擎数据替换掉上一个版本的引擎数据。

本申请实施例提出的数据更新方法，车载终端设备先向服务端设备发送数据更新请求；然后接收服务端设备返回的数据更新响应；其中，数据更新响应中携带当前位置区域内的引擎数据的当前版本；若当前位置区域内的引擎数据满足预先设定的更新条件，则将当前版本的引擎数据下载至车载终端设备中；再基于当前版本的引擎数据对上一个版本的引擎数据进行更新。也就是说，本申请可以只针对当前位置区域内的引擎数据进行更新，而不是针对全部的引擎数据进行更新。而在现有的数据更新方法中，需要针对全部的引擎数据进行更新。因为本申请采用了只针对当前位置区域内的引擎数据进行更新的技术手段，克服了现有技术中数据更新策略较为单一，更新的数据较少，场景相对简单，以及采用现有的数据更新方法，网络通信成本较高，数据更新效率较低，不利于驾驶员检索和使用的技术问题，采用本申请提供的技术方案，可以只针对当前位置区域内的引擎数据进行更新，而不是针对全部的引擎数据进行更新，这样可以有效地降低通信成本较高，提高数据更新效率，更加方便驾驶员检索和使用；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例四

图4是本申请实施例提供的数据更新方法的第四流程示意图。基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图4所示，数据更新方法可以包括以下步骤：

S401、将全部的引擎数据分割为至少两个数据单元；其中，该至少两个数据单元中的每一个数据单元对应于一个位置区域。

在本步骤中，服务端设备可以将全部的引擎数据分割为至少两个数据单元；其中，该至少两个数据单元中的每一个数据单元对应于一个位置区域。具体地，服务端设备可以将全国的引擎数据按照省份分割，每个省份的引擎数据放在一起，根据定位点判断出用户所处的省份，之后只需要检索这个省份相关的引擎数据即可，不需要检索全国的引擎数据，这样可以减少检索的时间。

S402、将各个位置区域对应的数据单元保存在各个位置区域对应的目录下。

在本步骤中，服务端设备可以将各个位置区域对应的数据单元保存在各个位置区域对应的目录下。具体地，服务端设备可以将每个省份的引擎数据按照需要存放到不同的目录下，之后通过建立软连接的方式将每个省份的引擎数据连接到引擎需要的目录下，这样，就可以实现将数据按省份分割并存储到不同的地方，但是对于ADASIS引擎来讲，还是一个完整的、放在一起的目录。

S403、接收车载终端设备发送的数据更新请求。

S404、向车载终端设备返回数据更新响应；其中，数据更新响应中携带当前位置区域内的引擎数据的当前版本。

S405、若当前位置区域内的引擎数据满足预先设定的更新条件，则将当前版本的引擎数据提供给车载终端设备，使得车载终端设备基于当前版本的引擎数据对上一个版本的引擎数据进行更新。

本申请实施例提出的数据更新方法，车载终端设备先向服务端设备发送数据更新请求；然后接收服务端设备返回的数据更新响应；其中，数据更新响应中携带当前位置区域内的引擎数据的当前版本；若当前位置区域内的引擎数据满足预先设定的更新条件，则将当前版本的引擎数据下载至车载终端设备中；再基于当前版本的引擎数据对上一个版本的引擎数据进行更新。也就是说，本申请可以只针对当前位置区域内的引擎数据进行更新，而不是针对全部的引擎数据进行更新。而在现有的数据更新方法中，需要针对全部的引擎数据进行更新。因为本申请采用了只针对当前位置区域内的引擎数据进行更新的技术手段，克服了现有技术中数据更新策略较为单一，更新的数据较少，场景相对简单，以及采用现有的数据更新方法，网络通信成本较高，数据更新效率较低，不利于驾驶员检索和使用的技术问题，采用本申请提供的技术方案，可以只针对当前位置区域内的引擎数据进行更新，而不是针对全部的引擎数据进行更新，这样可以有效地降低通信成本较高，提高数据更新效率，更加方便驾驶员检索和使用；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例五

图5是本申请实施例提供的数据更新装置的第一结构示意图。如图5所示，所述装置500包括：第一发送模块501、第一接收模块502、下载模块503和更新模块504；其中，

所述第一发送模块501，用于向服务端设备发送数据更新请求；

所述第一接收模块502，用于接收所述服务端设备返回的数据更新响应；其中，所述数据更新响应中携带当前位置区域内的引擎数据的当前版本；

所述下载模块503，用于若所述当前位置区域内的引擎数据满足预先设定的更新条件，则将所述当前版本的引擎数据下载至所述车载终端设备中；

所述更新模块504，用于基于所述当前版本的引擎数据对上一个版本的引擎数据进行更新。

进一步的，所述第一发送模块501，具体用于统计所述车辆在当前位置区域内的逗留时间；若所述车辆在当前位置区域内的逗留时间占用驾驶辅助系统的运行总时间大于或者等于预定比例，则执行所述向服务端设备发送数据更新请求的操作；其中，所述上一个版本的引擎数据和所述当前版本的引擎数据均为所述驾驶辅助系统所使用的数据。

进一步的，所述装置还包括：备份模块505(图中未示出)，用于将所述当前版本的引擎数据进行备份，得到备份后的引擎数据，使得所述驾驶辅助系统无法正常使用所述当前版本的引擎数据时，将所述备份后的引擎数据替代所述当前版本的引擎数据提供给所述驾驶辅助系统使用。

进一步的，所述下载模块503，具体用于若所述当前位置区域内的引擎数据的上一个版本与所述当前位置区域内的引擎数据的当前版本不相同，则判定所述当前位置区域内的引擎数据满足所述更新条件。

上述数据更新装置可执行本申请实施例一和实施例二所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例一和实施例二提供的数据更新方法。

实施例六

图6是本申请实施例提供的数据更新装置的第二结构示意图。如图6所示，所述装置600包括：第二接收模块601和第二发送模块602；其中，

所述第二接收模块601，用于接收车载终端设备发送的数据更新请求；

所述第二发送模块602，用于向所述车载终端设备返回数据更新响应；其中，所述数据更新响应中携带当前位置区域内的引擎数据的当前版本；若所述当前位置区域内的引擎数据满足预先设定的更新条件，则将所述当前版本的引擎数据提供给所述车载终端设备，使得所述车载终端设备基于所述当前版本的引擎数据对上一个版本的引擎数据进行更新。

进一步的，所述装置还包括：分割模块603(图中未示出)，用于将所述全部的引擎数据分割为至少两个数据单元；其中，所述至少两个数据单元中的每一个数据单元对应于一个位置区域；将各个位置区域对应的数据单元保存在各个位置区域对应的目录下。

上述数据更新装置可执行本申请实施例三和实施例四所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例三和实施例四提供的数据更新方法。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

实施例七

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

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

如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(ROM)702中的计算机程序或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序，来执行各种适当的动作和处理。在RAM 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

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

计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如数据更新方法。例如，在一些实施例中，数据更新方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM 703并由计算单元701执行时，可以执行上文描述的数据更新方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行数据更新方法。

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

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

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

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

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

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

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

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