CN107169100A - 一种电动汽车远程监控通信服务***及方法 - Google Patents
一种电动汽车远程监控通信服务***及方法 Download PDFInfo
- Publication number
- CN107169100A CN107169100A CN201710343240.5A CN201710343240A CN107169100A CN 107169100 A CN107169100 A CN 107169100A CN 201710343240 A CN201710343240 A CN 201710343240A CN 107169100 A CN107169100 A CN 107169100A
- Authority
- CN
- China
- Prior art keywords
- data
- service systems
- netty
- hbase
- sql
- 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
Links
Classifications
-
- 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/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
-
- 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/25—Integrating or interfacing systems involving database management systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及一种电动汽车远程监控通信服务***及方法,所述***包括Netty通信服务***和HBase数据服务***;在所述HBase数据服务***与Netty通信服务***间设有二级索引***,用于封装HBase数据服务***,提供数据接口;所述Netty通信服务***接收来自车载终端的数据并发送至二级索引***,二级索引***包括用于与Netty通信服务***连接的SQL解析层以及与HBase数据服务***连接的DML数据操作接口;Netty通信服务***接收来自车载终端的数据并解析成SQL语句发送至SQL解析层,SQL解析层接收Netty通信服务***传递的SQL语句解析并转换为对应DML操作,DML数据操作接口根据SQL解析层转换的DML操作对HBase数据服务***执行读写操作。
Description
技术领域
本发明属于电动汽车通信中的数据读写方法领域,具体是一种电动汽车远程监控通信服务***及方法。
背景技术
电动汽车远程监控***可以实现对汽车的实时跟踪管理和科学的运行考核,其中通信服务***是整个监控***实现数据通信的中枢,负责接收来自车载终端的位置及运行参数等信息,同时向各车载终端下传控制调度指令及优化的运行参数,来实现对车载终端的远程监测和控制调度,其设计的优劣直接影响整个***的性能。面对通信服务***中海量的、实时采样的、高并发的车载终端数据流,传统数据库解决方法出现瓶颈,无法满足数据的大量存储及应用服务***快速检索要求。
分布式NoSQL(not only SQL非关系型)数据库HBase解决方案的出现很好的解决数据的存储问题,采用 key-value(键-值)数据对的列式存储也很好的解决了数据的字段伸缩性。虽然分布式数据库HBase有很多的优点,很好的解决了数据的存储问题,但是分布式数据库HBase在检索方面存在一定的局限性。首先,分布式数据库HBase只支持针对Rowkey(HBase中每行的主键也就是 key-value对中的 key)的数据检索,不支持对 value(值)的数据检索,而结构化的数据中的 value才是数据的价值所在,分布式数据库HBase只提供对Rowkey的一级索引检索,还有范围(BeginRowkey,EndRowkey)的 scan(扫描,HBaseAPI的一种,可以对响应的Rowkey数据做出快速响应)查询。对 Value检索会导致MapReduce任务形式的全表的暴力检索,非常的耗时;再者,分布式数据库HBase不能很好的支持 SQL语言,由于已经积累了多年针对关系型数据库的应用经验,有丰富的面向 SQL的应用接口需求,把分布式数据库HBase的优点和 SQL的易用性结合起来也是有待解决的问题。
发明内容
针对现有技术中存在的不足,本发明提供了一种电动汽车远程监控***中通信服务***及方法,可以实现快速、高效传输和处理移动车辆的海量信息,实现对SQL语句的支持,应用服务***能有效的获取车辆的运行数据,提高检索效率,达到应用服务***对数据检索操作的方便易用。
本发明采用下面的技术方案:
一种电动汽车远程监控通信服务***,包括Netty通信服务***和HBase数据服务***;在所述HBase数据服务***与Netty通信服务***间设有二级索引***,用于封装HBase数据服务***,提供数据接口;所述Netty通信服务***接收来自车载终端的数据并发送至二级索引***,二级索引***接收Netty通信服务***传递的数据并转换为对应操作,根据所述对应操作对HBase数据服务***执行读写操作。
进一步的,所述二级索引***包括用于与Netty通信服务***连接的SQL解析层以及与HBase数据服务***连接的DML数据操作接口。
进一步的,所述Netty通信服务***接收来自车载终端的数据并解析成SQL语句发送至SQL解析层,SQL解析层接收Netty通信服务***传递的SQL语句解析并转换为对应DML操作,DML数据操作接口根据SQL解析层转换的DML操作对HBase数据服务***执行读写操作。
本发明还提供了另一技术方案:
一种电动汽车远程监控通信服务方法,车载终端将实时数据流发送给Netty通信服务***,Netty通信服务***对接收到数据并发送至二级索引***,二级索引***接收Netty通信服务***传递的数据并转换为对应操作,根据所述对应操作对HBase数据服务***执行读写操作。
进一步的,所述二级索引***具有与Netty通信服务***连接的SQL解析层以及与HBase数据服务***连接的DML数据操作接口;所述Netty通信服务***接收来自车载终端的数据并解析成SQL语句发送至SQL解析层,SQL解析层接收Netty通信服务***传递的SQL语句解析并转换为对应DML操作,DML数据操作接口根据SQL解析层转换的DML操作对HBase数据服务***执行读写操作。
进一步的,所述DML数据操作接口包括写入接口和检索接口。
进一步的,所述写入接口根据SQL语义完成对HBase数据服务***的数据***、更新和删除操作。
进一步的,所述检索接口根据SQL语义完成对HBase数据服务***的数据获取和扫描操作,HBase数据服务***具有数据表格和索引表格,通过对索引表格执行扫描操作查找目标数据的主键集合,通过获取操作基于上述获取的主键集合获得目标数据集合,并将目标数据集合返回给应用服务***。
进一步的,通过对索引表格执行扫描操作查找目标数据的主键集合具体为:将HBase数据服务***中的结构化数据的主键部分和其中需要做索引的value字段整合在一起,使得具有相同value值的索引数据之存储位置相邻,通过对所述整合后的数据进行提取,获得目标数据的主键集合。
进一步的,所述写入接口向HBase数据服务***执行操作时,将HBase数据服务***内的结构化数据的ID前添加Hash前缀,并存储在数据表格的数据主键内;同时,将结构化数据的ID、需要索引的字段前添加Hash前缀,并存储在索引表格的索引主键内;在将结构化数据写入数据表格内时,每个结构化数据的ID后面的字段转化成列簇的字段,索引表格内列簇的字段为空。
本发明的有益效果:
通过对电动汽车远程监控***中通信服务***的结构化设计以及对Netty通信服务***和HBase数据服务***的非植入式开发,在分布式数据库HBase***的逻辑复杂性的前提下,拥有很好的扩展性和兼容性;将SQL的易用性与HBase数据服务***完美结合,实现快速、高效传输和处理移动车辆的海量信息,大幅提升了应用服务***中对value数据的检索效率,同时也拓展了HBase数据服务***的应用领域及应用服务***的开发性能。
本发明的IndexRowkey(索引主键)的组成是由Hash前缀、需要建立索引的字段value和结构化数据的ID组成的,在索引表格的列簇的字段空的,只是***一条空的索引主键作为数据主键所标示的反向索引,采用空间换时间的策略,通过建立索引数据表格最终能够大幅度提升***查询的速度。
附图说明
图1为本发明的结构框图。
图2为Netty通信服务***逻辑架构
图3为本发明的流程图。
图4为HBase数据服务***原始结构化数据进行存储后的示意图。
图5为应用服务***数据检索的过程示意图。
具体实施方式:
下面结合附图与实施例对本发明作进一步说明:
应该指出,以下详细说明都是例示性的,旨在对本申请提供进一步的说明。除非另有指明,本文使用的所有技术和科学术语具有与本申请所属技术领域的普通技术人员通常理解的相同含义。
需要注意的是,这里所使用的术语仅是为了描述具体实施方式,而非意图限制根据本申请的示例性实施方式。如在这里所使用的,除非上下文另外明确指出,否则单数形式也意图包括复数形式,此外,还应当理解的是,当在本说明书中使用术语“包含”和/或“包括”时,其指明存在特征、步骤、操作、器件、组件和/或它们的组合。
本发明的一种典型实施例是:
一种电动汽车远程监控通信服务***,包括Netty通信服务***和HBase数据服务***;在所述HBase数据服务***与Netty通信服务***间设有二级索引***,用于封装HBase数据服务***,提供数据接口;二级索引***包括用于与Netty通信服务***连接的SQL解析层以及与HBase数据服务***连接的DML数据操作接口。
Netty通信服务***接收来自车载终端的数据并解析成SQL语句发送至SQL解析层,SQL解析层接收Netty通信服务***传递的SQL语句解析并转换为对应DML操作,DML数据操作接口根据SQL解析层转换的DML操作对HBase数据服务***执行读写操作。
如图2所示:Netty通信服务***包括主反应器,主反应器与若干客户端连接,主反应器与接收器连接,接收器与子反应器连接,子反应器通过读模块与线程池连接,子反应器还与发送模块连接,线程池还与若干数据处理模块连接;
所述主反应器,用于负责响应客户端的连接请求,并建立连接,主反应器只有一个,采用独立的选择器;
所述若干客户端,是指并发的多个消息连接;
所述接收器,用于接收客户端的TCP连接请求;
所述子反应器,用于维护上述独立的选择器,子反应器可以有一个或者多个,每个子反应器都会在一个独立线程中执行;
所述读模块,用于对接收到消息的解读并进行传输;
所述线程池用于消息的读取、解码、编码和发送,采用标准的JDK线程池实现,包含一个任务队列和N个可用的线程;
所述发送模块,用于响应客户端的数据请求。
所述数据处理模块,包括:解码请求数据单元、业务逻辑处理单元和编码响应单元。
所述解码请求处理单元,用于对请求数据流进行按照数据包的信息类型进行分类;
所述业务逻辑处理单元,用于根据数据包的划分归类进行业务的处理;
所述编码响应单元,用于根据业务的处理生成SQL语句进行消息的发送。
所述解码请求处理单元是鉴于TCP通讯的“粘包”特性,在解码时需对整包、半包、错包分别进行适当的处理。
本发明的另一实施例是一种电动汽车远程监控通信服务方法,车载终端将实时数据流发送给Netty通信服务***,Netty通信服务***对接收到数据并发送至二级索引***,二级索引***具有与Netty通信服务***连接的SQL解析层以及与HBase数据服务***连接的DML数据操作接口; Netty通信服务***接收来自车载终端的数据并解析成SQL语句发送至SQL解析层,SQL解析层接收Netty通信服务***传递的SQL语句解析并转换为对应DML操作,DML数据操作接口根据SQL解析层转换的DML操作对HBase数据服务***执行读写操作。
二级索引***承接Netty通信服务***与HBase数据服务***之间的桥梁,封装HBase数据服务***的API,为应用服务***提供通用的使用接口。SQL解析层针对SQL语句的解析层,负责将Netty通信服务***通过RPC远程调用传递过来的SQL语句进行语义解析,转换成为一系列的DML(Data Manipulation Language)是数据操纵语言:它们是 SELECT、UPDATE、 INSERT 、DELETE,这四条命令是用来对HBase数据服务***里的数据进行操作的语言)操作。DML数据操作接口主要是完成对HBase API的封装,内部分两种接口,一种是数据的写入接口,根据数据向HBase数据服务***的数据输入;还有中是数据的检索接口,提供通过检索从HBase数据服务***中输出目标数据。数据的写入分为两种形式,一种是通过实时的数据采集存储,一种是离线的数据批量导入。
例如,insert(***)、 update(更新)等都属于写入操作,而 select(选择)操作就属于检索操作。
离线批量数据导入是通过将采集的数据写入到临时文件,在集群任务比较空闲的时候,通过对文件的处理,进行数据的批量导入,是一个非实时的过程。
Netty通信服务***是Internet网络上具有固定IP的计算机,通过Internet网络接收车载终端上传的车身总线数据信息,对来自车辆的不同厂商的子应用层协议加以解析成SQL语句。
Netty通信服务***采用Netty框架进行开发,基于TCP协议传输,并结合汽车厂商的监控需求,制订出一套适合车辆安全隐患***的私有通信协议,实现高并发的实时网络通信要求。Netty通信服务***逻辑架构如图2所示。网络通信程序对数据流的一般处理流程是:解码请求数据、业务逻辑处理、编码响应。作为服务中心与车载终端沟通媒介,通信服务***的首要职责是应对高并发的车载终端实时数据流,数据流的接收工作由通信服务模块的接收层(Acceptor)完成。由于通信协议是透传模式,通信服务模块会接收到来自不同厂家的各种各样的子协议和数据格式,在入库存储前还需要将这些数据解析处理为统一格式。所以在接收层工作完成后,还需要由数据处理层(Handler)对数据进行解码(decode)、业务处理(compute)、编码(encode)后返回给SQL解析层。
Netty通信服务***采用Reactor模式分别应对信息的接收和处理过程。服务***的CPU处理速度远远快于IO速度,如果CPU为了IO操作而阻塞是极不划算的。通信服务***使用Reactor模式来解决这个问题,由一个不断等待和循环的单独进程(或线程)接受各handler的注册,并负责查询IO是否就绪,在就绪后调用指定的handler进行处理。
Nett通信服务***中,启用一个MainReactor线程,负责响应client的连接请求,并建立连接,使用一个NIO Selector;启用多个SubReactor线程,每个SubReactor维护一个独立的NIO Selector。由于SubReactor会执行一些比较耗时的IO操作,例如消息的读写,使用多个线程去执行,更加有利于发挥CPU的运算能力,减少IO等待时间。
如图3所示,为Netty通信服务***的应用层调用到HBase数据服务***之间的整体的数据流程图,其中包括两种数据流程,一个是数据的写入流程,另外一个是数据的检索流程。首先Netty通信服务***通过RPC远程调用,传递过来应用层的SQL语句,SQL语句在SQL解析层执行语义分析,通过对SQL语义分析获得的结果来判断数据是写入操作还是检索操作,比如insert(***)、 update(更新)等都属于写入操作,而 select(选择)操作就属于检索操作。对于数据的写入操作,由于不一定都是实时在线的数据写入,又开辟了离线批量数据导入,其中,离线批量数据导入是通过将采集的数据写入到临时文件,在集群任务比较空闲的时候,通过对文件的处理,进行数据的批量导入,是一个非实时的过程。
在写入接口中,DML数据操作接口完成SQL语义到HBase API中的put(写入)操作和delete(删除)操作,完成对HBase数据服务***的数据***、更新和删除操作;在检索接口中,DML数据操作接口主要是完成SQL语义到HBase API中的get(获取) 操作和一系列的scan(扫描)操作,通过对索引表格的 scan(扫描)操作查找出来目标数据的Rowkey(主键)集合,然后通过获取的Rowkey集合,通过 get操作获得目标数据集合,最终将这些数据集合返回给应用服务***。
如图4所示,为了能实现快速存储以及快速检索,本发明通过对主键的操作,把原结构化数据的主键部分和其中需要做索引的value字段设计在一起,由于HBase数据服务***中数据存储的特征,所有数据都按照字典序排序,这样对于相同的value值的索引数据的存储位置相邻,通过对这些数据进行提取获取原存储数据的Rowkey数据。
图4中的原始数据就是结构化数据,每一条都由全表唯一的ID标记,每个ID代表的一行里面都代表不同意义的字段。在第二个表里面的数据就是原始数据写入到HBase数据服务***中数据表格的详细情况,在原始结构化数据中的ID前面添加Hash前缀组成主键,以存储在数据表格的数据主键(DataRowkey内),后面的字段都转化成列族ColumnFamily的字段。
由于结构化数据的顺序写入,会造成HBase数据服务***中数据的写入局部热点,数据表格的主键以及索引表格的主键在HBase数据服务***中是按照字典序排序的,如果顺序写入,造成短时间内写入的主键(Rowkey)都集中在集群中的局部节点,严重影响了写入的性能。通过添加了Hash前缀从而将顺序写入的数据通过Hash离散化分配到数据表格以及索引表格中不同的节点区域,充分利用分布式存储的并行存储优势。
在原始结构化数据写入HBase数据服务***的同时,原始结构化数据中需要添加索引的字段要建立索引数据,并且与原结构化数据一同写入HBase数据服务***的索引表格内。如图中标注的IndexRowkey(索引主键)的组成是由Hash前缀、需要建立索引的字段value和结构化数据的ID组成的,在索引表格的列簇的字段空的,只是***一条空的索引主键作为数据主键所标示的反向索引,采用空间换时间的策略,通过建立索引数据表格最终能够大幅度提升***查询的速度。
如图5所示,给出了实例来说明应用服务***的检索中获取Rowkey(主键)集合的流程。例子中举了对于两个条件的数据select 检索请求。最左边的是数据在HBase数据服务***中的存储状态,标示着原始结构化数据写入到HBase***存储之后的状态,接着右边的两个索引表格分别是数据的prov字段索引和age字段索引,在搜索省份prov为济南jn同时年龄age为30的条目信息的时候执行流程是这样的,并行的在prov和 age字段分别进行prov字段为jn和 age为30的搜索,通过检索查询得到的两个集合就是后来的prov=jn集合与 age=30集合,通过对 SQL语句中两个字段条件的逻辑关系判断发现是“and”,那就对两个集合求交集通过合并操作,最终发现主键的交集为0001,接下来拿着0001去数据表格中取出目标数据,返回给应用服务***就完成了***的检索流程。由于此处只是为了说明下整个***设计的原理,简化了Hbase数据服务***中主键的设置与检索流程中的一些其他的辅助措施。
本发明通过对电动汽车远程监控***中通信服务***的结构化设计以及对Netty通信服务***和HBase数据服务***的非植入式开发,实现快速、高效传输和处理移动车辆的海量信息,实现对SQL语句的支持,应用服务***能有效的获取车辆的运行数据,提高检索效率,达到应用服务***对数据检索操作的方便易用。
其中,本发明的IndexRowkey(索引主键)的组成是由Hash前缀、需要建立索引的字段value和结构化数据的ID组成的,在索引表格的列簇的字段空的,只是***一条空的索引主键作为数据主键所标示的反向索引,采用空间换时间的策略,通过建立索引数据表格最终能够大幅度提升***查询的速度。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种电动汽车远程监控通信服务***,其特征在于:包括Netty通信服务***和HBase数据服务***;在所述HBase数据服务***与Netty通信服务***间设有二级索引***,用于封装HBase数据服务***,提供数据接口;所述Netty通信服务***接收来自车载终端的数据并发送至二级索引***,二级索引***接收Netty通信服务***传递的数据并转换为对应操作,根据所述对应操作对HBase数据服务***执行读写操作。
2.根据权利要求1所述的***,其特征在于:所述二级索引***包括用于与Netty通信服务***连接的SQL解析层以及与HBase数据服务***连接的DML数据操作接口。
3.根据权利要求2所述的***,其特征在于:所述Netty通信服务***接收来自车载终端的数据并解析成SQL语句发送至SQL解析层,SQL解析层接收Netty通信服务***传递的SQL语句解析并转换为对应DML操作,DML数据操作接口根据SQL解析层转换的DML操作对HBase数据服务***执行读写操作。
4.一种基于权利要求1的电动汽车远程监控通信服务方法,其特征在于:车载终端将实时数据流发送给Netty通信服务***,Netty通信服务***对接收到数据并发送至二级索引***,二级索引***接收Netty通信服务***传递的数据并转换为对应操作,根据所述对应操作对HBase数据服务***执行读写操作。
5.根据权利要求4所述的方法,其特征在于:所述二级索引***具有与Netty通信服务***连接的SQL解析层以及与HBase数据服务***连接的DML数据操作接口;所述Netty通信服务***接收来自车载终端的数据并解析成SQL语句发送至SQL解析层,SQL解析层接收Netty通信服务***传递的SQL语句解析并转换为对应DML操作,DML数据操作接口根据SQL解析层转换的DML操作对HBase数据服务***执行读写操作。
6.根据权利要求5所述的方法,其特征在于:所述DML数据操作接口包括写入接口和检索接口。
7.根据权利要求6所述的方法,其特征在于:所述写入接口根据SQL语义完成对HBase数据服务***的数据***、更新和删除操作。
8.根据权利要求6所述的方法,其特征在于:所述检索接口根据SQL语义完成对HBase数据服务***的数据获取和扫描操作,HBase数据服务***具有数据表格和索引表格,通过对索引表格执行扫描操作查找目标数据的主键集合,通过获取操作基于上述获取的主键集合获得目标数据集合,并将目标数据集合返回给应用服务***。
9.根据权利要求8所述的方法,其特征在于:通过对索引表格执行扫描操作查找目标数据的主键集合具体为:将HBase数据服务***中的结构化数据的主键部分和其中需要做索引的value字段整合在一起,使得具有相同value值的索引数据之存储位置相邻,通过对所述整合后的数据进行提取,获得目标数据的主键集合。
10.根据权利要求8所述的方法,其特征在于:所述写入接口向HBase数据服务***执行操作时,将HBase数据服务***内的结构化数据的ID前添加Hash前缀,并存储在数据表格的数据主键内;同时,将结构化数据的ID、需要索引的字段前添加Hash前缀,并存储在索引表格的索引主键内;在将结构化数据写入数据表格内时,每个结构化数据的ID后面的字段转化成列簇的字段,索引表格内列簇的字段为空。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710343240.5A CN107169100A (zh) | 2017-05-16 | 2017-05-16 | 一种电动汽车远程监控通信服务***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710343240.5A CN107169100A (zh) | 2017-05-16 | 2017-05-16 | 一种电动汽车远程监控通信服务***及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107169100A true CN107169100A (zh) | 2017-09-15 |
Family
ID=59816246
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710343240.5A Pending CN107169100A (zh) | 2017-05-16 | 2017-05-16 | 一种电动汽车远程监控通信服务***及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107169100A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110263115A (zh) * | 2019-06-17 | 2019-09-20 | 百度在线网络技术(北京)有限公司 | 基于分布式表格存储高精度地图数据的方法及其相关设备 |
CN110875936A (zh) * | 2018-08-31 | 2020-03-10 | 百度在线网络技术(北京)有限公司 | 智能驾驶汽车的通讯***、方法及终端设备、存储介质 |
CN112073963A (zh) * | 2020-09-16 | 2020-12-11 | 武汉虹旭信息技术有限责任公司 | 通信交互数据传输方法及装置 |
CN112114873A (zh) * | 2020-08-19 | 2020-12-22 | 成都安易迅科技有限公司 | 任务处理的方法、装置及计算机设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104731922A (zh) * | 2015-03-26 | 2015-06-24 | 江苏物联网研究发展中心 | 基于分布式数据库HBase的结构化数据的快速检索***及方法 |
CN105160837A (zh) * | 2015-09-29 | 2015-12-16 | 爱培科科技开发(深圳)有限公司 | 一种基于移动终端的行车报警信息云端获取方法及*** |
CN105227917A (zh) * | 2015-09-29 | 2016-01-06 | 爱培科科技开发(深圳)有限公司 | 一种基于移动终端的行车影像云端实时监控的方法及*** |
CN105338092A (zh) * | 2015-11-16 | 2016-02-17 | 北京智视信息科技有限公司 | 一种消防车车联网数据平台的构建方法 |
-
2017
- 2017-05-16 CN CN201710343240.5A patent/CN107169100A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104731922A (zh) * | 2015-03-26 | 2015-06-24 | 江苏物联网研究发展中心 | 基于分布式数据库HBase的结构化数据的快速检索***及方法 |
CN105160837A (zh) * | 2015-09-29 | 2015-12-16 | 爱培科科技开发(深圳)有限公司 | 一种基于移动终端的行车报警信息云端获取方法及*** |
CN105227917A (zh) * | 2015-09-29 | 2016-01-06 | 爱培科科技开发(深圳)有限公司 | 一种基于移动终端的行车影像云端实时监控的方法及*** |
CN105338092A (zh) * | 2015-11-16 | 2016-02-17 | 北京智视信息科技有限公司 | 一种消防车车联网数据平台的构建方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110875936A (zh) * | 2018-08-31 | 2020-03-10 | 百度在线网络技术(北京)有限公司 | 智能驾驶汽车的通讯***、方法及终端设备、存储介质 |
US11368827B2 (en) | 2018-08-31 | 2022-06-21 | Apollo Intelligent Driving Technology (Beijing) Co., Ltd. | Communication system and method of autonomous vehicle and terminal device |
CN110263115A (zh) * | 2019-06-17 | 2019-09-20 | 百度在线网络技术(北京)有限公司 | 基于分布式表格存储高精度地图数据的方法及其相关设备 |
CN110263115B (zh) * | 2019-06-17 | 2022-05-20 | 百度在线网络技术(北京)有限公司 | 基于分布式表格存储高精度地图数据的方法及其相关设备 |
CN112114873A (zh) * | 2020-08-19 | 2020-12-22 | 成都安易迅科技有限公司 | 任务处理的方法、装置及计算机设备 |
CN112073963A (zh) * | 2020-09-16 | 2020-12-11 | 武汉虹旭信息技术有限责任公司 | 通信交互数据传输方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107169100A (zh) | 一种电动汽车远程监控通信服务***及方法 | |
CN103309958B (zh) | Gpu和cpu混合架构下的olap星型连接查询优化方法 | |
CN110109996A (zh) | 一种工业互联网设备实时数据采集与存储方法及*** | |
CN110716952A (zh) | 一种多源异构数据处理方法、装置和存储介质 | |
CN101490647A (zh) | 对智能电子设备进行配置以促进网络内的多个智能电子设备之间的标准化通信消息的方法 | |
CN107832343B (zh) | 一种基于位图的mbf数据索引结构对数据快速检索的方法 | |
CN104731922A (zh) | 基于分布式数据库HBase的结构化数据的快速检索***及方法 | |
CN111930496B (zh) | 集成控制方法、装置、楼宇控制***、存储介质及处理器 | |
CN103678491A (zh) | 一种基于Hadoop中小文件优化和倒排索引的方法 | |
CN107193898A (zh) | 基于分级复用的日志数据流的查询共享方法和*** | |
CN108009270A (zh) | 一种基于分布式内存计算的文本检索方法 | |
CN114356971A (zh) | 数据处理方法、装置以及*** | |
CN108388640A (zh) | 一种数据转换方法、装置以及数据处理*** | |
CN104615684A (zh) | 一种海量数据通信并发处理方法及*** | |
CN107656951A (zh) | 一种同步异构数据库***中实时数据的方法 | |
CN108170535A (zh) | 一种基于MapReduce模型的提升表连接效率的方法 | |
CN109145009A (zh) | 一种基于SQL检索ElasticSearch的方法 | |
CN106484815A (zh) | 一种基于海量数据类sql检索场景的自动识别优化方法 | |
CN103425694B (zh) | 关系型数据的搜索方法和装置 | |
CN1160971C (zh) | 路由器操作维护与配置命令的命令存储和命令解释方法 | |
US8606744B1 (en) | Parallel transfer of data from one or more external sources into a database system | |
CN108471355A (zh) | 一种基于海云计算架构的物联网信息互操作方法 | |
CN116150410A (zh) | 一种基于数据湖的数字对象存储方法 | |
CN110008448A (zh) | 将SQL代码自动转换为Java代码的方法和装置 | |
CN105740374A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170915 |
|
RJ01 | Rejection of invention patent application after publication |