CN112446654A - 地图显示方法、装置、设备和存储介质 - Google Patents

Abstract

本发明实施例公开了一种地图显示方法、装置、设备和存储介质。该方法包括：接收用户客户端发送的物流查询请求；依据所述物流查询请求，从数据缓冲区中查询物流数据，确定与所述物流查询请求对应的目标物流数据，所述数据缓冲区中的物流数据预先由配送客户端按照数据上报频率上报而获得；将所述目标物流数据发送至所述用户客户端，以使所述用户客户端依据所述目标物流数据生成物流轨迹地图并显示。通过上述技术方案，实现了在地图中显示配送客户端的物流轨迹，提高了物流轨迹显示的动态性、连续性和实时性。

Description

地图显示方法、装置、设备和存储介质

技术领域

本发明实施例涉及电子地图技术，尤其涉及一种地图显示方法、装置、设备和存储介质。

背景技术

在电子商务平台中，当物品获取方(如用户)通过电子商务平台对应的客户端执行了物品获取操作(如购物)后，通常会通过该客户端中的物流查询功能进行物流信息的查询，此时客户端会以文字形式(如订单跟踪页)和/或地图形式(如订单轨迹页)来显示获取的物品的物流信息。当以地图形式显示物流信息时，如果配送车或配送员出发，那么在地图上可以看到配送车或配送员的配送图标的移动。

参见图1，目前地图显示物流信息的大致流程为：用户客户端100向服务端200发起物流查询请求101。服务端200通过用户客户端通信线程201接收上述请求，并通过线程池开辟新线程作为任务处理线程202，该任务处理线程202中执行功能为：通过数据接收线程接收配送客户端发送的地理位置信息，并将接收的地理位置信息、下一次查询请求的时间频率和配送图标作为物流数据传输至用户客户端通信线程201；用户客户端通信线程201将物流数据发送至用户客户端100。用户客户端100根据物流数据102创建地图视图MapView对象，并将生成的地图视图MapView对象显示在页面上，以供用户查看物流轨迹。之后，用户客户端100便根据物流数据中的下一次查询请求的时间频率触发下一次物流数据的获取流程。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：由于只能在用户客户端发出物流查询请求时，从配送客户端即时获取一个最新的地理位置信息进而生成一个物流数据，并进行相关的地图显示，故物流信息显示页面上物流轨迹的更新频率与物流数据的请求频率一致，如果两次查询请求之间的间隔时间较长，则物流轨迹更新间隔时间会相应变长，用户所见便是地图上的配送图标会突然跳转至另外的位置。如果由于服务端资源有限，使得用户客户端请求物流数据的用户客户端通信线程被阻塞在线程池的同步阻塞队列之后，那么就需要等待更长时间来获取到一个最新的物流数据，造成用户客户端获取的两个物流数据之间的时间间隔更长，此时用户所见的配送图标在地图上的跳跃程度会更大。也就是，用户仅能看到非实时的配送图标的移动，这与电商的多样化运营的场景切合度不高。

发明内容

本发明实施例提供一种地图显示方法、装置、设备和存储介质，以实现在地图中显示配送客户端的物流轨迹，提高物流轨迹显示的动态性、连续性和实时性。

第一方面，本发明实施例提供了一种地图显示方法，包括：

接收用户客户端发送的物流查询请求；

依据所述物流查询请求，从数据缓冲区中查询物流数据，确定与所述物流查询请求对应的目标物流数据，所述数据缓冲区中的物流数据预先由配送客户端按照数据上报频率上报而获得；

将所述目标物流数据发送至所述用户客户端，以使所述用户客户端依据所述目标物流数据生成物流轨迹地图并显示。

第二方面，本发明实施例还提供了一种地图显示装置，该装置包括：

物流查询请求接收模块，用于接收用户客户端发送的物流查询请求；

目标物流数据获取模块，用于依据所述物流查询请求，从数据缓冲区中查询物流数据，确定与所述物流查询请求对应的目标物流数据，所述数据缓冲区中的物流数据预先由配送客户端按照数据上报频率上报而获得；

地图显示模块，用于将所述目标物流数据发送至所述用户客户端，以使所述用户客户端依据所述目标物流数据生成物流轨迹地图并显示。

第三方面，本发明实施例还提供了一种电子设备，该电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所提供的地图显示方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本发明任意实施例所提供的地图显示方法。

