首页> 中国专利> 一种基于文件数据库的里程数据统计处理方法和系统

一种基于文件数据库的里程数据统计处理方法和系统

摘要

本发明公开了一种基于文件数据库的里程数据统计处理方法和系统,导航数据服务器包括通信单元、文件数据库、查询请求接收单元、时间分割单元、里程数据读取单元、里程数据处理单元和输出单元;包括步骤:S1、查询请求接收单元接收查询请求;S2、时间分割单元分割时间段;S3、里程数据读取单元读取起始总里程数值;S4、里程数据读取单元读取终止总里程数值;S5、里程数据处理单元统计查询里程数值;S6、输出单元输出查询里程数值。还提出一种基于文件数据库的里程数据统计处理系统。本发明能在文件数据库的海量数据中快速准确地统计里程,即减轻了导航数据服务器的负担,也减少了用户等待时间,提高了用户体验。

著录项

  • 公开/公告号CN102385620A

    专利类型发明专利

  • 公开/公告日2012-03-21

    原文格式PDF

  • 申请/专利权人 深圳市赛格导航科技股份有限公司;

    申请/专利号CN201110327775.6

  • 发明设计人 何芝;刘卫涛;

    申请日2011-10-25

  • 分类号G06F17/30(20060101);

  • 代理机构44217 深圳市顺天达专利商标代理有限公司;

  • 代理人郭伟刚

  • 地址 518019 广东省深圳市南山区高新区市高新技术工业村T2栋B6厂房

  • 入库时间 2023-12-18 04:38:40

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2013-01-30

    授权

    授权

  • 2012-05-02

    实质审查的生效 IPC(主分类):G06F17/30 申请日:20111025

    实质审查的生效

  • 2012-03-21

    公开

    公开

说明书

技术领域

本发明涉及数据处理技术,具体涉及一种导航终端里程数据的统计方法 和系统,尤其涉及一种基于文件数据库的导航终端里程数据统计处理方法和 系统。

背景技术

目前,对于一般的导航监控系统,大多采用关系数据库来保存和查询海 量的导航记录,而里程查询这项功能是导航监控系统所必不可少的。在关系 数据库中,如果用户需要查询某一导航终端在一段时间内的行驶里程,那么 导航监控系统就要从关系数据库中查询这个导航终端在这段时间内的所有导 航数据,进而计算出相应的里程。当关系数据库中存储的数据达到海量级或 者要求查询的时间段特别长时,数据中心可能会瘫痪,或者用户等待的时间 非常长,从而用户体验很差。

发明内容

本发明要解决的技术问题在于,针对里程查询的现有技术,关系数据库 海量数据处理较为困难或用户等待时间较长等的缺陷,提供一种基于文件数 据库的里程数据统计处理方法和系统。

本发明解决其技术问题所采用的技术方案是:构建一种基于文件数据库 的里程数据统计处理方法,采用可与多个导航终端进行无线通信的导航数据 服务器,所述导航数据服务器包括通信单元、文件数据库、查询请求接收单 元、时间分割单元、里程数据读取单元、里程数据处理单元和输出单元;所 述导航数据服务器通过通信单元接收导航终端定时上报的导航记录,所述导 航记录包括上报时间、经度、纬度、速度、方向、总里程、位置信息,所述 导航数据服务器将接收到的导航记录以定长和不定长字节流的格式保存在文 本文件中,所述文本文件存储于导航数据服务器的文件数据库中;所述基于 文件数据库的里程数据统计处理方法包括以下步骤:

S1、查询请求接收单元接收查询请求,所述查询请求包括请求查询的时 间段和导航终端ID,所述时间段包括查询的起始时间点和终止时间点,所述 导航终端ID是导航终端的产品编号、车牌号码或手机号码;

S2、时间分割单元根据所述起始时间点和终止时间点判断是否需要对所 述时间段分割,如果时间间隔≥2天,将所述时间段以天为单位分割成若干段; 如果时间间隔<2天,就不分割所述时间段;所述时间间隔为终止时间点减去 起始时间点的天数;

S3、里程数据读取单元根据所述时间段,判断所述起始时间点所对应日 期文件夹内是否有文件名为所述导航终端ID的文本文件,如果没有,则从后 一日所对应的日期文件夹内查找文件名为所述导航终端ID的文本文件,依此 类推;如果有,则打开文件名为导航终端ID的文本文件,从所述文本文件头 顺序查找第一个上报时间大于等于所述起始时间点的,且带有总里程的导航 记录,读取起始总里程数值;

S4、里程数据读取单元根据所述时间段,判断所述终止时间点所对应日 期文件夹内是否有文件名为所述导航终端ID的文本文件,如果没有,则从前 一日所对应的日期文件夹内查找文件名为所述导航终端ID的文本文件,依此 类推;如果有,则打开文件名为导航终端ID的文本文件,从所述文本文件末 逆序查找第一个上报时间小于等于所述终止时间点的,且带有总里程的导航 记录,读取终止总里程数值;

