客戶信箱系統(tǒng)的設計與實現(xiàn)

Narlon

摘要
本文首先討論和實現(xiàn)了短消息協(xié)議CMPP和SGIP以及電子郵件協(xié)議SMTP
和POP3等。其中CMPP和SGIP是信息資源實體與ISMG的應用層接口協(xié)議，
它們完成SP和ISMG之間的信息請求與交換，而SMTP和POP3則是實現(xiàn)電子
郵件收發(fā)的協(xié)議。
以此介紹了一個基于短消息和電子郵件協(xié)議的客戶信箱系統(tǒng)的設計和實現(xiàn)
過程。該系統(tǒng)實現(xiàn)了客戶短消息和電子郵件的接收，通過信件關鍵詞自動為來
信分類，自動轉發(fā)，信件跟蹤處理，系統(tǒng)信息統(tǒng)計等功能。本系統(tǒng)的設計過程
中始終貫徹靈活可配置的理念，用戶可以根據(jù)需要配置服務器參數(shù)、模塊使用，
甚至是某些處理流程，以此大大提高了系統(tǒng)的靈活性和適應能力。
關鍵詞 客戶信箱，CMPP，SMPP，SMTP
Abstract
This paper firstly discusses and achieves the SMS protocol CMPP and SGIP and
e-mail protocol SMTP and POP3.Short Message Protocol CMPP SGIP is the
application layer interface protocol of information resources entities and ISMG, They
completed information request and exchange between SP and ISMG. And SMTP and
POP3 achieved e-mail’s receiving and sending.
Then introduces SMS protocol and the e-mail protocol, and gives some details
of the design and implementation process of an SMS and e-mail based mail system.
The system achieved a customer SMS and e-mail receiving, automatic classification
by keywords, automatic forwarding, correspondence tracking, showing statistic of
system information, and other functions. The system design process is consistently
applied with the flexibly configurable concept. Users can configure the server
parameters, modules usage, or even process management, which greatly improves the
flexibility and adaptability of the system.
Keywords customer mailbox, CMPP, SMPP, SMTP
目錄
摘要............................................................................................................I
Abstract.....................................................................................................II
第一章 緒論...........................................................................................1
1.1 新時代的通訊工具......................................................................................1
1.2 客戶信箱系統(tǒng)概述......................................................................................1
1.3 本文研究的內(nèi)容..........................................................................................1
第二章 基礎理論與技術背景...............................................................2
2.1 SMPP協(xié)議概述............................................................................................2
2.2 CMPP協(xié)議和SGIP協(xié)議概述.......................................................................2
2.3 SMTP協(xié)議和POP3協(xié)議.............................................................................3
2.4 呼叫中心......................................................................................................4
2.5 OA和ERP概述.............................................................................................5
第三章 系統(tǒng)設計與組成.......................................................................6
3.1 設計目標......................................................................................................6
3.2 設計思想......................................................................................................6
3.3 模塊劃分......................................................................................................7
3.3.1 接口類模塊.......................................................................................................7
3.3.2 處理類模塊.......................................................................................................8
3.3.3 管理類模塊.......................................................................................................8
第四章 客戶信箱系統(tǒng)的實現(xiàn).............................................................10
4.1 系統(tǒng)實現(xiàn)和編程環(huán)境................................................................................10
4.2 數(shù)據(jù)庫表的建立和定義............................................................................10 
4.2.1 admin表的定義與說明...................................................................................10
4.2.2 mails表的定義與說明......................................................................................11
4.2.3 keywords表的定義與說明...............................................................................11
4.3 短消息和電子郵件信息的接收和發(fā)送....................................................12
4.3.1 CMPP協(xié)議和SGIP協(xié)議部分的實現(xiàn)..............................................................12
4.3.2 SMTP協(xié)議和POP3協(xié)議部分的實現(xiàn).............................................................13
4.4 關鍵詞模塊及信件自動轉發(fā)的實現(xiàn)........................................................14
4.4.1 信件關鍵詞分類的實現(xiàn).................................................................................14
4.4.2 信件自動轉發(fā)的實現(xiàn).....................................................................................15
4.5 信件跟蹤處理模塊的實現(xiàn)........................................................................16
4.6 系統(tǒng)靈活可配的觀點和實現(xiàn)....................................................................17
4.6.1 流程可配置的設計與實現(xiàn).............................................................................17
4.6.2 系統(tǒng)參數(shù)可配置.............................................................................................19
4.7 信息統(tǒng)計模塊的設計和實現(xiàn)....................................................................19
4.8 其它功能點的實現(xiàn)....................................................................................20
第五章 總結和展望.............................................................................22
參考文獻.................................................................................................23
致謝.........................................................................................................24

第一章 緒論
1.1 新時代的通訊工具
隨著科技的不斷發(fā)展，不斷涌現(xiàn)出新的更為強大的通訊工具，人與人之間的
通信交流變得越來越方便，也讓人們感覺到整個地球正在變得越來越小。從傳統(tǒng)
的通訊方式比如通過信件發(fā)展到語音通話進而到現(xiàn)在的移動通訊、手機短消息、
電子郵件，通信在變得越來越方便的同時，也變得更為快捷高效。正是因為這些
優(yōu)點，手機短信以及電子郵件的通信方式在當今社會中已經(jīng)扮演了越來越重要的
角色，特別是與在商務、客服等部門的關系正在變得越來越緊密。
因此，我們計劃設計了客戶信箱系統(tǒng)，以期達到利用當今最為強大的通訊設
備來構建出功能強大的高效客服系統(tǒng)的目的。
1.2 客戶信箱系統(tǒng)概述
客戶信箱，一般的理解就是一個公司為客戶創(chuàng)建的信箱，客戶可以通過該信
箱得到該公司的最新動態(tài)，產(chǎn)品推薦，公司活動等信息。但我們的客戶信箱系統(tǒng)
所能做得遠遠比這要強大，它將是一個自動高效的呼叫中心，或者說是一整套的
客戶服務機制，而不單單是一個存放信息的信箱。
本系統(tǒng)可以通過手機短信或是電子郵件的方式接收來自用戶的對公司、產(chǎn)品
或服務的預定、建議、意見、投訴、求助等。系統(tǒng)智能轉發(fā)該消息給公司內(nèi)相關
處理人員，使用戶可以得到最為快速和最為專業(yè)的技術支持和服務。
本軟件的功能和實現(xiàn)并沒有特定性，相反是以高度可配置和靈活性為實現(xiàn)目
標，寄希望于可以通過一定的配置和針對性改進來滿足不同類型公司和客戶的需
求。例如，本系統(tǒng)可以作為公司的產(chǎn)品投訴和建議系統(tǒng)，可以作為公司的崗位申
請或實習資格申請系統(tǒng)，可以作為專家咨詢系統(tǒng)等等。
1.3 本文研究的內(nèi)容
本文將討論實現(xiàn)CMPP協(xié)議[1,2,8,10,11,12]、SGIP協(xié)議以及SMTP協(xié)議[5,6,7,9]，并在
此基礎上應用OA和ERP的軟件設計理念，設計完成客戶信箱系統(tǒng)。該系統(tǒng)的功
能主要包括：用戶郵件和短信的自動收取、分類和轉發(fā)，支持管理審核、監(jiān)督，
系統(tǒng)自動催促為完成任務，及時提供關于系統(tǒng)運作的統(tǒng)計數(shù)據(jù)等等。