本发明实施例通过在服务端中设置数据缓冲区，并预先将配送客户端按照数据上报频率上报的物流数据存储至数据缓冲区，实现了物流数据的实时上报及存储，避免了未被用户客户端请求时上报的物流数据丢失的问题，为后续用户客户端实时请求物流数据提供数据基础。通过服务端接收用户客户端发送的物流查询请求，并依据物流查询请求，从数据缓冲区中查询物流数据，确定与物流查询请求对应的目标物流数据，进而将目标物流数据发送至用户客户端，以使用户客户端依据目标物流数据生成物流轨迹地图并显示。实现了在用户客户端发送物流查询请求后，从数据缓冲区中更加快速地获取数据连续性更高的目标物流数据，并返回至用户客户端以显示，一定程度上提高了物流轨迹地图的更新频率，从而提高了地图中物流轨迹显示的动态性、连续性和实时性，提升了用户体验。

附图说明

图1为现有技术中地图显示物流轨迹的原理框架图；

图2是本发明实施例一中的一种地图显示方法的流程图；

图3是本发明实施例二中的一种地图显示方法中服务端的物流数据接收方法的流程图；

图4是本发明实施例二中的服务端接收物流数据的系统架构图；

图5是本发明实施例三中的一种地图显示方法的流程图；

图6是本发明实施例四中的一种地图显示装置的结构示意图；

图7是本发明实施例五中的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

本实施例提供的地图显示方法可适用于通过地图来显示电商平台中物品的物流信息。该方法可以由地图显示装置来执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在处理物流数据的服务端对应的电子设备中，例如手机、平板电脑、台式电脑或服务器等。参见图2，本实施例的方法具体包括如下步骤：

S110、接收用户客户端发送的物流查询请求。

其中，用户客户端是指电商平台对应的客户端。物流查询请求是查询物品的物流信息的请求，其由用户客户端生成并发出。示例性地，物流查询请求由用户的物流查询操作和/或按照数据请求频率触发生成。数据请求频率是请求查询物流信息的频率，其可以是服务端下发给用户客户端，也可以是用户客户端中预先设定的固定数值。物流查询请求可以是用户点击物流查询的相关功能按钮(即物流查询操作)后触发生成，也可以是按照数据请求频率定时触发生成，还可以是在一次物流信息查询过程中，首次由用户的物流查询操作触发生成，在用户未关闭物流信息显示页面之前，后续均按照数据请求频率定时触发生成。这样设置的好处在于，在用户进入物流查询页面后，可以自动请求物流数据，进而后续可以动态地显示物流轨迹。

在用户使用用户客户端进行物流信息查询过程中，用户客户端会生成物流查询请求，并将其发送至服务端。服务端便接收用户客户端发送的物流查询请求，并触发后续对该物流查询请求的响应操作。

S120、依据物流查询请求，从数据缓冲区中查询物流数据，确定与物流查询请求对应的目标物流数据。

其中，数据缓冲区是指服务端中设置的，用于存储配送客户端发送的物流数据的存储空间。配送客户端是指由物品配送的物流平台对应的客户端。数据缓冲区中的物流数据预先由配送客户端按照数据上报频率上报而获得。数据上报频率是指配送客户端向服务端上报物流数据的频率，其可以由数据上报的时间间隔和路程间隔等因素来确定。配送客户端按照数据上报频率定时触发数据上报请求，服务端根据数据上报请求来获取配送客户端上报的物流数据，并将其存储至数据缓冲区。这样，服务端便可以存储连续的大量的物流数据。

相关技术中采用面向流的输入输出I/O技术，当配送客户端上报物流数据时，该物流数据只能写入流stream对象中。在下一次上报物流数据时，该流对象中原有的物流数据会被最新上报的物流数据覆盖。这样，无论配送客户端按照何种数据上报频率上报物流数据，用户客户端只能请求到流对象中最新存储的一个物流数据。这样就会造成用户客户端中获取的物流数据连续性较差，反映在地图页面上，便是配送图标跳跃式移动。基于此，本发明实施例中在服务端设置了数据缓冲区，以便将配送客户端上报的所有物流数据进行存储。这样，当服务端接收到用户客户端发送的物流查询请求时，便可以根据该物流查询请求中的相关信息从数据缓冲区中查询与该物流查询请求相关的所有物流数据，作为目标物流数据，从而可以提高用户客户端所获取到的物流数据的连续性，进而提高物流轨迹显示时配送图标移动的动态性。

