日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Uber新專利可以識別出人是否喝醉,但問題是司機是否會拒載呢?

KIyT_gh_211d74f ? 來源:未知 ? 作者:胡薇 ? 2018-06-14 10:29 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

據(jù)外媒報道,Uber最新人工智能技術(shù)專利曝光,通過“機器學習技術(shù)”識別乘客是否處于醉酒狀態(tài)從而為其定制相關(guān)的乘車服務(wù)。

那么,Uber是如何來判斷乘客是否已經(jīng)喝醉的呢?它通過乘客的手機來做出這項判斷。具體來說,這項命名為“通過機器學習來預測用戶的狀態(tài)”專利搭載在智能手機的APP軟件中,學習、熟悉用戶平時使用Uber的狀態(tài)、習慣來檢測是否處于異常狀態(tài)。

Uber想做的是,在用戶登上車輛前,司機會得到這些信息,以便他們?yōu)榧磳⒌絹淼氖虑樽龊贸浞譁蕚?,比如為了防止乘客在車?nèi)嘔吐而做一些努力。

用戶在平時使用Uber過程中的各種習慣將被學習過去,并且借助內(nèi)置的AI算法,通過應(yīng)用和幾個變量因素來判斷乘客,比如用戶輸入時的錯別字、點擊鏈接和按鈕的精準度、走路的速度等等因素,以及打車時所處的時間和乘車的地點等。如果系統(tǒng)檢測到用戶處于醉酒狀態(tài),那么Uber讓接受過醉酒乘客服務(wù)培訓的司機前往接送。

Uber發(fā)布該系統(tǒng)或還有對乘客安全方面的考量,關(guān)于Uber司機的虐待與暴力指控時有發(fā)生,Uber定制版服務(wù),通過篩選更專業(yè)服務(wù)信譽良好的司機、Uber人工智能系統(tǒng)對司機們的震懾,在雙重保障之下,醉酒乘客們也可以更安全的被陪送回家。

當然,也有可能發(fā)生的是,司機會為了避免麻煩而選擇不拉醉酒的乘客,醉酒的乘客只能自力更生,找其他的方法回家了。

CNN也報道稱,Uber的這項專利可能是為了保障喝醉的人可以安全回家,畢竟,在過去的4年里,美國至少有103名Uber司機被指控性侵犯乘客,而這些乘客往往在上車前就已經(jīng)喝醉了。

但隨之而來的是另外一層的擔憂,Uber并沒對用戶數(shù)據(jù)隱私做好足夠的防范:之前它也支付了2萬美元用于"上帝視圖"(God View)來監(jiān)視用戶,而且也曾付錢來掩蓋大規(guī)模數(shù)據(jù)泄露的事實。

不過目前還沒有跡象表明,Uber的這個專利會在不久的將來出現(xiàn)在Uber的App界面上,盡管它可以很快地做到這一點

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 人工智能
    +關(guān)注

    關(guān)注

    1821

    文章

    50403

    瀏覽量

    267264
  • Uber
    +關(guān)注

    關(guān)注

    0

    文章

    422

    瀏覽量

    37858

原文標題:Uber人工智能技術(shù)專利曝光:醉酒也能安全到家

