CN113703665A - 控制终端数据在网关崩溃后减少丢失的方法、装置及电子设备 - Google Patents

控制终端数据在网关崩溃后减少丢失的方法、装置及电子设备 Download PDF

Info

Publication number
CN113703665A
CN113703665A CN202110785559.XA CN202110785559A CN113703665A CN 113703665 A CN113703665 A CN 113703665A CN 202110785559 A CN202110785559 A CN 202110785559A CN 113703665 A CN113703665 A CN 113703665A
Authority
CN
China
Prior art keywords
positioning data
log file
data
writing
database
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110785559.XA
Other languages
English (en)
Inventor
张耀华
何铭鸣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Yuwei Information & Technology Development Co ltd
Original Assignee
Shenzhen Yuwei Information & Technology Development Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Yuwei Information & Technology Development Co ltd filed Critical Shenzhen Yuwei Information & Technology Development Co ltd
Priority to CN202110785559.XA priority Critical patent/CN113703665A/zh
Publication of CN113703665A publication Critical patent/CN113703665A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G06F3/0619—Improving the reliability of storage systems in relation to data integrity, e.g. data losses, bit errors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21—Design, administration or maintenance of databases
    • G06F16/219—Managing data history or versioning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0656—Data buffering arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/0674—Disk device
    • G06F3/0676—Magnetic disk device

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种控制终端定位数据在网关崩溃后减少丢失的方法，包括：接收终端定位数据；将所述定位数据写入日志文件；读取并解析日志文件；将所述日志文件中的定位数据批量写入数据库。配置日志组件，形成日志文件生成策略。将定位数据转换为入库格式数据。按照所述日志文件生成策略将转换后的所述入库格式数据生成日志文件。调用数据库的批量导入指令将所述日志文件中的定位数据批量写入数据库。根据本申请的方法能够使终端定位数据在网关崩溃后减少丢失。

Description

