專利名稱：多客戶端集中式發(fā)票打印處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及的是一種稅控打印處理方法，特別涉及的是一種分散、遠(yuǎn)距離的多客 戶端，利用網(wǎng)絡(luò)實(shí)現(xiàn)的安全性高的，集中式發(fā)票打印處理方法
背景技術(shù)：
稅收是國家建設(shè)的重要資金來源，也是規(guī)范市場運(yùn)行秩序的重要手段，為此針對 稅收和稅控的技術(shù)不斷推陳出新。目前對于稅控開票而言，常常存在某些企業(yè)具有多個(gè)經(jīng)營分部，并且這些經(jīng)營分 部相隔很遠(yuǎn)并成分散式排布，如水、電、氣行業(yè)，這種場合交易點(diǎn)多卻分布很散，開票量也很 大，現(xiàn)在開票的方式主要有如下兩種第一種，手工出具。第二種，每個(gè)點(diǎn)安裝防偽稅控單機(jī)開票系統(tǒng)，本地化開具發(fā)票，每個(gè)點(diǎn)的單機(jī)開票 系統(tǒng)安裝一塊金稅卡。上述兩種情況，第一種無法實(shí)現(xiàn)防偽稅控，很快會被停止這種方式，第二種方式由 多個(gè)獨(dú)立系統(tǒng)構(gòu)成，但都屬于一個(gè)企業(yè)，在面向稅務(wù)局稅控系統(tǒng)進(jìn)行報(bào)稅和購買發(fā)票時(shí)需 要以整體的形式進(jìn)行操作，所以第二種方式構(gòu)建的開票組合，在經(jīng)營總部的單機(jī)開票系統(tǒng) 被設(shè)置為總機(jī)，其它經(jīng)營分點(diǎn)的開票系統(tǒng)被設(shè)置為分機(jī)，各分機(jī)隸屬于總機(jī)，在每個(gè)月初， 企業(yè)財(cái)務(wù)工作人員攜帶發(fā)票購買裝置從稅務(wù)局稅控系統(tǒng)購買發(fā)票，購買到的發(fā)票數(shù)據(jù)在總 機(jī)處導(dǎo)入總機(jī)的金稅卡，總機(jī)開票系統(tǒng)再將發(fā)票分發(fā)成各個(gè)分點(diǎn)的發(fā)票數(shù)據(jù)包重新裝入發(fā) 票存儲裝置，財(cái)務(wù)人員攜帶所述發(fā)票存儲裝置依次連接各個(gè)分機(jī)將發(fā)票導(dǎo)入到各分機(jī)稅控 開票系統(tǒng)的金稅卡中；報(bào)稅過程也一樣，財(cái)務(wù)人員攜帶報(bào)稅裝置依次從各分機(jī)讀取報(bào)稅數(shù) 據(jù)，然后到總機(jī)進(jìn)行匯總處理，再由總機(jī)將處理后的報(bào)稅數(shù)據(jù)導(dǎo)出到報(bào)稅裝置，然后去稅務(wù) 局稅控系統(tǒng)報(bào)稅。綜上可知，現(xiàn)有主分機(jī)開票系統(tǒng)有如下缺陷如果存在有多少個(gè)交易點(diǎn)，就需要配備多少個(gè)單機(jī)版的稅控開票系統(tǒng)，每個(gè)點(diǎn)都 需要有金稅卡，系統(tǒng)整體成本高，并且各分點(diǎn)并不集中在一個(gè)辦公區(qū)，有的甚至在不同的區(qū) 市，整體管理和維護(hù)成本高。各交易點(diǎn)的業(yè)務(wù)量并不穩(wěn)定，有時(shí)分配好的發(fā)票用不掉，有時(shí)不夠用，臨時(shí)調(diào)整因 為和主機(jī)不在一處，需要人員安排工作時(shí)間，存在一個(gè)調(diào)整周期，使得整體業(yè)務(wù)處理能力 低，每個(gè)點(diǎn)的開票量有上限。每次購票后分發(fā)發(fā)票和報(bào)稅收集匯總報(bào)稅數(shù)據(jù)都需要財(cái)務(wù)工作人員依次跑遍所 有分機(jī)，工作量大，效率低。有的分機(jī)和主機(jī)之間存在開放的網(wǎng)絡(luò)連接，但因?yàn)榘踩詿o法保證，所以發(fā)票數(shù) 據(jù)和報(bào)稅數(shù)據(jù)無法利用這個(gè)資源。鑒于上述缺陷，本發(fā)明創(chuàng)作者經(jīng)過長時(shí)間的研究和實(shí)踐終于獲得本創(chuàng)作。

