CN112036774A - 服务策略的评估方法、装置、设备及存储介质 - Google Patents

服务策略的评估方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN112036774A
CN112036774A CN202011075504.1A CN202011075504A CN112036774A CN 112036774 A CN112036774 A CN 112036774A CN 202011075504 A CN202011075504 A CN 202011075504A CN 112036774 A CN112036774 A CN 112036774A
Authority
CN
China
Prior art keywords
service
layered
strategy
policy
evaluation information
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.)
Granted
Application number
CN202011075504.1A
Other languages
English (en)
Other versions
CN112036774B (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.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development 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 Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Priority to CN202011075504.1A priority Critical patent/CN112036774B/zh
Publication of CN112036774A publication Critical patent/CN112036774A/zh
Application granted granted Critical
Publication of CN112036774B publication Critical patent/CN112036774B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • 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/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Finance (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Educational Administration (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供了一种服务策略的评估方法、装置、设备及存储介质，其中，该方法包括：获取当前周期内目标服务的服务特征数据，根据服务特征数据，获取服务策略中各分层服务策略的评估信息，其中，服务策略包括多个分层服务策略。本申请通过服务特征数据对整个服务策略中的各分层服务策略进行单独评估，提高了策略评估的精确度。

Description

服务策略的评估方法、装置、设备及存储介质
技术领域
本申请涉及计算机处理技术领域，具体而言，涉及一种服务策略的评估方法、装置、设备及存储介质。
背景技术
随着交通行业的快速发展，网约车出行已经成为一种越来越多的用户选择的出行方式，网约车提供了快车、专车、优享等不同等级的出行方式。
现有技术中，用户在网上发布出行订单，网约车平台会根据出行订单匹配对应的司机给用户，同时也会将用户的信息同步给司机，从而实现订单的分配，在该过程中，通过统计用户和司机的匹配度来对订单分配策略进行评估。
然而，由于订单分配策略是由多个策略组成的，在现有的方式中，只能通过最终指标来对整个分配策略进行评估，其评估结果不够精确。
发明内容
有鉴于此，本申请实施例的目的在于提供一种服务策略的评估方法、装置、设备及存储介质，以解决现有技术中只能通过最终指标来对整个策略进行评估，导致评估结果不够精确的问题。
第一方面，本申请实施例提供一种服务策略的评估方法，包括：
获取当前周期内目标服务的服务特征数据；
根据所述服务特征数据，获取服务策略中各分层服务策略的评估信息，其中，所述服务策略包括多个分层服务策略。
在一些实施例中，所述根据所述服务特征数据，获取服务策略中各分层服务策略的评估信息，包括：
根据各所述分层服务策略对应的所述服务特征数据，获取所述分层服务策略的评估信息。
在一些实施例中，所述服务特征数据包括所述当前周期的流量数据；
所述根据各所述分层服务策略对应的所述服务特征数据，获取所述分层服务策略的评估信息，包括：
根据所述分层服务策略对应的所述当前周期的流量数据，确定所述目标服务的多种服务类型的分布比例；
根据多种所述服务类型的分布比例，获取所述分层服务策略的评估信息。
在一些实施例中，所述根据多种所述服务类型的分布比例，获取所述分层服务策略的评估信息，包括：
若多种所述服务类型的分布比例与在先对标周期内、多种所述服务类型的分布比例之间的环比在预设范围内，则确定所述分层服务策略的评估信息为正常策略；
否则，确定所述分层服务策略的评估信息为异常策略。
在一些实施例中，所述若所述服务类型的分布比例与在先对标周期内所述服务类型的分布比例之间的环比在预设范围内，则确定所述分层服务策略的评估信息为正常策略，包括：
若所述服务类型的分布比例与在先对标周期内所述服务类型的分布比例之间的环比在预设范围内，且所述服务类型的值为预设的枚举值，则确定所述分层服务策略的评估信息为正常策略。
在一些实施例中，所述根据各所述分层服务策略对应的所述服务特征数据，获取所述分层服务策略的评估信息，包括：
若所述分层服务策略对应的所述服务特征数据与在先对标周期内、所述分层服务策略对应的所述服务特征数据的差值在预设范围内，则确定所述分层服务策略的评估信息为正常策略；
否则，所述分层服务策略的评估信息为异常策略。
在一些实施例中，所述根据所述服务特征数据，获取服务策略中各分层服务策略的评估信息，包括：
若所述分层服务策略对应的所述服务特征数据的值为所述分层服务策略对应的默认值，则确定目标分层服务策略的评估信息为异常策略，所述目标分层服务策略位于所述服务策略中所述分层服务策略的上层。
在一些实施例中，所述当前周期的流量数据包括如下至少一种：
服务请求的流量数据、服务提供方的流量数据、服务请求方的流量数据。
在一些实施例中，所述服务特征数据包括：所述当前周期内的服务请求过滤比例；
所述根据所述服务特征数据，获取服务策略中各分层服务策略的评估信息，所述方法包括：
根据所述分层服务策略对应的所述服务请求过滤比例，获取所述服务策略中各所分层服务策略的评估信息。
在一些实施例中，所述服务特征数据还包括：所述当前周期内的服务提供方过滤比例；
所述根据所述分层服务策略对应的所述服务请求过滤比例，获取所述服务策略中各所述分层服务策略的评估信息，包括：
根据所述分层服务策略对应的所述服务请求过滤比例和所述分层服务策略对应的所述服务提供方过滤比例，获取所述分层服务策略的评估信息。
在一些实施例中，所述根据所述分层服务策略对应的所述服务请求过滤比例和所述分层服务策略对应的所述服务提供方过滤比例，获取所述分层服务策略的评估信息，包括：
若所述分层服务策略对应的所述服务请求过滤比例大于或等于第一服务请求过滤比例，且所述分层服务策略对应的所述服务提供方过滤比例大于或等于第二服务提供方过滤比例，则确定所述分层服务策略的评估信息为异常策略；
否则，确定所述分层服务策略为正常策略；
其中，所述第一服务请求过滤比例为在先对标周期内的所述分层服务策略对应的所述服务请求过滤比例，所述第二服务提供方过滤比例为在先对标周期内的所述分层服务策略对应的所述服务提供方过滤比例。
在一些实施例中，所述服务特征数据包括所述当前周期的流量数据；
所述获取当前周期内目标服务的服务特征数据，包括：
通过线上日志获取所述当前周期内目标服务的目标标识，所述目标标识包括服务请求标识和/或服务提供方标识；
根据所述目标标识从预设特征库中获取所述当前周期内的流量数据。
在一些实施例中，所述服务特征数据包括：所述当前周期内的服务请求过滤比例；
所述获取当前周期内目标服务的服务特征数据，包括：
通过所述线上日志中的埋点数据获取所述当前周期内的服务请求过滤比例。
第二方面，本申请实施例提供一种服务策略的评估方法，包括：
第一获取模块，用于获取当前周期内目标服务的服务特征数据；
第二获取模块，用于根据所述服务特征数据，获取服务策略中各所述分层服务策略的评估信息，其中，所述服务策略包括多个分层服务策略。
在一些实施例中，所述第二获取模块，具体用于：
根据各所述分层服务策略对应的所述服务特征数据，获取所述分层服务策略的评估信息。
在一些实施例中，所述服务特征数据包括所述当前周期的流量数据；
所述第二获取模块，具体用于：
根据所述分层服务策略对应的所述当前周期的流量数据，确定所述目标服务的多种服务类型的分布比例；
根据多种所述服务类型的分布比例，获取所述分层服务策略的评估信息。
在一些实施例中，所述第二获取模块，具体用于：
若多种所述服务类型的分布比例与在先对标周期内、多种所述服务类型的分布比例之间的环比在预设范围内，则确定所述分层服务策略的评估信息为正常策略；
否则，确定所述分层服务策略的评估信息为异常策略。
在一些实施例中，所述第二获取模块，具体用于：
若所述服务类型的分布比例与在先对标周期内所述服务类型的分布比例之间的环比在预设范围内，且所述服务类型的值为预设的枚举值，则确定所述分层服务策略的评估信息为正常策略。
在一些实施例中，所述第二获取模块，具体用于：
若所述分层服务策略对应的所述服务特征数据与在先对标周期内、所述分层服务策略对应的所述服务特征数据的差值在预设范围内，则确定所述分层服务策略的评估信息为正常策略；
否则，所述分层服务策略的评估信息为异常策略。
在一些实施例中，所述第二获取模块，具体用于：
若所述分层服务策略对应的所述服务特征数据的值为所述分层服务策略对应的默认值，则确定目标分层服务策略的评估信息为异常策略，所述目标分层服务策略位于所述服务策略中所述分层服务策略的上层。
在一些实施例中，所述当前周期的流量数据包括如下至少一种：
服务请求的流量数据、服务提供方的流量数据、服务请求方的流量数据。
在一些实施例中，所述服务特征数据包括：所述当前周期内的服务请求过滤比例；
所述第二获取模块，具体用于：
根据所述分层服务策略对应的所述服务请求过滤比例，获取所述服务策略中各所述分层服务策略的评估信息。
在一些实施例中，所述服务特征数据还包括：所述当前周期内的服务提供方过滤比例；
所述第二获取模块，具体用于：
根据所述分层服务策略对应的所述服务请求过滤比例和所述分层服务策略对应的所述服务提供方过滤比例，获取所述分层服务策略的评估信息。
在一些实施例中，所述第二获取模块，具体用于：
若所述分层服务策略对应的所述服务请求过滤比例大于或等于第一服务请求过滤比例，且所述分层服务策略对应的所述服务提供方过滤比例大于或等于第二服务提供方过滤比例，则确定所述分层服务策略的评估信息为异常策略；
否则，确定所述分层服务策略为正常策略；
其中，所述第一服务请求过滤比例为在先对标周期内的所述分层服务策略对应的所述服务请求过滤比例，所述第二服务提供方过滤比例为在先对标周期内的所述分层服务策略对应的所述服务提供方过滤比例。
在一些实施例中，所述服务特征数据包括所述当前周期的流量数据；
所述第一获取模块，具体用于：
通过线上日志获取所述当前周期内目标服务的目标标识，所述目标标识包括服务请求标识和/或服务提供方标识；
根据所述目标标识从预设特征库中获取所述当前周期内的流量数据。
在一些实施例中，所述服务特征数据包括：所述当前周期内的服务请求过滤比例；
所述第一获取模块，具体用于：
通过所述线上日志中的埋点数据获取所述当前周期内的服务请求过滤比例。
第三方面，本申请实施例提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如第一方面任一所述的服务策略的评估方法。
第四方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如第一方面任一所述的服务策略的评估方法。
本申请提供的服务策略的评估方法、装置、设备及存储介质，其中，该方法包括：获取当前周期内目标服务的服务特征数据，根据服务特征数据，获取服务策略中各分层服务策略的评估信息，其中，服务策略包括多个分层服务策略。本申请通过服务特征数据对整个服务策略中的各分层服务策略进行单独评估，提高了策略评估的精确度。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请一些实施例的服务策略的评估系统100的框图；
图2示出根据本申请的一些实施例的可以实现本申请思想的服务器110、服务请求方终端130、服务提供方终端140的电子设备200的示例性硬件和软件组件的示意图；
图3示出了本申请实施例提供的分层服务策略的示意图；
图4示出了本申请实施例提供的服务策略的评估方法的流程示意图一；
图5示出了本申请实施例提供的服务策略的评估方法的流程示意图二；
图6示出了本申请实施例提供的服务策略的评估方法的流程示意图三；
图7示出了本申请实施例提供的数据漏斗的示意图；
图8示出了本申请实施例提供的服务策略的评估方法的流程示意图四；
图9示出了本申请实施例提供的服务策略的评估方法的流程示意图五；
图10示出了本申请实施例提供的服务策略的评估方法的流程示意图六；
图11示出了本申请实施例提供的服务策略的评估装置的结构示意图；
图12示出了本申请实施例提供的电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“分层服务策略的评估”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕如何评估分层服务策略进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他交通运输类型，例如，本申请可以应用于不同的运输系统环境，包括陆地，海洋，或航空等，或其任意组合。本申请还可以包括用于其他需要服务策略评估的任何服务系统，例如，用于发送和/或接收快递的系统、用于买卖双方交易的服务系统。本申请的系统或方法的应用可以包括网页、浏览器的插件、客户端终端、定制系统、内部分析系统、或人工智能机器人等，或其任意组合。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
本申请中的术语“乘客”、“请求方”、“服务人员”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。
本申请中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。
本申请中使用的定位技术可以基于全球定位系统(Global Positioning System，GPS)、全球导航卫星系统(Global Navigation Satellite System，GLONASS)、北斗系统、罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith SatelliteSystem，QZSS)、无线保真(Wireless Fidelity，WiFi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。
在本申请提出申请之前，现有的技术方案为：通过最终指标对整个服务策略进行评估，但在分层策略中、存在新策略上线或策略重构时，通过最终指标无法发现每一层策略带来的变化，也就是不能对各分层策略进行单独评估。
为了解决上述技术问题，本发明实施例提供一服务策略的评估方法，其核心改进点在于：通过服务特征数据对整个服务策略中的各分层服务策略进行单独评估，提高了策略评估的精确度。
本申请的一个方面涉及一种服务策略的评估系统。该系统可以通过获取当前周期内目标服务的服务特征数据，并根据服务特征数据，获取服务策略中各分层服务策略的评估信息，提高了策略评估的精确度。
图1示出了本申请一些实施例的服务策略的评估系统100的框图。例如，服务策略的评估系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。服务策略的评估系统100可以包括服务器110、网络120、服务请求方终端130、服务提供方终端140和数据库150中的一种或多种，服务器110中可以包括执行指令操作的处理器。
在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问存储在服务请求方终端130、服务提供方终端140、或数据库150、或其任意组合中的信息和/或数据。作为另一示例，服务器110可以直接连接到服务请求方终端130、服务提供方终端140和数据库150中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务器110可以在具有本申请中图2所示的一个或多个组件的电子设备200上实现。
在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于从服务请求方终端130获得的服务特征数据来获取服务策略中各分层服务策略的评估信息。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit，CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、专用指令集处理器(ApplicationSpecific Instruction-set Processor，ASIP)、图形处理单元(Graphics ProcessingUnit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(DigitalSignal Processor，DSP)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing，RISC)、或微处理器等，或其任意组合。
网络120可以用于信息和/或数据的交换。在一些实施例中，服务策略的评估系统100中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140和数据库150)可以向其他组件发送信息和/或数据。例如，服务器110可以经由网络120从服务请求方终端130获取服务请求。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络120可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide AreaNetwork，WAN)、无线局域网(Wireless Local Area Networks，WLAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、公共电话交换网(Public Switched Telephone Network，PSTN)、蓝牙网络、ZigBee网络、或近场通信(NearField Communication,NFC)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，服务策略的评估系统100的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。
在一些实施例中，服务请求方终端130的用户可以是除服务实际需求者之外的其他人。例如，服务请求方终端130的用户A可以使用服务请求方终端130来为服务实际需求者B发起服务请求(比如，用户A可以为自己的朋友B叫车)，或者从服务器110接收服务信息或指令等。在一些实施例中，服务提供方终端140的用户可以是服务实际提供者，也可以是除服务实际提供者之外的其他人。例如，服务提供方终端140的用户C可以使用服务提供方终端140接收由服务实际提供者D提供服务的服务请求(比如用户C可以为自己雇用的司机D接单)，和/或来自服务器110的信息或指令。在一些实施例中，“服务请求方”和“服务请求方终端”可以互换使用，“服务提供方”和“服务提供方终端”可以互换使用。
在一些实施例中，服务请求方终端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(Personal DigitalAssistant，PDA)、游戏设备、导航设备、或销售点(point of sale，POS)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，服务请求方终端130可以是具有用于定位服务请求方和/或服务请求方终端的位置的定位技术的设备。
在一些实施例中，服务提供方终端140可以是与服务请求方终端130类似或相同的设备。在一些实施例中，服务提供方终端140可以是具有定位技术的设备，用于定位服务提供方和/或服务提供方终端的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以与其他定位设备通信以确定服务请求方、服务请求方终端130、服务提供方、或服务提供方终端140、或其任意组合的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以将定位信息发送给服务器110。
数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从服务请求方终端130和/或服务提供方终端140获得的数据。在一些实施例中，数据库150可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(Read-Only Memory，ROM)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(Random Access Memory，RAM)；RAM可以包括动态RAM(Dynamic RandomAccess Memory，DRAM)，双倍数据速率同步动态RAM(Double Date-Rate Synchronous RAM，DDR SDRAM)；静态RAM(Static Random-Access Memory，SRAM)，晶闸管RAM(Thyristor-Based Random Access Memory，T-RAM)和零电容器RAM(Zero-RAM)等。作为举例，ROM可以包括掩模ROM(Mask Read-Only Memory，MROM)、可编程ROM(Programmable Read-OnlyMemory，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，服务提供方终端140等)中的一个或多个组件通信。服务策略的评估系统100中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中，数据库150可以直接连接到服务策略的评估系统100中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140等)；或者，在一些实施例中，数据库150也可以是服务器110的一部分。
在一些实施例中，服务策略的评估系统100中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140等)可以具有访问数据库150的权限。在一些实施例中，当满足一定条件时，服务策略的评估系统100中的一个或多个组件可以读取和/或修改与服务请求方、服务提供方、或公众、或其任意组合有关的信息。例如，服务器110可以在接收服务请求之后读取和/或修改一个或多个用户的信息。
在一些实施例中，可以通过请求服务来实现服务策略的评估系统100中的一个或多个组件的信息交换。服务请求的对象可以是任何产品。在一些实施方案中，产品可以是有形产品或非物质产品。有形产品可包括食品、药品、商品、化学产品、电器、服装、汽车、房屋、或奢侈品等，或其任意组合。非物质产品可以包括服务产品、金融产品、知识产品、或互联网产品等，或其任意组合。互联网产品可以包括单独的主机产品、网络产品、移动互联网产品、商业主机产品、或嵌入式产品等，或其任意组合。互联网产品可以用在移动终端的软件、程序、或系统等，或者它们的任意组合中。移动终端可以包括平板电脑、笔记本电脑、移动电话、个人数字助理(Personal Digital Assistant，PDA)、智能手表、销售点(Point ofsales，POS)设备、车载电脑、车载电视、或可穿戴设备等，或其任意组合。例如，互联网产品可以是计算机或移动电话中使用的任何软件和/或应用程序。软件和/或应用程序可以涉及社交、购物、运输、娱乐时间、学习、或投资等，或其任意组合。在一些实施例中，与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、绘图软件和/或应用程序等。在车辆调度软件和/或应用程序中。
图2示出根据本申请的一些实施例的可以实现本申请思想的服务器110、服务请求方终端130、服务提供方终端140的电子设备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，图3示出了本申请实施例提供的分层服务策略的示意图，服务策略包括多个分层服务策略，图3示出了n个分层服务策略，分别记作策略1、策略2、策略3…策略n。
订单池中包括多个订单信息，司机池中包括多个司机信息，将订单池中的订单信息和司机池中的司机信息作为第一层分层服务策略的输入，第一层分层服务策略包括策略1、策略3、策略5，也就是说，将订单信息和司机信息作为策略1的输入，策略1对订单信息和司机信息进行过滤，过滤后的订单信息和过滤后的司机信息作为策略4的输入，依次类推，再分别经由第二层分层服务策略中的策略2、策略5、策略7进行过滤，最终经过策略n过滤得到至少一个司机信息和至少一个订单信息。
也就是说，对于分单系统最终过滤得到的司机信息和订单信息可以是多对多的关系，然后可以通过后台的决策系统为每个订单信息从至少一个司机信息中匹配一个司机信息，经由决策系统后，每个订单信息对应一个司机信息，那么就可以将该订单信息推送给该司机，并将司机信息推送给发布该订单信息的乘客。
示例性地，策略1例如可以为针对拼车订单，将优享司机信息和快车司机信息过滤掉，策略3例如可以为将接驾距离大于3公里的司机信息过滤掉，策略5例如可以为将接驾时间大于1小时的司机信息过滤掉。
图4示出了本申请实施例提供的服务策略的评估方法的流程示意图一，如图4所示，本实施例的执行主体可以为计算机、服务器等电子设备。如图4所示，该方法包括：
S101、获取当前周期内目标服务的服务特征数据。
S102、根据服务特征数据，获取服务策略中各分层服务策略的评估信息，其中，服务策略包括多个分层服务策略。
在一种可能的应用场景中，对于目标服务的服务策略，存在新上线的分层服务策略，为了观察当前周期内新上线的分层服务策略的策略效果是否符合预期，则可以采用本申请的技术方案对新上线的分层服务策略进行评估；或者，对于目标服务的服务策略，存在代码重构的分层服务策略，也就是说，分层服务策略发生了一定的更新，为了观察当前周期内代码重构的分层服务策略，也可以采用本申请的技术方案对代码重构的分层服务策略进行评估。
其中，目标服务可以为网约车服务或者任何具有分层服务策略的服务。
在本实施例中，获取当前周期内目标服务的服务特征数据，然后根据服务特征数据，获取服务策略中各分层服务策略的评估信息，其中，服务策略包括多个分层服务策略，也就是说，将目标服务的服务特征数据作为考虑因素，根据目标服务的服务特征数据即可对各分层服务策略进行评估，以确定各分层服务策略的评估信息，其中，该评估信息包括正常策略和异常策略。
在一些实施例中，根据服务特征数据，获取服务策略中各分层服务策略的评估信息，包括：
根据各分层服务策略对应的服务特征数据，获取分层服务策略的评估信息。
其中，各分层服务策略对应有相应的服务特征数据，也就是说，从当前周期内目标服务的服务特征数据中、匹配各分层服务策略对应的服务特征数据，然后根据各分层服务策略对应的服务特征数据获取该分层服务策略的评估信息。
在一可能的实现方式中，若该分层服务策略对应的服务特征数据不满足预设条件，则确定该分层服务策略的评估信息为异常策略，相反，则为正常策略。
在一些实施例中，根据服务特征数据，获取服务策略中各分层服务策略的评估信息，包括：
若分层服务策略对应的服务特征数据的值为分层服务策略对应的默认值，则确定目标分层服务策略的评估信息为异常策略，目标分层服务策略位于服务策略中分层服务策略的上层。
参考图3可知，服务策略包括多个分层服务策略，一个分层服务策略的输出为另一个分层服务策略的输入。若分层服务策略对应的服务特征数据的值为分层服务策略对应的默认值，表明输入给该分层服务策略的服务特征数据的值为空，也就是说，在服务策略的链路上、位于该分层服务的上层的分层服务策略中存在异常策略，也即，目标分层服务策略的评估信息为异常策略，目标分层服务策略位于服务策略中该分层服务策略的上层。
举例而言，该分层服务策略为图3中的策略5，若输入给策略5的服务特征数据的值为策略5的默认值，例如0，则说明策略1或策略3为目标分层策略，策略1或策略3的评估信息为异常策略。
本实施例提供的服务策略的评估方法，包括：获取当前周期内目标服务的服务特征数据，根据服务特征数据，获取服务策略中各分层服务策略的评估信息，其中，服务策略包括多个分层服务策略。通过服务特征数据对整个服务策略中的各分层服务策略进行单独评估，提高了策略评估的精确度。
在一些实施例中，服务特征数据包括当前周期的流量数据，下面结合图5实施例对根据各分层服务策略对应的服务特征数据，获取分层服务策略的评估信息进行说明。
图5示出了本申请实施例提供的服务策略的评估方法的流程示意图二，如图5所示，根据各分层服务策略对应的服务特征数据，获取分层服务策略的评估信息，包括：
S201、根据分层服务策略对应的当前周期的流量数据，确定目标服务的多种服务类型的分布比例。
S202、根据多种服务类型的分布比例，获取分层服务策略的评估信息。
其中，当前周期的流量数据包括如下至少一种：
服务请求的流量数据、服务提供方的流量数据、服务请求方的流量数据。
其中，服务请求的流量数据可以为订单的流量数据，服务提供方的流量数据可以为司机的流量数据，服务请求方的流量数据可以为乘客的特征数据。
示例性地，订单的流量数据包括如下数据中的至少一种：
订单属性、订单创建时间、是否为愿等订单、乘客数量、目的地、出发地。
订单属性可以包括不同类型或不同等级的订单，例如快车单、拼车单、优享单等；订单创建时间表示当前周期内所有订单的创建时间，也就是乘客发布订单的时间；是否为愿等订单表示当前周期内各订单的属性特点，乘客在创建订单时，还可以选择是否愿意等待这一选项，这样后台可以根据乘客需求来匹配对应的司机；乘客数量表示当前周期内各订单的载客的数量，通常乘客在创建订单时可以选择乘客数量；目的地表示当前周期内各订单的目标地位置信息；出发地表示当前周期内各订单的出发地位置信息。
示例性地，司机的流量数据包括如下数据中的至少一种：
司机类型、接驾次数、司机的位置信息、司机是否空闲、司机的平均等待时间、司机的信用分。
司机类型包括拼车司机、快车司机、优享司机中的一种；接驾次数表示当前周期内各司机的接驾乘客的次数，例如可以为10次、15次等；司机的位置信息表示当前周期内各司机的位置信息；司机是否空闲表示当前周期内接收到创建的订单时、各司机的空闲属性，包括空闲和忙两种情况；司机的平均等待时间表示司机从空闲到忙的时间，也就是从结束上一单到接下一单的时间；司机的信用分表示当前周期内乘客给各司机的服务评分。
示例性地，乘客的流量数据包括如下数据中的至少一种：
乘客属性、乘客的位置信息、乘客的性别、乘客的兴趣标签。
乘客属性可以包括快车乘客、拼车乘客、优享乘客；乘客的位置信息表示当前周期内创建订单的各乘客的位置信息，乘客的兴趣标签表示当前周期内创建订单的各乘客的兴趣标签，通常用于向乘客推送其感兴趣的新闻、事件等，以缓解乘客在等待网约车过程中的焦虑情绪，提升乘客体验。
在本实施例中，根据分层服务策略对应的当前周期的流量数据，可以确定目标服务的多种服务类型的分布比例，以目标服务为网约车服务为例，目标服务的多种服务类型例如可以包括快车服务、拼车服务、优享服务。
在一种可能的应用场景中，当前周期的流量数据包括订单的流量数据，那么根据订单的流量数据可以确定当前周期内目标服务的多种服务类型的分布比例，例如可以为快车20％、拼车30％、优享50％。
然后根据多种服务类型的分布比例，对该分层服务策略进行评估，获取该分层服务策略的评估信息，在一可能的实现中，若多种服务类型的分布比例满足预设分布比例，则该分层服务策略的评估信息为正常策略，若多种服务类型的分布比例不满足预设分布比例，则该分层服务策略的评估信息为异常策略，其中，预设分布比例可以为正常策略对应的分布比例，可以根据实际情况而定。
需要说明的是，分层服务策略对应的当前周期的流量数据可以理解为该分层服务策略侧重的流量数据，以司机的流量数据包括司机类型为例，参考图3实施例，策略1可以为针对拼车订单，将优享司机信息和快车司机信息过滤掉，也就是说，策略1侧重于司机类型，因此，可以采用分层服务策略对应的当前周期的流量数据来对该分层服务策略进行评估。
在一些实施例中，根据多种服务类型的分布比例，获取分层服务策略的评估信息，包括：
若多种服务类型的分布比例与在先对标周期内、多种服务类型的分布比例之间的环比在预设范围内，则确定分层服务策略的评估信息为正常策略；
否则，确定分层服务策略的评估信息为异常策略。
其中，在先对标周期可以为在新的分层服务策略上线前的周期、或者可以为分层服务策略在更新之前的周期，为了评估新上线的分层服务策略或者更新的分层服务策略对其它分层服务策略的效果的影响，那么本实施例中的分层服务策略可以为除了新上线的分层服务策略或者更新的分层服务策略之外的其它分层服务策略。
若该分层服务策略为在今天0点上线的分层服务策略或者更新的分层服务策略，则当前周期可以为今天0点至24点，那么在先对标周期可以为昨天0点至24点。
若多种服务类型的分布比例与在先对标周期内、多种服务类型的分布比例之间的环比在预设范围内，则确定该分层服务策略的评估信息，通常情况下，同一城市的多种服务类型的分布比例在一定的范围内，因此可以采用多种服务类型的分布比例来评估该分层服务策略。
在一可能的实现方式中，针对同一种服务类型，若当前周期的某服务类型的分布比例与在先对标周期内、该服务类型的分布比例之间的环比在预设范围内，则该分层服务策略的评估信息为正常策略。
以服务类型为快车为例，参考公式如下：
(当前周期的快车的分布比例-在先对标周期的快车的分布比例)/在先对标周期的快车的分布比例×100％。
本实施例提供的服务策略的评估方法，包括：根据分层服务策略对应的当前周期的流量数据，确定目标服务的多种服务类型的分布比例，根据多种服务类型的分布比例，获取分层服务策略的评估信息。从而采用统计学方法实现对分层服务策略的评估，提高了策略评估的精确度。
在一些实施例中，若服务类型的分布比例与在先对标周期内服务类型的分布比例之间的环比在预设范围内，则确定分层服务策略的评估信息为正常策略，包括：
若服务类型的分布比例与在先对标周期内服务类型的分布比例之间的环比在预设范围内，且该服务类型的值为预设的枚举值，则确定分层服务策略的评估信息为正常策略。
若当前周期内的该服务类型的值的类型为枚举类型，例如，快车用0表示、拼车用1表示、优享用2表示，也就是说，当前周期内的该服务类型的值是固定值，因此，若当前周期的该服务类型的值不是预设的枚举值，则说明该分层服务策略的评估信息为异常策略。
也就是说，同时满足服务类型的分布比例与在先对标周期内服务类型的分布比例之间的环比在预设范围内，且该服务类型的值为预设的枚举值，那么可以确定分层服务策略的评估信息为正常策略。通过这两个条件，进一步提高了分层服务策略的准确度。
在一些实施例中，根据各分层服务策略对应的服务特征数据，获取分层服务策略的评估信息包括图6所示的步骤。图6示出了本申请实施例提供的服务策略的评估方法的流程示意图三，如图6所示，根据各分层服务策略对应的服务特征数据，获取分层服务策略的评估信息，包括：
S301、若分层服务策略对应的服务特征数据与在先对标周期内、分层服务策略对应的服务特征数据的差值在预设范围内，则确定分层服务策略的评估信息为正常策略。
S302、否则，确定分层服务策略的评估信息为异常策略。
其中，在先对标周期可以为在新的分层服务策略上线前的周期、或者可以为分层服务策略在更新之前的周期。为了评估新上线的分层服务策略或者更新的分层服务策略对其它分层服务策略的效果的影响，那么本实施例中的分层服务策略可以为除了新上线的分层服务策略或者更新的分层服务策略之外的其它分层服务策略。
若该分层服务策略对应的服务特征数据与在先对标周期内、该分层服务策略对应的服务特征数据的差值在预设范围内，则确定分层服务策略的评估信息为正常策略，若该分层服务策略对应的服务特征数据与在先对标周期内、该分层服务策略对应的服务特征数据的差值不在预设范围内，则确定分层服务策略的评估信息为异常策略。
本实施例提供的服务策略的评估方法，包括：若分层服务策略对应的服务特征数据与在先对标周期内、分层服务策略对应的服务特征数据的差值在预设范围内，则确定分层服务策略的评估信息为正常策略；否则，确定分层服务策略的评估信息为异常策略。通过与在先对标周期内的服务特征数据进行对比，对分层服务策略进行评估，从而可以发现策略异常的问题。
在一些实施例中，还可以以数据漏斗的方式对分层服务策略进行评估，参考图7，图7示出了本申请实施例提供的数据漏斗的示意图，以目标订单信息为例，将100个司机信息和目标订单信息作为服务策略的输入，每经过一次分层服务策略，对司机信息进行一定数量的过滤，例如图7所示的由100个司机信息和目标订单信息到47个司机信息和目标订单信息，再到30个司机信息和目标订单信息，再到10个司机信息和目标订单信息，再到5个司机信息和目标订单信息，后续再经由决策系统匹配到1个司机信息和目标订单信息。关于决策系统的处理过程可以参考现有技术，在此不再赘述。
由图7可知，经过不同分层策略后过滤了一些司机信息，若存在某些分层服务策略过滤的司机信息的数量大幅增加或大幅减少，则说明该分层服务策略的评估信息为异常策略。
在一些实施例中，服务特征数据包括：当前周期内的服务请求过滤比例。下面在图7实施例的基础上，结合图8实施例对本申请的技术方案进行说明。图8示出了本申请实施例提供的服务策略的评估方法的流程示意图四，如图8所示，该方法包括：
S401、获取当前周期内目标服务的服务请求过滤比例。
S402、根据分层服务策略对应的服务请求过滤比例，获取服务策略中各分层服务策略的评估信息。
其中，服务请求过滤比例可以为订单过滤比例，图7仅仅是以目标订单信息为例对整个过滤过程进行说明，在实际应用中，服务策略的输入包括多个司机信息和多个订单信息，获取当前周期内目标服务的服务请求过滤比例，当前周期内目标服务的服务请求过滤比例可以包括当前周期内目标服务的各分层服务策略的各过滤比例，然后根据该分层服务策略对应的服务请求过滤比例，确定该分层服务策略对应的服务请求过滤比例是否波动较大，也即是否大于预设过滤比例，若是，则该分层服务策略的评估信息为异常策略，若否，则该分层服务策略的评估信息为正常策略。
在一些实施例中，服务特征数据还包括：当前周期内的服务提供方过滤比例，根据分层服务策略对应的服务请求过滤比例，获取服务策略中各分层服务策略的评估信息，包括：
根据分层服务策略对应的服务请求过滤比例和/或分层服务策略对应的服务提供方过滤比例，获取分层服务策略的评估信息。
其中，服务特征数据还包括：当前周期内的服务提供方过滤比例，也就是，当前周期内的司机信息的过滤比例；
在一可能的实现方式中，若分层服务策略对应的服务请求过滤比例小于第一预设过滤比例，且分层服务策略对应的服务提供方过滤比例小于第二预设过滤比例，则确定分层服务策略的评估信息为正常策略；若分层服务策略对应的服务请求过滤比例大于第一预设过滤比例，和/或，分层服务策略对应的服务提供方过滤比例大于第二预设过滤比例，则确定分层服务策略的评估信息为异常策略。
其中，第一预设过滤比例可以为服务请求过滤比例的阈值，小于该阈值下分层服务策略为正常策略，否则为异常策略；同样地，第二预设过滤比例可以为服务提供方过滤比例的阈值，小于该阈值下分层服务策略为正常策略，否则为异常策略。
本实施例提供的服务策略的评估方法，包括：获取当前周期内目标服务的服务请求过滤比例，根据分层服务策略对应的服务请求过滤比例，获取服务策略中各分层服务策略的评估信息。采用数据漏斗的分析方式可以对分层服务策略进行评估，从而可以发现策略异常的问题。
在一些实施例中，根据分层服务策略对应的服务请求过滤比例和分层服务策略对应的服务提供方过滤比例，获取分层服务策略的评估信息，包括图9所示的步骤。图9示出了本申请实施例提供的服务策略的评估方法的流程示意图五，如图9所示，根据分层服务策略对应的服务请求过滤比例和分层服务策略对应的服务提供方过滤比例，获取分层服务策略的评估信息，包括：
S501、若分层服务策略对应的服务请求过滤比例大于或等于第一服务请求过滤比例，且分层服务策略对应的服务提供方过滤比例大于或等于第二服务提供方过滤比例，则确定分层服务策略的评估信息为异常策略。
S502、否则，确定分层服务策略为正常策略。
其中，第一服务请求过滤比例为在先对标周期内的分层服务策略对应的服务请求过滤比例，第二服务提供方过滤比例为在先对标周期内的分层服务策略对应的服务提供方过滤比例。
若分层服务策略对应的服务请求过滤比例大于或等于第一服务请求过滤比例，且分层服务策略对应的服务提供方过滤比例大于或等于第二服务提供方过滤比例，则分层服务策略的评估信息为异常策略；若分层服务策略对应的服务请求过滤比例小于第一服务请求过滤比例，且分层服务策略对应的服务提供方过滤比例小于第二服务提供方过滤比例，则分层服务策略的评估信息为正常策略，也就是说，通过服务请求过滤比例和服务提供方过滤比例来评估该分层服务策略，进一步提高了分层服务策略的准确度。
本实施例提供的服务策略的评估方法，包括：若分层服务策略对应的服务请求过滤比例大于或等于第一服务请求过滤比例，且分层服务策略对应的服务提供方过滤比例大于或等于第二服务提供方过滤比例，则确定分层服务策略的评估信息为异常策略，否则，确定分层服务策略为正常策略。从而采用统计学方法实现对分层服务策略的评估，提高了策略评估的精确度。
在一些实施例中，下面结合图10实施例对获取当前周期内目标服务的服务特征数据进行说明。图10示出了本申请实施例提供的服务策略的评估方法的流程示意图六，如图10所示，若服务特征数据包括：当前周期的流量数据，则获取当前周期内目标服务的服务特征数据，包括步骤S601-S602；若服务特征数据包括：当前周期内的服务请求过滤比例，则获取当前周期内目标服务的服务特征数据，包括步骤S603。
S601、通过线上日志获取当前周期内目标服务的目标标识，目标标识包括服务请求标识和/或服务提供方标识。
S602、根据目标标识从预设特征库中获取当前周期内的流量数据。
其中，当前周期内的流量数据包括如下至少一种：
服务请求的流量数据、服务提供方的流量数据、服务请求方的流量数据。
服务请求的流量数据可以为订单的流量数据，服务提供方的流量数据可以为司机的流量数据，服务请求方的流量数据可以为乘客的流量数据。
需要说明的是，乘客可以通过网约车客户端、网约车小程序或者网约车网页发布订单车，司机同样可以通过网约车客户端、网约车小程序或者网约车网页进行接单操作，因此当司机成功接单，通过网约车的线上日志可以获取当前周期内目标服务的目标标识，也就是说，当前周期内网约车服务是成功交易的服务，目标标识包括服务请求标识和/或服务提供方的标识，也即订单标识和/或司机标识。
由于预设特征库中保存有流量数据，那么根据目标标识可以从预设特征库中获取当前周期内的流量数据。
S603、通过线上日志中的埋点数据获取当前周期内的服务请求过滤比例。
其中，可以在网约车的源代码中进行埋点，具体地，可以在该源代码中每层分层服务策略处进行埋点，当源代码运行到该埋点处，则可以将埋点数据保存在线上日志，埋点数据中包括当前周期内的服务请求比例。因此，在本实施例中，若服务特征数据包括：当前周期内的服务请求过滤比例，则可以通过线上日志中的埋点数据获取当前周期内的服务请求过滤比例。
本实施例提供的服务策略的评估方法，包括：若服务特征数据包括：当前周期的流量数据，则通过线上日志获取当前周期内目标服务的目标标识，目标标识包括服务请求标识和/或服务提供方标识，根据目标标识从预设特征库中获取当前周期内的流量数据；若服务特征数据包括：当前周期内的服务请求过滤比例，则通过线上日志中的埋点数据获取当前周期内的服务请求过滤比例。在服务特征数据为不同参数的情况下，可以采用不同的方式获取服务特征数据，提高了服务特征数据的准确度。
图11示出了本申请实施例提供的服务策略的评估装置的结构示意图，如图11所示，服务策略的评估装置70包括：
第一获取模块701，用于获取当前周期内目标服务的服务特征数据；
第二获取模块702，用于根据所述服务特征数据，获取服务策略中各所述分层服务策略的评估信息，其中，所述服务策略包括多个分层服务策略。
在一些实施例中，所述第二获取模块702，具体用于：
根据各所述分层服务策略对应的所述服务特征数据，获取所述分层服务策略的评估信息。
在一些实施例中，所述服务特征数据包括所述当前周期的流量数据；
所述第二获取模块702，具体用于：
根据所述分层服务策略对应的所述当前周期的流量数据，确定所述目标服务的多种服务类型的分布比例；
根据多种所述服务类型的分布比例，获取所述分层服务策略的评估信息。
在一些实施例中，所述第二获取模块702，具体用于：
若多种所述服务类型的分布比例与在先对标周期内、多种所述服务类型的分布比例之间的环比在预设范围内，则确定所述分层服务策略的评估信息为正常策略；
否则，确定所述分层服务策略的评估信息为异常策略。
在一些实施例中，所述第二获取模块702，具体用于：
若所述服务类型的分布比例与在先对标周期内所述服务类型的分布比例之间的环比在预设范围内，且所述服务类型的值为预设的枚举值，则确定所述分层服务策略的评估信息为正常策略。
在一些实施例中，所述第二获取模块702，具体用于：
若所述分层服务策略对应的所述服务特征数据与在先对标周期内、所述分层服务策略对应的所述服务特征数据的差值在预设范围内，则确定所述分层服务策略的评估信息为正常策略；
否则，所述分层服务策略的评估信息为异常策略。
在一些实施例中，所述第二获取模块702，具体用于：
若所述分层服务策略对应的所述服务特征数据的值为所述分层服务策略对应的默认值，则确定目标分层服务策略的评估信息为异常策略，所述目标分层服务策略位于所述服务策略中所述分层服务策略的上层。
在一些实施例中，所述当前周期的流量数据包括如下至少一种：
服务请求的流量数据、服务提供方的流量数据、服务请求方的流量数据。
在一些实施例中，所述服务特征数据包括：所述当前周期内的服务请求过滤比例；
所述第二获取模块702，具体用于：
根据所述分层服务策略对应的所述服务请求过滤比例，获取所述服务策略中各所述分层服务策略的评估信息。
在一些实施例中，所述服务特征数据还包括：所述当前周期内的服务提供方过滤比例；
所述第二获取模块702，具体用于：
根据所述分层服务策略对应的所述服务请求过滤比例和所述分层服务策略对应的所述服务提供方过滤比例，获取所述分层服务策略的评估信息。
在一些实施例中，所述第二获取模块702，具体用于：
若所述分层服务策略对应的所述服务请求过滤比例大于或等于第一服务请求过滤比例，且所述分层服务策略对应的所述服务提供方过滤比例大于或等于第二服务提供方过滤比例，则确定所述分层服务策略的评估信息为异常策略；
否则，确定所述分层服务策略为正常策略；
其中，所述第一服务请求过滤比例为在先对标周期内的所述分层服务策略对应的所述服务请求过滤比例，所述第二服务提供方过滤比例为在先对标周期内的所述分层服务策略对应的所述服务提供方过滤比例。
在一些实施例中，所述服务特征数据包括所述当前周期的流量数据；
所述第一获取模块701，具体用于：
通过线上日志获取所述当前周期内目标服务的目标标识，所述目标标识包括服务请求标识和/或服务提供方标识；
根据所述目标标识从预设特征库中获取所述当前周期内的流量数据。
在一些实施例中，所述服务特征数据包括：所述当前周期内的服务请求过滤比例；
所述第一获取模块701，具体用于：
通过所述线上日志中的埋点数据获取所述当前周期内的服务请求过滤比例。
本实施例提供的服务策略的评估装置，包括：第一获取模块，用于获取当前周期内目标服务的服务特征数据，第二获取模块，用于根据服务特征数据，获取服务策略中各分层服务策略的评估信息，其中，服务策略包括多个分层服务策略。通过服务特征数据对整个服务策略中的各分层服务策略进行单独评估，提高了策略评估的精确度。
上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、ZigBee、或NFC等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
需要说明的是，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(Digital Singnal Processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(System-on-a-chip，简称SOC)的形式实现。
图12示出了本申请实施例提供的电子设备的结构示意图，如图12所示，电子设备80包括：处理器801、存储介质802和总线803，所述存储介质802存储有所述处理器801可执行的机器可读指令，当电子设备80运行时，所述处理器801与所述存储介质802之间通过总线803通信，所述处理器801执行所述机器可读指令，以执行上述方法实施例。具体实现方式和技术效果类似，这里不再赘述。
可选地，本发明还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述方法实施例。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (16)

1.一种服务策略的评估方法，其特征在于，所述方法包括：
获取当前周期内目标服务的服务特征数据；
根据所述服务特征数据，获取服务策略中各分层服务策略的评估信息，其中，所述服务策略包括多个分层服务策略。
2.根据权利要求1所述的方法，其特征在于，所述根据所述服务特征数据，获取服务策略中各分层服务策略的评估信息，包括：
根据各所述分层服务策略对应的所述服务特征数据，获取所述分层服务策略的评估信息。
3.根据权利要求2所述的方法，其特征在于，所述服务特征数据包括所述当前周期的流量数据；
所述根据各所述分层服务策略对应的所述服务特征数据，获取所述分层服务策略的评估信息，包括：
根据所述分层服务策略对应的所述当前周期的流量数据，确定所述目标服务的多种服务类型的分布比例；
根据多种所述服务类型的分布比例，获取所述分层服务策略的评估信息。
4.根据权利要求3所述的方法，其特征在于，所述根据多种所述服务类型的分布比例，获取所述分层服务策略的评估信息，包括：
若多种所述服务类型的分布比例与在先对标周期内、多种所述服务类型的分布比例之间的环比在预设范围内，则确定所述分层服务策略的评估信息为正常策略；
否则，确定所述分层服务策略的评估信息为异常策略。
5.根据权利要求4所述的方法，其特征在于，所述若所述服务类型的分布比例与在先对标周期内所述服务类型的分布比例之间的环比在预设范围内，则确定所述分层服务策略的评估信息为正常策略，包括：
若所述服务类型的分布比例与在先对标周期内所述服务类型的分布比例之间的环比在预设范围内，且所述服务类型的值为预设的枚举值，则确定所述分层服务策略的评估信息为正常策略。
6.根据权利要求2所述的方法，其特征在于，所述根据各所述分层服务策略对应的所述服务特征数据，获取所述分层服务策略的评估信息，包括：
若所述分层服务策略对应的所述服务特征数据与在先对标周期内、所述分层服务策略对应的所述服务特征数据的差值在预设范围内，则确定所述分层服务策略的评估信息为正常策略；
否则，确定所述分层服务策略的评估信息为异常策略。
7.根据权利要求1所述的方法，其特征在于，所述根据所述服务特征数据，获取服务策略中各分层服务策略的评估信息，包括：
若所述分层服务策略对应的所述服务特征数据的值为所述分层服务策略对应的默认值，则确定目标分层服务策略的评估信息为异常策略，所述目标分层服务策略位于所述服务策略中所述分层服务策略的上层。
8.根据权利要求1所述的方法，其特征在于，所述当前周期的流量数据包括如下至少一种：
服务请求的流量数据、服务提供方的流量数据、服务请求方的流量数据。
9.根据权利要求1所述的方法，其特征在于，所述服务特征数据包括：所述当前周期内的服务请求过滤比例；
所述根据所述服务特征数据，获取服务策略中各分层服务策略的评估信息，包括：
根据所述分层服务策略对应的所述服务请求过滤比例，获取所述服务策略中各所述分层服务策略的评估信息。
10.根据权利要求9所述的方法，其特征在于，所述服务特征数据还包括：所述当前周期内的服务提供方过滤比例；
所述根据所述分层服务策略对应的所述服务请求过滤比例，获取所述服务策略中各所述分层服务策略的评估信息，包括：
根据所述分层服务策略对应的所述服务请求过滤比例和所述分层服务策略对应的所述服务提供方过滤比例，获取所述分层服务策略的评估信息。
11.根据权利要求10所述的方法，其特征在于，所述根据所述分层服务策略对应的所述服务请求过滤比例和所述分层服务策略对应的所述服务提供方过滤比例，获取所述分层服务策略的评估信息，包括：
若所述分层服务策略对应的所述服务请求过滤比例大于或等于第一服务请求过滤比例，且所述分层服务策略对应的所述服务提供方过滤比例大于或等于第二服务提供方过滤比例，则确定所述分层服务策略的评估信息为异常策略；
否则，确定所述分层服务策略为正常策略；
其中，所述第一服务请求过滤比例为在先对标周期内的所述分层服务策略对应的所述服务请求过滤比例，所述第二服务提供方过滤比例为在先对标周期内的所述分层服务策略对应的所述服务提供方过滤比例。
12.根据权利要求1所述的方法，其特征在于，所述服务特征数据包括所述当前周期的流量数据；
所述获取当前周期内目标服务的服务特征数据，包括：
通过线上日志获取所述当前周期内目标服务的目标标识，所述目标标识包括服务请求标识和/或服务提供方标识；
根据所述目标标识从预设特征库中获取所述当前周期内的流量数据。
13.根据权利要求1所述的方法，其特征在于，所述服务特征数据包括：所述当前周期内的服务请求过滤比例；
所述获取当前周期内目标服务的服务特征数据，包括：
通过线上日志中的埋点数据获取所述当前周期内的服务请求过滤比例。
14.一种服务策略的评估装置，其特征在于，包括：
第一获取模块，用于获取当前周期内目标服务的服务特征数据；
第二获取模块，用于根据所述服务特征数据，获取服务策略中各分层服务策略的评估信息，其中，所述服务策略包括多个分层服务策略。
15.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至13任一所述的服务策略的评估方法。
16.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至13任一所述的服务策略的评估方法。
CN202011075504.1A 2020-10-09 2020-10-09 服务策略的评估方法、装置、设备及存储介质 Active CN112036774B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011075504.1A CN112036774B (zh) 2020-10-09 2020-10-09 服务策略的评估方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011075504.1A CN112036774B (zh) 2020-10-09 2020-10-09 服务策略的评估方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN112036774A true CN112036774A (zh) 2020-12-04
CN112036774B CN112036774B (zh) 2024-05-17

Family

ID=73572486

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011075504.1A Active CN112036774B (zh) 2020-10-09 2020-10-09 服务策略的评估方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN112036774B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115086283A (zh) * 2022-05-18 2022-09-20 阿里巴巴（中国）有限公司 语音流的处理方法和单元

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050021978A1 (en) * 2003-06-26 2005-01-27 Sun Microsystems, Inc. Remote interface for policy decisions governing access control
CN1780233A (zh) * 2004-11-22 2006-05-31 国际商业机器公司 用于策略评估的方法和系统
CN1842785A (zh) * 2003-02-14 2006-10-04 Bea系统公司 用于基于分层角色的权限的系统和方法
US20070016558A1 (en) * 2005-07-14 2007-01-18 International Business Machines Corporation Method and apparatus for dynamically associating different query execution strategies with selective portions of a database table
CN101657831A (zh) * 2007-04-16 2010-02-24 微软公司 策略管理基础结构
CN102067098A (zh) * 2008-06-13 2011-05-18 惠普开发有限公司 分层策略管理
CN103179215A (zh) * 2013-04-11 2013-06-26 苏州阔地网络科技有限公司 一种信息化教育云的方法及系统
CN103746883A (zh) * 2014-01-14 2014-04-23 博元森禾信息科技（北京）有限公司 服务流性能的检测方法和装置
CN106453549A (zh) * 2016-10-08 2017-02-22 中国工商银行股份有限公司 一种分布式软件版本发布方法及系统
CN108335044A (zh) * 2018-02-06 2018-07-27 国网天津市电力公司电力科学研究院 一种输变电设备状态评价方法
CN110517143A (zh) * 2019-08-28 2019-11-29 中国银行股份有限公司 交易策略的数据分享方法及装置

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1842785A (zh) * 2003-02-14 2006-10-04 Bea系统公司 用于基于分层角色的权限的系统和方法
US20050021978A1 (en) * 2003-06-26 2005-01-27 Sun Microsystems, Inc. Remote interface for policy decisions governing access control
CN1780233A (zh) * 2004-11-22 2006-05-31 国际商业机器公司 用于策略评估的方法和系统
US20070016558A1 (en) * 2005-07-14 2007-01-18 International Business Machines Corporation Method and apparatus for dynamically associating different query execution strategies with selective portions of a database table
CN101657831A (zh) * 2007-04-16 2010-02-24 微软公司 策略管理基础结构
CN102067098A (zh) * 2008-06-13 2011-05-18 惠普开发有限公司 分层策略管理
CN103179215A (zh) * 2013-04-11 2013-06-26 苏州阔地网络科技有限公司 一种信息化教育云的方法及系统
CN103746883A (zh) * 2014-01-14 2014-04-23 博元森禾信息科技（北京）有限公司 服务流性能的检测方法和装置
CN106453549A (zh) * 2016-10-08 2017-02-22 中国工商银行股份有限公司 一种分布式软件版本发布方法及系统
CN108335044A (zh) * 2018-02-06 2018-07-27 国网天津市电力公司电力科学研究院 一种输变电设备状态评价方法
CN110517143A (zh) * 2019-08-28 2019-11-29 中国银行股份有限公司 交易策略的数据分享方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
杨书新;王坚;罗楠;兰天;: "基于用户策略的Web服务动态选择方法研究", 计算机工程与设计, no. 04 *
薛霄;韩红芳;王俊峰;施曼;王纪才;: "O2O服务推荐策略的计算实验比较", 计算机集成制造系统, no. 05 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115086283A (zh) * 2022-05-18 2022-09-20 阿里巴巴（中国）有限公司 语音流的处理方法和单元
CN115086283B (zh) * 2022-05-18 2024-02-06 阿里巴巴（中国）有限公司 语音流的处理方法和装置

Also Published As

Publication number Publication date
CN112036774B (zh) 2024-05-17

Similar Documents

Publication Publication Date Title
AU2017101893A4 (en) Systems and methods for monitoring an on-demand service
CN109478275B (zh) 分配服务请求的系统和方法
US20180240045A1 (en) Systems and methods for allocating sharable orders
WO2018191856A1 (en) System and method for determining safety score of driver
CN109923373B (zh) 用于确定车辆参考方向的系统和方法
JP2019506640A (ja) 推奨サービス位置を推奨するシステム及び方法
AU2018102202A4 (en) Systems and methods for cheat examination
JP2020057409A (ja) サービスの順序列を更新するためのシステム及び方法
US20210042817A1 (en) Methods and systems for order allocation
CN111105251A (zh) 一种信息推送方法及装置
CN110766391B (zh) 一种服务订单支付方法、装置、电子设备及存储介质
CN111260164A (zh) 一种运力调度方法以及装置
WO2019061129A1 (en) SYSTEMS AND METHODS FOR EVALUATING PROGRAMMING STRATEGY ASSOCIATED WITH DESIGNATED DRIVING SERVICES
CN111489214B (zh) 订单分配方法、条件设置方法、装置及电子设备
CN110785749A (zh) 用于生成宽表的系统和方法
CN111275229B (zh) 资源模型训练方法、资源缺口预测方法、装置及电子设备
US11017340B2 (en) Systems and methods for cheat examination
CN112036774B (zh) 服务策略的评估方法、装置、设备及存储介质
WO2019154208A1 (en) Systems and methods for determining operation strategy for service platform
CN111292107A (zh) 用户数据处理方法、装置、电子设备及存储介质
CN111222932A (zh) 订单周期计算方法、装置及电子设备
CN112104742A (zh) 信息同步方法、装置、服务器、设备及存储介质
CN111861628A (zh) 服务推荐方法、装置、电子设备和计算机可读存储介质
CN111915043A (zh) 服务数据处理方法、装置、服务器及存储介质
CN111143486A (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
GR01 Patent grant
GR01 Patent grant