一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

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

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

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

詞匯知識融合可能是NLP任務(wù)的永恒話題

深度學(xué)習(xí)自然語言處理 ? 來源:丁香園大數(shù)據(jù) ? 作者:丁香園大數(shù)據(jù) ? 2021-05-08 11:22 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

得益于BERT的加持,Encoder搭配CRF的結(jié)構(gòu)在中文NER上通常都有不錯(cuò)的表現(xiàn),而且BERT使用方便,可以迅速微調(diào)上線特定服務(wù);在好的基準(zhǔn)條件下,我們也能把精力放在更細(xì)節(jié)的問題中,本文并不以指標(biāo)增長為目標(biāo),而是從先驗(yàn)知識融合與嵌套實(shí)體問題兩方面討論,希望可以從這兩個(gè)方向的工作中獲得解決其他問題的啟發(fā)

融合詞匯知識

Chinese NER Using Lattice LSTM

融合詞匯知識的方法可能適用于NLP問題的每個(gè)子方向,也是近幾年中文NER問題的大方向之一;因?yàn)橹形姆衷~的限制,加之有BERT的加成,如今基本默認(rèn)基于字符比基于分詞效果更好,這種情況下,引入詞匯知識對模型學(xué)習(xí)實(shí)體邊界和提升性能都有幫助,Lattice LSTM是這一方向的先行者

相比于char和word級的RNN,Lattice LSTM加入了針對詞匯的cell,用以融合詞匯信息;計(jì)算上比char-cell少一個(gè)output gate,此外完全一致,可以理解為在傳統(tǒng)LSTM鏈路中插入了一組LSTMCell,具體可以對照原文公式10-15理解(下圖公式11為LSTMCell,公式13為WordLSTMCell):

f8fff604-aeed-11eb-bf61-12bb97331649.png

FLAT: Chinese NER Using Flat-Lattice Transformer

Lattice LSTM驗(yàn)證了融合詞匯信息提升中文NER任務(wù)的可行性,就是有點(diǎn)慢,每句話要加入的詞匯不一樣,無法直接batch并行,此外Lattice LSTM沒法套BERT,現(xiàn)成的BERT不能用太不甘心;于是就有了同時(shí)彌補(bǔ)這兩點(diǎn)的FLAT,并且其融合詞匯的實(shí)現(xiàn)方式也簡單的多:如圖,F(xiàn)LAT融合詞匯的方式就是拼接,詞匯直接拼在輸入里,此外只需改造Postion Embedding,將原始的位置編碼改為起止位置編碼

不過Postion Embedding的改造還不止于此,為了讓模型學(xué)習(xí)到詞匯span的交互信息,這里還引入了相對位置編碼:如圖,長度為N的輸入會產(chǎn)生4個(gè)N * N的相對位置矩陣,分別由:head-head,head-tail,tail-head,tail-tail產(chǎn)生

f94fcb2a-aeed-11eb-bf61-12bb97331649.png

綜上,基于Transformer的FLAT可batch并行,速度自然優(yōu)于Lattice LSTM,同時(shí)又可以套用BERT,在常用中文NER數(shù)據(jù)集上都有非常出色的表現(xiàn);FLAT的顯存占用比較高,但用顯存換來的推理時(shí)間減少肯定是值得的

Leverage Lexical Knowledge for Chinese Named Entity Recognition via Collaborative Graph Network

通過詞匯增強(qiáng)模型識別邊界的能力很重要,然而Lattice LSTM在這方面還存在信息損失,受限于構(gòu)造方式,詞匯表示只能加給最后一個(gè)字,這樣有什么問題呢?以本文CGN中提到的“北京機(jī)場”為例,想要成功標(biāo)出“北京機(jī)場”而非“北京”,需要模型將“機(jī)”識別為“I-LOC”,而非“O”或“B-LOC”,然而Lattice LSTM中的詞匯并不影響“機(jī)”的encoding;此外,Lattice LSTM的融合方式說明詞匯只對實(shí)體本身有幫助,然而正確識別實(shí)體可能也需要臨近詞匯的幫助,例如下圖的“離開”表明“希爾頓”是人名而非酒店