控制终端数据在网关崩溃后减少丢失的方法、装置及电子 设备
技术领域
本发明涉及车载定位终端***领域，具体涉及一种控制终端数据在网关崩溃后减少丢失的方法、装置及电子设备。
背景技术
随着终端的大量普及应用，使得终端上传的数据越来越多，功能也越来越强大，因此用户对终端上传的数据完整性要求越来越高。随着终端的大量普及应用，使得终端上传的数据越来越多，功能也越来越强大，因此用户对终端上传的数据完整性要求越来越高。部分客户的服务器会出现断电、***崩溃等问题、数据库服务器文件、软件故障等问题造成定位接收程序接收到的数据还在其自身的内存空间中没有及时保存，就会造成部分终端设备定位丢失，造成客户体验不佳。
现有的解决方案是采取kafka来分解读取数据与写入数据的过程，但是该工具只能使用在linux服务器环境，对windows支持不好，并且对于老的服务器以及老版本的软件不向后兼容，升级成本较大。
发明内容
本申请旨在提供一种控制终端定位数据在网关崩溃后减少丢失的方法，通过分离了数据读取以及入库流程，在接收到定位数据后就预先在磁盘上保存了定位数据，保证数据库服务器出现问题时定位数据不会大量丢失。
根据本申请的一方面，提出一种控制终端定位数据在网关崩溃后减少丢失的方法，包括：
接收终端定位数据；
将所述定位数据写入日志文件；
读取并解析日志文件；
将所述日志文件中的定位数据批量写入数据库。
根据一些实施例，前述方法还包括：配置日志组件，形成日志文件生成策略。
根据一些实施例，前述方法还包括：将定位数据转换为入库格式数据。
根据一些实施例，前述方法还包括：按照所述日志文件生成策略将转换后的所述入库格式数据生成日志文件。
根据一些实施例，前述方法还包括：调用数据库的批量导入指令将所述日志文件中的定位数据批量写入数据库。
根据一些实施例，前述方法还包括：所述日志文件入库成功后从磁盘上清除文件。
根据一些实施例，前述方法还包括：如果定位数据批量写入数据库发生故障，仍然执行将所述定位数据写入日志文件。
根据一些实施例，前述方法还包括：在定位数据批量写入数据库恢复正常后，继续将所述日志文件中的定位数据批量写入数据库。
根据本申请的另一方面，提供一种控制车辆卫星定位***视频平台播放功能的装置，包括：
接收模块，用于接收终端定位数据；
写入模块，用于将所述定位数据写入日志文件；
转换模块，用于将定位数据转换为入库格式数据；
解析模块，用于读取并解析日志文件；
入库模块，用于将所述日志文件中的定位数据批量写入数据库。
根据本申请的另一方面，提供一种电子设备，包括：
存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法中任一项所述的方法。
根据本申请示例实施例，通过分离了数据读取以及入库流程，在接收到定位数据后就预先在磁盘上保存了定位数据，减少了数据库服务器出现问题时定位数据发生丢失的影响。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图，而并不超出本申请要求保护的范围。
图1示出根据本申请示例实施例的车载终端数据传输***示意图。
图2示出根据本申请示例实施例的控制方法示意图。
图3示出根据本申请示例实施例的控制方法流程图。
图4示出根据本申请示例实施例的控制终端定位数据在网关崩溃后减少丢失装置的框图。
图5示出根据一示例性实施例的一种电子设备的框图。
具体实施方式
现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本申请将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。
此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本申请概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。
本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的，因此不能用于限制本申请的保护范围。
本发明涉及车载定位终端***，***主要由三大部分组成：车载(GPS/北斗)监控终端、通信网络及调度监控中心，其中车载(GPS/北斗)监控终端又称车机、(GPS/北斗)终端、(GPS/北斗)监控终端，它负责根据接收到GPS/北斗卫星信号计算出定位坐标，同时通过通讯网络发送定位信息、状态信息及发送接收控制信息，通信网络则是实现车辆与调度监控中心信息交换的载体，一般指GSM/GPRS/CDMA基站及Internet，调度监控中心是整个信息***的通讯核心，负责与车载GPS监控终端的信息交换、各种内容和控制信息的分类、记录和转发。
在因服务器断电、***出现崩溃、或软件其他故障引起终端定位数据接收故障，例如程序崩溃时，本发明方法可以保证终端定位数据不会大量丢失，同时在服务器恢复后可以补充写入数据库。
本发明提出了定位接收程序中将数据读取和写入分离，采取数据库中的批量导入指令将文件中的定位数据快速、批量的写入数据库中。当定位接收程序接收到终端定位数据后不直接向数据库写入，而是使用java中的日志组件logback不断写入到本地磁盘文件夹中的某日志文件中，文件名称按指定规则生成。将数据库入库程序从定位接收程序中独立出来，单独做成一个入库程序，该程序定时不断扫描日志文件生成的目录，按文件名称和时间排序读取生成的定位文件，解析文件内容后，然后使用数据库中的批量导入指令快速、批量的将文件中的定位数据批量写入到数据库中。
在两客一危监控行业中，监控时间间隔要求在30秒，对轨迹完整性有较高的要求，监控员会定时核对车辆当前的行驶轨迹。一台服务器上监控的车辆会很多，最多的可以达到3万辆，在该并发压力下，按照本发明的处理方法是完全绰绰有余的。在公交车监控行业中虽然车辆数没有两客一危行业多，但是监控的时间间隔要求在5秒或10秒，处理数据量相当于是同等两客一危行业的3倍到6倍，本发明的处理方法也是足够应对，保证车辆轨迹安全入库，监控用户也基本感觉不到轨迹的滞后。
在本发明方案中通过分离了数据读取以及入库流程，在接收到定位后就预先在磁盘上保存了定位数据，减少了数据库服务器出现问题时对定位数据接收的影响，客户在界面上只是感觉数据暂时有延迟，但是没有丢失，因为数据已经保存在本地磁盘上，只是没有及时入库。待数据库服务器恢复后可继续将生成积压的文件从磁盘上读取再次写入数据库而不是像以前一样丢失。同时如果服务器发生断电或者宕机，定位数据已经直接保存在日志文件中，服务器恢复后可以直接再使用数据库入库程序入库即可。
以下结合附图对本申请的示例实施例进行说明。
图1示出根据本申请示例实施例的车载终端数据传输***示意图。
如图1所示，车载终端数据传输***包括车载终端设备101，网络102，服务器103，数据库服务器104。
应该理解，图1中的终端、服务器设备和网络的数目仅仅是示意性的。根据现实需要，可以具有任意数目的终端、服务器设备和网络。
网络102可用以在车载终端设备101和服务器103之间提供互联网通信链路的介质，可以包括多种连接类型，例如移动通信链路等。
车载终端设备101可以是具有显示屏的电子设备，包括一个或多个处理器及存储装置，可通过网络102和服务器103进行交互，用以接收或发送消息等。
根据示例实施例，本申请中车载终端设备101发送定位数据至服务器103，服务器103接收定位数据，对数据进行处理后保存至数据库服务器104。
可选地，车载终端设备101可应用于多种商用车辆，如客车、货运车、危险品车、公交车、新能源车、校车、商砼车、渣土车及出租车等。
图2示出根据本申请示例实施例的控制方法示意图。
在S201，接收终端定位数据。
根据一些实施例，和车载终端相连的定位数据服务器负责接收车载终端的实时定位，包括按照设定的时间间隔、指定的时刻点或者距离间隔，让车载终端上报的位置、速度、方向等信息。
具体地，根据一些实施例，在定位数据服务器上通过定位数据接收程序，也就是通常意义上的网关程序，来接收终端上报的定位数据。
在S203，将所述定位数据写入日志文件。
将定位数据转换为入库格式数据。
根据一些实施例，定位接收程序将收到的原始定位数据，可为二进制格式，转换为入库的格式，一般地，可为文本文件格式。
根据一些实施例，配置日志组件，例如logback组件，形成日志输出策略，该策略可包括生成文件名，文件格式，生成周期，存放目录等。
根据一些实施例，按照所述日志文件生成策略将转换后的所述入库格式数据生成日志文件。
按预定周期，例如每分钟，在指定文件夹生成一个定位入库日志文件到磁盘上，文件名如：gps.sql.20210123_0122，表示该文件内包含2021年1月23日1点22分00秒到1点22分59内发送到服务器的定位轨迹数据。
根据一些实施例，定位数据接收程序调用logback日志组件，按照logback配置好的策略将定位数据不断写入到日志文件中。
目前java主流的日志组件主要有logback和log4j两种，springboot框架默认为logback，虽然log4j性能会更强劲，但是logback使用起来更简单，本发明使用了日志组件的基本功能，logback是完全满足的。可选地，log4j日志组件也可以用于配置日志生成策略。
在S205，读取并解析日志文件。
根据一些实施例，在服务器上的数据库入库程序按4到6秒的周期，例如5秒，不断扫描文件所在的目录中的文件，按文件夹内文件的最后修改时间从早到晚来读取日志文件、解析日志文件。
在S207，将所述日志文件中的定位数据批量写入数据库。
根据一些实施例，数据库入库程序不断扫描文件所在的目录中的文件，读取日志文件、解析日志文件，然后调用数据库的批量导入指令将文件内的定位数据批量写入数据库中，例如，两种主流的数据库mysql和sqlserver，在mysql中可使用load data指令，在sqlserver可使用bulk insert指令。
可选地，数据库可使用云数据库，将数据库部署到云，可以通过网络去访问云环境中的数据库管理***(DBMS)，从而实现对数据库的读取和写入。
根据一些实施例，在数据中心服务器上保存的车辆一段时间内的行驶数据、位置等信息，可用于查询，以及轨迹回放。
根据一些实施例，定位数据还可以用于以下诸多方面：
超速报警：当车辆速度超过预先设定限速值时，就会主动上报超速报警数据；
区域报警：调度监控中心可设定一定区域，当车辆进入或离开该区域的时候上报该位置信息并报警；
紧急报警：发生紧急情况时，按住紧急按键3秒钟以上，调度监控中心就会收到该报警信息；
通话监听：当发出紧急信息后，***自动启动监听功能；
电召服务：通过调度监控中心，召车人在拨打电话后，GPS***会迅速锁定其位置在召车人一定半径内搜索空载的出租车将为其提供交通服务(适用于出租车)。
图3示出根据本申请示例实施例的控制方法流程图。
在S301到S305，步骤与图2所示步骤一致，在此不再赘述。
在S307，在日志文件入库成功后从磁盘上清除文件，以避免重复入库。
根据一些实施例，如果定位接收发生故障，例如，定位接收程序崩溃，或者服务器发生故障，再启动定位接收程序后，终端将补传这段时间未发送到服务器的定位数据。终端和定位接收程序建立TCP长连接，如果终端无法访问定位接收程序监听的端口，就会把定位数据写入本地的缓存，直到重新连接上，就会把缓存的数据补传到服务器上。
根据一些实施例，如果入库发生故障，例如，入库程序发送崩溃，会不断的继续写所述日志文件，重启入库程序后，再将日志文件顺次写入数据库。
应清楚地理解，本申请描述了如何形成和使用特定示例，但本申请不限于这些示例的任何细节。相反，基于本申请公开的内容的教导，这些原理能够应用于许多其它实施例。
本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本申请提供的上述方法所限定的上述功能。的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。
此外，需要注意的是，上述附图仅是根据本申请示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
通过对示例实施例的描述，本领域技术人员易于理解，根据本申请实施例的控制终端定位数据在网关崩溃后减少丢失的方法至少具有以下优点中的一个或多个。
根据示例实施例，通过分离数据读取以及入库流程，在接收到定位后就预先在磁盘上保存了定位数据，减少了数据库服务器出现问题时对定位数据接收的影响。
根据示例实施例，如果服务器发生断电或者宕机，定位数据已经直接保存在日志文件中，从而保证定位数据不会大量丢失，同时在服务器恢复后可以补充写入数据库。
下面描述本申请的装置实施例，其可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，可参照本申请方法实施例。
图4示出根据一示例性实施例的控制终端定位数据在网关崩溃后减少丢失装置的框图。图4所示装置可以执行前述根据本申请实施例的控制终端定位数据在网关崩溃后减少丢失的方法。
如图4所示，控制终端定位数据在网关崩溃后减少丢失装置可包括：接收模块410、写入模块420、转换模块430、解析模块440、入库模块450。
参见图4并参照前面的描述：
接收模块，用于接收终端定位数据；
写入模块，用于将所述定位数据写入日志文件；
转换模块，用于将定位数据转换为入库格式数据；
解析模块，用于读取并解析日志文件；
入库模块，用于将所述日志文件中的定位数据批量写入数据库。
装置执行与前面提供的方法类似的功能，其他功能可参见前面的描述，此处不再赘述。
图5示出根据一示例性实施例的一种电子设备的框图。
下面参照图5来描述根据本申请的这种实施方式的电子设备200。图5显示的电子设备200仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图5所示，电子设备200以通用计算设备的形式表现。电子设备200的组件可以包括但不限于：至少一个处理单元210、至少一个存储单元220、连接不同***组件(包括存储单元220和处理单元210)的总线230、显示单元240等。
其中，存储单元存储有程序代码，程序代码可以被处理单元210执行，使得处理单元210执行本说明书描述的根据本申请各种示例性实施方式的方法。例如，处理单元210可以执行如图2、图3中所示的方法。
存储单元220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)2201和/或高速缓存存储单元2202，还可以进一步包括只读存储单元(ROM)2203。
存储单元220还可以包括具有一组(至少一个)程序模块2205的程序/实用工具2204，这样的程序模块2205包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备200也可以与一个或多个外部设备300(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备200交互的设备通信，和/或与使得该电子设备200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口250进行。并且，电子设备200还可以通过网络适配器260与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器260可以通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本申请实施方式的上述方法。
软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本申请实施例的方法。
以上具体地示出和描述了本申请的示例性实施例。应可理解的是，本申请不限于这里描述的详细结构、设置方式或实现方法；相反，本申请意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (10)

1.一种控制终端定位数据在网关崩溃后减少丢失的方法，其特征在于，包括：
接收终端定位数据；
将所述定位数据写入日志文件；
读取并解析日志文件；
将所述日志文件中的定位数据批量写入数据库。
2.根据权利要求1所述的方法，其特征在于，将所述定位数据写入日志文件，包括：
配置日志组件，形成日志文件生成策略。
3.根据权利要求2所述的方法，其特征在于，将所述定位数据写入日志文件，还包括：
将定位数据转换为入库格式数据。
4.根据权利要求3所述的方法，其特征在于，将所述定位数据写入日志文件，还包括：
按照所述日志文件生成策略将转换后的所述入库格式数据生成日志文件。
5.根据权利要求1所述的方法，其特征在于，将所述日志文件中的定位数据批量写入数据库，包括：
调用数据库的批量导入指令将所述日志文件中的定位数据批量写入数据库。
6.根据权利要求1所述的方法，其特征在于，还包括：
所述日志文件入库成功后从磁盘上清除文件。
7.根据权利要求1所述的方法，其特征在于，还包括：
如果接收终端定位数据发生故障，在接收终端定位数据恢复正常后，接收终端补传的定位数据。
8.根据权利要求1所述的方法，其特征在于，还包括：
如果定位数据批量写入数据库发生故障，仍然执行将所述定位数据写入日志文件；
在定位数据批量写入数据库恢复正常后，继续将所述日志文件中的定位数据批量写入数据库。
9.一种控制终端定位数据在网关崩溃后减少丢失的装置，其特征在于，包括：
接收模块，用于接收终端定位数据；
写入模块，用于将所述定位数据写入日志文件；
转换模块，用于将定位数据转换为入库格式数据；
解析模块，用于读取并解析日志文件；
入库模块，用于将所述日志文件中的定位数据批量写入数据库。
10.一种电子设备，其特征在于，包括：
存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1-8中任一项所述的方法。
CN202110785559.XA 2021-07-12 2021-07-12 控制终端数据在网关崩溃后减少丢失的方法、装置及电子设备 Pending CN113703665A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110785559.XA CN113703665A (zh) 2021-07-12 2021-07-12 控制终端数据在网关崩溃后减少丢失的方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110785559.XA CN113703665A (zh) 2021-07-12 2021-07-12 控制终端数据在网关崩溃后减少丢失的方法、装置及电子设备

Publications (1)

Publication Number Publication Date
CN113703665A true CN113703665A (zh) 2021-11-26

Family

ID=78648471

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110785559.XA Pending CN113703665A (zh) 2021-07-12 2021-07-12 控制终端数据在网关崩溃后减少丢失的方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN113703665A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114138809A (zh) * 2021-12-08 2022-03-04 纳里健康科技有限公司 一种数据库读写分离方法及平台
CN116224400A (zh) * 2023-03-03 2023-06-06 博泰车联网(南京)有限公司 一种定位分析方法、装置、设备及存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1932812A (zh) * 2005-09-16 2007-03-21 腾讯科技（深圳）有限公司 一种日志保存方法及装置
CN103929466A (zh) * 2013-01-10 2014-07-16 Lg电子株式会社 车辆终端和具有车辆终端的基于位置的内容共享***
CN104504779A (zh) * 2014-12-25 2015-04-08 深圳市华宝电子科技有限公司 一种行驶记录仪分析方法及装置
CN105701122A (zh) * 2014-11-28 2016-06-22 深圳市腾讯计算机***有限公司 一种日志收集方法、装置及***
CN108734433A (zh) * 2018-05-29 2018-11-02 广州亿程交通信息集团有限公司 车辆日志数据分析***
CN109542866A (zh) * 2018-11-20 2019-03-29 深圳市博实结科技有限公司 车辆定位监控云架构、方法、服务器及介质
CN110851415A (zh) * 2019-11-13 2020-02-28 广州小鹏汽车科技有限公司 一种车载***的日志数据处理方法和装置
CN111145382A (zh) * 2019-11-27 2020-05-12 苏州智加科技有限公司 一种自动驾驶***的日志数据处理方法及装置
CN111258974A (zh) * 2020-01-20 2020-06-09 吉利汽车研究院（宁波）有限公司 一种车辆离线场景数据处理方法及***
CN113051112A (zh) * 2021-03-16 2021-06-29 北京经纬恒润科技股份有限公司 一种ecu故障信息的获取方法及***

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1932812A (zh) * 2005-09-16 2007-03-21 腾讯科技（深圳）有限公司 一种日志保存方法及装置
CN103929466A (zh) * 2013-01-10 2014-07-16 Lg电子株式会社 车辆终端和具有车辆终端的基于位置的内容共享***
CN105701122A (zh) * 2014-11-28 2016-06-22 深圳市腾讯计算机***有限公司 一种日志收集方法、装置及***
CN104504779A (zh) * 2014-12-25 2015-04-08 深圳市华宝电子科技有限公司 一种行驶记录仪分析方法及装置
CN108734433A (zh) * 2018-05-29 2018-11-02 广州亿程交通信息集团有限公司 车辆日志数据分析***
CN109542866A (zh) * 2018-11-20 2019-03-29 深圳市博实结科技有限公司 车辆定位监控云架构、方法、服务器及介质
CN110851415A (zh) * 2019-11-13 2020-02-28 广州小鹏汽车科技有限公司 一种车载***的日志数据处理方法和装置
CN111145382A (zh) * 2019-11-27 2020-05-12 苏州智加科技有限公司 一种自动驾驶***的日志数据处理方法及装置
CN111258974A (zh) * 2020-01-20 2020-06-09 吉利汽车研究院（宁波）有限公司 一种车辆离线场景数据处理方法及***
CN113051112A (zh) * 2021-03-16 2021-06-29 北京经纬恒润科技股份有限公司 一种ecu故障信息的获取方法及***

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114138809A (zh) * 2021-12-08 2022-03-04 纳里健康科技有限公司 一种数据库读写分离方法及平台
CN116224400A (zh) * 2023-03-03 2023-06-06 博泰车联网(南京)有限公司 一种定位分析方法、装置、设备及存储介质
CN116224400B (zh) * 2023-03-03 2024-01-02 博泰车联网(南京)有限公司 一种定位分析方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
CN109034993B (zh) 对账方法、设备、***及计算机可读存储介质
CN113703665A (zh) 控制终端数据在网关崩溃后减少丢失的方法、装置及电子设备
EP3684033A1 (en) Systems and methods for collecting, monitoring, and analyzing vehicle data from a plurality of vehicles using edge computing
CN109766217B (zh) 一种车机***故障修复方法及装置
CN111131231A (zh) 一种将车载终端数据接入车联网监控平台的方法和设备
CN111930695B (zh) 一种车载终端的微处理器运行日志存储方法及装置
CN114095299A (zh) 一种车载故障智能提醒***、方法、设备及存储介质
CN112671839A (zh) 数据处理的方法、装置、云***及存储介质
CN111913938A (zh) 数据迁移方法、***、装置、电子设备和介质
CN113377590A (zh) 一种故障诊断方法、装置、车载终端及介质
CN114390112A (zh) 一种轨道交通应急处置方法、装置、电子设备及存储介质
CN113672416B (zh) 硬buffer泄漏的原因定位方法及装置
CN112099824A (zh) 地面atp***软件升级方法及装置
CN107343039B (zh) 信息交互方法、装置、设备以及存储介质
CN111930813A (zh) 一种以列车为统计单元的pis日志等效运行图生成方法
CN113687971B (zh) 内存映象文件的生成方法及装置
CN112887319B (zh) 一种基于下行流量的网络状态监控方法、装置和电子设备
CN117896683B (zh) 一种车载eCall模组软件呼叫控制方法及其装置
CN115134322B (zh) 文件安全传输方法、装置、云手机平台及存储介质
CN117827164A (zh) 一种轨道交通监测运维***的软件架构方法、设备及介质
CN115696267A (zh) 车载终端处理网络异常的方法、车载终端、设备和介质
CN116883112A (zh) 基于酒店的当日入住打卡方法、***、设备及存储介质
CN112559653A (zh) 车辆位置分布图生成方法、装置、***和计算机设备
CN115983235A (zh) 车载设备日志解析方法、装置、电子设备及存储介质
CN112615918A (zh) 网络管理***及其信息同步方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20211126