CN110689172B - 一种事件上报处理方法、装置、电子设备及存储介质 - Google Patents
一种事件上报处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN110689172B CN110689172B CN201910843444.4A CN201910843444A CN110689172B CN 110689172 B CN110689172 B CN 110689172B CN 201910843444 A CN201910843444 A CN 201910843444A CN 110689172 B CN110689172 B CN 110689172B
- Authority
- CN
- China
- Prior art keywords
- yaw
- path
- yawing
- reporting
- road
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
- G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/01—Customer relationship services
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Navigation (AREA)
- Traffic Control Systems (AREA)
Abstract
本申请提供了一种事件上报处理方法、装置、电子设备及存储介质,其中,该方法包括:获取事件上报指令对应的偏航路径;计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据;其中,所述偏航特征数据可表征偏航路段的路况;依据所述偏航特征数据,评估所述偏航路段是否符合故障偏向条件;当所述事件上报指令对应的偏航路径中存在符合故障偏向条件的偏航路段时,处理所述事件上报指令对应的上报事件。本申请实施例通过预估偏航路段是否存在问题,推断用户发送事件上报指令的意图是否针对路况问题。从而,便于筛选出有利于调整服务质量的上报事件,并及时处理。提高事件上报的处理效率,降低事件上报处理的工作量。
Description
技术领域
本申请涉及计算机技术领域,具体而言,涉及一种事件上报处理方法、装置、电 子设备及存储介质。
背景技术
目前,针对用户反馈进行分析,是提供路网相关服务的服务方发现路况问题的重要手段。可以理解地,及时发现路况问题能帮助服务方及时调整所提的路网相关服务, 从而避免更多用户受到同一路况问题的影响。
然而,每天服务方均会接收到大量的上报事件,上报事件中也无法携带过于详尽的问题描述,且其中可能掺杂着误报或者与服务无关的上报事件。现有技术中主要采 用人工一一进行甄别和分析来排除误报或者与服务无关的上报事件。
显然,采用人工的方式一一进行甄别和分析来排除误报或者与服务无关的上报事件,工作量十分巨大,且分析效率低下。
发明内容
有鉴于此,本申请实施例的目的在于提供一种事件上报处理方法、装置、电子设备及存储介质,通过对与时间上报指令相关的偏航路径进行分析,推断事件上报指令 对应的上报事件是否与路况问题有关,以便准确地识别出利于调整服务质量的上报事 件,并及时地进行相应的处理,达到提高事件上报分析效率,提高用户使用体验的效 果。
根据本申请的一个方面,提供一种事件上报处理方法,包括:获取事件上报指令对应的偏航路径;计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征 数据;其中,所述偏航特征数据可表征偏航路段的路况;依据所述偏航特征数据,评 估所述偏航路段是否符合故障偏向条件;当所述事件上报指令对应的偏航路径中存在 符合故障偏向条件的偏航路段时,处理所述事件上报指令对应的上报事件。
在一些实施例中,所述偏航特征数据包括第一上报比例,计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据的步骤包括:依据指定时段内接收到 的多个服务请求端发送的事件上报指令,分别统计所述偏航路径中每一所述偏航路段 的上报指令数量;从所述偏航路径对应的所述上报指令数量中确定最大上报指令数量; 根据所述偏航路段的上报指令数量及所述偏航路段所属的偏航路径的所述最大上报指 令数量,计算每一所述偏航路段的所述第一上报比例。
在一些实施例中,所述偏航特征数据包括第二上报比例;计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据的步骤包括:获取发送所述事件上报 指令的服务请求端的上报位置点;统计所述上报位置点与所述事件上报指令对应的偏 航路径的偏航起始点之间的上报距离;从所述偏航路径对应的所述上报距离中确定最 大上报距离;依据所述偏航路段所属的偏航路径的所述上报距离与所述最大上报距离, 计算每一所述偏航路段的所述第二上报比例。
在一些实施例中,所述偏航特征数据包括实际执行比例,计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据的步骤包括:统计指定时间段内,有 效路径中包含各所述偏航路段的服务请求端的数量,以作为所述偏航路段的第一数量; 统计所述指定时间段内,实走路径与各所述偏航路段重叠的服务请求端的数量,以作 为所述偏航路段的第二数量;根据所述第一数量及第二数量,计算每一所述偏航路段 的所述实际执行比例。
在一些实施例中,所述偏航特征数据包括拓扑流量信息,计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据的步骤包括:分别统计每一所述偏航 路段对应的上游路段的实际执行比例、下游路段的实际执行比例;其中,所述上游路 段为所述偏航路段在所属的所述偏航路径的路径方向上的相邻上一路段,所述下游路 段为所述偏航路段在所属的所述偏航路径的路径方向上的相邻下一路段;依据所述偏 航路段、对应的所述上游路段和所述下游路段的实际执行比例,计算每一所述偏航路 段的拓扑流量信息。
在一些实施例中,所述拓扑流量信息包括拓扑流量差、最小拓扑流量值及拓扑流量均值之一或者之间的组合。
在一些实施例中,所述依据所述偏航特征数据,评估所述偏航路段是否符合故障偏向条件的步骤包括:依据所述偏航特征数据,评估所述偏航路段是否符合预设的故 障类型所对应的故障偏向条件。
在一些实施例中,所述评估所述偏航路段是否符合预设的故障类型所对应的故障偏向条件的步骤包括:依据所述偏航特征数据按照预设规则构建特征向量;其中,每 一类所述预设规则对应每一所述故障类型;获取与所述预设规则对应的标准向量;根 据所述特征向量及所述标准向量,评估所述偏航路段是否符合所述故障类型的故障偏 向条件。
在一些实施例中,所述处理所述事件上报指令对应的上报事件的步骤包括:依据所述偏航路段所符合的故障偏向条件对应的所述故障类型,选择与所述故障类型匹配 的处理策略,处理所述上报事件。
在一些实施例中,所述获取事件上报指令对应的偏航路径的步骤包括:
获取针对发送所述事件上报指令的服务请求端规划的至少一条推荐路径;
结合所述服务请求端的实走路径,从所述推荐路径中确定有效路径;
依据所述实走路径,从所述有效路径中确定所述偏航路径。
在一些实施例中,所述依据所述实走路径,从所述有效路径中确定所述偏航路径的步骤包括:
将所述有效路径中与所述实走路径分离的路径作为待估路径;
获取每一所述待估路径对应的偏航距离;
根据所述偏航距离,判定对应的待估路径是否为偏航路径。
根据本申请的另一个方面,提供一种事件上报处理装置,包括:获取模块、计算 模块、评估模块及处理模块。其中,获取模块,获取事件上报指令对应的偏航路径; 计算模块,用于计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数 据;其中,所述偏航特征数据可表征偏航路段的路况;评估模块,用于依据所述偏航 特征数据,评估所述偏航路段是否符合故障偏向条件;处理模块,用于当所述事件上 报指令对应的偏航路径中存在符合故障偏向条件的偏航路段时,处理所述事件上报指 令对应的上报事件。
在一些实施例中,所述偏航特征数据包括第一上报比例,所述计算模块具体用于:
依据指定时段内接收到的多个服务请求端发送的事件上报指令,分别统计所述偏航路径中每一所述偏航路段相关的上报指令数量;
从所述偏航路径对应的所述上报指令数量中确定最大上报指令数量;
根据所述偏航路段的上报指令数量及所述偏航路段所属的偏航路径的所述最大上 报指令数量,计算每一所述偏航路段的所述第一上报比例。
在一些实施例中,所述偏航特征数据包括第二上报比例;所述计算模块具体用于:
获取发送所述事件上报指令的服务请求端的上报位置点;
统计所述上报位置点与所述事件上报指令对应的偏航路径的偏航起始点之间的上 报距离;
从所述偏航路径对应的所述上报距离中确定最大上报距离;
依据所述偏航路段所属的偏航路径的所述上报距离与所述最大上报距离,计算每一所述偏航路段的所述第二上报比例。
在一些实施例中,所述偏航特征数据包括实际执行比例,所述计算模块具体用于:
统计指定时间段内,有效路径中包含各所述偏航路段的服务请求端的数量,以作为所述偏航路段的第一数量;
统计所述指定时间段内,实走路径与各所述偏航路段重叠的服务请求端的数量,以作为所述偏航路段的第二数量;
根据所述第一数量及第二数量,计算每一所述偏航路段的所述实际执行比例。
在一些实施例中,所述偏航特征数据包括拓扑流量信息,所述计算模块具体用于:
分别统计每一所述偏航路段对应的上游路段的实际执行比例、下游路段的实际执行比例;其中,所述上游路段为所述偏航路段在所属的所述偏航路径的路径方向上的 相邻上一路段,所述下游路段为所述偏航路段在所属的所述偏航路径的路径方向上的 相邻下一路段;
依据所述偏航路段、对应的所述上游路段和所述下游路段的实际执行比例,计算每一所述偏航路段的拓扑流量信息。
在一些实施例中,所述拓扑流量信息包括拓扑流量差、最小拓扑流量值及拓扑流量均值之一或者之间的组合。
在一些实施例中,所述评估模块具体用于:
依据所述偏航特征数据,评估所述偏航路段是否符合预设的故障类型所对应的故障偏向条件。
在一些实施例中,所述评估模块具体用于:
依据所述偏航特征数据按照预设规则构建特征向量;其中,每一类所述预设规则对应每一所述故障类型;
获取与所述预设规则对应的标准向量;
根据所述特征向量及所述标准向量,评估所述偏航路段是否符合所述故障类型的故障偏向条件。
在一些实施例中,所述处理模块具体用于:
依据所述偏航路段所符合的故障偏向条件对应的所述故障类型,选择与所述故障类型匹配的处理策略,处理所述上报事件。
在一些实施例中,所述获取模块具体用于:
获取针对发送所述事件上报指令的服务请求端规划的至少一条推荐路径;
结合所述服务请求端的实走路径,从所述推荐路径中确定有效路径;
依据所述实走路径,从所述有效路径中确定所述偏航路径。
在一些实施例中,所述获取模块具体还用于:
将所述有效路径中与所述实走路径分离的路径作为待估路径;
获取每一所述待估路径对应的偏航距离;
根据所述偏航距离,判定对应的待估路径是否为偏航路径。
根据本申请的另一个方面,提供一种电子设备包括:处理器、存储介质和总线, 所述存储介质存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处 理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行 时执行前述事件上报处理方法的步骤。
根据本申请的另一个方面,提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行前述的事件上报处理方法 的步骤。
基于上述任一方面,本公开提供的事件上报处理方法,通过获取事件上报指令对应的每一偏航路段的偏航特征数据,再基于获得的偏航特征数据评估每一偏航路段是 否符合故障偏向条件。从而,在识别出存在符合故障偏向条件的偏航路段时,处理事 件上报指令对应的上报事件。也就是,通过预估偏航路段是否存在问题,进而,推断 用户发送事件上报指令的意图是否针对路况问题。从而,便于筛选出有利于调整服务 质量的上报事件,并及时处理。提高事件上报的处理效率,降低事件上报处理的工作 量。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看 作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下, 还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的基于路网的服务提供系统的示意图;
图2示出了本申请实施例提供的电子设备的结构示意图;
图3示出了本申请实施例所提供的一种事件上报方法的流程图;
图4示出了图3中步骤S102的子步骤流程图之一;
图5示出了图3中步骤S102的子步骤流程图之二;
图6示出了图3中步骤S102的子步骤流程图之三;
图7示出了图3中步骤S102的子步骤流程图之四;
图8示出了图3中步骤S103的子步骤流程图;
图9示出了本申请实施例所提供的一种事件上报装置的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,应当理解,本申请 中附图仅起到说明和描述的目的,并不用于限定本申请的保护范围。另外,应当理解, 示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些 实施例实现的操作。应该理解,流程图的操作可以不按顺序实现,没有逻辑的上下文 关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引 下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。
另外,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设 计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护 的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域 技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保 护的范围。
为了使得本领域技术人员能够使用本申请内容,结合特定应用场景“网约车路线规划服务”,给出以下实施方式。对于本领域技术人员来说,在不脱离本申请的精神 和范围的情况下,可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本 申请主要围绕网约车路线规划服务进行描述,但是应该理解,这仅是一个示例性实施 例。本申请可以应用于任何其他交通运输类型。例如,本申请可以应用于不同的运输 系统环境,包括陆地,海洋,或航空等,或其任意组合。运输系统的交通工具可以包 括出租车、私家车、顺风车、公共汽车、火车、子弹头列车、高速铁路、地铁、船只、 飞机或无人驾驶车辆等,或其任意组合。
需要说明的是,本申请实施例中将会用到术语“包括”,用于指出其后所声明的 特征的存在,但并不排除增加其它的特征。
本申请中的术语“乘客”、“司机”、“请求方”、“服务人员”、“服务请求 端”、“发送方”和“用户”可互换使用,以指代可以反馈事件上报指令的个人、实 体或工具。本申请中的术语“服务方”、“服务提供端”可互换使用,以指代接受事 件上报指令,并需对事件上报指令对应得上报事件进行分析,以便调整为用户提供的 基于路网的服务的个人、实体或工具。
本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的 提供的个人、实体或工具。例如,用户可以是乘客、驾驶员、操作员等,或其任意组 合。在本申请中,“乘客”和“乘客终端”可以互换使用,“驾驶员”和“驾驶员终 端”可以互换使用。
本申请中的术语“订单”可以指代由乘客、服务请求方、司机等、或其任意组合 发起的请求。接受该“订单”的可以是乘客、服务请求方、司机等、或其任意组合。
本申请中使用的定位技术可以基于全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS),罗盘导 航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等,或其任意组合。一个或多个 上述定位系统可以在本申请中互换使用。
在本申请提出申请之前,现有的技术方案为:人工逐一甄别服务请求端发送的所有上报事件。
其所导致的技术问题为:上报事件本身可携带的信息量不到,不一定能准确标准指向的问题,即使人工分析有时候也难以猜测用户发送上报事件的意图,另外,上报 事件中也存在误报,一一甄别工作量十分大,降低事件上报分析的效率,甚至影响到 所提供服务的质量。
为了解决上述技术问题,本发明实施例提供一事件上报处理方法。其核心改进点在于:对与事件上报指令相关的偏航路径进行分析,以推定事件上报指令对应的上报 事件是否与道路故障有关,以便及时进行处理。如此,即保证所提供的基于路网的服 务的质量,还加快了上报事件的处理效率。下面通过可能的实现方式对本发明的技术 方案进行说明。
图1是本申请一些实施例的基于路网的服务提供系统100的框图。例如,基于路 网的服务提供系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服 务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。 基于路网的服务提供系统100可以包括服务器110、网络120、服务请求端130和数据 库150中的一种或多种,服务器110中可以包括执行指令操作的处理器。
在一些实施例中,服务器110可以用于提供路网相关服务。可以理解的是,上述 路网相关服务可以是导航服务、路径规划服务等。当然,路网相关服务还可以应用于 各类场景,比如,乘客打车、司机接送乘客、用户使用地图导航等。服务器110可以 是单个服务器,也可以是服务器组。服务器组可以是集中式的,也可以是分布式的(例 如,服务器110可以是分布式系统)。在一些实施例中,服务器110相对于终端,可 以是本地的、也可以是远程的。例如,服务器110可以经由网络120访问存储在服务 请求端130、或数据库150、或其任意组合中的信息和/或数据。作为另一示例,服务器 110可以直接连接到服务请求端130和数据库150中至少一个,以访问存储的信息和/ 或数据。在一些实施例中,服务器110可以在云平台上实现;仅作为示例,云平台可 以包括私有云、公有云、混合云、社区云(communitycloud)、分布式云、跨云(inter-cloud)、 多云(multi-cloud)等,或者它们的任意组合。在一些实施例中,服务器110可以在具有 本申请中图2所示的一个或多个组件的电子设备200上实现。
在一些实施例中,服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据,以执行本申请中描述的一个或多个功能。例如,处理器可以基于从 服务请求端130获得的服务请求来确定目标车辆。在一些实施例中,处理器可以包括 一个或多个处理核(例如,单核处理器(S)或多核处理器(S))。仅作为举例,处 理器可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、专用指令集处理器(Application Specific Instruction-set Processor,ASIP)、图形处理单元(Graphics Processing Unit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital Signal Processor,DSP)、现场可编程门 阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(ReducedInstruction Set Computing,RISC)、或微处理器等,或其任意组合。
网络120可以用于信息和/或数据的交换。在一些实施例中,基于路网的服务提供系统100中的一个或多个组件(例如,服务器110,服务请求端130和数据库150)可 以向其他组件发送信息和/或数据。例如,服务器110可以经由网络120从服务请求端 130获取服务请求。在一些实施例中,网络120可以是任何类型的有线或者无线网络, 或者是他们的结合。仅作为示例,网络120可以包括有线网络、无线网络、光纤网络、 远程通信网络、内联网、因特网、局域网(Local Area Network,LAN)、广域网(Wide Area Network,WAN)、无线局域网(Wireless Local Area Networks,WLAN)、城域 网(Metropolitan Area Network,MAN)、广域网(Wide Area Network,WAN)、公共 电话交换网(Public Switched TelephoneNetwork,PSTN)、蓝牙网络、ZigBee网络、 或近场通信(Near Field Communication,NFC)网络等,或其任意组合。在一些实施例 中,网络120可以包括一个或多个网络接入点。例如,网络120可以包括有线或无线 网络接入点,例如基站和/或网络交换节点,基于路网的服务提供系统100的一个或多 个组件可以通过该接入点连接到网络120以交换数据和/或信息。
在一些实施例中,服务请求端130的用户可以是需要从服务器得到路网相关服务的主体,比如,需要按照导航路径接送乘车的司机、需要按照导航路线去指定地点的 用户,需要掌握司机是否按照导航路径驾驶的乘客等。
在一些实施例中,服务请求端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等,或其任意组合。在一些实施例中,移动设备可以包 括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等, 或其任意组合。在一些实施例中,智能家居设备可以包括智能照明设备、智能电器设 备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等,或其任意组合。 在一些实施例中,可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智 能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中,智能 移动设备可以包括智能手机、个人数字助理(Personal Digital Assistant,PDA)、游戏 设备、导航设备、或销售点(point of sale,POS)设备等,或其任意组合。在一些实施 例中,虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟 现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等,或其任意组合。例如, 虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中,机 动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中,服务请求 端130可以是具有用于定位服务请求方和/或服务请求端的位置的定位技术的设备。
数据库150可以存储数据和/或指令。在一些实施例中,数据库150可以存储从服务请求端130获得的数据。在一些实施例中,数据库150可以存储在本申请中描述的 示例性方法的数据和/或指令。在一些实施例中,数据库150可以包括大容量存储器、 可移动存储器、易失性读写存储器、或只读存储器(Read-Only Memory,ROM)等,或 其任意组合。作为举例,大容量存储器可以包括磁盘、光盘、固态驱动器等;可移动 存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等;易失性读写存储 器可以包括随机存取存储器(Random Access Memory,RAM);RAM可以包括动态RAM (Dynamic Random Access Memory,DRAM),双倍数据速率同步动态RAM(Double Date-Rate Synchronous RAM,DDR SDRAM);静态RAM(Static Random-Access Memory, SRAM),晶闸管RAM(Thyristor-Based RandomAccess Memory,T-RAM)和零电容器RAM(Zero-RAM)等。作为举例,ROM可以包括掩模ROM(Mask Read-Only Memory, MROM)、可编程ROM(Programmable Read-Only Memory,PROM)、可擦除可编程 ROM(Programmable Erasable Read-only Memory,PEROM)、电可擦除可编程ROM (Electrically Erasable Programmable read only memory,EEPROM)、光盘ROM (CD-ROM)、以及数字通用磁盘ROM等。在一些实施例中,数据库150可以在云平 台上实现。仅作为示例,云平台可以包括私有云、公有云、混合云、社区云、分布式 云、跨云、多云或者其它类似的等,或其任意组合。
在一些实施例中,数据库150可以连接到网络120以与基于路网的服务提供系统100(例如,服务器110,服务请求端130等)中的一个或多个组件通信。基于路网的 服务提供系统100中的一个或多个组件可以经由网络120访问存储在数据库150中的 数据或指令。在一些实施例中,数据库150可以直接连接到基于路网的服务提供系统 100中的一个或多个组件(例如,服务器110,服务请求端130等);或者,在一些实 施例中,数据库150也可以是服务器110的一部分。
在一些实施例中,基于路网的服务提供系统100中的一个或多个组件(例如,服 务器110,服务请求端130等)可以具有访问数据库150的权限。在一些实施例中,当 满足一定条件时,基于路网的服务提供系统100中的一个或多个组件可以读取和/或修 改与服务请求方、服务提供方、或公众、或其任意组合有关的信息。例如,服务器110 可以在接收服务请求之后读取和/或修改一个或多个用户的信息。
图2示出根据本申请的一些实施例的可以实现本申请思想的服务器110的电子设备200的示例性硬件和软件组件的示意图。例如,处理器220可以用于电子设备200 上,并且用于执行本申请中的功能。
电子设备200可以是通用计算机或特殊用途的计算机,两者都可以用于实现本申请的事件上报处理方法。本申请尽管仅示出了一个计算机,但是为了方便起见,可以 在多个类似平台上以分布式方式实现本申请描述的功能,以均衡处理负载。
例如,电子设备200可以包括连接到网络的网络端口210、用于执行程序指令的一个或多个处理器220、通信总线230、和不同形式的存储介质240,例如,磁盘、ROM、 或RAM,或其任意组合。示例性地,计算机平台还可以包括存储在ROM、RAM、或 其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以 实现本申请的方法。电子设备200还包括计算机与其他输入输出设备(例如键盘、显 示屏)之间的输入/输出(Input/Output,I/O)接口250。
为了便于说明,在电子设备200中仅描述了一个处理器。然而,应当注意,本申 请中的电子设备200还可以包括多个处理器,因此本申请中描述的一个处理器执行的 步骤也可以由多个处理器联合执行或单独执行。例如,若电子设备200的处理器执行 步骤A和步骤B,则应该理解,步骤A和步骤B也可以由两个不同的处理器共同执行 或者在一个处理器中单独执行。例如,第一处理器执行步骤A,第二处理器执行步骤B, 或者第一处理器和第二处理器共同执行步骤A和B。
图3示出了本发明实施例提供的一种事件上报处理方法的步骤流程图,该方法可以应用于服务器110。可选地,上述事件上报处理方法可以包括以下步骤:
步骤S101:获取事件上报指令对应的偏航路径。
步骤S102:计算偏航路径中每一偏航路段的偏航特征数据。
步骤S103:依据偏航特征数据,评估偏航路段是否符合故障偏向条件。
步骤S104:当所述事件上报指令对应的偏航路径中存在符合故障偏向条件的偏航路段时,处理事件上报指令对应的上报事件。
在一些实施例中,上述事件上报指令可以是用户触发服务请求端130向服务器110的反馈指令。用户触发事件上报指令可以是针对服务器110提供的路网相关服务(例 如,服务器规划的导航路径)进行反馈,也可以针对服务器110提供的其他服务进行 反馈(例如,专车司机针对用户恶意发送行程订单的反馈)。可以理解地,事件上报 指令可以表示用户对服务器110提供的服务有反馈,但是,相关技术中,还不能直接 依据其确定用户触发上报的意图。
当然,与事件上报指令对应的上报事件中可以携带部分上报内容,比如,携带用户针对遇到问题的简单描述、本次上报的大致分类信息等。可以理解的,服务器110 在接收到服务请求端130发送的事件上报指令后,可以通过解析该事件上报指令提取 出其内携带的上报事件,以便进一步地处理。
上述偏航路径包括开区间偏航路径及闭区间偏航路径。可选地,偏航路径可以依据服务请求端130的实走路径和有效路径确定。上述实走路径可以是服务请求端130 在接收服务器110提供的路网相关服务(接收到服务器110规划的导航路径,并启动 导航)后,与服务请求端130的实际轨迹完全重合的路径。上述有效路径为服务器110 针对服务请求端130在其起始位置和目的位置之间规划的推荐路径中的一条,且存在 与实走路径重叠部分的路径。有效路径也可以理解为,用户实际接受且按照导航走的 导航路径。上述偏航路径可以是服务请求端130结束路网相关服务前,有效路径中与 当前的实走路径不重叠的部分。例如,服务请求端130从服务器110获取导航服务时, 服务请求端130的有效路径包括依次连接的路段1、路段2、路段3、路段4和路段5, 服务请求端130的实走路径包括路段1、路段2、路段3、路段6。若服务请求端130 在路段6上中断了本次导航服务,也就是,在本次导航服务中服务请求端130不会再 进入路段4和路段5,则可以确定路段4和路段5为开区间偏航路径。开区间偏航路径 可能出现在司机按照接乘客的有效路径驾驶时,乘客取消订单,致使司机得换道行驶, 或者司机恶意换道行驶的情况下。再比如,服务请求端130的有效路径包括依次连接 的路段1、路段2、路段3、路段4和路段5,服务请求端130的实走路径包括路段1、路段2、路段7、路段8和路段5,路段5为目的地,服务请求端130在本次导航服务 中不会再进入路段3和4,因此,路段3、路段4为闭区间偏航路径。闭区间偏航路径 可能在道路临时管制或者路况存在问题的情况下出现。
上述事件上报指令对应的偏航路径可以是发送该事件上报指令的服务请求端130在本次接受服务器110提供的路网相关服务的过程中,出现的至少一个偏航路径。可 以理解地,偏航路径可以由至少一段路段组成。在偏航路径包括多段路段时,偏航路 径中各个路段之间依次连接。上述路段可以是路网中的最小单元,可以是相邻两个分 岔路口之间的道路。偏航路径的每一路段均被称为偏航路段。
上述偏航特征数据为可表征偏航路段的路况的特征数据。上述偏航特征数据可以包括从每一偏航路段的通行流量相关信息或者用户上报相关信息中提取到的特征。上 述故障偏向条件是预先设定的评估路段是否存在故障的判定条件,判定依据可以是偏 航路段的偏航特征数据。
上述步骤的目的在于:可以将对事件上报指令的分析转换为对事件上报指令相关的偏航路径的预先分析,推断用户通过服务请求端130发送的事件上报指令的意图是 否是上报交通故障事件,以便对用于上报交通故障时间的事件上报指令及时的处理, 进而方便调整向服务请求端130提供的路网相关服务,提高服务质量。
为了方便理解,下面以专车司机驾驶过程针对服务器110提供的导航服务发送事件上报指令的场景为例进行描述:
专车司机在接到乘客下达的驾驶服务订单后,服务器110会基于驾驶服务订单分别为专车司机规划接驾阶段的推荐路径和送驾阶段的推荐路径,并推送至专车司机所 持的服务请求端130。可以理解地,接驾阶段的推荐路径包括专车司机当前位置和乘客 指定上车位置之间的至少一条路径;送驾阶段的推荐路径包括乘客指定上车位置与乘 客指定的目的地之间的至少一条路径。
若专车司机在接驾阶段发现从推荐路径中确定的有效路径中一段路存在路况问题 (比如,临时交通管制,无法通行),专车司机可以利用所持的服务请求端130向服 务器110发送事件上报指令。服务器110接收到事件上报指令,根据专车司机在接驾 阶段对应的有效路径及专车司机结束导航服务或者抵达乘客指定上车位置之前已驾驶 过的实走路径,确定在接收服务器110提供的接驾阶段导航服务过程中出现的偏航路 径。可以理解的,当道路存在故障无法通行时,为了顺利接到乘客,专车司机需要改 变驾驶路线。由于驾驶路线的改变,则会出现偏航路径。当然,在一些实施例中,如 果专车司机在使用服务器110在接驾阶段提供的导航服务(即,在接驾阶段按照服务 器110提供的有效路径驾驶)过程中反馈了事件上报指令,但是在接驾阶段并不存在 偏航路径时,则可以认为该事件上报指令为针对其他问题的上报。
若专车司机在送驾阶段发现从推荐路径中确定的有效路径中一段路存在路况问题 (比如,临时交通管制,无法通行),专车司机也可以利用所持的服务请求端130向 服务器110发送事件上报指令。服务器110接收到事件上报指令,根据专车司机在送 驾阶段对应的有效路径及专车司机结束导航服务或者抵达乘客指定的目的地之前已驾 驶过的实走路径,确定在接收服务器110提供的送驾阶段导航服务过程中出现的偏航 路径。
可以理解地,接驾阶段和送驾阶段为两个不相同的阶段,因此,其对应的有效路径也不同。在一些可能的实施例中,在接驾阶段接收到的事件上报指令无须考虑送驾 阶段的有效路径;同样,在送驾阶段接收到的事件上报指令无须考虑接驾阶段的有效 路径。
进一步地,服务器110将逐一计算偏航路径中每一偏航路段的偏航特征数据,以评估偏航路径中是否存在符合故障偏向条件的偏航路段。并在评估结果显示偏航路径 中存在符合故障偏向条件的偏航路段时,处理所述事件上报指令对应的上报事件。如 此,可以及时发现道路存在的问题,便于服务器110在为其他服务请求端130规划推 荐路径时,可以避开问题道路,确保为用户提供服务质量。
下面对本公开实现的具体过程和细节进行介绍。
在一些实施例中,上述步骤S101可以是:基于事件上报指令指向的有效路径及发送该事件上报指令的服务请求端130的实走路径,确定有效路径中是否存在偏航路径。 可以理解地,在按照同一有效路径位移过程中可以出现多次偏航,因此,同一有效路 径上可以存在多各偏航路径。
作为一种实施方式,上述步骤S101可以包括以下步骤:
(1)获取针对发送事件上报指令的服务请求端130规划的至少一条推荐路径。
在一些实施例中,反馈事件上报指令的服务请求端130可以是接受服务器110提供的路网相关服务的终端。也就是,在服务器110提供的路网相关服务为导航服务时, 则上述反馈事件上报指令的服务请求端130可以是曾向服务器110请求规划推荐路径、 并正采用推荐路径中的一条路径位移的终端。可选地,服务器110可以依据事件上报 指令中携带的发送方标识,查找为其规划的至少一条可以抵达同一目的地的推荐路径。 比如,专车司机在接驾阶段时,推荐路径可以是服务器110为其规划的至少一条抵达 乘客指定上车位置的路径;或者专车司机在送驾阶段时,可以是服务器110为其规划 的至少一条从乘客指定上车位置到乘客指定的目的地之间的路径。
(2)结合所述服务请求端130的实走路径,从推荐路径中确定有效路径。
在一些实施例中,为了避免单一的推荐路线一旦存在路况问题不利于用户的出行。 服务器110会为服务请求端130规划多条推荐路径。当然,多条推荐路径中可能包括 有效路径和无效路径。可以理解地,无效路径与有效路径之间为互斥关系。上述无效 路径可以包括超时路径和补充路径等。可选地,上述超时路径可以在用户触发向服务 器110发送事件上报指令之前,服务请求端130还未向用户展示的推荐路径。例如, 超时路径中可以包括用户触发向服务器110发送事件上报指令之后服务器110重新为 服务请求端130规划的推荐路径。可选地,上述补充路径为服务器110为用户规划的 一条推荐路径,用户没有走,选择掉头换路,导航重复提醒用户回到该路径,但用户 依然拒绝的路径。
可选地,从推荐路径中确定有效路径的方式可以是:根据服务请求端130接受服务器110提供的路网相关服务后的实走路径(例如,可以是专车司机在接驾阶段接收 到服务器110推荐的接驾路径后与其实际轨迹重合的路径),从筛除了无效路径的推 荐路径中确定有效路径。比如,将筛除了无效路径的推荐路径中与实走路径起始段存 在重叠部分的路径作为有效路径。可以理解地,当存在多条起始段与实走路径重叠的 推荐路径时,可以将其中重叠长度最长的推荐路径作为有效路径。
(3)依据实走路径,从有效路径中确定偏航路径。
在一些实施例中,每一偏航路径可以由有效路径中至少一连续的路段组成。比如,有效路径包括路段1、路段2、路段3、路段4、路段5、路段6、路段9;用户向服务 器110反馈事件上报指令之前,服务请求终端对应的实走路径为路段1、路段7、路段 3、路段8、路段6,则可以确定路段2为一条偏航路径,确定路段4、路段5为另一条 偏航路径。也就是,由路段2构成的偏航路径和由路段4、路段5组成的偏航路径均为 事件上报指令对应的偏航路径。
可选地,为了避免定位信息不准出现对偏航路段的误判,从有效路径中确定偏航路径的方式可以是:
先,将有效路径中与实走路径对应的实际轨迹分离的路径作为待估路径。可以理解地,上述实际轨迹可以利用定位技术获得,实走路径可以依据实际轨迹结合路网数 据确定。因此,实走路径与实际轨迹之间存在对应关系,为了方便描述,二者可以互 换使用。
再,获取每一待估路径对应的偏航距离,再根据偏航距离,判定对应的待估路径是否为偏航路径。可以理解的是,偏航距离可以是从偏航起始点开始,按照有效路径 正常行驶的情况下的行驶距离与实走路径的行驶距离之间的差值。上述偏航起始点可 以是有效路径中与实走路径的分离点。
在一些实施例中,上述步骤S102可以是:从与每一偏航路段相关的上报相关信息中提取该偏航路段的偏航特征数据。
对于被确定为偏航路段的路段而言,如果该路段存在路况问题,那么同样时间段内服务器110会接收到大量来自不同服务请求端130、且与该路段相关的事件上报指令。 可以理解的是,依据事件上报指令确定的偏航路径中每一偏航路段都与该事件上报指 令相关。进一步地,上报相关信息可以包括与偏航路段相关的事件上报指令的数量。 比如,服务请求端A发送的事件上报指令A对应的偏航路径的多个偏航路段中包括了 路段a,同时服务请求端B发送的事件上报指令B对应的偏航路径的多个偏航路段中 也包括了路段a,则与该路段a相关的事件上报指令包括事件上报指令A和事件上报指 令B。
可以理解的,偏航路径可以包括多个偏航路段,然而其中真正存在路况问题的可能只是其中一个或者多个偏航路段,为了提高分析的准确性,准确定位事件上报指令 所指向的问题路段。
在一种实施方式中,上述偏航特征数据可以包括第一上报比例,第一上报比例可以是针对偏航路段的上报数量比。如图4所示,上述步骤S102可以包括以下步骤:
S1,依据指定时段内接收到的多个服务请求端130发送的事件上报指令,分别统计偏航路径中每一偏航路段的上报指令数量。在一些实施例中,指定时段可以是采用 服务器110接收到事件上报指令的时间点为基点,预设时长为时间间距的时段。比如, 指定时段可以是服务器110接收到事件上报指令的时间点之前1小时内的时段。
S2,从偏航路径对应的上报指令数量中确定最大上报指令数量。可以理解地,偏航路径可以由一条或多条偏航路段组成。每一条偏航路段在指定时段内均具有一上报 指令数量,因此,每一偏航路径对应一个或者多个上报指令数量。可选地,该步骤可 以是分别将每一偏航路径对应的上报指令数量中的最大值作为该偏航路径的最大上报 指令数量。
S3,根据偏航路段的上报指令数量及偏航路段所属的偏航路径的最大上报指令数量,计算每一偏航路段的第一上报比例。例如,可以是将偏航路段的上报指令数量与 该偏航路段所属的偏航路径的最大上报指令数量的比值作为该偏航路段的第一上报比 例。
在存在多个偏航路径时,事件上报指令与每一偏航路径均可能存在关联,但是,经过大量的数据统计可知,上述关联程度可能随着事件上报指令的上报位置点与偏航 路径的偏航起始点之间的上报距离变化。比如,可以是上报距离越大,关联程度越小。 进一步地,上报相关信息可以包括事件上报指令对应的上报距离。
在另一种实施方式中,上述偏航特征数据可以包括第二上报比例,第二上报比例可以是针对偏航路段的上报距离比。如图5所示,上述步骤S102可以还包括以下步骤:
S4,获取发送该事件上报指令的服务请求端130的上报位置点。可选地,上述上 报位置点可以是用户触发服务请求端130向服务器110发送事件上报指令时,服务请 求端130采用定位技术采集到的位置信息。
S5,统计上报位置点与每一偏航路径的偏航起始点之间的上报距离。例如,上报距离可以是上报位置点与偏航路径的偏航起始点之间的球面距离。
S6,从多个偏航路径对应的上报距离中确定最大上报距离。可选地,该步骤可以是将所有偏航路径的上报距离中的最大值作为最大上报距离。
S7,依据偏航路段所属的偏航路径的上报距离与上述最大上报距离,计算每一所述偏航路段的所述第二上报比例。可选地,将偏航路段所属的偏航路径的上报距离与 上述最大上报距离之间的比例作为第二上报比例。可以理解的,属于同一偏航路径的 偏航路段对应的第二上报比例相同。
在一些实施例中,上述步骤S102还可以是:从与每一偏航路段相关的通行流量相关信息提取该偏航路段的偏航特征数据。
可以理解地,在一路段存在路况问题时,该路段的通行情况也就受到影响。如果多个服务请求端130对应的有效路径中都存在该路段,那么上述多个服务请求端130 均可能绕开该路段。在一定时间区间内,该路段的通行次数则较少。比如,交通管制 的路段,在交通管制时间段内通行次数很少。可选地,上述通行流量相关信息可以包 括服务器110的服务对象从路段通行次数。
在一种实施方式中,上述偏航特征数据可以包括实际执行比例,实际执行比例可以是偏航路段的实走次数比。如图6所示,上述步骤S102可以包括以下步骤:
S8,统计指定时间段内,有效路径中包含各偏航路段的服务请求端130的数量, 以作为偏航路段对应的第一数量。可选地,在指定时间段内,所有与服务器110通信 的服务请求端130中,对应的有效路径包含了依据事件上报指令确定的偏航路段的服 务请求端130的数量作为第一数量。比如,服务请求端A的有效路径包括路段m、a、 b、c、d;服务请求端B的有效路径包括路段n、a、e、f、g;服务请求端C的有效路 径包括路段h、b、c、d、f。若由步骤S101中依据事件上报指令确定偏航路径由路段 a、b组成,也就是偏航路段包括路段a、b,那么有效路径中包含路段a的服务请求端130包括服务请求端A和B,路段a对应的第一数量为2;有效路径中包含路段b的服 务请求端130包括服务请求端A和C,路段a对应的第一数量为2。
S9,统计指定时间段内,实走路径与各偏航路段重叠的服务请求端130的数量, 以作为偏航路段对应的第二数量。接上例,服务请求端A的实走路径包括路段m、a、 b、c、d,服务请求端B的实走路径包括路段n、y、e、f、g,服务请求端C的实走路 径包括路段h、b、c、d、f,则实走路径与路段a重叠的只有服务请求端A,路段a对 应的第二数量为1;则实走路径与路段b重叠的包括有服务请求端A和C,路段b对 应的第二数量为2。
S10,根据第一数量及第二数量,计算每一所述偏航路段的所述实际执行比例。可以理解的,对于每一偏航路段均对应一第一数量和第二数量,因此可以将第二数量与 第一数量之间的比值作为实际执行比例。
在上述实施方式的基础,在另外的实施方式中,上述偏航特征数据还可以包括拓扑流量信息。如图7所示,上述步骤S102还可以包括以下步骤:
S11,分别统计每一偏航路段对应的上游路段和下游路段的实际执行比例。
需要说明的是,上游路段为偏航路段在所属的偏航路径的路径方向上的相邻上一路段,所述下游路段为所述偏航路段在所属的所述偏航路径的路径方向上的相邻下一 路段。将每一偏航路段、偏航路段的上游路段和偏航路段的下游路段作为该偏航路段 的关联三元组,以衡量该偏航路段的流量情况。由于偏航路径中并非每一个偏航路段 都存在路况问题,因此,通过对关联三元组的分析,可以进一步的判定该关联三元组 对应的偏航路段是否为出现路况问题的路段。
S12,依据所述偏航路段、对应的上游路段和所述下游路段的实际执行比例,计算每一偏航路段的拓扑流量信息。
可选地,上述拓扑流量信息可以包括拓扑流量差、最小拓扑流量值及拓扑流量均值之一或者之间的组合。上述拓扑流量差可以是关联三元组中最大的实际执行比例与 最小的实际执行比例之间的差值。上述最小拓扑流量值可以是关联三元组中的最小的 实际执行比例。上述拓扑流量均值可以是关联三元组中三个实际执行比例之间的均值。
可以理解的,偏航特征数据可以是上述第一上报比例、第二上报比例、实际执行比例、拓扑流量信息中之一或之间的组合,与之配合的,上述步骤S102的实施方式也 可以是前述实施方式之一或者之间的组合。
在一些实施例中,上述步骤S103可以是:依据所述偏航特征数据,评估所述偏航路段是否符合预设的故障类型所对应的故障偏向条件。
作为一种方式,如图8所示,上述步骤S103可以包括:
子步骤S1031,依据偏航特征数据按照预设规则构建特征向量。可选地,上述预设规则可以是将指定的至少一类偏航特征数据的值进行组合,以构建每一偏航路段的特 征向量。可以理解地,每一类预设规则对应一故障类型。比如,交通管制类故障,对 应的预设规则可以是将第二上报比例、拓扑流量差、最小拓扑流量值、拓扑流量均值 的取值构建一个1维4列的特征向量,如第二上报比例为0、拓扑流量差1、最小拓扑 流量值0、拓扑流量均值1/3,则按照交通管制类故障对应的预设规则构建的特征向量 为[0,1,0,1/3]。
子步骤S1032,获取与预设规则对应的标准向量。可选地,可以预先为每一类预设规则设置一个标准向量。比如,交通管制类故障对应的预设规则的标准向量可以设置 为[0,1,0,0]。
子步骤S1033,根据特征向量及标准向量,评估偏航路段是否符合故障类型的故障偏向条件。可选地,可以根据特征向量及标准向量之间的向量距离判断偏航路段是否 符合故障类型的故障偏向条件。如果依据预设规则构建的偏航路段的特征向量与该预 设规则的标准向量之间的向量距离满足指定阈值,则可以判定该偏航路段符合该预设 规则对应的故障类型的故障偏向条件。当然,向量距离越小证明使该偏航路段出现的 路况问题越接近预设规则对应的故障类型。
如此,可以只要提取到至少一类偏航特征数据,即可对偏航路段存在的路况问题进行识别,无需采用监督学习模型进行标注训练即可到达理想的识别效果。相较于采 用监督学习模型进行分析而言,克服了模型的不可解释性导致系统问题迭代困难。
在一些实施例中,上述步骤S104可以是:依据偏航路段所符合的故障偏向条件对应的故障类型,选择与故障类型匹配的处理策略,处理上报事件。比如,依据事件上 报指令确定一偏航路段对应的故障类型偏向于封路,则进一步解析获取上报事件,如 果,依据上报事件携带的信息确实用户发送该事件上报指令的意图确实是为了反馈存 在封路的路段,则后续为其他服务请求端130规划路径时,避免将该偏航路段规划到 推荐路径中;如果,依据上报事件携带的信息不能再度确认用户发送该事件上报指令 的意图是为了反馈存在封路的路段,则可以路过该路段的服务请求端130发送核实信 息,以便进一步地确认。
图9是示出本申请的一些实施例的事件上报处理装置300的框图,该事件上报处理装置300实现的功能对应上述方法执行的步骤。该装置可以理解为上述服务器110, 或服务器110的处理器220,也可以理解为独立于上述服务器110或处理器220之外的 在服务器110控制下实现本申请功能的组件,如图所示,事件上报处理装置300可以 包括获取模块301、计算模块302,评估模块303和处理模块304。
获取模块301可以用于获取事件上报指令对应的偏航路径。
可选地,获取针对发送所述事件上报指令的服务请求端130规划的至少一条推荐路径;结合所述服务请求端130的实走路径,从所述推荐路径中确定有效路径;依据 所述实走路径,从所述有效路径中确定所述偏航路径。
可选地,所述获取模块301具体还用于:将所述有效路径中与所述实走路径分离的路径作为待估路径;获取每一所述待估路径对应的偏航距离;根据所述偏航距离, 判定对应的待估路径是否为偏航路径。
计算模块302可以用于计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据;其中,所述偏航特征数据可表征偏航路段的路况。
可选地,所述偏航特征数据包括第一上报比例,所述计算模块302具体用于:依 据指定时段内接收到的多个服务请求端130发送的事件上报指令,分别统计所述偏航 路径中每一所述偏航路段相关的上报指令数量;从所述偏航路径对应的所述上报指令 数量中确定最大上报指令数量;根据所述偏航路段的上报指令数量及所述偏航路段所 属的偏航路径的所述最大上报指令数量,计算每一所述偏航路段的所述第一上报比例。
可选地,所述偏航特征数据包括第二上报比例;所述计算模块302具体用于:获 取发送所述事件上报指令的服务请求端130的上报位置点;统计所述上报位置点与所 述事件上报指令对应的偏航路径的偏航起始点之间的上报距离;从所述偏航路径对应 的所述上报距离中确定最大上报距离;依据所述偏航路段所属的偏航路径的所述上报 距离与所述最大上报距离,计算每一所述偏航路段的所述第二上报比例。
可选地,所述偏航特征数据包括实际执行比例,所述计算模块302具体用于:统 计指定时间段内,有效路径中包含各所述偏航路段的服务请求端130的数量,以作为 所述偏航路段的第一数量;统计所述指定时间段内,实走路径与各所述偏航路段重叠 的服务请求端130的数量,以作为所述偏航路段的第二数量;根据所述第一数量及第 二数量,计算每一所述偏航路段的所述实际执行比例。
可选地,所述偏航特征数据包括拓扑流量信息,所述计算模块302具体用于:分 别统计每一所述偏航路段对应的上游路段的实际执行比例和、下游路段的实际执行比 例;其中,所述上游路段为所述偏航路段在所属的所述偏航路径的路径方向上的相邻 上一路段,所述下游路段为所述偏航路段在所属的所述偏航路径的路径方向上的相邻 下一路段;依据所述偏航路段、对应的所述上游路段和所述下游路段的实际执行比例, 计算每一所述偏航路段的拓扑流量信息。
可选地,所述拓扑流量信息包括拓扑流量差、最小拓扑流量值及拓扑流量均值之一或者之间的组合。
评估模块303可以用于依据所述偏航特征数据,评估所述偏航路段是否符合故障偏向条件。
可选地,所述评估模块303具体用于:依据所述偏航特征数据,评估所述偏航路 段是否符合预设的故障类型所对应的故障偏向条件。
处理模块304可以用于当所述事件上报指令对应的偏航路径中存在符合故障偏向条件的偏航路段时,处理所述事件上报指令对应的上报事件。
可选地,所述处理模块304具体用于:依据所述偏航路段所符合的故障偏向条件对应的所述故障类型,选择与所述故障类型匹配的处理策略,处理所述上报事件。
上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等,或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、 ZigBee、或NFC等形式的连接,或其任意组合。两个或更多个模块可以组合为单个 模块,并且任何一个模块可以分成两个或更多个单元。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考方法实施例中的对应过程,本申请中不再赘述。在 本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过 其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分, 仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个模块或 组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点, 所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装 置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到 多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例 方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本 申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以 以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指 令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本 申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬 盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵 盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为 准。
Claims (20)
1.一种事件上报处理方法,其特征在于,包括:
获取事件上报指令对应的偏航路径;
计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据;其中,所述偏航特征数据可表征偏航路段的路况;
依据所述偏航特征数据按照预设规则构建特征向量;其中,每一类所述预设规则对应每一故障类型;获取与所述预设规则对应的标准向量;根据所述特征向量及所述标准向量,评估所述偏航路段是否符合所述故障类型的故障偏向条件;
当所述事件上报指令对应的偏航路径中存在符合故障偏向条件的偏航路段时,处理所述事件上报指令对应的上报事件。
2.根据权利要求1所述的方法,其特征在于,所述偏航特征数据包括第一上报比例,计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据的步骤包括:
依据指定时段内接收到的多个服务请求端发送的事件上报指令,分别统计所述偏航路径中每一所述偏航路段的上报指令数量;
从所述偏航路径对应的所述上报指令数量中确定最大上报指令数量;
根据所述偏航路段的上报指令数量及所述偏航路段所属的偏航路径的所述最大上报指令数量,计算每一所述偏航路段的所述第一上报比例。
3.根据权利要求1所述的方法,其特征在于,所述偏航特征数据包括第二上报比例;计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据的步骤包括:
获取发送所述事件上报指令的服务请求端的上报位置点;
统计所述上报位置点与所述事件上报指令对应的偏航路径的偏航起始点之间的上报距离;
从所述偏航路径对应的所述上报距离中确定最大上报距离;
依据所述偏航路段所属的偏航路径的上报距离与所述最大上报距离,计算每一所述偏航路段的所述第二上报比例。
4.根据权利要求1所述的方法,其特征在于,所述偏航特征数据包括实际执行比例,计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据的步骤包括:
统计指定时间段内,有效路径中包含各所述偏航路段的服务请求端的数量,以作为所述偏航路段的第一数量;
统计所述指定时间段内,实走路径与各所述偏航路段重叠的服务请求端的数量,以作为所述偏航路段的第二数量;
根据所述第一数量及第二数量,计算每一所述偏航路段的所述实际执行比例。
5.根据权利要求4所述的方法,其特征在于,所述偏航特征数据包括拓扑流量信息,计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据的步骤包括:
分别统计每一所述偏航路段对应的上游路段的实际执行比例、下游路段的实际执行比例;其中,所述上游路段为所述偏航路段在所属的所述偏航路径的路径方向上的相邻上一路段,所述下游路段为所述偏航路段在所属的所述偏航路径的路径方向上的相邻下一路段;
依据所述偏航路段、对应的所述上游路段和所述下游路段的实际执行比例,计算每一所述偏航路段的拓扑流量信息。
6.根据权利要求5所述的方法,其特征在于,所述拓扑流量信息包括拓扑流量差、最小拓扑流量值及拓扑流量均值之一或者之间的组合。
7.根据权利要求1所述的方法,其特征在于,所述处理所述事件上报指令对应的上报事件的步骤包括:
依据所述偏航路段所符合的故障偏向条件对应的所述故障类型,选择与所述故障类型匹配的处理策略,处理所述上报事件。
8.根据权利要求1所述的方法,其特征在于,所述获取事件上报指令对应的偏航路径的步骤包括:
获取针对发送所述事件上报指令的服务请求端规划的至少一条推荐路径;
结合所述服务请求端的实走路径,从所述推荐路径中确定有效路径;
依据所述实走路径,从所述有效路径中确定所述偏航路径。
9.根据权利要求8所述的方法,其特征在于,所述依据所述实走路径,从所述有效路径中确定所述偏航路径的步骤包括:
将所述有效路径中与所述实走路径分离的路径作为待估路径;
获取每一所述待估路径对应的偏航距离;
根据所述偏航距离,判定对应的待估路径是否为偏航路径。
10.一种事件上报处理装置,其特征在于,包括:
获取模块,用于获取事件上报指令对应的偏航路径;
计算模块,用于计算所述事件上报指令对应的偏航路径中每一偏航路段的偏航特征数据;其中,所述偏航特征数据可表征偏航路段的路况;
评估模块,用于依据所述偏航特征数据按照预设规则构建特征向量;其中,每一类所述预设规则对应每一故障类型;获取与所述预设规则对应的标准向量;根据所述特征向量及所述标准向量,评估所述偏航路段是否符合所述故障类型的故障偏向条件;
处理模块,用于当所述事件上报指令对应的偏航路径中存在符合故障偏向条件的偏航路段时,处理所述事件上报指令对应的上报事件。
11.根据权利要求10所述的装置,其特征在于,所述偏航特征数据包括第一上报比例,所述计算模块具体用于:
依据指定时段内接收到的多个服务请求端发送的事件上报指令,分别统计所述偏航路径中每一所述偏航路段相关的上报指令数量;
从所述偏航路径对应的所述上报指令数量中确定最大上报指令数量;
根据所述偏航路段的上报指令数量及所述偏航路段所属的偏航路径的所述最大上报指令数量,计算每一所述偏航路段的所述第一上报比例。
12.根据权利要求10所述的装置,其特征在于,所述偏航特征数据包括第二上报比例;所述计算模块具体用于:
获取发送所述事件上报指令的服务请求端的上报位置点;
统计所述上报位置点与所述事件上报指令对应的偏航路径的偏航起始点之间的上报距离;
从所述偏航路径对应的所述上报距离中确定最大上报距离;
依据所述偏航路段所属的偏航路径的所述上报距离与所述最大上报距离,计算每一所述偏航路段的所述第二上报比例。
13.根据权利要求10所述的装置,其特征在于,所述偏航特征数据包括实际执行比例,所述计算模块具体用于:
统计指定时间段内,有效路径中包含各所述偏航路段的服务请求端的数量,以作为所述偏航路段的第一数量;
统计所述指定时间段内,实走路径与各所述偏航路段重叠的服务请求端的数量,以作为所述偏航路段的第二数量;
根据所述第一数量及第二数量,计算每一所述偏航路段的所述实际执行比例。
14.根据权利要求13所述的装置,其特征在于,所述偏航特征数据包括拓扑流量信息,所述计算模块具体用于:
分别统计每一所述偏航路段对应的上游路段的实际执行比例、下游路段的实际执行比例;其中,所述上游路段为所述偏航路段在所属的所述偏航路径的路径方向上的相邻上一路段,所述下游路段为所述偏航路段在所属的所述偏航路径的路径方向上的相邻下一路段;
依据所述偏航路段、对应的所述上游路段和所述下游路段的实际执行比例,计算每一所述偏航路段的拓扑流量信息。
15.根据权利要求14所述的装置,其特征在于,所述拓扑流量信息包括拓扑流量差、最小拓扑流量值及拓扑流量均值之一或者之间的组合。
16.根据权利要求10所述的装置,其特征在于,所述处理模块具体用于:
依据所述偏航路段所符合的故障偏向条件对应的所述故障类型,选择与所述故障类型匹配的处理策略,处理所述上报事件。
17.根据权利要求10所述的装置,其特征在于,所述获取模块具体用于:
获取针对发送所述事件上报指令的服务请求端规划的至少一条推荐路径;
结合所述服务请求端的实走路径,从所述推荐路径中确定有效路径;
依据所述实走路径,从所述有效路径中确定所述偏航路径。
18.根据权利要求17所述的装置,其特征在于,所述获取模块具体还用于:
将所述有效路径中与所述实走路径分离的路径作为待估路径;
获取每一所述待估路径对应的偏航距离;
根据所述偏航距离,判定对应的待估路径是否为偏航路径。
19.一种电子设备,其特征在于,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行时执行如权利要求1至9任一所述的事件上报处理方法的步骤。
20.一种计算机可读存储介质,其特征在于,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如权利要求1至9任一所述的事件上报处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910843444.4A CN110689172B (zh) | 2019-09-06 | 2019-09-06 | 一种事件上报处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910843444.4A CN110689172B (zh) | 2019-09-06 | 2019-09-06 | 一种事件上报处理方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110689172A CN110689172A (zh) | 2020-01-14 |
CN110689172B true CN110689172B (zh) | 2020-09-01 |
Family
ID=69107979
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910843444.4A Active CN110689172B (zh) | 2019-09-06 | 2019-09-06 | 一种事件上报处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110689172B (zh) |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6493631B1 (en) * | 2001-05-31 | 2002-12-10 | Mlho, Inc. | Geophysical inertial navigation system |
CN201936454U (zh) * | 2010-12-06 | 2011-08-17 | 李良杰 | 车辆定位导航、监控、提醒和通讯系统 |
CN105321338B (zh) * | 2014-07-28 | 2018-09-28 | 高德软件有限公司 | 一种交通事件的处理方法及交通事件系统 |
US9436187B2 (en) * | 2015-01-15 | 2016-09-06 | The United States Of America As Represented By The Secretary Of The Navy | System and method for decentralized, multi-agent unmanned vehicle navigation and formation control |
CN105180952A (zh) * | 2015-08-06 | 2015-12-23 | 北汽福田汽车股份有限公司 | 车辆的导航方法及导航系统 |
CN105654761A (zh) * | 2016-01-15 | 2016-06-08 | 刘江华 | 一种行车路线的监测方法、终端、服务器及系统 |
CN106323321A (zh) * | 2016-10-21 | 2017-01-11 | 思建科技有限公司 | 一种车辆导航实时修正方法及系统 |
CN108627161B (zh) * | 2017-03-17 | 2021-02-12 | 北京搜狗科技发展有限公司 | 一种导航信息修正方法和装置 |
CN106969782B (zh) * | 2017-05-27 | 2020-05-12 | 百度在线网络技术(北京)有限公司 | 导航路线的推送方法、装置、设备以及存储介质 |
CN109974734A (zh) * | 2019-04-02 | 2019-07-05 | 百度在线网络技术(北京)有限公司 | 一种用于ar导航的事件上报方法、装置、终端及存储介质 |
-
2019
- 2019-09-06 CN CN201910843444.4A patent/CN110689172B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN110689172A (zh) | 2020-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110287276B (zh) | 高精地图更新方法、装置及存储介质 | |
CN111612122B (zh) | 实时需求量的预测方法、装置及电子设备 | |
CN109084794B (zh) | 一种路径规划方法 | |
CN104520912B (zh) | 堵塞预测装置、堵塞预测系统、堵塞预测方法和程序 | |
CN109615887A (zh) | 智慧交通网络系统信号指引方法 | |
AU2018102202A4 (en) | Systems and methods for cheat examination | |
CN111833600A (zh) | 通行时间预测方法、装置及数据处理设备 | |
US11798408B2 (en) | Green wave speed determination method, electronic device and storage medium | |
CN111325986B (zh) | 异常停车监测方法、装置、电子设备以及存储介质 | |
AU2018278948B2 (en) | A system to optimize scats adaptive signal system using trajectory data | |
CN112556717B (zh) | 出行方式筛选方法和出行路线推荐方法和装置 | |
CN108171967A (zh) | 一种交通控制方法及装置 | |
CN110782656B (zh) | 一种道路瓶颈点识别方法、装置、电子设备及存储介质 | |
US20240263952A1 (en) | Route selection using machine-learned safety model | |
CN115344655A (zh) | 地物要素的变化发现方法、装置及存储介质 | |
CN110793531A (zh) | 道路匹配的方法、装置以及可读存储介质 | |
US20190259272A1 (en) | Inaccessible road section estimation system and inaccessible road section estimation program | |
CN117854304A (zh) | 公交车辆的到站预报方法、装置和系统 | |
CN110689172B (zh) | 一种事件上报处理方法、装置、电子设备及存储介质 | |
CN111862657B (zh) | 一种确定路况信息的方法及装置 | |
CN111613052A (zh) | 一种交通状况确定方法、装置、电子设备及存储介质 | |
WO2023021162A2 (en) | Automated dynamic routing unit and method thereof | |
Tilg et al. | The impact of data characteristics on the estimation of the three-dimensional passenger macroscopic fundamental diagram | |
TW202204855A (zh) | 通訊伺服器裝置及其操作方法 | |
CN111325993B (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20200806 Address after: Room 217, 2nd floor, building 34, No.8 yard, Dongbei Wangxi Road, Haidian District, Beijing 100193 Applicant after: Ditu (Beijing) Technology Co.,Ltd. Address before: 100193, No. 34, building No. 8, West flourishing road, Haidian District, Beijing Applicant before: BEIJING DIDI INFINITY TECHNOLOGY AND DEVELOPMENT Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |