WO2023160276A1

WO2023160276A1 - 一种数据处理方法、装置、计算机设备以及可读存储介质

Info

Publication number: WO2023160276A1
Application number: PCT/CN2023/071183
Authority: WO
Inventors: 胡灿; 张玉杰; 王磊
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2022-02-25
Filing date: 2023-01-09
Publication date: 2023-08-31
Anticipated expiration: 2024-08-25
Also published as: EP4407957A1; EP4407957A4; US20240129251A1; EP4407957B1; CN114567674A; CN114567674B

Abstract

本申请实施例提供了一种数据处理方法、装置、计算机设备以及可读存储介质。该方法可以应用于车载中控设备。车载中控设备中设置有数据库和缓存队列。该方法包括：对数据库中的数据报文进行轮询，得到待添加数据报文集合，将待添加数据报文集合添加至缓存队列；对缓存队列进行轮询得到待上传数据报文集合，通过所述车载中控设备的无线通信连接将待上传数据报文集合进行上传；响应于待上传数据报文集合中的第一数据报文满足连续上传失败条件，则将第一数据报文存储在数据库中；响应于待上传数据报文集合中的第二数据报文成功上传至服务器，且数据库中存在第二数据报文，则从数据库中删除第二数据报文。

Description

一种数据处理方法、装置、计算机设备以及可读存储介质

本申请要求于2022年02月25日提交中国专利局、申请号为202210180680.4、发明名称为“一种数据处理方法、装置、计算机设备以及可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据处理方法、装置、计算机设备以及可读存储介质。

发明背景

与手机、个人电脑等不同，车载中控系统与外界的通信受到网络环境、内存、磁盘空间、处理能力的限制，遇到功能异常时常无法获得足够的信息来处理问题。

发明内容

本申请实施例提供一种数据处理方法、装置、计算机设备以及可读存储介质，可以提高网络资源的利用率，且可以提高数据报文的上传成功率。

本申请实施例提供了一种数据处理方法，应用于车载中控设备，车载中控设备中设置有数据库和缓存队列，该方法包括：

对数据库中的数据报文进行轮询，得到待添加数据报文集合，将待添加数据报文集合添加至缓存队列；

对缓存队列中进行轮询得到待上传数据报文集合，通过所述车载中控设备的无线通信连接将待上传数据报文集合进行上传；

响应于待上传数据报文集合中的第一数据报文满足连续上传失败条件，则将第一数据报文添加至数据库；

响应于待上传数据报文集合中的第二数据报文成功上传至服务器，且数据库中存在第二数据报文，则从数据库中删除第二数据报文。

本申请实施例提供了一种数据处理装置，包括：

数据库轮询模块，用于对数据库中的数据报文进行轮询，得到待添加数据报文集合，将待添加数据报文集合添加至缓存队列；

队列轮询模块，用于对缓存队列中进行轮询得到待上传数据报文集合，通过所述车载中控设备的无线通信连接将对待上传数据报文集合进行上传处理；

数据添加模块，用于响应于待上传数据报文集合中的第一数据报文满足连续上传失败条件，则将第一数据报文添加至数据库；

数据删除模块，用于响应于待上传数据报文集合中的第二数据报文成功上传至服务器，且数据库中存在第二数据报文，则从数据库中删除第二数据报文。

本申请实施例提供了一种计算机设备，包括：处理器和存储器；

处理器与存储器相连，其中，存储器用于存储计算机程序，计算机程序被处理器执行时，使得该计算机设备执行本申请实施例提供的方法。

本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，该计算机程序适于由处理器加载并执行，以使得具有该处理器的计算机设备执行本申请实施例提供的方法。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例提供的方法。

在本申请实施例中，计算机设备可以对数据库中的数据报文进行轮询，得到待添加数据报文集合，将待添加数据报文集合添加至缓存队列，进而从缓存队列中轮询得到待上传数据报文集合，对待上传数据报文集合进行上传处理。其中，响应于待上传数据报文集合中的第一数据报文满足连续上传失败条件，则计算机设备可以将第一数据报文添加至数据库；响应于待上传数据报文集合中的第二数据报文成功上传至服务器，且数据库中存在第二数据报文，则计算机设备可以从数据库中删除第二数据报文。由此可见，通过将待上传的数据报文存储至缓存队列，可以直接从内存中读取待上传数据报文集合中的待上传的数据报文，避免从磁盘中读取数据报文，从而提高数据报文的上传效率。此外，在对待上传数据报文集合中的数据报文进行上传处理时，响应于待上传数据报文集合中的第一数据报文满足连续上传失败条件，则可以暂停对该第一数据报文的上传，转而将该第一数据报文存储至数据库，从而避免在网络环境不好的情况下重复占用网络资源，进而可以提高网络资源的利用率，在后续网络环境好转的情况下，通过重新轮询数据库，依然可以有机会成功上传该第一数据报文，进而提高数据报文的上传成功率。

附图简要说明

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

图1是本申请实施例提供的一种网络架构的结构示意图；

图2是本申请实施例提供的一种进行数据交互的场景示意图；

图3是本申请实施例提供的一种数据处理方法的流程示意图；

图4是本申请实施例提供的一种进行数据交互的流程示意图；

图5是本申请实施例提供的一种数据处理方法的流程示意图；

图6是本申请实施例提供的一种进行数据上报的流程示意图；

图7是本申请实施例提供的一种数据处理装置的结构示意图；

图8是本申请实施例提供的一种计算机设备的结构示意图。

实施本发明的方式

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

软件开发工具包(Software Development Kit，简称SDK)指为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具集合。应用程序接口(Application Programming Interface，简称API)指SDK中的一些预先定义的接口或函数，或指软件系统不同组成部分衔接的约定，用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程，而又无需访问源码，或理解内部工作机制的细节。

请参见图1，图1是本申请实施例提供的一种网络架构的结构示意图。如图1所示，该网络架构可以包括接入服务器2000、数据服务器集群和终端设备集群。其中，终端设备集群具体可以包括一个或者多个终端设备，这里将不对终端设备集群中的终端设备的数量进行限定。如图1所示，多个终端设备具体可以包括终端设备3000a、终端设备3000b、终端设备3000c、…、终端设备3000n；终端设备3000a、终端设备3000b、终端设备3000c、…、终端设备3000n可以分别与接入服务器2000通过有线或无线通信方式进行直接或间接地网络连接，以便于每个终端设备可以通过该网络连接与接入服务器2000之间进行数据交互。

终端设备集群中的每个终端设备均可以包括：智能手机、平板电脑、笔记本电脑、台式计算机、智能家电、可穿戴设备、车载终端(例如车载中控设备)、车间检测终端等具有数据处理功能的智能终端。应当理解，如图1所示的终端设备集群中的每个终端设备均可以集成安装有应用客户端，当该应用客户端运行于各终端设备中时，可以分别与上述图1所示的接入服务器2000之间进行数据交互。其中，应用客户端可以为独立的客户端，也可以为集成在某客户端中的嵌入式子客户端，本申请对此不做限定。

应用客户端具体可以包括浏览器、车载客户端、智能家居客户端、娱乐客户端、多媒体客户端(例如，视频客户端)、社交客户端以及资讯类客户端等具有数据处理功能的客户端。应当理解，车载终端可以为智慧交通场景下的智能终端，该车载终端上的应用客户端可以为上述车载客户端，该车载终端中的操作系统(Operating System，简称OS)可以为车载Linux OS、也可以为车载Android(安卓)OS。其中，车载Linux OS为一种在汽车上运行的Linux操作系统，车载Android OS为一种在汽车上运行的Android操作系统。

接入服务器2000可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

数据服务器集群可以包括一个或者多个数据服务器，这里不对数据服务器集群中的数据服务器的数量进行限定。如图1所示，多个数据服务器具体可以包括数据服务器4000a、数据服务器4000b、…、数据服务器4000m，数据服务器4000a、数据服务器4000b、…、数据服务器4000m可以分别与接入服务器2000通过有线或无线通信方式进行直接或间接地网络连接，以便于每个数据服务器可以通过该网络连接与接入服务器2000之间进行数据交互。

如图1所示的数据服务器集群中的数据服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

本申请通过将与车辆相关联的数据报文上传到智能交通系统中，可以为智能交通系统提供信息支持，以实现交通运输、自动驾驶等服务。其中，智能交通系统(Intelligent Traffic System，ITS)又称智能运输系统(Intelligent Transportation System)，是将先进的科学技术(信息技术、计算机技术、数据通信技术、传感器技术、电子控制技术、自动控制理论、运筹学、人工智能等)有效地综合运用于交通运输、服务控制和车辆制造，加强车辆、道路、使用者三者之间的联系，从而形成一种保障安全、提高效率、改善环境、节约能源的综合运输系统。

本申请实施例中所描述的终端设备(也称为目标终端设备)可以是从图1所示的多个终端设备中选择的一个终端设备。例如，本申请实施例可以将图1所示的车载终端设备3000a作为本申请实施例中描述的终端设备。该终端设备中可以集成有具备数据处理功能的应用客户端。此时，该终端设备可以通过该应用客户端与接入服务器2000之间进行数据交互。

