CN113254561B - 一种位置数据处理系统 - Google Patents

一种位置数据处理系统 Download PDF

Info

Publication number
CN113254561B
CN113254561B CN202110668901.8A CN202110668901A CN113254561B CN 113254561 B CN113254561 B CN 113254561B CN 202110668901 A CN202110668901 A CN 202110668901A CN 113254561 B CN113254561 B CN 113254561B
Authority
CN
China
Prior art keywords
position data
data
basic
basic position
distribution
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.)
Active
Application number
CN202110668901.8A
Other languages
English (en)
Other versions
CN113254561A (zh
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.)
Lazas Network Technology Shanghai Co Ltd
Zhejiang Koubei Network Technology Co Ltd
Original Assignee
Lazas Network Technology Shanghai Co Ltd
Zhejiang Koubei Network Technology 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 Lazas Network Technology Shanghai Co Ltd, Zhejiang Koubei Network Technology Co Ltd filed Critical Lazas Network Technology Shanghai Co Ltd
Priority to CN202110668901.8A priority Critical patent/CN113254561B/zh
Publication of CN113254561A publication Critical patent/CN113254561A/zh
Application granted granted Critical
Publication of CN113254561B publication Critical patent/CN113254561B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/29Geographical information databases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083Shipping

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Remote Sensing (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供一种位置数据处理系统,包括:数据生产子系统,用于生产适用于即时配送场景的基础位置数据;数据建设子系统,用于对所述基础位置数据进行形式校对处理,获得形式校对后的位置数据;数据质保子系统,用于对所述形式校对后的位置数据进行稳定度评测处理,获得稳定度满足预设稳定度合格条件的已评测位置数据;数据服务子系统,用于存储所述已评测位置数据,将所述已评测位置数据作为服务于即时配送场景的位置数据。本系统不仅从数据生产源头保证了位置数据的覆盖率,还从数据建设和质保方面保障了位置数据的准确性,从而使得最后提供的位置数据能更满足即时配送场景的需求。

Description

一种位置数据处理系统
技术领域
本申请涉及计算机领域,具体涉及一种位置数据处理系统。
背景技术
随着生活节奏的加快,人们对各种基于位置数据的服务有了更高的要求,而直接影响该服务效率的主要因素是位置数据的准确性。如,外卖配送服务。所以,如何获得精准的配送地址成为当前企业重点关心的问题。
针对上述问题,现有的技术通常是骑手根据地图应用程序获取商家地址和用户地址,进而进行配送。但是,由于外卖行业需要准确快速地将外卖配送至用户,所以提供给骑手的地址就需要满足较高的覆盖率和精确性。如,用户现在配送外卖的需求基本都是定位于小区+楼栋+单元+单元号等精确的位置,而上述地图程序提供的地址信息更新较慢、精准度也较弱,所以骑手可能存在并不能获得用户所在的小区地址信息、或者楼栋单元等精准地址信息、或者该小区是否可配送或者该楼栋是否有电梯等精细地址信息的情况。而且,由于商家经常性的换地方,地图程序更新较慢也会导致骑手因为获得错误的地址影响配送速度。所以,当前地图应用程序提供的位置数据并不能满足外卖配送服务需求。
因此,如何获得具有较高覆盖率和精确性的地址数据成为即时配送当前亟需解决的问题。
发明内容
本申请实施例提供一种位置数据处理系统,以解决以上述现有技术中存在的问题。
本申请提供一种位置数据处理系统,包括:数据生产子系统,用于生产适用于即时配送场景的基础位置数据;数据建设子系统,用于对所述基础位置数据进行形式校对处理,获得形式校对后的位置数据;数据质保子系统,用于对所述形式校对后的位置数据进行稳定度评测处理,获得稳定度满足预设稳定度合格条件的已评测位置数据;数据服务子系统,用于存储所述已评测位置数据,将所述已评测位置数据作为服务于即时配送场景的位置数据。
可选的,所述数据生产子系统包括以下至少一个模块:位置数据挖掘模块,用于根据已获得的地理信息和/或历史服务信息,挖掘基础位置数据;位置数据末端采集模块,用于获得配送人员的客户端或系统服务人员的客户端采集的基础位置数据,所述配送人员是将待配送对象送达到指定位置的人员,所述系统服务人员是线上到线下服务系统的工作人员;位置数据第一获得模块,用于获得地理信息服务系统提供的基础位置数据;位置数据第二获得模块,用于获得独立于所述位置数据处理系统的外部服务系统提供的基础位置数据。
可选的,所述位置数据挖掘模块按照下述至少一种方式根据已获得的地理信息和/或历史服务信息,挖掘基础位置数据:根据已获得的地理信息和/或历史服务信息,挖掘在地理上有围栏的基础位置数据;根据已获得的地理信息和/或历史服务信息,挖掘在地理上无围栏的基础位置数据;根据已获得的地理信息和/或历史服务信息,挖掘与建筑物相关的基础位置数据;根据已获得的地理信息和/或历史服务信息,挖掘根据第一基础位置数据确定的地理范围内的第二基础位置数据。
可选的,所述位置数据挖掘模块还用于执行下述至少一个步骤:挖掘所述基础位置数据的客观基础信息;挖掘所述基础位置数据的配送属性信息;从已获得的基础位置数据中检测已失效的基础位置数据,删除已失效的基础位置数据;从已获得的基础位置数据中检测存在非描述形式错误的基础位置数据,删除或修正存在非描述形式错误的基础位置数据。
可选的,所述从已获得的基础位置数据中检测已失效的基础位置数据,包括:从已获得的基础位置数据中检测配送属性信息或客观基础信息的有效期已过期的基础位置数据,将配送属性信息或客观基础信息的有效期已过期的基础位置数据作为已失效的基础位置数据;或者,所述从已获得的基础位置数据中检测存在非描述形式错误的基础位置数据,包括:从已获得的基础位置数据中检测配送属性信息或客观基础信息存在非描述形式错误的基础位置数据,将所述配送属性信息或客观基础信息存在非描述形式错误的基础位置数据作为错误的基础位置数据。
可选的,所述历史服务信息包括历史配送订单信息。
可选的,所述数据建设子系统包括以下至少一个模块:类目过滤模块,用于对所述基础位置数据进行类目过滤处理,获得符合即时配送类目的位置数据;合规检查模块,用于检查所述基础位置数据中不合规的位置数据,获得合规的位置数据;规范化处理模块,用于对所述基础位置数据进行规范化处理,获得规范化的位置数据;纠错处理模块,用于检查所述基础位置数据中存在描述形式错误的位置数据,针对所述存在描述形式错误的位置数据进行修改,获得修改后的描述形式正确的位置数据;归一化处理模块,用于对所述基础位置数据进行区域化标准处理,获得区域化标准位置数据;去重处理模块,用于对所述基础位置数据中重复的基础位置数据进行去重处理,获得不包括重复数据的位置数据;融合处理模块,用于对所述基础位置数据中符合融合条件的基础位置数据进行融合处理,获得经过融合处理后的位置数据;打标处理模块,用于对所述基础位置数据进行使用状态打标处理,获得具有使用状态标识的位置数据;聚合点校准模块,用于对所述基础位置数据中在地理上可聚合的基础位置数据进行地理聚合处理,获得地理聚合处理后的位置数据。
可选的,所述纠错处理模块具体用于通过下述方式检查所述基础位置数据中存在描述形式错误的位置数据,获得修改后的描述形式正确的位置数据:检查所述基础位置数据中客观基础信息存在形式错误的客观基础信息,修改存在形式错误的所述客观基础信息,获得修改后的描述形式正确的基础位置数据。
可选的,所述纠错处理模块具体用于通过下述方式检查所述基础位置数据中存在描述形式错误的位置数据,获得修改后的描述形式正确的位置数据:检查所述基础位置数据中配送属性信息存在形式错误的配送属性信息,修改存在形式错误的所述配送属性信息,获得修改后的描述形式正确的位置数据。
可选的,所述聚合点校准模块具体用于通过下述方式对所述基础位置数据中在地理上可聚合的基础位置数据进行地理聚合处理,获得地理聚合处理后的位置数据:将所述基础位置数据中客观基础信息之间的相似度达到或超过预设相似度阈值、并且配送属性信息符合即时配送要求的基础位置数据,在地理上聚合为一个地理位置数据,作为地理聚合处理后的位置数据。
可选的,融合处理模块具体用于通过下述至少一种方式对所述基础位置数据中符合融合条件的基础位置数据进行融合处理,获得经过融合处理后的位置数据:检查所述基础位置数据中配送属性信息不符合即时配送要求的非即时配送基础位置数据,如果从所述基础位置数据中查找到客观基础信息与所述非即时配送基础位置数据的客观基础信息之间的相似度达到或超过预设相似度阈值、并且配送属性信息符合即时配送要求的相似基础位置数据,则使用所述相似基础位置数据代替所述非即时配送基础位置数据;检查所述基础位置数据中配送属性信息不符合即时配送要求的非即时配送基础位置数据,从所述非即时配送基础位置数据中查找客观基础信息之间的相似度达到或超过预设相似度阈值的多个非即时配送基础位置数据,根据所述多个非即时配送基础位置数据生成配送属性信息符合即时配送要求的基础位置数据。
可选的,所述数据质保子系统包括以下至少一个模块:算法评测模块,用于从所述形式校对后的位置数据中获得待评测位置数据,判断所述待评测位置数据是否为通过所述数据生产子系统中的多个模块获得的,如果是,则将所述数据生产子系统中的多个模块针对所述待评测位置数据提供的基础位置数据互为参照物,评测所述待评测位置数据的稳定度,获得稳定度满足预设稳定度合格条件的已评测位置数据;末端反馈评测模块,用于从所述形式校对后的位置数据中获得待评测位置数据,向配送人员的客户端或系统服务人员的客户端发出针对所述待评测位置数据进行稳定度评测的评测指令,获得所述配送人员的客户端或系统服务人员的客户端针对评测指令反馈的评测结果,根据所述评测结果获得所述待评测位置数据的稳定度,所述配送人员是将待配送对象送达到指定位置的人员,所述系统服务人员是线上到线下服务系统的工作人员;收益评测模块,用于从所述形式校对后的位置数据中获得待评测位置数据根据所述待评测位置数据获得与所述待评测位置数据相对应的收益数据,根据所述收益数据评测所述待评测位置数据的稳定度。
可选的,所述算法评测模块通过以下方式将所述数据生产子系统中的多个模块针对所述待评测位置数据提供的基础位置数据互为参照物,评测所述待评测位置数据的稳定度:获得所述数据生产子系统中的多个模块针对所述待评测位置数据提供的基础位置数据之间的相似度,如果所述相似度达到或者超过预定相似度阈值,则确定所述待评测位置数据的稳定度满足预设稳定度合格条件。
可选的,所述算法评测模块如果判断所述相似度未达到预定相似度阈值,则触发所述末端反馈评测模块针对所述待评测位置数据进行稳定度评测。
可选的,所述算法评测模块如果判断所述待评测位置数据是通过所述数据生产子系统中的一个模块获得的,则触发所述末端反馈评测模块针对所述待评测位置数据进行稳定度评测。
可选的,所述系统还包括:数据运营子系统,用于对存在非描述形式错误的基础位置数据进行更正处理,获得更正处理后的基础位置数据。
可选的,所述数据运营子系统通过以下至少一种方式获得更正处理后的基础位置数据:接收配送人员的客户端或系统服务人员的客户端发送的存在非描述形式错误的基础位置数据和更正处理后的基础位置数据,将所述更正处理后的基础位置数据发送至所述数据生产子系统,作为适用于即时配送场景的基础位置数据;获得所述数据生产子系统发送的存在非描述形式错误的基础位置数据,向配送人员的客户端或系统服务人员的客户端发送针对存在非描述形式错误的基础位置数据进行校准的校准指令,获得配送人员的客户端或系统服务人员的客户端针对存在非描述形式错误的基础位置数据反馈的更正处理后的基础位置数据,将所述更正处理后的基础位置数据发送至所述数据生产子系统,作为适用于即时配送场景的基础位置数据;其中,所述配送人员是将待配送对象送达到指定位置的人员,所述系统服务人员是线上到线下服务系统的工作人员。
可选的,所述数据服务子系统具体用于通过下述方式,将所述已评测位置数据作为适用服务于即时配送场景的位置数据:获得面向用户提供服务的用户服务系统发出的用于请求获得与指定地理坐标数据对应的位置数据的第一请求消息,从所述已评测位置数据中查找与所述指定地理坐标数据对应的第一目标位置数据,将所述第一目标位置数据发送给所述用户服务系统;获得面向用户提供服务的用户服务系统发出的用于请求获得与指定地理坐标数据对应并且与即时配送需求参数对应的位置数据的第二请求消息,从所述已评测位置数据中查找与所述指定地理坐标数据对应并且与所述即时配送需求参数对应的第二目标位置数据,将所述第二目标位置数据发送给所述用户服务系统;获得面向用户提供服务的用户服务系统发出的用于请求获得与指定关键字或指定关键词对应的位置数据的第三请求消息,从所述已评测位置数据中查找与所述指定关键字或指定关键词对应的第三目标位置数据,将所述第三目标位置数据发送给所述用户服务系统;获得面向用户提供服务的用户服务系统发出的用于请求获得与指定关键字或指定关键词对应并且与即时配送需求参数对应的位置数据的第四请求消息,从所述已评测位置数据中查找与所述指定关键字或指定关键词对应并且与所述即时配送需求参数对应的第四目标位置数据,将所述第四目标位置数据发送给所述用户服务系统。
可选的,所述将所述已评测位置数据作为服务于即时配送场景的位置数据包括将所述已评测位置数据用于即时配送场景的POI和/或即时配送场景的AOI。
与现有技术相比,本申请具有以下优点:
本申请提供一种位置数据处理系统,包括:数据生产子系统,用于生产适用于即时配送场景的基础位置数据;数据建设子系统,用于对所述基础位置数据进行形式校对处理,获得形式校对后的位置数据;数据质保子系统,用于对所述形式校对后的位置数据进行稳定度评测处理,获得稳定度满足预设稳定度合格条件的已评测位置数据;数据服务子系统,用于存储所述已评测位置数据,将所述已评测位置数据作为服务于即时配送场景的位置数据。本系统不仅从数据生产源头保证了位置数据的覆盖率,还从数据建设和质保方面保障了位置数据的准确性,从而使得最后提供的位置数据能更满足即时配送场景的需求。
附图说明
图1为本申请提供一种应用位置数据的场景实施例的示意图。
图2为本申请第一实施例中提供的一种位置数据处理系统的逻辑结构示意图。
图3为本申请第二实施例中提供的一种位置数据处理系统的逻辑结构示意图。
图4为本申请第三实施例中提供的位置数据的数据建设过程的流程图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此,本申请不受下面公开的具体实施的限制。
为了更清楚地展示本申请实施例提供的位置数据处理系统,首先介绍一下本申请实施例提供的位置数据处理的应用场景。本申请实施例提供的位置数据一般应用于外卖配送服务的场景,也可以应用于快递配送的场景,还可以应用于打车、旅游等场景。本申请优选将位置数据用于即时配送场景的POI和即时配送场景的AOI。以下结合图1进行详细说明。
图1展示的是用户点餐事件中选择配送地址时手机终端101呈现的地址提供页面102。用户需要在地址提供页面上的输入地址区域103输入配送地址,配送地址一般可分为两段,前段表示范围较大的区域(AOI),如###东区,后段表示较精细的区域(POI),如37栋 1单元 402室。所以,当用户输入前端配送地址信息时,搜索页面104会展示相应的搜索结果,如###市###路###东区37栋 1单元、###市###路###区东门、###市###路###小区37栋 1单元等等,用户选择符合自己需求的配送地址,如###市###路###东区37栋 1单元,然后用户将剩余的后段地址补全即可,如402室。以上便是位置数据应用于即时配送场景的情况。
为了更清楚地阐释本申请的技术方案,以下通过实施例进行进一步说明。
第一实施例
本申请第一实施例中提供一种位置数据处理系统,以下结合图2进行说明。
所述位置数据处理系统,包括:数据生产子系统201、数据建设子系统202、数据质保子系统203、数据服务子系统204;
数据生产子系统201,用于生产适用于即时配送场景的基础位置数据。
其中,所述数据生产子系统的目的在于生产获得适用于即时配送场景的基础位置数据,所述基础位置数据可理解为兴趣点或者兴趣面的基础位置数据。
优选的,数据生产子系统201可以通过以下至少一个模块获得基础位置数据:
位置数据挖掘模块,用于根据已获得的地理信息和/或历史服务信息,挖掘基础位置数据。其中,所述历史服务信息包括历史配送订单信息。
比如,挖掘有些敞开式的区域,即没有实体围栏界定的区域的基础位置数据,或者挖掘有实体围栏界定的区域,但是地图应用程序上并没有展示出来的区域基础位置数据,如新建的小区、工作区域等,或者挖掘与建筑相关的一些基础位置数据,如办公楼的外卖配送点、所属兴趣区域等数据,或者挖掘根据第一基础位置数据(如兴趣区域位置数据)确定的地理范围内的第二基础位置数据(如兴趣点位置数据),如挖掘小区内的楼栋的基础位置数据等。
位置数据末端采集模块,用于获得配送人员的客户端或系统服务人员的客户端采集的基础位置数据,所述配送人员是将待配送对象送达到指定位置的人员,所述系统服务人员是线上到线下服务系统的工作人员。
如,骑手根据订单信息去商家取餐的时候,发现该商家周边新开的其他商家,该骑手会将与新开的商家相对应的位置数据发送至数据生产子系统。再如,骑手在配送过程中新发现的进入小区的侧门,由于该侧门的位置数据在地图和系统中并未存在,所以,骑手新探索的该侧门的位置数据也属于末端采集的数据。
位置数据第一获得模块,用于获得地理信息服务系统提供的基础位置数据。比如,根据提供地理位置的应用程序获得基础位置数据。
位置数据第二获得模块,用于获得独立于所述位置数据处理系统的外部服务系统提供的基础位置数据。比如,除了可以获的本公司内部所有具有基础位置数据的系统所提供的数据外,还可以获得其他公司(第三方)提供的基础位置数据。
需要说明的是,为了使得配送服务更精准,不仅需要获得上述基础位置数据,还需要通过以下至少一种步骤进行细化:
挖掘所述基础位置数据的客观基础信息。如,挖掘小区的名称信息、地址信息、经纬度信息、所属类别信息等。
挖掘所述基础位置数据的配送属性信息。如,挖掘小区配送难度信息、路况信息、是否可进入小区、进入小区的指定出入口信息、外卖存放信息、停车点信息、是否有电梯信息等。
从已获得的基础位置数据中检测已失效的基础位置数据,删除已失效的基础位置数据。其中,已失效的基础位置数据可理解为配送属性信息或客观基础信息的有效期已过期的基础位置数据。
如,有的小区因为疫情或者其他原因,在预设的时间段内不能进出小区,所以当预设时间段过去后,原先不能进出小区便成为过期的基础位置数据,需要对其进行删除,以便骑手接下来能更快配送外卖。
再如,有的建筑不允许外人进入,所以该建筑内部的配送路线就属于不符合配送要求的基础位置数据,因此需要将其进行删除。
从已获得的基础位置数据中检测存在非描述形式错误的基础位置数据,删除或修正存在非描述形式错误的基础位置数据。其中,存在非描述形式错误的基础位置数据可以理解为配送属性信息或客观基础信息存在非描述形式错误的基础位置数据。如,有的小区因为建设维修,将外卖存放点的位置进行了更改,所以,原先的外卖存放点数据便成为错误的数据,因此也需要对其进行删除,并更正新的存放点数据,以便保证骑手还能更精准的获得存放位置。
数据建设子系统202,用于对所述基础位置数据进行形式校对处理,获得形式校对后的位置数据。
其中,数据建设子系统主要用于对上述获得的基础位置数据进行形式化上的形式校对,以便使得形式校对后的位置数据更加精准。
优选的,本申请数据建设子系统包括以下至少一个模块:
类目过滤模块,用于对所述基础位置数据进行类目过滤处理,获得符合即时配送类目的位置数据。
如,上述地理应用程序中的好多兴趣区域或者兴趣点并不适合外卖配送场景,如卫生间,江海湖泊等,所以需要对此类目的基础位置信息进行过滤。
合规检查模块,用于检查所述基础位置数据中不合规的位置数据,获得合规的位置数据。
如,由于上述生产的基础位置数据中存在重复数据或者上述类目过滤不彻底等情况,所以,需要对上述基础位置数据进行合规检查。对于检查不合规的基础位置数据,需要进行重新的数据生产步骤直到合规为止。
规范化处理模块,用于对所述基础位置数据进行规范化处理,获得规范化的位置数据。
如,由于上述基础位置数据的生产来源不同,所以会存在基础位置数据的格式并不一致的问题,比如大小写、字体等等,因此,需要对其进行规范化处理。
纠错处理模块,用于检查所述基础位置数据中存在描述形式错误的位置数据,针对所述存在描述形式错误的位置数据进行修改,获得修改后的描述形式正确的位置数据。例如,展示的商家名称出现错别字等情况,需要对其进行纠正处理。
归一化处理模块,用于对所述基础位置数据进行区域化标准处理,获得区域化标准位置数据。
如,由于同城之间不同兴趣区域间会存在同名的情况,所以为了不影响配送效率,需要对位置数据进行归一化处理。比如,连锁商家的各个子门店的名称是一样的,所以,为了区别每个子门店,需要对每个子门店的名称进行唯一性的标注,如子门店的编号、或者位置标志等。
去重处理模块,用于对所述基础位置数据中重复的基础位置数据进行去重处理,获得不包括重复数据的位置数据。
如,由于上述生产的基础位置数据来源于多种方式,所以针对同一个小区必然存在重复数据,因此,需要对重复的基础位置数据进行去重处理。
融合处理模块,用于对所述基础位置数据中符合融合条件的基础位置数据进行融合处理,获得经过融合处理后的位置数据。
优选的,至少通过以下一种方式获得融入处理后的位置数据。按照预设的融合处理策略,检查所述基础位置数据中配送属性信息不符合即时配送要求的非即时配送基础位置数据,如果从所述基础位置数据中查找到客观基础信息与所述非即时配送基础位置数据的客观基础信息之间的相似度达到或超过预设相似度阈值、并且配送属性信息符合即时配送要求的相似基础位置数据,则使用所述相似基础位置数据代替所述非即时配送基础位置数据;按照预设的融合处理策略,检查所述基础位置数据中配送属性信息不符合即时配送要求的非即时配送基础位置数据,从所述非即时配送基础位置数据中查找客观基础信息之间的相似度达到或超过预设相似度阈值的多个非即时配送基础位置数据,根据所述多个非即时配送基础位置数据生成配送属性信息符合即时配送要求的基础位置数据。
如,对于办公楼来说会有多种表示,如***大厦、**路**号等,这些均能表明该办公楼的具体位置信息,所以,为了使得基础位置数据覆盖的更全面更精准,优选将上述多种表示方式进行融合处理。
当然,如果该办公楼中某个房间订餐且该办公楼不方便进入,那么会查找与该房间订餐地址相似度超过一定阈值的兴趣区域(一般为所在办公楼)地址数据代替。
或者,如果该办公楼中603房间订餐且该办公楼不方便进入,那么会查找与603房间位置数据相似度较高的兴趣区域代替,比如一楼的甲餐厅和乙食堂等均符合,所以优选的可以根据甲餐厅和乙食堂的位置数据得到603房间的配送地址数据。
打标处理模块,用于对所述基础位置数据进行使用状态打标处理,获得具有使用状态标识的位置数据。
如,为了方便以后对位置数据建设或维护,需要对位置数据进行标记。如位置数据是新增的或者更改过的,那么就需要重点关注数据稳定性和准确性等、或者位置数据是未用过的,那么需要关注未使用过的原因以及处理对策等。
聚合点校准模块,用于对所述基础位置数据中在地理上可聚合的基础位置数据进行地理聚合处理,获得地理聚合处理后的位置数据。
如,针对一个较大的配送点,多个骑手送达放置外卖时所处的位置信息并非完全一致,甚至会存在明显得差别,但这些有差别的位置数据均表示同一个配送点,所以,当多个骑手送达放置外卖时所处的位置信息之间的相似度达到或者超过预设值时,需要将多个骑手送达放置外卖时所处的位置信息进行聚合处理。
数据质保子系统203,用于对所述形式校对后的位置数据进行稳定度评测处理,获得稳定度满足预设稳定度合格条件的已评测位置数据。
其中,所述数据质保子系统的目的在于对上述形式校对后的位置数据进行稳定度检测,以便保证位置数据的使用性。
优选的,数据质保子系统203可以通过以下至少一个模块获得已评测位置数据:
算法评测模块,用于从所述形式校对后的位置数据中获得待评测位置数据,判断所述待评测位置数据是否为通过所述数据生产子系统中的多个模块获得的,如果是,则将所述数据生产子系统中的多个模块针对所述待评测位置数据提供的基础位置数据互为参照物,评测所述待评测位置数据的稳定度,获得稳定度满足预设稳定度合格条件的已评测位置数据。
如,由于一个位置数据生产有多个来源,比如,一个商家的位置数据,既可以根据地理应用程序获得,用a表示,还可以人工采集获得,用b表示,所以,为了验证该商家位置数据的稳定度,需要利用a和b互为参照物进行评估,当a和b之间的相似度达到或超过预定相似度阈值时,说明上述两种来源的商家位置数据稳定度较好,可以入库为需要的即时配送服务提供位置数据。
再如,还可以选取部分位置数据进行抽样测试等。
比如,企业工程师随机选取部分位置数据进行检测,如,将地理应用程序上的小区位置数据与实际该小区的位置数据进行比较,比较结果在预设范围内,则说明地理应用程序上提供的其他位置数据的稳定性也符合要求满足即时配送要求。
末端反馈评测模块,用于从所述形式校对后的位置数据中获得待评测位置数据,向配送人员的客户端或系统服务人员的客户端发出针对所述待评测位置数据进行稳定度评测的评测指令,获得所述配送人员的客户端或系统服务人员的客户端针对评测指令反馈的评测结果,根据所述评测结果获得所述待评测位置数据的稳定度,所述配送人员是将待配送对象送达到指定位置的人员,所述系统服务人员是线上到线下服务系统的工作人员。
对于位置数据来源单一的数据,如小区的位置数据只是通过地图应用程序提供获得的,不能采取上述互相对照的验证方法,所以,就需要骑手进行实地验证,验证通过,说明该商家的位置数据稳定度较好,可以入库为需要的即时配送服务提供位置数据。
再如,针对算法自测中a和b之间的相似度低于预定相似度阈值时,说明该小区两种数据生产来源提供的位置数据有偏差,因此,需要骑手再次进行验证,如果数据a正确,则将数据a作为该小区的正确数据入库,同理,如果数据b正确,则将数据b作为该小区的正确数据入库,如果数据a和b均不正确,以骑手实地验证的数据为小区的正确数据入库。
需要说明的是,骑手验证数据稳定度可以是多个骑手针对同一个位置数据进行验证,当骑手反馈的位置数据相同、且超过一定数量时,则说明该位置数据的稳定度满足要求,可以入库。稳定度的表现形式可以是比例、分数、评分等多种,再次不做限定,只要能判定位置数据是否稳定即可。
收益评测模块,用于从所述形式校对后的位置数据中获得待评测位置数据根据所述待评测位置数据获得与所述待评测位置数据相对应的收益数据,根据所述收益数据评测所述待评测位置数据的稳定度。
如,当位置数据上线后,还可以通过位置数据创造的服务价值来判断该位置数据的准确性,如,该位置数据产生的收益较高,则说明该位置数据精准度没有问题。
需要注意的是,算法评测和末端反馈评测是在位置数据入库上线前的测试方式,而收益评测是在位置数据入库上线后才能使用的测试方式。当然,可以选取以上一种测试方式进行验证,也可以根据需求选取多种验证方式。
数据服务子系统204,用于存储所述已评测位置数据,将所述已评测位置数据作为服务于即时配送场景的位置数据。
其中,所述数据服务子系统的目的在于存储和提供已评测位置数据。
优选的,提供位置数据服务主要有以下几种方式:
如,配送服务商家或者用户向存储有位置数据的平台发送获得小区经纬度数据对应的该小区的位置数据,进而该平台进行查找并将对应的该小区位置数据发送至配送服务商家或者用户。
再如,配送服务商家或者用户向存储有位置数据的平台发送获得小区经纬度数据对应的该小区的位置数据和配送需求(如,快速送达等),进而该平台进行查找并将对应的该小区位置数据且满足配送需求的数据发送至配送服务商家或用户。
再如,配送服务商家或者用户向存储有位置数据的平台发送的获得与关键字对应的位置数据(如早餐店等),进而该平台进行查找并将与关键字对应的早餐店的位置数据发送至配送服务商家或者用户。
再如,配送服务商家或者用户向存储有位置数据的平台发送的获得与关键字对应且满足配送需求(如5分钟送达等)的位置数据(如早餐店等),进而该平台进行查找并将与关键字对应满足配送需求的早餐店的位置数据发送至配送服务商家或者用户。
需要说明的是,所述适用于即时配送场景的位置数据包括适用于即时配送场景的POI和/或适用于即时配送场景的AOI。其中,POI是兴趣点(Point of Interest)的缩写,地图上餐厅、商家均可是兴趣点。AOI是兴趣面(Area of Interest)的缩写,地图上小区、办公园区均可是兴趣面。需要注意的是,兴趣点和兴趣面是相对关系,可以相互转化,如对于城市来说,小区是兴趣点,对于楼栋来说,小区就是兴趣面。
本申请提供一种位置数据处理系统,包括:数据生产子系统,用于生产适用于即时配送场景的基础位置数据;数据建设子系统,用于对所述基础位置数据进行形式校对处理,获得形式校对后的位置数据;数据质保子系统,用于对所述形式校对后的位置数据进行稳定度评测处理,获得稳定度满足预设稳定度合格条件的已评测位置数据;数据服务子系统,用于存储所述已评测位置数据,将所述已评测位置数据作为服务于即时配送场景的位置数据。本系统不仅从数据生产源头保证了位置数据的覆盖率,还从数据建设和质保方面保障了位置数据的准确性,从而使得最后提供的位置数据能更满足即时配送场景的需求。
第二实施例
本申请第二实施例中提供一种位置数据处理系统,以下结合图3进行说明。因为第二实施例保护的系统与第一实施例保护的系统基本相似,所以,第二实施例中仅叙述与第一实施例保护的系统不相同的部分,其余部分请参考第一实施例的说明部分即可。
由于第一实施例中数据生产子系统生产的位置数据存在非描述形式错误,即,可理解为第一实施例中数据生产子系统生产的位置数据存在实质性错误,如,根据地理信息服务系统获得小区位置数据为该小区的中心的位置数据,而外卖服务对时间有较严格的要求,所以外卖服务需要的位置数据精确度较高,如果该小区的外卖存放点在东门,那么东门的位置数据和该小区的中心的位置数据必然存在很大差异。所以,地理信息服务系统提供的小区位置数据就不符合外卖服务场景,即存于存在实质性错误。
因此,为了保证数据生产子系统生产的位置数据的精准度,本实施例还包括数据运营子系统205,该子系统主要用于对存在非描述形式错误的基础位置数据进行更正处理,获得更正处理后的基础位置数据。其中,非描述形式错误的基础位置可以理解为数据生产子系统中存在实质错误的位置数据。
比如,针对数据生产子系统中的位置数据,骑手在配送过程中发现位置数据与实际的位置数据有误,或者运营服务人员收集到的位置数据与实际的位置数据有误,均需要对这些错误的位置数据进行更正。而由于外卖配送场景需要骑手进行实地配送,所以,骑手可以采集到准确的配送位置数据。
具体可如,骑手配送时发现小区停车点位置数据有误,那么骑手会将小区现在正确的停车点位置数据反馈给运营服务人员,接着,运营服务人员对骑手反馈的正确的停车点位置数据进行验证,验证通过后将正确的停车点数据作为位置数据来源发送至数据生产子系统。再如,运营服务人员采集到商家位置数据有误,那么,运营服务人员则会请求骑手对该商家的位置数据进行校验,进而对骑手反馈的正确的停车点位置数据进行验证,验证通过后将骑手反馈的商家的正确位置数据作为位置数据来源发送至数据生产子系统。
还需要说明的是,数据运营子系统205还可以用于对形式校对后的位置数据进行稳定度评测处理,获得稳定度满足预设稳定度合格条件的已评测位置数据,具体参考第一实施例中的数据质保子系统中的末端反馈评测模块。
第三实施例
本申请第三实施例中提供一种位置数据建设过程的流程方法,以下结合图4进行说明。
S401,通过数据生产子系统获得位置数据源。
因为外卖配送场景中骑手需要获得配送的位置数据,所以,生产外卖配送需要的位置数据便成为了前提条件。以下介绍几种主要获得位置数据的途径。
其一,位置数据第一获得模块,该模块用于获得地图应用程序提供的位置数据。
由于外卖配送服务需要的是精细化且准确的位置数据,而现有的地图程序中的位置数据主要适用于导航服务或者精细度不高的定位服务,且地图程序的更新速度也不及时,所以导致地图程序并不能提供外卖配送服务需要的位置数据或者提供的位置数据并不全适用于外卖配送服务。因此,针对地图应用程序提供的位置数据并不全适用于外卖配送服务的情况,就需要对地图程序提供的位置数据进行筛选,进而获得外卖配送服务需要的位置数据。
其中,地图应用程序提供的位置数据中不符合外卖配送服务需要的位置数据有以下情况。如还没有添加的新建小区的位置数据、或者只有小区位置数据,但没有小区楼栋的位置数据、或者没有指示小区内具体配送路径的位置数据、或者没有指示楼栋是否有电梯的位置数据、或者没有指示小区是否可已进入的位置数据、或者没有指示小区存放外卖的位置数据、或者没有更新商家搬家后的位置数据等等。
其二,位置数据末端采集模块,该模块主要用于获得配送人员的客户端或系统服务人员的客户端采集的基础位置数据。其中,配送人员的客户端可理解为骑手对应的设备,系统服务人员的客户端可理解为该系统运营人员对应的设备。
如,骑手根据订单信息去商家取餐的时候,发现该商家周边新开的其他商家,该骑手会将与新开的商家相对应的位置数据发送至数据生产子系统。再如,骑手在配送过程中新发现的进入小区的侧门,由于该侧门的位置数据在地图和系统中并未存在,所以,骑手新探索的该侧门的位置数据也属于末端采集的数据。
其三,本申请还包括数据运营子系统205,该子系统主要用于对存在非描述形式错误的基础位置数据进行更正处理,获得更正处理后的基础位置数据。其中,非描述形式错误的基础位置可以理解为数据生产子系统中存在实质错误的位置数据。
如,针对数据生产子系统中的位置数据,骑手在配送过程中发现位置数据与实际的位置数据有误,或者运营服务人员收集到的位置数据与实际的位置数据有误,均需要对这些错误的位置数据进行更正。而由于外卖配送场景需要骑手进行实地配送,所以,骑手可以采集到准确的配送位置数据。
具体可如,骑手配送时发现小区停车点位置数据有误,那么骑手会将小区现在正确的停车点位置数据反馈给运营服务人员,接着,运营服务人员对骑手反馈的正确的停车点位置数据进行验证,验证通过后将正确的停车点数据作为位置数据来源发送至数据生产子系统。再如,运营服务人员采集到商家位置数据有误,那么,运营服务人员则会请求骑手对该商家的位置数据进行校验,进而对骑手反馈的正确的停车点位置数据进行验证,验证通过后将骑手反馈的商家的正确位置数据作为位置数据来源发送至数据生产子系统。
需要说明的是,数据运营子系统还可以用于对形式校对后的位置数据进行稳定度评测处理,获得稳定度满足预设稳定度合格条件的已评测位置数据,具体参考数据质保子系统中的末端反馈评测模块。
其四,位置数据挖掘模块,用于根据已获得的地理信息和/或历史服务信息,挖掘基础位置数据。其中,所述历史服务信息可理解为历史订单信息。
如,逻辑兴趣区域的挖掘,比如有些敞开式的区域,即没有实体围栏界定的区域,所以,骑手配送外卖时并不能精准分辨要配送的位置信息等。因此,可以根据历史配送订单获得位置数据,如该一个圆形广场中东西两半的外卖存放点的数据、骑手停车点的数据、以及到达东西两半的配送路径数据,或者到达圆形广场具体位置的路径数据等等。
再如,潜在兴趣区域的挖掘,比如有实体围栏界定的区域,但是地图应用程序上并没有展示出来的区域位置信息,如新建的小区、工作区域等。所以,也需要根据历史配送的订单数据获得位置数据,如新商场所有门的位置数据、每层商户的位置数据、每个商户的配送路径的位置数据、商场骑手停车点的位置数据等。
再如,兴趣区域精准划分的挖掘,比如有的小区分为一区、二区等多个区,所以,整个小区覆盖的地理范围很大,不方便为骑手提供配送外卖所需的精准地址。而且,整个小区很有可能包含有超市、商家等其他兴趣区域,所以兴趣区域之间也会存在交叉现象,所以,对骑手来说兴趣区域精准划分就很重要。比如,将整个小区作为总的兴趣区域,一区和二区作为子兴趣区域,并将两个兴趣区域产生关联,使用户或者骑手能快速准确获知所需的位置数据。
再如,兴趣区域的错误挖掘,比如有的商家或者商场名称进行变更等情况,或者,小区指定入口因特殊情况不允许进入小区等等,就需要及时发现更改以便骑手找不到相应的位置。或者,地理应用程序中小区位置一般是用小区中心的经纬度表示,但是现在外卖配送服务一般精细到小区的楼栋,所以楼栋的经纬度和小区的经纬度存在很大差别,并不能用小区的经纬度代表楼栋的经纬度,因此小区的经纬度数据属于错误数据,需要将其删除。再如,有的建筑不允许外人进入,所以该建筑内部的配送路线就属于不符合配送要求的基础位置数据,因此也需要将其进行删除。
再如,过期兴趣区域的挖掘,比如有的商家已经搬迁、或者有的小区已经拆迁等情况,为了使得数据库中的位置数据简单明了,就需要对已经过期的地理位置数据进行清除。
再如,兴趣区域基础信息的挖掘,比如每个小区或者办公楼都有不同的名称、不同的文本地址、不同的经纬度、不同的类型(办公区、居民区等)、父子关系(一区、二区为某区的子区)等,这些兴趣区域的基础信息可以使得骑手能准确获知配送位置信息,进而提高配送服务。
再如,兴趣区域配送信息的挖掘,比如有的小区不允许进入或指定入口进入、由于道路等问题使得配送到该小区的难度系数较高、该小区的停车点、或者该小区系存放外卖的位置等。此外,现在很多用户的需求是配送到具体的楼栋甚至单元,所以,当兴趣区域为楼栋时,该楼栋的位置信息、经纬度信息、名称信息、是否有电梯等因素就会影响骑手的配送速度。
其五,位置数据第二获得模块,用于获得独立于所述位置数据处理系统的外部服务系统提供的基础位置数据。
其中,位置数据生产不仅可以获得企业内部的其他系统提供的位置数据,还可以获得通过其他企业系统提供的位置数据,在此不做过多介绍。
以上便是位置数据生产的全过程,该过程可以保证位置数据的覆盖率和准确性。由于位置数据生产的过程中数据来源较多,所以位置数据可能存在形式问题。因此,通过数据建设子系统对上述获得的位置数据源进行数据建设就显得很有必要。
S402,对获得的位置数据源进行类目过滤处理。
由于上述生产的位置数据中存在并不适用于外卖配送服务的场景数据,如江海湖泊、高速公路、卫生间等等,所以,需要对这类位置数据进行过滤处理。
S403,判断类目过滤处理后的位置数据是否合规。
由于上述生产的位置数据中存在重复数据或者上述类目过滤不彻底等情况,所以,需要对上述位置数据进行合规检查。对于检查不合规的位置数据,则执行S404步骤,即需要返回数据生产子系统进行重新的数据生产步骤直到合规为止。如,地图应用程序提供的小区位置数据和骑手采集到的小区位置数据是一样的,所以删除地图应用程序提供的小区位置数据和骑手采集到的小区位置数据中的一个。
对于检查合规的位置数据,则执行S405步骤,即需要进一步对合规的位置数据进行规范化、补全、纠错和归一化等处理。
如,对位置数据进行规范化处理。由于上述位置数据的生产来源不同,所以会存在位置数据的格式并不一致的问题,比如大小写、字体等等。
再如,对位置数据进行补全处理。例如,某个大厦只显示了简称,没有全称,所以需要对其进行补全,或者有的商家只显示了英文名称,并未显示中文名称,所以也需要对其尽情补全等等。
再如,对位置数据进行纠错处理。例如,展示的商家名称出现错别字等情况,需要对其进行纠正处理。
再如,对位置数据进行归一化处理。由于同城之间不同兴趣区域间会存在同名的情况,所以为了不影响配送效率,需要对位置数据进行归一化处理。如,连锁商家的各个子门店的名称是一样的,所以,为了区别每个子门店,需要对每个子门店的名称进行唯一性的标注,如子门店的编号、或者位置标志等。
对位置数据进行规范化、补全、纠错、归一化等处理后,则执行S406步骤,即对位置数据进行融合优选处理。
由于很多区域会存在多个名称或者简称,但是也无需全部呈现,所以为了使得用户和骑手能更准确识别出兴趣区域,便需要对位置数据进行融合优选,如优先选用使用率最高、最能体现该区域特点名称等,当然也可以将多个进行融合,总之能使用户或者骑手能识别出该区域即可。
对位置数据进行融合优选处理后,则执行S407步骤,即对位置数据进行状态打标处理。
为了方便以后对位置数据建设或维护,需要对位置数据进行标记。如位置数据是新增的或者更改过的,那么就需要重点关注数据稳定性和准确性等、或者位置数据是未用过的,那么需要关注未使用过的原因以及处理对策等。
除上述对位置数据处理方式以外,位置数据建设还负责对每天的例行化位置数据生产和每周的位置数据的自清洗等。
至此,便完成位置数据的建设过程。接下来执行S408,将将状态打标处理后的位置数据发送至数据质保子系统进行质保处理。用于考虑该位置数据是否可靠、是否能用等问题。
为了验证上述获得的位置数据的稳定度,需要对位置数据进行验证,当然验证的方式多种多样,所以接下来以三种验证方式为例进行说明。
A、算法评测
由于一个位置数据生产有多个来源,比如,一个商家的位置数据,既可以根据地理应用程序获得,用a表示,还可以人工采集获得,用b表示,所以,为了验证该商家位置数据的稳定度,需要利用a和b互为参照物进行评估,当a和b之间的相似度达到或超过预定相似度阈值时,说明上述两种来源的商家位置数据稳定度较好,可以入库为需要的即时配送服务提供位置数据。
再如,还可以选取部分位置数据进行抽样测试等。
比如,企业工程师随机选取部分位置数据进行检测,如,将地理应用程序上的小区位置数据与实际该小区的位置数据进行比较,比较结果在预设范围内,则说明地理应用程序上提供的其他位置数据的稳定性也符合要求。
B、末端反馈评测块
对于位置数据来源单一的数据,如小区的位置数据只是通过地图应用程序提供获得的,不能采取上述互相对照的验证方法,所以,就需要骑手进行实地验证,验证通过,说明该商家的位置数据稳定度较好,可以入库为需要的即时配送服务提供位置数据。
再如,针对算法自测中a和b之间的相似度低于预定相似度阈值时,说明该小区两种数据生产来源提供的位置数据有偏差,因此,需要骑手再次进行验证,如果数据a正确,则将数据a作为该小区的正确数据入库,同理,如果数据b正确,则将数据b作为该小区的正确数据入库,如果数据a和b均不正确,以骑手实地验证的数据为小区的正确数据入库。
C、收益评测
当位置数据上线后,还可以通过位置数据创造的服务价值来判断该位置数据的准确性,如,该位置数据产生的收益较高,则说明该位置数据精准度没有问题。
需要注意的是,算法评测和末端反馈评测是在位置数据入库上线前的测试方式,而收益评测是在位置数据入库上线后才能使用的测试方式。当然,可以选取以上一种测试方式进行验证,也可以根据需求选取多种验证方式。为了使得位置数据的精准度更高,还可通过观察位置数据基线的起伏度和报警等方式来保证获得的位置数据的稳定性。
最后,数据服务子系统存储上述质保处理后的位置数据。
为了使得位置数据的生产、维护、更新等操作更方便,可以将上述获得的位置数据存放至数据平台中,通过该平台统一为需要的客户端提供接口。
还需要说明的是,由于外卖配送场景涉及到的不仅仅是用户输入和骑手可观察到的区域的文本地址,还涉及到为骑手配送时引导的区域的经纬度位置。更关键的是,用户是通过两段式(选择兴趣区域+手动输入具体兴趣点)输入配送地址,所以,快速准确地提供位置数据能力就显得很重要。当然,兴趣区域和兴趣点是相对的,如小区相对于楼栋来说是兴趣区域,但相对于城区来说就是兴趣点。
那么,如何提升处理位置数据的能力,主要有以下几个方面:
A、兴趣区域的识别。如自动识别出楼栋的边界、属于居民区类性,还可以自动生成名称。
B、位置数据的补全。如无边界的区域(广场等)或者地理应用程序中缺失的区域(楼栋等),会进行位置数据补全操作。
C、位置数据纠错。能够及时识别到兴趣区域位置数据存在的形式错误,进而对该位置数据进行纠错处理,保证了位置数据的及时性。
D、位置数据的规范化。如对所有兴趣区域的位置数据采用统一的格式处理,比如大小写、字体等。
E、位置数据归一化。如连锁商家的子店名称相同,不方便用户和骑手识别,所以对子店的名称进行唯一性的标注,如子门店的编号、或者位置标志等。
F、兴趣区域别称。如有的商家或者小区会存在多个简称,为了更大范围的满足识别需求,会将多个别称形成别称库。当然,也可以对优先选用使用率最高、最能体现该区域特点名称,或者也可以将多个进行融合,总之能使用户或者骑手能识别出该区域即可。
G、地理编码。由于地理应用程序对应的位置数据并不完全适用于外卖配送场景,所以需要有处理地理编码的能力。如,地理应用程序上对应的小区的地理经纬度坐标是小区中心的经纬度坐标,而外卖配送场景需要的是配送到小区存放外卖点的地理经纬度,如小区西门,显然,地理应用程序上提供的小区位置并不符合外卖场景。
本申请虽然以较佳实施例公开如上,但其并不是用来限定本申请,任何本领域技术人员在不脱离本申请的精神和范围内,都可以做出可能的变动和修改,因此本申请的保护范围应当以本申请权利要求所界定的范围为准。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器 (RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
3、本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

Claims (15)

1.一种位置数据处理系统,其特征在于,包括:
数据生产子系统,用于生产适用于即时配送场景的基础位置数据,其中,所述基础位置数据,包括:配送人员或系统服务人员新发现、并由配送人员的客户端或系统服务人员的客户端采集的兴趣区域位置数据或兴趣点位置数据;
数据建设子系统,用于对所述基础位置数据进行形式校对处理,获得形式校对后的位置数据;
数据质保子系统,用于对所述形式校对后的位置数据进行稳定度评测处理,获得稳定度满足预设稳定度合格条件的已评测位置数据;
数据服务子系统,用于存储所述已评测位置数据,将所述已评测位置数据作为服务于即时配送场景的位置数据。
2.根据权利要求1所述的系统,其特征在于,所述数据生产子系统包括以下至少一个模块:
位置数据挖掘模块,用于根据已获得的地理信息和/或历史服务信息,挖掘基础位置数据;
位置数据末端采集模块,用于获得配送人员的客户端或系统服务人员的客户端采集的基础位置数据,所述配送人员是将待配送对象送达到指定位置的人员,所述系统服务人员是线上到线下服务系统的工作人员;
位置数据第一获得模块,用于获得地理信息服务系统提供的基础位置数据;
位置数据第二获得模块,用于获得独立于所述位置数据处理系统的外部服务系统提供的基础位置数据。
3.根据权利要求2所述的系统,其特征在于,所述位置数据挖掘模块按照下述至少一种方式根据已获得的地理信息和/或历史服务信息,挖掘基础位置数据:
根据已获得的地理信息和/或历史服务信息,挖掘在地理上有围栏的基础位置数据;
根据已获得的地理信息和/或历史服务信息,挖掘在地理上无围栏的基础位置数据;
根据已获得的地理信息和/或历史服务信息,挖掘与建筑物相关的基础位置数据;
根据已获得的地理信息和/或历史服务信息,挖掘根据第一基础位置数据确定的地理范围内的第二基础位置数据。
4.根据权利要求3所述的系统,其特征在于,所述位置数据挖掘模块还用于执行下述至少一个步骤:
挖掘所述基础位置数据的客观基础信息;
挖掘所述基础位置数据的配送属性信息;
从已获得的基础位置数据中检测已失效的基础位置数据,删除已失效的基础位置数据;
从已获得的基础位置数据中检测存在非描述形式错误的基础位置数据,删除或修正存在非描述形式错误的基础位置数据。
5.根据权利要求4所述的系统,其特征在于,所述从已获得的基础位置数据中检测已失效的基础位置数据,包括:从已获得的基础位置数据中检测配送属性信息或客观基础信息的有效期已过期的基础位置数据,将配送属性信息或客观基础信息的有效期已过期的基础位置数据作为已失效的基础位置数据;
或者,所述从已获得的基础位置数据中检测存在非描述形式错误的基础位置数据,包括:从已获得的基础位置数据中检测配送属性信息或客观基础信息存在非描述形式错误的基础位置数据,将所述配送属性信息或客观基础信息存在非描述形式错误的基础位置数据作为错误的基础位置数据。
6.根据权利要求3所述的系统,其特征在于,所述历史服务信息包括历史配送订单信息。
7.根据权利要求1所述的系统,其特征在于,所述数据建设子系统包括以下至少一个模块:
类目过滤模块,用于对所述基础位置数据进行类目过滤处理,获得符合即时配送类目的位置数据;
合规检查模块,用于检查所述基础位置数据中不合规的位置数据,获得合规的位置数据;
规范化处理模块,用于对所述基础位置数据进行规范化处理,获得规范化的位置数据;
纠错处理模块,用于检查所述基础位置数据中存在描述形式错误的位置数据,针对所述存在描述形式错误的位置数据进行修改,获得修改后的描述形式正确的位置数据;
归一化处理模块,用于对所述基础位置数据进行区域化标准处理,获得区域化标准位置数据;
去重处理模块,用于对所述基础位置数据中重复的基础位置数据进行去重处理,获得不包括重复数据的位置数据;
融合处理模块,用于对所述基础位置数据中符合融合条件的基础位置数据进行融合处理,获得经过融合处理后的位置数据;
打标处理模块,用于对所述基础位置数据进行使用状态打标处理,获得具有使用状态标识的位置数据;
聚合点校准模块,用于对所述基础位置数据中在地理上可聚合的基础位置数据进行地理聚合处理,获得地理聚合处理后的位置数据。
8.根据权利要求7所述的系统,其特征在于,所述纠错处理模块具体用于通过下述方式检查所述基础位置数据中存在描述形式错误的位置数据,获得修改后的描述形式正确的位置数据:
检查所述基础位置数据中客观基础信息存在形式错误的客观基础信息,修改存在形式错误的所述客观基础信息,获得修改后的描述形式正确的基础位置数据。
9.根据权利要求7所述的系统,其特征在于,所述纠错处理模块具体用于通过下述方式检查所述基础位置数据中存在描述形式错误的位置数据,获得修改后的描述形式正确的位置数据:
检查所述基础位置数据中配送属性信息存在形式错误的配送属性信息,修改存在形式错误的所述配送属性信息,获得修改后的描述形式正确的位置数据。
10.根据权利要求7所述的系统,其特征在于,所述聚合点校准模块具体用于通过下述方式对所述基础位置数据中在地理上可聚合的基础位置数据进行地理聚合处理,获得地理聚合处理后的位置数据:
将所述基础位置数据中客观基础信息之间的相似度达到或超过预设相似度阈值、并且配送属性信息符合即时配送要求的基础位置数据,在地理上聚合为一个地理位置数据,作为地理聚合处理后的位置数据。
11.根据权利要求7所述的系统,其特征在于,融合处理模块具体用于通过下述至少一种方式对所述基础位置数据中符合融合条件的基础位置数据进行融合处理,获得经过融合处理后的位置数据:
检查所述基础位置数据中配送属性信息不符合即时配送要求的非即时配送基础位置数据,如果从所述基础位置数据中查找到客观基础信息与所述非即时配送基础位置数据的客观基础信息之间的相似度达到或超过预设相似度阈值、并且配送属性信息符合即时配送要求的相似基础位置数据,则使用所述相似基础位置数据代替所述非即时配送基础位置数据;
检查所述基础位置数据中配送属性信息不符合即时配送要求的非即时配送基础位置数据,从所述非即时配送基础位置数据中查找客观基础信息之间的相似度达到或超过预设相似度阈值的多个非即时配送基础位置数据,根据所述多个非即时配送基础位置数据生成配送属性信息符合即时配送要求的基础位置数据。
12.根据权利要求1所述的系统,其特征在于,还包括:
数据运营子系统,用于对存在非描述形式错误的基础位置数据进行更正处理,获得更正处理后的基础位置数据。
13.根据权利要求12所述的系统,其特征在于,所述数据运营子系统通过以下至少一种方式获得更正处理后的基础位置数据:
接收配送人员的客户端或系统服务人员的客户端发送的存在非描述形式错误的基础位置数据和更正处理后的基础位置数据,将所述更正处理后的基础位置数据发送至所述数据生产子系统,作为适用于即时配送场景的基础位置数据;
获得所述数据生产子系统发送的存在非描述形式错误的基础位置数据,向配送人员的客户端或系统服务人员的客户端发送针对存在非描述形式错误的基础位置数据进行校准的校准指令,获得配送人员的客户端或系统服务人员的客户端针对存在非描述形式错误的基础位置数据反馈的更正处理后的基础位置数据,将所述更正处理后的基础位置数据发送至所述数据生产子系统,作为适用于即时配送场景的基础位置数据;
其中,所述配送人员是将待配送对象送达到指定位置的人员,所述系统服务人员是线上到线下服务系统的工作人员。
14.根据权利要求1所述的系统,其特征在于,所述数据服务子系统具体用于通过下述方式,将所述已评测位置数据作为适用服务于即时配送场景的位置数据:
获得面向用户提供服务的用户服务系统发出的用于请求获得与指定地理坐标数据对应的位置数据的第一请求消息,从所述已评测位置数据中查找与所述指定地理坐标数据对应的第一目标位置数据,将所述第一目标位置数据发送给所述用户服务系统;
获得面向用户提供服务的用户服务系统发出的用于请求获得与指定地理坐标数据对应并且与即时配送需求参数对应的位置数据的第二请求消息,从所述已评测位置数据中查找与所述指定地理坐标数据对应并且与所述即时配送需求参数对应的第二目标位置数据,将所述第二目标位置数据发送给所述用户服务系统;
获得面向用户提供服务的用户服务系统发出的用于请求获得与指定关键字或指定关键词对应的位置数据的第三请求消息,从所述已评测位置数据中查找与所述指定关键字或指定关键词对应的第三目标位置数据,将所述第三目标位置数据发送给所述用户服务系统;
获得面向用户提供服务的用户服务系统发出的用于请求获得与指定关键字或指定关键词对应并且与即时配送需求参数对应的位置数据的第四请求消息,从所述已评测位置数据中查找与所述指定关键字或指定关键词对应并且与所述即时配送需求参数对应的第四目标位置数据,将所述第四目标位置数据发送给所述用户服务系统。
15.根据权利要求1所述的系统,其特征在于,所述将所述已评测位置数据作为服务于即时配送场景的位置数据包括将所述已评测位置数据用于即时配送场景的POI和/或即时配送场景的AOI。
CN202110668901.8A 2021-06-16 2021-06-16 一种位置数据处理系统 Active CN113254561B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110668901.8A CN113254561B (zh) 2021-06-16 2021-06-16 一种位置数据处理系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110668901.8A CN113254561B (zh) 2021-06-16 2021-06-16 一种位置数据处理系统

Publications (2)

Publication Number Publication Date
CN113254561A CN113254561A (zh) 2021-08-13
CN113254561B true CN113254561B (zh) 2021-11-19

Family

ID=77188287

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110668901.8A Active CN113254561B (zh) 2021-06-16 2021-06-16 一种位置数据处理系统

Country Status (1)

Country Link
CN (1) CN113254561B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114022089B (zh) * 2022-01-04 2022-05-13 浙江口碑网络技术有限公司 一种配送禁入区域识别方法以及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090287415A1 (en) * 2008-05-15 2009-11-19 Helio, Llc Systems, devices and methods for increasing location based service accuracy
CN108181638A (zh) * 2017-12-21 2018-06-19 吉旗(成都)科技有限公司 电子地图精准展现定位点和轨迹数据的解决设备及方法
CN108204816A (zh) * 2016-12-20 2018-06-26 北京四维图新科技股份有限公司 定位导航的地址精细化处理方法及装置、物流导航系统及终端

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120254261A1 (en) * 2011-03-31 2012-10-04 American Express Travel Related Services Company, Inc. Digital travel record

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090287415A1 (en) * 2008-05-15 2009-11-19 Helio, Llc Systems, devices and methods for increasing location based service accuracy
CN108204816A (zh) * 2016-12-20 2018-06-26 北京四维图新科技股份有限公司 定位导航的地址精细化处理方法及装置、物流导航系统及终端
CN108181638A (zh) * 2017-12-21 2018-06-19 吉旗(成都)科技有限公司 电子地图精准展现定位点和轨迹数据的解决设备及方法

Also Published As

Publication number Publication date
CN113254561A (zh) 2021-08-13

Similar Documents

Publication Publication Date Title
EP3971731B1 (en) Fence address-based coordinate data processing method and apparatus, and computer device
Barron et al. A comprehensive framework for intrinsic OpenStreetMap quality analysis
US5978769A (en) System and method for determining and analyzing building occupancy
Karimi et al. Evaluation of uncertainties associated with geocoding techniques
KR20140097805A (ko) 좌표(x, y)위치 값을 이용한 체계적인 블록번호 생성 및 그 이용한 주소매칭 서비스 방법
Bichler et al. Address matching bias: Ignorance is not bliss
CN111782741A (zh) 兴趣点挖掘方法、装置、电子设备及存储介质
Ariza López et al. Analysis of some positional accuracy assessment methodologies
CN113254561B (zh) 一种位置数据处理系统
CN113282588A (zh) 一种评估时空数据质量的方法与装置
CN111896016A (zh) 位置信息的处理方法及装置、存储介质、终端
CN110555432A (zh) 一种兴趣点处理方法、装置、设备和介质
CN111723172A (zh) 一种数据融合方法及装置
Eckman Do different listers make the same housing unit frame? Variability in housing unit listing
Burns et al. Accessible and practical geocoding method for traffic collision record mapping: Quebec, Canada, case study
CN113487341B (zh) 一种城市商业策略数据处理方法
Martini et al. Database-supported change analysis and quality evaluation of OpenStreetMap Data
CN114820960B (zh) 构建图谱的方法、装置、设备和介质
CN115034718B (zh) 一种危化品管理方法、系统、计算设备及存储介质
CN113486105B (zh) 一种面向cim的自然资源历史业务数据整合方法及装置
Qian et al. Data cleaning approaches in Web2. 0 VGI application
Stark Quality assessment of volunteered geographic information using open Web map services within OpenAddresses
KR20210084364A (ko) 부동산정보 정제 및 제공방법, 시스템, 이를 위한 컴퓨터 프로그램
KR102342134B1 (ko) 부동산정보 정제 및 제공방법, 시스템, 이를 위한 컴퓨터 프로그램
Wang et al. Evaluating the quality of public geocoding services for crime analysis in China

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
GR01 Patent grant
GR01 Patent grant
CB03 Change of inventor or designer information

Inventor after: Liu Xiaojie

Inventor after: Zhu Xing

Inventor before: Liu Xiaojie