之一:查詢處理以及分詞技術

 隨著搜索經濟的崛起，人們開始越加關注全球各大搜索引擎的性能、技術和日流量。作為
企業，會根據搜索引擎的知名度以及日流量來選擇是否要投放廣告等；作為普通網民，會
根據搜索引擎的性能和技術來選擇自己喜歡的引擎查找資料；作為技術人員，會把有代表
性的搜索引擎作為研究對象. 搜索引擎經濟的崛起，又一次向人們證明了網絡所蘊藏的巨
大商機。網絡離開了搜索將只剩下空洞雜亂的數據，以及大量等待去費力挖掘的金礦。


但是,如何設計一個高效的搜索引擎?我們可以以百度所采取的技術手段來探討如何設計一
個實用的搜索引擎.搜索引擎涉及到許多技術點,比如查詢處理,排序算法,頁面抓取算法,C
ACHE機制,ANTI-SPAM等等.這些技術細節,作為商業公司的搜索引擎服務提供商比如百度,G
OOGLE等是不會公之于眾的.我們可以將現有的搜索引擎看作一個黑盒,通過向黑盒提交輸入
,判斷黑盒返回的輸出大致判斷黑盒里面不為人知的技術細節.

查詢處理與分詞是一個中文搜索引擎必不可少的工作,而百度作為一個典型的中文搜索引擎
一直強調其”中文處理”方面具有其它搜索引擎所不具有的關鍵技術和優勢.那么我們就來
看看百度到底采用了哪些所謂的核心技術.

我們分兩個部分來講述:查詢處理/中文分詞.

一.   查詢處理

   用戶向搜索引擎提交查詢,搜索引擎一般在接受到用戶查詢后要做一些處理,然后在索引
數據庫里面提取相關的信息.那么百度在接受到用戶查詢后做了些什么工作呢?

1.       假設用戶提交了不只一個查詢串,比如”信息檢索 理論 工具”.那么搜索引擎首
先做的是根據分隔符比如空格,標點符號,將查詢串分割成若干子查詢串,比如上面的查詢就
會被解析為:<信息檢索,理論,工具>三個子字符串;這個道理簡單,我們接著往下看.

2.       假設提交的查詢有重復的內容,搜索引擎怎么處理呢?比如查詢”理論 工具 理論
”,百度是將重復的字符串當作只出現過一次,也就是處理成等價的”理論 工具”,而GOOG
LE顯然是沒有進行歸并,而是將重復查詢子串的權重增大進行處理.那么是如何得出這個結
論的呢?我們可以將”理論 工具”提交給百度,返回341,000篇文檔,大致看看第一頁的返回
內容.OK.繼續,我們提交查詢”理論 工具 理論”,在看看返回結果,仍然是那么多返回文檔
,當然這個不能說明太多問題,那看看第一頁返回結果的排序,看出來了嗎?順序完全沒有變
化,而GOOGLE則排序有些變動,這說明百度是將重復的查詢歸并成一個處理的,而且字符串之
間的先后出現順序基本不予考慮(GOOGLE是考慮了這個順序關系的).

3.       假設提交的中文查詢包含英文單詞,搜索引擎是怎么處理的?比如查詢”電影BT下
載”,百度的方法是將中文字符串中的英文當作一個整體保留,并以此為斷點將中文切分開
,這樣上述的查詢就切為<電影,BT,下載>,不論中間的英文是否一個字典里能查到的單詞也
好,還是隨機的字符也好,都會當作一個整體來對待.至于為什么,你用查詢” 電影dfdfdf下
載”看看結果就知道了.當然如果查詢中包含數字,也是如此辦理.

到目前為止,一切很簡單,也很清楚,百度怎么處理用戶查詢的呢?歸納如下:首先根據分割符
號將查詢分開,然后看看是否有重復的字符串,如果有,就拋棄多余的,只保留一個,接著判斷
是否有英文或者數字,如果有的話,把英文或者數字當作一個整體保留并把前后的中文切開


接著該干什么呢?該考慮分詞的問題了.

二.   中文分詞

首先,講講百度的分詞時機或者條件問題,是否是個中文字符串百度就拿來切一下呢?非也,
要想被百度的分詞程序榮幸的切割一下也是要講條件的,哪能是個字符串就切割啊?你當百
度是賣鋸條的么?

