專利名稱：向收件方支付費用的電子信件發(fā)送方法
技術領域：
本發(fā)明涉及了通過互聯(lián)網(wǎng)絡發(fā)送和接收電子信件技術，具體涉及一種向收件方支付費用的電子信件發(fā)送方法。
背景技術：
近年來，電子信件技術得到了巨大的發(fā)展和普及，越來越多的用戶使用電子信件來交互信息，如今，電子信件已成為廣大互聯(lián)網(wǎng)用戶交互信息的主要方式之一。
用戶處于海量的、紛雜的電子信件信息中，總是會收到不計其數(shù)的垃圾信件，目前所有的垃圾信件的防范措施和新的信件協(xié)議，從根本上仍無法杜絕垃圾信件的存在，不斷推出的新的信件安全認證(SSL)面臨著推廣的難度，它要求整個電子信件世界都統(tǒng)一到一個系統(tǒng)上進行安全認證，計算機業(yè)界的反應速度需要幾年的時間來進行推廣。目前普遍使用的SMTP協(xié)議的內(nèi)容非常簡單直觀。信件頭以及信件的全部內(nèi)容，即ASCII文本以及一些簡單的標題。通過MIME(Multipurpose Internet Mail Extensions，多功能Internet信件擴展)編碼，非ASCII字符以及附件中的文件被轉(zhuǎn)換為ASCII文本，并附加到信件上。這些數(shù)據(jù)在諸多服務器之間進行傳遞的過程充滿不安全的隱患。信件協(xié)議SMTP、POP和IMAP都是以不加密的方式來傳遞電子信件，因此窺探者可以很容易的窺視到，甚至有可能篡改用戶的信件內(nèi)容。像PGP(Pretty GoodPrivacy)和S/MIME(Secure MIME)這樣的一些技術能夠?qū)π偶M行加密，以防止它們被窺視或修改，但是這些技術均要求通信的雙方交換密鑰(在實際操作中，這是一個非常繁瑣的過程)。同時，面對一些非常普通但仍難以解決的DoS(拒絕服務式攻擊)和信件炸彈型攻擊(這種方式就是不斷地向信件服務器發(fā)出請求，從而使正常的操作被迫中斷)，信件服務器還是顯得非常脆弱。
綜上所述，提出一種能夠克服以上缺點的電子信件處理方法成為亟待解決的問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明致力于提供一種向收件方支付費用的電子信件發(fā)送方法。
本發(fā)明的上述目的是通過如下的技術方案予以實現(xiàn)的一種向收件方支付費用的電子信件發(fā)送方法，其步驟包括a1)用戶在電子信件處理系統(tǒng)中注冊一個帳號，首先用戶在帳號內(nèi)充值，電子信件處理系統(tǒng)將用戶的充值金額轉(zhuǎn)換為虛擬貨幣值，并將虛擬貨幣值保存在帳號中；b1)用戶登錄電子信件處理系統(tǒng)時，電子信件處理系統(tǒng)對其進行在線身份驗證；c1)通過所述步驟b1的驗證，用戶填寫電子信件信息，電子信件處理系統(tǒng)對電子信件進行發(fā)送處理，同時將與電子信件相對應的虛擬貨幣從發(fā)件方的帳號中扣除，并轉(zhuǎn)交到收件方的帳號中。
所述步驟c1進一步包括電子信件處理系統(tǒng)的加密/解密服務器對電子信件正文、附件進行加密/解密。
將電子信件的正文、附件保存在電子信件處理系統(tǒng)的文件服務器中，讀信時從文件服務器上讀取電子信件的正文、附件信息。
將電子信件的信件數(shù)據(jù)保存到電子信件處理系統(tǒng)的數(shù)據(jù)庫服務器上，信件數(shù)據(jù)包括主題，正文，附件，收件人，發(fā)件人，虛擬貨幣值，實際金額。
所述步驟a1)進一步包括a2)電子信件處理系統(tǒng)記錄每一筆新的充值記錄，并將其標記為待審核狀態(tài)；b2)電子信件處理系統(tǒng)對待審核的充值數(shù)據(jù)進行審核，如審核通過，電子信件處理系統(tǒng)將一定價值的(如0.1元人民幣)真實金額計算為1個虛擬貨幣，保存充值金額和虛擬貨幣值到相應的用戶賬號信息中。
所述步驟c1之后，進一步包括a3)用戶填寫好要求兌現(xiàn)的金額數(shù)，用戶的銀行及銀行賬號，用戶通過兌現(xiàn)頁面提交數(shù)據(jù)，電子信件處理系統(tǒng)對用戶要求兌現(xiàn)的金額是否正確進行驗證，如果有足夠的現(xiàn)金兌現(xiàn)，電子信件處理系統(tǒng)將兌現(xiàn)數(shù)據(jù)標記為待審核狀態(tài)，否則提示用戶錯誤信息；b3)電子信件處理系統(tǒng)對待審核的兌現(xiàn)數(shù)據(jù)進行審核，如審核通過，電子信件處理系統(tǒng)將相應的金額轉(zhuǎn)賬到用戶的銀行賬號中，并保存扣除的兌現(xiàn)金額和扣除的虛擬貨幣值到相應的用戶賬號信息中。
本發(fā)明提出的電子信件發(fā)送方法具有以下的特點(1)沒有電子垃圾信件垃圾信件的特征是大批量群發(fā)的電子信件。通過發(fā)件方向收件方支付一筆費用的方式，大批量群發(fā)電子信件需要承擔巨額的費用，大批量群發(fā)電子信件已變得不可能。
(2)安全可充分利用加密技術，對用戶密碼、信件正文、附件，均進行了加密處理，不再存在從技術上竊取密碼的可能；從網(wǎng)絡結(jié)構(gòu)上，用戶僅能直接訪問WEB服務器，不能直接訪問文件服務器，更不能直接訪問數(shù)據(jù)庫服務器，從物理鏈路上做到了用戶信件資料的絕對安全。
(3)快速所有信件都處于同一系統(tǒng)中，電子信件的發(fā)件和收件是同時完成的，不需要從其它服務器上進行中轉(zhuǎn)。
(4)有利于用戶溝通向收件方付費的電子信件處理方式，對于一般用戶的一般信件，雙方基本上是賬額對沖，即是平賬；對于一般的溝通來說，用戶亦是零成本；如果在這種付費電子信箱系統(tǒng)上嫁接另一種不對等的收、發(fā)信件的商業(yè)模式，能使接收信件多的一方帶來不錯的經(jīng)濟利益。


