專利名稱：手寫識(shí)別服務(wù)器及其處理方法和手寫識(shí)別服務(wù)器集群系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用于向客戶端的用戶提供手寫識(shí)別服務(wù)的手寫識(shí)別服務(wù)器及其處理方法和手寫識(shí)別服務(wù)器集群系統(tǒng)。
背景技術(shù)：
在計(jì)算機(jī)交互應(yīng)用中，提高計(jì)算機(jī)用戶在計(jì)算機(jī)上輸入內(nèi)容的效率，提高使用的 便利性是各計(jì)算機(jī)及配件、以及網(wǎng)絡(luò)服務(wù)企業(yè)力求改善的重要方面。隨著互聯(lián)網(wǎng)應(yīng)用的發(fā) 展，訪問互聯(lián)網(wǎng)占據(jù)了用戶越來越多的使用計(jì)算機(jī)的時(shí)間，通過互聯(lián)網(wǎng)進(jìn)行內(nèi)容交互也成 為用戶體驗(yàn)的一個(gè)必要環(huán)節(jié)，而面對(duì)內(nèi)容輸入方面存在障礙、只知道字型不知道字音等各 種復(fù)雜情況，出現(xiàn)了使用手寫輸入的方式，以方便用戶通過鼠標(biāo)或其他輸入設(shè)備借助互聯(lián) 網(wǎng)上進(jìn)行信息交互。在現(xiàn)有技術(shù)中，手寫輸入和手寫識(shí)別都是在本地計(jì)算機(jī)上實(shí)現(xiàn)的，為了改善手寫 識(shí)別的效率，通常需要不斷地對(duì)本地計(jì)算機(jī)進(jìn)行升級(jí)和維護(hù)，給用戶的使用帶來不便。而對(duì) 于不同的手寫識(shí)別平臺(tái)，需要針對(duì)各平臺(tái)進(jìn)行相應(yīng)的開發(fā)，從而增加了用戶使用的成本和 升級(jí)、維護(hù)等復(fù)雜性。