第二章 基礎理論與技術背景
2.1 SMPP協(xié)議概述
SMPP(Short Message Peer to Peer)協(xié)議[3,4]即點對點短信息協(xié)議。它是一種開
放的、工業(yè)化的接口協(xié)議，為短消息中心和SMS應用系統(tǒng)之間的短消息轉換提供
了靈活的數(shù)據(jù)通信接口。通常將SMSC(短消息服務中心)稱為SMPP的服務器實
體，而EMSE(外部短消息實體)稱為客戶。
SMPP協(xié)議作為一個開放的消息轉換協(xié)議，基于TCP/IP或X.25網(wǎng)絡連接之
上，完成ESME和SMSC之間的協(xié)議數(shù)據(jù)單元(PDU)的請求與交換。
通過本協(xié)議，ESME能連接(BIND)或斷連(UNBIND)SMSC，提交(SUBMIT)，
替換(REPLACE)，取消(CANCEL)，查詢(QUERY)短消息；SMSC能下發(fā)
(DELIVERY)短消息到ESME。
此協(xié)議包含兩部分，ESME到SMSC的消息和SMSC到ESME的消息。
ESME與SMSC在綁定后進行會話 (如圖2.1)，并且綁定后可進行任意多次
會話。

圖2.1 ESME與SMSC會話
2.2 CMPP協(xié)議和SGIP協(xié)議概述
CMPP協(xié)議全稱為中國移動點對點(China Mobile Peer to Peer)協(xié)議，是信息資
源實體(如SP等)與ISMG(Internet short message gateway 互聯(lián)網(wǎng)短消息網(wǎng)關)的應
用層接口協(xié)議。CMPP協(xié)議是建立在TCP/IP或X.25網(wǎng)絡連接之上，它完成SP

和ISMG之間的信息請求與交換，在兩者之間建立信息通路(如圖2.2)。
CMPP協(xié)議定義了三部分內(nèi)容：SP與ISMG之間相互提交信息所需要的一系
列信息類型；ISMG之間進行消息前轉所需要的信息類型；ISMG向網(wǎng)關匯接點
請求路由信息所需求的消息類型。
SGIP協(xié)議全稱為中國聯(lián)合通信公司短消息網(wǎng)關系統(tǒng)接口(Short Message
Gateway Interface Protocol)協(xié)議，所實現(xiàn)的功能與CMPP協(xié)議十分相似，即完成
SP和ISMG之間的信息請求與交換。

圖2.2 CMPP與SGIP協(xié)議
CMPP協(xié)議和SGIP協(xié)議完成SP和ISMG之間的信息請求與交換，主要采用
2種形式，采用建立長連接方式，以及采用建立短連接方式。所謂長連接，指在
一個TCP連接上可以連續(xù)發(fā)送多個數(shù)據(jù)包，在TCP連接保持期間，如果沒有數(shù)
據(jù)包發(fā)送，需要雙方發(fā)鏈路檢測包以維持此連接。短連接是指通信雙方有數(shù)據(jù)交
互時，就建立一個TCP連接，數(shù)據(jù)發(fā)送完成后，則斷開此TCP連接，即每次TCP
連接只完成一對消息的發(fā)送。
2.3 SMTP協(xié)議和POP3協(xié)議
SMTP(Simple Mail Transfer Protocol)即簡單郵件傳輸協(xié)議,它是一組用于由源
地址到目的地址傳送郵件的規(guī)則,由它來控制信件的中轉方式。SMTP協(xié)議屬于
TCP／IP協(xié)議族,它幫助每臺計算機在發(fā)送或中轉信件時找到下一個目的地。
SMTP的一個重要特點是它能夠在傳送中接力傳送郵件，傳送服務提供了進程間
通信環(huán)境（IPCE），此環(huán)境可以包括一個網(wǎng)絡，幾個網(wǎng)絡或一個網(wǎng)絡的子網(wǎng)。
SMTP是一個“推”的協(xié)議，它指定一條消息的一個或多個接收者，然后消
息文本就被傳輸了。SMTP所使用TCP端口25。
在八十年代早期SMTP開始被廣泛地使用。當時，它只是作為UUCP
(Unix-to-Unix Copy)的補充，UUCP更適合于處理在間歇連接的機器間傳送郵件。
相反，SMTP在發(fā)送和接收的機器始終連接在網(wǎng)絡的情況下工作得最好,Sendmail

是最早實現(xiàn)SMTP的郵件傳輸代理之一。到2001年至少有50個程序將SMTP
實現(xiàn)為一個客戶端（消息的發(fā)送者）或一個服務器（消息的接收者）。一些其他
的流行的SMTP服務器程序包括了Philip Hazel的 exim， IBM的 Postfix， D. J.
Bernstein的 Qmail，以及Microsoft Exchange Server。
POP（Post Office Protocol）即郵局協(xié)議，POP3(Post Office Protocol 3)即郵局
協(xié)議的第3個版本，它規(guī)定怎樣將個人計算機連接到Internet的郵件服務器和下
載電子郵件的電子協(xié)議。它是因特網(wǎng)電子郵件的第一個離線協(xié)議標準, POP3允許
用戶從服務器上把郵件存儲到本地主機上,同時刪除保存在郵件服務器上的郵
件。POP3服務器則是遵循POP3協(xié)議的接收郵件服務器，用來接收電子郵件。
相對于SMTP，POP3就可以說是一個“拉”的協(xié)議，用戶通過用戶名和密
碼登陸郵件服務器，并從中取到自己郵箱中的信件。POP3所使用TCP端口110。
流行的POP3服務器程序包括了Linux的 Qpopper， deerfiled的 WinGate
等。
2.4 呼叫中心
呼叫中心(call center,如圖2.3)是一些公司企業(yè)為用戶服務而設立的。早在80
年代，歐美等國的電信企業(yè)、航空公司、商業(yè)銀行等為了密切與用戶聯(lián)系，應用
計算機的支持、利用電話作為與用戶交互聯(lián)系的媒體，設立了呼叫中心，實際上
就是為用戶服務的服務中心。

圖2.3 呼叫中心結構圖

