我們正處在由計算機所構(gòu)建的信息時代，互聯(lián)網(wǎng)、移動通信、全球化、網(wǎng)絡(luò)化、信息化、智能化是這個時代的主要特征。信息通信技術(shù)日益成為社會發(fā)展的助推器，以前所未有的速度滲透到社會生活的方方面面。我們的思想、觀念、行為、人們對信息和通信的依賴性的深刻變化，也推動了通信和信息服務(wù)的發(fā)展空間。隨著中國的移動通信產(chǎn)業(yè)的快速發(fā)展，移動通信用戶的迅速增長。移動電話已成為不可缺少的通信設(shè)備。作為一種實用、方便、廉價的通信手段，短信贏得了在中國廣大手機用戶的愛。

    與此同時，短信應(yīng)用的范圍也逐步從移動增值業(yè)務(wù)擴展到企業(yè)、銀行、證券、交通、教育等應(yīng)用領(lǐng)域，成為企事業(yè)單位不可或缺的內(nèi)部辦公室?？蛻舴?wù)和積極的營銷工具。云通信平臺以短信應(yīng)用為主，積累了豐富的行業(yè)短信應(yīng)用解決方案經(jīng)驗，擁有豐富的渠道資源和過硬的技術(shù)實力，為全國50000多家客戶提供短信應(yīng)用服務(wù)，得到了廣大用戶的認可和喜愛。使用云通訊PaaS打開短信界面，我們設(shè)計并開發(fā)了一個統(tǒng)一的高校短信平臺。高校業(yè)務(wù)應(yīng)用集成。

    通過短消息的應(yīng)用，它與高?，F(xiàn)有的信息網(wǎng)絡(luò)相結(jié)合，涵蓋了管理、教學(xué)、生活等信息管理的諸多方面。本課題的研究具有很好的社會意義和經(jīng)濟價值。本課題的研究背景是遼東大學(xué)在職教師1000余人。許多全日制學(xué)生的規(guī)模和師生之間的及時交流一直是學(xué)校面臨的問題。

 雖然學(xué)校已經(jīng)存在于OA系統(tǒng)的短消息平臺中，但它的SMS功能僅限于使用OA帳戶的教員，不能覆蓋學(xué)校的所有師生。覆蓋學(xué)校所有員工和學(xué)生的短信平臺，同時根據(jù)學(xué)校管理的需要隨時通過短信群發(fā)、自動異常信息預(yù)警等短消息通信方法，學(xué)校工作人員之間，建立一個綠色安全的教師和學(xué)生之間的信息橋梁，將大大提高工作效率和服務(wù)水平。同時也節(jié)省了學(xué)校的日常運營成本。1.2.1在學(xué)校日常管理工作的學(xué)校信息活動的現(xiàn)狀：教學(xué)人員應(yīng)及時通知教師和學(xué)生臨時調(diào)課；學(xué)校的工作人員需要通知重要會議的具體人員；工會工作人員需要派遣員工到節(jié)日、生日祝福；財務(wù)人員需要通知教職工個人所有的財務(wù)細節(jié)的教學(xué)人員等。在學(xué)生工作管理中很方便：輔導(dǎo)員應(yīng)將與學(xué)生有關(guān)的一切相關(guān)信息如：成績信息、財務(wù)信息、招聘信息等及時通知學(xué)生。

    學(xué)校信息活動存在的問題?，F(xiàn)階段校園信息活動主要通過電話或電子郵件進行。這種治療方法存在著很多問題：（1）定期校園工作、學(xué)生管理及其它注意事項有很多，這無疑是對相關(guān)人員容易忽略的負擔；2）校園的員工，部門之間的電話通訊往往由于繁忙的線路延遲；3）校園教師，大學(xué)生用戶，和每年的資金成本由學(xué)校承擔已逐漸成為高校日常運行費用的負擔。在現(xiàn)階段，無論是傳統(tǒng)的電話手段，還是電子郵件手段，都不能保證學(xué)校各部門之間、教師之間、師生之間及時、暢通的溝通。

    構(gòu)建基于短信的師生綜合短信平臺已成為學(xué)校、教師和學(xué)生的迫切需要。傳統(tǒng)的傳播手段顯然不能適應(yīng)高校不斷擴大的信息服務(wù)。近年來，移動通信業(yè)務(wù)發(fā)展迅速，市場規(guī)模迅速擴大。本文主要介紹了基于云通信平臺服務(wù)短消息接口的高校短信平臺開發(fā)的技術(shù)和過程。

    高校短信平臺采用基于SOA架構(gòu)的W／B服務(wù)集成模式設(shè)計。主要包包括以下幾個模塊：l短消息推送服務(wù)模塊：通過調(diào)用云通信平臺的服務(wù)短消息接口，實現(xiàn)手機短信的推送。

    該包采用SSL X 509證書來實現(xiàn)安全的Web服務(wù)調(diào)用和傳輸，并返回消息發(fā)送狀態(tài)信息。2）服務(wù)管理模塊i.user信息數(shù)據(jù)管理模塊：主要完成高?，F(xiàn)有的部門和院系和部門的組織結(jié)構(gòu)。用戶定義組和管理維護人員和人員信息；11。短消息數(shù)據(jù)記錄模塊：用于存儲所有用戶發(fā)送的短信記錄和狀態(tài)發(fā)送短消息；111.school-based短信接口：主要用于。其他學(xué)校業(yè)務(wù)系統(tǒng)的短消息呼叫接口；4.自動短信報警模塊：主要實現(xiàn)高校網(wǎng)絡(luò)管理設(shè)備的異常預(yù)警、學(xué)校異常行為預(yù)警等功能。3）客戶應(yīng)用模塊短信發(fā)送：主要包括普通短信一對一，一對多傳輸，可變短信批量發(fā)送。

    也可以直接連接在通訊錄中直接選擇短消息接收方。查詢模塊：在單位通訊錄查詢，查詢自己的短信記錄的遼東學(xué)院綜合短信平臺建設(shè)，滿足校園綜合管理需要新的教育發(fā)展模式下，建立便捷的現(xiàn)代通信信道之間的教師、學(xué)生和員工，有助于學(xué)校使用現(xiàn)代手段推進綜合管理。服務(wù)水平。綜合短信平臺將互聯(lián)網(wǎng)技術(shù)和移動通信技術(shù)結(jié)合起來，是學(xué)校教育信息化、管理信息化、服務(wù)信息化的重要突破口。相關(guān)技術(shù)引入服務(wù)是基于網(wǎng)絡(luò)的，分布式模塊組件是一種面向服務(wù)的體系結(jié)構(gòu)，它執(zhí)行特定的任務(wù)并遵循特定的技術(shù)規(guī)范。

    這些規(guī)范使web服務(wù)與其他兼容的組件[ 5 ]互操作。Internet Inter-ORB協(xié)議（IL OPP很長一段時間，但這些模型都依賴于特殊的對象模型協(xié)議。Web服務(wù)使用SOAP和XML進一步擴展通信中的模型，以消除特殊對象模型的障礙。Web服務(wù)主要使用HTTP和SOAP協(xié)議，使業(yè)務(wù)數(shù)據(jù)通過HTTP在Internet soap調(diào)用業(yè)務(wù)上傳輸。對象使用SOAP和通過m B調(diào)用的HTTP方法執(zhí)行遠程函數(shù)調(diào)用，以調(diào)用遠程對象。

    web服務(wù)通常包括三個核心標準：SOAP：基于XML的可擴展消息包格式。您需要同時綁定一個傳輸協(xié)議。該協(xié)議通常是HTTP或HTTPS，但它也可以是SMTP或XMPP。使WSDL成為XML格式文檔，用于描述服務(wù)端口訪問和使用協(xié)議的細節(jié)。通常用于幫助生成服務(wù)器和客戶機代碼和配置信息。

    Cold Uddi：發(fā)布和搜索Web服務(wù)的協(xié)議。應(yīng)用程序可以使用此協(xié)議在設(shè)計或運行時查找目標Web服務(wù)。2。web服務(wù)和面向服務(wù)的體系結(jié)構(gòu)的V形尾翼服務(wù)作為一個熱門技術(shù)，如何應(yīng)用到企業(yè)的IT系統(tǒng)和業(yè)務(wù)流程，為企業(yè)帶來直接的經(jīng)濟效益，受到高度關(guān)注和尊重的管理人員在國內(nèi)和國外。近年來，技術(shù)架構(gòu)已經(jīng)成為Web服務(wù)基礎(chǔ)架構(gòu)的下一代，這是SOA（面向服務(wù)體系架構(gòu)（面向服務(wù)架構(gòu)）

    云通訊平臺認為，SOA是“現(xiàn)代應(yīng)用開發(fā)領(lǐng)域中最重要的學(xué)科”[4]，預(yù)計S0A將成為軟件工程中的一種絕對優(yōu)勢的實用方法。主流企業(yè)現(xiàn)在應(yīng)該投資于理解和應(yīng)用SOA開發(fā)技能。2.。2.。2 SOA引入SOA的核心思想是使企業(yè)應(yīng)用程序擺脫面向技術(shù)的解決方案的束縛。易于應(yīng)付企業(yè)業(yè)務(wù)服務(wù)不斷變化和不斷變化的需求。

    企業(yè)環(huán)境中的單個應(yīng)用程序不能滿足業(yè)務(wù)用戶的(各種)需求，即使它是一個大型的電子通達解決方案，仍然無法滿足這種日益增長的需求、不斷變化的差距、對市場的快速反應(yīng)，商業(yè)用戶只能繼續(xù)開發(fā)新的應(yīng)用程序，擴展現(xiàn)有的應(yīng)用程序來支持他們現(xiàn)有的業(yè)務(wù)需求。通過專注于服務(wù)，應(yīng)用程序可以專注于提供更豐富、更有目的的業(yè)務(wù)流程?；赟OA的企業(yè)應(yīng)用程序傾向于更真實地反映與業(yè)務(wù)模型的集成。服務(wù)是從業(yè)務(wù)流程的角度來看待的，業(yè)務(wù)流程是自上而下的。技術(shù)驅(qū)動的商業(yè)視角正好相反。

    服務(wù)的好處是顯而易見的：它們與業(yè)務(wù)流程相結(jié)合，因此，可以更準確地表示業(yè)務(wù)模型，更好地支持業(yè)務(wù)流程。相反，我們可以看到一個以應(yīng)用程序為中心的企業(yè)應(yīng)用程序模型，它迫使業(yè)務(wù)用戶將其功能限制在應(yīng)用程序的功能上。SOA是一個體系結(jié)構(gòu)模型。它可以根據(jù)需求通過網(wǎng)絡(luò)部署、組合和使用松散的粗粒度應(yīng)用組件。整個系統(tǒng)被設(shè)計并實現(xiàn)為一套交互服務(wù)。

    它使系統(tǒng)中的某些服務(wù)能夠充分利用其他服務(wù)，在該模型中，任何業(yè)務(wù)功能都用作提供的服務(wù)。應(yīng)用程序的不同功能(服務(wù))通過這些服務(wù)之間定義良好的接口和契約進行連接。這樣，系統(tǒng)中構(gòu)建的服務(wù)就可以以統(tǒng)一和通用的方式調(diào)用。這個具有中立接口定義的特性(不綁定到特定實現(xiàn))稱為服務(wù)之間的松散耦合。

    松耦合系統(tǒng)的好處有兩個：1。系統(tǒng)的靈活性，2，組成整個應(yīng)用程序的每個服務(wù)的內(nèi)部結(jié)構(gòu)和實現(xiàn)可以繼續(xù)存在。SOA體系結(jié)構(gòu)的組件包括：組件和工作流F 19.2。1 soacomponentsandproeemaker（1）服務(wù)提供者：服務(wù)提供者是一組服務(wù)，可以由網(wǎng)絡(luò)提供商解決；（2）服務(wù)用戶：用戶服務(wù)是一組服務(wù)，使用由服務(wù)提供商提供的一個或更多的服務(wù)；（3）服務(wù)：服務(wù)庫，庫中包含了描述的服務(wù)和服務(wù)提供者的服務(wù)注冊庫中的服務(wù)，和用戶訪問提供的服務(wù)已經(jīng)由庫發(fā)現(xiàn)。在SOA架構(gòu)下的業(yè)務(wù)支撐系統(tǒng)，它需要設(shè)計開發(fā)人員將系統(tǒng)的功能。在SOA的原則中，重點放在服務(wù)的可重用性上。

    將應(yīng)用程序邏輯代碼和接口代碼分開，以便于對任何一個Atom服務(wù)進行接口封裝和調(diào)用，從而實現(xiàn)服務(wù)的可重用性。SOA體系結(jié)構(gòu)實現(xiàn)的前提是基于SOA體系結(jié)構(gòu)的系統(tǒng)是松耦合、模塊化系統(tǒng)、業(yè)務(wù)邏輯和接口邏輯分離?？蛻粜枨蟮淖兓刮覀兊臉I(yè)務(wù)規(guī)則每天都在發(fā)生變化，帶來了編碼的復(fù)雜性。隨著這些問題的日益突出，SOA思想逐漸浮出水面。軟件系統(tǒng)中的一種服務(wù)：一種服務(wù)是實現(xiàn)特定功能或服務(wù)的邏輯單元。

    流程定義服務(wù)本身。服務(wù)被定義為業(yè)務(wù)流程。服務(wù)被定義為一個業(yè)務(wù)流程。服務(wù)被定義為支持業(yè)務(wù)流程。服務(wù)定義為進程中的裝配操作和邏輯實現(xiàn)。

    理解業(yè)務(wù)流程是一個定制服務(wù)是很重要的。為了更好地支持業(yè)務(wù)流程，SOA不是一件新鮮事，IT組織多年來成功地構(gòu)建和實現(xiàn)了SOA應(yīng)用程序，BEA、IBM和其他公司已經(jīng)看到了它的價值和后續(xù)工作。SOA旨在使其更快地響應(yīng)業(yè)務(wù)部門的需求，并實現(xiàn)實時企業(yè)（實時企業(yè)），這是SOA的遠景目標。集成了傳統(tǒng)的應(yīng)用集成方法（點對點集成、企業(yè)消息總線或中間件集成（EAI）、基于業(yè)務(wù)流程的集成）是復(fù)雜的、昂貴的和不靈活的，以促進企業(yè)業(yè)務(wù)。這些集成的方法很難快速適應(yīng)基于企業(yè)的業(yè)務(wù)變化的不斷變化的需求。

    這些問題可以通過基于服務(wù)體系結(jié)構(gòu)的應(yīng)用開發(fā)和集成的開發(fā)和集成來很好地解決。SOA描述了一組完美的開發(fā)模型，以幫助客戶機應(yīng)用程序連接到服務(wù)。這些模式定制了一系列機制來描述服務(wù)、通知和發(fā)現(xiàn)服務(wù)，以便與服務(wù)進行通信。與傳統(tǒng)的應(yīng)用程序集成方法不同，所有的服務(wù)模式都是在基于標準的SOA技術(shù)中實現(xiàn)的。大多數(shù)的通信中間件系統(tǒng)，如RPC、CORBA、DCOM、EJB和RMI，都是一樣的。

    然而，它們的實現(xiàn)并不完美，在平衡交互性和標準定制的可接受性方面一直存在問題。SOA試圖消除這些缺陷，因為幾乎所有的通信中間件系統(tǒng)都有固定的處理模式。但是，服務(wù)可以定義為函數(shù)，也可以定義為外部對象、應(yīng)用程序等。這使得SOA適合于任何現(xiàn)有的系統(tǒng)。并使系統(tǒng)在集成中不必刻意遵循任何特殊的定制。