首页 文章 精选 留言 我的

精选列表

搜索[无人驾驶],共1085篇文章
优秀的个人博客,低调大师

oCPX简介——广告界的“无人驾驶”技术

oCPX诞生历程 互联网广告最早出现的时候会让广告主按时间长度去买断一个展示位置的广告,或者按广告展现次数去投放广告。这种方式与传统电视广告投放方式比较类似。我们现在看到的一些网站的Banner和大部分App的开屏广告都属于这种广告投放方式,而这些广告主都是以品牌推广为目的进行广告投放的。 这类广告特点是个性化差,所有用户观看这个电视节目或者打开这个网页都会看到这个广告,所以很多男士在电视上会看到化妆品广告,女士会看到耐克的广告,而实际上大部分情况下他们对这个品牌商品是不感兴趣的,广告流量浪费会比较多。而投放品牌广告的广告主也不太在意这些流量浪费,不要求用户看完广告会马上购买商品,从更长期角度来看来增强大众对该品牌的认知。 一般能够投放品牌广告的都是大广告主,比较注重长期品牌效应。但是对于众多中小广告主而言,他们更希望一分投入有一分产出。在Google、百度等商业搜索引擎出现之后,按点击扣费的效果广告得到大规模推广应用,很长一段时间成为互联网广告的主要投放方式。 广告主投放广告之后,广告会出现在搜索结果页或者内容推荐页上面。广告展现本身是不收费用的,只有用户点击广告之后才会进行广告扣费。这样的广告对广告主来说广告效果会更加可控,一次广告扣费就会带来一个用户访问,而不是仅仅支付广告费用其他所有方面都没有保障。而且一般来说用户感兴趣才会点击广告链接,用户对广告内容会有一定相关性,一定程度提升广告转化和用户体验。 对广告平台放来说,可以把不同用户的曝光卖给不同广告主,比起把所有用户曝光都卖给同一个广告主来说收益更高了。另一方面也对平台技术提出了更高要求,平台需要准确预估用户对每个候选广告点击率(ctr),按照ctr*bid进行排序,不断优化ctr预估模型才能更合理地把用户和广告主配对,提升平台收益。 很长一段时间互联网广告都是以点击扣费(CPC)为主的广告投放方式,平台方更多的是一个导流的作用,把用户导给广告主,而用到广告主的页面或者App后怎么营销就是广告主自己的责任。这样对广告主来说,真正的转化成本其实也不是那么可控,点击广告链接后可能最终没有在广告主这里买东西。另一方面也导致部分广告主做一些标题党或者SEO的广告,让模型预估pCtr偏高,从而廉价获取用户。实际上破坏用户体验,也破坏了广告生态。 一个互联网广告的转化漏斗是很深的,以游戏App为例,整个广告转化流程简单包括请求、曝光、点击、下载、注册、付费6个阶段,我们一般在广告点击阶段就扣除广告费用了,而广告主实际上想要的是用户付费,更希望能够按一个付费用户多少钱来投放广告。 而现实当中,像房屋买卖租赁中间就是这样收费的,按房子成交金额扣除一定比例的平台佣金。这样无论中间带多少人来看房都是不收费的,只有成交了才收费。CPC导流方式在这个场景下就是:中介带人来看房(导流),如果有人愿意来看房即导流成功,每次能把人带来收取3~5元的导流费用,最后是否成交看房主自身的营销手段。相对来说房主会更倾向按成交佣金的方式。 我们把按转化扣费的方式称作CPA,而在互联网场景上运作CPA方式会有比较多问题。 转化行为都有延迟,转化行为发生时不一定能进行扣费。 准确转化数据在广告主手上,互联网场景无法像现实中介一样全程陪同。 需要对接很多中小广告主,他们技术水平不高,回传转化数据流程容易出问题。 基于上面3点考虑CPA方式在互联网比较难落地,提升广告后端转化率降低转化成本一直都是大家努力方向,期间有比较长时间是让广告主选择人群定向标签来进行投放,从而提升转化率,但实际落地也有一些不尽人意的地方。 近年来有Facebook、头条等头部公司推出oCPC的投放方式来保障后端转化成本。其模式还是在用户点击时进行广告扣费,但是这里扣费价格不是先前的一个固定价格,而是根据广告后端转化率计算出来的价格;bid=CPA*pCvr,这里CPA是用户转化出价,例如一个付费用户100元,pCvr是模型预估的点击到目标转化(付费)的概率。因为还是在点击时扣费,广告主在回传转化数据上面作弊的动机就没有了,整体风险是平台和客户共担,搞乱转化数据只会让模型效果变差,转化效果不可控。同时在原理层面上是可以做到成本可控的,可以满足广告主需求,而且从平台来看流量分配更合理收益更大,广告生态更好。只是对于平台实际工程实现来说会更加复杂,技术挑战更大,实际转化成本与CPA存在一定偏差。 oCPC之外,后面还有oCPM、oCPD等投放方式,其原理比较类似统称oCPX。 oCPX算法技术架构 首先需要建立实时转化数据回传归因模块,把广告主回传的转化数据分门别类的存储下来,并且正确归因(把转化数据和带来转化的点击关联起来)。数据是算法系统的基石,没有数据就没有后面整个算法系统,实时数据流程必须做到稳定可靠。 其次是我们的模型训练模块,这里会跟进广告点击和转化数据,对点击转化率进行建模,即建立模型预估条件概率P(转化=1|点击=1)。模型特征层面复用大部分ctr模型特征,增加cvr的统计类特征以及落地页特征来表达用户与转化行为之间的关系。模型会推送到线上服务用来预估每个候选广告的点击转化率pCvr。 为了保障广告成本可控以及纠正模型在广告维度上的预估偏差,我们还需要一个实时成本控制模块。它会实时统计每个广告当天实际成本和广告主预期成本情况,利用工业控制算法来调整每个广告的整体出价。如果某广告成本偏高,会降低该广告整体出价,让广告的转化实际成本和广告主预期成本趋于一致,反之亦然。 在线上排序服务(ranker)上面,我们需要对每个候选广告按照它的投放目标(可能是下载、激活、注册、付费……)来预估它的转化率pCvr,结合广告主转化出价CPA以及控制模块计算的广告出价控制系数k来计算广告这次的点击智能出价bid=pCvrCPAk。得到点击出价后,和其他CPC广告一起按照score=pCtr*bid的方式进行整体综合广告竞价。经过若干排序策略最终选择胜出广告下发到客户端进行广告展现。 整个数据和算法系统复杂的是比较高的,各个环节都可能出问题,一个debug和case分析模块是必不可少的。这里在ranker侧会上报一些debug数据进入我们的case分析模块,可以跟进实际观察到的和广告主反馈的问题进行跟踪和定位,及时对系统进行调整和后续优化。 CVR建模技术简介 Cvr预估模型是oCPX系统的核心,它的效果会很大程度影响最终平台收益和广告成本偏差情况。 在Cvr模型建模之前实际上已经有Ctr预估模型,只是一个是对点击转化建模,另一个是对曝光点击建模。而实际上Cvr建模还是有不少技术难度需要克服。 预估准确性要求更高 对于pCtr而言,技术预估结果有一定偏差,只要偏差对最终竞价的结果不影响就没问题;而pCvr直接影响广告的点击出价和成本情况,即使是偏差5%也会反应到广告主的转化成本上,对广告主来说有明显感知。pCvr需要预估更加准确。 对应预估偏差问题一般来说处理模型优化之外还需要进行pCvr校准,通过模型预估pCvr值与真实统计Cvr值进行对比,通过保序回归模型进行校准。 样本稀疏有偏问题更加严重 我们训练模型样本都是以用户点击后是否转化行为进行训练,这些样本都是最终竞价胜出并且被用户点击的情况,证明都用户与广告配对比较好的情况。而线上预估时是对所有候选广告进行预估。这样就好像我们要做一个预估全国人民收入预估的模型,而建模训练样本只使用深圳市样本一样,样本有偏问题比较严重。 样本有偏问题可以通过联合建模进行缓解和优化,主流有ESMM和MMoE两个模型可以选择,目前实际发现MMoE多转化类型联合建模对模型效果有一定提升作用。而ESMM效果不明显。 延迟转化 目前模型是增量训练方式进行更新的,深度转化行为延迟比较大,如果不做特殊处理容易一个点击行为先发生,作为负样本进入模型进行训练,过了几天用户付费了,再以正样本进入模型训练。一方面是训练不准确,另一方面对于新上线广告而言容易出现较大转化率低估的情况。这个延迟问题对于Ctr模型来说会更加大。 这里我们认为7天是转化行为回流最大窗口(能覆盖95%+的情况),首先会增量训练一个T-7的模型,因为这个时候转化数据已经回流完全,因此这个模型没有延迟转化问题。 然后每天会刷新最近7天的正负样本数据,并且根据每天转化回流比例来调整样本权重来打平正负样本比。接着我们会base T-7的模型,以最近7天的调权样本数据进行增量训练,得到T-0的模型,这样T-0模型在样本比例上打平了延迟转化问题。 成本控制策略简介 通过针对性的手段会让cvr模型预估更加准确,但是难免会出现预估有偏差的情况,尤其是转化数据比较稀疏,实际转化量容易出现较大波动。因此需要一个成本控制模块来为广告主成本达成提供保障。这里引入几个概念: 实际消耗:广告主当天扣费金额 广告主价值:按CPA计费情况下,当天应该扣费金额 消耗比=实际消耗/广告主价值,控制模块让消耗比趋近1.0,从而让实际消耗趋近广告主价值。 控制策略模块会计算广告维度出价系数k,bid=CPApCvrk,来调整广告维度的出价。 最开始我们采用比例控制方法,k=1.0/消耗比。思路比较朴素,如果实际消耗是广告主价值的2倍,那么每次以一半的之前价格出价就可以达成广告主预期成本。但是实际上调控过程也在影响消耗比,最终通过数学推导上面的情况只能让消耗比控制到1.414,无法最终让消耗比趋近1.0. 使用了比例控制整体成本情况有了一定提升,而且控制算法比较简单,控制鲁棒性比较好。 第二版控制策略我们采用了工业控制中广泛应用的PID控制算法。 其算法原理通过P项(比例)、I项(积分)、D项(差分)让控制误差趋近0,能够有效解决比例控制的问题。实际上线之后PID算法也是取得一定成本控制效果提升,但是鲁棒性比P控制稍差,需要较多的规则进行限制才能稳定运行。 作者简介 Taipeng 8年互联网算法工作经历,2016年加入OPPO负责信息流广告算法,2020年负责推荐/广告机器学习基础设施建设工作。 获取更多精彩内容:关注[OPPO互联网技术]公众号