那么什么樣的字符串才滿足被切割的條件呢?簡單說來,如果字符串只包含小于等于3個中文
字符的話,那就保留不動,當字符串長度大于4個中文字符的時候,百度的分詞程序才出馬大
干快上,把這個字符串肢解掉.

怎么證明呢?我們向百度提交”電影下載”,看看返回結果中標為紅字的地方,不難看出來,
查詢已經被切割成<電影,下載>兩個單詞了,說明分詞程序已經開工了,如果是比4個中文字
符更長的字符串,那分詞程序就更不客氣了,一定大卸八塊而后快.我們來看看三個字符的情
況,提交查詢”當然擇”,看起來這個查詢不倫不類,那是因為我希望看到這個字符串被切分
為<當然,擇>,返回結果365篇相關頁面,翻到最后一頁,發現標紅的關鍵字都是”當然擇”連
續出現的情況,好像沒有切分,但是還不確定,那么再提交人工分好的查詢”當然 擇”看看
,返回結果1,090,000篇,基本上可以確定沒有進行分詞了,當然另外一種解釋是:對于三個字
符先切分,然后將切分后的結果當作一個短語查詢,這樣看到的效果和沒有切分是相似的.但
是我傾向于判斷百度對于少于3個字符的串沒有切分,奧卡姆不是說了么”如無必要,勿增實
體”,干嗎做無用功呢.那么如果沒有切分,會有一個隨之而來的問題,怎么從索引庫里面提
取未切分的字符串呢?這牽扯到索引的問題,我覺得百度應該采取了兩套索引機制,一種是按
照單詞索引,一種是按照N-GRAM索引,至于索引的具體問題,以后在詳細論述.

下面我們看看百度是采取的何種分詞算法,現在分詞算法已經算是比較成熟了,有簡單的有
復雜的,比如正向最大匹配,反向最大匹配,雙向最大匹配,語言模型方法,最短路徑算法等等
,有興趣的可以用GOOGLE去搜索一下以增加理解.這里就不展開說了.但是要記住一點的是:
判斷一個分詞系統好不好,關鍵看兩點,一個是消除歧義能力;一個是詞典未登錄詞的識別比
如人名,地名,機構名等.

那么百度用的是什么方法?我的判斷是用雙向最大匹配算法.至于怎么推理得出的,讓我們一
步步來看.當然,這里首先有個假設,百度不會采取比較復雜的算法,因為考慮到速度問題.


我們提交一個查詢”毛澤東北京華煙云”,又一個不知所云的查詢,盡管不知所云但是自有
它的道理,我想看看百度的分詞是如何消歧以及是否有詞典未登錄詞的識別的功能,如果是
正向最大匹配算法的話,那么輸出應該是:”毛澤東/北京/華/煙云”,如果是反向最大匹配
算法的話,那么輸出應該是:”毛/澤/東北/京華煙云”,我們看看百度的分詞結果:”毛澤東
/北/京華煙云”,一個很奇怪的輸出,跟我們的期望相差較多,但是從中我們可以獲得如下信
息:百度分詞可以識別人名,也可以識別”京華煙云”,這說明有詞典未登錄詞的識別的功能
,我們可以假設分詞過程分為兩個階段:第一階段,先查找一個特殊詞典,這個詞典包含一些
人名,部分地名以及一些普通詞典沒有的新詞,這樣首先將”毛澤東”解析出來,剩下了字符
串”北京華煙云”,而”北/京華煙云”,可以看作是反向最大匹配的分詞結果.這樣基本說
得通.為了證明這一點,我們提交查詢”發毛澤東北”,我們期望兩種分詞結果,一個是正向
最大匹配<發毛,澤,東北>,一個是上述假設的結果<發,毛澤東,北>,事實上百度輸出是第二
種情況,這樣基本能確定百度分詞采取了至少兩個詞典,一個是普通詞典,一個是專用詞典(
人名等).而且是專用詞典先切分,然后將剩余的片斷交由普通詞典來切分.

  繼續測驗,提交查詢”古巴比倫理”,如果是正向最大匹配,那么結果應該是<古巴比倫,理
