CN109542997B - 运动轨迹显示方法及装置 - Google Patents

Abstract

本申请实施例提供一种运动轨迹显示方法及装置，应用于包括运动轨迹组件的数据处理设备，组件包括采集层、业务处理层、存储层、查询层和展示层。数据处理设备通过采集层获得来自不同数据源的运动轨迹数据，并将获得的数据存储于内存数据库；通过业务处理层对内存数据库中的数据进行解析，将解析得到的信息封装成运动点对象，并存储于存储层的实时数据表；在设定的触发条件被触发时，通过业务处理层将实时数据表中的运动点对象添加到存储层的历史数据表的相应运动轨迹线段中；响应查询请求，通过查询层从历史数据表查找符合该请求的目标运动轨迹线段，并通过展示层在地图上显示。如此，可将组件模块化，使得业务划分更为清晰，便于维护。

Description

运动轨迹显示方法及装置

技术领域

本申请涉及数据处理技术领域，具体而言，涉及一种运动轨迹显示方法及装置。

背景技术

在实际应用中，有时需要在地图上显示运动目标的运动轨迹，但是对于不同的地图场景，或是来自不同数据源的运动轨迹数据，无法通过同一应用程序实现，而是必须分别进行定制化的开发，所需成本较高，且难于维护。

发明内容

有鉴于此，本申请实施例的目的包括提供一种运动轨迹显示方法及装置，以改善上述问题。

为了达到上述目的，本申请实施例采用如下技术方案：

第一方面，本申请实施例提供一种运动轨迹显示方法，应用于数据处理设备，所述数据处理设备包括运动轨迹组件，所述运动轨迹组件包括相互通信的采集层、业务处理层、存储层、查询层和展示层，其中，所述采集层中配置有与不同数据源对应的接口信息，所述接口信息包括接口地址、接口参数、接口协议和指令集；所述方法包括：

通过所述采集层获得来自不同数据源的多个运动轨迹数据，将所述多个运动轨迹数据存储于内存数据库中；

针对所述内存数据库中的每个运动轨迹数据，通过所述业务处理层对所述运动轨迹数据进行解析，将解析得到的信息封装成运动点对象，并将所述运动点对象存储于所述存储层的实时数据表中；

在设定的触发条件被触发时，针对所述实时数据表中的运动点对象，通过所述业务处理层从所述存储层的历史数据表中查找是否存在所述运动点对象所属的运动轨迹线段，若是，则将所述运动点对象添加到所述运动点对象所属的运动轨迹线段中；

在接收到查询请求时，通过所述查询层从所述历史数据表中查找符合所述查询请求的查询条件的目标运动轨迹线段，并通过所述展示层在地图上显示所述目标运动轨迹线段。

第二方面，本申请实施例还提供一种运动轨迹显示装置，应用于数据处理设备，所述数据处理设备包括运动轨迹组件，所述运动轨迹组件包括相互通信的采集层、业务处理层、存储层、查询层和展示层，其中，所述采集层中配置有与不同数据源对应的接口信息，所述接口信息包括接口地址、接口参数、接口协议和指令集；所述装置包括：

数据采集模块，用于通过所述采集层获得来自不同数据源的多个运动轨迹数据，将所述多个运动轨迹数据存储于内存数据库中；

实时数据处理模块，用于针对所述内存数据库中的每个运动轨迹数据，通过所述业务处理层对所述运动轨迹数据进行解析，将解析得到的信息封装成运动点对象，并将所述运动点对象存储于所述存储层的实时数据表中；

历史数据整理模块，用于在设定的触发条件被触发时，针对所述实时数据表中的运动点对象，通过所述业务处理层从所述存储层的历史数据表中查找是否存在所述运动点对象所属的运动轨迹线段，若是，则将所述运动点对象添加到所述运动点对象所属的运动轨迹线段中；

显示模块，用于在接收到查询请求时，通过所述查询层从所述历史数据表中查找符合所述查询请求的查询条件的目标运动轨迹线段，并通过所述展示层在地图上显示所述目标运动轨迹线段。

