【技術(shù)領(lǐng)域】

本發(fā)明涉及計(jì)算機(jī)網(wǎng)絡(luò)領(lǐng)域，尤其涉及稅務(wù)領(lǐng)域的一種基于稅控系統(tǒng)的發(fā)票分票網(wǎng)絡(luò)處理方法。

背景技術(shù)：

隨著國(guó)家經(jīng)濟(jì)的迅猛發(fā)展，企業(yè)規(guī)模逐步擴(kuò)大，同一企業(yè)需要增加多個(gè)稅控設(shè)備實(shí)現(xiàn)企業(yè)正常經(jīng)營(yíng)。傳統(tǒng)的稅控系統(tǒng)對(duì)于稅控設(shè)備的發(fā)票管理，在企業(yè)存在多個(gè)稅控設(shè)備的情況下，要求企業(yè)在辦理發(fā)票分票時(shí)企業(yè)操作人員必須攜帶分企業(yè)端相關(guān)稅控設(shè)備到主企業(yè)端相關(guān)稅控設(shè)備所在地進(jìn)行發(fā)票分票操作。目前這種管理方案，一方面增加了企業(yè)對(duì)稅控設(shè)備的使用成本，且容易造成設(shè)備丟失和損壞，浪費(fèi)人力和金錢；另一方面也不利于稅局對(duì)企業(yè)多個(gè)稅控設(shè)備的管理和監(jiān)控。若果每個(gè)增加的稅款設(shè)備都可以單獨(dú)進(jìn)行發(fā)票申領(lǐng)操作、發(fā)售操作的話，這無疑也增加了稅局和企業(yè)的業(yè)務(wù)壓力，同時(shí)不方便企業(yè)對(duì)發(fā)票的自主管理。

技術(shù)實(shí)現(xiàn)要素：

鑒于上述問題，提出了本發(fā)明，以便提供一種克服上述問題或至少部分地解決上述問題。

本發(fā)明提供一種基于稅控系統(tǒng)的發(fā)票分票網(wǎng)絡(luò)處理方法，包括：

主企業(yè)客戶端啟動(dòng)網(wǎng)絡(luò)分票流程，從稅控設(shè)備中讀取未開具、待分配給分企業(yè)客戶端的發(fā)票電子信息并進(jìn)行顯示，從中選取需要分配的發(fā)票信息；

所述主企業(yè)客戶端向局端受理系統(tǒng)發(fā)送分票請(qǐng)求，所述分票請(qǐng)求包含有所述需要分配的發(fā)票信息；

所述局端受理系統(tǒng)接收所述主企業(yè)客戶端發(fā)送的分票請(qǐng)求后，校驗(yàn)請(qǐng)求參數(shù)，校驗(yàn)通過后存入局端數(shù)據(jù)庫分票數(shù)據(jù)表中，并置狀態(tài)為初始狀態(tài)，同時(shí)把分票成功信息發(fā)送給所述主企業(yè)客戶端，并允許指定的所述分企業(yè)客戶端從所述分票數(shù)據(jù)表中獲取待分配的分票信息；

所述主企業(yè)客戶端接收所述局端受理系統(tǒng)的分票成功信息后，調(diào)用所述稅控設(shè)備提供的網(wǎng)絡(luò)分票清除接口清除底層緩存區(qū)域中的發(fā)票信息。

進(jìn)一步的，所述需要分配的發(fā)票信息包括分企業(yè)客戶端分機(jī)號(hào)、發(fā)票種類、發(fā)票代碼、發(fā)票號(hào)碼、張數(shù)。

進(jìn)一步的，所述主企業(yè)客戶端向局端受理系統(tǒng)發(fā)送分票請(qǐng)求具體包括：

所述主企業(yè)客戶端向所述局端受理系統(tǒng)發(fā)送第一次分票請(qǐng)求，請(qǐng)求參數(shù)包括：主企業(yè)客戶端的納稅識(shí)別號(hào)，主分機(jī)標(biāo)識(shí)和稅控設(shè)備編號(hào)；

所述局端受理系統(tǒng)接收所述主企業(yè)客戶端發(fā)送的第一次分票請(qǐng)求后，校驗(yàn)請(qǐng)求參數(shù)，判斷主企業(yè)客戶端和稅控設(shè)備的有效性，并且分配給同一分企業(yè)客戶端的未被成功讀取的分票信息不能多于指定條數(shù)，通過校驗(yàn)的，局端受理系統(tǒng)把校驗(yàn)成功標(biāo)志發(fā)送給主企業(yè)客戶端；

所述主企業(yè)客戶端收到校驗(yàn)成功標(biāo)志后，調(diào)用所述稅控設(shè)備提供的網(wǎng)絡(luò)分票接口，所述稅控設(shè)備把分配給所述分企業(yè)客戶端的發(fā)票信息進(jìn)行加密，并與發(fā)票明文信息一同存儲(chǔ)在底層緩存區(qū)域中；

所述主企業(yè)客戶端向所述局端受理系統(tǒng)發(fā)送第二次分票請(qǐng)求，請(qǐng)求參數(shù)包括：發(fā)票密文信息、分企業(yè)客戶端分機(jī)號(hào)、發(fā)票種類、發(fā)票代碼、發(fā)票號(hào)碼、張數(shù)。

進(jìn)一步的，所述方法還包括：所述局端受理系統(tǒng)接收所述主企業(yè)客戶端發(fā)送的第二次分票請(qǐng)求參數(shù)后，校驗(yàn)請(qǐng)求參數(shù)，判斷所述分企業(yè)客戶端分機(jī)號(hào)的有效性，并調(diào)用加解密服務(wù)器對(duì)發(fā)票密文信息進(jìn)行解密，與發(fā)票明文信息進(jìn)行比較，校驗(yàn)通過后存入局端數(shù)據(jù)庫分票數(shù)據(jù)表中，并置狀態(tài)為初始狀態(tài)，同時(shí)把分票成功信息發(fā)送給主企業(yè)客戶端，并允許指定的分企業(yè)客戶端從分票數(shù)據(jù)表中獲取待分配的分票信息。

進(jìn)一步的，所述分配給同一分企業(yè)客戶端的未被成功讀取的分票信息不能多于指定條數(shù)。

進(jìn)一步的，所述分票數(shù)據(jù)表中分票狀態(tài)包括：

初始狀態(tài)，分票數(shù)據(jù)初始入庫；

完成狀態(tài)，分機(jī)讀取分票數(shù)據(jù)成功；

鎖定狀態(tài)，分機(jī)讀取分票數(shù)據(jù)但未確認(rèn)是否操作成功。

進(jìn)一步的，所述局端受理系統(tǒng)允許指定的分企業(yè)客戶端從分票數(shù)據(jù)表中獲取待分配的分票信息的方法包括：

分企業(yè)客戶端啟動(dòng)獲取分票流程，向局端受理系統(tǒng)發(fā)送獲取發(fā)票請(qǐng)求，請(qǐng)求參數(shù)包括：分企業(yè)客戶端的納稅識(shí)別號(hào)、分機(jī)號(hào)和稅控設(shè)備編號(hào)；

所述局端受理系統(tǒng)接收所述分企業(yè)客戶端發(fā)送的獲取發(fā)票請(qǐng)求參數(shù)后，校驗(yàn)請(qǐng)求參數(shù)，判斷所述分企業(yè)客戶端和其稅控設(shè)備的有效性，校驗(yàn)通過后，所述局端受理系統(tǒng)調(diào)用發(fā)票分票接口從所述局端數(shù)據(jù)庫分票數(shù)據(jù)表中獲取該分企業(yè)客戶端對(duì)應(yīng)的全部未成功讀取的發(fā)票分票信息；

判斷發(fā)票分票信息是否為空，如果獲取到的發(fā)票分票信息為空，則局端受理系統(tǒng)返回分企業(yè)客戶端信息為空；如果不為空，則局端受理系統(tǒng)生成唯一標(biāo)識(shí)本次交互的業(yè)務(wù)流水號(hào)，并與獲取到的發(fā)票分票信息一同發(fā)送給加解密服務(wù)器進(jìn)行加密，最終把加密后的密文信息返回分企業(yè)客戶端，同時(shí)置局端數(shù)據(jù)庫分票數(shù)據(jù)表中對(duì)應(yīng)記錄的分票狀態(tài)為鎖定狀態(tài)，以及為對(duì)應(yīng)記錄寫入業(yè)務(wù)流水號(hào)；

所述分企業(yè)客戶端接收到局端受理系統(tǒng)返回的信息后，如果為空則終止流程；如果不為空，則把信息進(jìn)行解密處理，并把解密后的發(fā)票分票信息和業(yè)務(wù)流水號(hào)寫入稅控設(shè)備，待寫入完成后把寫入成功標(biāo)志及業(yè)務(wù)流水號(hào)發(fā)送給所述局端受理系統(tǒng)；

所述局端受理系統(tǒng)接收所述分企業(yè)客戶端發(fā)送的發(fā)票分票信息寫入成功標(biāo)志及業(yè)務(wù)流水號(hào)后，根據(jù)業(yè)務(wù)流水號(hào)置對(duì)應(yīng)記錄的分票狀態(tài)為完成狀態(tài)，并終止本次交互流程。

進(jìn)一步的，所述全部未成功讀取的發(fā)票分票信息是指分票狀態(tài)為初始狀態(tài)或鎖定狀態(tài)的記錄集。

進(jìn)一步的，所述分企業(yè)客戶端每次獲取發(fā)票的分配條數(shù)不超過主企業(yè)客戶端的限制條數(shù)。

進(jìn)一步的，如果所述分企業(yè)客戶端在向稅控設(shè)備寫入分票信息時(shí)，只有部分寫入成功就發(fā)生異常，則不會(huì)返回局端受理系統(tǒng)任何信息，此時(shí)局端受理系統(tǒng)的局端數(shù)據(jù)庫分票數(shù)據(jù)表中對(duì)應(yīng)記錄的分票狀態(tài)為鎖定狀態(tài)，待企業(yè)再次從網(wǎng)絡(luò)獲取發(fā)票分票信息時(shí)，分票狀態(tài)為鎖定狀態(tài)的發(fā)票信息會(huì)重復(fù)下發(fā)，此時(shí)所述稅控設(shè)備會(huì)做最近寫入發(fā)票信息的比對(duì)，若有重復(fù)，則不會(huì)更新底層的發(fā)票信息。

通過本發(fā)明的技術(shù)方案可以看出，當(dāng)企業(yè)存在多個(gè)稅控設(shè)備時(shí)，無需企業(yè)進(jìn)行多次發(fā)票申領(lǐng)操作，也無需企業(yè)往返于不同稅控設(shè)備所在地，而是采用企業(yè)自主性遠(yuǎn)程方式，企業(yè)只需要使用主企業(yè)端稅控設(shè)備一次購買，通過網(wǎng)絡(luò)把主企業(yè)端發(fā)票分配電子信息傳輸給局端受理系統(tǒng)，局端受理系統(tǒng)再傳輸給分企業(yè)端，此種方案不需要稅局操作人員的介入和企業(yè)操作人員的異地奔波，簡(jiǎn)化了企業(yè)辦理分配發(fā)票的流程，提高了報(bào)稅效率，方便了納稅人。

【附圖說明】

為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1示出了本發(fā)明一個(gè)實(shí)施例的一種基于稅控系統(tǒng)的發(fā)票分票網(wǎng)絡(luò)處理方法流程示意圖。

圖2示出了本發(fā)明局端受理系統(tǒng)允許指定的分企業(yè)客戶端從分票數(shù)據(jù)表中獲取待分配的分票信息方法的流程示意圖。

【具體實(shí)施方式】

下面將參照附圖更詳細(xì)的描述本發(fā)明的示例性實(shí)施例。雖然附圖中顯示了本發(fā)明的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本發(fā)明，而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能更透徹的理解本發(fā)明，并且能夠?qū)⒈景l(fā)明的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

本發(fā)明的一個(gè)實(shí)施例為一種基于稅控系統(tǒng)的發(fā)票分票網(wǎng)絡(luò)處理方法，包括：

主企業(yè)客戶端啟動(dòng)網(wǎng)絡(luò)分票流程，從稅控設(shè)備中讀取未開具、待分配給分企業(yè)客戶端的發(fā)票電子信息并進(jìn)行顯示，從中選取需要分配的發(fā)票信息；

主企業(yè)客戶端向局端受理系統(tǒng)發(fā)送分票請(qǐng)求，所述分票請(qǐng)求包含有所述需要分配的發(fā)票信息；