>,如果是反向最大匹配,那么結果應該是<古巴,比,倫理>,事實上百度的分詞結果是<古巴比
倫,理>,從這個例子看,好像用了正向最大匹配算法;此外還有一些例子表明好像是使用正向
最大匹配的;但是且慢,我們看這個查詢”北京華煙云”,正向最大匹配期望的結果是<北京
,華,煙云>,而反向最大匹配期望的結果是<北,京華煙云>,事實上百度輸出的是后者,這說明
可能采用的反向最大匹配;從這點我們可以猜測百度采用的是雙向最大匹配分詞算法,如果
正向和反向匹配分詞結果一致當然好辦,直接輸出即可;但是如果兩者不一致,正向匹配一種
結果,反向匹配一種結果,此時該如何是好呢?從上面兩個例子看,在這種情況下,百度采取最
短路徑方法,也就是切分的片斷越少越好,比如<古巴,比,倫理>和<古巴比倫,理>相比選擇后
者,<北京,華,煙云>和<北,京華煙云>相比選擇后者.還有類似的一些例子,這樣基本可以解
釋這些輸出結果.

但是仍然遺留的問題是:如果正向反向分詞不一致,而且最短路徑也相同,那怎么辦?輸出正
向的還是反向的結果?我們再來看一個例子.提交查詢”遙遠古古巴比倫”,這個查詢被百度
切分為<遙遠,古古,巴比倫>,說明詞典里面有”巴比倫”,但是是否有”古巴比倫”這個詞
匯不確定,此時看不出是正向切分還是反向切分得出的結果,換查詢為”遙遠古巴比倫”,此
時被切分為”遙遠/古巴比倫”,這說明詞典里面有”古巴比倫”這個詞匯,這說明了”遙遠
古古巴比倫”是正向最大匹配的結果.那為什么”遙遠古古巴比倫”不會被反向切分為”遙
/遠古/古巴比倫”呢,百度的可能選擇是這種情況下選擇單字少的那組切分結果.

當然還可以繼續追問:如果切分后單字也一樣多,那怎么辦?最后看一個例子,查詢”王強大
小:”,百度將其切分為”王/強大/小”,是正向切分的結果,如果是反向的會被切分為”王
/強/大小”,這說明有歧義而且單字也相同則選擇正向切分結果.

OK,看到這里可能頭已經有些暈了,最后總結一下百度的分詞算法,當然里面還是有猜測的成
分,算法如下:

首先查詢專用詞典(人名,部分地名等),將專有名稱切出,剩下的部分采取雙向分詞策略,如
果兩者切分結果相同,說明沒有歧義,直接輸出分詞結果.如果不一致,則輸出最短路徑的那
個結果,如果長度相同,則選擇單字詞少的那一組切分結果.如果單字也相同,則選擇正向分
詞結果..

百度一直宣傳自己在中文處理方面的優勢,從上面看,分詞算法并無特殊之處,消歧效果并不
理想,即使百度采取比上述分詞算法復雜些的算法也難以說成是優勢,如果說百度有優勢的
話,唯一的優勢就是那個很大的專用詞典,這個專用詞典登錄了人名(比如大長今),稱謂(比
如老太太),部分地名(比如阿聯酋等),估計百度采用學術界公布的比較新的命名實體識別算
法從語料庫里面不斷識別出詞典未登錄詞,逐漸擴充這個專門詞典.如果這就是優勢的話,那
么這個優勢能夠保持多久就是個很明顯的問題.

之二:Spelling Checker拼寫檢查錯誤提示(以及拼音提示功能)
　　
　　中科院軟件所 張俊林

　　2005年11月


　　拼寫檢查錯誤提示是搜索引擎都具備的一個功能,也就是說用戶提交查詢給搜索引擎,
搜索引擎檢查看是否用戶輸入的拼寫有錯誤,對于中文用戶來說一般造成的錯誤是輸入法造
成的錯誤.那么我們就來分析看看百度是怎么實現這一功能的.
　　我們分析拼寫檢查系統關注以下幾個問題:
　　(1)系統如何判斷用戶的輸入是有可能發生錯誤的查詢呢?
　　(2)如果判斷是可能錯誤的查詢輸入,如何提示正確的詞匯呢?
　　
　　那么百度是如何做的呢?百度判斷用戶輸入是否錯誤的標準,我覺得應該是查字典,如果
發現字典里面不包含這個詞匯,那么很有可能是個錯誤的輸入,此時啟動錯誤提示功能,這個
很好判斷,因為如果是一個正常詞匯的話,百度一般不會有錯誤提示,而你故意輸入一個詞典
不可能包含的所謂詞匯,此時百度一般會提示你正確的檢索詞匯.
　　那么百度是怎么提示正確詞匯的呢?很明顯是通過拼音的方式,比如我輸入查詢” 制才
”,百度提供的提示詞匯為: “:制裁 質材 紙材”,都是同音字.所以百度必然維持著一個
同音詞詞典,里面保留著同音詞信息,比如可能包含著下面這條詞條: “ zhi cai à制裁,
質材,紙材”,另外還有一個標注拼音程序,現在能夠看到的基本流程是: 用戶輸入” 制才
”,查詞典,發現沒有這個詞匯,OK,啟動標注拼音程序,將” 制才”標注為拼音”zhi cai”
,然后查找同音詞詞典,發現同音詞” 制裁,質材,紙材”,那么提示用戶可能的正確拼寫.