相对于现有技术而言，本申请实施例具有以下有益效果：

本申请实施例提供的一种运动轨迹显示方法及装置，应用于包括运动轨迹组件的数据处理设备，该运动轨迹组件包括采集层、业务处理层、存储层、查询层和展示层。数据处理设备通过采集层获得来自不同数据源的多个运动轨迹数据，并将获得的多个运动轨迹数据存储于内存数据库；通过业务处理层对内存数据库中的每个运动轨迹数据进行解析，将解析得到的信息封装成运动点对象，并存储于存储层的实时数据表；在设定的触发条件被触发时，通过业务处理层将实时数据表中的运动点对象添加到存储层的历史数据表的相应运动轨迹线段中；响应查询请求，通过查询层从历史数据表查找符合该请求的目标运动轨迹线段，并通过展示层在地图上显示该目标运动轨迹线段。如此，可将组件模块化，使得业务划分更为清晰，便于维护。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种数据处理设备的方框示意图；

图2为本申请实施例提供的一种运动轨迹组件的架构示意图；

图3为本申请实施例提供的一种运动轨迹显示方法的流程示意图；

图4为图3所示步骤S32的次子步骤示意图；

图5为图3所示步骤S33的子步骤示意图；

图6为图3所示步骤S36的子步骤示意图；

图7为本申请实施例提供的一种运动轨迹显示装置的功能模块框图。

图标：100-数据处理设备；110-运动轨迹显示装置；111-数据采集模块；112-实时数据处理模块；113-历史数据处理模块；114-显示模块；115-事件触发模块；116-调用模块；120-运动轨迹组件；121-采集层；122-业务处理层；123-存储层；124-查询层；125-展示层；130-应用程序；140-机器可读存储介质；150-处理器；160-通信单元；170-显示单元；201-外部接口。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

请参照图1，图1是本申请实施例提供的一种数据处理设备100的方框示意图。所述数据处理设备100例如可以是服务器、个人计算机、智能手机、笔记本电脑等任意具有数据处理功能的电子设备。

所述数据处理设备100包括运动轨迹显示装置110、运动轨迹组件120、应用程序(Application，APP)130、机器可读存储介质140、处理器150、通信单元160以及显示单元170。

所述机器可读存储介质140、处理器150、通信单元160以及显示单元170各元件之间可以通过系统总线相互通信连接，以实现数据交互。所述机器可读存储介质140中存储有机器可执行指令，通过读取并执行机器可读存储介质140中与运动轨迹显示逻辑对应的机器可执行指令，所述处理器150可以实现下文描述的运动轨迹显示方法。

所述机器可读存储介质140可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质140可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合。

此外，上文描述的运动轨迹组件120和应用程序130均可以以机器可执行指令的形式存储于所述机器可读存储介质140中。

请参照图2，图2是本申请实施例提供的一种运动轨迹组件120的架构示意图。所述运动轨迹组件120包括采集层121、业务处理层122、存储层123、查询层124和展示层125。

其中，所述采集层121中配置有与不同数据源对应的接口信息，所述接口信息可以包括接口地址、接口参数、接口协议和方法。其中，所述方法为接口中封装好的指令集，通过调用该方法可以实现特定的功能。所述采集层121基于配置的接口信息可以与不同的外部接口数据源对接，以从不同的外部接口(例如图2中示出的外部接口201)获得运动轨迹数据。其中，不同的外部接口为不同的数据源的接口。所述业务处理层122用于对所述采集层121获得的运动轨迹数据进行处理，并将处理好的数据存储到所述存储层123中。所述查询层124用于根据用户发起的查询请求从存储层123中查询相应的数据，所述展示层124可以采用地图展示引擎在地图上将所述查询层124查询到的数据呈现给用户。

所述应用程序130可以通过所述运动轨迹组件120编排得到，例如可以为WebApp。具体地，可以在地图上创建至少一个图层，每个图层用于处理特定业务对象的业务。每个图层与预设数据模型关联，以使用所述预设数据模型规定的查询接口获得所述预设数据模型规定的数据。在通过前述的编排之后，可以发布所编排的场景，该场景可以在UE(UserExperience，用户体验)设计器中使用。

对于所发布的场景，可以将其拖动到画布区，并将该场景中编排成页面，并在所编排的页面上定义至少一个按钮事件。应当理解，也可以是其他页面元素实现的事件。所述按钮事件可以调用所述运动轨迹组件提供的事件接口，以触发地图场景运行，例如可以触发UGIS(UrbanGeographic Information System，城市地理信息系统)地图场景运行。

所述通信单元160用于建立与其它设备之间的通信连接，所述显示单元170用于显示待显示信息，例如，运动轨迹，此外还可以用于实现与用户的交互。

在此值得说明的是，图1所示的结构仅为示意，数据处理设备100还可以包括比图1所示更多或更少的组件，或是具有与图1所示完全不同的配置。其中，图1示出的组件可以以软件、硬件或其组合实现，本实施例对此不做限制。

请参照图3，图3是本申请实施例提供的一种运动轨迹显示方法的流程示意图，可以应用于图1中示出的数据处理设备100。下面对该方法包括的各个步骤进行详细描述。

步骤S31，通过所述采集层121获得来自不同数据源的多个运动轨迹数据，将所述多个运动轨迹数据存储于内存数据库中。

在实施时，可以由采集层121按照预设的频率主动从外部接口获取运动轨迹数据，也可以由外部接口按照预设的频率向采集层121提供运动轨迹数据，本实施例对此不做限制。其中，该预设的频率可以根据用户需求在数据处理设备100的可视化界面中进行灵活设置。

在本实施例中，所述采集层121可以对获得的运动轨迹数据进行清洗、转换和重构等处理，再将处理后的运动轨迹数据存储于所述内存数据中。

通过将获得的运动轨迹数据存储于内存数据库中，一方面可以在数据处理设备100掉电时自动进行掉电保护，防止数据丢失；另一方面，可以提高数据存取速度。可选地，所述内存数据库例如可以是Redis缓存数据库，当然也可以是其它任何内存数据库。

步骤S32，针对所述内存数据库中的每个运动轨迹数据，通过所述业务处理层122对所述运动轨迹数据进行解析，将解析得到的信息封装成运动点对象，并将所述运动点对象存储于所述存储层123的实时数据表中。

在本实施例中，所述业务处理层122包括独立的线程池，所述线程池中包括一个以上处理线程。在此情况下，步骤S32可以包括以步骤，以通过所述业务处理层122对所述运动轨迹数据进行解析：

通过所述线程池中的处理线程对所述运动轨迹数据进行解析。

可选地，所述线程池中的处理线程的数量与所述采集层121获得的运动轨迹数据的数量呈正相关关系。对应地，当所述采集层121获得的运动轨迹数据的数量减少时，可以回收所述线程池中的部分处理线程。

在本实施例中，如图4所示，通过所述线程池中的处理线程对所述运动轨迹数据进行解析这一步骤可以包括步骤S41。

步骤S41，通过所述线程池中的处理线程从所述运动轨迹数据中解析出运动点的经纬度信息，将该经纬度信息处理成预设格式的数据。

对应地，所述解析得到的信息包括所述预设格式的经纬度信息。

可选地，当所述采集层121获得的运动轨迹数据中包括除经纬度信息之外的其他信息时，所述业务处理层122可以对所述其他信息进行解析。基于此，上述的通过所述线程池中的处理线程对所述运动轨迹数据进行解析这一步骤还可以包括如图4所示的步骤S42：

步骤S42，从所述运动轨迹数据中解析出附加信息，并将所述附加信息处理成所述预设格式的数据。

其中，所述附加信息包括开始时刻、运动时长、运动距离以及事故信息中的至少一种，所述解析得到的信息包括所述预设格式的附加信息。

可选地，在本实施例中，所述步骤S32还可以包括以下步骤，以将所述运动点对象存储于所述存储层123的实时数据表中：

将所述运动点对象处理成图形化数据，并将所述图形化数据存储于所述实时数据表中。