优秀的个人博客,低调大师

无人驾驶车将成为新的数据制造机

有专家预测,自动驾驶的汽车有可能在五年内投放市场。一辆自驾驶汽车装配上相当数量的传感器,就可以以1GB/秒的速度产生各种机器对机器(machine-to-machine)的数据 。 大数据策略家BigData-Startups.com的创始人Mark van Rijmenam认为,自动驾驶汽车的传感器将很有可能通过对产生的海量数据的分析来发现机械问题并避免其发生,甚至还能自动预约维修。 去年,谷歌首席执行官谢尔盖•布林说,自动驾驶汽车将在不到五年的时间成为“普通人”可以拥有的现实。 去年秋天,加州州长签署法案,允许自动驾驶的车辆在道路上的行驶。 在众多汽车公司中,通用汽车公司已经计划在2015年推出一种半自动化的凯迪拉克驾驶系统。 “随着全球范围内的汽车数量超过十亿,如果谷歌的自动驾驶系统在街道上被普遍使用,几乎很难想象这将会有多

优秀的个人博客,低调大师

Vectoraic:中以人工智能+区块链,再掀无人驾驶热潮

指纹识别、人脸识别、智能搜索、智能机器人……,这些我们已经耳熟能详的技术都属于人工智能的序列范围之内,近30年来,人工智能在很多学科领域都获得了广泛的应用,人工智能的时代已然来临,那如果在人工智能的基础上,加上2018开年最in热词——区块链,会怎样? 3月23日,2018中以人工智能与区块链行业高峰论坛在广州四季酒店成功举办,本次论坛由以色列驻广州总领事馆、粤嘉基金、未来财经主办,链虎财经联合举办,以色列Vectoraic创始人及首席运营官Aviram Malik、中国比特币CEO李大伟、粤嘉基金董事孟可、yibite Mr.Bug、阿希链创始人单青峰、极豆资本创始人张议云、人工智能标准化组织研究员赵戎等一众行业大佬莅临峰会。 技术共赢:人工智能与区块链互解难题 作为人工智能领域的技术大拿,单青峰认为区块链技术与人工智能达成合作的潜力