f9587568-aeed-11eb-bf61-12bb97331649.png

復(fù)雜的字詞關(guān)系無法通過RNN結(jié)構(gòu)表示,選擇Graph更為靈活,本文通過融合三種圖結(jié)構(gòu)學(xué)習(xí)復(fù)雜關(guān)系,利用GAN提取特征,獲得倍數(shù)于Lattice LSTM的速度提升

f97d6e5e-aeed-11eb-bf61-12bb97331649.png

如圖所示,在LSTM編碼輸入文本并傳入詞匯表示后,模型會經(jīng)過三種策略的構(gòu)圖層:

Word-Character Containing graph(C-graph):負(fù)責(zé)學(xué)習(xí)自匹配特征和詞匯邊界信息

Word-Character Transition graph(T-graph):負(fù)責(zé)構(gòu)造字詞相互之間的上下文鄰接關(guān)系

Word-Character Lattice graph(L-graph):負(fù)責(zé)捕捉自匹配特征和隱含的詞匯鄰接關(guān)系

圖表示完成后,通過Fusion層的線性結(jié)構(gòu)融合特征,再傳給CRF做標(biāo)簽decoding即可;雖然流程上比FLAT復(fù)雜一些,但一方面其非batch并行版的速度更快(不知道算不算建圖的時(shí)間),另外文中提供的各種詞匯融合思路也值得學(xué)習(xí)借鑒,從詞匯邊界和覆蓋本身考慮,上下文語義貢獻(xiàn)的作用,已經(jīng)圖結(jié)構(gòu)帶來的額外特征或許可以作為特定任務(wù)的預(yù)訓(xùn)練過程拆解使用

嵌套實(shí)體問題

嵌套實(shí)體在標(biāo)注應(yīng)用場景下很少被顧及,一方面?zhèn)鹘y(tǒng)序列標(biāo)注模型也只能選擇一個(gè),另外標(biāo)注數(shù)據(jù)時(shí)我們就只根據(jù)語義選擇其中一個(gè);但嵌套實(shí)體本身是存在的,比如醫(yī)療場景下的疾病詞常由身體部位和其他詞構(gòu)成,即便不作為NER任務(wù)本身看待,讓模型能學(xué)習(xí)標(biāo)識嵌套實(shí)體,對實(shí)際場景中的其他任務(wù)也大有益處

Pyramid: A Layered Model for Nested Named Entity Recognition

通過多層結(jié)構(gòu)抽取嵌套實(shí)體是一種容易理解的模型,2007年就有工作通過堆疊傳統(tǒng)NER層處理嵌套問題,不過之前的工作都無法處理嵌套實(shí)體重疊的情況,并且往往容易在錯(cuò)誤的層級生成嵌套實(shí)體(即實(shí)體本身存在,但不該在當(dāng)前層識別到,否則會影響后續(xù)層的識別,從而破壞整體模型效果);本文針對這兩個(gè)問題提出的金字塔結(jié)構(gòu)

f9b2aa9c-aeed-11eb-bf61-12bb97331649.png

金字塔結(jié)構(gòu)的思想如圖所示,最底層為最小的文本單元,每一層負(fù)責(zé)長度為L的實(shí)體的識別,通過CNN向上聚合,模型不會遺漏重疊實(shí)體span,同時(shí)由于L的限制,該結(jié)構(gòu)不會在錯(cuò)誤的層生成不對應(yīng)的實(shí)體;作者還認(rèn)為高層span的信息對底層也有幫助,所以還設(shè)計(jì)了逆向金字塔結(jié)構(gòu),具體實(shí)現(xiàn)如下

f9c4a1ac-aeed-11eb-bf61-12bb97331649.png