具体地，所述业务处理层122可以将运动点对象中的对象、属性和联系映射成可视化的数据模型实体、维度、度量等图形元素，从而得到所述图形化数据。如此，便于在用户查询时直接反馈图形化数据给用户。

步骤S33，在设定的触发条件被触发时，针对所述实时数据表中的运动点对象，通过所述业务处理层122从所述存储层123的历史数据表中查找是否存在所述运动点对象所属的运动轨迹线段。若是，则执行步骤S34；若否，则执行步骤S35。

其中，设定的触发条件可以是指设定的进行历史数据存储的时间。

基于前文的描述，一个运动点对象中包括运动目标的经纬度信息和所述附加信息，此外，还可以包括该运动点对象对应的运动轨迹数据的采集时刻和该运动目标的标识信息。在此情况下，步骤S33可以包括图5所示的步骤。

步骤S51，获取所述运动点对象中的标识信息作为第一目标标识，从所述历史数据表中查找是否具有包括所述第一目标标识的运动点对象的第一运动轨迹线段。

步骤S52，若是，将查找到的第一运动轨迹线段中起始位置的运动点对象的采集时刻作为起始时刻，获取所述历史数据表中存储的数据的时间粒度，计算所述起始时刻和所述时间粒度的和，得到第一目标时间范围。

其中，时间粒度是指所述历史数据表中存储的一个运动轨迹线段的时间跨度，该时间粒度可以是半小时、一小时或更长，可以根据业务需求进行配置，本实施例对此不做限制。

步骤S53，获取所述运动点对象的采集时刻作为目标时刻，判断所述目标时刻是否属于所述第一目标时间范围。若是，则执行步骤S54；若否，则执行步骤S55。

步骤S54，确定所述第一运动轨迹线段为所述运动点对象所属的运动轨迹线段。

步骤S55，确定所述历史数据表中不存在所述运动点对象所属的运动轨迹线段。

步骤S34，将所述运动点对象添加到所述运动点对象所属的运动轨迹线段中。

步骤S35，在所述历史数据表中新建一运动轨迹线段，并将所述运动点对象添加到新建的运动轨迹线段中。

其中，所述运动点对象可以处于所述新建的运动轨迹线段的起始位置。

在本实施例中，在所述设定的触发条件被触发，且所述实时数据表中的运动点对象均被添加到所述历史数据表的相应运动轨迹线段中之后，可以对空间数据执行一次索引，即：将空间数据划分为多个区域，如此，在处理用户发起的查询请求时，可以先确定该查询请求查询的数据所属的区域，再在该区域中进行查询，以提高查询效率。

在本实施例中，所述方法还可以包括如下步骤：

在所述应用程序130的任一按钮事件被触发时，在所述运动轨迹组件120提供的事件接口中确定与该按钮事件对应的事件接口；

调用所确定的事件接口，根据用户提供的查询条件生成查询请求。

其中，所述按钮事件例如可以为：“隐藏”按钮、“显示”按钮、“轨迹回放”按钮、“轨迹暂停”按钮、“轨迹继续”按钮、“轨迹清除”按钮等。

步骤S36，在接收到查询请求时，通过所述查询层124从所述历史数据表中查找符合所述查询请求的查询条件的目标运动轨迹线段，并通过所述展示层125在地图上显示所述目标运动轨迹线段。

其中，步骤S36可以包括以下步骤，以实现通过所述展示层125在地图上显示所述目标运动轨迹线段：

确定所述目标运动轨迹线段对应的目标数据模型，在所述地图上确定与所述目标数据模型关联的目标图层，并在所述目标图层上展示所述查找到的运动轨迹线段。

在本实施例中，所述查询请求的查询条件可以包括第二目标时间范围和第二目标标识。其中，所述第二目标时间范围是指用户需要查询的运动轨迹的时间跨度，所述第二目标标识是指用户需要查询的运动目标的标识信息。

在此情况下，步骤S36还可以包括如图6所示的步骤，以实现通过所述查询层124从所述历史数据表中查找符合该查询请求的查询条件的目标运动轨迹线段。

步骤S61，从所述历史数据表中查找具有包括所述第二目标标识的运动点对象的第二运动轨迹线段。

步骤S62，根据所述第二运动轨迹线段中起始位置的运动点对象的采集时刻和终点位置的运动点对象的采集时刻，确定所述第二运动轨迹线段对应的时间范围，并判断该时间范围与所述第二目标时间范围是否相同。若是，则执行步骤S63；若否，则执行步骤S64。

步骤S63，确定所述第二运动轨迹线段符合所述查询请求的查询条件。

步骤S64，判断该时间范围是否属于所述第二目标时间范围，若是，则对所述第二运动轨迹线段进行切片，得到时间范围与所述第二目标时间范围相同的第三运动轨迹线段，并将该第三运动轨迹线段作为符合所述查询请求的查询条件的目标运动轨迹线段。

通过上述设计，可以将组件模块化，从而使得业务划分更为清晰，更便于维护和排查问题。

此外，针对不同的地图场景和数据源，技术人员只需进行场景编排，即可编排出符合需求的应用程序130，而不必完整地开发定制化的应用程序130，提高了开发效率。

请参照图7，本实施例还提供一种运动轨迹显示装置110，运动轨迹显示装置110包括至少一个可以软件形式存储于机器可读存储介质140中的功能模块。从功能上划分，运动轨迹显示装置110可以包括数据采集模块111、实时数据处理模块112、历史数据处理模块113以及显示模块114。

其中，所述数据采集模块111用于通过所述采集层获得来自不同数据源的多个运动轨迹数据，将所述多个运动轨迹数据存储于内存数据库中。

在本实施例中，所述数据采集模块111可以用于执行步骤S31，关于所述数据采集模块111的描述具体可以参考对步骤S31的详细描述。

所述实时数据处理模块112用于针对所述内存数据库中的每个运动轨迹数据，通过所述业务处理层对所述运动轨迹数据进行解析，将解析得到的信息封装成运动点对象，并将所述运动点对象存储于所述存储层的实时数据表中。

在本实施例中，所述实时数据处理模块112可以用于执行步骤S32，关于所述实时数据处理模块112的描述具体可以参考对步骤S32的详细描述。

所述历史数据整理模块113用于在设定的触发条件被触发时，针对所述实时数据表中的运动点对象，通过所述业务处理层从所述存储层的历史数据表中查找是否存在所述运动点对象所属的运动轨迹线段，若是，则将所述运动点对象添加到所述运动点对象所属的运动轨迹线段中。

在本实施例中，所述历史数据整理模块113可以用于执行步骤S33-步骤S35，关于所述历史数据整理模块113的描述具体可以参考对步骤S33-步骤S35的详细描述。

所述显示模块114用于在接收到查询请求时，通过所述查询层从所述历史数据表中查找符合所述查询请求的查询条件的目标运动轨迹线段，并通过所述展示层在地图上显示所述目标运动轨迹线段。

在本实施例中，所述显示模块114可以用于执行步骤S36，关于步骤S36的描述具体可以参考对步骤S36的详细描述。

可选地，所述运动轨迹显示装置110还可以包括事件触发模块115和调用模块116。

其中，所述事件触发模块115用于在任一按钮事件被触发时，在所述运动轨迹组件提供的事件接口中确定与该按钮事件对应的事件接口。

所述调用模块116用于调用所确定的事件接口，根据用户提供的查询条件生成所述查询请求。

在此情况下，所述显示模块114具体可以用于确定所述目标运动轨迹线段对应的目标数据模型，在所述地图上确定与所述目标数据模型关联的目标图层，并在所述目标图层上展示所述查找到的运动轨迹线段。

关于上述功能模块的描述，具体可以参考上述内容中对相应步骤的详细描述。