　　整體流程看起來很簡單,但是還有一些遺留的小問題,比如是否將詞表里面所有同音詞
都作為用戶的提示信息呢?比如某個拼音有10個同音詞,是否都輸出呢?百度并沒有將所有同
音詞都輸出而是選擇一定篩選標準,選擇其中幾個輸出.怎么證明這一點?我們看看拼音”l
iu li”的同音詞,紫光輸入法提示同音詞匯有” 流麗 流離 琉璃流利”4個,我們看看百度
返回幾個,輸入”流厲”作為查詢,這里是故意輸入一個詞典不包含的詞匯,這樣百度的拼寫
檢查才開始工作,百度提示: "琉璃劉麗 劉莉 ",這說明什么?說明不是所有同音詞都輸出,
而是選擇輸出,那么選擇的標準是什么?我能夠猜測到的方法是對于用戶查詢LOG進行統計,
提取用戶查詢次數多的那些同音詞輸出,如果是這樣的話,上面的例子說明用戶搜索”琉璃
”次數比其它的都要高些,次之是” 劉麗”,再次是” 劉莉”,看來大家都喜歡查詢自己或
者認識的人的名字.
　　另外一個小問題:同音詞詞典包含2字詞,3字詞,那么是否包含4字詞以及更長的詞條?是
否包含一字詞? 這里一字詞好回答,不用測試也能知道肯定不包含,因為你輸入一個字,誰知
道是否是錯誤的呢?反正只要是漢字就能在詞表里面找到,所以沒有判斷依據.二字詞是包含
的,上面有例子,三字詞也包含,比如查詢 "中城藥"百度錯誤提示:”中成藥”,修改查詢為
"重城藥",還是提示”中成藥” ,再次修改查詢 "重城要",百度依然提示”中成藥”. 那么
4字詞匯呢?
　　百度還是會給你提示的,下面是個例子:
　　輸入:靜華煙云 提示 京華煙云
　　輸入 靜話煙云 提示 京華煙云
　　輸入 靜話閻暈 提示 京華煙云
　　那么更長的詞匯是否提示呢?也提示,比如我輸入: "落花世界有風軍",這個查詢是什么
意思,估計讀過古詩的都知道,看看百度的提示”落花時節又逢君”,這說明什么?說明同音
詞詞典包含不同長度的同音詞信息,另外也說明了百度的核心中文處理技術,也就是那個詞
典,還真挺大的.
　　但是,如果用戶輸入的查詢由兩個或者兩個以上子字符串構成,那么百度的錯誤提示功
能就罷工了,比如輸入查詢"哀體",百度提示”艾提 挨踢”,但是.輸入為 "我 哀體",則沒
有任何錯誤提示.
　　還有一個比較重要的問題:如果漢字是多音字那么怎么處理?百度呢比較偷懶,它根本就
沒有對多音字做處理.我們來看看百度的一個標注拼音的錯誤,在看這個錯誤前先看看對于
多音字百度是怎么提示錯誤的,我們輸入查詢"俱長",百度提示”劇場 局長”, “俱長”的
拼音有兩個:”ju zhang /ju chang” ,可見如果是多音字則幾種情況都提示..現在我們來
看看錯誤的情況, 我們輸入查詢”劇常”,百度提示”:劇場局長”,提示為”劇場"當然好
解釋,因為是同音字,但是為什么 "局長"也會被提示呢?這說明百度的同音字詞典有錯誤,說
明在”ju chang”這個詞條里面包含”局長”這個錯誤的同音詞.讓我們順藤摸瓜,這個錯
誤又說明什么問題呢?說明百度的同音詞典是自動生成的,而且沒有人工校對.還說明在自動
生成同音詞典的過程中,百度不是根據對一篇文章標注拼音然后在抽取詞匯和對應的拼音信
息獲得的,而是完全按照某個詞典的詞條來標注音節的,所以對于多音字造成的錯誤無法識
別出來,如果是對篇章進行拼音標注,可能就不會出現這種很容易發現的錯誤標注. 當然還
有另外一種解釋,就是"局長"是故意被百度提示出來可能的正確提示詞匯,因為考慮到南方
人"zh'和 "ch"等前后鼻音分不清么,那么是這樣的么?我們繼續測試到底是何種情況.是百
度有錯誤還是這是百度的先進的算法?
　　我們考慮詞匯"長大 ",故意錯誤輸入為"贓大",如果百度考慮到了前后鼻音的問題,那
么應該會提示"長大",但是百度提示是"藏大".這說明什么?說明百度并沒有考慮前后鼻音問
題,根本就是系統錯誤. 我們輸入查詢"懸賞",故意將之錯誤輸入為"懸桑",沒有錯誤提示,
說明確實沒有考慮這種情況.前鼻音沒有考慮,那么后鼻音考慮了么,我們輸入”:經常”,故
意改為后鼻音 "經纏",百度提示為"經產 經懺",還是沒有考慮后鼻音.這基本可以確定是百
度系統的錯誤導致.
　　根據以上推導, 我們可以得出如下結論:百度是將分詞詞典里面每個詞條利用拼音標注
程序標注成拼音,然后形成同音詞詞典,所以兩個詞典是同樣大的,而且這個詞典也隨著分詞
詞典的增長而在不斷增長. 至于標注過程中多音字百度沒有考慮,如果是多音字就標注成多
個發音組合,通過這種方式形成同音詞詞典.這樣的同音詞詞典顯然包含著很多錯誤.
　　最后一個問題:百度對于英文進行拼寫檢查么?讓我們試試看,輸入查詢”china”,不錯
,搜到不少結果,專注中文搜索的百度還能搜索到英文,真是意外的驚喜.變換一下查詢”ch
ine”,會更加意外驚喜的給我們提示”china”嗎?百度提示的是: 吃呢持呢,原來是不小心
觸發了百度的拼音搜索功能了.那么拼音搜索和中文檢查錯誤是否采用同一套同音詞詞典呢
,讓我們來實驗一下,搜索”rongji”,百度提示” 榕基 溶劑 容積”,OK,換個中文查詢”
容機”,百度提示” 榕基 溶劑容積”,看來使用的是同一套同音詞詞典.也就是說百度的中
文糾錯和拼音檢索使用的機制相同,中文糾錯多了一道拼音注音的過程而已.難道這就是傳
說中那個百度的”事實上是一個無比強大的拼音輸入法”的拼音提示功能么?
　　最后讓我們總結歸納一下百度的拼寫檢查系統:
　　后臺作業: (1)前面的文章我們說過,百度分詞使用的詞典至少包含兩個詞典一個是普
通詞典,另外一個是專用詞典(專名等),百度利用拼音標注程序依次掃描所有詞典中的每個
詞條,然后標注拼音,如果是多音字則把多個音都標上,比如”長大”,會被標注為”zhang 
da/chang da”兩個詞條.
　　(2)通過標注完的詞條,建立同音詞詞典,比如上面的”長大”,會有兩個詞條: zhang 
daà長大” , chang daà長大.
　　(3)利用用戶查詢LOG頻率信息給予每個中文詞條一個權重;
　　(4)OK,同音詞詞典建立完成了,當然隨著分詞詞典的逐步擴大,同音詞詞典也跟著同步
擴大;
　　
　　拼寫檢查:
　　(1)用戶輸入查詢,如果是多個子字符串,不作拼寫檢查;
　　(2)對于用戶查詢,先查分詞詞典,如果發現有這個單詞詞條,OK,不作拼寫檢查;
　　(3)如果發現詞典里面不包含用戶查詢,啟動拼寫檢查系統;首先利用拼音標注程序對用
戶輸入進行拼音標注;
　　(4)對于標注好的拼音在同音詞詞典里面掃描,如果沒有發現則不作任何提示;
　　(5)如果發現有詞條,則按照順序輸出權重比較大的幾個提示結果;
　　
　　拼音提示:
　　(1)對于用戶輸入的拼音在同音詞詞典里面掃描,如果沒有發現則不作任何提示;
　　(2)如果發現有詞條,則按照順序輸出權重比較大的幾個提示結果; 