發(fā)明內(nèi)容
本發(fā)明有鑒于上述現(xiàn)有技術(shù)中存在的問題，其目的在于提供一種手寫識(shí)別服務(wù)器 及其處理方法，通過組件服務(wù)器對(duì)計(jì)算機(jī)用戶提供標(biāo)準(zhǔn)的、統(tǒng)一的手寫識(shí)別服務(wù)，用戶無需 另外購(gòu)置手寫識(shí)別設(shè)備，適用性強(qiáng)，節(jié)約資源，并且免去了用戶需要對(duì)本地計(jì)算機(jī)進(jìn)行升級(jí) 和維護(hù)的麻煩，能夠在互聯(lián)網(wǎng)應(yīng)用中向用戶提供手寫識(shí)別服務(wù)，而與用戶使用何種手寫輸 入平臺(tái)無關(guān)，從而只需要對(duì)服務(wù)器進(jìn)行升級(jí)和維護(hù)，降低用戶的成本。本發(fā)明的手寫識(shí)別服務(wù)器，具有網(wǎng)絡(luò)接口模塊，接收來自通過網(wǎng)絡(luò)與該手寫識(shí)別 服務(wù)器相連的手寫輸入客戶端的請(qǐng)求信息；識(shí)別處理模塊，根據(jù)所述請(qǐng)求信息中包含的筆 跡數(shù)據(jù)進(jìn)行文字識(shí)別，生成文字?jǐn)?shù)據(jù)；所述網(wǎng)絡(luò)接口模塊將所述文字?jǐn)?shù)據(jù)附加在響應(yīng)信息 中發(fā)送給所述手寫輸入客戶端。在本發(fā)明的手寫識(shí)別服務(wù)器中，還包括權(quán)限管理模塊。所述權(quán)限管理模塊用于 判斷客戶端權(quán)限；在判斷為客戶端具有權(quán)限時(shí)，由所述識(shí)別處理模塊進(jìn)行文字識(shí)別處理，在 判斷為客戶端不具有權(quán)限時(shí)，由所述網(wǎng)絡(luò)接口模塊向手寫輸入客戶端發(fā)送拒絕服務(wù)響應(yīng)信 肩、ο所述權(quán)限管理模塊還用于判斷客戶端權(quán)限的級(jí)別，所述權(quán)限管理模塊設(shè)置有多個(gè) 權(quán)限級(jí)別，根據(jù)所述權(quán)限管理模塊識(shí)別的所述客戶端權(quán)限的級(jí)別，對(duì)多個(gè)識(shí)別處理單元進(jìn) 行切換。在本發(fā)明的手寫識(shí)別服務(wù)器中，所述網(wǎng)絡(luò)接口模塊根據(jù)所述手寫識(shí)別服務(wù)器的狀態(tài)判斷是否允許所述請(qǐng)求信息，在判斷為允許所述請(qǐng)求信息時(shí)，由所述權(quán)限管理模塊進(jìn)行 權(quán)限判斷；在判斷為不允許所述請(qǐng)求信息時(shí)，向手寫輸入客戶端發(fā)送拒絕連接響應(yīng)信息。
在本發(fā)明的手寫識(shí)別服務(wù)器中，所述識(shí)別處理模塊具有多個(gè)識(shí)別處理單元，該識(shí)別處 理單元與所述權(quán)限管理模塊的權(quán)限級(jí)別相對(duì)應(yīng)；根據(jù)所述權(quán)限管理模塊識(shí)別的所述客戶端 權(quán)限的級(jí)別啟動(dòng)對(duì)應(yīng)的識(shí)別處理單元，對(duì)請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別，生成 文字?jǐn)?shù)據(jù)。另外，本發(fā)明還提供一種手寫識(shí)別服務(wù)器的處理方法，其包括如下步驟接收來自 手寫輸入客戶端的請(qǐng)求信息的請(qǐng)求接收步驟，根據(jù)所述請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文 字識(shí)別，生成文字?jǐn)?shù)據(jù)的識(shí)別處理步驟，將所述文字?jǐn)?shù)據(jù)附加在響應(yīng)信息中發(fā)送給手輸入 客戶端的響應(yīng)信息發(fā)送步驟。在本發(fā)明的手寫識(shí)別服務(wù)器的處理方法中，在所述請(qǐng)求接收步驟后，還具有判斷 客戶端權(quán)限的權(quán)限判斷步驟，在判斷為客戶端具有權(quán)限時(shí)，進(jìn)行所述識(shí)別處理步驟，在判斷 為客戶端不具有權(quán)限時(shí)，向手寫輸入客戶端發(fā)送拒絕服務(wù)響應(yīng)信息。在本發(fā)明的手寫識(shí)別服務(wù)器的處理方法中，在所述權(quán)限判斷步驟中，還包含判斷 客戶端權(quán)限的級(jí)別，在所述識(shí)別處理步驟中，根據(jù)在所述權(quán)限判斷步驟中判斷的所述客戶 端權(quán)限的級(jí)別，進(jìn)行相應(yīng)的文字識(shí)別處理。 在本發(fā)明的手寫識(shí)別服務(wù)器的處理方法中，在所述請(qǐng)求接收步驟中，根據(jù)手寫識(shí) 別服務(wù)器的狀態(tài)判斷是否接受所述請(qǐng)求信息，在判斷為接受所述請(qǐng)求信息時(shí)，進(jìn)行權(quán)限判 斷后進(jìn)行所述識(shí)別處理步驟；在判斷為不接受所述請(qǐng)求信息時(shí)，向手寫輸入客戶端發(fā)送拒 絕連接響應(yīng)信息。另外，本發(fā)明還提供一種手寫識(shí)別服務(wù)器集群系統(tǒng)，具有負(fù)載均衡器和多個(gè)手寫 識(shí)別服務(wù)器，所述手寫識(shí)別服務(wù)器，具有
網(wǎng)絡(luò)接口模塊，接收來自手寫輸入客戶端的請(qǐng)求信息，識(shí)別處理模塊，根據(jù)所述請(qǐng)求信 息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別，生成文字?jǐn)?shù)據(jù)，所述網(wǎng)絡(luò)接口模塊將所述文字?jǐn)?shù)據(jù)附 加在響應(yīng)信息中發(fā)送給手寫輸入客戶端。所述手寫識(shí)別服務(wù)器還包括用于判斷客戶端權(quán)限和權(quán)限級(jí)別的權(quán)限管理模塊。利用本發(fā)明的手寫識(shí)別服務(wù)器及其處理方法，能夠通過網(wǎng)絡(luò)，向客戶端提供手寫 識(shí)別服務(wù)，用戶無需單獨(dú)購(gòu)買手寫識(shí)別設(shè)備即可使用手寫識(shí)別服務(wù)，適用性強(qiáng)并節(jié)約了資 源；在互聯(lián)網(wǎng)應(yīng)用中，可以向用戶提供與用戶使用的手寫輸入平臺(tái)無關(guān)的手寫識(shí)別服務(wù)，從 而只需要對(duì)服務(wù)器進(jìn)行升級(jí)和維護(hù)，降低用戶的成本，免去了用戶需要對(duì)本地計(jì)算機(jī)進(jìn)行 升級(jí)和維護(hù)的麻煩。并且利用本發(fā)明的手寫服務(wù)器集群，其采用了模塊化的設(shè)計(jì)，易于擴(kuò) 展，能夠提高手寫識(shí)別服務(wù)的實(shí)時(shí)性，并提高了系統(tǒng)的高可用、高并發(fā)性，擁有適應(yīng)大量客 戶請(qǐng)求的能力。


