馬荔麗 閆猛猛 王思允 李博涵

[摘 要]目前，很多高校存在信息系統(tǒng)交互性不強(qiáng)、系統(tǒng)內(nèi)信息獨(dú)立存在等問題，逐漸形成“信息孤島”。本文針對(duì)目前高校存在的信息整合相關(guān)問題，結(jié)合面向服務(wù)的架構(gòu)原理，提出了一種運(yùn)用SOA組件構(gòu)建ASMR和全景模擬的信息整合與咨詢平臺(tái)模型，并在此基礎(chǔ)上提出了該平臺(tái)各個(gè)組成部分的實(shí)現(xiàn)方式。運(yùn)行證明，該平臺(tái)實(shí)現(xiàn)了系統(tǒng)之間的信息實(shí)時(shí)傳遞與整合，將該平臺(tái)運(yùn)用在實(shí)際生活中能夠有效解決信息分散和用戶需求差異化等問題。

[關(guān)鍵詞]SOA；信息整合；信息咨詢

doi：10.3969/j.issn.1673 - 0194.2019.10.086

[中圖分類號(hào)]G203 [文獻(xiàn)標(biāo)識(shí)碼]A [文章編號(hào)]1673-0194（2019）10-0-03

0 引 言

根據(jù)調(diào)查發(fā)現(xiàn)，目前各高校已經(jīng)創(chuàng)建了覆蓋全校的校園網(wǎng)絡(luò)，部分應(yīng)用系統(tǒng)已深入教學(xué)、管理、生活等各種領(lǐng)域，教師和學(xué)生也通過校園網(wǎng)絡(luò)獲取相關(guān)信息、進(jìn)行學(xué)習(xí)交流。校園系統(tǒng)積累了大量的數(shù)據(jù)資源，但由于缺乏統(tǒng)一規(guī)劃，各個(gè)應(yīng)用系統(tǒng)運(yùn)行在不同的應(yīng)用環(huán)境中，使用不同類型的數(shù)據(jù)庫，彼此間聯(lián)系性不強(qiáng)，從而形成了“信息孤島”現(xiàn)象。再加上信息整合平臺(tái)的可擴(kuò)展性差，信息咨詢難以達(dá)成認(rèn)知一致，平臺(tái)難以提供個(gè)性化的決策與策略，再加上缺少信息整合可視化研究以及存在信息平臺(tái)與先進(jìn)技術(shù)結(jié)合性弱等問題，急需調(diào)整平臺(tái)。本文提出了運(yùn)用Service-Oriented Architecture（SOA）組件構(gòu)建Autonomous Sensory Meridian Response（ASMR）與全景模擬的信息整合與咨詢平臺(tái)模型，將所需信息與學(xué)習(xí)生活的體驗(yàn)充分結(jié)合，通過把分散的信息按照一定的方式進(jìn)行加工、整理，再根據(jù)用戶特定的需要準(zhǔn)確查找相關(guān)信息，提供一站式服務(wù)，有針對(duì)性地提供解決問題的策略，讓用戶獲得所需要的信息。該模型主要分為人機(jī)交互服務(wù)部分、數(shù)據(jù)交互服務(wù)部分和封裝部分。

1 基于SOA的高校信息平臺(tái)

高校在建立信息整合與咨詢平臺(tái)的過程中，SOA帶來了一種令人“耳目一新”的新系統(tǒng)架構(gòu)思維，突破了傳統(tǒng)的EAI（Enterprise Application Integration）的思維限制。SOA是一種建立、維護(hù)、管理系統(tǒng)和業(yè)務(wù)流程的組件模型，主要將不同服務(wù)單元通過已經(jīng)定義好的接口建立聯(lián)系。這種定義良好的接口獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、編程語言和操作系統(tǒng)。基于此，系統(tǒng)中的各個(gè)服務(wù)都能以一種通用的方式進(jìn)行交互。由于SOA是松散耦合、中粗粒度的軟件體系結(jié)構(gòu)，各個(gè)服務(wù)之間的交叉性不強(qiáng)，可以采用不同的技術(shù)在不同的平臺(tái)上提供服務(wù)，用戶的個(gè)性化的需求也可以基于這種松散耦合的粗粒度分布式部署得到滿足?；赟OA的高校信息平臺(tái)模型分為3部分：人機(jī)交互服務(wù)、數(shù)據(jù)交互服務(wù)、封裝。