文章出處:【微信號:gh_211d74f707ff,微信公眾號:重慶人工智能】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    KW45中是否有內(nèi)部毫秒RTC

    我們想要毫秒級的精確 RTC , 那么KW45中是否有內(nèi)部毫秒RTC? Is there any external Miliseconds RTCNXPcan suggests as per our requirement ?
    發(fā)表于 05-08 06:48

    是否可以重寫TF 文件的內(nèi)容或添加新的 TF 文件?

    我有三個 TF 文件(TF_Config_20MHz.txt、TF_Config_40MHz.txt、TF_Config_80MHz.txt)。 是否可以重寫 TF 文件的內(nèi)容或添加新的 TF 文件
    發(fā)表于 05-06 06:46

    NI-PCIE-8510 在Ni-linux-rt系統(tǒng)上怎樣可以被正確識別。

    ,卻不能識別出該設(shè)備為PCIE-8510;NI-MAX 顯示為/sys/bus/pci/devices/0000:04:00.0; 該CAN卡在windows下可正常被NI-MAX識別; 各位是否有遇到這個情況,怎么解決的
    發(fā)表于 04-03 15:35

    是否有顯示控制器真正可以處理的 DRM 像素格式列表?

    是否有顯示控制器真正可以處理的 DRM 像素格式列表? 目前內(nèi)核公開以下格式: RGB: RGB565, XRGB8888, ARGB8888, ABGR8888 Packed YCbCr
    發(fā)表于 03-31 07:43

    如何檢測電能質(zhì)量在線監(jiān)測裝置采樣電阻是否損壞?

    故障源(如 CT、ADC),具體操作如下: 一、第一階段:非侵入式檢測 —— 通過數(shù)據(jù)異常初步定位 無需拆解裝置,僅通過觀察裝置顯示的電流數(shù)據(jù)及告警,判斷采樣電阻是否存在損壞嫌疑,核心識別 3 類典型異常: 1. 異常場景 1:電流值恒為 0
    的頭像 發(fā)表于 10-22 15:07 ?1272次閱讀

    如何判斷通信問題是否由設(shè)備故障引起?

    判斷通信問題是否由 “設(shè)備故障” 引起,核心邏輯是“聚焦設(shè)備本身的‘硬件狀態(tài)、軟件配置、通信交互能力’,通過‘孤立測試 + 替換驗證 + 故障定位’,排除鏈路、干擾、配置等外部因素,確認問題是否
    的頭像 發(fā)表于 09-25 14:19 ?2063次閱讀
    如何判斷通信<b class='flag-5'>問題是否</b>由設(shè)備故障引起?

    PC識別出來的COM口如何更改名字?

    PC識別出來的串口名稱:USB串行設(shè)備(COM8),如何才能更改這個名字,比如USB_SERISL_CH40(COMX)
    發(fā)表于 09-25 07:39

    如何通過后臺數(shù)據(jù)判斷裝置是否 “隱性故障”(無明顯報錯數(shù)據(jù)不準)?

    判斷裝置 “隱性故障”(無明顯報錯數(shù)據(jù)不準)的核心邏輯是 **“建立數(shù)據(jù)基準→通過多維度對比分析→挖掘數(shù)據(jù)異常規(guī)律→排除外部干擾→驗證故障”**,核心在于從 “看似正?!?的后臺數(shù)據(jù)中,識別出
    的頭像 發(fā)表于 09-24 13:48 ?886次閱讀

    電源供給模塊故障對電能質(zhì)量監(jiān)測數(shù)據(jù)的影響是否可以修復?

    電源供給模塊故障對電能質(zhì)量監(jiān)測數(shù)據(jù)的影響是否可修復,需分 **“故障模塊本身的修復”** 和 **“已受影響的歷史數(shù)據(jù)的修正”** 兩層含義討論,核心取決于故障類型(無輸出 / 電壓異常 / 紋波
    的頭像 發(fā)表于 09-23 10:22 ?731次閱讀
    電源供給模塊故障對電能質(zhì)量監(jiān)測數(shù)據(jù)的影響<b class='flag-5'>是否</b><b class='flag-5'>可以</b>修復?

    請問flashdb的flash操作接口是否可以異步?

    實現(xiàn)flashdb的falsh底層操作代碼時 由于大量的數(shù)據(jù)保存可能導致系統(tǒng)阻塞 我是否可以在 static int write(long offset, const uint8_t *buf
    發(fā)表于 09-19 08:21

    干擾可以提高測量精度,是真的嗎?

    ,干擾是測量的天敵,干擾降低測量精度,嚴重情況導致測量不能正常進行,就這個角度而言,干擾可以提高測量精度,是假的! 然而,是否總是如此
    的頭像 發(fā)表于 08-04 09:28 ?863次閱讀
    干擾<b class='flag-5'>可以</b>提高測量精度,是真的嗎?

    如何檢測USB設(shè)備IN端點緩沖區(qū)內(nèi)是否存在待傳輸?shù)臄?shù)據(jù)?

    打算先判斷 USB IN 是否存在數(shù)據(jù),再執(zhí)行后續(xù)獲取數(shù)據(jù)的步驟,一旦調(diào)用 USBDevice->BulkInEndPt->XferData,就無法再次獲取數(shù)據(jù)。是否有其他 USB API
    發(fā)表于 07-28 06:52

    請問下CYW20829 是否可以使用miniprog3來燒錄?

    請問下CYW20829 是否可以使用miniprog3來燒錄? 我嘗試MTB programmer無法識別miniprog3,PSOC programmer
    發(fā)表于 07-01 07:00

    STM32N6570-DK 的STLINK口不能識別出STLINK,為什么?

    使用數(shù)據(jù)線連接STM32N6570-DK的CN6口和電腦,存在不能識別出STLINK的情況。這個板子集成的STLINK是連上數(shù)據(jù)線就能識別出STLINK,還是配置硬件才能識別出來?我電腦的stlink驅(qū)動和數(shù)據(jù)線應(yīng)該都沒有問題。
    發(fā)表于 06-16 07:14

    請問flashdb的flash操作接口是否可以異步?

    實現(xiàn)flashdb的falsh底層操作代碼時 由于大量的數(shù)據(jù)保存可能導致系統(tǒng)阻塞 我是否可以在 static int write(long offset, const uint8_t *buf
    發(fā)表于 06-11 07:13
    陵川县| 清新县| 新平| 蕲春县| 六盘水市| 定西市| 芦山县| 洪洞县| 永登县| 合川市| 浮山县| 郁南县| 镇安县| 江达县| 佛冈县| 小金县| 宜宾县| 平乡县| 惠安县| 新宾| 杭州市| 洱源县| 玉树县| 达拉特旗| 苏尼特左旗| 黄山市| 榆中县| 新平| 南投市| 盐山县| 丘北县| 育儿| 侯马市| 皮山县| 恩平市| 平度市| 桃江县| 赤峰市| 卢氏县| 石门县| 周至县|