局端受理系統(tǒng)接收所述主企業(yè)客戶端發(fā)送的分票請(qǐng)求后，校驗(yàn)請(qǐng)求參數(shù)，校驗(yàn)通過后存入局端數(shù)據(jù)庫分票數(shù)據(jù)表中，并置狀態(tài)為初始狀態(tài)，同時(shí)把分票成功信息發(fā)送給所述主企業(yè)客戶端，并允許指定的所述分企業(yè)客戶端從所述分票數(shù)據(jù)表中獲取待分配的分票信息；

主企業(yè)客戶端接收所述局端受理系統(tǒng)的分票成功信息后，調(diào)用所述稅控設(shè)備提供的網(wǎng)絡(luò)分票清除接口清除底層緩存區(qū)域中的發(fā)票信息。

圖1示出了根據(jù)本發(fā)明另一個(gè)具體的實(shí)施例，如圖1所示，一種基于稅控系統(tǒng)的發(fā)票分票網(wǎng)絡(luò)處理方法：

步驟s110，主企業(yè)客戶端啟動(dòng)網(wǎng)絡(luò)分票流程，從稅控設(shè)備中讀取未開具、待分配給分企業(yè)客戶端的發(fā)票電子信息并進(jìn)行顯示，從中選取需要分配的發(fā)票信息。需要分配的發(fā)票信息也可以由主企業(yè)客戶端的操作人員手工輸入。需要分配的發(fā)票信息包括分企業(yè)客戶端分機(jī)號(hào)、發(fā)票種類、發(fā)票代碼、發(fā)票號(hào)碼、張數(shù)等。

步驟s120，主企業(yè)客戶端向局端受理系統(tǒng)發(fā)送第一次分票請(qǐng)求。請(qǐng)求參數(shù)包括：主企業(yè)客戶端的納稅識(shí)別號(hào)，主分機(jī)標(biāo)識(shí)和稅控設(shè)備編號(hào)。客戶端是主企業(yè)客戶端還是分企業(yè)客戶端均有其自己的標(biāo)識(shí)，并且主企業(yè)客戶端和分企業(yè)客戶端均有其各自的稅款設(shè)備，用于開具發(fā)票。局端受理系統(tǒng)可安裝在負(fù)責(zé)管理主企業(yè)客戶端的稅款局。

步驟s130，局端受理系統(tǒng)接收主企業(yè)客戶端發(fā)送的分票請(qǐng)求參數(shù)后，校驗(yàn)請(qǐng)求參數(shù)，判斷主企業(yè)和稅控設(shè)備的有效性，并且分配給同一分企業(yè)客戶端的未被成功讀取的分票信息不能多于指定條數(shù)，否則，將結(jié)束分票處理流程；通過校驗(yàn)的，局端受理系統(tǒng)把校驗(yàn)成功標(biāo)志發(fā)送給主企業(yè)客戶端。

在實(shí)際操作過程中，只有主企業(yè)客戶端的稅控設(shè)備才具有分票資格，因此局端受理系統(tǒng)在收到分票請(qǐng)求參數(shù)后，需要先對(duì)主企業(yè)和稅控設(shè)備的合法性進(jìn)行判斷。一般分配給同一分企業(yè)客戶端的未被成功讀取的分票信息不能多于5條記錄。

步驟s140，主企業(yè)客戶端收到校驗(yàn)成功標(biāo)志后，調(diào)用稅控設(shè)備提供的網(wǎng)絡(luò)分票接口，稅控設(shè)備把分配給分企業(yè)客戶端的發(fā)票信息進(jìn)行加密，并與發(fā)票明文信息一同存儲(chǔ)在底層緩存區(qū)域中。

步驟s150，主企業(yè)客戶端向局端受理系統(tǒng)發(fā)送第二次分票請(qǐng)求。請(qǐng)求參數(shù)包括：發(fā)票密文信息、分企業(yè)客戶端分機(jī)號(hào)、發(fā)票種類、發(fā)票代碼、發(fā)票號(hào)碼、張數(shù)。主企業(yè)客戶端在局端受理系統(tǒng)通過第一次分票請(qǐng)求校驗(yàn)后（即合法性校驗(yàn)）才發(fā)送發(fā)票密文信息及具體的發(fā)票信息，可有利于局端受理系統(tǒng)更高效的處理分票請(qǐng)求，節(jié)約局端受理系統(tǒng)占用的存儲(chǔ)空間。