终端设备可以为需要上传数据报文的终端设备。终端设备可以将数据报文上传至接入服务器2000，以使接入服务器2000将不同的数据报文分发至不同的数据服务器。为便于理解，本申请实施例中所描述的数据服务器(也称为目标数据服务器)可以是从图1所述的多个数据服务器中选择的一个数据服务器。例如，本申请实施例所描述的数据服务器可以是图1所述的数据服务器4000a。该数据服务器可以通过接入服务器2000接收终端设备上传的数据报文。

终端设备中的应用客户端的数量可以为一个或多个，且一个或多个终端设备可以对接一个接入服务器2000。通过接入服务器，终端设备可以将数据报文转发到不同的数据服务器，不需要按照数据服务器的要求对终端设备进行适配，在避免更新终端设备的前提下接入新的数据服务器，从而满足不同终端设备和不同应用客户端对于数据服务器的要求。

接入服务器2000可以将一个应用客户端所对应的多个数据报文分发至不同的数据服务器。比如，接入服务器2000可以将数据报文B11转发至数据服务器F11，将数据报文B12转发至数据服务器F12。这里的数据报文B11和数据报文B12可以为同一个应用客户端所对应的数据报文。一些实施例中，接入服务器2000也可以将多个应用客户端所分别对应的数据报文分发至不同的数据服务器。比如，接入服务器2000可以将数据报文B21转发至数据服务器F21，接入服务器2000可以将数据报文B22转发至数据服务器F22。数据报文B21和数据报文B22可以为不同应用客户端对应的数据报文。一些实施例中，接入服务器2000还可以将多个终端设备对应的数据报文分别分发至不同的数据服务器。比如，接入服务器2000可以将数据报文B31转发至数据服务器F31，将数据报文B32转发至数据服务器F32。数据报文B31和数据报文B32可以为不同终端设备对应的数据报文。

本申请实施例为终端设备中的应用客户端提供一种数据上报方案。该数据上报方案可以提供一种缓存机制，该缓存机制所涉及的数据库和缓存队列中可以存储有数据报文，通过对数据库中的数据报文进行轮询，可以得到待添加数据报文集合。通过对缓存队列中的数据报文进行轮询，可以得到待上传数据报文集合。因此，通过数据库和缓存队列的联合作用，可以实现对待上传数据报文集合中的数据报文的上传处理，即将数据报文上传至接入服务器2000，以使接入服务器2000将数据报文分发至数据服务器，这样，无论待上传数据报文集合中的数据报文上传成功，还是待上传数据报文集合中的数据报文上传失败，本申请实施例都具备完整的处理流程。

为便于理解，本申请实施例可以将应用客户端上传的数据统称为业务数据，本申请实施例可以将对业务数据进行组包处理后所得到的数据统称为数据报文。

图2是本申请实施例提供的一种进行数据交互的场景示意图。如图2所示，服务器20a 可以为上述图1所对应实施例中的接入服务器2000，终端设备20b可以为上述图1所对应实施例的终端设备集群中的任意一个终端设备，服务器30a和服务器30b分别可以为上述图1所对应实施例的数据服务器集群中的任意一个数据服务器，为便于理解，本申请实施例以上述图1所示的终端设备3000a作为该终端设备20b、以上述图1所示的数据服务器4000a作为该服务器30a、以上述图1所示的数据服务器4000b作为该服务器30b为例，以阐述图2所示的服务器20a、终端设备20b、服务器30a和服务器30b进行数据交互的具体过程。

如图2所示，终端设备20b中可以包括数据库21a和缓存队列22a。数据库21a和缓存队列22a中可以存储有相同或不同的数据报文。本申请实施例不对数据库21a和缓存队列22a中的数据报文的报文数量进行限定。本申请实施不对数据库21a和缓存队列22a的容量进行限定。为便于理解，这里以数据库21a中包含数据报文X1、数据报文B1和数据报文B2为例，以缓存队列22a中包含数据报文X1、数据报文X2和数据报文X3为例进行说明，这里以缓存队列22a的容量为6个为例进行说明。

如图2所示，终端设备20b可以对数据库21a和缓存队列22a分别进行轮询。数据库21a和缓存队列22a所分别对应的轮询周期可以是相同的，也可以是不同的。本申请实施例不对数据库21a和缓存队列22a所分别对应的轮询周期的周期时长进行限定。应轮询可以表示终端设备定时对数据库或者缓存队列发出询问，询问数据库或者缓存队列是否需要其服务，有即给予服务，接着不断周而复始。这里的服务可以表示终端设备从数据库或缓存队列中按照某种规定读取一定数量的数据报文，进而将读取到的数据报文作为轮询的结果。数据库所对应的轮询的结果可以为待添加数据报文集合，缓存队列所对应的轮询的结果可以为待上传数据报文集合。

其中，在数据库21a和缓存队列22a所分别对应的轮询周期相同时，终端设备20b可以先对数据库21a进行轮询、再对缓存队列22a进行轮询，终端设备20b也可以先对缓存队列22a进行轮询、再对数据库21a进行轮询，终端设备20b还可以同时对数据库21a和缓存队列22a进行轮询。其中，在数据库21a和缓存队列22a所分别对应的轮询周期不同时，终端设备20b可以按照数据库21a对应的轮询周期对数据库21a进行轮询，按照缓存队列22a对应的轮询周期对缓存队列22a进行轮询，两者的轮询互不干扰。本申请实施例以终端设备20b先对数据库21a进行轮询、再对缓存队列22a进行轮询为例进行说明。

如图2所示，终端设备20b可以从数据库21a中轮询得到待添加数据报文集合21b，将待添加数据报文集合21b添加至缓存队列22a。其中，本申请实施例不对待添加数据报文集合21b中的数据报文的报文数量进行限定。待添加数据报文集合21b中的数据报文的报文数量可以为小于或等于缓存队列22a的空闲位置的位置数量(即缓存队列22a的容量减去缓存队列22a中的数据报文的报文数量)、且小于或等于数据库21a中的数据报文的报文数量的正整数。这里以待添加数据报文集合21b中的数据报文的报文数量为2个为例进行说明，2个数据报文具体可以包含数据报文B1和数据报文B2。

终端设备20b可以将添加有数据报文B1和数据报文B2的缓存队列22a作为缓存队列22b，即缓存队列22b中可以包含数据报文X1、数据报文X2、数据报文X3、数据报文B1和数据报文B2，进而从缓存队列22b中轮询得到待上传数据报文集合21c，对待上传数据报文集合21c进行上传处理。其中，本申请实施例不对待上传数据报文集合21c中的数据报文的报文数量进行限定。待上传数据报文集合21c中的数据报文可以为小于或等于缓存队列22b中的数据报文的报文数量的正整数。这里以待上传数据报文集合21c中的数据报文的报文数量为2个为例进行说明，2个数据报文具体可以包含数据报文X1和数据报文X2。

终端设备20b可以将轮询出数据报文X1和数据报文X2的缓存队列22b作为缓存队列22c(未在图上示出)，即缓存队列22c中可以包含数据报文X3、数据报文B1和数据报文B2。

如图2所示，在待上传数据报文集合21c中的数据报文X1和数据报文X2上传处理的过程中，假设数据报文X2满足连续上传失败条件，数据报文X1上传成功，终端设备20b可以响应于确定数据报文X2满足连续上传失败条件，将数据报文X2添加至数据库21a，以在后续步骤中重新读取数据库21a中的数据报文X2到缓存队列中，以实现对数据报文X2的上传处理；终端设备20b可以响应于确定数据报文X1上传成功，将数据报文X1上传至服务器20a，以使服务器20a将数据报文X1分发至不同的数据服务器，例如，服务器20a可以将数据报文X1分发至服务器30a。此外，终端设备20b可以确定数据库21a中是否存在数据报文X1，响应于数据库21a中存在数据报文X1，则从数据库21a中删除数据报文X1。此时，数据库21a中可以包含数据报文X2、数据报文B1和数据报文B2。

终端设备20b可以对数据库21a和缓存队列22c分别进行又一次轮询。这一次轮询和上一次轮询之间相差固定的时间间隔(也可以称之为轮询周期时长)。本申请实施例不对这里的时间间隔的时长进行限定，例如，这里的时间间隔可以为5秒。其中，终端设备20b可以从数据库21a中轮询得到新的待添加数据报文集合，将新的待添加数据报文集合添加至缓存队列22c。新的待添加数据报文集合可以包含数据报文X2，添加有数据报文X2的缓存队列22c(可以称为最新缓存队列(未在图中示出))中可以包含数据报文X3、数据报文B1、数据报文B2和数据报文X2。终端设备20b可以从最新缓存队列中轮询得到新的待上传数据报文集合。其中，新的待上传数据报文集合可以包含数据报文X3和数据报文B1，此时新的待上传数据报文集合可以移出最新缓存队列。