現(xiàn)代的呼叫中心，應用了計算機電話集成(CTI)技術使呼叫中心的服務功能大
大加強。CTI技術是以電話語音為媒介，用戶可以通過電話機上的按鍵來操作呼
叫中心的計算機。接入呼叫中心的方式可以是用戶電話撥號接入、傳真接入、計
算機及調(diào)制解調(diào)器(MODEM)撥號連接以及IP地址訪問等，用戶接入呼叫中心
后，就能收到呼叫中心任務提示音，按照呼叫中心的語音提示，就能接入數(shù)據(jù)庫，
獲得所需的信息服務。并且存儲、轉發(fā)、查詢、交換等處理。
呼叫中心把傳統(tǒng)的柜臺業(yè)務用電話自動查詢方式代替。呼叫中心能夠每天24
小時不間斷地隨時提供服務，并且有比柜臺服務更為友好的服務界面，用戶不必
跑到營業(yè)處，只要通過電話就能迅速獲得信息，解決問題方便、快捷、增加用戶
對企業(yè)服務的滿意度。
2.5 OA和ERP概述
OA全稱辦公自動化(Office Automation)，也就是采用Internet技術，基于工
作流的概念，使企業(yè)內(nèi)部人員方便快捷地共享信息，高效地協(xié)同工作；改變過去
復雜、低效的手工辦公方式，實現(xiàn)迅速、全方位的信息采集、信息處理，為企業(yè)
的管理和決策提供科學的依據(jù)。
辦公自動化可以和一個企業(yè)的業(yè)務結合的非常緊密，甚至是定制的。因而可
以將諸如信息采集、查詢、統(tǒng)計等功能與具體業(yè)務密切關聯(lián)。操作人員只須點擊
一個按鈕就可以得到想要的結果，從而極大得方便了企業(yè)領導的管理和決策。
ERP全稱企業(yè)資源計劃(Enterprise Resource Planning)，是由 Gartner Group
開發(fā)的概念，描述下一代制造商業(yè)系統(tǒng)和制造資源計劃（MRP II）軟件。它將包
含客戶/服務架構，使用圖形用戶接口，應用開放系統(tǒng)制作。除了已有的標準功
能，它還包括其它特性，如品質、過程運作管理、以及調(diào)整報告等。特別是，
ERP采用的基礎技術將同時給用戶軟件和硬件兩方面的獨立性從而更加容易升
級。ERP的關鍵在于所有用戶能夠裁剪其應用，因而具有天然的易用性。
隨著ERP系統(tǒng)的應用和企業(yè)業(yè)務流程的合理化，企業(yè)管理水平將會明顯提
高。為了衡量企業(yè)管理水平的改善程度，可以依據(jù)管理咨詢公司提供的企業(yè)管理
評價指標體系對企業(yè)管理水平進行綜合評價。評價過程本身并不是目的，為企業(yè)
建立一個可以不斷進行自我評價和不斷改善管理的機制，才是真正目的。

第三章 系統(tǒng)設計與組成
3.1 設計目標
傳統(tǒng)的電話咨詢或者類似服務往往需要配置接線員，接線員通過與客戶交流
獲取客戶的需求，然后接線員再通知相關的技術人員。這樣的流程既浪費了人力，
耽誤了時間，還給客戶造成了不必要的麻煩。于是，我們想到了采用建立呼叫中
心方式來解決問題的念頭，一個自動的高效的處理平臺似乎能很好的克服傳統(tǒng)電
話服務的弊端。進而，由于當今手機短信和電子郵件通信的流行，越來越多的客
戶愿意通過這樣的方式來完成與公司的接觸，而傳統(tǒng)的服務模式對于這樣的要求
顯得十分為難。本次畢業(yè)設計的目標就是基于CMPP和SMTP等協(xié)議來實現(xiàn)一
個以手機短信和電子郵件方式為通信平臺的全新的自動的高效的呼叫中心系統(tǒng)
——客戶信箱系統(tǒng)。以此使得用戶和公司之間的溝通變得更為方便和快捷。
3.2 設計思想
首先，本系統(tǒng)每隔一段時間自動搜索指定手機賬戶或是電子郵件賬戶，收取
其中的信件。然后根據(jù)搜索關鍵詞系統(tǒng)自動為信件分類并轉發(fā)信件，如果系統(tǒng)自
動分類失敗，可以由管理員專門負責轉發(fā)剩余的部分。工作人員通過登陸電子郵
件，對系統(tǒng)轉發(fā)的用戶問題給予合適的回答，并通過合適的途徑(手機短信或電
子郵件)回復到客戶一端。系統(tǒng)定期檢查是否有尚未處理的用戶信件，并催促工
作人員進行回復。
為了實現(xiàn)以上的功能，在實現(xiàn)上，整個系統(tǒng)可以分為3個部分。郵件接收轉
發(fā)服務端、信件處理催促服務端以及管理員和工作人員登陸以完成相關工作的客
戶端。
郵件接收轉發(fā)服務端完成接收客戶郵件，并根據(jù)其中的信息為郵件歸類，并
完成轉發(fā)。信件處理催促服務端定期掃描任務，尋找超時的為處理信件并通知相
關人員。管理員可以通過系統(tǒng)客戶端訪問數(shù)據(jù)庫，查看整個系統(tǒng)的運作情況，維
護系統(tǒng)，設置用戶權限等，而工作人員可以通過該客戶端查看自己任務及確認自
己的工作。
此外，模塊內(nèi)部具有較高的流程可配置性。主要的流程步驟可以選擇是打開
還是關閉或者是選擇處理方式。例如，可以通過配置來決定是需要系統(tǒng)自動回復
客戶還是不需要。這樣的設計使得整個系統(tǒng)的可配置性大大提高，更加靈活，整

個程序的適應性也會大大加強。
3.3 模塊劃分
本系統(tǒng)按照設計劃分為3類共8個模塊(如圖3.1)。3類模塊是接口類模塊、
處理類模塊和管理類模塊。其中接口類模塊包括短消息接口模塊和電子郵件接口
模塊；處理類模塊包括信件管理模塊、轉發(fā)處理模塊、跟蹤處理模塊和關鍵詞分
類模塊；管理類模塊包括服務管理模塊和管理員模塊。

圖3.1客戶信箱系統(tǒng)模塊結構
用戶可以通過手機短消息和電子郵件的方式與系統(tǒng)進行交互，而管理員還可
以通過登陸管理系統(tǒng)來進行系統(tǒng)管理。系統(tǒng)內(nèi)部基本可以分為兩塊工作流程：信
件分類轉發(fā)流程和信件跟蹤處理流程。各模塊間的關系如圖3.2：

圖3.2 客戶信箱系統(tǒng)模塊間關系
3.3.1 接口類模塊