步驟s160，局端受理系統(tǒng)接收主企業(yè)客戶端發(fā)送的第二次分票請(qǐng)求參數(shù)后，校驗(yàn)請(qǐng)求參數(shù)，判斷分企業(yè)客戶端分機(jī)號(hào)的有效性，并調(diào)用加解密服務(wù)器對(duì)發(fā)票密文信息進(jìn)行解密，與發(fā)票明文信息進(jìn)行比較，校驗(yàn)通過后存入局端數(shù)據(jù)庫分票數(shù)據(jù)表中，并置狀態(tài)為初始狀態(tài)（即狀態(tài)字段為0），同時(shí)把分票成功信息發(fā)送給主企業(yè)客戶端，并允許指定的分企業(yè)客戶端從分票數(shù)據(jù)表中獲取待分配的分票信息。

分票數(shù)據(jù)表中分票狀態(tài)字段含義：

0：初始狀態(tài)，分票數(shù)據(jù)初始入庫；

1：完成狀態(tài)，分機(jī)讀取分票數(shù)據(jù)成功；

2：鎖定狀態(tài)，分機(jī)讀取分票數(shù)據(jù)但未確認(rèn)是否操作成功。

步驟s170，主企業(yè)客戶端接收局端受理系統(tǒng)的分票成功信息后，調(diào)用稅控設(shè)備提供的網(wǎng)絡(luò)分票清除接口清除底層緩存區(qū)域中的發(fā)票信息。

如圖2所示，局端受理系統(tǒng)允許指定的分企業(yè)客戶端從分票數(shù)據(jù)表中獲取待分配的分票信息的具體步驟包括：

步驟s210，分企業(yè)客戶端啟動(dòng)獲取分票流程，向局端受理系統(tǒng)發(fā)送獲取發(fā)票請(qǐng)求。請(qǐng)求參數(shù)包括：分企業(yè)客戶端的納稅識(shí)別號(hào)、分機(jī)號(hào)和稅控設(shè)備編號(hào)。

步驟s220，局端受理系統(tǒng)接收分企業(yè)客戶端發(fā)送的獲取發(fā)票請(qǐng)求參數(shù)后，校驗(yàn)請(qǐng)求參數(shù)，判斷分企業(yè)客戶端和其稅控設(shè)備的有效性，校驗(yàn)通過后，局端受理系統(tǒng)調(diào)用發(fā)票分票接口從局端數(shù)據(jù)庫分票數(shù)據(jù)表中獲取該分企業(yè)客戶端對(duì)應(yīng)的全部未成功讀取的發(fā)票分票信息。全部未成功讀取的發(fā)票分票信息即分票狀態(tài)字段為0（初始狀態(tài)）或2（鎖定狀態(tài)）的記錄集，假設(shè)有主企業(yè)客戶端最多5條記錄的限制，則分企業(yè)客戶端每次獲取的分票信息最多也為5條，即分企業(yè)客戶端每次獲取發(fā)票的分配條數(shù)不超過主企業(yè)客戶端的限制條數(shù)。

步驟s230，判斷發(fā)票分票信息是否為空，如果獲取到的發(fā)票分票信息為空，則局端受理系統(tǒng)返回分企業(yè)客戶端信息為空；如果不為空，則局端受理系統(tǒng)生成唯一標(biāo)識(shí)本次交互的業(yè)務(wù)流水號(hào)，并與獲取到的發(fā)票分票信息一同發(fā)送給加解密服務(wù)器進(jìn)行加密，最終把加密后的密文信息返回分企業(yè)客戶端，同時(shí)置局端數(shù)據(jù)庫分票數(shù)據(jù)表中對(duì)應(yīng)記錄的分票狀態(tài)為2（鎖定狀態(tài)），以及為對(duì)應(yīng)記錄寫入業(yè)務(wù)流水號(hào)。

步驟s240，分企業(yè)客戶端接收到局端受理系統(tǒng)返回的信息后，如果為空則終止流程；如果不為空，則把信息進(jìn)行解密處理，并把解密后的發(fā)票分票信息和業(yè)務(wù)流水號(hào)寫入稅控設(shè)備，待寫入完成后把寫入成功標(biāo)志及業(yè)務(wù)流水號(hào)發(fā)送給局端受理系統(tǒng)。