在經(jīng)過LSTM編碼后,自底向上的Decoding層為每一層預(yù)測對應(yīng)標(biāo)簽,因?yàn)榘撮L度區(qū)分,所以理論上只需要預(yù)測“B-”,但這樣模型就必須堆疊N層才能覆蓋全部span,不然就無法預(yù)測長度超過l的實(shí)體,所以作者設(shè)計(jì)了補(bǔ)救措施,在最高層同時(shí)預(yù)測“B-”和“I-”

f9e3f002-aeed-11eb-bf61-12bb97331649.png

Pyramid表現(xiàn)了處理嵌套問題的重要方向,即構(gòu)造和編碼潛在實(shí)體span,下面的工作也都遵循這一點(diǎn)設(shè)計(jì)實(shí)現(xiàn)各種模型結(jié)構(gòu)

A Unified MRC Framework for Named Entity Recognition

本文徹底放棄了序列標(biāo)注模型,用閱讀理解的方法處理嵌套實(shí)體,即預(yù)測起止位置和實(shí)體分類;由起止位置標(biāo)識的實(shí)體當(dāng)然允許覆蓋,自然就解決了嵌套問題;熟悉MRC的同學(xué)很快就會發(fā)現(xiàn),通常的MRC只有一個(gè)答案span,然而一句話中可能存在多個(gè)實(shí)體span,怎么表示多個(gè)實(shí)體?因此本文修改了MRC的結(jié)構(gòu),首先起止位置預(yù)測:

fa12bd10-aeed-11eb-bf61-12bb97331649.png

預(yù)測P_end也是同樣的結(jié)構(gòu),這里類似序列標(biāo)注,表示每個(gè)char為起止位置的概率分布,這樣就產(chǎn)生了a個(gè)起始位置和b個(gè)終止位置,理論上存在 a * b 個(gè)實(shí)體span;而后還需要一個(gè)模塊計(jì)算a * b個(gè)匹配中有多少個(gè)真的是實(shí)體,即:

fa1d9668-aeed-11eb-bf61-12bb97331649.png

到此便解決了預(yù)測起止位置識別實(shí)體的問題,下面需要對每個(gè)實(shí)體span分類;通常的做法都是設(shè)計(jì)分類器,區(qū)別僅在于傳入分類器的表示,本文的分類則十分新穎,也十分MRC,即:給輸入文本拼接一個(gè)指向特定實(shí)體的問題,在這個(gè)問題下找出的span都屬于這一類

本文思路新穎,實(shí)現(xiàn)簡單且可套用BERT等不同Encoder,在傳統(tǒng)NER和Nested-NER數(shù)據(jù)集上都有sota或接近的水準(zhǔn);唯一的遺憾是不適合多實(shí)體類別的應(yīng)用服務(wù),因?yàn)獒槍個(gè)類別都要單獨(dú)設(shè)計(jì)問題,所以相當(dāng)于在預(yù)測時(shí)把每個(gè)問題都問一遍,時(shí)間開銷或顯存開銷擴(kuò)大K倍是無法避免的

TPLinker: Single-stage Joint Extraction of Entities and Relations Through Token Pair Linking

本文是實(shí)體關(guān)系聯(lián)合抽取的工作,雖然思路上基本遵循實(shí)體識別-》關(guān)系分類的流程,但實(shí)現(xiàn)上于尋常工作有巨大差別;雖然并不是中文數(shù)據(jù)集上的工作,但在嵌套實(shí)體的處理思路上,本文與尋常工作也有巨大差別,很有借鑒意義;這里首先介紹對普通實(shí)體,頭實(shí)體,尾實(shí)體的標(biāo)識方法:

fa34180c-aeed-11eb-bf61-12bb97331649.png

如圖所示,既然存在嵌套實(shí)體,那么不妨假設(shè)任意兩個(gè)char都可能構(gòu)成實(shí)體,這樣就形成左圖的N * N矩陣,模型通過二分類即可標(biāo)識出存在的實(shí)體;不過文本是單向的,所以實(shí)體的start一定在end前面,這樣就有了右圖,即矩陣包括主對角線的下三角矩陣可以忽略,這樣矩陣flat后的長度就從N * N減少到 (N + 1) * N / 2;因?yàn)槭菍?shí)體關(guān)系聯(lián)合抽取,所以分別用三種顏色標(biāo)識,紫色標(biāo)記普通實(shí)體,紅色標(biāo)記同一關(guān)系下的頭實(shí)體,藍(lán)色標(biāo)記尾實(shí)體,代碼實(shí)現(xiàn)上對應(yīng)三種分類器;另外由于一對實(shí)體可能存在多種關(guān)系,所以需要為每種關(guān)系準(zhǔn)備一個(gè)分類器,如下圖