發(fā)明內(nèi)容
本發(fā)明的目的在于，提供一種多客戶端集中式開票數(shù)據(jù)處理方法以及多客戶端集 中式發(fā)票打印處理方法，用以克服上述缺陷。為實(shí)現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案在于，提供一種多客戶端集中式發(fā)票打 印處理方法，其包括的步驟為步驟a 在任一客戶端錄入需打印的發(fā)票檢索信息，輸出至一開票服務(wù)器；步驟b 所述的開票服務(wù)器根據(jù)發(fā)票檢索信息，從所述的開票服務(wù)器一數(shù)據(jù)庫中 查找對應(yīng)的開票數(shù)據(jù)；步驟c 判斷是否有符合條件的開票數(shù)據(jù)，如果有執(zhí)行下述步驟d;否則產(chǎn)生打印 結(jié)果消息為錯(cuò)誤提示，并執(zhí)行下述步驟f ；步驟d:將檢索到的開票數(shù)據(jù)從數(shù)據(jù)庫中讀出并對其進(jìn)行加密處理，產(chǎn)生一開票 數(shù)據(jù)密文數(shù)據(jù)包，然后發(fā)送給本次流程發(fā)起的來源客戶端；步驟e 所述的客戶端收到所述的開票數(shù)據(jù)密文數(shù)據(jù)包后進(jìn)行解密處理，將解密 后產(chǎn)生的開票數(shù)據(jù)明文進(jìn)行格式排列的整理后輸出到一發(fā)票打印機(jī)進(jìn)行打印；步驟f 本次發(fā)票打印過程結(jié)束。較佳的，所述的步驟a還包括對所述的發(fā)票檢索信息進(jìn)行加密處理，其是通過將 所述的發(fā)票檢索信息發(fā)送給本客戶端的數(shù)字證書的硬件載體進(jìn)行加密實(shí)現(xiàn)的。較佳的，所述的步驟b還包括將所述的密文數(shù)據(jù)包進(jìn)行解密的過程是通過一數(shù) 字證書的硬件載體管理軟件實(shí)現(xiàn)的。其中，所述的步驟d中對所述的開票數(shù)據(jù)進(jìn)行加密過程，是通過一數(shù)字證書的硬 件載體管理軟件實(shí)現(xiàn)的。其中，所述的步驟e中對所述的發(fā)票檢索信息進(jìn)行加密處理的過程，是通過將所 述的發(fā)票檢索信息發(fā)送給本客戶端的數(shù)字證書的硬件載體進(jìn)行加密實(shí)現(xiàn)的。與現(xiàn)有技術(shù)比較本發(fā)明有益效果在于，可靠性高，運(yùn)行和維護(hù)成本低，發(fā)票集中導(dǎo) 入，集中報(bào)稅，業(yè)務(wù)處理能力提高，尤其是分發(fā)發(fā)票和報(bào)稅，和以前需要人工依次處理分布 在不同地域的分機(jī)系統(tǒng)相比較，通過集中處理的方式當(dāng)某個(gè)分點(diǎn)的業(yè)務(wù)量有突然增多或減 少的情況時(shí)，也不會出現(xiàn)發(fā)票不夠用或有剩余的現(xiàn)象，提高了工作效率。