这样，在数据报文X3上传处理的过程中，响应于数据报文X3上传成功，终端设备20b可以将数据报文X3上传至接入服务器20a，以使接入服务器20a将数据报文X3分发至不同的数据服务器。例如，接入服务器20a可以将数据报文X3分发至数据服务器30b。此外，终端设备20b可以确定数据库21a中是否存在数据报文X3，响应于数据库21a中不存在数据报文X3，则终端设备20b无需执行其他操作。

由此可见，本申请实施例可以提供一种缓存机制，该缓存机制可以使用缓存队列来存储待上传的数据报文(即待上传数据报文集合中的数据报文)，进而在对待上传数据报文集合中的数据报文进行上传处理时，可以针对上传成功或上传失败的情况作出不同的响应。其中，针对上传成功的数据报文而言，可以在数据库中存在该上传成功的数据报文时，从数据库中删除该上传成功的数据报文；针对上传失败的数据报文而言，可以将该上传失败的数据报文添加至数据库。因此，终端设备针对上传成功的数据报文和上传失败的数据报文所作出的不同响应，可以在保证数据报文的上传成功率的同时，提高数据报文的上传效率。

图3是本申请实施例提供的一种数据处理方法的流程示意图。该方法可以由服务器执行，也可以由终端设备执行，还可以由服务器和终端设备共同执行。该服务器可以为上述图2所对应实施中的服务器20a，该终端设备可以为上述图2所对应实施中的终端设备20b。本申请实施例以该方法由终端设备执行为例进行说明。本实施例中，终端设备可以为车载中控设备。车载中控设备中设置有数据库和缓存队列。其中，数据库可以设置在车载中控设备的磁盘(例如硬盘)中，缓存队列可以设置在车载中控设备的内存中。其中，该数据处理方法可以包括以下步骤S101-步骤S104。

步骤S101，对数据库中的数据报文进行轮询，得到待添加数据报文集合，将待添加数据报文集合添加至缓存队列。

若缓存队列中存在空闲位置，则终端设备可以通过上报组件调用数据库线程对数据库中的数据报文进行轮询，得到待添加数据报文集合。终端设备可以通过数据库线程将待添加数据报文集合发送至上报组件，通过上报组件将待添加数据报文集合添加至缓存队列。

上报组件(即上报SDK)中还可以包括上报线程，终端设备可以通过数据库线程将待添加数据报文集合发送至上报线程，进而通过上报线程将待添加数据报文集合添加至缓存队列。应当理解，上报线程和数据库线程均为上报组件的组成部分，这里的上报线程可以用于将数据报文存储至缓存队列、以及从缓存队列中读取数据报文等，这里的数据库线程可以用于将数据报文存储至数据库、以及从数据库中读取数据报文等。通过线程间通信机制来实现数据报文的上传处理，可以实现在不影响系统运行性能的情况下，提升数据报文的上传效率。

若缓存队列中存在空闲位置，则终端设备可以通过上报组件调用数据库线程，在数据库线程中，根据数据库中的数据报文的入库时间戳(即第一入库时间戳)，对数据库中的数据报文进行排序，得到排序后的数据报文。终端设备可以从排序后的数据报文中轮询得到K个数据报文，将K个数据报文确定为待添加数据报文集合。其中，这里的K可以为正整数。

第一入库时间戳可以表示数据库中的数据报文被写入数据库时的时间戳(例如，T1时刻)，也可以表示对数据库中的数据报文的原本时间戳(如T1时刻)进行修改后的时间戳(例如，T2时刻)，这里的T1时刻可以为T2时刻的上一时刻，在T2时刻之前。对原本时间戳进行修改后的时间戳可以是指数据报文满足连续上传失败条件(连续上传失败条件可以参见下面步骤S202-步骤S203的说明)的时刻，即通过满足连续上传失败条件的时刻来更新该数据报文原先被写入数据库的时间戳。

这里的K可以为小于或等于缓存队列的空闲位置的位置数量的正整数。K可以为小于或等于数据库中的数据报文的报文数量的正整数。在一般情况下，K是一个固定值(例如，K等于10)。在缓存队列的空闲位置的位置数量大于K、且数据库中的数据报文的报文数量大于K时，终端设备可以从数据库中轮询得到K个数据报文。在缓存队列的空闲位置的位置数量等于(K-1)、且数据库中的数据报文的报文数量大于K时，终端设备可以从数据库中轮询得到(K-1)个数据报文。在缓存队列的空闲位置的位置数量大于K、且数据库中的数据报文的报文数量等于(K-1)时，终端设备可以从数据库中轮询得到(K-1)个数据报文。

一些实施例中，在数据库中不存在数据报文时，即数据库为空时，终端设备可以无需执行对数据库中的数据报文进行轮询的步骤，这样就获取不到待添加数据报文集合，进而就无需执行将待添加数据报文集合添加至缓存队列的步骤。此时，K等于0。

步骤S102，从缓存队列中轮询得到待上传数据报文集合，对待上传数据报文集合进行上传处理。

步骤S102中，可以对所述缓存队列进行轮询得到待上传数据报文集合，将待上传数据报文集合通过车载中控设备的无线通信连接进行上传。

若缓存队列中存在数据报文，则终端设备可以在上报组件中，根据缓存队列中的数据报文的队列位置，从缓存队列中轮询得到S个数据报文，将S个数据报文确定为待上传数据报文集合。其中，这里的S可以为正整数。终端设备可以基于网络组件(即网络SDK)对待上传数据报文集合进行上传处理。

根据队列(例如，缓存队列)先进先出的原则，终端设备从缓存队列中轮询得到的S个数据报文可以为缓存队列中前S个数据报文，即轮询出的S个数据报文在缓存队列中的队列位置更靠前。其中，靠前的队列位置代表数据报文是先进入缓存队列的，这时就可以优先对先进入缓存队列的数据报文进行上报，保证了数据报文之间的上报公平性，也可以减少时间久远的数据报文迟迟未被上报的情况发生。

图4是本申请实施例提供的一种进行数据交互的流程示意图。如图4所示的总体交互流程可以包含终端系统端和服务器，终端系统端可以包含业务层、上报组件和网络组件，服务器可以包含接入层和多个数据后台。其中，上报组件可以具有不同的上报策略，网络组件可以具有不同的网络知识。

上报组件为终端设备中用于将业务层的数据上传到服务器的部件。

一些实施例中，上报组件可以是终端设备中的操作系统的组成部分。业务层包括应用程序，例如安装并运行在操作系统中的应用程序。

一些实施例中，上报组件可以是终端设备的操作系统中运行的一个软件平台的组成部分。业务层包括应用程序，例如在上述软件平台中运行的应用程序、小程序(无需安装即可使用的轻量级应用)。上报组件提供各种API供应用程序和小程序调用，从而触发上报组件执行各API相应的功能。

如图4所示，应用客户端可以作为业务层，业务层在接入上报组件之后，可以使用其中的API上报数据报文，上报组件可以将数据报文存储至数据库或缓存队列中。网络层可以从数据库或缓存队列中读取数据报文，通过内部的网络模块所提供的API将数据报文上传到服务端的接入层，接入层可以将数据报文转发到不同的数据后台。

接入层可以为接入服务器，数据后台可以为数据服务器，即终端系统端可以通过网络组件将数据报文上传至接入服务器，以使接入服务器将数据报文分发至不同的数据服务器，从而可以在无需修改应用客户端的情况下，将数据报文转发到任意数据服务器。本申请实施例不对数据服务器的数量进行限定，这里以数据服务器包含数据后台F1、数据后台F2和数据后台F3为例进行说明。

一些实施例中，在缓存队列中不存在数据报文时，即缓存队列为空时，终端设备可以无需执行对缓存队列中的数据报文进行轮询的步骤，这样就获取不到待上传数据报文集合，进而就无需执行对待上传数据报文进行上传处理的步骤。此时，S等于0。

这里的S可以为小于或等于缓存队列中的数据报文的报文数量的正整数。在一般情况下，S是一个固定值(例如，S等于5)。在缓存队列中的数据报文的报文数量大于S时，终端设备可以从缓存队列中轮询得到S个数据报文。在缓存队列中的数据报文的报文数量小于S时，终端设备可以从缓存队列中轮询得到全部的数据报文。

同理，一些实施例中，若在终端设备对缓存队列进行轮询时，终端设备正在对M个数据报文进行上传处理，则终端设备可以根据缓存队列中的数据报文的队列位置，从缓存队列中轮询得到(S-M)个数据报文，进而将(S-M)个数据报文确定为待上传数据报文集合。这样可以确保终端设备在同一时间上传的数据报文的最大报文数量为S个，从而避免数据报文的上传过程占用过多的网络资源。其中，这里的M可以为小于或等于S的正整数。