综上所述，本申请实施例提供一种运动轨迹显示方法及装置，应用于包括运动轨迹组件的数据处理设备，该运动轨迹组件包括采集层、业务处理层、存储层、查询层和展示层。数据处理设备通过采集层获得来自不同数据源的多个运动轨迹数据，并将获得的多个运动轨迹数据存储于内存数据库；通过业务处理层对内存数据库中的每个运动轨迹数据进行解析，将解析得到的信息封装成运动点对象，并存储于存储层的实时数据表；在设定的触发条件被触发时，通过业务处理层将实时数据表中的运动点对象添加到存储层的历史数据表的相应运动轨迹线段中；响应查询请求，通过查询层从历史数据表查找符合该请求的目标运动轨迹线段，并通过展示层在地图上显示该目标运动轨迹线段。如此，可将组件模块化，使得业务划分更为清晰，便于维护。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种运动轨迹显示方法，其特征在于，应用于数据处理设备，所述数据处理设备包括用于编排应用程序的运动轨迹组件，所述运动轨迹组件包括相互通信的采集层、业务处理层、存储层、查询层和展示层，其中，所述采集层中配置有与不同数据源对应的接口信息，所述接口信息包括接口地址、接口参数、接口协议和指令集；所述方法包括：

通过所述采集层获得来自不同数据源的多个运动轨迹数据，将所述多个运动轨迹数据存储于内存数据库中；

针对所述内存数据库中的每个运动轨迹数据，通过所述业务处理层对所述运动轨迹数据进行解析，将解析得到的信息封装成运动点对象，并将所述运动点对象存储于所述存储层的实时数据表中；

在设定的触发条件被触发时，针对所述实时数据表中的运动点对象，通过所述业务处理层从所述存储层的历史数据表中查找是否存在所述运动点对象所属的运动轨迹线段，若是，则将所述运动点对象添加到所述运动点对象所属的运动轨迹线段中；

在接收到查询请求时，通过所述查询层从所述历史数据表中查找符合所述查询请求的查询条件的目标运动轨迹线段，并通过所述展示层在地图上显示所述目标运动轨迹线段。

2.根据权利要求1所述的方法，其特征在于，所述业务处理层包括独立的线程池，所述线程池中包括一个以上处理线程；通过所述业务处理层对所述运动轨迹数据进行解析，包括：

通过所述线程池中的处理线程对所述运动轨迹数据进行解析；

其中，所述线程池中的处理线程的数量与获得的运动轨迹数据的数量呈正相关关系。

3.根据权利要求2所述的方法，其特征在于，通过所述线程池中的处理线程对所述运动轨迹数据进行解析，包括：

通过所述线程池中的处理线程从所述运动轨迹数据中解析出运动点的经纬度信息，将该经纬度信息处理成预设格式的数据；

其中，所述解析得到的信息包括所述预设格式的经纬度信息。

4.根据权利要求3所述的方法，其特征在于，通过所述线程池中的处理线程对所述运动轨迹数据进行解析，还包括：

从所述运动轨迹数据中解析出附加信息，并将所述附加信息处理成所述预设格式的数据；

其中，所述附加信息包括开始时刻、运动时长、运动距离以及事故信息中的至少一种，所述解析得到的信息包括所述预设格式的附加信息。

5.根据权利要求1-4中任一项所述的方法，其特征在于，将所述运动点对象存储于所述存储层的实时数据表中，包括：

将所述运动点对象处理成图形化数据，并将所述图形化数据存储于所述实时数据表中。

6.根据权利要求1-4中任一项所述的方法，其特征在于，每个运动点对象中包括运动目标的标识信息和采集时刻；通过所述业务处理层从所述存储层的历史数据表中查找是否存在所述运动点对象所属的运动轨迹线段，包括：

获取所述运动点对象中的标识信息作为第一目标标识，从所述历史数据表中查找是否具有包括所述第一目标标识的运动点对象的第一运动轨迹线段；

若是，则将查找到的第一运动轨迹线段中起始位置的运动点对象的采集时刻作为起始时刻，获取所述历史数据表中存储的数据的时间粒度，计算所述起始时刻和所述时间粒度的和，得到第一目标时间范围；

获取所述运动点对象的采集时刻作为目标时刻，若所述目标时刻属于所述第一目标时间范围，则确定所述第一运动轨迹线段为所述运动点对象所属的运动轨迹线段。