1.1 人機(jī)交互服務(wù)

基于SOA的高校信息平臺(tái)整合了校內(nèi)多種信息系統(tǒng)，同時(shí)用戶也可以訪問校外系統(tǒng)信息。在此系統(tǒng)中，可以實(shí)現(xiàn)用戶登錄、注冊(cè)等身份認(rèn)證工作，也可以滿足已通過身份驗(yàn)證的用戶使用ASMR來獲取聽覺上的體驗(yàn)，從聽覺上接收信息，通過全景模擬技術(shù)獲取視覺上的概覽，通過視聽結(jié)合能夠使用戶從更深層面上獲取所需消息。

1.2 數(shù)據(jù)交互服務(wù)

企業(yè)服務(wù)總線能滿足異構(gòu)環(huán)境中的服務(wù)、信息以及基本事件的交互，因此，建立企業(yè)服務(wù)總線（Enterprise Service Bus，ESB）是實(shí)現(xiàn)數(shù)據(jù)交互服務(wù)的關(guān)鍵，這也是構(gòu)建基礎(chǔ)架構(gòu)最主要的一步。利用此技術(shù)可以搭建一個(gè)面向個(gè)性化服務(wù)、靈活拓展的數(shù)據(jù)平臺(tái)，以實(shí)現(xiàn)校內(nèi)各個(gè)系統(tǒng)的互通以及數(shù)據(jù)的實(shí)時(shí)共享，也可以獲取系統(tǒng)外的信息，達(dá)到滿足學(xué)生和教師等用戶訪問和獲取信息的目的。例如，用戶想要訪問某高校的考研信息，則在ESB中就會(huì)出現(xiàn)該學(xué)校的考研信息以及與該?？佳邢嚓P(guān)的其他信息。

1.3 封裝

所謂封裝是指只暴露對(duì)外的標(biāo)準(zhǔn)接口。為了能夠讓原有的服務(wù)系統(tǒng)以一種松散耦合的方式達(dá)到整合的目的，該平臺(tái)將各個(gè)業(yè)務(wù)系統(tǒng)、ASMR、全景模擬都利用WEB SERVICE技術(shù)封裝成對(duì)應(yīng)的Web服務(wù)，然后暴露統(tǒng)一的標(biāo)準(zhǔn)接口，將原來各個(gè)API形式顯示的接口都封裝起來，只顯示平臺(tái)想要對(duì)外展示的接口。

2 基于SOA的高校信息平臺(tái)的實(shí)現(xiàn)方式

2.1 實(shí)現(xiàn)人機(jī)交互服務(wù)

實(shí)現(xiàn)人機(jī)交互服務(wù)的主要內(nèi)容是實(shí)現(xiàn)ASMR、全景模擬和信息咨詢。

（1）ASMR。采集ASMR聲音主要有兩種方式：一是采集網(wǎng)絡(luò)上已發(fā)布的音頻資源，在網(wǎng)絡(luò)上能找到所需要的音頻時(shí)，可在正規(guī)網(wǎng)站或APP上下載；二是當(dāng)網(wǎng)絡(luò)上的音頻不能滿足需要時(shí)，則可通過錄制方式采集音頻，將所需要的聲音進(jìn)行模擬錄制。通過以上兩種方式將獲得的音頻打包成一個(gè)文件夾，將音頻通過代碼的方式應(yīng)用在APP中。

（2）全景模擬。在全景圖配置中切好圖片，然后準(zhǔn)確定義圖片平移、視場(chǎng)、俯仰、熱點(diǎn)等配置信息，并通過運(yùn)行代碼將這些圖片拼接成一個(gè)完整的全景圖。