优秀的个人博客,低调大师

每秒产生1 GB数据 无人驾驶汽车令数据中心棘手

如果数据中心管理人员认为虚拟化和云计算在架构上的巨大变化方面具有一定挑战性的话,那么他们最好为下一件大事做好准备——物联网可能会在数据存储量、设备连接和系统集成等方面带来更多的麻烦。e4770416fd9c0d89f2d9a26e6f0af694 如果数据中心管理人员认为虚拟化和云计算在架构上的巨大变化方面具有一定挑战性的话,那么他们最好为下一件大事做好准备——物联网可能会在数据存储量、设备连接和系统集成等方面带来更多的麻烦。 有着长期工作经验的数据中心管理人员一定见证了近几十年来的巨大变化,数据中心技术从大型机到小型机,再发展到客户端/服务器,然后发展到虚拟化和云计算。其模式似乎总是如此反复:首先,他们的整个运作模式得到挑战和改变,经过几年紧张忙碌之后,终于适应,然后,又一次创新浪潮席卷了数据中心的世界。 人们对于使用物联网(IoT)一般的想法是将传感器和微芯片放置在任何地方,并进行高级分析,为业务提供竞争优势,并为数据中心提供更大的基础设施管理和安全性能。 SAS公司的前执行副总裁兼首席营销官、目前就职于Informatica公司的 Jim Davis表示:"物联网意味着一切都将拥有一个IP地址。"据英特尔公司数据中心集团的机器学习解决方案总监Vin Sharma介绍,未来可能会有更多的分布式数据中心,也许是由巨大的集中式枢纽,或是规模更小、更加本地化的数据中心组成的网络。一些数据中心可能会从人们的记忆中消失,而其他数据中心也必须进行改造才能生存发展。 物联网的含义 近年来,人们对于物联网的兴趣和争议一直在增长,但这一承诺日益接近现实。根据调研机构IDC(国际数据公司)的数据,目前物联网正在进行转型,2020年,物联网解决方案的全球市场规模将达到7.1万亿美元。 根据IDC的数据显示,仅在2013年就售出了15亿部智能手机、平板电脑、台式机和笔记本电脑等可以将人们连接到互联网的智能设备。到2020年,这个数字将达到惊人的320亿。 绝大多数这些设备在没有人工互动的情况下运行。例如,在数据中心,许多高端服务器和存储设备自动收集传感器数据并将其报告给制造商。制造商可以远程调整设置以获得更好的性能,或者在发生故障之前通知技术人员更换故障组件。 GE(通用电气)公司位于物联网竞争的市场前沿。其产品组合涵盖了大量的工业和消费类设备项目,这些将成为物联网的骨干。GE公司数字软件总监Rachel Trombetta预计许多数据中心功能将消失在云端。但她承认,一些制造业活动将不得不远离云端,并继续在传统的数据中心运行。人们仍然需要更好的安全性和基础架构即服务(IaaS)。"更有可能的是,GE公司将采用混合模式,它创建了两个云,一个用于自己的企业业务,一个用于客户数据。某些功能放在公共云中,而其他功能将由GE公司自有的私有云托管,由GE公司公司拥有和运营的数据中心提供支持。 "我们目前正在查看每一个业务的所有应用程序,以发现我们实际需要哪些应用程序,哪些可以移动到云端。"在Trombetta设想中,希望GE公司将能够启动整个制造执行系统,满足数据中心内部业务部门以及客户的需求。 Trombetta问道:"如果用户可以按一下按钮一分钟内就能上网的话,那为什么要花六个月的时间建立自己的数据中心呢?" 数据存储的麻烦 已经有很多关于物联网设备的故事,而其生成的数据量可能是数据中心面临的最可怕的麻烦。 以下是一些例子:石油钻机每天能够生成8 TB的数据。民航飞机在飞行时,平均每个引擎将会无线传输0.5TB的数据,着陆之后需要下载额外的200 TB数据。Google自主驾驶汽车每秒产生1 GB的数据。 思科公司智能连接车辆总监Andreas Mai表示:"大数据是连接车辆的燃料。而数据分析才是所提供的真正价值。"谷歌公司一直在推动自动驾驶汽车的研发。但是将其技术扩展到每辆车辆时,那么交通堵塞将会从道路转移到无线电波上。 通过卫星,蜂窝或基于云计算的网络能够应对这些数据是不切实际的。不仅现有的数据中心将陷入数据的泥潭,也超出了目前所采用的技术能够存储该信息的能力。那么这些数据将去哪里呢? "物联网需要更多的计算能力。"Mai表示可以从所谓的"雾计算"中获得额外的网络计算能力。 好消息是,只有一些数据具有长期保存的价值。大部分数据的价值可能是非常短暂的,并且没有什么长期的价值。 StorageIO 集团分析师Greg Schulz表示:"物联网产生的大量数据都很短暂。必须对其进行分析,总结,然后在一段时间后抛弃。"因此,数据中心管理人员不会被要求找到足够的存储容量来容纳所有这些数据。 本文转自d1net(转载)

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册