7.根据权利要求1-4中任一项所述的方法，其特征在于，所述数据处理设备包括通过所述运动轨迹组件编排得到的应用程序，所述应用程序中包括至少一个按钮事件和在所述地图上创建的至少一个图层；所述图层与预设数据模型关联，以使用所述预设数据模型规定的查询接口获得所述预设数据模型规定的数据；所述方法还包括：

在任一按钮事件被触发时，在所述运动轨迹组件提供的事件接口中确定与该按钮事件对应的事件接口；

调用所确定的事件接口，根据用户提供的查询条件生成所述查询请求；

通过所述展示层在地图上显示所述目标运动轨迹线段，包括：

确定所述目标运动轨迹线段对应的目标数据模型，在所述地图上确定与所述目标数据模型关联的目标图层，并在所述目标图层上展示所述查找到的运动轨迹线段。

8.根据权利要求1-3中任一项所述的方法，其特征在于，所述查询请求的查询条件中包括第二目标时间范围和第二目标标识；

通过所述查询层从所述历史数据表中查找符合该查询请求的查询条件的目标运动轨迹线段，包括：

从所述历史数据表中查找具有包括所述第二目标标识的运动点对象的第二运动轨迹线段；

根据所述第二运动轨迹线段中起始位置的运动点对象的采集时刻和终点位置的运动点对象的采集时刻，确定所述第二运动轨迹线段对应的时间范围，并判断该时间范围与所述第二目标时间范围是否相同；

若相同，则确定所述第二运动轨迹线段符合所述查询请求的查询条件；

若不同，则判断该时间范围是否属于所述第二目标时间范围，若否，则对所述第二运动轨迹线段进行切片，得到时间范围与所述第二目标时间范围相同的第三运动轨迹线段，并将该第三运动轨迹线段作为符合所述查询请求的查询条件的目标运动轨迹线段。

9.一种运动轨迹显示装置，其特征在于，应用于数据处理设备，所述数据处理设备包括用于编排应用程序的运动轨迹组件，所述运动轨迹组件包括相互通信的采集层、业务处理层、存储层、查询层和展示层，其中，所述采集层中配置有与不同数据源对应的接口信息，所述接口信息包括接口地址、接口参数、接口协议和指令集；所述装置包括：

数据采集模块，用于通过所述采集层获得来自不同数据源的多个运动轨迹数据，将所述多个运动轨迹数据存储于内存数据库中；

实时数据处理模块，用于针对所述内存数据库中的每个运动轨迹数据，通过所述业务处理层对所述运动轨迹数据进行解析，将解析得到的信息封装成运动点对象，并将所述运动点对象存储于所述存储层的实时数据表中；

历史数据整理模块，用于在设定的触发条件被触发时，针对所述实时数据表中的运动点对象，通过所述业务处理层从所述存储层的历史数据表中查找是否存在所述运动点对象所属的运动轨迹线段，若是，则将所述运动点对象添加到所述运动点对象所属的运动轨迹线段中；

显示模块，用于在接收到查询请求时，通过所述查询层从所述历史数据表中查找符合所述查询请求的查询条件的目标运动轨迹线段，并通过所述展示层在地图上显示所述目标运动轨迹线段。

10.根据权利要求9所述的装置，其特征在于，所述数据处理设备包括通过所述运动轨迹组件编排得到的应用程序，所述应用程序中包括至少一个按钮事件和在所述地图上创建的至少一个图层；所述图层与预设数据模型关联，以使用所述预设数据模型规定的查询接口获得所述预设数据模型规定的数据；所述装置还包括：

事件触发模块，用于在任一按钮事件被触发时，在所述运动轨迹组件提供的事件接口中确定与该按钮事件对应的事件接口；

调用模块，用于调用所确定的事件接口，根据用户提供的查询条件生成所述查询请求；

所述显示模块，具体用于确定所述目标运动轨迹线段对应的目标数据模型，在所述地图上确定与所述目标数据模型关联的目标图层，并在所述目标图层上展示所述查找到的运动轨迹线段。

Images