响应于待上传数据报文集合中的第一数据报文上传失败，则终端设备可以累计第一数据报文的连续上传失败次数。响应于连续上传失败次数达到次数阈值，则终端设备可以确定第一数据报文满足连续上传失败条件。响应于连续上传失败次数未达到次数阈值，则终端设备可以确定第一数据报文不满足连续上传失败条件，通过上报组件将第一数据报文重新添加至缓存队列。本申请实施例不对次数阈值的具体取值进行限定，本申请实施例以次数阈值等于3为例进行说明。

比如，第一数据报文可以为数据报文B，当第一次对数据报文B进行上传处理时，终端设备可以将数据报文B的连续上传失败次数设置为0。响应于数据报文B上传失败，则终端设备可以将数据报文B的连续上传失败次数累计为1，此时连续上传失败次数小于次数阈值，终端设备可以重新将数据报文添加至缓存队列，等待下次对缓存队列进行轮询。其中，终端设备可以在下一次轮询时从缓存队列中轮询得到上述数据报文B，也可以在下下次轮询或下下下次轮询时从缓存队列中轮询得到上述数据报文B，本申请实施例不对轮询得到数据报文B的时间进行限定。当终端设备再次从缓存队列中轮询得到数据报文B时，可以第二次对数据报文B进行上传处理，响应于数据报文B再次上传失败，则终端设备可以将数据报文B的连续上传失败次数累计为2，以此类推，直到数据报文B的连续上传失败次数累计为3时，终端设备可以确定数据报文B满足连续上传失败条件。

步骤S103，响应于待上传数据报文集合中的第一数据报文满足连续上传失败条件，则将第一数据报文添加至数据库。

步骤S103中，“将第一数据报文添加至数据库”是指将第一数据报文存储在数据库中。当一些实施例中，在步骤S101中对数据库中的数据报文进行轮询得到待添加数据报文集合时，将各待添加数据报文从数据库中删除，则在步骤S103中，将第一数据报文写入数据库中。另一些实施例中，在步骤S101中对数据库中的数据报文进行轮询得到待添加数据报文集合时，各待添加数据报文仍然保留在数据库中，则在步骤S103中，可以不将第一数据报文再次写入数据库中。

具体的，响应于待上传数据报文集合中的第一数据报文满足连续上传失败条件，则终端设备可以获取第一数据报文的数据类型。响应于数据类型为不可丢弃类型，且数据库中的数据报文的报文数量小于数量阈值，且数据库中不存在第一数据报文，则终端设备可以通过上报组件将当前时间戳确定为第一数据报文的入库时间戳(即第二入库时间戳)，将第一数据报文和第二入库时间戳发送至数据库线程，通过数据库线程将第一数据报文和第二入库时间戳关联存储至数据库。

其中，第一数据报文是对多个业务数据进行组包处理后所得到的，第一数据报文的数据类型是由第一数据报文中的多个业务数据的数据类型所确定的。可以理解的是，第一数据报文中的多个业务数据的数据类型是相同的，终端设备可以获取具有相同数据类型的多个业务数据，进而将具有相同数据类型的多个业务数据组包为第一数据报文。这样，第一数据报文中的多个业务数据的数据类型均为不可丢弃类型，或者第一数据报文中的多个业务数据的数据类型均为可丢弃类型。因此，在第一数据报文中的多个业务数据的数据类型均为不可丢弃类型，第一数据报文的数据类型为不可丢弃类型；在第一数据报文中的多个业务数据的数据类型均为可丢弃类型，第一数据报文的数据类型为可丢弃类型。

一些实施例中，第一数据报文中的多个业务数据的数据类型可以是不同的，终端设备可以获取不同数据类型的多个业务数据，进而将具有不同数据类型的多个业务数据组包为第一数据报文。这样，第一数据报文中的多个业务数据的数据类型均为不可丢弃类型，或者第一数据报文中的多个业务数据的数据类型均为可丢弃类型，或者第一数据报文中的一部分业务数据的数据类型为不可丢弃类型、另一部分业务数据的数据类型为可丢弃类型。因此，在第一数据报文中的多个业务数据的数据类型均为不可丢弃类型时，第一数据报文的数据类型为不可丢弃类型；在第一数据报文中的多个业务数据的数据类型均为可丢弃类型时，第一数据报文的数据类型为可丢弃类型；在第一数据报文同时包含不可丢弃类型的业务数据和可丢弃类型的业务数据时，第一数据报文的数据类型可以为可丢弃类型。

其中，可丢弃类型的业务数据可以表示终端设备所上传的不重要的业务数据，不可丢弃类型的业务数据可以表示终端设备所上传的重要的业务数据。本申请实施例可以尽可能地减少数据的丢失，通过设置不可丢弃类型，可以保证重要数据的上报完整性，通过设置可丢弃类型，可以平衡系统的存储资源，从而提高数据报文的上传效率。

其中，数量阈值表示数据库所能容纳的数据报文的最大数量。在数据库中的数据报文的报文数量小于数量阈值，表示数据库中具有空闲容量。若数据库中具有空闲容量，则终端设备可以通过上报组件中的上报线程，将第一数据报文添加至数据库。应当理解，本申请实施例不对数量阈值的具体取值进行限定，为便于理解，本申请实施例以数量阈值等于5000为例进行说明。

一些实施例中，响应于数据类型为可丢弃类型，则终端设备可以通过上报组件删除第一数据报文。其中，终端设备可以通过上报组件中的上报线程删除第一数据报文，此时，数据库和缓存队列中均不包含第一数据报文。

一些实施例中，响应于数据类型为不可丢弃类型，且数据库中的数据报文的报文数量小于数量阈值，且数据库中存在第一数据报文，则终端设备可以通过上报组件获取第一数据报文的更新入库时间戳，将第一数据报文和更新入库时间戳发送至数据库线程，通过数据库线程将第一数据报文在数据库中的第二入库时间戳更新为更新入库时间戳。其中，更新入库时间戳可以表示第一数据报文重新写入数据库时的时间戳。其中，终端设备可以通过上报组件中的上报线程将第一数据报文和更新入库时间戳发送至数据库线程。

一些实施例中，响应于数据类型为不可丢弃类型，且数据库中的数据报文的报文数量大于或等于数量阈值，则终端设备可以通过上报组件删除第一数据报文，换言之，响应于数据库中的数据报文的报文数量大于或等于数量阈值，则终端设备可以通过上报组件中的上报线程删除第一数据报文。

步骤S104，响应于待上传数据报文集合中的第二数据报文成功上传至服务器，且数据库中存在第二数据报文，则从数据库中删除第二数据报文。

一些实施例中，响应于待上传数据报文集合中的第二数据报文成功上传至服务器，且数据库中不存在第二数据报文，则终端设备无需执行其他步骤。此时，数据库和缓存队列中均不包含第二数据报文。

响应于待上传数据报文集合中的第二数据报文成功上传至接入层(即接入服务器)，则接入层可以用于对第二数据报文进行解包处理，将解包得到的业务数据分发至服务器(即数据服务器)。其中，接入服务器可以将第二数据报文中的业务数据转发至相同的数据服务器，也可以将第二数据报文中的业务数据转发至不同的数据服务器。

待上传数据报文集合中还可以包括除第一数据报文和第二数据报文之外的其他数据报文，终端设备对其他数据报文进行上传处理的过程可以参见上述对第一数据报文和第二数据报文的上传处理的过程的描述，这里将不再进行赘述。

终端设备在将第一数据报文添加至数据库或者更新第一数据报文在数据库中的第二入库时间戳时，可以在后续步骤对数据库中的数据报文进行轮询时，轮询得到上述第一数据报文，进而将轮询得到的第一数据报文添加至缓存队列，以在后续步骤对缓存队列中的数据报文进行轮询时，轮询得到第一数据报文，从而实现对第一数据报文的重新上传。

由此可见，通过将待上传的数据报文存储至缓存队列，可以直接从内存中读取待上传数据报文集合中的待上传的数据报文，避免从磁盘中读取数据报文，从而提高数据报文的上传效率。此外，在对待上传数据报文集合中的数据报文进行上传处理时，响应于待上传数据报文集合中的第一数据报文满足连续上传失败条件，则可以暂停对该第一数据报文的上传，转而将该第一数据报文存储至数据库，从而避免在网络环境不好的情况下重复占用网络资源，进而可以提高网络资源的利用率。在后续网络环境好转的情况下，通过重新轮询数据库，依然可以有机会成功上传该第一数据报文，进而提高数据报文的上传成功率。

图5是本申请实施例提供的一种数据处理方法的流程示意图。该方法可以由服务器执行，也可以由终端设备执行，还可以由服务器和终端设备共同执行。该服务器可以为上述图2所对应实施中的服务器20a，该终端设备可以为上述图2所对应实施中的终端设备20b。本申请实施例以该方法由终端设备执行为例进行说明。其中，该数据处理方法可以包括以下步骤S201-步骤S204。

步骤S201，获取业务层上传的业务数据，对所述业务数据进行组包处理，生成第三数据报文。