例如，用户客户端对应的数据请求频率低于配送客户端对应的数据上报频率时，如配送客户端每间隔1s上报一次物流数据，而用户客户端每间隔5s请求一次物流数据。那么，当用户客户端向服务端请求物流数据时，服务端中至少已经存储了5个物流数据，此时服务端便可以将存储的5个物流数据全部下发至用户客户端，而不是只下发用户客户端发出物流查询请求的时刻对应的1个物流数据。这样，后续用户客户端显示物流轨迹时，便可以按照5个物流数据的先后顺序顺次显示5次配送图标移动，而非直接跳跃至最后一个物流数据对应的位置。

另外，如果由于服务端性能问题，造成了用户客户端发送的物流查询请求对应的线程被阻塞，服务端无法及时向用户客户端返回物流数据，造成了服务端响应延时。此时，相关技术中最终返回的物流数据是服务端实际响应请求时刻的一个最新的物流数据，该物流数据对应的配送图标的显示位置与用户客户端上一次显示的配送图标的显示位置之间的差距更大，配送图标的显示跳跃程度更大，用户体验会更差。但是，本发明实施例中服务端响应延时后所返回的物流数据包含上一次返回的物流数据之后的所有物流数据，既不会丢失延时期间的物流数据，更不会造成物流轨迹显示的跳跃性。

示例性地，物流数据包括地理位置信息、配送图标、数据上报时间和物品物流标识。配送图标是配送员头像图标和/或配送车图标，其可以由配送客户端对应的物流配送阶段来确定，例如，当物品处于运输阶段时，配送图标为配送车图标；当物品处于派送阶段时，配送图标为配送员头像图标。物品物流标识是指一个物品对应的物流信息的标识，例如运单号或订单号等。物流数据用于在地图上显示物流轨迹，故其需要包含经纬度等地理位置信息和配送图标。由由于数据缓冲区中存储大量的物流数据，故为了便于区分数据先后关系，物流数据中需要包含数据上报时间。物品物流标识是建立物流数据中地理位置信息与配送物品之间对应关系的纽带，故物流数据中应当包含物品物流标识，以便查询物流数据时可以快速筛选出所需的物流数据。

S130、将目标物流数据发送至用户客户端，以使用户客户端依据目标物流数据生成物流轨迹地图并显示。

服务端确定了物流查询请求对应的目标物流数据之后，便将其发送至用户客户端。用户客户端便基于地图显示的相关技术，将目标物流数据中的配送图标按照其对应的地理位置信息叠加在地图中，生成包含物流轨迹的地图(即物流轨迹地图)，并通过用户客户端的显示页面呈现给用户。

本实施例的技术方案，通过在服务端中设置数据缓冲区，并预先将配送客户端按照数据上报频率上报的物流数据存储至数据缓冲区，实现了物流数据的实时上报及存储，避免了未被用户客户端请求时上报的物流数据丢失的问题，为后续用户客户端实时请求物流数据提供数据基础。通过服务端接收用户客户端发送的物流查询请求，并依据物流查询请求，从数据缓冲区中查询物流数据，确定与物流查询请求对应的目标物流数据，进而将目标物流数据发送至用户客户端，以使用户客户端依据目标物流数据生成物流轨迹地图并显示。实现了在用户客户端发送物流查询请求后，从数据缓冲区中更加快速地获取数据连续性更高的目标物流数据，并返回至用户客户端以显示，一定程度上提高了物流轨迹地图的更新频率，从而提高了地图中物流轨迹显示的动态性、连续性和实时性，提升了用户体验。

实施例二

本实施例在上述实施例一的基础上，对“数据缓冲区中的物流数据通过如下方式预先由配送客户端按照数据上报频率上报而获得”进行了进一步优化。其中与上述各实施例相同或相应的术语的解释在此不再赘述。参见图3，本实施例提供的地图显示方法中服务端的物流数据接收方法包括：

S210、基于面向块的非阻塞网络通信框架，接收配送客户端按照数据上报频率上报的物流数据。

配送客户端与服务端之间的交互，如果采用传统的面向流的输入输出通信技术，那么由于与服务器建立连接的各个线程之间是并行处理，就可能存在服务端中接收配送客户端上报的物流数据的数据接收线程发生同步阻塞。为了提高配送客户端上报物流数据的实时性和效率，本发明实施例中采用面向块的非阻塞网络通信框架(non-blocking IO，NIO)来实现配送客户端向服务端的数据上报。