接口類的模塊包括短消息接口和電子郵件接口。對于短消息接口，在本系統(tǒng)
中，主要是通過CMPP協(xié)議和SGIP協(xié)議的通信接口來完成短消息的收發(fā)，以實
現(xiàn)接收短消息和發(fā)送短消息兩大功能。另一個接口模塊是電子郵件接口模塊。此
外，系統(tǒng)通過SMTP協(xié)議和POP3協(xié)議來完成電子郵件接口模塊，以實現(xiàn)接收電
子郵件和發(fā)送電子郵件兩大功能。接口類模塊是系統(tǒng)功能實現(xiàn)的基礎，也是整個
系統(tǒng)的基石。
3.3.2 處理類模塊
處理類模塊負責系統(tǒng)的各個核心處理功能，包括轉發(fā)處理模塊、跟蹤處理模
塊和關鍵詞分類模塊。處理類模塊的工作都不需要人為干涉，而是在被特定事件
觸發(fā)后，可以自動進行相關處理，實現(xiàn)類似于消息轉發(fā)，關鍵詞分類，信件處理
跟蹤等功能。
轉發(fā)處理模塊支持來信和回復在客戶信箱各個參與實體之間的轉發(fā)，采用的
形式主要是電子郵件方式。該模塊通過電子郵件接口模塊和短消息接口模塊中從
相應賬戶收取信件，提取相關信件內(nèi)容，再通過電子郵件接口模塊發(fā)送到內(nèi)部管
理人員的賬戶郵箱中，以通知管理員對信件進行必要的處理。
關鍵詞分類模塊提供來信的計算機輔助分類功能，在這個機制下，通過關鍵
詞和不同分類的設立可以達到截然不同的自動分類效果。通過提取和分析關鍵
詞，系統(tǒng)自動把一些來自客戶的消息轉發(fā)給相關工作人員，例如，“求助”，“投
訴”，“建議”，這些關鍵詞很容易說明客戶發(fā)送消息的目的所在，那么系統(tǒng)就可
以輕松的以此作為根據(jù)來劃分郵件類型并實現(xiàn)轉發(fā)了。當然，這樣的轉發(fā)的目標
不一定正確或者根本無法確定分類，屆時，工作人員可以通過信件管理模塊完成
手動轉發(fā)消息，以保證信件到達正確的目的地。此外，關鍵詞的劃分將會更有利
于系統(tǒng)的管理和信息的統(tǒng)計。
跟蹤處理模塊支持來信和回復在客戶信箱各個參與實體之間流轉的跟蹤，對
未及時處理的信件進行催促和重新分派。這里的催促的實現(xiàn)是通過系統(tǒng)自動發(fā)送
郵件到相關管理員來達到的，通知內(nèi)容可以涉及到警告信息，以及任務目標等等。
而重新分派即是指系統(tǒng)重新對該信息進行處理，猶如剛收到一般，在此可以是發(fā)
送給原來處理的管理員，或者也可以是另一位管理員。
這三個處理類模塊，分別可以在兩個服務端程序中實現(xiàn)。
3.3.3 管理類模塊
管理類模塊提供系統(tǒng)的管理功能，包括服務管理模塊和管理員模塊以及信件

的管理。
管理類模塊和人的操作有著密切的聯(lián)系，這就要求程序有良好的交互性能，
以便于察看和使用。
信件管理模塊負責信件狀態(tài)的查看，提供來信和回復的查詢及提供一些相關
的操作功能。具體的看，該模塊主要實現(xiàn)管理員手動轉發(fā)信件，管理員查看系統(tǒng)
信息和狀態(tài)，以及工作人員查看和確認任務等功能。該模塊是整個系統(tǒng)中最為核
心的一個模塊，很多其他模塊都需要和該模塊交互或者通訊，因而該模塊一定程
度上起到了整個系統(tǒng)的連接和樞紐的功能。
管理員模塊支持系統(tǒng)管理員功能，主要包括賬戶的管理和權限的管理。賬戶
的管理即管理員可以添加和刪除用戶，設定用戶信息，而一般用戶可以修改登錄
密碼和聯(lián)系方式等信息。權限的管理，即管理員可以變更其他用戶的權限。
服務管理模塊支持服務的管理，包括關鍵詞的設置、電子郵件地址的設置、
系統(tǒng)信息統(tǒng)計、賬號的管理、權限管理等。該管理模塊的作用主要是維護系統(tǒng)，
使得整個系統(tǒng)可以更好的工作，并使得系統(tǒng)內(nèi)的信息保持更新和準確。這個模塊
的操作權限一般限于管理員。
以上3個管理類模塊，基本都應該在客戶端程序中實現(xiàn)。

第四章 客戶信箱系統(tǒng)的實現(xiàn)
4.1 系統(tǒng)實現(xiàn)和編程環(huán)境
本系統(tǒng)實現(xiàn)所使用的編程環(huán)境是VS2005，而主要所使用的編程語言是C#語
言(因此以下的一些函數(shù)定義代碼，我也會以C#代碼的形式給出)，而系統(tǒng)中涉及
到的Web編程則使用了ASP.Net語言。此外，本系統(tǒng)需要使用數(shù)據(jù)庫以完成相
關數(shù)據(jù)的存儲和調(diào)用，而所使用的數(shù)據(jù)庫版本是SQL server 2000。因為管理員需
要通過網(wǎng)頁的形式來訪問相關管理網(wǎng)站，本系統(tǒng)以IIS 5.1作為Web服務器，以
支持多用戶同時訪問網(wǎng)站并完成一些操作。最后因為系統(tǒng)較多的涉及到電子郵件
服務，我們使用CMailServer搭建了電子郵件服務器以便于進行相關的調(diào)試。當
然在實際使用過程中，用戶沒有必要自己搭建電子郵件服務器，而是只需要擁有
一個可以訪問的電子郵箱賬戶。
4.2 數(shù)據(jù)庫表的建立和定義
數(shù)據(jù)庫表是整個項目的基礎，系統(tǒng)中大部分數(shù)據(jù)都被存儲在數(shù)據(jù)庫中，各個
模塊都需要對數(shù)據(jù)庫中進行操作來獲取或存儲數(shù)據(jù)，所以在這里先對這些表進行
說明。本系統(tǒng)主要涉及到3張表：admin表，mails表，keywords表。其中mails
表是最為重要的，各模塊和這張表進行的操作也最多。
4.2.1 admin表的定義與說明
admin表的DDL如下：
CREATE TABLE [admin] (
[id] [int] IDENTITY (1, 1) NOT NULL , //管理員序列號
[name] [varchar] (20) NOT NULL , //管理員賬號
[passwd] [varchar] (40) NOT NULL , //登錄密碼
[address] [varchar] (25) NOT NULL , //郵箱地址
[entitle] [int] NOT NULL //管理權限
) ON [PRIMARY]
管理員表主要用來記錄管理員的相關信息。管理員序列號(id)為該表的主鍵。
為了提高安全性，密碼字段(passwd)存儲的是經(jīng)過md5加密后的用戶密碼。管理

權限字段(entitle)暫時只有4類(郵件轉發(fā)、郵件處理、成員管理、查看統(tǒng)計)，分
別用int型的后4bit來記錄權限的取得與否，在后文權限管理中我會進行詳細說
明。與該表有密切關系的模塊有系統(tǒng)登錄模塊、權限檢測模塊、用戶管理模塊、
信件轉發(fā)模塊等等。
4.2.2 mails表的定義與說明
mails表的DDL如下：
CREATE TABLE [mails] (
[id] [int] IDENTITY (1, 1) NOT NULL , //信件序列號
[subject] [varchar] (50) NOT NULL , //信件主題
[fromw] [varchar] (25) NULL , //發(fā)信人
[tow] [varchar] (25) NOT NULL , //收信人
[dealw] [varchar] (20) NULL , //處理人
[info] [text] NOT NULL , //信件正文
[cometime] [datetime] NOT NULL , //信件達到時間
[type] [varchar] (20) NOT NULL , //信件分類
[deal] [varchar] (10) NOT NULL , //轉發(fā)結果
[dealnext] [varchar] (10) NOT NULL //處理結果
) ON [PRIMARY]
信件表主要用來記錄信件的相關信息，當然不管是經(jīng)過短消息接口或是電子
郵件接口收到的信件，其中的信息都將會寫入表中備檔。信件序列號(id)為該表
的主鍵。信件分類可以是關鍵詞模塊自動分類完成或者是由管理員手動完成。轉
發(fā)結果用來記錄系統(tǒng)是否進行自動轉發(fā)，而處理結果則記錄該信件是否已經(jīng)由相
關工作人員完成處理。該模塊是系統(tǒng)中比較重要的數(shù)據(jù)庫表，涉及到電子郵件接
口模塊、短消息接口模塊、信件管理模塊、關鍵詞模塊、信件轉發(fā)模塊等的實現(xiàn)。
4.2.3 keywords表的定義與說明
keywords表的DDL如下：
CREATE TABLE [keywords] (
[id] [int] IDENTITY (1, 1) NOT NULL ,
[wgroup] [varchar] (20) NOT NULL , //關鍵詞組名稱
[words] [text] NOT NULL , //關鍵詞串
[adminid] [int] NOT NULL //審核人id

) ON [PRIMARY]
關鍵詞表包含有分類信息以及具體的關鍵詞列表信息。其中id是該表的主
鍵，id有另一個作用就是表示所有分類的優(yōu)先級，id值較小的分組優(yōu)先級較高(也
就是當某信件同時有2個分組的關鍵詞時，它會分到優(yōu)先級較高的類別)。表中
的每一條記錄表示一個關鍵詞分類。而所有同組的關鍵詞以逗號為分隔符被存儲
在數(shù)據(jù)類型為文本的字段words中。最后的字段是審核人id，得到審核人id后
可以通過再次查詢admin表以獲得更多關于審核人的信息。關鍵詞分類、關鍵詞
管理模塊以及自動轉發(fā)模塊和該表有密切聯(lián)系。
4.3 短消息和電子郵件信息的接收和發(fā)送
短消息和電子郵件信息的接收和發(fā)送功能的實現(xiàn)也就是短消息接口模塊和
電子郵件接口模塊的實現(xiàn)問題。這兩個模塊是整個系統(tǒng)的基礎，因而也是最先需
要實現(xiàn)的模塊。下面，我將分別介紹這兩部分的實現(xiàn)方式。
4.3.1 CMPP協(xié)議和SGIP協(xié)議部分的實現(xiàn)
短消息通信的實現(xiàn)是針對于華為公司的infoX-SMS網(wǎng)關來完成的，因而主要
的工作也就是針對該公司所提供的API函數(shù)進行參數(shù)的設置和封裝。infoX-SMS
已經(jīng)對整個短消息連接收發(fā)的過程作了較好的封裝，但每次使用時需要先設置大
量的參數(shù)，這樣就顯得十分不方便，因而我們需要對這些進行重新封裝，而封裝
任務的重點是簡化接口參數(shù)，使得函數(shù)的調(diào)用操作變得更為簡潔和靈活。
由于infoX-SMS針對于SGIP協(xié)議所提供API函數(shù)和CMPP協(xié)議的十分相似，
封裝實現(xiàn)也十分相似，所以在這里就以CMPP協(xié)議為主來進行說明。下面是封
裝后的CMPP類的接口：
Class Cmpp
{
public bool Link ();
public void UnLink ();
public void SendMessage (String phonenum, String message);
public void GetMessage ();
}
Link和UnLink實現(xiàn)程序與網(wǎng)關之間連接的建立、斷開以及登陸等，為了保
持接口的簡潔性和易用性，一些基本信息如賬戶名，登錄密碼，使用版本等參數(shù)
主要由配置文件讀入。由此，為這些參數(shù)賦值后再通過調(diào)用infoX-SMS的相關
接口函數(shù)我們可以實現(xiàn)的連接的建立等功能。

在成功調(diào)用了Link函數(shù)完成連接操作之后，可以通過調(diào)用SendMessage函
數(shù)來實現(xiàn)短消息的發(fā)送。完成函數(shù)的調(diào)用需要傳入兩個參數(shù)，String類型的
phonenum和String類型的message，其中phonenum是發(fā)送短消息的目標號碼(一
般是手機號碼)，而message則是短消息的具體內(nèi)容。內(nèi)部實現(xiàn)是直接通過調(diào)用
infoX-SMS提供的API函數(shù)CMPP3_SubmitSM來完成的。該函數(shù)有20余個參數(shù)，
使用起來極其不方便，因此，我們通過直接配置參數(shù)和從配置文件中動態(tài)獲得一
些參數(shù)值的方式，最后封裝得到了只有2個參數(shù)的SendMessage函數(shù)。
同樣是在成功調(diào)用了Link函數(shù)完成連接操作之后，可以通過調(diào)用GetMessage
函數(shù)來實現(xiàn)收取短消息。更進一步，每調(diào)用一次，收取一條發(fā)送到公司賬戶的短
消息。infoX-SMS提供了兩個函數(shù)，HasDeliverMessag函數(shù)用來檢測是否存在短
消息需要接收，而CMPP3_GetDeliverSM函數(shù)用來接收郵件，通過調(diào)用
CMPP3_GetDeliverSM函數(shù)還可以得到該過程中一些參數(shù)的值，比如發(fā)送者號
碼，發(fā)送消息內(nèi)容等等。此外，封裝后的GetMessage函數(shù)在獲得新的短消息的
參數(shù)(源手機號碼，短消息內(nèi)容)后，直接進行相關的數(shù)據(jù)庫操作，也就是將短信
息的內(nèi)容按照特定的格式存入數(shù)據(jù)庫中，以備后續(xù)操作。
4.3.2 SMTP協(xié)議和POP3協(xié)議部分的實現(xiàn)
電子郵件通信過程使用了一個電子郵件組件Jmail。該組件支持使用SMTP
協(xié)議來進行發(fā)送電子郵件以及使用POP3協(xié)議登錄到電子郵件服務器接收郵件。
由于Jmail組件對接口的封裝效果不是很好，每次使用可能都需要用若干行代碼
來完成對屬性的賦值，因而重新封裝就顯得十分必要，以此可以簡化函數(shù)調(diào)用的
過程。
下面是封裝后的Email類的接口：
Class Email
{
public Email(String name, String passwd, String serverad)
public int GetMail()
public bool IfSend(String subject, String content, String froma, String tow, String
toa)
}
初始化函數(shù)指定登錄郵箱的相關信息，主要是用戶名、密碼以及服務器地址
等相關信息。
Jmail提供了Message的類(這個類其實就是對通過SMTP協(xié)議發(fā)送郵件過程
的封裝)，通過創(chuàng)建這個類的實例，然后為這個實例的一些重要參數(shù)(如目標郵箱
地址，郵箱登錄名，登錄密碼等)賦值后，可以通過調(diào)用成員函數(shù)AddRecipient

來指定接收用戶列表。最后通過調(diào)用成員函數(shù)Send發(fā)送郵件。在這里用了IfSend
函數(shù)來完成整個過程的封裝，以達到化繁為簡的目的。此函數(shù)內(nèi)部的關鍵就是為
Message對象的相關參數(shù)賦上正確的值，函數(shù)有幾個參數(shù)分別表示郵件的主題、
正文、發(fā)信人地址、收信人稱謂以及收信人地址，在調(diào)用決定參數(shù)的值，而其他
一些不是很重要的，或者一般沒有變化的值，則參數(shù)賦值過程在內(nèi)部進行。最后，
當發(fā)送成功時，IfSend函數(shù)返回True，反之，則返回False。
Jmail也提供了用以實現(xiàn)POP3協(xié)議以支持郵件接收的POP3Class類。通過該
類的對象可以枚舉到每一封接收到的電子郵件。Jmail采用MessageClass類來表
示一封具體的電子郵件，然后可以通過獲得對象的各個字段的值來分析出每封郵
件的具體內(nèi)容，包括郵件的發(fā)件人姓名，收件人地址，收件人地址，主題，正文
等內(nèi)容。在分析以上字段后，類似Cmpp中的處理，程序將會直接進行相關的數(shù)
據(jù)庫操作，也就是將短信息的內(nèi)容按照特定的格式存入數(shù)據(jù)庫中，以備后續(xù)操作。
最后封裝得到函數(shù)GetMail，該函數(shù)不需要傳遞參數(shù)，返回值為整型，表示接收
到的郵件數(shù)量。
4.4 關鍵詞模塊及信件自動轉發(fā)的實現(xiàn)
關鍵詞模塊的作用就是在收到信件的時候可以由系統(tǒng)自動進行一次粗分類。
之所以稱為粗分類是由這么兩個原因造成的：關鍵詞不完整，因為關鍵詞是人為
設置的，可能存在關鍵詞沒有被列全的情況，此時，關鍵詞模塊自然不能發(fā)揮理
想的效果；錯誤的分類，該模塊如果在信件中發(fā)現(xiàn)存在有多個分類所對應的關鍵
詞時，就會按照優(yōu)先級順序進行抉擇，由此可能會造成很大的誤差，導致錯誤的
分類。因此后續(xù)的細分類(也就是手動的分類)也顯得十分重要，但粗分類的存在
會大大減少人工工作的工作壓力，并提高整個系統(tǒng)的工作效率，這也就是為什么
要加入關鍵詞模塊的原因。
信件轉發(fā)模塊，應該說是建立在關鍵詞模塊之上的。它的工作就是接收關鍵
詞分類的結果，然后根據(jù)這些分類信息將不同的郵件發(fā)送給不同的工作人員等待
處理。當然，如果關鍵詞模塊沒有工作，該模塊也可以獨立工作，只不過所有郵
件會被發(fā)送到默認的郵件分類處理人員，并等待手工分類。
4.4.1 信件關鍵詞分類的實現(xiàn)
關鍵詞模塊主要實現(xiàn)的功能是關鍵詞匹配、關鍵詞分類設置以及關鍵詞設置
三部分。


圖4.1 關鍵詞匹配流程
圖4.1是關鍵詞匹配的具體實現(xiàn)流程，主要的目的是查找目標信件正文中是
否包含有期望的關鍵詞。關鍵詞選拔順序是先從優(yōu)先級較高的分類查找，遍歷該
分組中的所有詞組，如果匹配某一個詞組成功，則將該信件劃到這個分類中；如
果均不成功，則繼續(xù)探索優(yōu)先級較低的分類，并試圖匹配該分組中的各個詞組。
如果最終還是沒有找到合適的分類，則該信件最終會被劃到“其他”分類作為暫
時處理，以等待相應管理員后續(xù)進行人工分類。
除了關鍵詞的匹配功能，關鍵詞分類設置以及關鍵詞設置的實現(xiàn)都屬于管理
員類模塊，這兩個模塊主要處理關于交互的問題，最終達到添加/刪除分類，以
及修改關鍵詞的操作變得更為簡單。由于相關分類和關鍵詞列表的信息存于數(shù)據(jù)
庫中(詳見4.2.3關于keywords表的相關說明)，因而實際的操作以數(shù)據(jù)庫的訪問
為主。關鍵詞分類設置主要實現(xiàn)的功能是分類的添加和刪除。關鍵詞設置實現(xiàn)的
功能是對關鍵詞進行調(diào)整以及重新設置接收某工作類別信件的工作人員。
4.4.2 信件自動轉發(fā)的實現(xiàn)
這個功能的成功實現(xiàn)與否很大程度上決定于關鍵詞模塊，因而我將這兩個模
塊的實現(xiàn)放在同一塊進行說明。
關鍵詞模塊完成信件的分類，此外系統(tǒng)可以通過分類來確定處理工作人員的
id。得到工作人員id后，系統(tǒng)經(jīng)過一次數(shù)據(jù)庫搜索得到該工作人員的電子郵箱地
址，而信件的其他信息(信件正文，信件主題，發(fā)件人地址等)可以直接從通信接
口模塊分析得出，這樣，系統(tǒng)就可以通過調(diào)用電子郵件接口模塊的相關函數(shù)完成
轉發(fā)。以上就是信件自動轉發(fā)的基本實現(xiàn)流程(如圖4.2)。


圖4.2 信件自動轉發(fā)流程
4.5 信件跟蹤處理模塊的實現(xiàn)
信件跟蹤處理模塊寄希望達到的功能效果是系統(tǒng)每隔一段時間自動檢測是
否存在未處理的信件，如果未處理的信件拖延的時間過長，系統(tǒng)發(fā)送郵件催促相
應的處理人員及時完成工作(流程如圖4.3)。以此系統(tǒng)可以監(jiān)督所有任務盡快完
成，并保證客戶的問題可以及時得到解決。

圖4.3 信件跟蹤處理流程
系統(tǒng)每過一段時間搜索數(shù)據(jù)庫中的mails表(詳見4.2.2的相關說明)，從中選
出沒有經(jīng)過處理且到達時間距離當前時間已超過某個預設值的記錄。然后系統(tǒng)從
該記錄中提取需要信息，并以電子郵件的形式發(fā)送給處理人員提示及時處理。而
對于多于2倍預設時間還沒有處理的消息，系統(tǒng)會將該信息轉發(fā)到一個相應的負
責人員，轉而由他來進行處理。此外，這個模塊的存在可以有力的督促工作人員
按時完成任務，輕松實現(xiàn)業(yè)績考評。

4.6 系統(tǒng)靈活可配的觀點和實現(xiàn)
4.6.1 流程可配置的設計與實現(xiàn)
本系統(tǒng)所實現(xiàn)的流程可配置其實是局限性的流程可配置，主要是通過控制某
些模塊的開啟或關閉或者是幾個互斥模塊的打開選取來實現(xiàn)整個系統(tǒng)的運行流
程的更改。對于客戶信箱系統(tǒng)，配置的重點是流程性比較強的信件轉發(fā)模塊以及
信件跟蹤處理模塊，流程配置精確到這些模塊內(nèi)部的小流程甚至是代碼級的實現(xiàn)
過程。
流程可配的意義是十分重大的，這將大大提高軟件的靈活性和通用性。通過
不同的配置，軟件就可以實現(xiàn)很不相同的功能。此外，流程可配置可以推動軟件
營銷，因為有的用戶可能不愿意他所不需要的模塊掏錢，那么通過配置，我們可
以直接禁用那些用戶不需要的模塊或者功能片段。舉個例子，某網(wǎng)絡公司投訴部
希望使用本客戶信箱系統(tǒng)來實現(xiàn)投訴受理系統(tǒng)，但是他不希望通過短消息的方式
來進行工作，且他們不需要系統(tǒng)為他們劃分郵件類型，而期望信件可以平均的轉
發(fā)到所有工作人員手中。此時，我們可以通過配置關閉短消息模塊和關鍵詞分類
模塊，調(diào)節(jié)轉發(fā)模塊到平均分配來信的狀態(tài)等等。此時系統(tǒng)的處理流程應該說已
經(jīng)發(fā)生了很大改變，并能很好的實現(xiàn)用戶所提出的需求。
下面就以消息轉發(fā)作為重點來說明流程配置的具體實現(xiàn)。對照與這部分的實
現(xiàn)，可配置的參數(shù)主要有這么一些(括號內(nèi)可以取的值)：
GetMail (Email / Smail / Both)
KeyWords (Yes / No)
SaveMessage (Yes / No)
AutoResend (Yes / No)
AutoSendBack (Yes / No)
ResendType (Aver / Iden)
所有模塊的具體關系圖如圖4.4：


圖4.4 所有模塊關系圖
首先，我們來看如何通過配置客戶信箱系統(tǒng)的相關參數(shù)來實現(xiàn)一個總經(jīng)理信
箱系統(tǒng)，基本功能是可以通過電子郵件和短消息來接受用戶的意見等，然后轉發(fā)
相應人員處理等等。相應的流程示意圖如圖4.5：

圖4.5 總經(jīng)理信箱流程配置圖
要實現(xiàn)該系統(tǒng)，我們可以這樣配置{ GetMail = Both，KeyWords = Yes，
SaveMessage =Yes ，AutoResend = Yes，AutoSendBack = No，ResendType = Iden }。
這樣配置后整個系統(tǒng)的特點是，可以通過電子郵件和短消息的方式接收客戶來
信，這種方式也最大地利用了本系統(tǒng)所提供的通信接口。接收后系統(tǒng)自動搜索信
件并嘗試分析其中的關鍵詞，繼而為來信分類，最后自動發(fā)送給相關人員處理。
這種配置方式可能是最為常用的配置方式。

接著我們再來看另一個配置方式，這次的需求是實現(xiàn)一個餐廳訂餐查詢系
統(tǒng)。要求是系統(tǒng)可以自動答復客戶的查詢，包括現(xiàn)在是否有空，價位情況等等。
由于訂餐對于時間準確性的要求比較高，因而不希望使用電子郵件的方式來接收
用戶的預訂。相應的流程示意圖如圖4.6：

圖4.6 餐廳訂餐查詢系統(tǒng)流程配置圖
實現(xiàn)該系統(tǒng)，我們可以這樣配置{ GetMail = Smail，KeyWords = No，
SaveMessage =Yes ，AutoResend = Yes，AutoSendBack = Yes，ResendType =
Aver }。這樣配置后整個系統(tǒng)的特點是，只可以通過短消息的方式來接收客戶來
信，由于信件類型單一，所以不需要為信件劃分類型，即不需要關鍵詞模塊。系
統(tǒng)首先嘗試自動回復，如果客戶的問題過于復雜，系統(tǒng)無法回復，轉而由工作人
員進行答復。由于可能需要平均分配所有工作人員的工作量，所有信件可以被均
勻的分發(fā)到所有工作人員的手中。
4.6.2 系統(tǒng)參數(shù)可配置
系統(tǒng)參數(shù)可配的意義主要是可以根據(jù)不同的需要設置系統(tǒng)，從而使得系統(tǒng)可
以獲到最好的工作效率。所用的配置形式有通過ini腳本和通過XML文件2種。
可以調(diào)配的參數(shù)包括服務器ip地址，Email郵箱的登錄用戶名和密碼，系統(tǒng)輪詢
時間，客戶信件超時時間，工作人員權限劃分等等。
4.7 信息統(tǒng)計模塊的設計和實現(xiàn)
信息統(tǒng)計模塊的目的是方便管理人員或者是公司經(jīng)理對客戶信箱的運作情

況有一個大致上的了解，以此可以進行進一步的規(guī)劃或采取一些措施。下面介紹
一下該模塊的流程：

圖4.7 信息統(tǒng)計模塊實現(xiàn)流程
在本模塊中由于查詢操作的任務量比較大，每次查看該頁面如果都進行數(shù)據(jù)
庫訪問，開銷可能會很大，因而采用了數(shù)據(jù)緩存的辦法也減小開銷，提高服務器
運行效率。如圖4.7，查詢統(tǒng)計程序每過一定時間訪問數(shù)據(jù)庫，進行各種查詢，
可以是查詢一個月來收到的信件數(shù)目，處理完畢的信件數(shù)目，各種分類信件的數(shù)
目等等。最后系統(tǒng)將這些查詢得到的數(shù)據(jù)寫入數(shù)據(jù)緩存中。
另一方面，系統(tǒng)管理員或者是公司經(jīng)理可以通過登陸統(tǒng)計數(shù)據(jù)查看頁面來查
看這些被緩存起來的數(shù)據(jù)。這部分功能的實現(xiàn)主要是通過ASP.NET語言來訪問
數(shù)據(jù)緩存文件，然后顯示到相關網(wǎng)頁。
4.8 其它功能點的實現(xiàn)
此外，系統(tǒng)還實現(xiàn)了管理員模塊、信件管理模塊、權限設置模塊等。這些模
塊的重點是交互，也就是怎么做到提供用戶簡單的操作手段來完成相應的操作，
比如添加管理員，修改管理員權限，手動轉發(fā)信件等。為了使管理員可以實現(xiàn)遠
程管理并實現(xiàn)較好的交互性，該系統(tǒng)管理模塊的交互都是使用網(wǎng)頁的形式，管理
員可以通過web瀏覽器登錄系統(tǒng)并進行相關的操作。下面我就這些模塊給一些
簡單的說明。
管理員模塊，主要包括管理員的登錄，管理員的添加、刪除和資料的修改。
其中管理員的密碼信息被通過md5加密后置于數(shù)據(jù)庫內(nèi)，以提高系統(tǒng)的安全性。
該模塊與權限模塊有著較高的聯(lián)系性，創(chuàng)建新管理員和修改管理員信息時可能都
需要對管理員的權限進行修改。管理員的權限會直接影響到登錄系統(tǒng)后的系統(tǒng)選
項子菜單的內(nèi)容，比如一般的沒有用戶管理權限的工作人員登錄系統(tǒng)后，他的菜
單中就不存在添加用戶等用戶管理的選項。當前系統(tǒng)提供了4個管理權限，當然
用戶可以根據(jù)需要設置新的權限。權限的存儲結構如圖4.8，通過設置int型結構

的末4位可以分別設置4個權限。

圖4.8 權限的存儲結構
信件管理模塊，主要包括信件信息的總攬，分類總攬，信件手動轉發(fā)等等。
信件總攬可以管理員方便管理員進行管理，管理員可以按需察看所有未處理郵
件，并可具體察看每封郵件的信息，如果需要管理員可以進行手動轉發(fā)將信件發(fā)
送給合適的處理人員。具體的實現(xiàn)方面主要是通過GridView控件來連接數(shù)據(jù)庫
并實現(xiàn)相關的操作功能，在此我就不詳細展開了。

第五章 總結和展望
本項目基于CMPP/SGIP短消息通訊協(xié)議和SMTP/POP3電子郵件協(xié)議，并應
用OA和ERP的設計思想，實現(xiàn)了一個智能的自動的高效的客戶信箱系統(tǒng)。該
系統(tǒng)允許客戶通過手機短信或電子郵件的方式與公司完成快速的互動，并立即解
決問題。使用本系統(tǒng)的可以大大提高公司客服的工作效率和處理能力，提高公司
的競爭力。
本次畢業(yè)設計完成了客戶信箱系統(tǒng)中通訊協(xié)議接口，信件管理，關鍵詞分類，
信件轉發(fā)，信件跟蹤處理等主要模塊，基本實現(xiàn)了既定的目標。相信如果將本系
統(tǒng)投入使用，本系統(tǒng)也會有很強的生存能力和競爭力。
本系統(tǒng)仍然有很多地方可以進行改進和擴展。例如，可以將系統(tǒng)的流程可配
置做到最自由化，也就是說流程順序可以完全通過用戶的配置來實現(xiàn)，這樣可以
大大加強系統(tǒng)的靈活性和競爭力。管理員的管理模塊以及服務器配置模塊可以加
入更多功能和設置更多的可調(diào)節(jié)參數(shù)，如此，系統(tǒng)的內(nèi)容也會更加豐富，更加利
于控制。此外，由于時間和條件的限制，短消息實現(xiàn)部分沒有使用相應設備進行
真正的測試過，這不能不說是一個很大的遺憾。經(jīng)過改進，系統(tǒng)有可能可以支持
彩信，飛信等更為時尚的通訊方式，以此，本系統(tǒng)可能會更加受到歡迎。
縱觀整個程序的設計和開發(fā)過程，涉及到C#，C++代碼的編寫和整合，涉及
到Html靜態(tài)網(wǎng)頁的設計以及ASP.Net動態(tài)網(wǎng)頁的編寫，涉及到CMPP協(xié)議和
SGIP協(xié)議等短消息通訊接口的配置和編寫，涉及到SMTP協(xié)議和POP3協(xié)議等
電子郵件接口的配置和編寫，涉及到SQL Server數(shù)據(jù)庫的連接以及存儲過程的
編寫，涉及到XML文件以及Ini文件的配置和使用。通過半年的摸索和實踐加
上指導老師黃老師的熱心幫助，自己不僅對已學到的知識的有了重新的認識和更
深的理解，而且學習到了很多新的領域的新的知識、鍛煉了自己的實踐能力�？�
而言之，整個畢業(yè)設計過程令我受益匪淺。

參考文獻
[1] 中國移動通信互聯(lián)網(wǎng)短信網(wǎng)關接口協(xié)議(China Mobile Peer to Peer, CMPP)
（V2.0） 2002.4
[2] 陳剛 基于SMPP和CMPP的短信息網(wǎng)關的研究與實現(xiàn) 中國數(shù)據(jù)通信
2002(12) 10
[3] 朱江寧,王樹明 基于SMPP協(xié)議的擴展應用 吉林大學學報 2002(01) 11
[4] Smith, Richard A. Wilson, Johanna Short messaging service center
mobile-originated to HTTP internet communications United States Patent 6891811
[5] J. Klensin Simple Mail Transfer Protocol RFC2821
[6] Postel J Simple Mail Transfer Protocol RFC821
[7] J.Myers Local Mail Transfer Protocol Request for Comments: 2033
Carnegie Mellon 1996.10
[8] 季強 短消息應用系統(tǒng)的SMPP和CMPP接口程序 計算機與應用化學
2002(06) 33
[9] 劉宴兵,李春 使用SMTP實現(xiàn)郵件發(fā)送設計 計算機工程與應用 2002(8)
49
[10] 華為公司 infoX短消息網(wǎng)關接口開發(fā)指南 2006.6
[11] 王曉年,潘永湘等 基于CMPP協(xié)議短消息收發(fā)的實現(xiàn) 計算機應用研究
2002(9) 49
[12] 郭劍,孫力娟 基于CMPP的短消息業(yè)務系統(tǒng)的設計與實現(xiàn) 江蘇通訊技
術2005(1) 7

致謝
畢業(yè)設計能夠順利完成，首先非常感謝我的指導教師黃正謙老師，他熱情的
幫助和認真負責的態(tài)度都給我留下了深刻的印象，也非常感謝他半年來對我的指
導和幫助，特別感謝他在我考上研究生后對我的幫助，非常感謝！
此外，我還要感謝我親愛的同學們，在我遇到困難的時候，是他們給了我許
多指導和幫助。還有我的家人和許多一直關心和支持著我的朋友們，他們的鼓勵
和支持使得我對自己充滿了信心，使我可以一直充滿力量進而可以認真圓滿地完
成此次畢業(yè)設計。最后，再次對所有給過我?guī)椭�的人表示感謝！


本文來自ChinaUnix博客，如果查看原文請點：http://blog.chinaunix.net/u/21834/showart_332680.html