圖1為本發(fā)明多客戶端集中式開票數(shù)據(jù)處理方法以及多客戶端集中式發(fā)票打印 處理方法中對應(yīng)的硬件系統(tǒng)示意圖；圖2為本發(fā)明多客戶端集中式開票數(shù)據(jù)處理方法以及多客戶端集中式發(fā)票打印 處理方法中對應(yīng)的軟件架構(gòu)示意圖；圖3為多客戶端集中式開票數(shù)據(jù)處理方法的流程圖；圖4為本發(fā)明多客戶端集中式發(fā)票打印處理方法的流程圖。
具體實(shí)施例方式以下結(jié)合附圖，對本發(fā)明上述的和另外的技術(shù)特征和優(yōu)點(diǎn)作更詳細(xì)的說明。請參閱圖1所示，其為本發(fā)明多客戶端集中式開票數(shù)據(jù)處理方法以及多客戶端集
4中式發(fā)票打印處理方法中對應(yīng)的硬件系統(tǒng)示意圖；集中式稅控管理系統(tǒng)包括一臺開票服 務(wù)器3與多個(gè)客戶端1，并通過局域網(wǎng)或者廣域網(wǎng)2形成系統(tǒng)；集中式稅控管理系統(tǒng)集成了數(shù)字證書認(rèn)證和加解密體系，數(shù)字證書使用USB接口 的硬件載體，在開票服務(wù)器端進(jìn)行數(shù)字證書的發(fā)行、廢止等管理，在客戶端使用數(shù)字證書進(jìn) 行認(rèn)證和加解密操作，數(shù)字證書的硬件載體在本方案中的作用是對要通過網(wǎng)絡(luò)傳送的數(shù)據(jù) 進(jìn)行加密和對從網(wǎng)絡(luò)收到的數(shù)據(jù)進(jìn)行解密；客戶端通常是由基于PC的計(jì)算機(jī)系統(tǒng)、客戶端開票軟件、發(fā)票打印機(jī)組成，開票 軟件集成了對數(shù)字證書的硬件載體的訪問程序，在進(jìn)行相關(guān)業(yè)務(wù)處理時(shí)調(diào)用數(shù)字證書的硬 件載體進(jìn)行數(shù)據(jù)的加解密；所述的開票服務(wù)器包括一服務(wù)器計(jì)算機(jī)系統(tǒng)、服務(wù)器開票專用金稅卡、數(shù)據(jù)庫、 開票服務(wù)軟件、開票管理軟件數(shù)字證書的硬件載體管理軟件組成；所述的服務(wù)器開票專用金稅卡為一個(gè)嵌入式計(jì)算機(jī)硬件產(chǎn)品，由處理器、存儲器 和通信接口組成，在所述的處理器內(nèi)運(yùn)行有固件程序，所述金稅卡整體具有數(shù)據(jù)加解密功 能和數(shù)據(jù)存儲功能；請參閱圖2所示，其為本發(fā)明多客戶端集中式開票數(shù)據(jù)處理方法以及多客戶端集 中式發(fā)票打印處理方法中對應(yīng)的軟件系統(tǒng)示意圖；所述的軟件系統(tǒng)采用三層架構(gòu)模型，分 為存儲層，業(yè)務(wù)層以及客戶層；其中，所述的存儲層用于存儲開據(jù)的發(fā)票信息，其分兩部分，一部分是金稅卡，存儲未開 出和以開出的發(fā)票信息和企業(yè)信息，主要用于抄報(bào)稅，稅控?cái)?shù)據(jù)的真實(shí)性以所述金稅卡中 的數(shù)據(jù)為主。其中，所述的金稅卡又分兩個(gè)子部分，一個(gè)子部分是嵌入在金稅卡內(nèi)部的金稅 卡內(nèi)部程序模塊，主要實(shí)現(xiàn)數(shù)據(jù)的存儲，校驗(yàn)，金稅卡的狀態(tài)設(shè)置及數(shù)據(jù)的保密安全；另一 子部分是金稅卡的硬件驅(qū)動程序，用于驅(qū)動金稅卡正確工作。另一部分是數(shù)據(jù)庫，主要用于存儲已開出的發(fā)票信息，所述的數(shù)據(jù)庫存儲主要為 了解決查詢速度或金稅卡數(shù)據(jù)的備份作用。所述的數(shù)據(jù)庫主要用于已開發(fā)票的存儲及開票 人員信息的存儲，主要是解決兩個(gè)問題，一，用于提高查詢的速度，金稅卡處理數(shù)據(jù)速度較 慢，又要負(fù)擔(dān)開票等任務(wù)，如果數(shù)據(jù)從金稅卡里查詢，對金稅卡處理負(fù)擔(dān)較重。二，起數(shù)據(jù)備 份作用。如果金稅卡出現(xiàn)損壞問題，將以數(shù)據(jù)庫的中數(shù)據(jù)進(jìn)行恢復(fù)。所述業(yè)務(wù)層實(shí)現(xiàn)了開票，查詢，管理，抄報(bào)稅等所有的業(yè)務(wù)邏輯。其具有包括開票 業(yè)務(wù)邏輯和管理業(yè)務(wù)邏輯。所述的業(yè)務(wù)層可從軟件架構(gòu)和業(yè)務(wù)模型兩個(gè)角度分析，其中，所述的業(yè)務(wù)層從軟件架構(gòu)角度分五個(gè)模塊，分別是Web服務(wù)接入模塊，命令解釋 分配模塊，服務(wù)隊(duì)列模塊，金稅卡軟件接口模塊以及數(shù)據(jù)存儲模塊；對于所述的Web服務(wù)接入模塊，用于接收客戶端的處理請求，采用web方式便于網(wǎng) 絡(luò)的傳輸。由于客戶端傳過來的數(shù)據(jù)是加密的，此處還負(fù)責(zé)解密數(shù)據(jù)。此處分兩個(gè)子模塊， 開票端接入子模塊，主要用于開票數(shù)據(jù)的接收。管理端接入子模塊，用于管理端數(shù)據(jù)的接收 處理；對于所述的命令解釋分配模塊，對于接入模塊解密出來的數(shù)據(jù)按格式進(jìn)行解析， 命令及參數(shù)在客戶端是打包成XML的數(shù)據(jù)包，這里要把命令及參數(shù)提取出來，進(jìn)行部分的 校驗(yàn)，分析相應(yīng)的資源，把它傳給服務(wù)隊(duì)列模塊；所述的服務(wù)隊(duì)列模塊，把調(diào)用金稅卡的命令串行化，由于金稅卡是串行處理，對于多客戶端發(fā)過來的并列請求，在此處進(jìn)行排隊(duì)，并采用先進(jìn)先出的隊(duì)列，逐一把命令傳給金 稅卡軟件接口模塊；對于所述的金稅卡軟件接口模塊，其是在金稅卡驅(qū)動之上建立起來的對各種命令 的外包裝；對于所述的數(shù)據(jù)存儲模塊，當(dāng)一個(gè)命令生理完成時(shí)，針對于命令結(jié)果保存到數(shù)據(jù) 庫中。所述的業(yè)務(wù)層從業(yè)務(wù)模型角度分兩個(gè)模塊管理端模塊和開票端模塊。所述的管理端模塊實(shí)現(xiàn)了發(fā)票卷的購入，分配，查詢，金稅卡的狀態(tài)設(shè)置，查詢等 管理功能；所述開票端模塊主要實(shí)現(xiàn)發(fā)票的開具，可開專票，普票，廢舊物質(zhì)發(fā)票三種票；作 廢發(fā)票；查詢發(fā)票等功能。對于第三個(gè)層次客戶層，主要是操作界面和輸入數(shù)據(jù)的校驗(yàn)。所述的客戶層分為 四個(gè)模塊，其分別為組件接口模塊，客戶端模塊，設(shè)置及打印隊(duì)列模塊以及管理端模塊；對于所述的組件接口模塊，用以提供開票及相關(guān)業(yè)務(wù)的接口，主要給開次開發(fā)人 員或企業(yè)的ERP系統(tǒng)調(diào)用。對傳入的數(shù)據(jù)進(jìn)行校驗(yàn)，加密和服務(wù)器通信。由兩套接口組成， 一套是新接口，以XML為參數(shù)傳遞，效率更高，使用更方便。另一套是與單機(jī)版接口組件相 兼容的老接口，為在原接口上開發(fā)的ERP系統(tǒng)調(diào)用所使用。對于所述的客戶端模塊是一個(gè)開票程序，操作員可以用來開票，打印，查詢，用戶 校驗(yàn)等開票軟件所具備的功能。客戶端主要完成開票軟件的界面控制。通過調(diào)用組件接口 實(shí)現(xiàn)開票功能。對于所述的設(shè)置及打印隊(duì)列模塊，其分兩子模塊設(shè)置子模塊以及打印隊(duì)列子模 塊。其中，所述的設(shè)置子模塊主要是為了解決組件接口和老接口兼容的問題。老接口是單 機(jī)版開票軟件的文本接口，因?yàn)楝F(xiàn)在是網(wǎng)絡(luò)方式，與老接口有一些差異。為了讓在調(diào)用老 文本接口軟件的程序在不改動的情況下能直接調(diào)用開票服務(wù)器的組件接口，我們將差異的 地方放在了所述的設(shè)置子模塊里。這樣先運(yùn)行一下設(shè)置程序，或原有程序在不改動的情況 下無縫的調(diào)用現(xiàn)在的開票服務(wù)器的組件接口。所述的打印隊(duì)列子模塊，因?yàn)殚_票方式中有 組件概念，就是把一卷票分給一個(gè)組，一組中可以有多個(gè)開票員，每個(gè)開票員都可以開此卷 票，但每個(gè)開票人員都打印發(fā)票會造成混亂，所以這個(gè)模塊可以實(shí)時(shí)打印，當(dāng)有發(fā)票開票完 成時(shí)，他會自動打印，也可以都開票完成一起打印。管理端模塊用于開票服務(wù)器業(yè)務(wù)的管理 查詢，其采用BS結(jié)構(gòu)。管理端從軟件架構(gòu)的邏輯上分兩個(gè)子模塊，界面控制子模塊和數(shù)據(jù) 封包解包傳輸子模塊。所述的界面控制子模塊主要是對數(shù)據(jù)輸入的檢驗(yàn)，界面顯示等；所述 的數(shù)據(jù)封包解包傳輸子模塊是把數(shù)據(jù)封裝成XML或和XML中提取數(shù)據(jù)，并處理數(shù)據(jù)加密和 與服務(wù)器傳遞數(shù)據(jù)。管理端從業(yè)務(wù)邏輯上分五個(gè)子模塊1.發(fā)票卷管理子模塊，其實(shí)現(xiàn)包括發(fā)票卷的購買，發(fā)票卷的分配，發(fā)票卷的查詢功 能；2.金稅卡設(shè)置子模塊，其實(shí)現(xiàn)金稅卡時(shí)鐘設(shè)置，企業(yè)信息設(shè)置，開票限額設(shè)置等功 能；3.已開發(fā)票的管理，查詢子模塊；4.帳戶系統(tǒng)子模塊，其實(shí)現(xiàn)對開票人員的添加，修改刪除，組設(shè)置的管理功能；
5.抄報(bào)稅子模塊，用以連接抄稅卡，實(shí)行抄取等業(yè)務(wù)?；谏鲜龅南到y(tǒng)硬件結(jié)構(gòu)和系統(tǒng)的軟件架構(gòu)，則可以實(shí)現(xiàn)一種高效的、安全的多 客戶端集中式開票數(shù)據(jù)處理方法以及多客戶端集中式發(fā)票打印處理方法，其中，請參閱圖3 所示，其為一種多客戶端集中式開票數(shù)據(jù)處理方法的流程圖；其包括的步驟為步驟a:在任一客戶端錄入開發(fā)票明細(xì)內(nèi)容，并將明細(xì)內(nèi)容打包成一個(gè)明文數(shù)據(jù) 包，加密處理后產(chǎn)生一個(gè)密文數(shù)據(jù)包，通過網(wǎng)絡(luò)輸出給一開票服務(wù)器；步驟b 所述的開票服務(wù)器接收密文數(shù)據(jù)包，并將密文數(shù)據(jù)包解密； 步驟c 判斷所述的解密信息是否有效，如果有效執(zhí)行下述步驟d，如果無效，產(chǎn)生 一開票結(jié)果消息為錯(cuò)誤提示，執(zhí)行下述步驟f ；步驟d 將解密后的明文數(shù)據(jù)包送入一金稅卡進(jìn)行處理，所述的金稅卡分配一張 發(fā)票給當(dāng)前開票數(shù)據(jù)；步驟e 所述的金稅卡將開票數(shù)據(jù)中的關(guān)鍵業(yè)務(wù)數(shù)據(jù)進(jìn)行加密，形成新的包含明 文密文的開票數(shù)據(jù)包，同時(shí)所述金稅卡記錄本次開票的數(shù)據(jù)，產(chǎn)生一開票結(jié)果消息為成功 開票提示；