面向块的非阻塞网络通信框架能够通过一个线程来管理多个配送客户端的长连接，很大程度上减少服务端开辟的线程数量，从而降低服务端的资源消耗，提高服务端性能。另外，一个线程可以同时注册、监听和轮询其对应的多个长连接，故这些长连接之间是异步非阻塞的，配送客户端可以通过其对应的长连接实时上报物流数据。

面向块的非阻塞网络通信框架可以是JDK提供的原生NIO框架，也可以是第三方基于原生NIO框架进行二次开发及封装而形成的第三方NIO框架。示例性地，面向块的非阻塞网络通信框架为异步事件驱动的网络应用程序框架。异步事件驱动的网络应用程序框架为第三方NIO框架，例如可以是Netty框架。Netty框架是业界最流行的NIO框架之一，它的健壮性、功能、性能、可定制性和可扩展性在同类框架中都是首屈一指的，其属于一种成熟的NIO框架。异步事件驱动的网络应用程序框架也可以是smart-socket框架。Netty框架虽然有稳定和可靠等优点，但是其已经发展很多年致使它的包越来越大，功能愈加臃肿，而且它的设计理念和精髓很难领悟。而smart-socket框架，具有极简，易用且高性能的特点。

示例性地，S210包括：在多路复用线程监测到多个注册连接通道中的至少一个注册连接通道处于数据接收状态时，利用多路复用线程接收配送客户端通过注册连接通道上报的物流数据。

参见图4，多路复用线程403是NIO框架中开辟的，用于接收配送客户端上报的物流数据的线程，其对应于多路复用器402。多路复用器402可以聚合多个配送客户端与服务端之间的注册连接通道401，该注册连接通道为注册至多路复用线程中的socket长连接。

当配送客户端与服务端建立socket长连接时，服务端会将该长连接注册至多路复用器402，之后多路复用器402会监测各个注册连接通道401是否有数据读取或写入事件。如果配送客户端向服务端上报物流数据，那么多路复用器402会监测到该客户端对应的注册连接通道401有数据写入事件，即监测到该注册连接通道处于数据接收的就绪状态，此时，多路复用线程403便会接收该注册连接通道中写入的物流数据。

由于多路复用器402可以同时轮询多个注册连接通道401，所以它并没有最大连接句柄1024/2048的限制。并且由于多路复用器的轮询机制，使得该多路复用线程403可以异步的接收多个注册连接通道401上报的物流数据，提高了多路复用线程的使用效率，也提高了配送客户端上报物流数据的效率。

S220、将物流数据存储至数据缓冲区。

当多路复用线程接收到物流数据后，便将其存储至NIO框架中开辟的数据缓冲区404。

本实施例的技术方案，通过在服务端中采用面向块的非阻塞网络通信框架，接收配送客户端按照数据上报频率上报的物流数据；并将物流数据存储至数据缓冲区。解决了传统面向流的输入输出通信框架中线程之间容易同步阻塞及数据无法存储的问题，实现了配送客户端上报的物流数据的及时存储，提高了物流数据上报的效率，从而进一步提高服务端响应用户客户端的物流查询请求的速度，进而进一步提高物流轨迹显示的实时性。

实施例三

本实施例在上述实施例一的基础上，对“依据物流查询请求，从数据缓冲区中查询物流数据，确定与物流查询请求对应的目标物流数据”进行了进一步优化。在此基础上，还可以进一步增加用户客户端中地图显示的步骤。其中与上述各实施例相同或相应的术语的解释在此不再赘述。参见图5，本实施例提供的地图显示方法包括：

S310、服务端接收用户客户端发送的物流查询请求。

S320、服务端依据物流查询请求中的待查询的物品物流标识和数据请求时间，从数据缓冲区中查询物流数据，确定与物流查询请求对应的目标物流数据。

其中，待查询的物品物流标识是指需要查询物流的物品的物品物流标识，例如物品对应的运单号或订单号等。数据请求时间是用户客户端中生成物流查询请求的时间。

服务端根据物流查询请求中的待查询的物品物流标识从数据缓冲区中存储的所有物流数据中筛选出待查询物流信息的物品对应的物流数据，作为初步筛选后的物流数据。之后，根据物流查询请求中的数据请求时间，从初步筛选后的物流数据中筛选出数据请求时间之前和之时均未下发至用户客户端的物流数据，作为目标物流数据。