之三:對百度分詞算法的進一步分析

                         

                                    中科院軟件所 malefactor

                              2005年11月

上面說過,經過分析得出百度的分詞系統采用雙向最大匹配分詞,但是后來發現推理過程中
存在一個漏洞,而且推導出來的百度分詞算法步驟還是過于繁瑣,所以進一步進行分析,看看
是否前面的推導有錯誤.

那么以前的分析有什么漏洞呢?我們推導百度分詞有反向最大匹配的依據是百度將"北京華
煙云"分詞為<北,京華煙云>,從這里看好像采用了反向最大匹配,因為正向最大匹配的結果
應該是<北京,華,煙云>,但是由此就推論說百度采用了雙向最大匹配還是太倉促了,前面文
章我們也講過,百度有兩個詞典,一個普通詞典,一個專有詞典,而且是專有詞典的詞匯先切
分,然后將剩余片斷交給普通詞典去切分.所以上面的"北京華煙云"之所以被切分成<北,京
華煙云>,另外一個可能是:京華煙云這個詞匯是在專有詞典里面存儲的,所以先分析,這樣得
出"京華煙云",剩下"北",沒什么好切分的,所以輸出<北,京華煙云>.

這里只是假設,那么是否確實"京華煙云"在專有詞典呢?我們再看一個例子"山東北京華煙云
",百度切分的結果是<山東,北,京華煙云>,如果"京華煙云"在普通詞典,如果是反向切分,那
么結果應該是<山,東北,京華煙云>,如果是正向切分應該是<山東,北京,華,煙云>,無論如何
都分不出<山東,北,京華煙云>.這說明什么?說明"京華煙云"是在那個專有詞典,所以先切分
出"京華煙云",然后剩下的"山東北"交由普通詞典切分,明顯是正向最大匹配的結果輸出<山
東,北>.當然按照我們在第一篇文章的算法推導"山東北"的切分也會得出<山東,北>的結論
,但是明顯比正向最大匹配多幾個判斷步驟,既然效果一樣,另外一個更加簡潔的方法也能說
得通,那當然選擇簡便的方法了.所以初步判斷百度采取的是正向最大匹配.