圖1是的本發(fā)明采用的網(wǎng)絡結(jié)構(gòu)示意圖；圖2是電子信件處理系統(tǒng)示意圖；圖3是用戶發(fā)送電子信件實施例流程圖；圖4是用戶接收電子信件實施例流程圖；圖5是新用戶注冊實施例流程圖；圖6是用戶驗證貨幣實施例流程圖；圖7是用戶充值貨幣實施例的流程圖；圖8是用戶兌現(xiàn)實施例的流程圖。
具體實施例方式
下面結(jié)合附圖和具體實施例對本發(fā)明進行詳細說明。
圖1示出了本發(fā)明采用的網(wǎng)絡結(jié)構(gòu)，包括在互聯(lián)網(wǎng)中瀏覽電子信件處理系統(tǒng)網(wǎng)頁的用戶終端是電子信件處理系統(tǒng)的客戶端；客戶終端的訪問先經(jīng)過電子信件處理系統(tǒng)網(wǎng)絡入口的防火墻，符合訪問要求的請求才能通過防火墻；通過防火墻的數(shù)據(jù)被提交給WEB服務器；WEB服務器通過內(nèi)部局域網(wǎng)絡訪問相應的應用服務器，即注冊或驗證信息被提交給注冊/驗證服務器，電子信件數(shù)據(jù)被提交給加密/解密服務器，經(jīng)過加密/解密處理的信件數(shù)據(jù)被提交給文件服務器，充值或兌現(xiàn)數(shù)據(jù)被提交給充值/兌現(xiàn)服務器；應用服務器通過局域網(wǎng)絡訪問數(shù)據(jù)庫服務器；將相應電子信件數(shù)據(jù)存儲在數(shù)據(jù)庫服務器中。
以上描述組成了電子信件處理系統(tǒng)的整個網(wǎng)絡結(jié)構(gòu)，客戶端(用戶終端)通過互聯(lián)網(wǎng)只能連接到WEB服務器，WEB服務器通過局域網(wǎng)連接到注冊/驗證服務器、充值/兌現(xiàn)服務器、文件服務器，注冊/驗證服務器、充值/兌現(xiàn)服務器、文件服務器通過局域網(wǎng)絡連接數(shù)據(jù)庫服務器。
圖2示出了電子信件處理系統(tǒng)的結(jié)構(gòu)，包括1)WEB客戶端部分網(wǎng)頁，包括動態(tài)或靜態(tài)網(wǎng)頁；2)WEB服務端部分接收用戶提交數(shù)據(jù)的服務器端；3)中間應用服務部分處理各類應用業(yè)務邏輯的服務，包括新用戶注冊服務；用戶信息驗證服務；充值服務；兌現(xiàn)服務；信件內(nèi)容加密服務；信件內(nèi)容解密服務等；4)數(shù)據(jù)庫部分存儲相關數(shù)據(jù)的數(shù)據(jù)庫系統(tǒng)，包括用戶賬號數(shù)據(jù)；用戶附加數(shù)據(jù)；用戶充值數(shù)據(jù)；用戶兌現(xiàn)數(shù)據(jù)；接收信件數(shù)據(jù)；發(fā)送信件數(shù)據(jù)和信件基本數(shù)據(jù)。
圖3示出了用戶發(fā)送電子信件實施例的具體過程，步驟包括按照步驟301，用戶通過身份驗證后進入電子信件系統(tǒng)的寫信頁面，開始撰寫新信件。
按照步驟302，用戶在頁面上填寫信件的具體內(nèi)容，包括收件人、發(fā)件人、主題、正文、附件等內(nèi)容。
按照步驟303，用戶選擇信件級別，不同級別的信件對應不同的虛擬貨幣值，或輸入一個虛擬貨幣值，該值至少是1個虛擬貨幣。
按照步驟304，用戶填寫完畢后，用戶客戶端上傳信件附件到Web服務器上，將文件交給Web服務程序進行處理。
按照步驟305，用戶客戶端提交電子信件數(shù)據(jù)到Web服務器上，將數(shù)據(jù)交給Web服務程序進行處理。
按照步驟306，Web服務計算電子信件的大小，信件大小由正文、附件的實際字節(jié)數(shù)組成，以KB作為計量單位。
按照步驟307，Web服務將信件正文及附件發(fā)送到加密/解密服務器，加密/解密服務器通過加密程序?qū)φ摹⒏郊M行加密處理。
按照步驟308，Web服務器將加密后的正文保存為文件，然后將正文文件及加密后的附件數(shù)據(jù)上傳到文件服務器上。
按照步驟309，保存信件數(shù)據(jù)到數(shù)據(jù)庫服務器上，保存的數(shù)據(jù)包括發(fā)件人、收件人、標題、正文存放路徑、附件存放路徑。
按照步驟310，按照信件的緊急程度或用戶自定義，確定當前信件的虛擬貨幣值，在發(fā)件人賬號的虛擬貨幣總值中扣除當前信件的虛擬貨幣值，在收件人賬號的虛擬貨幣總值中加上當前信件的虛擬貨幣值；與之對應，在發(fā)件人賬號對應的真實金額總值中同時扣除當前信件的真實金額值，在收件人賬號對應的真實金額總值中加上當前信件的真實金額值，保存虛擬貨幣、真實金額數(shù)據(jù)到數(shù)據(jù)庫服務器上。
按照步驟311，信件發(fā)送完畢，Web服務器返回成功信息到發(fā)送信件頁面。
上述步驟從304到311，是一個完整的事務處理過程，如果有一個過程失敗，事務將執(zhí)行回滾操作，清空所有已保存的數(shù)據(jù)，返回錯誤信息到用戶發(fā)信頁面。
圖4是示出用戶接收電子信件實施例的具體過程，步驟包括按照步驟401，用戶通過身份驗證后進入電子信件系統(tǒng)的收信頁面，開始接收新信件。
按照步驟402，用戶客戶端提交收信請求到Web服務器，Web服務程序從數(shù)據(jù)庫服務器中提取信件數(shù)據(jù)，并將信件數(shù)據(jù)返回給加密/解密服務器；按照步驟403，解密服務程序從文件服務器中提取正文及附件數(shù)據(jù)，并對正文、附件內(nèi)容進行解密處理；解密完成后，將解密后的正文及附件發(fā)送給Web服務器。
按照步驟404，Web服務器請求數(shù)據(jù)庫服務器，將信件標識修改為已讀。
按照步驟405，Web服務器發(fā)送信件數(shù)據(jù)到讀信頁面，讀信頁面顯示信件信息，用戶可通過讀信頁面下載附件。
按照步驟406，讀取信件完畢。
圖5是示出新用戶注冊實施例的具體過程，包括步驟有按照步驟501，用戶進入注冊頁面，開始注冊新賬號。
按照步驟502，用戶在注冊頁面上輸入注冊信息。
按照步驟503，用戶客戶端提交賬號數(shù)據(jù)到Web服務器，Web服務程序查詢數(shù)據(jù)庫，如果當前賬號未被保留或還沒有被注冊，執(zhí)行步驟503；否則返回步驟502，提示用戶重新輸入賬號，按照步驟504，用戶客戶端驗證用戶輸入資料的合法性，如果合法，執(zhí)行步驟505，否則執(zhí)行步驟502，提示用戶重新輸入合法的注冊信息。
按照步驟506，用戶客戶端提交信息到Web服務器，Web服務程序?qū)⒚艽a數(shù)據(jù)提交給加密/解密服務器，加密程序密碼進行加密處理，并將加密后密碼返回給Web服務器。
按照步驟507，Web服務程序提交用戶注冊信息到數(shù)據(jù)庫服務器，如果保存數(shù)據(jù)成功，執(zhí)行步驟508；否則返回步驟502，提示用戶錯誤信息。
按照步驟508，注冊成功，Web服務器返回成功信息到用戶客戶端頁面。
圖6示出了用戶驗證實施例的具體過程，包括步驟有按照步驟601，用戶打開登錄頁面，開始登錄。
按照步驟602，用戶輸入賬號及密碼信息。
按照步驟603，用戶客戶端驗證用戶輸入的賬號數(shù)據(jù)是否合法，如果合法執(zhí)行步驟604；否則，執(zhí)行步驟602，提示用戶重新輸入登錄信息。
按照步驟604，用戶客戶端提交頁面信息到Web服務器。
按照步驟605，Web服務程序查詢數(shù)據(jù)庫服務器中的用戶賬號及附加數(shù)據(jù)，查看當前用戶是否存在，如果存在，執(zhí)行步驟606；否則，執(zhí)行步驟602，提示用戶重新輸入登錄信息；按照步驟606，Web服務程序校驗用戶賬號是否已注銷，如果未注銷，執(zhí)行步驟607；否則，執(zhí)行步驟613。
按照步驟607，Web服務程序校驗用戶賬號是否已鎖定，如果已鎖定，執(zhí)行步驟608；否則，執(zhí)行步驟609。
按照步驟608，Web服務器檢查當前賬號是否符合解鎖條件，如果符合，執(zhí)行步驟609；否則，執(zhí)行步驟613。
按照步驟609，Web服務器提交賬號的解鎖信息到數(shù)據(jù)庫，數(shù)據(jù)庫服務器解除對當前用戶的鎖定。
按照步驟610，Web服務器提交用戶密碼數(shù)據(jù)到加密/解密服務器，加密程序?qū)τ脩裘艽a進行加密處理。
按照步驟611，Web服務器校驗加密后的密碼是否與數(shù)據(jù)庫中的密碼一致，如果一致，執(zhí)行步驟613，否則執(zhí)行步驟612。
按照步驟612，Web服務器發(fā)送錯誤數(shù)據(jù)到數(shù)據(jù)庫服務器，數(shù)據(jù)庫服務器記錄用戶登錄失敗數(shù)據(jù)。
按照步驟613，返回上述各步驟最終的執(zhí)行結(jié)果信息。
按照步驟614，Web服務程序校驗執(zhí)行結(jié)果信息，如果驗證成功，執(zhí)行步驟616；否則執(zhí)行步驟615；按照步驟615，Web服務器將錯誤信息返回到客戶端頁面。
按照步驟616，Web服務程序跳轉(zhuǎn)頁面到電子信件處理系統(tǒng)。
圖7示出了用戶充值實施例的具體過程，包括步驟有按照步驟701，用戶進入充值頁面，開始充值操作，如果選擇第三方支付操作，執(zhí)行步驟702；如果選擇銀行匯款方式，執(zhí)行步驟703。
按照步驟702，用戶通過第三方支付平臺，電子轉(zhuǎn)賬到電子信件處理系統(tǒng)。
按照步驟703，用戶通過銀行電子轉(zhuǎn)賬到電子信件處理系統(tǒng)。
按照步驟704，電子信件處理系統(tǒng)通過充值/兌現(xiàn)服務器上的充值服務程序，查詢出最新的匯款數(shù)據(jù)。
按照步驟705，充值服務程序?qū)⒉樵兂龅碾娮有偶?shù)據(jù)保存到數(shù)據(jù)庫服務器中，將其標記為待審核狀態(tài)。
按照步驟706，充值服務程序?qū)徍藚R款數(shù)據(jù)所指明的的賬號及開戶人姓名是否與用戶賬號數(shù)據(jù)中的相匹配，如果正確執(zhí)行步驟707；否則，執(zhí)行步驟710。
按照步驟707，充值服務程序轉(zhuǎn)換真實金額為虛擬貨幣值。
按照步驟708，充值服務程序發(fā)送真實金額、虛擬貨幣值數(shù)據(jù)到數(shù)據(jù)庫服務器上，將其保存在用戶對應的賬號數(shù)據(jù)中。
按照步驟709，Web服務器將信息發(fā)送至充值提示頁面，告知用戶充值成功信息。
按照步驟710，Web服務器將信息發(fā)送至充值提示頁面，告知用戶充值錯誤信息。
按照步驟711，充值服務程序通過網(wǎng)上銀行系統(tǒng)，退款給用戶。
按照步驟712，充值操作完畢。
圖8示出了用戶兌現(xiàn)實施例的具體過程，包括步驟有按照步驟801，用戶通過身份驗證后，進入兌現(xiàn)申請頁面。
按照步驟802，用戶輸入兌現(xiàn)信息，包括用戶銀行賬號、匯入銀行、要求況現(xiàn)的實際金額值。
按照步驟803，用戶客戶端提交數(shù)據(jù)到Web服務器，Web服務程序從數(shù)據(jù)庫服務器查詢出當前用戶的賬號數(shù)據(jù)，校驗用戶輸入的賬號數(shù)據(jù)與用戶的真實姓名是否正確，如果正確，執(zhí)行步驟804；否則執(zhí)行步驟802。
按照步驟804，Web服務程序校驗用戶的賬戶余額是否大于當前要求兌現(xiàn)的金額，如果大小執(zhí)行步驟805；否則，執(zhí)行步驟802，提示用戶重新輸兌現(xiàn)金額；按照步驟805，Web服務程序提交數(shù)據(jù)到充值/兌現(xiàn)服務器。
按照步驟806，兌現(xiàn)程序提交數(shù)據(jù)到數(shù)據(jù)庫服務器，保存兌現(xiàn)申請數(shù)據(jù)，并將其標記為待審核狀態(tài)。
按照步驟807，兌現(xiàn)服務程序?qū)徍藘冬F(xiàn)申請數(shù)據(jù)是否正確，如果正確執(zhí)行步驟808；否則，執(zhí)行步驟811。
按照步驟808，兌現(xiàn)服務程序通過網(wǎng)上銀行系統(tǒng)進行電子轉(zhuǎn)賬。
按照步驟809，兌現(xiàn)服務程序保存兌現(xiàn)數(shù)據(jù)到數(shù)據(jù)庫服務器中。
按照步驟810，Web服務器返回兌現(xiàn)成功信息到用戶客戶端的告知頁面，提示用戶兌現(xiàn)成功信息。
按照步驟811，Web服務器返回兌現(xiàn)失敗信息到用戶客戶端的告知頁面，提示用戶兌現(xiàn)失敗信息。
按照步驟812，兌現(xiàn)操作完成。
權利要求
1.一種向收件方支付費用的電子信件發(fā)送方法，其步驟包括1)用戶在電子信件處理系統(tǒng)中注冊一個帳號，并在帳號內(nèi)充值，電子信件處理系統(tǒng)將用戶的充值金額轉(zhuǎn)換為虛擬貨幣值，并將虛擬貨幣值保存在帳號中；2)用戶登錄電子信件處理系統(tǒng)時，電子信件處理系統(tǒng)對其進行在線身份驗證；3)通過所述步驟2的驗證，用戶填寫電子信件信息，電子信件處理系統(tǒng)對電子信件進行發(fā)送處理，同時將與電子信件相對應的虛擬貨幣從發(fā)件方的帳號中扣除，并轉(zhuǎn)交到收件方的帳號中。
2.如權利要求1所述的向收件方支付費用的電子信件發(fā)送方法，其特征在于步驟3進一步包括電子信件處理系統(tǒng)通過加密/解密服務器對電子信件正文、附件進行加密/解密。
3.如權利要求1或2所述的向收件方支付費用的電子信件發(fā)送方法，其特征在于電子信件處理系統(tǒng)將電子信件的正文、附件保存在文件服務器中，用戶讀信時，從文件服務器上獲取電子信件的正文、附件信息。
4.如權利要求1或2所述的向收件方支付費用的電子信件發(fā)送方法，其特征在于電子信件處理系統(tǒng)將電子信件的信件數(shù)據(jù)保存到數(shù)據(jù)庫服務器上，信件數(shù)據(jù)包括主題，正文，附件，收件人，發(fā)件人，虛擬貨幣值，實際金額。
5.如權利要求1所述的向收件方支付費用的電子信件發(fā)送方法，其特征在于所述步驟1進一步包括1)電子信件處理系統(tǒng)記錄每一筆新的充值記錄，并將其標記為待審核狀態(tài)；2)電子信件處理系統(tǒng)對待審核的充值數(shù)據(jù)進行審核，如審核通過，電子信件處理系統(tǒng)按照一定兌換率將用戶的充值金額轉(zhuǎn)換為虛擬貨幣值，并保存充值金額和虛擬貨幣值到相應的用戶賬號信息中。
6.如權利要求1所述的向收件方支付費用的電子信件發(fā)送方法，其特征在于所述步驟3進一步包括電子信件處理系統(tǒng)對電子信件進行發(fā)送處理時，按照電子信件的緊急程度或用戶自定義，確定發(fā)件方發(fā)送該信件所需支付的虛擬貨幣值。
7.如權利要求1、5或6所述的向收件方支付費用的電子信件發(fā)送方法，其特征在于所述步驟3之后，進一步包括1)用戶填寫好要求兌現(xiàn)的金額數(shù)，用戶的銀行及銀行賬號，用戶通過兌現(xiàn)頁面提交數(shù)據(jù)，電子信件處理系統(tǒng)對用戶要求兌現(xiàn)的金額是否正確進行驗證，如果有足夠的現(xiàn)金兌現(xiàn)，電子信件處理系統(tǒng)將兌現(xiàn)數(shù)據(jù)標記為待審核狀態(tài)，否則提示用戶錯誤信息；2)電子信件處理系統(tǒng)對待審核的兌現(xiàn)數(shù)據(jù)進行審核，如審核通過，電子信件處理系統(tǒng)將相應的金額轉(zhuǎn)賬到用戶的銀行賬號中，并保存扣除的兌現(xiàn)金額和扣除的虛擬貨幣值到相應的用戶賬號信息中。
全文摘要
本發(fā)明公開了一種向收件方支付費用的電子信件發(fā)送方法，屬互聯(lián)網(wǎng)絡技術。該方法包括用戶在電子信件處理系統(tǒng)中注冊一個帳號，并在帳號內(nèi)充值，電子信件處理系統(tǒng)將用戶的充值金額轉(zhuǎn)換為虛擬貨幣值，并將虛擬貨幣值保存在帳號中；用戶登錄電子信件處理系統(tǒng)時，電子信件處理系統(tǒng)對其進行在線身份驗證，通過驗證后，用戶填寫電子信件信息，電子信件處理系統(tǒng)對電子信件進行發(fā)送處理，同時將與電子信件相對應的虛擬貨幣從發(fā)件方的帳號中扣除，并轉(zhuǎn)交到收件方的帳號中。采用本發(fā)明，發(fā)送電子信件時，可有效杜絕垃圾郵件，使電子信件發(fā)送和接收更安全。
文檔編號H04L12/58GK1905463SQ20061010965
公開日2007年1月31日 申請日期2006年8月15日 優(yōu)先權日2006年8月15日
發(fā)明者劉大明 申請人:劉大明