圖1是本發(fā)明第一實(shí)施方式的手寫識(shí)別服務(wù)器的構(gòu)成圖。圖2為基于HTTP的請(qǐng)求報(bào)文格式的請(qǐng)求信息的模式圖。
圖3為基于HTTP的響應(yīng)報(bào)文格式的響應(yīng)信息的模式圖。圖4為客戶端與手寫識(shí)別服務(wù)器進(jìn)行通信的流程圖。圖5為本實(shí)施方式的手寫識(shí)別服務(wù)器10的動(dòng)作流程圖。圖6為本發(fā)明第二實(shí)施方式的手寫識(shí)別服務(wù)器的構(gòu)成圖。

圖7為根據(jù)第二實(shí)施方式的手寫識(shí)別服務(wù)器構(gòu)成手寫識(shí)別服務(wù)器集群系統(tǒng)的示 意圖。圖8為本發(fā)明第三實(shí)施方式的手寫識(shí)別服務(wù)器的構(gòu)成圖。圖9為根據(jù)第三實(shí)施方式的手寫識(shí)別服務(wù)器構(gòu)成手寫識(shí)別服務(wù)器集群系統(tǒng)的示 意圖。
具體實(shí)施例方式下面，結(jié)合附圖詳細(xì)說明本發(fā)明的最佳實(shí)施方式。首先，對(duì)構(gòu)建本發(fā)明的手寫識(shí)別服務(wù)器的第一實(shí)施方式進(jìn)行詳細(xì)說明。圖1是本發(fā)明第一實(shí)施方式的手寫識(shí)別服務(wù)器的構(gòu)成圖。如圖1所示，本發(fā)明的手寫識(shí)別服務(wù)器10具有網(wǎng)絡(luò)接口模塊110、權(quán)限管理模塊 120和識(shí)別處理模塊130。網(wǎng)絡(luò)接口模塊110，接收來自客戶端的手寫識(shí)別服務(wù)請(qǐng)求信息，并向客戶端發(fā)送響 應(yīng)信息。在本實(shí)施方式中，為了保證手寫識(shí)別服務(wù)器10能夠高效穩(wěn)定的工作，在網(wǎng)絡(luò)接口 模塊110中設(shè)置有用于進(jìn)行并發(fā)控制的并發(fā)控制管理單元111和用于進(jìn)行連接管理的連接 管理單元112。在并發(fā)控制管理單元111中，根據(jù)預(yù)先設(shè)置的手寫識(shí)別服務(wù)器10的并發(fā)連 接數(shù)的閾值判斷手寫識(shí)別服務(wù)器10的狀態(tài)，在并發(fā)連接數(shù)超過該閾值時(shí)，判斷為手寫識(shí)別 服務(wù)器10已滿，拒絕請(qǐng)求，向客戶端發(fā)送拒絕連接響應(yīng)。在并發(fā)連接數(shù)未超過閾值時(shí)，允許 客戶端的手寫識(shí)別服務(wù)請(qǐng)求。權(quán)限管理模塊120，根據(jù)由網(wǎng)絡(luò)接口模塊110接收的來自客戶端的請(qǐng)求信息，判斷 客戶端的權(quán)限和權(quán)限的級(jí)別等。當(dāng)權(quán)限管理模塊120判斷客戶端不具有權(quán)限(未經(jīng)授權(quán)客 戶端)時(shí)，能夠通過網(wǎng)絡(luò)接口模塊110向客戶端發(fā)送拒絕服務(wù)響應(yīng)信息。在判斷客戶端具 有權(quán)限(授權(quán)客戶端)時(shí)，才能夠允許訪問識(shí)別處理模塊130。識(shí)別處理模塊130，根據(jù)來自客戶端的請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別， 從而生成文字?jǐn)?shù)據(jù)。在本實(shí)施方式中，在識(shí)別處理模塊130中具有精確識(shí)別處理單元131、 自定義識(shí)別處理單元132和一般識(shí)別處理單元133，能夠根據(jù)由權(quán)限管理模塊120判斷的客 戶端權(quán)限的級(jí)別來切換不用的識(shí)別處理單元13廣133中的任一者對(duì)請(qǐng)求信息中的筆跡數(shù) 據(jù)進(jìn)行文字識(shí)別處理，并將文字識(shí)別處理后的文字?jǐn)?shù)據(jù)發(fā)送至網(wǎng)絡(luò)接口模塊110，由網(wǎng)絡(luò)接 口模塊將文字?jǐn)?shù)據(jù)附加在響應(yīng)信息中發(fā)送給客戶端。利用本實(shí)施方式的手寫識(shí)別服務(wù)器10，能夠向客戶端提供手寫識(shí)別服務(wù)，免去了 用戶對(duì)本地的客戶端進(jìn)行升級(jí)和維護(hù)的麻煩。下面，對(duì)基于HTTP協(xié)議使用本實(shí)施方式的手寫識(shí)別服務(wù)器10實(shí)現(xiàn)對(duì)客戶端提供 手寫識(shí)別服務(wù)的過程進(jìn)行詳細(xì)說明。為了能夠?yàn)楦鞣N客戶端設(shè)備提供標(biāo)準(zhǔn)的、統(tǒng)一的手寫識(shí)別web服務(wù)，在本實(shí)施方式中，以基于HTTP協(xié)議為例構(gòu)建服務(wù)器，并建立客戶端與手寫識(shí)別服務(wù)器10的通信。由此， 可以方便地在網(wǎng)頁中通過flash技術(shù)嵌入手寫軌跡抓取模塊，從而能夠利用HTTP請(qǐng)求報(bào)文 方式將用戶手寫的筆跡數(shù)據(jù)發(fā)送給手寫識(shí)別服務(wù)器。
圖2為基于HTTP的請(qǐng)求報(bào)文格式的請(qǐng)求信息的模式圖。在圖2的請(qǐng)求信息中，包 括請(qǐng)求行210和實(shí)體內(nèi)容220，其中請(qǐng)求行210包括實(shí)體頭信息211和“報(bào)文(post)，，的 請(qǐng)求方式信息212 ；實(shí)體內(nèi)容220包括附加控制信息221和用戶輸入的筆跡數(shù)據(jù)222。在 筆跡數(shù)據(jù)222中，以平板輸入的坐標(biāo)記錄筆跡的軌跡，以使手寫識(shí)別服務(wù)器10的識(shí)別處理 模塊130能夠進(jìn)行識(shí)別。圖3為基于HTTP的響應(yīng)報(bào)文格式的響應(yīng)信息的模式圖。在圖3的響應(yīng)信息中，包 括狀態(tài)行310和實(shí)體內(nèi)容320，其中狀態(tài)行310包括實(shí)體頭信息311和狀態(tài)碼信息312 ；實(shí) 體內(nèi)容320包括服務(wù)狀態(tài)碼321和候選字列表322。手寫識(shí)別服務(wù)器10能夠在候選字列 表322中添加附加識(shí)別后的文字?jǐn)?shù)據(jù)，以使客戶端完成手寫輸入文字的操作。圖4為客戶端與手寫識(shí)別服務(wù)器進(jìn)行通信的流程圖?？蛻舳?0通過互聯(lián)網(wǎng)與手寫識(shí)別服務(wù)器10連接，如圖4所示，在步驟S401中，客 戶端向手寫識(shí)別服務(wù)器發(fā)送如圖2所示的請(qǐng)求信息。手寫識(shí)別服務(wù)器10在接收到客戶端 20的請(qǐng)求信息后，在步驟S402中，對(duì)請(qǐng)求信息進(jìn)行處理。在步驟S403中，手寫識(shí)別服務(wù)器 10利用如圖3所示的響應(yīng)信息將處理結(jié)果發(fā)送至客戶端?？蛻舳?0在步驟S404中，能夠 根據(jù)響應(yīng)完成文字輸入的操作。對(duì)于客戶端，能夠利用請(qǐng)求信息基于HTTP等統(tǒng)一的web協(xié)議發(fā)送筆跡數(shù)據(jù)，并能 夠接收手寫識(shí)別服務(wù)器10發(fā)送的基于HTTP等統(tǒng)一的web協(xié)議發(fā)送來的響應(yīng)信息，可以方 便地實(shí)現(xiàn)客戶端20與手寫識(shí)別服務(wù)器10之間的通信，無需對(duì)客戶端進(jìn)行升級(jí)和維護(hù)等繁 瑣的操作就能夠完成手寫輸入。另一方面，在手寫識(shí)別服務(wù)器10中，需要對(duì)客戶端發(fā)送來的請(qǐng)求信息進(jìn)行處理， 下面詳細(xì)說明手寫識(shí)別服務(wù)器10的工作流程。圖5為本實(shí)施方式的手寫識(shí)別服務(wù)器10的動(dòng)作流程圖。如圖5所示，手寫識(shí)別服務(wù)器10的網(wǎng)絡(luò)接口模塊110在接收到來自客戶端的請(qǐng)求 信息后，首先在步驟S501中，由并發(fā)控制管理單元111進(jìn)行并發(fā)控制管理，根據(jù)預(yù)先設(shè)置的 手寫識(shí)別服務(wù)器10的并發(fā)連接數(shù)的閾值取得手寫識(shí)別服務(wù)器10的負(fù)載狀態(tài)，接著，在步驟 S502中，并發(fā)控制管理單元111判斷手寫識(shí)別服務(wù)器10是否能夠接受客戶端的請(qǐng)求信息， 若手寫識(shí)別服務(wù)器10的負(fù)載狀態(tài)已滿，則在步驟S503中向客戶端發(fā)送拒絕連接響應(yīng)消息， 若手寫識(shí)別服務(wù)器10的負(fù)載狀態(tài)未滿，則接受客戶端的請(qǐng)求，由連接管理單元112將請(qǐng)求 信息輸入至權(quán)限管理模塊120，進(jìn)入步驟504，進(jìn)行接下來的處理。在步驟S504中，權(quán)限管理模塊120判斷客戶端權(quán)限，在判斷為客戶端不具有權(quán)限 時(shí)，進(jìn)入步驟S506，通過網(wǎng)絡(luò)接口模塊110向客戶端發(fā)送拒絕服務(wù)響應(yīng)消息。在判斷為客戶 端具有權(quán)限時(shí)，將客戶端的請(qǐng)求消息發(fā)送給識(shí)別處理模塊130，進(jìn)入步驟S507。在步驟S507中，識(shí)別處理模塊130根據(jù)請(qǐng)求消息中包含的筆跡數(shù)據(jù)222進(jìn)行文字 識(shí)別處理。在識(shí)別處理模塊130完成文字識(shí)別處理后，通過網(wǎng)絡(luò)接口模塊110將文字?jǐn)?shù)據(jù) 附加在如圖3所示的響應(yīng)消息中發(fā)送給客戶端。由此，能夠?qū)崿F(xiàn)對(duì)客戶端提供手寫識(shí)別服 務(wù)，滿足用戶利用客戶端進(jìn)行手寫輸入的要求。而且，通過利用權(quán)限管理模塊120判斷客戶端權(quán)限，能夠僅向具有權(quán)限的客戶端(例如，付費(fèi)的會(huì)員)提供手寫識(shí)別服務(wù)，拒絕向不具 有權(quán)限的客戶端提供該服務(wù)，從而能夠確保提供手寫識(shí)別服務(wù)的實(shí)時(shí)性。另外，在步驟S505中，權(quán)限管理模塊120還可以同時(shí)判斷客戶端權(quán)限的級(jí)別并發(fā) 送至識(shí)別處理模塊130，并且從而在步驟S507中，識(shí)別處理模塊130能夠根據(jù)客戶端權(quán)限的 級(jí)別切換識(shí)別處理單元13廣133中的任一者，實(shí)現(xiàn)對(duì)不同的客戶端進(jìn)行不同的識(shí)別處理， 例如，對(duì)于權(quán)限級(jí)別高的客戶端，利用精確識(shí)別處理單元131對(duì)筆跡數(shù)據(jù)進(jìn)行識(shí)別處理，提 高手寫識(shí)別的準(zhǔn)確性，另一方面，對(duì)于權(quán)限級(jí)別為普通的客戶端，切換為普通識(shí)別處理單元 133對(duì)筆跡數(shù)據(jù)進(jìn)行識(shí)別處理，雖然手寫識(shí)別的準(zhǔn)確性降低，但能夠確保手寫識(shí)別服務(wù)的實(shí) 時(shí)性。另外，還可以對(duì)特殊需要的客戶端，切換為自定義識(shí)別處理單元132對(duì)筆跡數(shù)據(jù)進(jìn)行 識(shí)別處理，能夠滿足各種用戶的需要。另外，本實(shí)施方式的手寫識(shí)別服務(wù)器10中，如果向客戶端開放地提供手寫識(shí)別服 務(wù)，則可以不具有權(quán)限管理模塊120，從而不考慮用戶權(quán)限向所有的客戶端提供手寫識(shí)別服務(wù)。根據(jù)上述第一實(shí)施方式的手寫識(shí)別服務(wù)器10，能夠用多個(gè)手寫識(shí)別服務(wù)器10構(gòu) 建成手寫識(shí)別服務(wù)器集群，從而分散各手寫識(shí)別服務(wù)器10的負(fù)載，能夠提高向客戶端提供 手寫識(shí)別服務(wù)的實(shí)時(shí)性。本發(fā)明的手寫服務(wù)器集群采用了模塊化的設(shè)計(jì)，易于擴(kuò)展，提高了 系統(tǒng)的高可用、高并發(fā)性，擁有適應(yīng)大量客戶請(qǐng)求的能力。下面，對(duì)基于Iinux平臺(tái)及HTTP協(xié)議實(shí)現(xiàn)本發(fā)明的手寫識(shí)別服務(wù)器的實(shí)施方式進(jìn) 行詳細(xì)說明。圖6為本發(fā)明第二實(shí)施方式的手寫識(shí)別服務(wù)器的構(gòu)成圖。如圖6所示，在Iinux平臺(tái)下構(gòu)建的手寫識(shí)別服務(wù)器60，利用nginx模塊610作 為網(wǎng)絡(luò)接口模塊，能夠接收來自客戶端的請(qǐng)求信息并向客戶端發(fā)送響應(yīng)信息，并且在nginx 模塊610中集成有并發(fā)控制管理單元和連接管理單元等組件。在手寫識(shí)別服務(wù)器60中，還具有根據(jù)由nginx模塊610接收的來自客戶端的請(qǐng)求 信息，判斷客戶端的權(quán)限和權(quán)限級(jí)別的權(quán)限管理模塊620，和根據(jù)請(qǐng)求信息中包含的筆跡數(shù) 據(jù)進(jìn)行文字識(shí)別處理的識(shí)別處理模塊630。在本實(shí)施方式的手寫識(shí)別服務(wù)器60中進(jìn)行如下動(dòng)作。首先，由nginx模塊610接收HTTP請(qǐng)求報(bào)文的請(qǐng)求信息，將請(qǐng)求數(shù)據(jù)發(fā)送至權(quán)限 管理模塊620。接著，在權(quán)限管理模塊620中，判斷客戶端的權(quán)限和權(quán)限的級(jí)別，在客戶端不具有 權(quán)限時(shí)，則通過nginx模塊610向客戶端發(fā)送拒絕服務(wù)響應(yīng)信息；在客戶端具有權(quán)限時(shí)，能 夠判斷客戶端的權(quán)限級(jí)別，并將該權(quán)限級(jí)別發(fā)送至識(shí)別處理模塊630。然后，在識(shí)別處理模塊630中，根據(jù)權(quán)限管理模塊620判斷的客戶端權(quán)限級(jí)別，切 換識(shí)別處理單元63廣633中的任一者對(duì)客戶端的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別處理。在識(shí)別處理模塊630中完成文字識(shí)別處理后，將識(shí)別處理后的結(jié)果發(fā)送給nginx 模塊610。 最后，nginx模塊610利用向客戶端發(fā)送HTTP響應(yīng)報(bào)文的響應(yīng)信息，從而完成向 客戶端提供手寫識(shí)別的服務(wù)。為了對(duì)客戶端提供更高效的手寫識(shí)別服務(wù)，能夠利用多個(gè)本實(shí)施方式的基于Iinux的手寫識(shí)別服務(wù)器60構(gòu)建手寫識(shí)別服務(wù)器集群系統(tǒng)。圖7為根據(jù)第二實(shí)施方式的手寫識(shí)別服務(wù)器構(gòu)成手寫識(shí)別服務(wù)器集群系統(tǒng)的示 意圖。如圖7所示，手寫識(shí)別服務(wù)器集群系統(tǒng)700包括多個(gè)手寫識(shí)別服務(wù)器60和多個(gè)虛 擬服務(wù)器710、720，它們通過局域網(wǎng)(LAN)連接，其中，可以將虛擬服務(wù)器710作為主虛擬服 務(wù)器，將虛擬服務(wù)器720作為備份虛擬服務(wù)器。通過設(shè)置虛擬服務(wù)器710和720能夠均衡 各手寫識(shí)別服務(wù)器60的負(fù)載，降低各手寫識(shí)別服務(wù)器60的壓力。通過設(shè)置多個(gè)手寫識(shí)別 服務(wù)器60，能夠良好地分散負(fù)載，提高手寫識(shí)別服務(wù)的實(shí)時(shí)性，并提高了系統(tǒng)的高可用、高 并發(fā)性，擁有適應(yīng)大量客戶請(qǐng)求的能力。下面，對(duì)基于windows Server2003平臺(tái)及HTTP協(xié)議實(shí)現(xiàn)本發(fā)明的手寫識(shí)別服務(wù) 器的實(shí)施方式進(jìn)行詳細(xì)說明。圖8為本發(fā)明第三實(shí)施方式的手寫識(shí)別服務(wù)器的構(gòu)成圖。如圖8所示，在windows平臺(tái)下構(gòu)建的手寫識(shí)別服務(wù)器80，利用apaChe2模塊 810作為網(wǎng)絡(luò)接口模塊，能夠接收來自客戶端的請(qǐng)求信息并向客戶端發(fā)送響應(yīng)信息，并且在 apache2模塊810中集成有并發(fā)控制管理單元和連接管理單元等組件。

