專利名稱：一種嵌入式語音識別系統(tǒng)功能更新的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及嵌入式語音識別系統(tǒng)功能更新的方法，尤其涉及一種不需更新 語音識別程序而實現(xiàn)系統(tǒng)功能更新的方法。
背景技術(shù)：
語音識別技術(shù)從20世紀(jì)50年代開始發(fā)展，迄今為止，在理論研究上己經(jīng) 比較成熟，然而在應(yīng)用上受硬件性能、成本和市場需求等多方面因素的制約， 長期以來沒有得到廣泛的應(yīng)用。隨著芯片集成度和性能的提高、嵌入式系統(tǒng)的 不斷發(fā)展壯大，這些不利因素逐漸得到緩解和消除，極大促進(jìn)了語音識別產(chǎn)品 的發(fā)展。在嵌入式語音識別系統(tǒng)中， 一般采用小詞匯量語音識別系統(tǒng)即可滿足 要求，這類系統(tǒng)通常可以識別幾十個關(guān)鍵詞的語音。本發(fā)明所提出的一種嵌入 式語音識別系統(tǒng)功能更新的方法即針對此類系統(tǒng)。
在嵌入式語音識別系統(tǒng)中，通常系統(tǒng)的功能是相對固定的，即對某個特定 的嵌入式語音識別產(chǎn)品，其能夠識別的關(guān)鍵詞及其數(shù)量、對不同識別結(jié)果的響 應(yīng)、系統(tǒng)出錯時的處理方式等，在產(chǎn)品的整個使用過程中基本保持不變。對于 這種系統(tǒng)功能固定的語音產(chǎn)品，用戶在長期的使用過程中往往會感到產(chǎn)品功能 呆板、人機語音界面不友好等缺點，甚至產(chǎn)生厭倦心理，不利于語音產(chǎn)品市場 的拓展。
隨著語音識別技術(shù)在嵌入式系統(tǒng)上的廣泛應(yīng)用，許多產(chǎn)品如果能讓用戶對 產(chǎn)品進(jìn)行功能上的更新，不僅能提高用戶體驗、得到用戶的好評，而且能給產(chǎn) 品帶來附加值。例如，在教育產(chǎn)品、兒童玩具中，如果能對系統(tǒng)的音頻文件(如 有聲故事、少兒歌曲、課文錄音等)進(jìn)行更新，則能給用戶帶來使用上的靈活 性；如果能對系統(tǒng)能夠識別的關(guān)鍵詞進(jìn)行更新，則用戶能夠根據(jù)自己的偏好設(shè) 置新的語音命令，甚至采用方言進(jìn)行人機交互；如果能對系統(tǒng)的各種提示音(如 開機音樂、朗讀課文時的背景音樂等)進(jìn)行更新，則能讓用戶對產(chǎn)品進(jìn)行極具 個性化的設(shè)置。同時，由于用戶對系統(tǒng)功能更新的強烈興趣，將刺激和提高對 相關(guān)領(lǐng)域網(wǎng)絡(luò)資源的需求，因此可在互聯(lián)網(wǎng)上提供語音數(shù)據(jù)相關(guān)的服務(wù)。
因此，如何能夠讓用戶對嵌入式語音識別系統(tǒng)的功能進(jìn)行更新，已成為業(yè) 界人士關(guān)心的話題。
發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種嵌入式語音識別系統(tǒng)功能更新的方法，利用此 方法，可以在保持語音識別程序不變的情況下，讓用戶對系統(tǒng)功能進(jìn)行更新， 進(jìn)而提高產(chǎn)品的用戶體驗、提升產(chǎn)品的價值。
本發(fā)明主要面向的應(yīng)用對象是帶有嵌入式操作系統(tǒng)、具備語音識別功能的 嵌入式系統(tǒng)，該系統(tǒng)通過外部存儲器接口和(或)網(wǎng)絡(luò)的方式實現(xiàn)本發(fā)明提供 的功能更新方法。
為了達(dá)到上述目的，本發(fā)明的技術(shù)方案如下
一種嵌入式語音識別系統(tǒng)功能更新的方法，包括步驟
1) 啟動語音識別系統(tǒng)，并根據(jù)系統(tǒng)設(shè)置或用戶請求，發(fā)起功能更新請求；
2) 啟動更新前，先停止語音識別程序，然后備份語音識別程序使用到的所有 數(shù)據(jù)，并通過互聯(lián)網(wǎng)絡(luò)或本地文件系統(tǒng)獲取更新數(shù)據(jù)；
3) 對獲取的更新數(shù)據(jù)進(jìn)行數(shù)據(jù)正確性校驗后決定是否采納更新數(shù)據(jù)，如果更 新數(shù)據(jù)發(fā)生錯誤，則宣告功能更新失敗，并根據(jù)備份數(shù)據(jù)恢復(fù)系統(tǒng)的原有功能; 否則，進(jìn)入下一步；
4) 數(shù)據(jù)更新完成后，系統(tǒng)根據(jù)更新數(shù)據(jù)進(jìn)行語音識別訓(xùn)練，保存訓(xùn)練結(jié)果并 更新配置文件后，系統(tǒng)即獲得新的功能，同時宣告功能更新成功。
所述步驟l)采用包含但不限于以下幾種方式或其組合形式發(fā)起功能更新請 求用戶通過配置文件設(shè)定功能更新方式、系統(tǒng)自動配置功能更新方式、用戶 即時發(fā)起功能更新請求方式。
所述步驟2)的目的是獲取更新數(shù)據(jù)，具體包括步驟
21)停止語音識別程序的所有實例，或只停止其中與功能更新有沖突的程 序和模塊的運行；
21) 停止語音識別程序的所有實例，或只停止其中與功能更新有沖突的程序 和模塊的運行；
22) 備份語音識別程序使用到的所有數(shù)據(jù)，或所有在功能更新過程中可能會 被修改、刪除的數(shù)據(jù)；
22) 根據(jù)用戶選擇或配置文件的更新方式，查找當(dāng)前可用的功能更新，并由 用戶進(jìn)行選擇或根據(jù)配置文件自動決定待刪除、更新或增加的功能；
23) 若采用網(wǎng)絡(luò)的方式進(jìn)行更新，則通過網(wǎng)絡(luò)向服務(wù)器發(fā)出文件傳輸請求； 若采用本地文件系統(tǒng)的方式進(jìn)行更新，則向本地操作系統(tǒng)發(fā)出文件訪問請求； 最終結(jié)果是獲取功能更新所需的文件。所述步驟3)的目的是保證所獲取的更新數(shù)據(jù)包是正確的，以免在后面的更 新過程中出現(xiàn)異常，其具體過程包括步驟-
31) 計算所有更新文件的校驗值，并與和更新文件一起下載的校驗值進(jìn)行 對比，如果有發(fā)生不一致的情況，則宣告功能更新失敗并使用備份數(shù)據(jù)將系統(tǒng) 恢復(fù)到更新前的狀態(tài)，恢復(fù)完成后刪除備份數(shù)據(jù)；
32) 檢査所有更新文件的內(nèi)容和格式是否合法，如果有發(fā)生不一致的情況， 則宣告功能更新失敗并使用備份數(shù)據(jù)將系統(tǒng)恢復(fù)到更新前的狀態(tài)，恢復(fù)完成后 刪除備份數(shù)據(jù)；
33) 根據(jù)更新數(shù)據(jù)，修改配置文件，其中包括修改使語音識別程序在啟動 時繼續(xù)完成功能更新的狀態(tài)標(biāo)志。
所述步驟4)是完成功能更新的最后一步，其目的是進(jìn)行語音識別訓(xùn)練并更 新相關(guān)配置文件，確保功能更新成功，具體過程包括步驟
41) 啟動語音識別程序，或重新啟動由于與功能更新有沖突而被停止的程 序和模塊的運行，并讀取已在步驟33中修改過的配置文件；
42) 根據(jù)配置文件，檢査系統(tǒng)是否處于進(jìn)行功能更新的狀態(tài)，如果否，則 運行原有的功能；否則，進(jìn)入下一步，繼續(xù)完成功能更新；
43) 根據(jù)配置文件提供的信息，使用更新數(shù)據(jù)進(jìn)行語音識別訓(xùn)練，并保存 訓(xùn)練的結(jié)果到本地文件系統(tǒng)；
44) 根據(jù)更新數(shù)據(jù)和訓(xùn)練結(jié)果，修改配置文件，其中包括修改表明系統(tǒng)功 能更新已完成的狀態(tài)標(biāo)志；
45) 刪除步驟22中創(chuàng)建的備份數(shù)據(jù)，然后運行功能更新后的語音識別系統(tǒng)軟件。
本發(fā)明與背景技術(shù)相比，具有的有益效果是
本發(fā)明是一種嵌入式語音識別系統(tǒng)功能更新的方法，該方法用于在現(xiàn)有嵌 入式語音識別系統(tǒng)上增加功能可更新的能力。利用該方法，可以在語音識別程 序不變的情況下，輔以如USB存儲設(shè)備和網(wǎng)絡(luò)等外部數(shù)據(jù)接口，對系統(tǒng)的功能 進(jìn)行更新(包括增加功能、刪除功能和修改功能)。目前，還未見本文所提出 的在嵌入式語音識別系統(tǒng)上具備功能更新特點的系統(tǒng)。有別于現(xiàn)有的語音識別 系統(tǒng)，該方法有效地考慮到了嵌入式語音識別系統(tǒng)的功能可擴展性，通過功能 更新數(shù)據(jù)包和配置文件，對現(xiàn)有的系統(tǒng)功能進(jìn)行修改。該方法支持各種具備語 音識別功能的系統(tǒng)(如語音玩具、學(xué)習(xí)機)，且可擴展成具備多種功能的語音 識別系統(tǒng)，能滿足用戶在不同階段的需要。
圖1是本發(fā)明優(yōu)選實施例的嵌入式語音識別系統(tǒng)功能更新方法的整體流程圖。
圖2是本發(fā)明優(yōu)選實施例中更新數(shù)據(jù)包的格式示意圖，該圖可用xml格式 的文件來描述。
圖3是本發(fā)明優(yōu)選實施例中語音識別程序的內(nèi)部邏輯示意圖。
具體實施例方式
本發(fā)明提出的嵌入式語音識別系統(tǒng)功能更新的方法，通過網(wǎng)絡(luò)或其他途徑 如本地文件系統(tǒng)等獲得更新數(shù)據(jù)，然后根據(jù)更新數(shù)據(jù)提供的信息，主要依靠語 音識別程序的語音訓(xùn)練功能模塊來對現(xiàn)有的功能進(jìn)行更新。這里所描述的功能 更新是指，通過刪除、修改或者覆蓋的方式對原有功能進(jìn)行改變，本實施例采 用覆蓋的方式進(jìn)行功能更新。其他方式可以此類推。語音識別系統(tǒng)按照輸入語 音的連續(xù)性，分為連續(xù)語音識別系統(tǒng)和孤立詞識別系統(tǒng)，孤立詞識別也稱為關(guān) 鍵詞識別。關(guān)鍵詞識別是指，給定一組關(guān)鍵詞及其事先訓(xùn)練好的包含各個關(guān)鍵 語音的特征向量等信息結(jié)果(碼本)，當(dāng)輸入一小段語音時，計算出該段語音 與碼本各個特征之間的相似程度，并判斷最接近改輸入語音的關(guān)鍵詞，這個關(guān)
鍵關(guān)鍵詞即為識別結(jié)果。為保證識別結(jié)果的可靠性，往往在系統(tǒng)中加入一些參 數(shù)和閾值等來減小由于環(huán)境背景噪聲、說話者發(fā)音不清等情況所帶來的影響， 這時輸入語音的識別結(jié)果將可能包含出錯信息，即該段語音輸入不被認(rèn)為是一 個合法的關(guān)鍵詞。如果輸入的語音被認(rèn)為是關(guān)鍵詞集合中的某一個，那么根據(jù) 該關(guān)鍵詞預(yù)先定義的響應(yīng)執(zhí)行相應(yīng)的過程，典型的操作是根據(jù)預(yù)定義動作播放 一段語音。由于在人機語音交互過程中，同一個關(guān)鍵詞可能對應(yīng)不同的動作， 因此，在識別出某個關(guān)鍵詞后，可能有必要對識別結(jié)果和響應(yīng)情況進(jìn)行記錄， 以便在后續(xù)的識別過程中能利用該信息。例如，在具備"講故事"、"唱歌"等功能 兒童語音玩具中，當(dāng)用戶連續(xù)兩次要求"唱歌"時，用戶潛在的希望是，系統(tǒng)所播 放的音樂不應(yīng)該是相同的，并盡可能播放最近沒有播放過的音樂。此時有必要 記錄每次所播放的音樂。
圖1和圖3的區(qū)別和聯(lián)系是圖1表示的僅僅是語音識別系統(tǒng)中功能更新 過程的整體流程圖，圖3表示的是整個語音識別系統(tǒng)的內(nèi)部邏輯流程的示意流 程圖；圖1的內(nèi)容是圖3的一個具體功能的分支。由于功能更新過程涉及到以 上兩張圖所示的流程，并且由于其內(nèi)在的聯(lián)系性，在具體實施方式
中將交替地 提及到這兩張圖以更好地說明本發(fā)明所提及到的功能更新方法。圖1為嵌入式語音識別系統(tǒng)功能更新方法的整體流程圖，在嵌入式操作系 統(tǒng)啟動后，用戶根據(jù)需要啟動語音識別系統(tǒng)或由系統(tǒng)自動啟動該軟件，具體取 決于用戶界面。通常，只純粹擁有語音識別的系統(tǒng)不需要圖形用戶界面，語音 識別軟件系統(tǒng)隨操作系統(tǒng)一起啟動。如果是其他情況，用戶根據(jù)需要手動啟動 語音識別軟件。
語音識別系統(tǒng)啟動后，首先檢査配置文件中有關(guān)功能更新的設(shè)置，這將有 多種結(jié)果。 一是功能更新被禁用，此時直接忽略更新過程并執(zhí)行目前語音識別 軟件系統(tǒng)的功能。二是功能更新啟用且當(dāng)前不處在功能更新的過程中，此時根 據(jù)實際情況，判斷是否有可用的更新源。如果嵌入式系統(tǒng)具備網(wǎng)絡(luò)功能，語音 識別系統(tǒng)可通過網(wǎng)絡(luò)搜索上的資源尋找目前是否有可用的功能更新。三是功能 更新啟用且當(dāng)前正處在功能更新的過程中，即現(xiàn)在必須繼續(xù)未完成的功能更新
過程。對于后面兩種情況，其總體流程見圖3所示，本實施例將在后面對此繼 續(xù)詳細(xì)描述。
本發(fā)明所提到的配置文件，是指保存和語音識別系統(tǒng)軟件相關(guān)設(shè)置信息的 文件，該文件描述了語音識別軟件在工作過程中使用到的主要參數(shù)。配置文件 的格式可以是xml格式或其他自定義格式。為方便起見，本實施例采用應(yīng)用比 較廣泛的xml格式，其他配置文件格式應(yīng)可以實現(xiàn)同樣的功能。對語音識別的 功能更新，配置文件主要提供以下條目記錄狀態(tài)功能更新是否啟用；功能更 新的狀態(tài)(更新過程結(jié)束、更新過程進(jìn)行中)；功能更新的方式(手動、自動， 及其他相關(guān)的設(shè)置)。
當(dāng)語音識別程序啟動后發(fā)現(xiàn)所處的狀態(tài)不處在功能更新過程，并且根據(jù)相 關(guān)設(shè)置表明可以啟動功能更新時，系統(tǒng)載入并運行功能更新模塊。功能更新模 塊啟動后，首先檢査功能更新的方式， 一般有兩種選擇網(wǎng)絡(luò)更新和本地文件 系統(tǒng)更新。當(dāng)配置文件中選擇網(wǎng)絡(luò)更新時，更新模塊依次檢査配置文件中的每 個更新源可用的更新，并與當(dāng)前語音識別系統(tǒng)的版本號等進(jìn)行對比，并判斷當(dāng) 前是否有可用的更新數(shù)據(jù)包。如果沒有更新數(shù)據(jù)包，則停止功能更新模塊并繼 續(xù)執(zhí)行先前被停止的語音識別程序。當(dāng)發(fā)現(xiàn)有可用的更新時，讓用戶進(jìn)行選擇 (選擇的方法可以是圖形用戶界面、硬件用戶接口或功能簡單且固定的語音識 別過程)。如果采用的功能更新方式是通過本地文件系統(tǒng)來進(jìn)行的，則根據(jù)配 置文件所指定的更新源所在的路徑或用戶臨時指定的路徑(一般適用于帶有圖 形用戶接口的嵌入式系統(tǒng))搜索是否有可用的更新，之后的過程同上。
檢測到有可用的功能更新且用戶確認(rèn)進(jìn)入更新過程后，功能更新模塊檢查并停止所有與語音識別進(jìn)程或線程有關(guān)的實例。這可通過以下過程來實現(xiàn)在 語音識別系統(tǒng)的配置文件中預(yù)先存儲與語音識別、功能更新等功能模塊相關(guān)的 模塊和相應(yīng)的文件；在尋找與功能更新沖突模塊的時候，根據(jù)配置文件中的這 些記錄逐條査找。
為保證功能更新的正常完成并在功能更新過程發(fā)生錯誤時能及時還原到原 始狀態(tài)，需要對相關(guān)的文件進(jìn)行備份。需備份的文件主要有語音識別程序和 功能更新模塊本身、與原有功能相關(guān)的所有文件(如音頻文件)和語音識別系 統(tǒng)的配置文件。 一種比較可靠但低效的方法是備份所有的文件，但在本實施例 中不采納此方法。備份后，應(yīng)在配置文件中加入有關(guān)備份文件的信息，包括備 份文件所在的路徑、校驗值、備份時間點，以便能夠在更新過程發(fā)生異常時正 確恢復(fù)到更新前的狀態(tài)。
獲取更新包后，需要對更新數(shù)據(jù)包進(jìn)行數(shù)據(jù)正確性校驗。數(shù)據(jù)正確性有兩 層含義， 一是數(shù)據(jù)傳輸?shù)恼_性，即從網(wǎng)絡(luò)或其他位置獲得更新數(shù)據(jù)包是否在 傳輸過程中發(fā)上差錯；二是更新數(shù)據(jù)包格式和內(nèi)容的正確性，即每個文件是否 符合預(yù)定的格式。
如圖2所示，是更新數(shù)據(jù)包的一種組織方式，每個更新數(shù)據(jù)包由多個使用 xml格式的文件組成。獲取更新數(shù)據(jù)包后，首先打開其中的數(shù)據(jù)校驗文件，該文 件記錄了更新數(shù)據(jù)包中每個文件的文件名及相應(yīng)的校驗值，對其中的每個文件 進(jìn)行數(shù)據(jù)傳輸正確性校驗。如果在校驗的過程中發(fā)生差錯，則認(rèn)為所獲取的更 新數(shù)據(jù)包是錯誤的，應(yīng)立即停止更新。如圖1所示，在判斷更新數(shù)據(jù)錯誤后， 使用備份數(shù)據(jù)和配置文件提供的有關(guān)備份數(shù)據(jù)的信息(備份數(shù)據(jù)的位置、校驗 值等)恢復(fù)原有的功能，并刪除備份數(shù)據(jù)，之后更新配置文件中更新狀態(tài)為已 完成，以便讓在下次語音識別程序啟動的時候正常運行。
對更新數(shù)據(jù)包格式和內(nèi)容正確性的校驗相對復(fù)雜些，其復(fù)雜度取決于系統(tǒng) 的規(guī)模和功能的復(fù)雜性。如圖2所示，在響應(yīng)方式更新說明文件、更新順序描 述文件和代號定義表等文件中，數(shù)據(jù)的組織方式都有一定的規(guī)定。這些規(guī)定構(gòu) 成了更新數(shù)據(jù)包的協(xié)議。協(xié)議的內(nèi)容根據(jù)不同的應(yīng)用需要制定，但制定完成后 不能變更。這種方法靈活性比較差。 一種更好的方法是將協(xié)議描述放到更新數(shù) 據(jù)包中，這樣在每次校驗數(shù)據(jù)的正確性時可以更新數(shù)據(jù)包內(nèi)的協(xié)議校驗數(shù)據(jù)， 其代價是增加了功能更新模塊的復(fù)雜性。本實施例采用的是固定協(xié)議，即更新 數(shù)據(jù)包中不包含協(xié)議描述文件，所有的協(xié)議均隱式包含在功能更新模塊內(nèi)。若 校驗發(fā)現(xiàn)數(shù)據(jù)數(shù)據(jù)包格式和內(nèi)容發(fā)生錯誤，則相應(yīng)的處理方式同上。確認(rèn)更新數(shù)據(jù)包正確后，解壓更新數(shù)據(jù)包到某個目錄下，然后將更新數(shù)據(jù) 包的信息放到配置文件中，使得之后能夠根據(jù)這些信息進(jìn)行語音訓(xùn)練。需寫入 配置文件的信息主要有更新數(shù)據(jù)包中所有文件的所在路徑及其用途標(biāo)識碼、 功能更新的狀態(tài)(修改狀態(tài)為正在更新過程中)、語音訓(xùn)練程序所在的路徑和 程序的輸入?yún)?shù)。
之后，功能更新程序啟動語音識別程序并停止自身。如圖3所示，此時處 在功能更新狀態(tài)，進(jìn)入"是"條件分支。此時，由于功能更新模塊之前己經(jīng)對更新 數(shù)據(jù)包進(jìn)行了校驗，因此不再重復(fù)進(jìn)行正確性校驗，直接進(jìn)入語音訓(xùn)練階段。 一般來說，在語音識別系統(tǒng)的開發(fā)過程中，語音訓(xùn)練和語音識別這兩個功能是 分別開發(fā)的，并形成功能獨立的模塊。 一些功能能更新如不需要對關(guān)鍵詞進(jìn)行 變動，則可以跳過語音識別步驟。如果功能更新要求調(diào)整關(guān)鍵字(包括添加、 刪除、修改)，則需要對受影響的關(guān)鍵詞集合進(jìn)行語音訓(xùn)練。
語音訓(xùn)練完成后，應(yīng)以某種格式的文件存儲訓(xùn)練結(jié)果。到此，語音訓(xùn)練的 過程已經(jīng)結(jié)束。接下來一步，必須嚴(yán)格按照更新數(shù)據(jù)包中響應(yīng)方式更新說明文 件的要求創(chuàng)建(功能覆蓋更新)或修改(功能部分更新)功能響應(yīng)文件描述表。 例如，當(dāng)增加一個關(guān)鍵詞后，應(yīng)指定該關(guān)鍵詞被識別出來后應(yīng)采取何種類型動 作以及具體什么樣的動作，這些動作用相應(yīng)規(guī)則碼和相應(yīng)規(guī)則描述符來表示(見 圖2中響應(yīng)方式更新說明文件)。
圖2中的示例文件格式涉及到了關(guān)鍵詞ID、關(guān)鍵詞所屬組ID、響應(yīng)類型碼、 響應(yīng)規(guī)則描述碼、操作類型碼、操作碼等多種代號，這些代號與系統(tǒng)實現(xiàn)相關(guān)， 包含在功能更新協(xié)議中。更新順序描述表指明了更新過程應(yīng)采取的順序和步驟; 響應(yīng)方式更新說明表指明了在關(guān)鍵詞訓(xùn)練完成后，功能更新程序應(yīng)對語音識別 系統(tǒng)的配置文件中與關(guān)鍵詞響應(yīng)方式有關(guān)的配置進(jìn)行哪些更新。例如，關(guān)鍵詞 "唱歌"對應(yīng)的響應(yīng)描述中，其響應(yīng)類型保持不變，即均為播放一首音樂，但可供 播放的音樂的數(shù)量發(fā)生了改變，則語音識別系統(tǒng)的配置文件中應(yīng)能反映這些更 新。
功能更新的最后一步是修改配置文件，設(shè)置更新狀態(tài)為已完成，并刪除在 功能更新前所備份的數(shù)據(jù)。設(shè)計應(yīng)用中，備份數(shù)據(jù)可以依據(jù)用戶的要求保留下 來，例如存儲到某個目錄下，以便以后能夠恢復(fù)到舊的功能。此時，功能更新 過程宣告結(jié)束，重新啟動語音識別系統(tǒng)即可獲得新的功能。
出于示出本發(fā)明的功能和結(jié)構(gòu)原理的目的示出和描述了這些實施例，并且 在不脫離這樣的原理的情況下，可以對其進(jìn)行修改。因此，本發(fā)明包括涵蓋在 所附權(quán)利要求的精神和范圍內(nèi)的所有修改。
權(quán)利要求
1.一種嵌入式語音識別系統(tǒng)功能更新的方法，其特征在于，包括步驟1)啟動語音識別系統(tǒng)，并根據(jù)系統(tǒng)設(shè)置或用戶請求，發(fā)起功能更新請求；2)啟動更新前，先停止語音識別程序，然后備份語音識別程序使用到的所有數(shù)據(jù)，并通過互聯(lián)網(wǎng)絡(luò)或本地文件系統(tǒng)獲取更新數(shù)據(jù)；3)對獲取的更新數(shù)據(jù)進(jìn)行數(shù)據(jù)正確性校驗后決定是否采納更新數(shù)據(jù)，如果更新數(shù)據(jù)發(fā)生錯誤，則宣告功能更新失敗，并根據(jù)備份數(shù)據(jù)恢復(fù)系統(tǒng)的原有功能；否則，進(jìn)入下一步；4)數(shù)據(jù)更新完成后，系統(tǒng)根據(jù)更新數(shù)據(jù)進(jìn)行語音識別訓(xùn)練，保存訓(xùn)練結(jié)果并更新配置文件后，系統(tǒng)即獲得新的功能，同時宣告功能更新成功。
2. 根據(jù)權(quán)利要求1所述的一種嵌入式語音識別系統(tǒng)功能更新的方法，其特 征在于所述步驟l)采用包含但不限于以下幾種方式或其組合形式發(fā)起功能更 新請求用戶通過配置文件設(shè)定功能更新方式、系統(tǒng)自動配置功能更新方式、用戶即時發(fā)起功能更新請求方式。
3. 根據(jù)權(quán)利要求1所述的一種嵌入式語音識別系統(tǒng)功能更新的方法，其特 征在于，所述步驟2)包括21) 停止語音識別程序的所有實例，或只停止其中與功能更新有沖突的程序 和模塊的運行；22) 備份語音識別程序使用到的所有數(shù)據(jù)，或所有在功能更新過程中可能會 被修改、刪除的數(shù)據(jù)；22) 根據(jù)用戶選擇或配置文件的更新方式，查找當(dāng)前可用的功能更新，并由 用戶進(jìn)行選擇或根據(jù)配置文件自動決定待刪除、更新或增加的功能；23) 若采用網(wǎng)絡(luò)的方式進(jìn)行更新，則通過網(wǎng)絡(luò)向服務(wù)器發(fā)出文件傳輸請求； 若采用本地文件系統(tǒng)的方式進(jìn)行更新，則向本地操作系統(tǒng)發(fā)出文件訪問請求； 最終結(jié)果是獲取功能更新所需的文件。
4. 根據(jù)權(quán)利要求1所述的一種嵌入式語音識別系統(tǒng)功能更新的方法，其特 征在于，所述步驟3)包括31) 計算所有更新文件的校驗值，并與和更新文件一起下載的校驗值進(jìn)行對 比，如果有發(fā)生不一致的情況，則宣告功能更新失敗并使用備份數(shù)據(jù)將系統(tǒng)恢 復(fù)到更新前的狀態(tài)，恢復(fù)完成后刪除備份數(shù)據(jù)；32) 檢查所有更新文件的內(nèi)容和格式是否合法，如果有發(fā)生不一致的情況，則宣告功能更新失敗并使用備份數(shù)據(jù)將系統(tǒng)恢復(fù)到更新前的狀態(tài)，恢復(fù)完成后刪除備份數(shù)據(jù)；33)根據(jù)更新數(shù)據(jù)，修改配置文件，其中包括修改使語音識別程序在啟動時 繼續(xù)完成功能更新的狀態(tài)標(biāo)志。
5.根據(jù)權(quán)利要求1所述的一種嵌入式語音識別系統(tǒng)功能更新的方法，其特 征在于，所述步驟4)包括41) 啟動語音識別程序，或重新啟動由于與功能更新有沖突而被停止的程序 和模塊的運行，并讀取已在步驟33中修改過的配置文件；42) 根據(jù)配置文件，檢查系統(tǒng)是否處于進(jìn)行功能更新的狀態(tài)，如果否，則運 行原有的功能；否則，進(jìn)入下一步，繼續(xù)完成功能更新；43) 根據(jù)配置文件提供的信息，使用更新數(shù)據(jù)進(jìn)行語音識別訓(xùn)練，并保存訓(xùn) 練的結(jié)果到本地文件系統(tǒng)；44) 根據(jù)更新數(shù)據(jù)和訓(xùn)練結(jié)果，修改配置文件，其中包括修改表明系統(tǒng)功能 更新己完成的狀態(tài)標(biāo)志；45) 刪除步驟22中創(chuàng)建的備份數(shù)據(jù)，然后運行功能更新后的語音識別系統(tǒng)軟件。
全文摘要
本發(fā)明公開了一種嵌入式語音識別系統(tǒng)功能更新的方法。該發(fā)明包括以下步驟系統(tǒng)發(fā)起功能更新請求；停止當(dāng)前語音識別程序并對當(dāng)前數(shù)據(jù)進(jìn)行備份；通過網(wǎng)絡(luò)或本地文件系統(tǒng)獲取更新數(shù)據(jù)；對獲取的更新數(shù)據(jù)進(jìn)行校驗；根據(jù)更新數(shù)據(jù)進(jìn)行語音識別訓(xùn)練，保存訓(xùn)練結(jié)果；運行功能更新后的系統(tǒng)。利用本發(fā)明的嵌入式語音識別系統(tǒng)功能更新的方法，在嵌入式系統(tǒng)中保持語音識別程序不變的情況下，讓用戶對系統(tǒng)功能進(jìn)行更新，進(jìn)而提高產(chǎn)品的用戶體驗、提升產(chǎn)品的價值。
文檔編號G10L15/28GK101409074SQ20081016240
公開日2009年4月15日 申請日期2008年11月24日 優(yōu)先權(quán)日2008年11月24日
發(fā)明者何占盈, 琦 俞, 卜佳俊, 姜干新, 偉 陳 申請人:杭州鑫方軟件有限公司