（3）信息咨詢。用戶通過統(tǒng)一門戶平臺(tái)進(jìn)行注冊(cè)或登錄時(shí)，后臺(tái)會(huì)調(diào)用學(xué)生信息系統(tǒng)中的信息并將這些信息存儲(chǔ)在用戶信息庫，并在日后咨詢中逐漸發(fā)現(xiàn)用戶興趣點(diǎn)，隨之完善用戶信息庫，在咨詢模塊設(shè)有FAQ（常見問題集及回答）自動(dòng)問答系統(tǒng)。實(shí)時(shí)咨詢是通過在咨詢界面嵌入實(shí)時(shí)交流工具，通過相關(guān)運(yùn)營(yíng)方式保證對(duì)應(yīng)的咨詢?nèi)?、?jīng)驗(yàn)貼等有一定數(shù)量、能夠解答相關(guān)問題的人員。當(dāng)咨詢用戶處在解答人員負(fù)責(zé)的實(shí)時(shí)交流區(qū)管理權(quán)限內(nèi)時(shí)，實(shí)時(shí)咨詢的解答人員可通過用戶信息數(shù)據(jù)庫獲得用戶的咨詢特征，從而減少解答時(shí)認(rèn)知不一致的情況。非實(shí)時(shí)咨詢主要解決一些遺漏或難以解答的問題，這些問題將被反饋給后臺(tái)管理層，管理層針對(duì)這些問題，在結(jié)合用戶咨詢特征的基礎(chǔ)上，組織相關(guān)人員進(jìn)行解答，并由專人將個(gè)性化解決方案反饋給用戶。

2.2 設(shè)計(jì)企業(yè)服務(wù)總線

企業(yè)服務(wù)總線是網(wǎng)絡(luò)環(huán)境中最基本的連接中樞，能夠使不同應(yīng)用的技術(shù)和服務(wù)器協(xié)調(diào)運(yùn)作，實(shí)現(xiàn)不同服務(wù)之間的整合。ESB通過“總線”的方式簡(jiǎn)化集成拓?fù)浣Y(jié)構(gòu)，采用開放標(biāo)準(zhǔn)支持平臺(tái)，在信息、時(shí)間和服務(wù)級(jí)別中進(jìn)行互連互通。該平臺(tái)架構(gòu)了一個(gè)簡(jiǎn)化的ESB結(jié)構(gòu)，以ESB作為信息中介，形成一種特殊的工作流。全線總共分為4部分，分別為WEB SERVICE、ESB、數(shù)據(jù)引擎和數(shù)據(jù)庫。工作流程如下：第一，WEB SERVICE對(duì)用戶的需求做出反應(yīng)，這部分屬于人機(jī)交互服務(wù)；第二，在緩存庫中搜索相關(guān)信息，若緩存庫中有相關(guān)數(shù)據(jù)信息資料，則直接反饋給用戶，如果在緩存中沒有相關(guān)數(shù)據(jù)，則再通過企業(yè)數(shù)據(jù)總線進(jìn)行數(shù)據(jù)搜集與整合；第三，信息服務(wù)平臺(tái)對(duì)用戶所需的信息進(jìn)行分析，從不同的系統(tǒng)中調(diào)用相關(guān)信息，針對(duì)不同的系統(tǒng)都使用標(biāo)準(zhǔn)的API接口；然后對(duì)請(qǐng)求的信息進(jìn)行快速結(jié)構(gòu)重組，之后將重組好的信息發(fā)送給數(shù)據(jù)引擎，最終將數(shù)據(jù)傳輸?shù)綌?shù)據(jù)庫中。在這個(gè)過程中，消息轉(zhuǎn)化成ESB能夠接受的格式，將信息投放到ESB中，流動(dòng)的信息經(jīng)過安全驗(yàn)證之后，將信息進(jìn)行實(shí)時(shí)重組；然后再將信息傳輸數(shù)據(jù)引擎中，經(jīng)過處理后，將信息傳輸?shù)綌?shù)據(jù)庫中，在該平臺(tái)中應(yīng)用ESB就是通過這種工作流將各個(gè)系統(tǒng)聯(lián)系起來。