数据处理方法、车载终端、数据处理系统和电子设备与流程

1.本技术涉及移动互联网技术领域，尤其涉及一种数据处理方法、车载终端、数据处理系统和电子设备。


背景技术：

2.ubi(usage-based insurance)车险是基于使用量而定保费的保险，ubi车险可理解为一种基于驾驶行为进行差别化定价的保险，驾驶习惯差的驾驶员需要为其驾驶高风险而支付额外的保费，习惯好的可以享受保费优惠。其中，要实现ubi车险的真正落地，至关重要的是要解决数据实时传输的问题。
3.目前，采用车载终端进行数据的采集和传输，由于车载终端无法保证在不同环境下的数据的实时传输，进而影响到驾驶数据传输的可靠性与实时性，使ubi车险落地困难。


技术实现要素：

4.本技术实施例提供了一种数据处理方法、车载终端、数据处理系统和电子设备，以解决目前驾驶数据传输的可靠性与实时性差，导致ubi车险落地困难的问题。
5.本技术第一方面提供一种数据处理方法，应用于车载终端，数据处理方法包括：获取车辆的环境信息以及行驶信息；根据环境信息，确定车辆处于当前环境的预估时长；若预估时长大于时长阈值，则将车载终端从第一网络切换至目标网络；采用目标网络向数据处理平台发送行驶信息，数据处理平台用于根据行驶信息确定车辆的ubi车险，目标网络的信号强度大于当前网络的信号强度。
6.在本技术的一个实施例中，行驶信息包括位置信息，获取车辆的行驶信息包括：接收gnss导航信号和低轨导航增强信号；根据gnss导航信号和低轨导航增强信号，确定位置信息，数据处理平台用于根据位置信息确定车辆的速度、变道信息或偏移信息。
7.在本技术的一个实施例中，根据环境信息，确定车辆处于当前环境的预估时长之前，还包括：若位置信息对应地面移动通信网络的覆盖信号强度小于信号强度阈值，则将车载终端的网络切换至第一网络，第一网络为卫星网络。
8.在本技术的一个实施例中，行驶信息包括：加速信息和震动信息；获取车辆的行驶信息包括：采用加速度传感器获取车辆的加速信息；采用震动传感器获取车辆的震动信息，数据处理平台用于根据加速信息和震动信息确定车辆的加速信息、刹车信息或转弯信息。
9.在本技术的一个实施例中，环境信息包括：行驶场景以及行驶天气，则获取车辆的环境信息，包括：采用地图盒子获取车辆的行驶场景；采用天气传感器获取车辆的行驶天气。
10.本技术第二方面提供一种车载终端，包括：
11.获取模块，用于获取车辆的环境信息以及行驶信息；
12.确定模块，用于根据环境信息，确定车辆处于当前环境的预估时长；
13.切换模块，用于若预估时长大于时长阈值，则将车载终端从第一网络切换至目标
网络；
14.发送模块，用于采用目标网络向数据处理平台发送行驶信息，数据处理平台用于根据行驶信息确定车辆的ubi车险，目标网络的信号强度大于当前网络的信号强度。
15.在本技术的一个实施例中，行驶信息包括位置信息，获取模块具体用于：接收gnss导航信号和低轨导航增强信号；根据gnss导航信号和低轨导航增强信号，确定位置信息，数据处理平台用于根据位置信息确定车辆的速度、变道信息或偏移信息。
16.在本技术的一个实施例中，切换模块还用于：
17.若位置信息对应地面移动通信网络的覆盖信号强度小于信号强度阈值，则将车载终端的网络切换至第一网络，第一网络为卫星网络。
18.在本技术的一个实施例中，行驶信息包括：加速信息和震动信息；获取模块具体用于：采用加速度传感器获取车辆的加速信息；采用震动传感器获取车辆的震动信息，数据处理平台用于根据加速信息和震动信息确定车辆的加速信息、刹车信息或转弯信息。
19.在本技术的一个实施例中，环境信息包括：行驶场景以及行驶天气，则获取模块具体用于：采用地图盒子获取车辆的行驶场景；采用天气传感器获取车辆的行驶天气。
20.本技术第三方面提供一种数据处理系统，包括：如第二方面的车载终端，数据处理系统还包括：天基网络和数据处理平台，天基网络用于给车载终端提供网络支持，数据处理平台用于根据车载终端发送的行驶信息，确定车辆的ubi车险。
21.在本技术的一个实施例中，天基网络包括：低轨卫星互联网星座，车载终端还包括：动中通车载天线；动中通车载天线用于与低轨卫星互联网星座通信，使车载终端通过卫星网络向数据处理平台发送行驶信息。
22.本技术第四面提供一种电子设备，包括存储器与处理器；其中，
23.存储器用于存储程序代码；
24.处理器用于调用程序代码实现如第一方面中任一项的数据处理方法。
25.本技术第五方面提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时，使得电子设备执行如第一方面中任一项的数据处理方法。
26.本技术第六方面提供一种计算机程序产品，其上存储有计算机程序，计算机程序被处理器执行时，使得电子设备执行如第一方面中任一项的数据处理方法。
27.由上述技术方案可以看出，本技术实施例通过获取车辆的环境信息以及行驶信息；根据环境信息，确定车辆处于当前环境的预估时长；若预估时长大于时长阈值，则将车载终端从第一网络切换至目标网络；采用目标网络向数据处理平台发送行驶信息，数据处理平台用于根据行驶信息确定车辆的ubi车险，目标网络的信号强度大于当前网络的信号强度。能够预判车辆处于当前环境的预估时长，确定是否切至信号强度更强的目标网络，进而保证行驶信息传输给数据处理平台的可靠性和实时性，解决ubi车险落地困难的问题。
附图说明
28.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
29.图1是本技术提供的数据处理方法的应用场景示意图；
30.图2是本技术一实施例提供的数据处理方法的步骤流程图；
31.图3是本技术另一实施例提供的数据处理方法的步骤流程图；
32.图4是本技术一实施例提供的车载终端接收与传输数据的示意图；
33.图5是本技术一实施例提供的车载终端的结构框图；
34.图6是本技术实施例提供的电子设备的结构示意图。
具体实施方式
35.为了使本技术领域的人员更好地理解本技术的方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
36.传统的“以车为主”的车险保费定价，是根据车辆的购置价格、车型、排量、车辆购置年限等信息进行定价，并没有考虑驾驶行为对出险的影响，造成车险保费定价不合理。但是在车联网、云计算和大数据等技术的支持下，车辆的行驶状况和驾驶人员的行为数据可以被实时记录下来，并上传至云端进行数据分析，为车险保费定价提供依据和参考。ubi车险的定价模式在根据车辆的行驶信息，确定驾驶员的驾驶行为的基础上进行差异化定价，可以保证车险保费定价的公平性，进而改善车险保费定价不合理的现象。ubi车险的本质就是根据驾驶员的驾驶行为进行差别化定价，驾驶习惯差的驾驶员需要为其高风险而支付额外的保费，习惯好的驾驶员则可以享受保费优惠，而要实现ubi车险的真正落地，至关重要的是要解决数据在采集、传输等方面的问题。
37.相关技术中，针对ubi车险的数据采集方法主要有两种，一是利用移动终端，其中，移动终端配备了gps(global positioning system，全球定位系统)、三轴加速度计、方向传感器和三轴陀螺仪等多种智能传感器，可采集包括驾驶加速度、车速、漂移、车距等时序数据用于驾驶行为的分析。但是移动终端的gps定位精度仅达到10米级，而且在移动终端的传感器数据采集过程中，当移动终端以特定姿态放置在车辆中时(如倾斜固定在汽车中控台上，或在变速箱手柄架上以保证惯性传感器正常工作)，重力将会在移动终端的x与y方向产生加速度分量，影响各个方向上加速度和角速度的准确测量。同时，移动终端收集数据时需驾驶员打开移动终端的相关应用软件(app)，若驾驶员不打开，则收集不到相关数据，进而导致收集的数据不完整。
38.二是利用车载诊断系统(on-board diagnostic,obd)终端，车载obd终端主要由各传感器、电子控制单元(electronic control unit,ecu)、obd连接器插口、故障指示灯、执行器线路等与发动机废气控制相关的子系统组成，可采集包括方向盘角度、车速、发动机转速、刹车踏板位置等数据，监测车辆的运行状态和车主的驾驶行为。此外，车辆的行驶信息是在车联网环境下进行的，主要依赖于地面移动无线通信技术(wlan、gprs、4g、5g等)、大数据技术以及云计算技术，通过车载obd终端将实时采集的行驶信息发送到云端加以存储和分析。但是对于车载obd终端而言，当前第三方提供的obd设备的质量良莠不齐，因此，数据收集的精度与广度也无法保证。
39.再者，目前地面的移动通信只覆盖了约20％的陆地面积，并且5g覆盖率更少。因
此，当车辆行驶至地面移动通信网络信号弱或者无覆盖的地区时，移动终端或者车载诊断系统终端无法将获取的行驶信息实时传输给数据处理平台，进而会影响行驶信息传输的可靠性与实时性。
40.基于上述问题，本技术实施例提供一种数据处理方法、车载终端、数据处理系统和电子设备，通过获取的环境信息，将车载终端的第一网络切换至信号强度更强的目标网络，能够保证行驶信息在任意环境下传输的实时性。进而提高数据处理平台收集驾驶信息的精度、可靠性、完整性和实时性，根据利用更精确以及更实时性的行驶信息确定ubi保险，使得ubi保险的保费定价更合理。
41.示例性的，图1是本技术提供的数据处理方法的一应用场景示意图。如图1所示，该应用场景可以包括：数据处理系统10，该数据处理系统包括：如下描述的车载终端11，数据处理系统10还包括：天基网络12和数据处理平台13，天基网络12用于给车载终端11提供网络支持，数据处理平台13用于根据车载终端发送的行驶信息，确定车辆的ubi车险。
42.其中，天基网络12包括：低轨卫星互联网星座，车载终端11还包括：车载天线；车载天线用于与低轨卫星互联网星座通信，使车载终端通过卫星网络向数据处理平台发送行驶信息。其中，车载天线可以是动中通车载天线也可以是其他天线。
43.下面，通过具体实施例对本技术的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
44.参照图2，为本技术实施例提供的数据处理方法的步骤流程图，该数据处理方法应用于图1中的车载终端11，具体包括如下步骤：
45.s201，获取车辆的环境信息以及行驶信息。
46.其中，环境信息包括行驶场景以及行驶天气。示例性的，行驶场景为行驶在隧道中、桥底等封闭场景或者公路、草地等开阔场景。行驶天气包括：大风、大雨、大雪等恶劣天气，以及晴天、微风、小雨、小雪等非恶劣天气。
47.s202，根据环境信息，确定车辆处于当前环境的预估时长。
48.其中，可以预设各种环境信息对应的预估时长，则可以确定车辆处于环境信息对应的当前环境的预估时长。
49.示例性的，参照表1，在表1中，对于非恶劣天气且封闭场景，如天晴隧道中，可以根据隧道的长度确定预估时长，若隧道为1千米，对应预估时长为1.5分钟。对于非恶劣天气且开阔场景，可以设置预估时长大于时长阈值。对于恶劣天气，可以根据恶劣天气持续的时长确定时长阈值。
50.表1
51.52.s203，若预估时长大于时长阈值，则将车载终端从第一网络切换至目标网络。
53.在本技术实施例中，若第一网络为卫星网络，目标网络是地面移动通信网络，通常卫星网络在封闭场景，以及恶劣天气的网络信号较差，如隧道、桥底、大风、大雨或者大雪等。但是车辆在可以快速的通过隧道或桥底等场景，因此隧道或桥底等场景对应的预估时长小于或等于时长阈值时，车载终端没有必要进行网络的切换。
54.但是，对于恶劣天气等环境对应的预估时长大于时长阈值，若车载终端不进行网络的切换，将严重影响到车载终端对行驶信息的传输。因此，在预估时长大于时长阈值，将车载终端的网络从第一网络切换至目标网络。其中，目标网络的信号强度大于第一网络，进而能够保证行驶信息在不同环境下实时传输给数据处理平台。
55.在本技术实施例中，时长阈值可以根据需要设置，如5分钟、10分钟等。
56.s204，采用目标网络向数据处理平台发送行驶信息。
57.其中，数据处理平台用于根据行驶信息确定车辆的ubi车险，目标网络的信号强度大于当前网络的信号强度。
58.在本技术实施例中，获取车辆的环境信息能够起到预判的作用。可以根据车辆在行驶过程中不同的行驶场景和行驶天气情况，对车载终端使用的网络进行预判。此外，再结合车载终端正在使用的第一网络和目标网络的信号强度，可以使在预估时长大于时长阈值时，使车载终端使用信号强度更强的网络进行行驶信息的传输。其中，信号强度采用带宽、剩余服务时长、切换次数、链路质量、用户需求、网络拥塞率等多属性网络参数表征。
59.在本技术实施例中，在预估时长大于时长阈值时，且目标网络的信号强度大于第一网络的信号强度时，切换至目标网络发送行驶信息。在预估时长大于时长阈值时，且目标网络的信号强度小于或等于第一网络的信号强度，则依然使用第一网络发送行驶信息。进而可以保证车载终端始终采用最佳的网络发送行驶信息，并且在通过预估时长小于时长阈值的环境时，不用进行网络的切换，避免网络的多次切换。
60.此外，参照图1，数据处理平台13包括：云存储、分析模块和保险确定模块。其中，云存储用于存储车载终端12发送的行驶信息。分析模块用于根据分析模块分析驾驶员的驾驶风险信息，例如，急加速、急减速、急刹车、急转弯、违章、偏移、变道以及超速等。保险确定模块用于根据驾驶风险信息制定有针对性的、公平的、个性化的ubi车险。然后可以根据ubi车险对应的定价模式，生成该驾驶员的个性化保单。
61.本技术实施例通过获取车辆的环境信息以及行驶信息；根据环境信息，确定车辆处于当前环境的预估时长；若预估时长大于时长阈值，则将车载终端从第一网络切换至目标网络；采用目标网络向数据处理平台发送行驶信息，数据处理平台用于根据行驶信息确定车辆的ubi车险，目标网络的信号强度大于当前网络的信号强度。能够预判车辆处于当前环境的预估时长，确定是否切至信号强度更强的目标网络，进而保证行驶信息传输给数据处理平台的可靠性和实时性，解决ubi车险落地困难的问题。
62.在上述实施例的基础上，本技术实施例提供另一种数据处理方法，具体参照图3，该数据处理方法应用于车载终端，具体包括如下步骤：
63.s301，接收gnss导航信号和低轨导航增强信号。
64.其中，行驶信息包括位置信息。位置信息包括：经度信息、维度信息以及高程信息。
65.参照图1，天基网络12包括gnss导航星座、低轨导航增强星座和低轨互联网星座。
其中，gnss是指gps、bds(beidou navigation satellite system，北斗卫星导航系统)、glonass(global navigation satellite system，全球卫星导航系统)和galileo(伽利略系统)等全球卫星导航系统。低轨导航增强星座包括：分布在地球的多个轨道面的数十至上百颗低轨卫星，低轨卫星的轨道高度在2000km以下，实现对全球任意点的覆盖。同一个轨道内的低轨卫星通过同轨星间链路前后建链路，不同轨道面间的低轨卫星通过异轨星间链路相邻建链路，以此实现一星通、星星通。低轨导航增强星座播发两路不同频点导航增强信号及导航增强信息。低轨卫星互联网星座是基于卫星通信的互联网星座，通过一定数量的近地轨道(轨道高度为500km至2000km)卫星形成，是具备实时信息传输的星座，可向车载终端提供以卫星网络接入为主的通信服务。基于低轨卫星互联网星座，可以在车载终端上搭载动中通车载天线，可使车载终端随时接入卫星网络，实现行驶信息的实时传输。
66.其中，参照图4，车辆41中设置车载终端，车载终端通过gnss导航星座和低轨导航增强星座42发送的信号，确定车辆的位置信息。车载终端可以通过由近地轨道卫星431提供的卫星网络43向数据处理平台45发送行驶信息，也可以通过由基站441提供的地面移动通信网络44向数据处理平台45发送行驶信息。
67.在本技术实施例中，车载终端可以通过总线与汽车连接。车载终端可以接收gnss导航星座发送的gnss导航信号以及低轨导航增强星座发送的低轨导航增强信号。
68.s302，根据gnss导航信号和低轨导航增强信号，确定位置信息。
69.其中，数据处理平台用于根据位置信息确定车辆的速度、变道信息或偏移信息。
70.在本技术实施例中，车载终端根据gnss导航信号和低轨导航增强信号，通过精密单点定位技术(ppp)实现对车辆的快速厘米级的高精度定位，实时确定车辆的位置信息。车载终端将位置信息发送给数据处理平台，数据处理平台能够根据位置信息以及位置信息对应的时间信息确定车辆的速度，根据一段时间内的位置信息，确定变道信息以及偏移信息。进而根据车辆的速度、变道信息或偏移信息确定车辆对应的违章信息。
71.在本技术实施例中也可以是车载终端根据位置信息确定变道信息、偏移信息或者违章信息，然后将位置信息、变道信息、偏移信息或者违章信息发送给数据处理平台进行使用。
72.s303，采用加速度传感器获取车辆的加速信息。
73.其中，行驶信息包括：加速信息和震动信息。具体的，加速度传感器可以实时采集车辆的加速信息。加速信息包括：车辆的偏移加速度、转弯加速度和轴向加速度。
74.s304，采用震动传感器获取车辆的震动信息。
75.其中，数据处理平台用于根据加速信息和震动信息确定车辆的加速信息、刹车信息或转弯信息。
76.在本技术实施例中也可以是车载终端根据加速信息和震动信息确定刹车信息或转弯信息，然后将加速信息、震动信息、刹车信息或转弯信息发送给数据处理平台使用。
77.s305，采用地图盒子获取车辆的行驶场景。
78.该步骤的具体实现过程参照s201，在此不再赘述。
79.s306，采用天气传感器获取车辆的行驶天气。
80.该步骤的具体实现过程参照s201，在此不再赘述。
81.s307，若位置信息对应地面移动通信网络的覆盖信号强度小于信号强度阈值，则
将车载终端的网络切换至第一网络。
82.其中，第一网络为卫星网络。
83.示例性的，若车辆在第一时间段行驶在市区内，由于市区内的地面移动通信网络覆盖信号强度较强(高于信号强度阈值)，则在第一时间段车载终端采用地面移动通信网络向数据处理平台发送第一时间段内的行驶信息。然后在第二时间段内，车辆行驶在偏远山村，由于偏远山村的地面移动通信网络覆盖较弱或者无覆盖(覆盖信号强度小于信号强度阈值)，则车载终端将网络从地面移动通信网络切换至第一网络(卫星网络)，采用卫星网络向数据处理平台发送第二时间段内的行驶信息。然后在第三时间段内，车辆行驶在偏远山村的隧道中行驶时，由于隧道对应的预估时长大于时长阈值，且隧道中的地面移动通信网络的信号强度大于卫星网络的信号强度，则将车辆的网络从第一网络(卫星网络)切换至目标网络(地面移动通信网络)。第四时间段，若车辆驶出隧道，为偏远山村的马路上，则将网络从地面移动通信网络切换至第一网络(卫星网络)。
84.在本技术实施例中，可以保证在各种场景下，车载终端始终使用最佳的网络向数据处理平台发送行驶信息
85.s308，根据环境信息，确定车辆处于当前环境的预估时长。
86.该步骤的具体实现过程参照s202，在此不再赘述。
87.s309，若预估时长大于时长阈值，则将车载终端从第一网络切换至目标网络。
88.该步骤的具体实现过程参照s203，在此不再赘述。
89.s310，采用目标网络向数据处理平台发送行驶信息。
90.其中，数据处理平台用于根据行驶信息确定车辆的ubi车险，目标网络的信号强度大于当前网络的信号强度。
91.该步骤的具体实现过程参照s204，在此不再赘述。
92.本技术实施例通过卫星网络或地面移动通信网络实时传输更具有可靠性、实时性的行驶信息，通过数据处理平台处理后，应用于ubi车险，有利于提高车险保费定价的合理性。另外在地面移动通信网络覆盖较好时，可以将车辆的网络从卫星网络可切换至地面移动通信网络，在地面移动通信网络覆盖较差时，采用卫星网络实时传输行驶信息，进而保证行驶信息传输给数据处理平台的可靠性和实时性，解决ubi车险落地困难的问题。
93.参照图5，为本技术实施例提供的一种车载终端的示意图，车载终端50包括：获取模块51、确定模块52、切换模块53和发送模块54。其中：
94.获取模块51，用于获取车辆的环境信息以及行驶信息；
95.确定模块52，用于根据环境信息，确定车辆处于当前环境的预估时长；
96.切换模块53，用于若预估时长大于时长阈值，则将车载终端从第一网络切换至目标网络；
97.发送模块54，用于采用目标网络向数据处理平台发送行驶信息，数据处理平台用于根据行驶信息确定车辆的ubi车险，目标网络的信号强度大于当前网络的信号强度。
98.在本技术的一个实施例中，行驶信息包括位置信息，获取模块51具体用于：接收gnss导航信号和低轨导航增强信号；根据gnss导航信号和低轨导航增强信号，确定位置信息，数据处理平台用于根据位置信息确定车辆的速度、变道信息或偏移信息。
99.在本技术的一个实施例中，切换模块53还用于：
100.若位置信息对应地面移动通信网络的覆盖信号强度小于信号强度阈值，则将车载终端的网络切换至第一网络，第一网络为卫星网络。
101.在本技术的一个实施例中，行驶信息包括：加速信息和震动信息；获取模块51具体用于：采用加速度传感器获取车辆的加速信息；采用震动传感器获取车辆的震动信息，数据处理平台用于根据加速信息和震动信息确定车辆的加速信息、刹车信息或转弯信息。
102.在本技术的一个实施例中，环境信息包括：行驶场景以及行驶天气，则获取模块51具体用于：采用地图盒子获取车辆的行驶场景；采用天气传感器获取车辆的行驶天气。
103.具体的，该车载终端的各个模块的具体工作内容，请参照上述区块链的金融管理方法的实施例内容，此处不再赘述。
104.需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，处理模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上处理模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
105.例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，asic)，或，一个或多个微处理器(digital signal processor，dsp)，或，一个或者多个现场可编程门阵列(field programmable gate array，fpga)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，cpu)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，soc)的形式实现。
106.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本技术实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
107.图6为本技术实施例提供的电子设备的结构示意图。其中，该电子设备可以具体为银行服务器或者区块链平台。如图6所示，该电子设备可以包括：处理器61、存储器62、通信
接口63和系统总线64。其中，存储器62和通信接口63通过系统总线64与处理器61连接并完成相互间的通信，存储器62用于存储计算机执行指令，通信接口63用于和其他设备进行通信，处理器61执行上述计算机执行指令时实现如上述实施例的方案。
108.该图6中提到的系统总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。该系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于实现数据库访问装置与其他设备(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(random access memory，ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
109.上述的处理器可以是通用处理器，包括中央处理器cpu、网络处理器(network processor，np)等；还可以是数字信号处理器dsp、专用集成电路asic、现场可编程门阵列fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
110.可选的，本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被处理器执行时，使得电子设备执行如上述图2至图3所示实施例的方法。
111.可选的，本技术实施例还提供一种计算机程序产品，其上存储有计算机程序，计算机程序被处理器执行时，使得电子设备执行上述图2至图3所示实施例的方法。
112.本技术中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中，a，b，c可以是单个，也可以是多个。
113.可以理解的是，在本技术的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本技术的实施例的范围。在本技术的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术的实施例的实施过程构成任何限定。
114.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。