终端设备可以在业务线程中，获取业务层上传的业务数据，通过业务线程将业务数据发送至上报组件。若业务数据的数据量满足组包条件，则终端设备可以基于上报组件对业务数据进行组包处理，生成第三数据报文。

为了不影响系统运行性能，业务上报数据最终都会通过线程间通信机制转发到上报专用线程(即上报线程)，换言之，不同的业务数据可以由业务层(即应用客户端)中的不同的业务线程发送至上报组件中的上报线程，进而在上报线程中，若业务数据的数据量满足组包条件，则对业务数据进行组包处理。一些实施例中，若业务数据的数据量不满足组包条件，则终端设备可以等待一段时间，在获取到的业务数据的数据量满足组包条件之后，再对业务数据进行组包处理。

若业务数据的数据量达到数据量阈值，则终端设备可以确定业务数据的数据量满足组包条件。一些实施例中，若业务数据的数据量未达到数据量阈值，则终端设备可以确定业务数据的数据量不满足组包条件。

上报组件可以提供后台配置能力。也即，上报组件可以接收上报组件对应的服务器(以下称为配置服务器)配置的实施方案，并根据配置的实施方案执行其功能。上报组件对应的服务器可以指用于对上报组件进行管理和配置、更新的服务器。该服务器可以是由上报组件的提供者设置的服务器。例如，当上报组件为操作系统中运行的软件平台时，对应的服务器可以是该软件平台的提供者提供的云服务器。该服务器可以在任意时间，或根据上报组件的用户通过其它途径(例如通过智能手机中的上报组件管理程序)发送的指示，对上报组件中配置的实施方案进行更新。例如，云端配置的实施方案可以为是否上报(即确定是否执行本方案)、组包的大小(即业务数据的数据量)，缓存队列长度(即缓存队列的容量)，数据库的容量等。这样，本申请实施例可以无需更新终端设备、应用程序和上报组件，就配置上报组件的实施方案，从而达到控制上报流程，规避上报本身问题造成事故的目的。

例如，上报组件可以接收配置服务器配置的缓存容量，通过将所述缓存队列中数据报文的数据量与所述缓存容量进行比较，确定所述缓存队列中是否存在空闲位置。响应于所述缓存队列中数据报文的数据量小于所述缓存容量，允许向所述缓存队列写入数据。响应于所述缓存队列中数据报文的数据量不小于所述缓存容量，拒绝向所述缓存队列写入数据。

又例如，上报组件可以接收配置服务器配置的数据库容量，通过将所述数据库中数据报文的数据量与所述数据库容量进行比较，确定所述数据库中是否存在空闲位置。响应于所述数据库中数据报文的数据量小于所述数据库容量，允许向所述数据库写入数据。响应于所述数据库中数据报文的数据量不小于所述数据库容量，拒绝向所述数据库写入数据。

再例如，上报组件可以接收配置服务器配置的上传数据量。在对所述缓存队列进行轮询得到待上传数据报文集合时，上报组件可以将所述上传数据量作为限制条件，得到所述待上传数据报文集合。其中，所述待上传数据报文集合的数据量不大于所述上传数据量。

组包是指对业务数据进行合并和压缩，如果每一次上传到接入服务器的业务数据没有经过合并和压缩，网络利用率就会大大降低。特别是在车载环境网络较差的情况下，合并和压缩业务数据不仅可以提高网络利用率，也提高了上传成功率和上报及时性。

其中，业务数据可以为与终端设备中的应用客户端相关联的设备日志。在终端设备为车载终端时，设备日志可以包括车载终端中的日志记录。日志记录可以包括车载客户端遇到功能异常时所记录的异常问题。一些实施例中，日志记录也可以包括车载终端在行驶过程中的车速信息和里程信息。一些实施例中，日志记录还可以包括车载终端在行驶过程中的行驶轨迹。一些实施例中，日志记录还可以包括车载终端上的行车记录仪所拍摄的行车视频数据。这里不对日志记录中所记录的数据进行一一列举。

相应的，数据服务器可以为用于对日志记录进行数据处理的服务器。比如，数据服务器可以对车载客户端在使用过程中所遇到的异常问题进行汇总，为车载客户端提供异常问题所对应的解决方案。如果异常问题不能及时且准确的上传至数据服务器，那么没有办法获得足够的信息处理问题，在问题得不到及时处理的情况下，就会导致用户流失。又比如，数据服务器可以分析车载终端的车速信息和里程信息，确定车载终端是否出现超速行为，进而在车载终端出现超速行为时，为车载终端提示超速告警，以提高车载终端行驶的安全性。又比如，数据服务器可以对车载终端的行驶轨迹进行分析，并结合当前道路上的路况信息等，以实现准确且及时的车机服务、或提供自动驾驶服务，这里的车机服务可以为提供规避拥堵路段的功能。又比如，数据服务器可以通过行车记录仪所拍摄的行车视频数据，实时监测车辆的运行状态信息，使得无需从车载终端上拷贝行车视频数据，从而达到远程控制、应急指挥的目的。

在本申请中，涉及到设备日志中的异常问题、车速信息、里程信息、行驶轨迹和行车视频数据等相关的数据，当本申请以上实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守所在国家相关法律法规和国家标准。例如，车载终端可以显示提示信息“是否记录车速信息和里程信息，且将记录到的信息发送至服务器”，当车载终端对应的用户授权通过之后，车载终端才可以将车速信息和里程信息作为业务数据，进而上传该业务数据。

终端设备可以将业务层对应的日志文件映射至业务层的内存的虚拟地址空间。终端设备可以根据递增的方式，为业务数据分配业务标识(也称为目标业务标识)，将目标业务标识写入日志文件。终端设备可以通过虚拟地址空间获取在某一时间段(也称为目标时间段)内的最大业务标识和最小业务标识。终端设备可以获取服务器在目标时间段内所统计到的去重业务标识数量。终端设备可以根据最大业务标识、最小业务标识和去重业务标识数量，生成上报成功率。其中，单调递增的目标业务标识可以保证生成的上报成功率的准确性。

服务器可以统计在目标时间段内所接收到的去重业务标识数量，进而将去重业务标识数量返回至终端设备，以使终端设备从虚拟地址空间获取在目标时间段内的最大业务标识和最小业务标识，进而终端设备可以根据最大业务标识、最小业务标识和去重业务标识数量，生成上报成功率。一些实施例中，终端设备还可以将从虚拟地址空间获取到的在目标时间段内的最大业务标识和最小业务标识发送至服务器，以使服务器统计在目标时间段内所接收到的去重业务标识数量，进而服务器可以根据最大业务标识、最小业务标识和去重业务标识数量，生成上报成功率。

上报成功率可以为针对一个数据服务器而言，也可以为针对多个数据服务器而言。换言之，去重业务标识数量可以为针对一个数据服务器所统计的，也可以为针对多个数据服务器所统计的。这样，在去重业务标识数量针对一个数据服务器所统计时，上报成功率为针对一个数据服务器而言。在去重业务标识数据针对全部数据服务器所统计时，上报成功率为针对全部数据服务器而言。其中，上报成功率在针对全部数据服务器而言时，可以等同于针对接入服务器而言，即去重业务标识数据可以为针对接入服务器所统计的。

由于网络不稳定等多种原因，数据服务器不可避免的会接收到重复的目标业务标识，这样，数据服务器就需要对接收到的目标业务标识进行去重，得到去重后的目标业务标识，进而将去重后的目标业务标识的数量作为去重业务标识数量。

本申请实施例可以将目标业务标识保存到mmap(memory mapping，一种内存映射文件的方法)映射的文件(即日志文件)，这块内存具有在进程崩溃时会回写到文件系统的特点，既保证了进程重启后目标业务标识可以继续增长，也避免应用程序崩溃时目标业务标识来不及写入文件，导致目标业务标识不单调连续。换言之，终端设备可以将应用客户端在磁盘中的日志文件映射进应用客户端在内存中的虚拟地址空间，这个日志文件可以用于存储唯一表示的目标业务标识，在应用客户端的进程崩溃时，终端设备会释放内存，内存中的这个文件中的目标业务标识会被写回到磁盘中，从而保证目标业务标识的唯一性。同理，在进程不崩溃时，目标业务标识也会被回写到磁盘中。

其中，不同的应用客户端可以通过mmap方法映射有不同的日志文件，以使每个应用客户端会在各自的日志文件中从0开始递增表示各自的目标业务标识。

其中，终端设备根据最大业务标识、最小业务标识和去重业务标识数量，生成上报成功率的具体过程可以参见下述公式(1)：

其中，logid可以表示目标业务标识，distinct logid可以表示对接入服务器在目标时间段内接收到的logid进行去重，count(distinct logid)可以表示logid去重后的总数(即去重业务标识数量)；max(logid)可以表示在目标时间段内分配的最大目标业务标识，min(logid)可以表示在目标时间段内分配的最小目标业务标识，((max(logid)-min(logid))+1)可以表示在目标时间段内生成的目标业务标识的数量(即累积业务标识数量)。