S5、里程数据处理单元计算查询里程数值,用所述终止时间点所读取的 终止总里程数值减去所述起始时间点所读取的起始总里程数值,得出查询时 间段所对应的查询里程数值;

S6、输出单元输出所述查询里程数值。

其中,所述文本文件在文件数据库中的存储路径由上报日期确定,所述 文本文件的文件名为所述导航终端ID,同一天内上报的所有导航记录均保存 在同一个文件名为所述导航终端ID的文本文件中。

本发明还提供一种基于文件数据库的里程数据统计处理系统,包括查询 请求接收单元、时间分割单元、里程数据读取单元、里程数据处理单元、输 出单元。

所述查询请求接收单元:用于接收用户输入的查询请求,所述查询请求 包括请求查询的时间段和导航终端ID;所述时间分割单元:与所述查询请求 接收单元连接,用于判断所述时间段是否需要分割,并对需要分割的所述时 间段以天为单位进行分割;所述里程数据读取单元:与所述时间分割单元和 所述文件数据库连接,用于从所述文件数据库中文件名为所述导航终端ID的 文本文件读取所述起始时间点、终止时间点分别对应的起始总里程数值和终 止里程数值;所述里程数据处理单元:与所述里程数据读取单元连接,用于 所述终止总里程数值减去所述起始总里程数值,统计出查询时间段所对应的 查询里程数值;所述输出单元:与所述里程数据处理单元连接,用于输出所 述查询里程数值。

实施本发明的技术方案,具有以下有益效果:导航终端定时上报导航记 录到文件数据库中,同一导航终端同一天上报的导航记录存储在同一文本文 件中,占用存储空间小;在用户查询里程时,利用本发明的里程数据统计处 理方法,只需从文件数据库中调出起始时间点和终止时间点相近的文本文件, 可以快速准确计算出查询里程数值,尤其是当文件数据库中有海量数据时, 减轻了导航数据服务器的负担,查询所用时间也较短,减少了用户的等待时 间,提高了用户体验。

附图说明

下面将结合附图及实施例对本发明作进一步说明,附图中:

图1是本发明文件数据库中文本文件实施例的内容存放格式示意图;

图2是本发明导航数据服务器实施例的模块示意图;

图3是本发明基于文件数据库的里程数据统计处理方法实施例的流程示 意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及 实施例,对本发明作进一步详细说明。应当理解,此处所描述的具体实施例 仅仅用于解释本发明,并不用于限定本发明。

图1是本发明文件数据库10中文本文件内容的存放格式示意图,在文件 数据库10中,每个导航终端每天上报的导航记录都存储在同一个文件名为导 航终端ID的文本文件中,由于导航终端会定时自动上报导航记录,间隔时间 一般会设置为1分钟,如此,一个导航终端一天最多会上报1440条导航信息, 在文件数据库10中,一个文本文件最多存储1440条导航记录,当间隔时间 更大时,如设置为5分钟、10分钟等,其导航记录会更少些;而文本文件在 文件数据库10中保存的路径是由上报日期确定,所述文本文件的文件名为所 述导航终端ID,如2011\08\08\13512345678.txt,其中,2011\08\08就是上报 为日期,决定其在文件数据库10中的保存路径,13512345678为导航终端ID 号,即文本文件的名称,每个导航终端在一天内上报的所有导航记录均按照 上报时间升序保存在文本文件中,上报时间是上报导航记录时的时间点,所 述上报时间一般精确到秒,如10:30:25,即10点30分25秒。

在文本文件中,每一条导航记录都包含了上报时间、经度、纬度、速度、 方向、总里程、位置信息;每个导航记录分配的存储空间一般是300字节, 其中,由于上报时间、经度、纬度、速度、方向、总里程等的长度一般都是 固定的,所以存储一般都以定长字节流的格式保存在文本文件中,其余如位 置信息的长度不固定的导航信息,则占有300字节其它的存储空间。当一个 文本文件中最多1500条导航记录,需要的存储空间最大为439KB,所占用的 存储空间较小。

图2示出了本发明导航数据服务器实施例的模块示意图,包括通信单元 9、文件数据库10和基于文件数据的里程数据统计处理系统;所述导航数据 服务器100通过通信单元9接收导航终端(图未示出)定时上报的导航记录, 并将接收到的导航记录以定长和不定长字节流的格式保存在文本文件中,文 本文件存储于文件数据库10中;其中,基于文件数据的里程数据统计处理系 统包括查询请求接收单元11、时间分割单元12、里程数据读取单元13、里程 数据处理单元14和输出单元15;

