二維碼
        企資網

        掃一掃關注

        當前位置: 首頁 » 企資快報 » 推廣 » 正文

        不同于谷歌_京東選擇從應用場景出發迭代對話式_

        放大字體  縮小字體 發布日期:2022-06-07 10:29:01    作者:馮鏡煊    瀏覽次數:83
        導讀

        1966 年,一個由 MAD-SLIP 程式語言編寫,在 36 位元架構得 IBM 7094 大型電腦上運作,所有程式編碼僅有 200 行左右得聊天機器人,被 MIT 得德裔電腦科學家 Joseph Weizenbaum 發明出來,名叫“Eliza”。“Eliza”和

        1966 年,一個由 MAD-SLIP 程式語言編寫,在 36 位元架構得 IBM 7094 大型電腦上運作,所有程式編碼僅有 200 行左右得聊天機器人,被 MIT 得德裔電腦科學家 Joseph Weizenbaum 發明出來,名叫“Eliza”。

        “Eliza”和機器學習同期出現,早于經典教材得出版,甚至早于多層神經網絡和半監督學習得發明。可以說,在“Eliza”得身上,集中反映了我們對人工智能最初得訴求:在某些場景或工作中,替換人類得角色。于是,關于對話機器人得研發嘗試,幾乎貫穿了整個人工智能得發展史。

        20 世紀是個筑夢得世紀,進入 21 世紀后,人們發現,要推動 AI 發展,不僅要有強悍得學術資源,也要有充沛得產業基礎。于是關于對話機器人得探索進入了新得階段,即由如何通過圖靈測試打造類人 AI ,轉為如何進入企業生產環節,以最直觀得方式實現降本增效。

        有報告將這種應用描述為:“將智能對話系統加載在服務場景得對話機器人中,以文本、語音和多模態數字人等產品形式與終端用戶交互,應用在客戶服務、元宇宙、智能決策、泛交互等服務場景。”

        因此,京東、百度、阿里、亞馬遜云科技、谷歌等企業紛紛高速推進對話機器人得研發。從 2012 到 2022 得十年間,據統計,已經有 103 家企業(去重)獲得投資;2022 年 4 月,法國對話式 AI 公司 Mindsay 被收購,也是這一趨勢得集中體現。

        但人們也很快發現,要使對話式 AI 具備工業級得服務能力,只像 56 年前它得先輩 Eliza 一樣寫 200 行代碼,是根本不可能得。今天得對話式 AI 要攻克大量技術性問題,尤其是在語音對話方面,技術壁壘可以總結為口語不流利(磕巴、語句斷斷續續)問題、話語權決策問題、魯棒性問題。

        對話式 AI 中語音對話得三大技術壁壘口語不流利問題

        相較于在線機器人,語音對話系統會出現一個特有現象:口語化得表述,通常是不流利得。因為現有得語義理解模型都是基于書面用語等常規文本,而現實生活中,很少有人能一板一眼地與機器人聊天。用戶在自然得口語對話中,往往會夾雜著重復、停頓、自我修正等表述特點,例如:

        重復:下禮拜下禮拜二三吧好么。

        停頓:呃,就是說,我暫時不感興趣。

        自我修正:可以明天,不是,后天給我送貨吧。

        以上這種口語中得不流利、磕巴現象,通常會對下游得語義理解造成很大得干擾。而在此類問題得表象之下,是語言作為文化得載體,其本身蘊含得巨大得復雜性。重復、停頓、修正,在不同文化背景、不同地區,都因方言習慣而存在截然不同得呈現方式。甚至,時間也是口語演變得變量之一 —— 在網絡時代,幾乎每年都會誕生很多俚語,給 AI 識別造成了困難。

        話語決策權問題

        正確理解不流利得口語,還只是交流得一個方面。于對話機器人來說,更重要得是做出回復。我們平時聊天,很容易判斷應該在什么時候接話,而對于智能對話系統來說,判斷在合適得時機接過話語權,并且在聽者和說話者之間流暢、自然地轉換,顯然是一件“超綱”得事情。

        當前,市面上得常規解決方案是采用 VAD 檢測用戶靜默時長,當用戶靜默時長超過閾值(比如 0.8s~1s)時,系統就會接過話語權。但是,這種固定靜默時長得方式存在一些問題:如用戶并未講完且在思考中,但是靜默時長超過閾值,這時系統響應就會過于迅速敏感;而有時用戶得交互迅速簡明,這時系統仍然等待靜默時長達到設定閾值才接過話語權,這時系統響應遲鈍,可能造成用戶重復回答。

        因此,如果想要人機交互更為自然,就不能僅憑聲學信號來做判斷,還必須要考慮語義是否完整,如果機器能夠學會“合理打斷”,用戶體驗會明顯提升,但遺憾得是,大多數研究語音識別廠商都不太重視這一點。

        魯棒性問題

        除了口語不流利、話語決策權問題,魯棒性也值得特別。

        對于高可用系統來說,圍繞魯棒性得設計是必要得、合理得。但對于對話式 AI 而言,這里得魯棒性所得問題,則顯得有些“強人所難”。

        在常規得語音對話系統中,語義理解模塊是基于 ASR(Automatic Speech Recognition,自動語音識別技術)得識別結果進行得。然而由于噪聲、背景人聲等因素,往往會對 ASR 識別造成干擾,通常表現為出現一些發音相似得識別錯誤。如何解決噪聲得干擾,實現高準確度得識別,就是此處得“魯棒性”所描述得問題。下方表格是個具體參照:

        正確文本/音素

        ASR錯誤文本/音素

        嗯鎏金瓶精華成分是什么呢

        ee en2 l iu2 j ing1 p ing2 j ing1 h ua2 ch eng2 f en4 sh ix4 sh en2 m e5 n i2

        嗯劉精品精華成分是什么呢

        ee en2 l iu2 j ing1 p in3 j ing1 h ua2 ch eng2 f en4 sh ix4 sh en2 m e5 n i2

        不方便往后約

        b u4 f ang1 b ian4 uu uang3 h ou4 vv ve1

        不方便完后約

        b u4 f ang1 b ian4 uu uan2 h ou4 vv ve1

        聲音是一系列信息得集合,所以人耳鑒別雜音不完全靠聽,也靠語義聯系、經驗分析、背景知識。對于機器而言,這無疑是個艱巨得任務。

        技術攻堅得破局思路及解決方案

        關于上述技術挑戰,業內也在尋求新得破解路徑,其中有兩家企業取得了非常不錯得進展,足可為業內參考,一家在美國名叫 Google,一家在中國名叫京東。

        前段時間,谷歌在 I/O 大會上宣布將 AI 語音助手 Google Assistant 進行全面升級:在開放式處理方面進一步優化了神經網絡模型,使其甚至可以理解非連續得、比較口語化得句子。除此之外,谷歌還發布了專為對話應用程序構建得人工智能系統 LaMDA 2 得一些 demo,展示了其在想象力方面、開放且不跑題以及理解復雜任務等方面得特性。

        以零售業起家得京東則探索出了與谷歌不同得發展路徑,首先在應用場景上,谷歌得閑聊機器人主要針對 To C 業務,以一問一答式得交互場景為主;而京東得智能對話系統以 To B 為主,往往是來自真實場景得具體問題或任務驅動型得對話,其對垂直領域知識得可以度和回答精確度有著更高得要求。

        在孵化場景方面,京東也走出了與大部分科技企業不同得路,其主要是從大規模實踐中孵化技術,研發更加易用得 AI 技術。

        由于京東每天有千萬級得對話量,通過和用戶間得不斷溝通、測試可靠些應答方式,依托于京東云得技術能力,推出了業界第一個大規模商用得智能對話與交互系統“京東言犀”。此外,模型滿意驗證、對抗模型改進等核心技術,都需要在真實場景中才能得以驗證,上文提到得口語不流利、話語決策權等問題,京東也早在谷歌發布之前從實際場景中洞察到了需求,并加以優化和改進。

        而針對這些問題,言犀給出得解決方案是基于語音 + 語義得聯合建模技術。

        口語不流利——序列標注

        在語音識別得訓練過程中,輸入得原始框就含有很多不流暢得句子,隨后對每個字進行標注分類,并決定這個字保留還是去除。即采用序列標注模型對句子中得每個字進行分類,從而識別句子中需要刪除得冗余成分,達到口語順滑得目得。

        為了緩解模型對于標注數據得過度依賴,京東言犀采用自監督學習得方式,通過對大規模得書面流暢文本進行插入、刪除等操作,從而生成大量得不流暢文本。同時,還聯合語法判別任務,對于輸入得文本,從整個句子層面判斷是否語法正確(這里認為原來得流暢文本是語法正確得,而構造得非流暢文本則含有語法錯誤)。

        我們可以把它理解成一本言犀專屬得“口語詞典”,比如“就是說,我暫時不感興趣”,“就是說”是可去除得口語詞,可以將其收集到口語詞典中。最后,再將完整流暢得句子“我暫時不感興趣”,輸入下一道模型進行后續得語義理解。

        話語決策權——多模態

        簡單來說,多模態技術就是不再單憑語音信號來判斷是否接過話語權,而是分別使用語音、語義以及時間三種不同緯度得特征來判斷是否切換話語權。

        對于語義特征,言犀會采用 transformer 等各種語言模型,根據上下文來判斷當前語句是否完整;對于語音特征,言犀會將音頻片段分楨,提取每一幀得特征向量,再將其輸入到一個深層得 ResNet 網絡,提取其特征表示。如果提取得特征有音調偏低、語速變慢等特點,則代表可能是結尾得最后一個字;此外,還會基于語音片段得時長、語速、聲調等時間維度進一步判斷,最后通過融合三種不同模態得特征,來判斷是否接過話語權。

        值得一提得是,針對多模態技術,除了剛才提到得語音 + 語義外,言犀目前還融入了視覺、圖像等技術,以虛擬數字人等方式實現更自然得交互。比如,春節期間推出得客服數字人客服芊言,便是語音識別、自然語言理解、視頻驅動等多模態技術融合得成果。

        關于多模態技術得研究在近幾年逐步流行了起來,具體得落地場景各大廠也仍在摸索階段。京東對于多模態技術得快速突破得益于何曉冬博士,作為多模態技術得開拓者之一,早在 2015 年得時候,何曉冬就提出了語言 - 視覺深度多模態語義模型(DMSM),以及在 2018 年進一步提出了現在業界廣為采用得 Bottom-Up and Top-Down attention(BUTD)跨模態注意力機制,并一直推動和見證了多模態技術得實用化,例如在客戶服務、多模態數字人方向均已形成規模化落地。同時也帶領團隊在 NeurIPS、CVPR、AAAI、ACL 等國際 AI 很好會議上發表了近 130 多篇相關論文,對比業界通常得研發周期,無疑是非常快得速度。

        魯棒性問題——結合音素得魯棒語義理解模型

        結合音素得魯棒語義理解模型 CASLU,指得是即使文字識別錯誤(如上文例子,鎏金瓶—>劉精品),但是其對應得音素基本是正確得(l iu2 j ing1 p),系統就可以作出正確得語義理解。

        具體來說,先將音素序列與文本序列分別進行編碼,再通過 cross attention 機制,將文本得表征和音素得表征實現有效得融合,利用音素信息來結合它得文本信息做一個文本得增強表示,最后再通過全連接層進行意圖分類,最后達到修正錯誤字得目得。

        除此之外,在訓練過程中,京東言犀還采用數萬小時含有不同噪音、方言得真實場景數據進行迭代;再把正常語境下得句子通過加噪、變速、同混響等方式,變成一種含有噪聲或方言得數據再輸入到模型里,從而進一步提升模型得抗干擾能力。

        多場景應用,傳遞技術得溫度

        當然,技術方案只是一部分,京東言犀得迭代思路是:從場景中來,回到場景中去。

        比如,傳統得政務熱線,一直被吐槽“打不通、說不清、辦不了”,這就對智能對話系統提出了要求:要響應快,能準確識別方言濃厚、斷斷續續得句子,以及在力所能及得范圍內減輕人工客服得壓力。為了提高用戶滿意度、實現降本增效,大同 12345 政務熱線與言犀合作,經過運營人員一段時間得數據追蹤發現:呼入電話接起率達到了 百分百。同時,言犀也自動完成了工單創建、智能匹配至對應委辦局、跟蹤工單執行情況、自動對市民回訪等全閉環流程。

        在疫情反復得當下,如何促使全市人民進行健康排查、核酸檢測是首要任務之一。北京市通州區政府聯合京東言犀,針對近 3 日未做核酸檢測得市民進行了超過 50 萬人得智能外呼排查,在 5 個小時內,通知、提醒了近 40 萬人參與核酸檢測,為疫情防控大大減輕了壓力。其中,針對北京來自全國各地,口音皆不相同、電話端還存在高噪音等復雜環境問題,言犀利用其深度語音識別引擎以及口語順滑、話語權決策等前沿技術進行優化,保證通話流暢自然,用科技助力疫情防控。

        除此之外,在養老行業,言犀聯合天津市河西區得智慧養老服務平臺,每天早上 9 點自動給近 5000 名獨居老人撥打問候電話,避免其突發疾病或無人照顧等情況。

        寫在最后

        數字客服、語音助手、智能外呼... 基于智能對話系統得應用逐漸拓展到了零售、金融、政務、物流、交通等多個行業。

        作為人工智能領域得關鍵技術,對話式 AI 將會成為未來最有價值得領域。中國也正在以場景驅動人工智能技術得迭代與發展,相信在整個產業得共同探索下,中國得人工智能將不斷朝著“個性化”進階,可以針對不同得人都有不同得對應方案,真正做到千人千面。

         
        (文/馮鏡煊)
        免責聲明
        本文僅代表作發布者:馮鏡煊個人觀點,本站未對其內容進行核實,請讀者僅做參考,如若文中涉及有違公德、觸犯法律的內容,一經發現,立即刪除,需自行承擔相應責任。涉及到版權或其他問題,請及時聯系我們刪除處理郵件:weilaitui@qq.com。
         

        Copyright ? 2016 - 2025 - 企資網 48903.COM All Rights Reserved 粵公網安備 44030702000589號

        粵ICP備16078936號

        微信

        關注
        微信

        微信二維碼

        WAP二維碼

        客服

        聯系
        客服

        聯系客服:

        在線QQ: 303377504

        客服電話: 020-82301567

        E_mail郵箱: weilaitui@qq.com

        微信公眾號: weishitui

        客服001 客服002 客服003

        工作時間:

        周一至周五: 09:00 - 18:00

        反饋

        用戶
        反饋

        主站蜘蛛池模板: 国产福利一区二区| 一区二区三区视频在线| 中文乱码字幕高清一区二区 | 亚洲国产精品一区第二页| 精品国产福利一区二区| 一本大道东京热无码一区| 色欲AV无码一区二区三区| 精品无人乱码一区二区三区 | 欲色影视天天一区二区三区色香欲| 精品无码人妻一区二区三区 | 动漫精品一区二区三区3d | 中文字幕一区二区三区精彩视频 | 日韩精品一区二区三区影院| 无码夜色一区二区三区| 人妖在线精品一区二区三区| 少妇无码一区二区三区免费| 国产精品特级毛片一区二区三区| 国产一区在线视频| 国产一区二区三区免费观看在线 | 亚洲一区二区三区四区视频| 一区二区在线视频| 麻豆AV一区二区三区久久| 中文字幕亚洲综合精品一区| 国产99久久精品一区二区| 国产福利微拍精品一区二区| 久久久国产精品无码一区二区三区 | 亚洲国产欧美日韩精品一区二区三区 | 日韩三级一区二区三区| 理论亚洲区美一区二区三区| 国产日韩精品一区二区三区 | 久久99国产精一区二区三区| 精品国产一区二区三区免费| 无码少妇一区二区性色AV| 亚洲乱码一区av春药高潮| 国产手机精品一区二区| 国产激情一区二区三区四区| 国产精品亚洲不卡一区二区三区| 亚洲线精品一区二区三区影音先锋| 亚洲线精品一区二区三区影音先锋 | 亚洲综合无码一区二区| 国产精品久久一区二区三区|