專利名稱：：訂單文件中訂單標識信息的識別方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
：本申請涉及數(shù)據(jù)處理
技術(shù)領(lǐng)域：
，尤其涉及一種訂單文件中訂單標識信息的識別方法、系統(tǒng)及裝置。
背景技術(shù)：
：隨著電子商務(wù)的普及，越來越多的用戶習(xí)慣于網(wǎng)上購物，促使網(wǎng)上購物的交易量快速增長。用戶的每筆交易都會生成相應(yīng)的訂單文件，圖I為現(xiàn)有技術(shù)生成并發(fā)送訂單文件的過程，該過程包括以下步驟SlOl:服務(wù)器接收第一用戶發(fā)送的訂單數(shù)據(jù)。S102:根據(jù)接收到的該訂單數(shù)據(jù)，以及保存的訂單模板生成訂單文件。S103:根據(jù)保存的接收該訂單文件的第二用戶的信息，將該訂單文件發(fā)送給第二用戶。其中該訂單文件中包含該訂單的訂單號碼信息，當?shù)诙脩羲诘目蛻舳私邮盏皆撚唵挝募螅瑢⒃撚唵挝募蛴〕鰜砩w章、簽字或做其他確認處理后，并將確認處理后的訂單文件以傳真的形式發(fā)送到服務(wù)器。當服務(wù)器接收到該傳真數(shù)據(jù)后，以紙質(zhì)文件的形式將該傳真數(shù)據(jù)對應(yīng)的蓋章后的訂單文件打印出來，通過人工識別的方式，獲取每個訂單文件中的訂單號碼信息，從而可以根據(jù)獲取的該訂單號碼進行相關(guān)信息的匹配。根據(jù)上述描述可知，在現(xiàn)有的訂單號碼的識別過程中，都是將確認處理后的訂單文件以紙質(zhì)文件的形式打印出來，通過人工方式，人眼識別訂單文件中包含的訂單號碼信息，根據(jù)識別出的訂單號碼信息再生成相應(yīng)的記錄。但是由于人工識別的方式浪費了大量的人力資源，并且人工識別的效率較低，影響了信息匹配的效率，另外由于現(xiàn)有的確認處理后的訂單文件都是以紙質(zhì)文件的形式存在，浪費了大量的紙張，同時面對大量的紙質(zhì)的訂單文件，在進行某一訂單文件的查找時，也需要浪費大量的時間。
發(fā)明內(nèi)容有鑒于此，本申請實施例提供一種訂單文件中訂單標識信息的識別方法、系統(tǒng)及裝置，用以解決現(xiàn)有訂單文件中訂單標識信息識別過程浪費資源，效率較低的問題。本申請實施例提供的一種訂單文件中訂單標識信息的識別方法，包括服務(wù)器接收用戶所在客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息，將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件；針對該傳真圖片文件，確定該傳真圖片文件中包含條碼信息的區(qū)域，其中所述條碼信息為所述服務(wù)器在將訂單文件發(fā)送給所述用戶前，根據(jù)該訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成并添加到該訂單文件中的；在確定的包含條碼信息的區(qū)域內(nèi)，采用與生成所述條碼信息的算法相應(yīng)的條碼識別算法，識別所述訂單文件中包含的訂單標識信息。本申請實施例提供的一種訂單文件中訂單標識信息的識別系統(tǒng)，包括客戶端，用于向服務(wù)器發(fā)送訂單文件對應(yīng)的傳真數(shù)據(jù)信息服務(wù)器，用于接收用戶所在客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息，將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件；針對該傳真圖片文件，確定該傳真圖片文件中包含條碼信息的區(qū)域，其中所述條碼信息為所述服務(wù)器在將訂單文件發(fā)送給所述用戶前，根據(jù)所述訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成并添加到該訂單文件中的；在確定的包含條碼信息的區(qū)域內(nèi)，采用與生成所述條碼信息的算法相應(yīng)的條碼識別算法，識別所述訂單文件中包含的訂單標識信息。本申請實施例提供的一種訂單文件中訂單標識信息的識別裝置，包括接收模塊，用于接收用戶所在客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息，將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件；確定模塊，用于針對該傳真圖片文件，確定該傳真圖片文件中包含條碼信息的區(qū)域，其中所述條碼信息為所述服務(wù)器在將訂單文件發(fā)送給所述用戶前，根據(jù)該訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成并添加到該訂單文件中的；識別模塊，用于在確定的包含條碼信息的區(qū)域內(nèi)，采用與生成所述條碼信息的算法相應(yīng)的條碼識別算法，識別所述訂單文件中包含的訂單標識信息。本申請實施例提供了一種訂單文件中訂單標識信息的識別方法、系統(tǒng)及裝置，該方法中當服務(wù)器接收到客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息后，識別該傳真數(shù)據(jù)中包含根據(jù)訂單標識信息生成的條碼信息的區(qū)域，在該區(qū)域內(nèi)，根據(jù)相應(yīng)的條碼識別算法，識別該訂單文件包含的訂單標識信息。由于在本申請實施例中在該訂單文件中包含由訂單標識信息生成的條碼信息，將該條碼信息所在的區(qū)域確定后，在該區(qū)域內(nèi)識別該訂單標識信息，從而實現(xiàn)了訂單標識信息識別的自動化，提高了訂單標識信息識別的效率和準確性，由于在該訂單標識信息的識別過程中當服務(wù)器接收到該訂單傳真數(shù)據(jù)后，直接將該傳真數(shù)據(jù)轉(zhuǎn)換為傳真圖片，在該傳真圖片中識別訂單標識信息，無需再生成紙質(zhì)文檔由人工識別，節(jié)省了紙質(zhì)資源，并且由于本申請中直接通過電子文檔的形式對訂單標識信息識別，訂單文件可以直接保存在系統(tǒng)中，便于后續(xù)訂單標識信息的查詢。另外，服務(wù)器識別出該訂單標識信息后，可以根據(jù)該訂單標識信息自動查找最初生成的訂單文件，以便核對接收到的訂單文件是否與服務(wù)器最初生成的訂單文件相符，提高了核對訂單文件的效率。圖I為現(xiàn)有技術(shù)生成并發(fā)送訂單文件的過程；圖2A為本申請實施例提供的訂單文件中訂單標識信息識別的系統(tǒng)結(jié)構(gòu)示意圖；圖2B為本申請實施例提供的一種訂單文件生成過程；圖3為本申請實施例提供的一種訂單文件中訂單標識信息的識別過程；圖4為本申請實施例提供的一種訂單文件生成及訂單標識識別的詳細過程；圖5為本申請實施例提供的一個具體的實施例，對本申請實施例中訂單文件的生成過程進行的詳細說明；圖6為本申請實施例提供的一種訂單文件中訂單標識信息的識別裝置的結(jié)構(gòu)示意圖。具體實施例方式本申請實施例中為了提高訂單標識信息識別的效率、準確性，節(jié)省紙質(zhì)資源，提供了一種訂單文件生成及訂單標識信息的識別方法、系統(tǒng)及裝置，該方法中用戶所在的客戶端返回的訂單文件中包含由訂單標識信息生成的條碼信息，服務(wù)器將該條碼信息所在的區(qū)域確定后，在該區(qū)域內(nèi)識別該訂單標識信息，從而實現(xiàn)了訂單標識信息識別的自動化，提高了訂單標識信息識別的效率和準確性，由于在該訂單標識信息的識別過程中無需生成紙質(zhì)文檔，節(jié)省了紙質(zhì)資源，并且由于本申請中直接通過電子文檔的形式對訂單標識信息識別，訂單文件可以直接保存在系統(tǒng)中，便于后續(xù)訂單標識信息的查詢。下面結(jié)合說明書附圖，對本申請實施例進行詳細說明。圖2A為本申請實施例提供的訂單文件中訂單標識信息識別的系統(tǒng)結(jié)構(gòu)示意圖，該系統(tǒng)包括，客戶端21和服務(wù)器22，其中，客戶端21，用于向服務(wù)器22發(fā)送訂單文件對應(yīng)的傳真數(shù)據(jù)信息；服務(wù)器22，用于接收用戶所在客戶端21發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息，將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件；針對該傳真圖片文件，確定該傳真圖片文件中包含條碼信息的區(qū)域，其中所述條碼信息為所述服務(wù)器在將訂單文件發(fā)送給所述用戶前，根據(jù)該訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成并添加到該訂單文件中的；在確定的包含條碼信息的區(qū)域內(nèi)，采用與生成所述條碼信息的算法相應(yīng)的條碼識別算法，識別所述訂單文件中包含的訂單標識信息。具體的在本申請實施例中每個用戶所在的客戶端，當用戶存在需要傳真給服務(wù)器的訂單文件時，用戶所在的客戶端將相應(yīng)的訂單文件對應(yīng)的傳真數(shù)據(jù)信息發(fā)送給服務(wù)器，服務(wù)器對接收到的傳真數(shù)據(jù)信息包含的訂單標識信息進行識別。所述服務(wù)器22，還用于根據(jù)接收到的訂單數(shù)據(jù)，及自身保存的訂單模板信息，匹配生成訂單文件對應(yīng)的超文本標記語言文件；根據(jù)所述訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成條碼信息，并將所述條碼信息添加到所述訂單文件對應(yīng)的超文本標記語言文件中；根據(jù)保存的接收所述訂單文件的用戶所在客戶端的信息，將添加了所述條碼信息的訂單文件發(fā)送給所述用戶所在的客戶端21；所述客戶端21，還用于接收所述服務(wù)器22發(fā)送的添加了所述條碼信息的訂單文件。在客戶端將訂單文件對應(yīng)的傳真數(shù)據(jù)信息發(fā)送給服務(wù)器之前，服務(wù)器需要根據(jù)接收到的訂單數(shù)據(jù)，以及自身保存的訂單模板，生成訂單文件，并發(fā)送給用戶所在的客戶端。在本申請實施例中當服務(wù)器匹配生成訂單文件后，根據(jù)該訂單文件中包含的訂單標識信息，生成條碼信息，將該條碼信息添加到訂單文件中發(fā)送給客戶端。當客戶端將用戶的訂單文件對應(yīng)的傳真數(shù)據(jù)信息發(fā)送給服務(wù)器后，服務(wù)器采用相應(yīng)的算法，可以在該訂單文件中確定出該條碼信息，并根據(jù)該條碼信息識別訂單標識信息，從而不必將訂單文件打印出來，通過人工方式識別訂單標識信息，從而節(jié)省了紙質(zhì)資源，提高了訂單標識信息識別的效率及準確性。另外，服務(wù)器識別出該訂單標識信息后，可以根據(jù)該訂單標識信息自動查找最初生成的訂單文件，以便核對接收到的訂單文件是否與服務(wù)器最初生成的訂單文件相符，提高了核對訂單文件的效率。且識別出了訂單標識信息的訂單文件，可以直接以電子文檔的形式保存在服務(wù)器中，方便后續(xù)訂單文件的查找，提高訂單文件查找的效率。其中，該訂單標識信息包含訂單號碼信息，或其他訂單中的其他號碼信息等。圖2B為本申請實施例提供的一種訂單文件生成過程，該過程包括以下步驟S201:服務(wù)器根據(jù)接收到的訂單數(shù)據(jù)，及自身保存的訂單模板信息，匹配生成訂單文件對應(yīng)的超文本標記語言((HyperTextMark-upLanguage,HTML)文件。S202:根據(jù)所述訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成條碼信息。S203:將所述條碼信息添加到所述訂單文件對應(yīng)的超文本標記語言文件中，根據(jù)保存的接收所述訂單文件的用戶所在的客戶端的信息，將添加了所述條碼信息的訂單文件發(fā)送給所述用戶所在的客戶端。具體的在本申請實施例中，服務(wù)器在將訂單文件發(fā)送給用戶所在的客戶端時，根據(jù)該訂單文件中包含的訂單標識信息，生成條碼信息，將該條碼信息添加到該訂單文件中，將該添加了條碼信息的訂單文件發(fā)送給客戶端。具體的，服務(wù)器由于將該條碼信息添加到了訂單文件對應(yīng)的HTML文件中，當服務(wù)器將該添加了條碼信息的訂單文件發(fā)送給客戶端時，可以直接將該包含了條碼信息的訂單文件對應(yīng)的HTML文件，發(fā)送給客戶端?；蛘咴诜?wù)器中可以保存各個客戶端可以接收的訂單文件的格式，當服務(wù)器將該包含條碼信息的訂單文件發(fā)送給客戶端之前，根據(jù)該客戶端可以接收的訂單文件的格式，將包含該條碼信息的訂單文件對應(yīng)的HTML文件，轉(zhuǎn)化為相應(yīng)的格式并發(fā)送。例如當服務(wù)器中保存的客戶端可以接收的訂單文件的格式為HTML文件格式時，則將包含該條碼信息的訂單文件對應(yīng)的HTML文件，發(fā)送給客戶端，當服務(wù)器保存的客戶端可以接收的訂單文件的格式為可移植文檔格式(PortableDocumentFormat,F1DF)時,服務(wù)器將該訂單文件對應(yīng)的HTML文件，轉(zhuǎn)換為TOF文件，發(fā)送給客戶端。當服務(wù)器保存的該用戶所在的客戶端為傳真客戶端時，即該客戶端可接收的訂單文件的格式為傳真數(shù)據(jù)文件時，則服務(wù)器將該訂單文件對應(yīng)的HTML文件，轉(zhuǎn)換為傳真數(shù)據(jù)文件，發(fā)送給客戶端。圖3為本申請實施例提供的一種訂單文件中訂單標識信息的識別過程，該過程包括以下步驟S301:服務(wù)器接收用戶所在客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息，將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件。S302:針對該傳真圖片文件，確定該傳真圖片文件中包含條碼信息的區(qū)域，其中所述條碼信息為所述服務(wù)器在將訂單文件發(fā)送給所述用戶前，根據(jù)該訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成并添加到該訂單文件中的。S303:在確定的包含條碼信息的區(qū)域內(nèi)，采用與生成所述條碼信息的算法相應(yīng)的條碼識別算法，識別所述訂單文件中包含的訂單標識信息。當服務(wù)器收到客戶端發(fā)送的訂單文件后，需要將該訂單文件轉(zhuǎn)換為傳真圖片文件中的條碼信息識別出來，并根據(jù)識別出的條碼信息保存該訂單文件。圖4為本申請實施例提供的一種訂單文件生成及訂單標識信息識別的詳細過程，該過程包括以下步驟S401:服務(wù)器根據(jù)接收到的訂單數(shù)據(jù)，及自身保存的訂單模板信息，匹配生成訂單文件對應(yīng)的超文本標記語言文件。S402:根據(jù)所述訂單文件包含的訂單標識信息，采用相應(yīng)的算法生成條碼信息。S403:將所述條碼信息添加到所述訂單文件對應(yīng)的超文本標記語言文件中，根據(jù)保存的接收所述訂單文件的用戶所在的客戶端的信息，將添加了所述條碼信息的訂單文件發(fā)送給所述用戶所在的客戶端S404:用戶所在客戶端將訂單文件對應(yīng)的傳真數(shù)據(jù)信息發(fā)送給服務(wù)器。S405:服務(wù)器接收用戶所在客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息，將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件。S406:針對該傳真圖片文件，確定該傳真圖片文件中包含條碼信息的區(qū)域。S407:在確定的包含條碼信息的區(qū)域內(nèi)，采用與生成所述條碼信息的算法相應(yīng)的條碼識別算法，識別所述訂單文件中包含的訂單標識信息。另外服務(wù)器向用戶所在的客戶端發(fā)送訂單文件時，當該客戶端為傳真客戶端時，即該客戶端可以接收的文件格式為傳真數(shù)據(jù)文件時，服務(wù)器需要將該訂單文件轉(zhuǎn)換為傳真數(shù)據(jù)文件，例如可以為TIFF格式文件。當客戶端可以接收的文件格式為PDF文件格式時，服務(wù)器將該訂單文件轉(zhuǎn)換為PDF文件，發(fā)送給客戶端。由于在服務(wù)器側(cè)向客戶端提供的基礎(chǔ)文件格式為HTML文件，也就是說每個訂單文件為一個HTML文件，由于每個訂單文件唯一對應(yīng)一個HTML文件，在根據(jù)該訂單文件中包含的訂單標識信息生成條碼信息后，該HTML文件也唯一對應(yīng)一個條碼信息，無論該HTML文件轉(zhuǎn)換為PDF格式文件后為幾頁，在每頁中都只唯一攜帶該一個條碼信息。并且，當該HTML文件轉(zhuǎn)換為傳真數(shù)據(jù)文件為幾頁，在每頁中也都攜帶一個該條碼信息。服務(wù)器在根據(jù)該訂單文件中包含的訂單信息生成條碼信息時，具體的可以根據(jù)該訂單文件中包含的訂單標識信息，以及保存的對應(yīng)該訂單標識的符號標識信息，采用預(yù)設(shè)算法生成條碼信息。即在本申請實施例中針對每種訂單標識信息，都唯一保存對應(yīng)該訂單標識的符號標識信息，在根據(jù)該訂單標識信息生成條碼信息時，可以根據(jù)該訂單標識信息，以及對應(yīng)該訂單標識的符號標識信息，生成相應(yīng)的條碼信息。在本申請實施例中，當針對每個訂單文件生成HTML文件，并根據(jù)該訂單文件中包含的訂單標識信息，生成條碼信息后，具體的該條碼信息可以為一維條碼，可以將該條碼信息轉(zhuǎn)換為圖片格式文件，例如可以為JPG文件。當針對每個訂單文件生成圖片格式文件后，可以將該圖片格式文件保存在圖片服務(wù)器的數(shù)據(jù)庫中，或自身的數(shù)據(jù)庫中。生成條碼信息后，需要將該條碼信息添加到訂單文件中。在將條碼信息添加到訂單文件中時，可以直接將該條碼信息對應(yīng)的圖片格式文件添加到該訂單文件對應(yīng)的HTML文件中。但是由于圖片格式文件包含的字節(jié)數(shù)比較大，為了減小HTML文件占用的資源，提高條碼信息添加到HTML文件中的效率，可以根據(jù)保存包含該條碼信息的圖片格式文件的地址信息，生成相應(yīng)的統(tǒng)一資源定位符(Uniform/UniversalResourceLocator,URL)信息，將生成的所述URL信息添加到所述訂單文件對應(yīng)的HTML文件中。圖5為本申請實施例提供的一個具體的實施例，對本申請實施例中訂單文件的生成過程進行的詳細說明，該過程包括S501:第一服務(wù)器將接收第一用戶發(fā)送的訂單數(shù)據(jù)，其中該訂單數(shù)據(jù)中包含訂單標識信息。S502:根據(jù)接收到的該訂單數(shù)據(jù)，以及保存的訂單模板生成訂單文件。S503:第一服務(wù)器將該訂單文件生成HTML文件。S504:第一服務(wù)器識別該HTML文件中包含的訂單標識信息，根據(jù)該訂單標識信息，以及保存的對應(yīng)該訂單標識的符號標識信息，采用預(yù)設(shè)算法生成一維條碼信息。S505:第一服務(wù)器將生成的一維條碼信息生成JPG格式文件,將所述JPG格式文件保存在第二服務(wù)器的數(shù)據(jù)庫中。S506:第一服務(wù)器根據(jù)第二服務(wù)器的數(shù)據(jù)庫中保存該JPG格式文件的地址信息，生成URL/[目息。S507:第一服務(wù)器將生成的URL信息添加到HTML文件中。S508:第一服務(wù)器添加了條碼信息的HTML文件轉(zhuǎn)換為PDF文件，其中該轉(zhuǎn)換后的PDF文件中的每頁都包含該條碼信息。S509:第一服務(wù)器根據(jù)保存的接收該訂單文件的第二用戶所在客戶端的信息，將該PDF文件發(fā)送給第二用戶所在的客戶端。其中，當?shù)谝环?wù)器保存的接收該訂單文件的第二用戶所在的客戶端為傳真客戶端時，第一服務(wù)器需要將該PDF文件轉(zhuǎn)換為TIFF格式文件，通過傳真驅(qū)動程序解碼，將轉(zhuǎn)換后的TIFF格式文件發(fā)送給第二用戶所在的傳真客戶端。用戶所在的客戶端接收到該訂單文件后，對該訂單文件確認后，例如對該訂單文件蓋章或簽字后，將該訂單文件傳真給服務(wù)器。當服務(wù)器接收到該訂單文件對應(yīng)的傳真數(shù)據(jù)信息后，將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件。根據(jù)該傳真圖片文件，識別該訂單文件中包含的訂單標識信息，并根據(jù)識別出的訂單標識信息生成相應(yīng)的記錄。服務(wù)器在將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件后，為了提高訂單標識信息識別的效率及準確性，在本申請實施例中，服務(wù)器對轉(zhuǎn)換后的所述傳真圖片文件進行二值化處理，并將二值化后的傳真圖片文件進行中值濾波處理，去除該傳真圖片文件中的噪點。當對傳真圖片進行中值濾波處理后，需要在該傳真圖片中采用與生成條碼信息算法相應(yīng)的條碼識別算法，識別該訂單文件中包含的訂單標識信息。具體在識別該訂單文件中包含的訂單標識信息時，可以首先確定該傳真圖片文件中包含該條碼信息的區(qū)域，當確定了該包含條碼信息的區(qū)域后，在該區(qū)域內(nèi)識別訂單標識信息。具體的在確定該傳真圖片文件中包含條碼信息的區(qū)域時，可以根據(jù)添加該條碼信息的區(qū)域確定，例如當在訂單文件中添加條碼信息時，將該條碼信息添加到了訂單文件中每頁的最下面，則在確定該傳真圖片文件中包含條碼信息的區(qū)域時，則直接確定該傳真圖片文件中每頁的最小面為包含條碼信息的區(qū)域，或者，將傳真圖片文件劃分為至少兩個區(qū)域，分別確定哪一區(qū)域為包含條碼信息的區(qū)域。在本申請實施例中為了提高訂單標識信息識別的效率，采用快速定位算法，確定該傳真圖片文件中包含條碼信息的區(qū)域時，由于訂單文件中文字的信息和條碼信息的圖象特征是不一樣的，通過識別每行數(shù)據(jù)的紅R、綠G、黑B三種顏色數(shù)據(jù)，從而確定每行是否包含條碼信息。在該服務(wù)器中保存有顏色數(shù)據(jù)閾值范圍，該顏色數(shù)據(jù)閾值范圍的保存包括根據(jù)確定每個包含條碼信息的區(qū)域，確定該區(qū)域內(nèi)每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和；比較確定每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和的最大值和最小值；將所述顏色數(shù)據(jù)和的最小值和最大值對應(yīng)的范圍，保存為顏色數(shù)據(jù)閾值范圍。在首次識別時，該顏色數(shù)據(jù)閾值范圍可以是根據(jù)經(jīng)驗設(shè)置的一個數(shù)值范圍，通過之后的識別的包含條碼信息的區(qū)域的增多，不斷的調(diào)整該顏色數(shù)據(jù)閾值范圍，使之不斷的趨于完善。確定包含條碼信息的區(qū)域的過程包括根據(jù)色彩模式，獲取該傳真圖片文件中每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)；確定每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，根據(jù)保存的顏色數(shù)據(jù)閾值范圍，判斷每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；將數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和在所述顏色閾值范圍內(nèi)的行，確定為包含條碼信息的區(qū)域。即具體的，服務(wù)器本身保存有顏色數(shù)據(jù)閾值范圍信息，當將訂單文件轉(zhuǎn)換為傳真圖片文件后，針對該傳真圖片中的每行，確定每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，將每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，分別與保存的顏色數(shù)據(jù)閾值范圍進行比較，將數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和在所述顏色閾值范圍內(nèi)的行，確定為包含條碼信息的區(qū)域?；蛘撸诒旧暾垖嵤├袨榱颂岣叽_定包含條碼信息的區(qū)域的效率，也可以依次判斷每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；根據(jù)首個數(shù)據(jù)信息在所述顏色數(shù)據(jù)閾值范圍內(nèi)的行對應(yīng)的行號作為第一行，根據(jù)所述行號，以及設(shè)置的深度系數(shù)，確定進行判斷的下一行的行號；判斷該下一行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；當所述下一行數(shù)據(jù)信息不在所述顏色數(shù)據(jù)閾值范圍內(nèi)時，將所述第一行所在的區(qū)域作為包含條碼信息的區(qū)域；當所述下一行數(shù)據(jù)信息在所述顏色數(shù)據(jù)閾值范圍內(nèi)時，將所述第一行和所述下一行對應(yīng)的范圍作為包含條碼信息的第一區(qū)域，將所述下一行作為第一行，直到確定出不滿足所述顏色數(shù)據(jù)閾值范圍的行。由于文件和數(shù)字之間的圖像特征存在差異，但是其差異不是很大，為了提高確定包含條碼信息的區(qū)域的效率，進而提高識別訂單標識信息的效率，在本申請實施中，可以將所述顏色數(shù)據(jù)和的最小值和最大值，分別與設(shè)定的比例系數(shù)進行乘積運算，其中該比例系數(shù)為大于I的數(shù)值；將所述最小值和最大值與所述設(shè)定的比例系數(shù)乘積后確定的范圍，保存為顏色數(shù)據(jù)閾值范圍。例如該比例系數(shù)可以為10。當該保存的顏色數(shù)據(jù)閾值范圍，根據(jù)顏色數(shù)據(jù)和的最小值和最大值，和設(shè)定的比例系數(shù)確定時，在根據(jù)該保存的顏色數(shù)據(jù)閾值范圍對傳真圖片文件中每行信息進行識別時，每行顏色數(shù)據(jù)的和也要與相同的比例系數(shù)乘積，將該乘積后的結(jié)果，與該顏色數(shù)據(jù)閾值范圍進行比對。下面通過一個具體的實施例，對本申請實施例中對訂單文件中訂單標識信息的識別過程進行的詳細說明。服務(wù)器接收用戶所在客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息。服務(wù)器通過傳真驅(qū)動解碼將該傳真數(shù)據(jù)信息生成TIFF格式文件。服務(wù)器將該TIFF格式文件轉(zhuǎn)換為JPG格式文件，讀取該文件信息到內(nèi)存中。對該JPG格式文件信息進行二值化處理和中值濾波處理，將傳真和蓋章過程中的圖片噪點去除。根據(jù)色彩模式，獲取該JPG格式文件中每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)。當保存的該顏色數(shù)據(jù)閾值范圍是根據(jù)設(shè)定的比例系數(shù)確定的時，則服務(wù)器在獲取了每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)后，將該三種顏色數(shù)據(jù)分別乘以設(shè)定的比例系數(shù)，根據(jù)每種顏色數(shù)據(jù)分別與設(shè)定的比例系數(shù)乘積后的數(shù)據(jù)，確定每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和。服務(wù)器針對每行依次判斷每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)。將首個數(shù)據(jù)信息在所述顏色數(shù)據(jù)閾值范圍內(nèi)的行對應(yīng)的行號作為第一行，根據(jù)所述行號，以及設(shè)置的深度系數(shù)，例如為5，確定進行判斷的下一行的行號。由于上述過程是針對每行分別判斷每行數(shù)據(jù)信息對應(yīng)的顏色數(shù)據(jù)的和，是否在顏色數(shù)據(jù)閾值范圍內(nèi)的，因此只要判斷出某一行的顏色數(shù)據(jù)的和在該顏色數(shù)據(jù)閾值范圍內(nèi)后，即根據(jù)該行的行號，確定進行判斷的下一行的行號。例如當?shù)?行為首個數(shù)據(jù)信息對應(yīng)的顏色數(shù)據(jù)的和在顏色數(shù)據(jù)閾值范圍內(nèi)的行的行號，則根據(jù)設(shè)置的深度系數(shù)5，則下一進行判斷的行的行號為7。則判斷第7行的顏色數(shù)據(jù)的和是否在該顏色數(shù)據(jù)閾值范圍內(nèi)，當該顏色數(shù)據(jù)的和在該顏色數(shù)據(jù)閾值范圍內(nèi)時，則繼續(xù)確定進行判斷的下一行的行號為7+5=12，即判斷第12行的顏色數(shù)據(jù)的和是否在該顏色數(shù)據(jù)閾值范圍內(nèi)，當?shù)?2行的顏色數(shù)據(jù)的和不在該顏色數(shù)據(jù)閾值范圍內(nèi)時，則確定包含條碼信息的區(qū)域為第27行，當?shù)?2行顏色數(shù)據(jù)的和在該顏色數(shù)據(jù)閾值范圍內(nèi)時，則繼續(xù)確定進行判斷的下一行的行號為12+5=17，即判斷第17行的顏色數(shù)據(jù)的和是否在該顏色數(shù)據(jù)閾值范圍內(nèi)，直到確定出不滿足所述顏色數(shù)據(jù)閾值范圍的行。圖6為本申請實施例提供的一種訂單文件中訂單標識信息的識別裝置的結(jié)構(gòu)示意圖，該裝置包括接收模塊61，用于接收用戶所在客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息，將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件；確定模塊62，用于針對該傳真圖片文件，確定該傳真圖片文件中包含條碼信息的區(qū)域，其中所述條碼信息為所述服務(wù)器在將訂單文件發(fā)送給所述用戶前，根據(jù)該訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成并添加訂單文件中的；識別模塊63，用于在確定的包含條碼信息的區(qū)域內(nèi)，采用與生成所述條碼信息的算法相應(yīng)的條碼識別算法，識別所述訂單文件中包含的訂單標識信息。所述裝置還包括匹配模塊64，用于根據(jù)接收到的訂單數(shù)據(jù)，及自身保存的訂單模板信息，匹配生成訂單文件對應(yīng)的超文本標記語言文件；生成模塊65，用于根據(jù)所述訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成條碼息;轉(zhuǎn)換發(fā)送模塊66，用于根據(jù)所述訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成條碼信息，并將所述條碼信息添加到所述訂單文件對應(yīng)的超文本標記語言文件中，根據(jù)保存的接收所述訂單文件的用戶所在客戶端的信息，將添加了所述條碼信息的訂單文件發(fā)送給所述用戶所在的客戶端。所述轉(zhuǎn)換發(fā)送模塊66，具體用于當保存的所述用戶所在的客戶端為傳真客戶端時，將添加了所述條碼信息的訂單文件對應(yīng)的超文本標記語言文件，轉(zhuǎn)換為傳真數(shù)據(jù)文件；將轉(zhuǎn)換后的所述傳真數(shù)據(jù)文件發(fā)送給所述用戶所在的客戶端。所述生成模塊65，具體用于根據(jù)該訂單文件中包含的訂單標識信息，以及保存的對應(yīng)該訂單標識的符號標識信息，采用預(yù)設(shè)算法生成條碼信息。所述轉(zhuǎn)換發(fā)送模塊66，具體用于將所述條碼信息生成圖片格式文件，將所述圖片格式文件保存在數(shù)據(jù)庫中；根據(jù)保存所述圖片格式文件的地址信息，生成相應(yīng)的統(tǒng)一資源定位符URL信息；將生成的所述URL信息添加到所述訂單文件對應(yīng)的超文本標記語言文件中。所述裝置還包括過濾模塊67，用于對轉(zhuǎn)換后的所述傳真圖片文件進行二值化處理；并將二值化后的傳真圖片文件進行中值濾波處理。所述確定模塊62，具體用于根據(jù)色彩模式，獲取該傳真圖片文件中每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)；確定每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，根據(jù)保存的顏色數(shù)據(jù)閾值范圍，判斷每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；將數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和在所述顏色閾值范圍內(nèi)的行，確定為包含條碼信息的區(qū)域。所述確定模塊62，具體用于依次判斷每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；根據(jù)首個數(shù)據(jù)信息在所述顏色數(shù)據(jù)閾值范圍內(nèi)的行對應(yīng)的行號作為第一行，根據(jù)所述行號，以及設(shè)置的深度系數(shù)，確定進行判斷的下一行的行號；判斷該下一行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；當所述下一行數(shù)據(jù)信息不在所述顏色數(shù)據(jù)閾值范圍內(nèi)時，將所述第一行所在的區(qū)域作為包含條碼信息的區(qū)域；當所述下一行數(shù)據(jù)信息在所述顏色數(shù)據(jù)閾值范圍內(nèi)時，將所述第一行和所述下一行對應(yīng)的范圍作為包含條碼信息的第一區(qū)域，將所述下一行作為第一行，直到確定出不滿足所述顏色數(shù)據(jù)閾值范圍的行。所述確定模塊62，具體用于根據(jù)確定每個包含條碼信息的區(qū)域，確定該區(qū)域內(nèi)每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和；比較確定每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和的最大值和最小值；將所述顏色數(shù)據(jù)和的最小值和最大值對應(yīng)的范圍，保存為顏色數(shù)據(jù)閾值范圍。所述確定模塊62，具體用于將所述顏色數(shù)據(jù)和的最小值和最大值，分別與設(shè)定的比例系數(shù)進行乘積運算，其中該比例系數(shù)為大于I的數(shù)值；將所述最小值和最大值與所述設(shè)定的比例系數(shù)乘積后確定的范圍，保存為顏色數(shù)據(jù)閾值范圍。識別模塊63，具體用于將獲取的所述訂單標識信息，與保存的已使用的訂單標識信息進行匹配，當匹配成功時，確定獲取的訂單標識信息為識別到的該訂單文件中包含的訂單標識信息。本申請實施例提供了一種訂單文件中訂單標識信息的識別方法、系統(tǒng)及裝置，該方法中當服務(wù)器接收到客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息后，識別該傳真數(shù)據(jù)中包含根據(jù)訂單標識信息生成的條碼信息的區(qū)域，在該區(qū)域內(nèi)，根據(jù)相應(yīng)的條碼識別算法，識別該訂單文件包含的訂單標識信息。由于在本申請實施例中在該訂單文件中包含由訂單標識信息生成的條碼信息，將該條碼信息所在的區(qū)域確定后，在該區(qū)域內(nèi)識別該訂單標識信息，從而實現(xiàn)了訂單標識信息識別的自動化，提高了訂單標識信息識別的效率和準確性，由于在該訂單標識的識別過程中，當服務(wù)器接收到該訂單傳真數(shù)據(jù)后，直接將該傳真數(shù)據(jù)轉(zhuǎn)換為傳真圖片，在該傳真圖片中識別訂單標識信息，無需再生成紙質(zhì)文檔由人工識別，節(jié)省了紙質(zhì)資源，并且由于本申請中直接通過電子文檔的形式對訂單標識識別，訂單文件可以直接保存在系統(tǒng)中，便于后續(xù)訂單標識信息的查詢。另外，服務(wù)器識別出該訂單標識信息后，可以根據(jù)該訂單標識信息自動查找最初生成的訂單文件，以便核對接收到的訂單文件是否與服務(wù)器最初生成的訂單文件相符，提高了核對訂單文件的效率。顯然，本領(lǐng)域的技術(shù)人員可以對本申請進行各種改動和變型而不脫離本申請的精神和范圍。這樣，倘若本申請的這些修改和變型屬于本申請權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本申請也意圖包含這些改動和變型在內(nèi)。權(quán)利要求1.一種訂單文件中訂單標識信息的識別方法，其特征在于，包括服務(wù)器接收用戶所在客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息，將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件；針對該傳真圖片文件，確定該傳真圖片文件中包含條碼信息的區(qū)域，其中所述條碼信息為所述服務(wù)器在將訂單文件發(fā)送給所述用戶前，根據(jù)該訂単文件包含的訂單標識信息，采用預(yù)設(shè)算法生成并添加到該訂單文件中的；在確定的包含條碼信息的區(qū)域內(nèi)，采用與生成所述條碼信息的算法相應(yīng)的條碼識別算法，識別所述訂單文件中包含的訂單標識信息。2.如權(quán)利要求I所述的方法，其特征在于，所述條碼信息為所述服務(wù)器在將訂單文件發(fā)送給所述用戶前，根據(jù)該訂単文件包含的訂單標識信息，采用預(yù)設(shè)算法生成并添加到該訂單文件中的，其具體步驟包括服務(wù)器根據(jù)接收到的訂單數(shù)據(jù)，及自身保存的訂單模板信息，匹配生成訂單文件對應(yīng)的超文本標記語言文件；服務(wù)器根據(jù)所述訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成條碼信息，并將所述條碼信息添加到所述訂單文件對應(yīng)的超文本標記語言文件中。3.如權(quán)利要求2所述的方法，其特征在于，所述方法還包括服務(wù)器根據(jù)保存的接收所述訂單文件的用戶所在客戶端的信息，將添加了所述條碼信息的訂單文件發(fā)送給所述用戶所在的客戶端。4.如權(quán)利要求3所述的方法，其特征在于，所述將添加了所述條碼信息的訂單文件發(fā)送給所述用戶所在的客戶端包括當保存的所述用戶所在的客戶端為傳真客戶端時，將添加了所述條碼信息的訂單文件對應(yīng)的超文本標記語言文件，轉(zhuǎn)換為傳真數(shù)據(jù)文件；將轉(zhuǎn)換后的所述傳真數(shù)據(jù)文件發(fā)送給所述用戶所在的客戶端。5.如權(quán)利要求2所述的方法，其特征在于，根據(jù)所述訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成條碼信息包括所述服務(wù)器根據(jù)該訂単文件中包含的訂單標識信息，以及保存的對應(yīng)該訂單標識的符號標識信息，采用預(yù)設(shè)算法生成條碼信息。6.如權(quán)利要求2或5所述的方法，其特征在于，將所述條碼信息添加到所述訂單文件對應(yīng)的超文本標記語言文件中包括所述服務(wù)器將所述條碼信息生成圖片格式文件，將所述圖片格式文件保存在數(shù)據(jù)庫中；根據(jù)保存所述圖片格式文件的地址信息，生成相應(yīng)的統(tǒng)ー資源定位符URL信息；將生成的所述URL信息添加到所述訂單文件對應(yīng)的超文本標記語言文件中。7.如權(quán)利要求I所述的方法，其特征在于，確定該傳真圖片文件中包含條碼信息的區(qū)域之前，所述方法還包括對轉(zhuǎn)換后的所述傳真圖片文件進行ニ值化處理；并將ニ值化后的傳真圖片文件進行中值濾波處理。8.如權(quán)利要求I所述的方法，其特征在于，所述確定該傳真圖片文件中包含條碼信息的區(qū)域包括根據(jù)色彩模式，獲取該傳真圖片文件中每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)；確定每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，根據(jù)保存的顔色數(shù)據(jù)閾值范圍，判斷每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；將數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和在所述顏色閾值范圍內(nèi)的行，確定為包含條碼信息的區(qū)域。9.如權(quán)利要求8所述的方法，其特征在干，將數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和在所述顏色閾值范圍內(nèi)的行，確定為包含條碼信息的區(qū)域包括依次判斷每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；將首個數(shù)據(jù)信息在所述顏色數(shù)據(jù)閾值范圍內(nèi)的行對應(yīng)的行號作為第一行，根據(jù)所述行號，以及設(shè)置的深度系數(shù)，確定進行判斷的下一行的行號；判斷該下一行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；當所述下一行數(shù)據(jù)信息不在所述顏色數(shù)據(jù)閾值范圍內(nèi)吋，將所述第一行所在的區(qū)域作為包含條碼信息的區(qū)域；當所述下一行數(shù)據(jù)信息在所述顏色數(shù)據(jù)閾值范圍內(nèi)吋，將所述第一行和所述下一行對應(yīng)的范圍作為包含條碼信息的第一區(qū)域，將所述下一行作為第一行，直到確定出不滿足所述顏色數(shù)據(jù)閾值范圍的行。10.如權(quán)利要求8所述的方法，其特征在于，保存所述顏色數(shù)據(jù)閾值范圍包括根據(jù)確定每個包含條碼信息的區(qū)域，確定該區(qū)域內(nèi)每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和；比較確定每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和的最大值和最小值；將所述顔色數(shù)據(jù)和的最小值和最大值對應(yīng)的范圍，保存為顏色數(shù)據(jù)閾值范圍。11.如權(quán)利要求10所述的方法，其特征在于，將所述顏色數(shù)據(jù)和的最小值和最大值對應(yīng)的范圍，保存為顏色數(shù)據(jù)閾值范圍包括將所述顔色數(shù)據(jù)和的最小值和最大值，分別與設(shè)定的比例系數(shù)進行乘積運算，其中該比例系數(shù)為大于I的數(shù)值；將所述最小值和最大值與所述設(shè)定的比例系數(shù)乘積后確定的范圍，保存為顏色數(shù)據(jù)閾值范圍。12.如權(quán)利要求I所述的方法，其特征在于，所述識別所述訂單文件中包含的訂單標識信息包括所述服務(wù)器將獲取的所述訂單標識信息，與保存的已使用的訂單標識信息進行匹配；當匹配成功吋，確定獲取的訂單標識信息為識別到的該訂單文件中包含的訂單標識信O13.一種訂單文件中訂單標識信息的識別系統(tǒng)，其特征在干，該系統(tǒng)包括客戶端，用于向服務(wù)器發(fā)送訂單文件對應(yīng)的傳真數(shù)據(jù)信息；服務(wù)器，用于接收用戶所在客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息，將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件；針對該傳真圖片文件，確定該傳真圖片文件中包含條碼信息的區(qū)域，其中所述條碼信息為所述服務(wù)器在將訂單文件發(fā)送給所述用戶前，根據(jù)該訂単文件包含的訂單標識信息，采用預(yù)設(shè)算法生成并添加到訂單文件中的；在確定的包含條碼信息的區(qū)域內(nèi)，采用與生成所述條碼信息的算法相應(yīng)的條碼識別算法，識別所述訂單文件中包含的訂單標識信息。14.如權(quán)利要求13所述的系統(tǒng)，其特征在干，該系統(tǒng)中，所述服務(wù)器，還用于根據(jù)接收到的訂單數(shù)據(jù)，及自身保存的訂單模板信息，匹配生成訂単文件對應(yīng)的超文本標記語言文件；根據(jù)所述訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成條碼信息，并將所述條碼信息添加到所述訂單文件對應(yīng)的超文本標記語言文件中；根據(jù)保存的接收所述訂單文件的用戶所在客戶端的信息，將添加了所述條碼信息的訂單文件發(fā)送給所述用戶所在的客戶端；所述客戶端，還用于接收所述服務(wù)器發(fā)送的添加了所述條碼信息的訂單文件。15.一種訂單文件中訂單標識信息的識別裝置，其特征在于，該裝置包括接收模塊，用于接收用戶所在客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息，將該傳真數(shù)據(jù)信息轉(zhuǎn)換為傳真圖片文件；確定模塊，用于針對該傳真圖片文件，確定該傳真圖片文件中包含條碼信息的區(qū)域，其中所述條碼信息為所述服務(wù)器在將訂單文件發(fā)送給所述用戶前，根據(jù)所述訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成并添加到該訂單文件中的；識別模塊，用于在確定的包含條碼信息的區(qū)域內(nèi)，采用與生成所述條碼信息的算法相應(yīng)的條碼識別算法，識別所述訂單文件中包含的訂單標識信息。16.如權(quán)利要求15所述的裝置，其特征在于，所述裝置還包括匹配模塊，用于根據(jù)接收到的訂單數(shù)據(jù)，及自身保存的訂單模板信息，匹配生成訂單文件對應(yīng)的超文本標記語言文件；生成模塊，用于根據(jù)所述訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成條碼信息；轉(zhuǎn)換發(fā)送模塊，用于根據(jù)所述訂單文件包含的訂單標識信息，采用預(yù)設(shè)算法生成條碼信息，并將所述條碼信息添加到所述訂單文件對應(yīng)的超文本標記語言文件中，根據(jù)保存的接收所述訂單文件的用戶所在客戶端的信息，將添加了所述條碼信息的訂單文件發(fā)送給所述用戶所在的客戶端。17.如權(quán)利要求16所述的裝置，其特征在于，所述轉(zhuǎn)換發(fā)送模塊，具體用于當保存的所述用戶所在的客戶端為傳真客戶端時，將添加了所述條碼信息的訂單文件對應(yīng)的超文本標記語言文件，轉(zhuǎn)換為傳真數(shù)據(jù)文件；將轉(zhuǎn)換后的所述傳真數(shù)據(jù)文件發(fā)送給所述用戶所在的客戶端。18.如權(quán)利要求16所述的裝置，其特征在于，所述生成模塊，具體用于根據(jù)該訂單文件中包含的訂單標識信息，以及保存的對應(yīng)該訂單標識的符號標識信息，采用預(yù)設(shè)算法生成條碼ィ目息。19.如權(quán)利要求16或18所述的裝置，其特征在于，所述轉(zhuǎn)換發(fā)送模塊，具體用于將所述條碼信息生成圖片格式文件，將所述圖片格式文件保存在數(shù)據(jù)庫中；根據(jù)保存所述圖片格式文件的地址信息，生成相應(yīng)的統(tǒng)ー資源定位符URL信息；將生成的所述URL信息添加到所述訂單文件對應(yīng)的超文本標記語言文件中。20.如權(quán)利要求15所述的裝置，其特征在于，所述裝置還包括過濾模塊，用于對轉(zhuǎn)換后的所述傳真圖片文件進行ニ值化處理；并將ニ值化后的傳真圖片文件進行中值濾波處理。21.如權(quán)利要求15所述的裝置，其特征在于，所述確定模塊，具體用于根據(jù)色彩模式，獲取該傳真圖片文件中每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)；確定每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，根據(jù)保存的顔色數(shù)據(jù)閾值范圍，判斷每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；將數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和在所述顏色閾值范圍內(nèi)的行，確定為包含條碼信息的區(qū)域。22.如權(quán)利要求21所述的裝置，其特征在于，所述確定模塊，具體用于依次判斷每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；根據(jù)首個數(shù)據(jù)信息在所述顏色數(shù)據(jù)閾值范圍內(nèi)的行對應(yīng)的行號作為第一行，根據(jù)所述行號，以及設(shè)置的深度系數(shù)，確定進行判斷的下一行的行號；判斷該下ー行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和，是否在所述顏色數(shù)據(jù)閾值范圍內(nèi)；當所述下ー行數(shù)據(jù)信息不在所述顏色數(shù)據(jù)閾值范圍內(nèi)吋，將所述第一行所在的區(qū)域作為包含條碼信息的區(qū)域；當所述下一行數(shù)據(jù)信息在所述顏色數(shù)據(jù)閾值范圍內(nèi)吋，將所述第一行和所述下一行對應(yīng)的范圍作為包含條碼信息的第一區(qū)域，將所述下一行作為第一行，直到確定出不滿足所述顏色數(shù)據(jù)閾值范圍的行。23.如權(quán)利要求21所述的裝置，其特征在于，所述確定模塊，具體用于根據(jù)確定每個包含條碼信息的區(qū)域，確定該區(qū)域內(nèi)每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和；比較確定每行數(shù)據(jù)信息對應(yīng)的紅R、綠G、黑B三種顏色數(shù)據(jù)的和的最大值和最小值；將所述顔色數(shù)據(jù)和的最小值和最大值對應(yīng)的范圍，保存為顏色數(shù)據(jù)閾值范圍。24.如權(quán)利要求23所述的裝置，其特征在于，所述確定模塊，具體用于將所述顏色數(shù)據(jù)和的最小值和最大值，分別與設(shè)定的比例系數(shù)進行乘積運算，其中該比例系數(shù)為大于I的數(shù)值；將所述最小值和最大值與所述設(shè)定的比例系數(shù)乘積后確定的范圍，保存為顏色數(shù)據(jù)閾值范圍。25.如權(quán)利要求15所述的裝置，其特征在于，所述識別模塊，具體用于將獲取的所述訂單標識信息，與保存的已使用的訂單標識信息進行匹配，當匹配成功吋，確定獲取的訂單標識信息為識別到的該訂單文件中包含的訂單標識信息。全文摘要本申請公開了一種訂單文件中訂單標識信息的識別方法、系統(tǒng)及裝置，用以解決現(xiàn)有訂單文件中訂單標識信息識別過程浪費資源，效率較低的問題。該方法當服務(wù)器接收到客戶端發(fā)送的訂單文件對應(yīng)的傳真數(shù)據(jù)信息后，識別該傳真數(shù)據(jù)中包含根據(jù)訂單標識信息生成的條碼信息的區(qū)域，在該區(qū)域內(nèi)，根據(jù)相應(yīng)的條碼識別算法，識別該訂單文件包含的訂單標識信息。在本申請實施例中將該條碼信息所在的區(qū)域確定后，在該區(qū)域內(nèi)識別該訂單標識信息，從而實現(xiàn)了訂單標識識別的自動化，提高了訂單標識信息識別的效率和準確性，節(jié)省了紙質(zhì)資源，便于后續(xù)訂單標識信息的查詢。文檔編號H04N1/32GK102622568SQ20111003119公開日2012年8月1日申請日期2011年1月28日優(yōu)先權(quán)日2011年1月28日發(fā)明者陳強申請人:阿里巴巴集團控股有限公司