所述查询请求接收单元11:用于接收用户输入的查询请求,所述查询请 求包括请求查询的时间段和导航终端ID;所述时间分割单元12:与所述查询 请求接收单元11连接,用于判断所述时间段是否需要分割,并对需要分割的 所述时间段以天为单位进行分割;所述里程数据读取单元13:与所述时间分 割单元和所述文件数据库10连接,用于从所述文件数据库10中文件名为所 述导航终端ID的文本文件读取所述起始时间点、终止时间点分别对应的起始 总里程数值和终止里程数值;所述里程数据处理单元14:与所述里程数据读 取单元13连接,用终止总里程数值减去起始总里程数值,统计出查询时间段 所对应的查询里程数值;所述输出单元15:与所述里程数据处理单元14连接, 用于输出所述查询里程数值。

图3示出了本发明基于文件数据库的里程数据统计处理方法实施例的流 程示意图,基于文件数据库的里程数据统计处理方法,采用可与多个车辆导 航终端进行无线通信的导航数据服务器100,所述导航数据服务器100包括文 件数据库10、查询请求接收单元11、时间分割单元12、里程数据读取单元 13、里程数据处理单元14、输出单元15;所述导航数据服务器100通过通信 单元9接收导航终端定时上报的导航记录,所述导航记录包括上报时间、经 度、纬度、速度、方向、总里程、位置信息,所述导航记录是以定长和不定 长字节流的格式保存在文本文件中,所述文本文件存储于导航数据服务器100 的文件数据库10中;所述基于文件数据库的里程数据统计处理方法包括以下 步骤:

S1、查询请求接收单元11接收查询请求,所述查询请求包括请求查询的 时间段和导航终端ID,所述时间段包括查询的起始时间点和终止时间点,所 述导航终端ID是导航终端的产品编号、车牌号码或手机号码;

S2、时间分割单元12根据所述起始时间点和终止时间点判断是否需要对 所述时间段分割,如果时间间隔≥2天,将所述时间段以天为单位分割成若干 段,时间段分割方法为:例如时间段为20110928123030至20110930123030, 将被分割为3天:20110928123030至20110928235959,20110929000000至 20110929235959,20110930000000至20110930123030,即使时间段再长,也 按此方法分割所述时间段;如果时间间隔<2天,就不分割所述时间段;所述 时间间隔为终止时间点减去起始时间点的天数;

S3、里程数据读取单元13根据所述时间段,判断所述起始时间点所对应 日期文件夹内是否有文件名为所述导航终端ID的文本文件,如果没有,则从 后一日所对应的日期文件夹内查找文件名为所述导航终端ID的文本文件,依 此类推;如果有,则打开文件名为所述导航终端ID的文本文件,从所述文本 文件头顺序查找第一个上报时间大于等于所述起始时间点,且带有总里程的 导航记录,读取起始总里程数值;

S4、里程数据读取单元13根据所述时间段,判断所述终止时间点所对应 日期文件夹内是否有文件名为所述导航终端ID的文本文件,如果没有,则从 前一日所对应的日期文件夹内查找文件名为所述导航终端ID的文本文件,依 此类推;如果有,则打开文件名为所述导航终端ID的文本文件,从所述文本 文件末逆序查找第一个上报时间小于等于所述终止时间点,且带有总里程的 导航记录,读取终止总里程数值;

S5、里程数据处理单元14计算查询里程数值,用所述终止时间点所读取 的终止总里程数值减去所述起始时间点所读取的起始总里程数值,得出查询 时间段所对应的查询里程数值;

S6、输出单元15输出所述查询里程数值。

在基于文件数据库的里程数据统计处理方法的步骤S2中,一般以天为单 位来分割所述时间段,当时间在一天之内时,则不用分割;里程查询依然必 须从起始时间点、终止时间点所对应日期开始,且只需查询与所述起始时间 点和所述终止时间点相近日期的文本文件,而不用将海量的数据都查询一遍, 大大提高了查询效率,减少了用户等待时间,提高了用户体验。

在本发明基于文件数据库的里程数据统计处理方法中,使用的导航系统 可以是美国的全球定位系统(GPS)、我国的北斗卫星导航系统(BeiDou)、 俄罗斯的格洛纳斯定位系统(GLONASS)和欧洲的伽利略定位系统(Galileo), 当前,我国很多导航终端都采用的是GPS,当我国的BeiDou开始大规模商用 时,本发明所指的导航终端则可以是采用BeiDou的了,当在欧洲时,则可能 是Galileo,当在俄罗斯时,则可能是GLONASS。同时,本发明中所述的导 航终端,可以是车载导航仪、具有导航功能的移动终端等。

本发明中采用的是文件数据库,导航终端定时上报导航记录到文件数据 库中,同一导航终端同一天上报的导航记录存储在同一文本文件中,占用存 储空间小;在用户查询里程时,利用本发明的里程数据统计处理方法,只需 调用起始时间点和终止时间点相近的文本文件,可以快速准确计算出查询里 程,尤其是在数据库中有海量数据时,减轻了导航数据服务器的负担,也减 少了用户的等待时间,提高了用户体验。

以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本 发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本 发明的保护范围之内。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号