终端设备可以根据最大业务标识和最小业务标识，生成累积业务标识数量，进而根据去重业务标识数量和累积业务标识数量的比值，生成上报成功率。

终端设备可以确定设备缓存队列中是否存在空闲位置，进而在缓存队列中存在空闲位置时，执行步骤S202，或者在缓存队列中不存在空闲位置时，执行步骤S203-步骤S204。

步骤S202，响应于缓存队列中存在空闲位置，则通过上报组件将第三数据报文添加至缓存队列。

一些实施例中，终端设备可以通过上报线程将第三数据报文添加至缓存队列。

业务层上报的业务数据并不会立即上传至接入层，而是会先存入缓存队列。在终端环境下(特别是车载环境下)，系统资源会因为各种原因受到限制，网络随时都可能进入不稳定状态，导致数据上传成功的概率偏低。因此，将组包后的业务数据(即第三数据报文)加入缓存队列，一方面可以保存数据，失败后重试以提高数据报文的上报成功率，另一方面可以降低了磁盘访问频率，进而提高了数据报文的上传效率。

可以理解的是，通常情况下，终端设备会将待添加数据报文集合中的数据报文和第三数据报文添加至缓存队列的末尾，以在后续的轮询中从缓存队列中读取第三数据报文。其中，终端设备设备可以在后续的第一次对缓存队列进行轮询时，读取到第三数据报文，也可以在后续的第二次对缓存队列进行轮询时，读取到第三数据报文，还可以在后续的其他轮询时，读取到第三数据报文，本申请对此不做限定。

一些实施例中，终端设备还可以根据第三数据报文的报文优先级，将第三数据报文添加至缓存队列中的其他位置。例如，首部位置，这样，终端设备就可以在后续的第一次对缓存队列进行轮询时，读取到缓存队列中的第三数据报文。可以理解的是，通过为第三数据报文设置报文优先级，可以优先轮询缓存队列中的报文优先级更高的数据报文，进而优先上传报文优先级更高的数据报文，这里的报文优先级可以表示数据报文的重要程度，从而实现优先上传重要程度更高的数据报文的目的。

步骤S203，若缓存队列中不存在空闲位置，则通过上报组件将当前时间戳确定为第三数据报文的第三入库时间戳，将第三数据报文和第三入库时间戳发送至数据库线程。

步骤S204，通过数据库线程将第三数据报文和第三入库时间戳关联存储至数据库。

图6是本申请实施例提供的一种进行数据上报的流程示意图。如图6所示，业务层(即应用程序)可以执行步骤S61，通过步骤S61进行初始化，进而开始通过步骤S62启动轮询。轮询可以包含两个部分，一个部分是对数据库和缓存队列进行轮询，另一部分是每隔W秒轮询发送心跳业务数据。其中，心跳业务数据是指定期上报的一个业务数据，可以证明业务端还是在正常工作，用于数据后台分析业务端的运行情况。心跳业务数据的数据类型可以为可丢弃类型。

第一部分轮询的时间间隔可以为Y秒。Y可以为正数，例如，5秒。W可以表示第二部分轮询的时间间隔，这里的W可以为正数，例如，30秒。

如图6所示，终端设备可以执行步骤S64，通过步骤S64每隔W秒轮询发送心跳业务数据。如图6所示，终端设备在对数据库和缓存队列进行轮询时，可以首先执行步骤S63，在步骤S63中读取数据库中存储的业务数据，进而执行步骤S65，通过步骤S65对数据库中存储的业务数据进行轮询。每一次轮询可以从数据库中读取K个业务数据，将K个业务数据作为待添加数据报文集合，将待添加数据报文集合加入缓存队列。其中，这里的K可以为正整数。

终端设备可以执行步骤S66，通过步骤S66对缓存队列进行轮询，从缓存队列中遍历得到S个数据报文，将S个数据报文作为待上传数据报文集合，进而在网络连接的条件下，通过步骤S67对待上传数据报文进行上传处理，即通过网络组件对从缓存队列中取出的数据报文进行上传处理，将从缓存队列中取出的数据报文上传至接入服务器。S可以为正整数。S可以为上报组件所设定的同一时间进行上传处理的数据报文的数量。通过设定同一时间进行上传处理的数据报文的数量，可以避免网络组件占用过多的网络资源。

如图6所示，在步骤S68中，响应于待上传数据报文集合中的数据报文上传失败，则终端设备可以累积该上传失败的数据报文的连续上传失败次数，进而通过步骤S70确定连续上传失败次数是否超过次数阈值。在连续上传失败次数超过次数阈值时，终端设备可以执行步骤S71，将该上传失败的数据报文写入数据库，在之后的轮询中读取且重试。一些实施例中，在连续上传失败次数未超过次数阈值时，终端设备可以执行步骤S71，将该上传失败的数据报文重新加入缓存队列，在之后的轮询中重试。

数据报文的数据类型可以划分为可丢弃类型和不可丢弃类型两种类型。终端设备在执行步骤S71，通过步骤S71将上传失败的数据报文写入数据库时，需要确定数据报文的数据类型，进而在数据报文的数据类型为不可丢弃类型时，通过步骤S71将上传失败的数据报文写入数据库。一些实施例中，在数据报文的数据类型为可丢弃类型时，终端设备无需通过步骤S71将上传失败的数据报文写入数据库，而是直接丢弃该上传失败的数据报文。

终端设备在执行步骤S72时，可以确定数据库中的数据报文的报文数量是否超出数量阈值，进而在报文数量未超出数量阈值时，将该上传失败的数据报文写入数据库。一些实施例中，在报文数量超出数量阈值时，终端设备可以执行步骤S73，丢弃该上传失败的数据报文。

终端设备在将上传失败的数据报文写入数据库时，会附带更新一个时间戳(即更新入库时间戳)，以在每一次对数据库进行轮询时，都会从数据库中读取时间戳最久的数据报文，加入到缓存队列中继续重试。换言之，终端设备可以通过LRU(Least Recently Used，最近最少使用)对数据库进行轮询。一些实施例中，终端设备还可以通过FIFO(First Input First Output，先进先出)等算法对数据库进行轮询，本申请对此不做限定。

如图6所示，在步骤S69中，响应于待上传数据报文集合中的数据报文上传成功，则终端设备可以确定数据库中是否存在该上传成功的数据报文，进而在数据库中存在该上传成功的数据报文时，从数据库中删除该上传成功的数据报文。一些实施例中，在数据库中不存在该上传成功的数据报文时，终端设备无需执行其他操作。

如图6所示，在业务层需要上报新数据时，可以执行步骤S74，通过步骤S74上传新的业务数据，进而通过步骤S75对业务数据进行组包处理。可以理解的是，终端设备可以通过步骤S76确定业务数据的数据量(即数据大小)是否满足组包条件，进而在业务数据的数据大小满足组包条件时，执行步骤S71，通过步骤S71将组包所得到的数据报文加入缓存队列。一些实施例中，在业务数据的数据大小不满足组包条件时，终端设备可以执行步骤S77，在步骤S77中等待业务层上传新的业务数据，直到接收到的待进行组包处理的业务数据的数据大小满足组包条件时，完成组包。

终端设备在通过步骤S71将组包所得到的数据报文加入缓存队列时，需要确定缓存队列中是否存在空闲位置，进而在缓存队列中存在空闲位置时，将组包所得到的数据报文加入缓存队列。一些实施例中，在缓存队列中不存在空闲位置时，终端设备可以执行步骤S72，通过步骤S72将组包所得到的数据报文写入数据库。

同理，终端设备在执行步骤S72时，可以确定数据库中的数据报文的报文数量是否超出数量阈值，进而在报文数量未超出数量阈值时，将该组包所得到的数据报文写入数据库。一些实施例中，在报文数量超出数量阈值时，终端设备可以执行步骤S73，丢弃该组包所得到的数据报文。

当上报专用线程(即上报线程)中的缓存队列满，上报线程需要直接将数据报文转发至数据库专用线程(即数据库线程)。当上报线程上报失败(即连续上传失败次数超过次数阈值)时，上报线程需要间接将数据报文转发至数据库线程，以使数据库线程执行步骤S72，将数据报文写入数据库。同理，当轮询时从数据库读取数据时，数据库线程需要从数据库中读取数据报文，进而将数据报文转发至上报线程，以使上报线程执行步骤S71，将数据报文加入缓存队列。

终端设备可以在任意时刻执行上述步骤S201-步骤S204。当执行上述步骤S202时，上述图3所对应实施例的缓存队列中可以包含第三数据报文。在对缓存队列进行轮询时，有机会将第三数据报文作为待上传数据报文集合。当执行上述步骤S203-步骤S204时，上述图3所对应实施例的数据库中可以包含第三数据报文。在对数据库进行轮询时，有机会将第三数据报文作为待添加数据报文集合。