在手寫識(shí)別服務(wù)器80中，還具有根據(jù)由apaChe2模塊810接收的來自客戶端的請(qǐng) 求信息，判斷客戶端的權(quán)限和權(quán)限級(jí)別的權(quán)限管理模塊820，和根據(jù)請(qǐng)求信息中包含的筆跡 數(shù)據(jù)進(jìn)行文字識(shí)別處理的識(shí)別處理模塊830。另外，在識(shí)別處理模塊830中，設(shè)置了多個(gè)識(shí) 別處理單元83廣833，能夠根據(jù)權(quán)限管理模塊820判斷的客戶端權(quán)限的級(jí)別進(jìn)行切換，以對(duì) 具有不同權(quán)限級(jí)別的客戶端用的筆跡數(shù)據(jù)進(jìn)行相應(yīng)的文字識(shí)別處理。在本實(shí)施方式的手寫 識(shí)別服務(wù)器80中操作流程與上述第二實(shí)施方式相同，在此省略其詳細(xì)說明。同樣，為了對(duì)客戶端提供更高效的手寫識(shí)別服務(wù)，能夠利用多個(gè)本實(shí)施方式的基 于windows的手寫識(shí)別服務(wù)器80構(gòu)建手寫識(shí)別服務(wù)器集群系統(tǒng)。圖9為根據(jù)第三實(shí)施方式的手寫識(shí)別服務(wù)器構(gòu)成手寫識(shí)別服務(wù)器集群的示意圖。如圖9所示，手寫識(shí)別服務(wù)器集群系統(tǒng)900包括多個(gè)手寫識(shí)別服務(wù)器80和多個(gè)負(fù) 載均衡器910、920、930，多個(gè)負(fù)載均衡器910之間通過局域網(wǎng)(LAN)進(jìn)行通信，每個(gè)負(fù)載均 衡器91CT930與各自的手寫識(shí)別服務(wù)器80進(jìn)行通信。能夠利用多個(gè)負(fù)載均衡器91CT930均 衡多個(gè)手寫識(shí)別服務(wù)器80的負(fù)載，能夠良好地分散負(fù)載，提高手寫識(shí)別服務(wù)的實(shí)時(shí)性，并 提高了系統(tǒng)的高可用、高并發(fā)性，擁有適應(yīng)大量客戶請(qǐng)求的能力。另外，作為各負(fù)載均衡器91CT930，也可以與各手寫識(shí)別服務(wù)器80構(gòu)成為一個(gè)服 務(wù)器(位于同一個(gè)物理服務(wù)器中)而構(gòu)建手寫識(shí)別服務(wù)器集群系統(tǒng)900。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍，凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù) 范圍之內(nèi)。
權(quán)利要求
1.一種手寫識(shí)別服務(wù)器，其特征在于，具有網(wǎng)絡(luò)接口模塊，接收來自通過網(wǎng)絡(luò)與該手寫識(shí)別服務(wù)器相連的手寫輸入客戶端的請(qǐng)求 fn息；識(shí)別處理模塊，根據(jù)所述請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別生成文字?jǐn)?shù)據(jù)，并 發(fā)送給網(wǎng)絡(luò)接口模塊；所述網(wǎng)絡(luò)接口模塊將所述文字?jǐn)?shù)據(jù)附加在響應(yīng)信息中發(fā)送給所述手寫輸入客戶端。
2.如權(quán)利要求1所述的手寫識(shí)別服務(wù)器，其特征在于還包括 權(quán)限管理模塊；所述權(quán)限管理模塊，用于判斷客戶端權(quán)限；在判斷為客戶端具有權(quán)限時(shí)，由所述識(shí)別處理模塊進(jìn)行文字識(shí)別處理， 在判斷為客戶端不具有權(quán)限時(shí)，由所述網(wǎng)絡(luò)接口模塊向手寫輸入客戶端發(fā)送拒絕服務(wù) 響應(yīng)信息。
3.如權(quán)利要求2所述的手寫識(shí)別服務(wù)器，其特征在于 所述權(quán)限管理模塊，還用于判斷客戶端權(quán)限的級(jí)別；所述權(quán)限管理模塊設(shè)置有多個(gè)權(quán)限級(jí)別，根據(jù)所述權(quán)限管理模塊識(shí)別的所述客戶端權(quán) 限的級(jí)別，對(duì)多個(gè)識(shí)別處理單元進(jìn)行切換。
4.如權(quán)利要求1所述的手寫識(shí)別服務(wù)器，其特征在于所述網(wǎng)絡(luò)接口模塊根據(jù)所述手寫識(shí)別服務(wù)器的狀態(tài)判斷是否允許所述請(qǐng)求信息， 在判斷為允許所述請(qǐng)求信息時(shí)，由所述權(quán)限管理模塊進(jìn)行權(quán)限判斷； 在判斷為不允許所述請(qǐng)求信息時(shí)，向手寫輸入客戶端發(fā)送拒絕連接響應(yīng)信息。
5.如權(quán)利要求4所述的手寫識(shí)別服務(wù)器，其特征在于所述識(shí)別處理模塊具有多個(gè)識(shí)別處理單元，該識(shí)別處理單元與所述權(quán)限管理模塊設(shè)置 的權(quán)限級(jí)別相對(duì)應(yīng)；根據(jù)所述權(quán)限管理模塊識(shí)別的所述客戶端權(quán)限的級(jí)別啟動(dòng)對(duì)應(yīng)的識(shí)別 處理單元，對(duì)請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別，生成文字?jǐn)?shù)據(jù)。
6.一種手寫識(shí)別服務(wù)器的處理方法，其特征在于，包括如下步驟 接收來自手寫輸入客戶端的請(qǐng)求信息，根據(jù)所述請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別，生成文字?jǐn)?shù)據(jù)， 將所述文字?jǐn)?shù)據(jù)附加在響應(yīng)信息中發(fā)送給手寫輸入客戶端。
7.如權(quán)利要求6所述的手寫識(shí)別服務(wù)器的處理方法，其特征在于在所述接收來自手寫輸入客戶端的請(qǐng)求信息后，還包括判斷客戶端的權(quán)限；所述根據(jù)所述請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別包括，在判斷為客戶端具有權(quán)限時(shí)，根據(jù)所述請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別，在判斷為客戶端不具有權(quán)限時(shí)，向手寫輸入客戶端發(fā)送拒絕服務(wù)響應(yīng)信息。
8.如權(quán)利要求7所述的手寫識(shí)別服務(wù)器的處理方法，其特征在于 所述判斷客戶端的權(quán)限，還包含判斷客戶端權(quán)限的級(jí)別，所述根據(jù)所述請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別包括，根據(jù)判斷的所述客戶端 權(quán)限的級(jí)別，切換不同的識(shí)別單元，進(jìn)行相應(yīng)的文字識(shí)別處理。
9.如權(quán)利要求7所述的手寫識(shí)別服務(wù)器的處理方法，其特征在于 所述接收來自手寫輸入客戶端的請(qǐng)求信息包括，根據(jù)手寫識(shí)別服務(wù)器的狀態(tài)判斷是否 接受所述請(qǐng)求信息，在判斷為接受所述請(qǐng)求信息時(shí)，并判斷為客戶端具有權(quán)限時(shí)，根據(jù)所述請(qǐng)求信息中包 含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別；在判斷為不接受所述請(qǐng)求信息時(shí)，向手寫輸入客戶端發(fā)送拒絕連接響應(yīng)信息。
10.一種手寫識(shí)別服務(wù)器集群系統(tǒng)，其特征在于，具有負(fù)載均衡器和多個(gè)手寫識(shí)別服務(wù)器，所述手寫識(shí)別服務(wù)器，具有網(wǎng)絡(luò)接口模塊，接收來自手寫輸入客戶端的請(qǐng)求信息，識(shí)別處理模塊，根據(jù)所述請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別，生成文字?jǐn)?shù)據(jù)， 所述網(wǎng)絡(luò)接口模塊將所述文字?jǐn)?shù)據(jù)附加在響應(yīng)信息中發(fā)送給手寫輸入客戶端。
11.一種手寫識(shí)別服務(wù)器集群系統(tǒng)，其特征在于，具有虛擬服務(wù)器和多個(gè)手寫識(shí)別服務(wù)器，所述手寫識(shí)別服務(wù)器，具有網(wǎng)絡(luò)接口模塊，接收來自手寫輸入客戶端的請(qǐng)求信息，識(shí)別處理模塊，根據(jù)所述請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別，生成文字?jǐn)?shù)據(jù)， 所述網(wǎng)絡(luò)接口模塊將所述文字?jǐn)?shù)據(jù)附加在響應(yīng)信息中發(fā)送給手寫輸入客戶端。
12.如權(quán)利要求10或11所述的手寫識(shí)別服務(wù)器集群系統(tǒng)，其特征在于所述手寫識(shí)別服務(wù) 器為權(quán)利要求3-5中所述的任一種手寫識(shí)別服務(wù)器。
全文摘要
本發(fā)明涉及一種手寫識(shí)別服務(wù)器及其處理方法和手寫服務(wù)器集群系統(tǒng)。本發(fā)明的手寫識(shí)別服務(wù)器，具有網(wǎng)絡(luò)接口模塊，接收來自手寫輸入客戶端的請(qǐng)求信息，識(shí)別處理模塊，根據(jù)所述請(qǐng)求信息中包含的筆跡數(shù)據(jù)進(jìn)行文字識(shí)別，生成文字?jǐn)?shù)據(jù)，所述網(wǎng)絡(luò)接口模塊將所述文字?jǐn)?shù)據(jù)附加在響應(yīng)信息中發(fā)送給手寫輸入客戶端。根據(jù)本發(fā)明的手寫識(shí)別服務(wù)器，能夠通過網(wǎng)絡(luò)向客戶端提供手寫識(shí)別服務(wù)，免去了用戶需要對(duì)本地計(jì)算機(jī)進(jìn)行升級(jí)和維護(hù)的麻煩。
文檔編號(hào)G06K9/68GK102088486SQ20101061822
公開日2011年6月8日 申請(qǐng)日期2010年12月31日 優(yōu)先權(quán)日2010年12月31日
發(fā)明者周子健, 文秀 申請(qǐng)人:漢王科技股份有限公司