步驟e’ 所述的金稅卡如果發(fā)現(xiàn)發(fā)票用完，則產(chǎn)生一開票結(jié)果消息為發(fā)票用完提 示；步驟f:發(fā)送所述開票結(jié)果消息到本次開票數(shù)據(jù)的來源客戶端，開票數(shù)據(jù)處理流 程結(jié)束。其中，所述的步驟a中的明文數(shù)據(jù)包加密處理過程是通過將所述的明文數(shù)據(jù)包發(fā) 送給本客戶端的數(shù)字證書的硬件載體進(jìn)行加密實(shí)現(xiàn)的。所述的步驟b中將密文數(shù)據(jù)包解密 過程是通過一數(shù)字證書的硬件載體管理軟件實(shí)現(xiàn)的。同時(shí)所述的步驟b中解密信息是否有 效為是否能夠?qū)⑺龅拿芪臄?shù)據(jù)包解密，如果解密成功為解密信息有效；若解密不成功，則 為解密信息無效；并丟棄本次無效的數(shù)據(jù)包。其中，所述的步驟c還包括將所述的明文數(shù) 據(jù)包中的本次開票數(shù)據(jù)寫入一數(shù)據(jù)庫中。同時(shí)基于上述的發(fā)票開出過程，必然對應(yīng)提供一種多客戶端集中式發(fā)票打印處理 方法，請參閱圖4所示，其為本發(fā)明多客戶端集中式發(fā)票打印處理方法的流程圖；其包括的 步驟為步驟al 在任一客戶端錄入需打印的發(fā)票檢索信息，輸出至一開票服務(wù)器；步驟bl 所述的開票服務(wù)器根據(jù)發(fā)票檢索信息，從所述的開票服務(wù)器一數(shù)據(jù)庫中 查找對應(yīng)的開票數(shù)據(jù)；步驟cl 判斷是否有符合條件的開票數(shù)據(jù)，如果有執(zhí)行下述步驟d ；否則產(chǎn)生打印 結(jié)果消息為錯(cuò)誤提示，并執(zhí)行下述步驟f ；步驟dl 將檢索到的開票數(shù)據(jù)從數(shù)據(jù)庫中讀出并對其進(jìn)行加密處理，產(chǎn)生一開票 數(shù)據(jù)密文數(shù)據(jù)包，然后發(fā)送給本次流程發(fā)起的來源客戶端；步驟el 所述的客戶端收到所述的開票數(shù)據(jù)密文數(shù)據(jù)包后進(jìn)行解密處理，將解密 后產(chǎn)生的開票數(shù)據(jù)明文進(jìn)行格式排列的整理后輸出到一發(fā)票打印機(jī)進(jìn)行打印；步驟fl 本次發(fā)票打印過程結(jié)束。其中，所述的步驟al還包括對所述的發(fā)票檢索信息進(jìn)行加密處理，其是通過將 所述的發(fā)票檢索信息發(fā)送給本客戶端的數(shù)字證書的硬件載體進(jìn)行加密實(shí)現(xiàn)的，這樣是為了
7保證整個(gè)過程的安全性，當(dāng)然在相對安全的環(huán)境下，如果沒有潛在的安全易患，這一步驟可 以不采用所述的步驟bl還包括將所述的密文數(shù)據(jù)包進(jìn)行解密的過程是通過一數(shù)字證書 的硬件載體管理軟件實(shí)現(xiàn)的。所述的步驟dl中對所述的開票數(shù)據(jù)進(jìn)行加密過程，是通過一 數(shù)字證書的硬件載體管理軟件實(shí)現(xiàn)的。所述的步驟el中對所述的發(fā)票檢索信息進(jìn)行加密 處理的過程，是通過將所述的發(fā)票檢索信息發(fā)送給本客戶端的數(shù)字證書的硬件載體進(jìn)行加 密實(shí)現(xiàn)的。 以上所述僅為本發(fā)明的較佳實(shí)施例，對本發(fā)明而言僅僅是說明性的，而非限制性 的。本專業(yè)技術(shù)人員理解，在本發(fā)明權(quán)利要求所限定的精神和范圍內(nèi)可對其進(jìn)行許多改變， 修改，甚至等效，但都將落入本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1.步驟a在任一客戶端錄入需打印的發(fā)票檢索信息，并輸出至一開票服務(wù)器；步驟b 所述的開票服務(wù)器根據(jù)發(fā)票檢索信息，從所述的開票服務(wù)器一數(shù)據(jù)庫中查找 對應(yīng)的開票數(shù)據(jù)；步驟c 判斷是否有符合條件的開票數(shù)據(jù)，如果有執(zhí)行下述步驟d ；否則產(chǎn)生打印結(jié)果 消息為錯(cuò)誤提示，并執(zhí)行下述步驟f ；步驟d:將檢索到的開票數(shù)據(jù)從數(shù)據(jù)庫中讀出并對其進(jìn)行加密處理，產(chǎn)生一開票數(shù)據(jù) 密文數(shù)據(jù)包，然后發(fā)送給本次流程發(fā)起的來源客戶端；步驟e 所述的客戶端收到所述的開票數(shù)據(jù)密文數(shù)據(jù)包后進(jìn)行解密處理，將解密后產(chǎn) 生的開票數(shù)據(jù)明文進(jìn)行格式排列的整理后輸出到一發(fā)票打印機(jī)進(jìn)行打印； 步驟f 本次發(fā)票打印過程結(jié)束。
2.根據(jù)權(quán)利要求1所述的多客戶端集中式發(fā)票打印處理方法，其特征在于，所述的步 驟a還包括對所述的發(fā)票檢索信息進(jìn)行加密處理，其是通過將所述的發(fā)票檢索信息發(fā)送 給本客戶端的數(shù)字證書的硬件載體進(jìn)行加密實(shí)現(xiàn)的。
3.根據(jù)權(quán)利要求2所述的多客戶端集中式發(fā)票打印處理方法，其特征在于，所述的步 驟b還包括將所述的密文數(shù)據(jù)包進(jìn)行解密的過程是通過一數(shù)字證書的硬件載體管理軟件 實(shí)現(xiàn)的。
4.根據(jù)權(quán)利要求3所述的多客戶端集中式發(fā)票打印處理方法，其特征在于，所述的步 驟d中對所述的開票數(shù)據(jù)進(jìn)行加密過程，是通過一數(shù)字證書的硬件載體管理軟件實(shí)現(xiàn)的。
5.根據(jù)權(quán)利要求4所述的多客戶端集中式發(fā)票打印處理方法，其特征在于，所述的步 驟e中對所述的發(fā)票檢索信息進(jìn)行加密處理的過程，是通過將所述的發(fā)票檢索信息發(fā)送給 本客戶端的數(shù)字證書的硬件載體進(jìn)行加密實(shí)現(xiàn)的。
全文摘要
本發(fā)明為一種多客戶端集中式發(fā)票打印處理方法，針對于多客戶端，分散度大的特性，利用網(wǎng)絡(luò)實(shí)現(xiàn)的安全性高的，集中式開票數(shù)據(jù)處理方法以及發(fā)票打印處理方法。
文檔編號G07G5/00GK102122416SQ20111000357
公開日2011年7月13日 申請日期2008年7月17日 優(yōu)先權(quán)日2008年7月17日
發(fā)明者崔志民, 廖雷, 李曉強(qiáng), 甘景全, 陳江寧 申請人:航天信息股份有限公司