我們繼續測試采用何種分詞算法,為了減少專有詞典首先分詞造成的影響,那么查詢里面不
能出現相對特殊的詞匯,構筑查詢"天才能量級",這里應該沒有專有詞典出現過的詞匯,百度
切分為<天才,能量,級>,看來是正向最大匹配的結果.另外,如果所有查詢詞匯都出現在專有
詞典,那么采取的是何種方法?這樣首先就得保證詞匯都出現在專有詞典,這么保證這一點呢
?我們構造查詢"鋪陳曉東方",百度切分為<鋪,陳曉東,方>,可以看出"陳曉東"是在專有詞典
的所以先切分出來.另外一個例子 "山東京城",百度切分為<山東,京城>,說明"東京"是在普
通詞典的.OK,構造查詢"陳曉東京華煙云",通過前面分析可以看出兩個詞匯都在專有詞典里
面,百度切分為<陳曉東,京華煙云>,說明對于專有詞典詞匯也是采取正向最大匹配或者雙向
最大匹配.那么使用反向最大匹配了嗎?構造查詢例子"陳曉東方不敗",首先我們肯定"陳曉
東"和"東方不敗"都是在專有詞典出現的,如果是正向切分,那么應該是<陳曉東,方,不敗>或
者<陳曉東,方,不,敗>如果是反向切分則是<陳,曉,東方不敗>,可以看出百度的切分是<陳曉
東,方,不敗>或者<陳曉東,方,不,敗>,說明采用的是正向最大匹配.通過分析,百度的詞典不
包含"不敗"這個單詞,所以實際上百度的切分結果是<陳曉東,方,不,敗>,很明顯這和我們以
前推導的算法是有矛盾的,所以以前的分析算法確實有問題,所以結論是百度采取的是正向
最大匹配算法.

重新歸納一下百度的分詞系統:首先用專有詞典采用最大正向匹配分詞,切分出部分結果,剩
余沒有切分交給普通詞典,同樣采取正向最大匹配分詞,最后輸出結果.

另外,GOOGLE也是采用正向最大匹配分詞算法,不過好像沒有那個專用詞典,所以很多專名都
被切碎了.

從這點講,GOOGLE在中文詞典構建上比百度差些,還需要加把子力氣才行,不過這也不是什么
多難的事.