由此可见，本申请实施例可以在获取到待上传的业务数据之后，对业务数据进行组包处理，进而将组包得到的第三数据报文添加至缓存队列或数据库中，在后续对缓存队列或数据库的轮询过程中轮询得到第三数据报文，以实现第三数据报文中的业务数据的上传处理。可以理解的是，通过对业务数据的组包处理，可以提高网络利用率，且提高数据报文的上传成功率和上报及时性。

图7是本申请实施例提供的一种数据处理装置的结构示意图，该数据处理装置1可以包括：数据库轮询模块11，队列轮询模块12，数据添加模块13，数据删除模块14。该数据处理装置1还可以包括：次数累积模块15，第一比较模块16，第二比较模块17，数据生成模块18，第一处理模块19，第二处理模块20。

数据库轮询模块11，用于对数据库中的数据报文进行轮询，得到待添加数据报文集合，将待添加数据报文集合添加至缓存队列；

数据库轮询模块11包括：数据库轮询单元111，集合添加单元112。

数据库轮询单元111，用于响应于缓存队列中存在空闲位置，则通过上报组件调用数据库线程对数据库中的数据报文进行轮询，得到待添加数据报文集合。

一些实施例中，数据库轮询单元111，用于响应于缓存队列中存在空闲位置，则通过上报组件调用数据库线程，在数据库线程中，根据数据库中的数据报文的第一入库时间戳，对数据库中的数据报文进行排序，得到排序后的数据报文。

一些实施例中，数据库轮询单元111，用于从排序后的数据报文中轮询得到K个数据报文，将K个数据报文确定为待添加数据报文集合；K为正整数。

集合添加单元112，用于通过数据库线程将待添加数据报文集合发送至上报组件，通过上报组件将待添加数据报文集合添加至缓存队列。

数据库轮询单元111和集合添加单元112的具体实现方式，可以参见上述图3所对应实施例中对步骤S101的描述，这里将不再进行赘述。

队列轮询模块12，用于从缓存队列中轮询得到待上传数据报文集合，对待上传数据报文集合进行上传处理。

一些实施例中，队列轮询模块12，用于响应于缓存队列中存在数据报文，则在上报组件中，根据缓存队列中的数据报文的队列位置，从缓存队列中轮询得到S个数据报文，将S个数据报文确定为待上传数据报文集合。S为正整数。

一些实施例中，队列轮询模块12，用于基于网络组件对待上传数据报文集合进行上传处理。

数据添加模块13，用于响应于待上传数据报文集合中的第一数据报文满足连续上传失败条件，则将第一数据报文添加至数据库。

一些实施例中，数据添加模块13，用于响应于待上传数据报文集合中的第一数据报文满足连续上传失败条件，则获取第一数据报文的数据类型；

一些实施例中，数据添加模块13，用于响应于数据类型为不可丢弃类型，且数据库中的数据报文的报文数量小于数量阈值，且数据库中不存在第一数据报文，则通过上报组件将当前时间戳确定为第一数据报文的第二入库时间戳，将第一数据报文和第二入库时间戳发送至数据库线程，通过数据库线程将第一数据报文和第二入库时间戳关联存储至数据库。

一些实施例中，数据添加模块13，还具体用于响应于数据类型为可丢弃类型，则通过上报组件删除第一数据报文。

一些实施例中，数据添加模块13，还用于响应于数据类型为不可丢弃类型，且数据库中的数据报文的报文数量小于数量阈值，且数据库中存在第一数据报文，则通过上报组件获取第一数据报文的更新入库时间戳，将第一数据报文和更新入库时间戳发送至数据库线程，通过数据库线程将第一数据报文在数据库中的第二入库时间戳更新为更新入库时间戳。

一些实施例中，数据添加模块13，还用于响应于数据类型为不可丢弃类型，且数据库中的数据报文的报文数量大于或等于数量阈值，则通过上报组件删除第一数据报文。

数据删除模块14，用于响应于待上传数据报文集合中的第二数据报文成功上传至服务器，且数据库中存在第二数据报文，则从数据库中删除第二数据报文。

一些实施例中，次数累积模块15，用于响应于待上传数据报文集合中的第一数据报文上传失败，则累计第一数据报文的连续上传失败次数；

第一比较模块16，用于响应于连续上传失败次数达到次数阈值，则确定第一数据报文满足连续上传失败条件；

第二比较模块17，用于响应于连续上传失败次数未达到次数阈值，则确定第一数据报文不满足连续上传失败条件，通过上报组件将第一数据报文重新添加至缓存队列。

一些实施例中，数据生成模块18，用于获取业务层上传的业务数据，对业务数据进行组包处理，生成第三数据报文。

一些实施例中，数据生成模块18，用于在业务线程中，获取业务层上传的业务数据，通过业务线程将业务数据发送至上报组件。

一些实施例中，数据生成模块18，用于响应于业务数据的数据量满足组包条件，则基于上报组件对业务数据进行组包处理，生成第三数据报文。

第一处理模块19，用于响应于缓存队列中存在空闲位置，则通过上报组件将第三数据报文添加至缓存队列。

一些实施例中，第二处理模块20，用于响应于缓存队列中不存在空闲位置，则通过上报组件将当前时间戳确定为第三数据报文的第三入库时间戳，将第三数据报文和第三入库时间戳发送至数据库线程。

第二处理模块20，用于通过数据库线程将第三数据报文和第三入库时间戳关联存储至数据库。

一些实施例中，数据处理装置1还用于将业务层对应的日志文件映射至业务层的内存的虚拟地址空间。

一些实施例中，数据处理装置1还用于根据递增的方式，为业务数据分配目标业务标识，将目标业务标识写入日志文件。

一些实施例中，数据处理装置1还用于通过虚拟地址空间获取在目标时间段内的最大业务标识和最小业务标识。

一些实施例中，数据处理装置1还用于获取服务器在目标时间段内所统计到的去重业务标识数量。

一些实施例中，数据处理装置1还用于根据最大业务标识、最小业务标识和去重业务标识数量，生成上报成功率。

一些实施例中，数据处理装置1还用于响应于待上传数据报文集合中的第二数据报文成功上传至接入层，则接入层用于对第二数据报文进行解包处理，将解包得到的业务数据分发至服务器。

其中，数据库轮询模块11，队列轮询模块12，数据添加模块13和数据删除模块14的具体实现方式，可以参见上述图3所对应实施例中对步骤S101-步骤S104的描述，这里将不再进行赘述。其中，次数累积模块15，第一比较模块16，第二比较模块17，数据生成模块18，第一处理模块19和第二处理模块20的具体实现方式，可以参见上述图5所对应实施例中对步骤S201-步骤S204的描述，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

一些实施例中，数据处理装置1还可以包括配置接收模块，用于接收配置服务器的配置信息，所述配置信息包括以下之一：

缓存容量，用于指定所述缓存队列允许写入数据量的最大值；

数据库容量，用于指定所述数据库允许写入数据量的最大值；

上传数据量，用于指定同时上传的数据报文的最大数据量。

数据处理装置1可以通过将所述缓存队列中数据报文的数据量与所述缓存容量进行比较，确定所述缓存队列中是否存在空闲位置。响应于所述缓存队列中数据报文的数据量小于所述缓存容量，允许向所述缓存队列写入数据。响应于所述缓存队列中数据报文的数据量不小于所述缓存容量，拒绝向所述缓存队列写入数据。

数据处理装置1可以通过将所述数据库中数据报文的数据量与所述数据库容量进行比较，确定所述数据库中是否存在空闲位置。响应于所述数据库中数据报文的数据量小于所述数据库容量，允许向所述数据库写入数据。响应于所述数据库中数据报文的数据量不小于所述数据库容量，拒绝向所述数据库写入数据。

队列轮询模块12在对所述缓存队列进行轮询得到待上传数据报文集合时，可以将所述上传数据量作为限制条件，得到所述待上传数据报文集合。其中，所述待上传数据报文集合的数据量不大于所述上传数据量。

图8是本申请实施例提供的一种计算机设备的结构示意图。如图8所示，该计算机设备1000可以包括：处理器1001，网络接口1004和存储器1005。此外，上述计算机设备1000还可以包括：用户接口1003，和至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。在一些实施例中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。一些实施例中，网络接口1004可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。一些实施例中，存储器1005还可以是至少一个位于远离前述处理器1001的存储装置。如图8所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在如图8所示的计算机设备1000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现：

从缓存队列中轮询得到待上传数据报文集合，对待上传数据报文集合进行上传处理；

应当理解，本申请实施例中所描述的计算机设备1000可执行前文图3和图5所对应实施例中对数据处理方法的描述，也可执行前文图7所对应实施例中对数据处理装置1的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机可读存储介质，且计算机可读存储介质中存储有前文提及的数据处理装置1所执行的计算机程序，且计算机程序包括程序指令，当处理器执行程序指令时，能够执行前文图3和图5所对应实施例中对数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

此外，需要说明的是：本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或者计算机程序可以包括计算机指令，该计算机指令可以存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器可以执行该计算机指令，使得该计算机设备执行前文图3和图5所对应实施例中对数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本申请方法实施例的描述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims

一种数据处理方法，应用于车载中控设备，所述车载中控设备中设置有数据库和缓存队列，所述方法包括：

对所述数据库中的数据报文进行轮询，得到待添加数据报文集合，将所述待添加数据报文集合添加至所述缓存队列；

对所述缓存队列进行轮询得到待上传数据报文集合，将所述待上传数据报文集合通过所述车载中控设备的无线通信连接进行上传；

响应于所述待上传数据报文集合中的第一数据报文满足连续上传失败条件，则将所述第一数据报文存储在所述数据库中；

响应于所述待上传数据报文集合中的第二数据报文成功上传至服务器，且所述数据库中存在所述第二数据报文，则从所述数据库中删除所述第二数据报文。
根据权利要求1所述的方法，进一步包括：

接收配置服务器配置的缓存容量；

通过将所述缓存队列中数据报文的数据量与所述缓存容量进行比较，确定所述缓存队列中是否存在空闲位置；

响应于所述缓存队列中数据报文的数据量小于所述缓存容量，允许向所述缓存队列写入数据；

响应于所述缓存队列中数据报文的数据量不小于所述缓存容量，拒绝向所述缓存队列写入数据。
根据权利要求1所述的方法，进一步包括：

接收配置服务器配置的数据库容量；

通过将所述数据库中数据报文的数据量与所述数据库容量进行比较，确定所述数据库中是否存在空闲位置；

响应于所述数据库中数据报文的数据量小于所述数据库容量，允许向所述数据库写入数据；

响应于所述数据库中数据报文的数据量不小于所述数据库容量，拒绝向所述数据库写入数据。
根据权利要求1所述的方法，进一步包括：

接收配置服务器配置的上传数据量；

其中，对所述缓存队列进行轮询得到待上传数据报文集合包括：

将所述上传数据量作为限制条件，得到所述待上传数据报文集合，其中，所述待上传数据报文集合的数据量不大于所述上传数据量。
根据权利要求1所述的方法，其中，所述对数据库中的数据报文进行轮询，得到待添加数据报文集合，将所述待添加数据报文集合添加至缓存队列，包括：

响应于缓存队列中存在空闲位置，则通过上报组件调用数据库线程对数据库中的数据报文进行轮询，得到待添加数据报文集合；

通过所述数据库线程将所述待添加数据报文集合发送至所述上报组件，通过所述上报组件将所述待添加数据报文集合添加至所述缓存队列。
根据权利要求5所述的方法，其中，所述响应于缓存队列中存在空闲位置，则通过上报组件调用数据库线程对数据库中的数据报文进行轮询，得到待添加数据报文集合，包括：

响应于缓存队列中存在空闲位置，则通过上报组件调用数据库线程，在所述数据库线程中，根据数据库中的数据报文的第一入库时间戳，对所述数据库中的数据报文进行排序，得到排序后的数据报文；

从所述排序后的数据报文中轮询得到K个数据报文，将所述K个数据报文确定为待添加数据报文集合；所述K为正整数。
根据权利要求1所述的方法，其中，所述从所述缓存队列中轮询得到待上传数据报文集合，对所述待上传数据报文集合进行上传处理，包括：

响应于所述缓存队列中存在数据报文，则在上报组件中，根据所述缓存队列中的数据报文的队列位置，从所述缓存队列中轮询得到S个数据报文，将所述S个数据报文确定为待上传数据报文集合；所述S为正整数；

基于网络组件对所述待上传数据报文集合进行上传处理。
根据权利要求1所述的方法，进一步包括：

响应于所述待上传数据报文集合中的所述第一数据报文上传失败，则累计所述第一数据报文的连续上传失败次数；

响应于所述连续上传失败次数达到次数阈值，则确定所述第一数据报文满足连续上传失败条件；

响应于所述连续上传失败次数未达到所述次数阈值，则确定所述第一数据报文不满足所述连续上传失败条件，通过上报组件将所述第一数据报文重新添加至所述缓存队列。
根据权利要求1所述的方法，其中，所述响应于所述待上传数据报文集合中的第一数据报文满足连续上传失败条件，则将所述第一数据报文添加至所述数据库，包括：

响应于所述待上传数据报文集合中的第一数据报文满足连续上传失败条件，则获取所述第一数据报文的数据类型；

响应于所述数据类型为不可丢弃类型，且所述数据库中的数据报文的报文数量小于数量阈值，且所述数据库中不存在所述第一数据报文，则通过上报组件将当前时间戳确定为所述第一数据报文的第二入库时间戳，将所述第一数据报文和所述第二入库时间戳发送至数据库线程，通过所述数据库线程将所述第一数据报文和所述第二入库时间戳关联存储至所述数据库。
根据权利要求9所述的方法，进一步包括：

响应于所述数据类型为可丢弃类型，则通过所述上报组件删除所述第一数据报文；

响应于所述数据类型为所述不可丢弃类型，且所述数据库中的数据报文的所述报文数量小于所述数量阈值，且所述数据库中存在所述第一数据报文，则通过所述上报组件获取所述第一数据报文的更新入库时间戳，将所述第一数据报文和所述更新入库时间戳发送至所述数据库线程，通过所述数据库线程将所述第一数据报文在所述数据库中的所述第二入库时间戳更新为所述更新入库时间戳；

响应于所述数据类型为所述不可丢弃类型，且所述数据库中的数据报文的所述报文数量大于或等于所述数量阈值，则通过所述上报组件删除所述第一数据报文。
根据权利要求1所述的方法，进一步包括：

获取业务层上传的业务数据，对所述业务数据进行组包处理，生成第三数据报文；

响应于所述缓存队列中存在空闲位置，则通过上报组件将所述第三数据报文添加至所述缓存队列。
根据权利要求11所述的方法，其中，所述获取业务层上传的业务数据，对所述业务数据进行组包处理，生成第三数据报文，包括：

在业务线程中，获取业务层上传的业务数据，通过所述业务线程将所述业务数据发送至上报组件；

响应于所述业务数据的数据量满足组包条件，则基于所述上报组件对所述业务数据进行组包处理，生成第三数据报文。
根据权利要求11所述的方法，进一步包括：

响应于所述缓存队列中不存在所述空闲位置，则通过所述上报组件将当前时间戳确定为所述第三数据报文的第三入库时间戳，将所述第三数据报文和所述第三入库时间戳发送至数据库线程；

通过所述数据库线程将所述第三数据报文和所述第三入库时间戳关联存储至所述数据库。
根据权利要求11所述的方法，进一步包括：

将所述业务层对应的日志文件映射至所述业务层的内存的虚拟地址空间；

根据递增的方式，为所述业务数据分配目标业务标识，将所述目标业务标识写入所述日志文件；

通过所述虚拟地址空间获取在目标时间段内的最大业务标识和最小业务标识；

获取所述服务器在所述目标时间段内所统计到的去重业务标识数量；

根据所述最大业务标识、所述最小业务标识和所述去重业务标识数量，生成上报成功率。
根据权利要求1所述的方法，进一步包括：

响应于所述待上传数据报文集合中的第二数据报文成功上传至接入层，则所述接入层用于对所述第二数据报文进行解包处理，将解包得到的业务数据分发至所述服务器。
一种数据处理装置，设置于车载中控设备中，所述车载中控设备中设置有数据库和缓存队列，所述装置包括：

数据库轮询模块，用于对数据库中的数据报文进行轮询，得到待添加数据报文集合，将所述待添加数据报文集合添加至缓存队列；

队列轮询模块，用于对所述缓存队列进行轮询得到待上传数据报文集合，通过所述车载中控设备的无线通信连接将所述待上传数据报文集合进行上传；

数据添加模块，用于响应于所述待上传数据报文集合中的第一数据报文满足连续上传失败条件，则将所述第一数据报文添加至所述数据库；

数据删除模块，用于响应于所述待上传数据报文集合中的第二数据报文成功上传至服务器，且所述数据库中存在所述第二数据报文，则从所述数据库中删除所述第二数据报文。
根据权利要求16所述的数据处理装置，进一步包括：

配置接收模块，用于接收配置服务器的配置信息，所述配置信息包括以下之一：

缓存容量，用于指定所述缓存队列允许写入数据量的最大值；

数据库容量，用于指定所述数据库允许写入数据量的最大值；

上传数据量，用于指定同时上传的数据报文的最大数据量。
一种计算机设备，其特征在于，包括：处理器和存储器；

所述处理器与所述存储器相连，其中，所述存储器用于存储计算机程序，所述处理器用于调用所述计算机程序，以使得所述计算机设备执行权利要求1-15任一项所述的方法。
一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，该计算机程序适于由处理器加载并执行，以使得具有所述处理器的计算机设备执行权利要求1-15任一项所述的方法。
一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中，且适于由处理器读取并执行，以使得具有所述处理器的计算机设备执行权利要求1-15任一项所述的方法。