fa46be6c-aeed-11eb-bf61-12bb97331649.png

筆者認(rèn)為TPlinker處理嵌套問題的思路與MRC頗有幾分相似,矩陣中每個(gè)元素都是一個(gè)span,既然存在嵌套,我們就不得不假設(shè)任意兩個(gè)char都可能構(gòu)成實(shí)體;此外,雖然最終要在 (N + 1) * N / 2長的序列上預(yù)測實(shí)體,但顯存占用之類的問題并沒有那么明顯,因?yàn)檫@個(gè)平方級的序列是在Encoder輸出后拼成的,我們還可以通過設(shè)置一些約束進(jìn)一步減少長度;不過要注意,這個(gè)長序列的預(yù)測可能非常稀疏(一句話里的實(shí)體很少,按長度平方后0占比更大)

Span-based Joint Entity and Relation Extraction with Transformer Pre-training

本文同樣是實(shí)體關(guān)系聯(lián)合抽取,處理嵌套問題的思路與TPlinker類似,窮舉出全部的潛在實(shí)體,然后用分類器識別;如下圖所示

fa797f78-aeed-11eb-bf61-12bb97331649.png

與TPlinker類似,在輸入文本經(jīng)過BERT后,sequence_output被用來構(gòu)造潛在實(shí)體,理論上所有的ngram都是潛在實(shí)體,所以這里需要拼出全部ngram再通過span分類器識別實(shí)體,過濾非實(shí)體;文中提到一個(gè)小trick,給span classifier傳入的向量表示除了sequence_output[span]和[CLS]外,還包含一個(gè)width embeddings向量,因?yàn)槟承╅L度的span不大可能的實(shí)體,希望模型可以學(xué)到這一點(diǎn);那么對于TPlinker和spERT,我們也都可以通過長度約束減少span的個(gè)數(shù),手工降低模型的計(jì)算開銷;最后關(guān)系分類的做法很直觀,融合各路語義向量表示,通過sigmoid生成對應(yīng)K個(gè)關(guān)系的1維向量,每個(gè)維度通過閾值判定是否存在該類關(guān)系

總的來說,Pyramid、MRC、TPLinker、spERT處理嵌套問題的出發(fā)點(diǎn)基本一致,從傳統(tǒng)的token級標(biāo)注轉(zhuǎn)變?yōu)閷撛趯?shí)體span的標(biāo)注;實(shí)現(xiàn)上各有特點(diǎn),Pyramid設(shè)計(jì)了分層結(jié)構(gòu),TPlinker的矩陣構(gòu)造非常靈性,不過平方級長度的序列太過稀疏;spERT雖然理論上也有平方級數(shù)量的span,但真實(shí)訓(xùn)練可以通過負(fù)采樣降低訓(xùn)練壓力;MRC做分類的想法很是獨(dú)特,不過對于多類別場景可能計(jì)算壓力過大,或許可以分離entity識別和分類,避免多次BERT計(jì)算的開銷

總結(jié)

詞匯知識融合可能是NLP任務(wù)的永恒話題,利用詞匯知識增強(qiáng)NER模型的想法也非常自然,Lattice LSTM及其后續(xù)工作展開了一個(gè)很好的方向,引入詞匯關(guān)聯(lián)結(jié)構(gòu)提升模型也許在其他任務(wù)上也有很大收益;嵌套實(shí)體問題在當(dāng)前的實(shí)際應(yīng)用場景也許重視度還不夠,但問題本身切實(shí)存在,這方面的工作往往在潛在實(shí)體span的識別上有獨(dú)特的創(chuàng)新點(diǎn),通過拆解和重組傳統(tǒng)的序列分類和標(biāo)注模塊,引入MRC機(jī)制等思路,為我們解決復(fù)雜NLP問題帶來新的思路