S330、服务端将目标物流数据发送至用户客户端。

S340、用户客户端依据目标物流数据中的地理位置信息创建地图视图对象，以生成地理位置信息与地图数据的地图叠加结果。

用户客户端创建地图视图对象MapView对象，可以利用MapView对象中的地理位置信息叠加的功能，将目标物流数据中的地理位置信息叠加在其内部包含的地图数据中，生成地图叠加结果。

S350、用户客户端依据目标物流数据中的配送图标数据及地图叠加结果，生成物流轨迹地图并显示。

其中，配送图标数据是指配送图标对应的二进制数据。

用户客户端进一步利用MapView对象中的图标叠加的功能，将目标物流数据中的配送图标数据对应的配送图标叠加至地图叠加结果中，生成物流轨迹地图，并将其布局在物流查询页面。之后，用户客户端刷新物流查询页面，便可将更新后的物流查询页面呈现给用户。

需要说明的是，如果目标物流数据中包含多个物流数据，那么需要按照每个物流数据的数据上报时间遍历目标物流数据，逐个地按照S340～S350的操作进行物流轨迹的显示。

示例性地，用户客户端依据目标物流数据中的配送图标数据及地图叠加结果，生成物流轨迹地图包括：用户客户端依据目标物流数据中的配送图标数据生成配送图标数据对应的目标配送图标；将目标配送图标叠加至地图叠加结果，生成物流轨迹地图。由于服务端下发的目标物流数据中的配送图标数据为二进制数据，故用户客户端需要先对该配送图标数据进行解析及转换，生成配送图标数据对应的配送图标(即目标配送图标)，而后再进行图标的叠加操作。

本实施例的技术方案，通过服务端依据物流查询请求中的待查询的物品物流标识和数据请求时间，从数据缓冲区中查询物流数据，确定与物流查询请求对应的目标物流数据，可以更加准确且完整地确定出用户客户端请求的所有物流数据，从而进一步提高物流轨迹显示的连续性和动态性。

实施例四

本实施例提供一种地图显示装置，参见图6，该装置具体包括：

物流查询请求接收模块610，用于接收用户客户端发送的物流查询请求；

目标物流数据获取模块620，用于依据物流查询请求，从数据缓冲区中查询物流数据，确定与物流查询请求对应的目标物流数据，数据缓冲区中的物流数据预先由配送客户端按照数据上报频率上报而获得；

地图显示模块630，用于将目标物流数据发送至用户客户端，以使用户客户端依据目标物流数据生成物流轨迹地图并显示。

可选地，在上述装置的基础上，该装置还包括物流数据接收模块，用于：

基于面向块的非阻塞网络通信框架，接收配送客户端按照数据上报频率上报的物流数据；

将物流数据存储至数据缓冲区。

可选地，面向块的非阻塞网络通信框架为异步事件驱动的网络应用程序框架。

进一步地，物流数据接收模块具体用于：

在多路复用线程监测到多个注册连接通道中的至少一个注册连接通道处于数据接收状态时，利用多路复用线程接收配送客户端通过注册连接通道上报的地理位置信息、配送图标、数据上报时间和各物品物流标识，其中，注册连接通道为注册至多路复用线程中的长连接通道。

可选地，目标物流数据获取模块620具体用于：

依据物流查询请求中的待查询的物品物流标识和数据请求时间，从数据缓冲区中查询物流数据，确定与物流查询请求对应的目标物流数据。

可选地，物流数据包括地理位置信息、配送图标、数据上报时间和物品物流标识。

可选地，物流查询请求由用户的物流查询操作和/或按照数据请求频率触发生成。

通过本发明实施例四的一种地图显示装置，实现了在用户客户端发送物流查询请求后，从数据缓冲区中更加快速地获取目标物流数据并返回至用户客户端以显示，减少了用户客户端获取目标物流数据的等待延时，提高了物流轨迹地图的更新速率，从而提高了地图中物流轨迹显示的动态性和实时性，提升了用户体验。

本发明实施例所提供的地图显示装置可执行本发明任意实施例所提供的地图显示方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述地图显示装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

实施例五

参见图7，本实施例提供了一种电子设备，其包括：一个或多个处理器720；存储装置710，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器720执行，使得一个或多个处理器720实现本发明实施例所提供的地图显示方法，包括：