如果分企業(yè)客戶端在向稅控設(shè)備寫入分票信息時(shí)，只有部分寫入成功就發(fā)生異常，則不會(huì)返回局端受理系統(tǒng)任何信息，此時(shí)局端受理系統(tǒng)的局端數(shù)據(jù)庫分票數(shù)據(jù)表中對(duì)應(yīng)記錄的分票狀態(tài)為2（鎖定狀態(tài)），待企業(yè)再次從網(wǎng)絡(luò)獲取發(fā)票分票信息時(shí)，分票狀態(tài)為2（鎖定狀態(tài)）的發(fā)票信息會(huì)重復(fù)下發(fā)，此時(shí)稅控設(shè)備會(huì)做最近寫入發(fā)票信息的比對(duì)，若有重復(fù)，則不會(huì)更新底層的發(fā)票信息。

步驟s250，局端受理系統(tǒng)接收分企業(yè)客戶端發(fā)送的發(fā)票分票信息寫入成功標(biāo)志及業(yè)務(wù)流水號(hào)后，根據(jù)業(yè)務(wù)流水號(hào)置對(duì)應(yīng)記錄的分票狀態(tài)為1（完成狀態(tài)），并終止本次交互流程。

通過上述實(shí)施例可以看出，本發(fā)明所提供的基于稅控系統(tǒng)的發(fā)票分票網(wǎng)絡(luò)管理的處理方法，當(dāng)企業(yè)存在多個(gè)稅控設(shè)備的情況下，無需企業(yè)的多個(gè)稅控設(shè)備分別向稅局提交發(fā)票申領(lǐng)請(qǐng)求，也無需企業(yè)往返于不同稅控設(shè)備所在地。企業(yè)只需要使用主企業(yè)客戶端發(fā)票申領(lǐng)和發(fā)票分配，并把分配好的發(fā)票信息傳輸?shù)骄侄耸芾硐到y(tǒng)的數(shù)據(jù)庫中，分企業(yè)客戶端遠(yuǎn)程獲取發(fā)票分配信息。企業(yè)可根據(jù)自身經(jīng)營(yíng)情況,借助于網(wǎng)絡(luò)技術(shù)進(jìn)行發(fā)票電子信息的遠(yuǎn)程交互，實(shí)現(xiàn)遠(yuǎn)程控制發(fā)票在多個(gè)稅控設(shè)備之間的傳輸。同時(shí)本發(fā)明在整個(gè)傳輸過程中采用稅控設(shè)備硬件和加解密服務(wù)器加密和消息確認(rèn)機(jī)制保證用戶信息的安全性、一致性和完整性，從一定程度上簡(jiǎn)化了企業(yè)操作流程，節(jié)省了企業(yè)操作人員分配發(fā)票的時(shí)間和成本，不需要稅局操作人員的介入，企業(yè)操作人員足不出戶即可完成發(fā)票的分配操作，提高了企業(yè)和稅局的工作效率，又減少了設(shè)備在運(yùn)輸過程中丟失和損害的風(fēng)險(xiǎn)，同時(shí)保證了發(fā)票在網(wǎng)絡(luò)中傳輸?shù)耐暾?、一致性和安全性?/p>

需要說明的是：

在此提供的算法和顯示不與任何特定計(jì)算機(jī)、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對(duì)任何特定的編程語言。應(yīng)當(dāng)明白，可以利用各種編程語言實(shí)現(xiàn)在此描述的本發(fā)明內(nèi)容。

本領(lǐng)域那些技術(shù)人員可以理解，可以對(duì)實(shí)施例中各模塊進(jìn)行自適應(yīng)性的改變并且把它們?cè)O(shè)置在與該實(shí)施例不同的一個(gè)或多個(gè)設(shè)備中。除非另有明確陳述，本說明書中公開的每個(gè)特征可以由提供相同、等同或相似目的的替代特征來代替。

本發(fā)明的各個(gè)部件實(shí)施例可以以硬件實(shí)現(xiàn)，或者以在一個(gè)或者多個(gè)處理器上運(yùn)行的軟件模塊實(shí)現(xiàn)，或者以它們的組合實(shí)現(xiàn)。

以上所述僅為本發(fā)明之較佳實(shí)施例，并非用以限定本發(fā)明的權(quán)利要求保護(hù)范圍。同時(shí)以上說明，對(duì)于相關(guān)技術(shù)領(lǐng)域的技術(shù)人員應(yīng)可以理解及實(shí)施，因此其他基于本發(fā)明所揭示內(nèi)容所完成的等同改變，均應(yīng)包含在本權(quán)利要求書的涵蓋范圍內(nèi)。