原文標(biāo)題:中文NER碎碎念—聊聊詞匯增強(qiáng)與實(shí)體嵌套

文章出處:【微信公眾號:深度學(xué)習(xí)自然語言處理】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

責(zé)任編輯:haq

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

    關(guān)注

    73

    文章

    5560

    瀏覽量

    122767
  • nlp
    nlp
    +關(guān)注

    關(guān)注

    1

    文章

    490

    瀏覽量

    22606

原文標(biāo)題:中文NER碎碎念—聊聊詞匯增強(qiáng)與實(shí)體嵌套

文章出處:【微信號:zenRRan,微信公眾號:深度學(xué)習(xí)自然語言處理】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

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

    攜手共塑物料搬運(yùn)未來,永恒力與EP設(shè)備達(dá)成戰(zhàn)略合作

    ·永恒力攜手EP設(shè)備共同推動(dòng)并擴(kuò)展全球工業(yè)電氣化進(jìn)程?!?b class='flag-5'>永恒力將以“AntOnbyJungheinrich”為名設(shè)立全新中端科技品牌?!ねㄟ^戰(zhàn)略合作,雙方將實(shí)現(xiàn)“為每一位客戶提供真正適合的叉車”目標(biāo)
    的頭像 發(fā)表于 05-13 16:40 ?342次閱讀
    攜手共塑物料搬運(yùn)未來,<b class='flag-5'>永恒</b>力與EP設(shè)備達(dá)成戰(zhàn)略合作

    使用AD芯片對正弦波采樣,得到這樣的結(jié)果,可能是哪里出現(xiàn)問題?

    使用AD芯片對正弦波采樣,得到這樣的結(jié)果,可能是哪里出現(xiàn)問題?
    發(fā)表于 04-03 18:51

    BEVFusion —面向自動(dòng)駕駛的多任務(wù)多傳感器高效融合框架技術(shù)詳解

    BEVFusion 技術(shù)詳解總結(jié)——面向自動(dòng)駕駛的多任務(wù)多傳感器高效融合框架原始論文:*附件:bevfusion.pdf介紹(Introduction)背景:自動(dòng)駕駛系統(tǒng)配備了多種傳感器,提供互補(bǔ)
    的頭像 發(fā)表于 02-26 20:33 ?3830次閱讀
    BEVFusion —面向自動(dòng)駕駛的多<b class='flag-5'>任務(wù)</b>多傳感器高效<b class='flag-5'>融合</b>框架技術(shù)詳解

    dac5682雜散可能是在哪個(gè)環(huán)節(jié)產(chǎn)生的,應(yīng)如何有效避免?

    240KHz左右出現(xiàn)較大雜散信號,抑制在50dB左右,嚴(yán)重影響到后面的信號處理。 問題:該雜散可能是在哪個(gè)環(huán)節(jié)產(chǎn)生的,應(yīng)如何有效避免?
    發(fā)表于 02-14 06:49

    ADS1248 VREFOUT一直沒輸出可能是什么原因?

    使用ADS1248時(shí),硬件如下圖,ADS1248_REG_MUX1配置為0x30,但VREFOUT引腳一直沒有輸出,請問可能是什么原因
    發(fā)表于 02-12 07:28

    用DS90C387將RGB信號轉(zhuǎn)換成LVDS信號,顯示花屏,可能是哪里的問題呢?

    我用DS90C387將RGB信號轉(zhuǎn)換成LVDS信號,顯示花屏,可能是哪里的問題呢? 我的RGB信號中時(shí)鐘信號最高最低電壓小于1V,高電壓大于2V,感覺有點(diǎn)到387的輸入門限,會是這里的問題嗎?
    發(fā)表于 12-30 07:23

    使用TXB0108 TXB0104輸出信號低電平不低,請問 可能是哪些原因造成的?

    原理圖如下: 輸出端空載: 輸出波形如下: 低電平信號沒辦法拉低,還有噪聲 使用TXB0108 與TXB0104都是同樣的問題,請問 可能是哪些原因造成的,輸出端沒有接負(fù)載,引腳懸空
    發(fā)表于 12-13 10:43

    數(shù)據(jù)采集網(wǎng)關(guān)出現(xiàn)斷網(wǎng)可能是什么原因?如何排查?

    數(shù)據(jù)采集網(wǎng)關(guān)出現(xiàn)斷網(wǎng)可能是什么原因?如何排查?
    的頭像 發(fā)表于 11-30 13:43 ?924次閱讀

    ADS1284采集數(shù)據(jù),直流飄逸很大,有幾百uV,可能是什么原因造成的?

    ADS1284采集數(shù)據(jù),直流飄逸很大,有幾百uV,可能是什么原因造成的?
    發(fā)表于 11-29 08:06

    如何進(jìn)行自然語言處理模型訓(xùn)練

    1. 確定目標(biāo)和需求 在開始之前,你需要明確你的NLP項(xiàng)目的目標(biāo)是什么。這可能是文本分類、情感分析、機(jī)器翻譯、問答系統(tǒng)等。明確目標(biāo)有助于選擇合適的數(shù)據(jù)集和模型架構(gòu)。 2. 數(shù)據(jù)收集和預(yù)處理 數(shù)據(jù)收集
    的頭像 發(fā)表于 11-11 10:43 ?1184次閱讀

    NLP技術(shù)在聊天機(jī)器人中的作用

    的第一個(gè)作用是幫助聊天機(jī)器人理解用戶的意圖。聊天機(jī)器人需要能夠識別用戶的問題或請求,并將其轉(zhuǎn)化為可執(zhí)行的任務(wù)。這涉及到以下幾個(gè)步驟: 詞義消歧 :NLP技術(shù)可以幫助聊天機(jī)器人理解單詞的多種含義,并根據(jù)上下文選擇正確的解釋。 意圖識
    的頭像 發(fā)表于 11-11 10:33 ?1008次閱讀

    AI如何對產(chǎn)品設(shè)計(jì)帶來更多的可能性?

    的設(shè)計(jì)概念。這些概念可能源于對大量設(shè)計(jì)案例的學(xué)習(xí)和分析,也可能是通過算法的創(chuàng)新性組合產(chǎn)生的。AI的創(chuàng)意生成能力可以極大地拓展設(shè)計(jì)師的思維邊界,為他們提供新的靈感和創(chuàng)意方向, 跨界融合:AI擅長整合不同領(lǐng)域的
    的頭像 發(fā)表于 10-15 11:29 ?686次閱讀

    使用CS1232 采集一個(gè)小信號,信號有可能是正,也可能是負(fù) ,是不知道怎么回事情?

    我使用CS1232 采集一個(gè)小信號,信號有可能是正,也可能是負(fù) 但是不知道怎么回事情,采集的數(shù)據(jù)就經(jīng)常不對 在上圖的電路中,當(dāng)我把P4 短路,采集到的電壓盡然是為8388608 我看了一下SDO
    發(fā)表于 09-25 14:36

    OPA846無法正常工作,可能是什么原因呢?

    采用ADI公司的LT1809,巴特沃斯4階高通濾波器(K=1)增益為1參數(shù)能正常工作,但OPA846無法正常工作,可能是什么原因呢? LT1809與OPA846區(qū)別在哪呢
    發(fā)表于 07-30 07:48

    攝像頭模塊突然無法顯示!??!可能是什么原因?

    的相機(jī)查看攝像頭拍攝的畫面,發(fā)現(xiàn)還是顯示不了(電腦能夠識別到攝像頭的鏈接,但顯示是一片黑屏) 有人碰到過這種情況嗎,這可能是什么原因呢? 攝像頭模塊就是下面這種,usb免驅(qū)的
    發(fā)表于 07-15 23:50