接收用户客户端发送的物流查询请求；

依据物流查询请求，从数据缓冲区中查询物流数据，确定与物流查询请求对应的目标物流数据，数据缓冲区中的物流数据预先由配送客户端按照数据上报频率上报而获得；

将目标物流数据发送至用户客户端，以使用户客户端依据目标物流数据生成物流轨迹地图并显示。

当然，本领域技术人员可以理解，处理器720还可以实现本发明任意实施例所提供的地图显示方法的技术方案。

图7显示的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，该电子设备包括处理器720、存储装置710、输入装置730和输出装置740；设备中处理器720的数量可以是一个或多个，图7中以一个处理器720为例；设备中的处理器720、存储装置710、输入装置730和输出装置740可以通过总线或其他方式连接，图7中以通过总线750连接为例。

存储装置710作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的地图显示方法对应的程序指令/模块(例如，地图显示装置中的物流查询请求接收模块、目标物流数据获取模块和地图显示模块)。

存储装置710可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置710可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置710可进一步包括相对于处理器720远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置730可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置740可包括显示屏等显示设备。

实施例六

本实施例提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种地图显示方法，该方法包括：

接收用户客户端发送的物流查询请求；

依据物流查询请求，从数据缓冲区中查询物流数据，确定与物流查询请求对应的目标物流数据，数据缓冲区中的物流数据预先由配送客户端按照数据上报频率上报而获得；

将目标物流数据发送至用户客户端，以使用户客户端依据目标物流数据生成物流轨迹地图并显示。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上的方法操作，还可以执行本发明任意实施例所提供的地图显示方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台电子设备(可以是手机，掌上电脑，个人计算机，或者网络设备等)执行本发明各个实施例所提供的地图显示方法。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种地图显示方法，其特征在于，包括：

接收用户客户端发送的物流查询请求；

依据所述物流查询请求，从数据缓冲区中查询物流数据，确定与所述物流查询请求对应的目标物流数据，所述数据缓冲区中的物流数据预先由配送客户端按照数据上报频率上报而获得；

将所述目标物流数据发送至所述用户客户端，以使所述用户客户端依据所述目标物流数据生成物流轨迹地图并显示。

2.根据权利要求1所述的方法，其特征在于，所述数据缓冲区中的物流数据通过如下方式预先由配送客户端按照数据上报频率上报而获得：

基于面向块的非阻塞网络通信框架，接收所述配送客户端按照数据上报频率上报的物流数据；

将所述物流数据存储至所述数据缓冲区。

3.根据权利要求2所述的方法，其特征在于，所述面向块的非阻塞网络通信框架为异步事件驱动的网络应用程序框架。

4.根据权利要求3所述的方法，其特征在于，基于面向块的非阻塞网络通信框架，接收所述配送客户端按照数据上报频率上报的物流数据包括：

在多路复用线程监测到多个注册连接通道中的至少一个所述注册连接通道处于数据接收状态时，利用所述多路复用线程接收所述配送客户端通过所述注册连接通道上报的物流数据，其中，所述注册连接通道为注册至所述多路复用线程中的长连接通道。

5.根据权利要求1所述的方法，其特征在于，依据所述物流查询请求，从数据缓冲区中查询物流数据，确定与所述物流查询请求对应的目标物流数据包括：

依据所述物流查询请求中的待查询的物品物流标识和数据请求时间，从数据缓冲区中查询物流数据，确定与所述物流查询请求对应的目标物流数据。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述物流数据包括地理位置信息、配送图标、数据上报时间和物品物流标识。

7.根据权利要求1-5中任一项所述的方法，其特征在于，所述物流查询请求由用户的物流查询操作和/或按照数据请求频率触发生成。

8.一种地图显示装置，其特征在于，包括：

物流查询请求接收模块，用于接收用户客户端发送的物流查询请求；

目标物流数据获取模块，用于依据所述物流查询请求，从数据缓冲区中查询物流数据，确定与所述物流查询请求对应的目标物流数据，所述数据缓冲区中的物流数据预先由配送客户端按照数据上报频率上报而获得；

地图显示模块，用于将所述目标物流数据发送至所述用户客户端，以使所述用户客户端依据所述目标物流数据生成物流轨迹地图并显示。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的地图显示方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7中任一所述的地图显示方法。

Images