我的雲端生活網 - Life+

Sunday, July 18, 2010

應用 MSN 機器人於校務行政系統:以新竹教育大學為例

Page 1

應用 MSN 機器於校務行政系統:

以新竹教育大學為例

Applying MSN Management System to Adminstrative Affairs-

A Case Study of Hsinchu University of Education



游文豪1, 李維修2, 洪文良1



1國立新竹教育大學資訊科學研究所, 2國立新竹教育大學計算機與網路中心



新竹市南大路 521 號

g9725501@mail.nhcue.edu.tw



摘要



大學校院之校園資訊訊息之傳遞往往只能透過公

告系統或是電子郵件(E-Mail)方式去傳遞相關校園訊

息,但實施以來訊息傳遞效果不彰,常常發生學生對

於公告或電子郵件其重視度不夠而忽略,造成學生的

相關權益受損。究其原因在於每日校內或是來自校外

訊息之轉達數量眾多也讓學生無法一一細看,所以如

何針對學生有效提供切身相關訊息,為本研究之目

的。本文以新竹教育大學校務為例,利用即時通訊

(Instant Messaging,簡稱 IM)軟體,結合校內各資訊系

統傳達有關學生之校務訊息。

In universities, the students receive the message via

the news system or e-mail. However, many students

ignore these messages. The main reason is that the

information from the outside is so much that students

can’t see these. Therefore, it is important how to provide

the useful message according to students’need. Taking

administrative affairs of National Hsinchu University of

Education for instance, we combine several information

systems in school to send the affairs about students by

using Instant Messaging.

關鍵字

即時通訊、MSN Message、IM機器



1. 前言



隨著網際網路發展進步,現在已是人們生活中不

可或缺的一環,尤其在大學校園環境中,負擔教育未

來社會菁英的種子單位,更是很早就導入電腦系統及

網際網路,所以各項校內事務的訊息的傳達,由早期

開會或是貼海報告示…..等發布方式演變成電子布告

欄系統(BBS, Bulletin Board System)、校園網頁公告

系統、電子郵件(E-Mail)..等電子化方式散布。

然而不管是電子郵件或是校園網頁公告系統,均

無法確保訊息能傳達給使用者,比如校園網頁公告系

統,由於每日各單位活動消息眾多,再加上校外各方

來函,其所發布在公告系統的每一訊息很容易即被後

發訊息淹沒於公告頁面底下,學生若非必要也不會登

入學校網頁或單一入口,登入後也不一定會瀏覽公告

訊息而可能直接進入所需系統進行使用。

校方除了能利用公告系統之外,也會利用學校電

子郵件系統發送活動事務訊息給學生,電子郵件其優

點具有傳送快速、群組寄信便利等優點[1],但由於校

內各單位訊息眾多不易有良好管理機制且電子化發布

訊息快速便利情況下,學生無法即時消化也無法拒絕

各管道傳來的訊息的情況下,容易錯過應得知的自身

相關訊息。

以新竹教育大學個人學生信箱為例,從 98 年 9

月至 99 年 3 月底為止,共計接收學校訊息 431 封,

尤其 3 月份最多有百封訊息,該月主要是開學後第一

個月,所以各項校方演講及活動事務眾多相對通知訊

息也多。帄均下來每日學生所收到電子郵件公告訊息

約近 14 封,且根據行政院研考會「98 年個人/家戶數

位落差調查」結果報告[3]中所指,台灣 15-20 歲網路

族中,有 96.3%具有電子郵件收發能力,代表已有個

電子郵件帳號。所以這些學生在進入大學校園前幾

乎已有一個或多個專屬個人電子郵件帳號,學生可能

會將校方所提供的電子郵件利用轉信方式轉寄個人專

屬信箱中。

又依該報告所指『廣告垃圾郵件氾濫的情形令網

友相當困擾。過去一個月內曾收發 E-Mail 的網路族

中,超過半數一天可收到 10 封以上的垃圾郵件

(53.9%),其中每天收到 50 封以上垃圾信的比率更達

19.1%。』。由於校內訊息眾多,依照垃圾郵件定

義:『未經用戶同意蒐集其電子郵件帳號,並強行發

送到用戶信箱的電子郵件,皆稱為垃圾郵件』及上述

調查報告而論,學校轉信機制其行為特徵及數量是有

可能被轉信的校外電子郵件供應商,被其系統判定為

具廣告特徵信件而被阻擋收於垃圾信匣中或被學生自

行歸類成垃圾郵件(SPAM)的情況發生,導致郵件

供應商直接將校方發信主機阻擋掉,這種問題普遍存

在於各校。

由於學校郵件系統架構及其性質,無法如商業郵

件採許可式電子郵件行銷(Permission Based E-Mail




Marketing)[2]方式,雖必要得傳送但又可能如 SPAM

一樣被忽略刪除,所以我們注意到在電子郵件之外,

即時通訊(Instant Messaging,簡稱 IM)軟體或許可以是

另一種訊息傳送的管道。

因為依照 eteacher[4]網站的於 2009 年 1 月對新竹

市國中學生調查,有 81.1%青少年在網路上與溝通

是使用即時通訊軟體。在 TWNIC 的『九十六年度台

灣寬頻網路使用調查報告』[5]中也指出在 2,027 位受

訪者中,其常使用寬頻上網之功能以「瀏覽資訊、網

頁」為最多;其次為「電子郵件」;再其次為「搜尋

資訊」及「網路即時傳呼或聊天室」。『九十八年台

北縣在學少年網路使用調查』[6]中,即時通訊也是僅

次於 Blog(網誌,Web log)成為少年最愛用的網路

介面,由此可見即時通訊軟體在電子郵件以外也是現

在大多數上網不可或缺的功能之一。

本文即在研究如何將時下流行的通訊軟體導入校

務系統中,整合各項消息資源,建立良善管理審核機

制,並利用許可式(Permission Based)由使用者自行

設定是否選擇接受官方訊息,避免淪為郵件濫發的後

塵。



2. 架構與系統說明



本網路傳訊系統共有(1).訊息傳遞模組、(2).訊息推播

模組、(3).知識發布模組以及(4).MSN 機器四大模組

以及相關註冊管理頁面結合單一入口網頁,整體系統

架構如下:

圖1. 系統架構示意圖

模組1. 訊息傳遞模組

圖2. 訊息傳遞模組示意圖

如上圖所示本模組供各應用程式連接使用,

其操作模式為接收各方來的待發送訊息,主動提

供特定學生個人相關資訊,如:選課紀錄通知、

缺曠課通知、學生報修電腦進度通知…等。

為便於整合各後端應用程式,不管是單機版

或是Web應用程式都可順利與本系統介接,我們採

用Stored Procedure[7],有關採Stored Procedure優點

如下:

● 預儲程序程式碼可封裝編譯,隱藏其程式邏

輯,提昇外部存取的安全性。

● 由於程式碼已經編譯過,執行效率較純SQL

為高。

● 模組化建立,具有可重複使用的特性。

● 減少網路傳輸SQL程式碼流量。

基於以上優點及安全性考量下,採此種介接

方式讓各應用程式以來使用,對象程式只需建立

SQL連線字串後,再使用EXEC指令執行Stored

Procedure物件即可,不需額外寫複雜的SQL指令

碼。

模組2. 訊息推播模組

圖3. 訊息推播模組示意圖




訊息推播模組,將訊息經審核後才能發送的

功能,依照管理者資料表中給予審核訊息權限,

針對訊息資料表的內容逐筆進行審核程序,開發

此系統用意在於多一層審核機制,控制MSN訊息

傳送的品質,只傳遞有用的資訊給學生,讓資訊

傳到學生的MSN之前能再把關,避免校內任何訊

息都發送,步上垃圾訊息的後塵,其程式流程如

下:

圖4. 訊息管審流程圖

本模組在訊息設定上採固定時間內輪詢

(Polling)一次資料庫,針對Eventlog資料表內新進訊

息進行E-Mail通知審核人員,告知有新訊息待審,

若有已審核過但尚未發送的訊息則進行發送程

序。而訊息在發送前,會再一次確認該接受訊息

的使用者於系統中的設定是否有勾選『同意』接

受系統主動派發的訊息,此種發訊設計符合我們

所構想的許可式(Permission Based)傳送機制,先徵

求使用者同意後再進行後續其它主動式訊息的傳

送。

模組3. 知識發布模組

圖5. 知識發布模組示意圖

知識發布模組,提供使用者查詢如:新竹即

時天氣、查詢英文單字、當日火車時刻表、社團

公告欄或行事曆…..等非關個人訊息服務,其運作

方式主要為遠端抓取RSS(Really Simple

Syndication)、擷取遠端網頁內容或直接存取資料

庫等三種方式。

圖6. MSN機器現有知識發布服務內容

相關擷取遠端訊息方式說明如下:

A. RSS(Really Simple Syndication)

RSS為一種訊息聚合的技術,規範傳輸訊息的

格式,並以XML方式傳輸,一般來說,對於Blog、

新聞、多媒體網站的文字訊息,因為其更新快

速,為了能讓新的訊息發布後能快速的呈現到其

它各站使用者面前,其訊息內容可能只是標題或

全文[8],目前已廣泛應用網頁訊息傳播。




RSS擷取方式針對有提供『RSS資訊服務』的

遠端Web站台之用,在本文中對於採用的RSS服務

例子有『新竹即時天氣』查詢功能,MSN機器

接收到用戶的訊息要求後,將其丟往後端『知識

發布模組』進行處理,由『知識發布模組』對中

央氣象局新竹天氣預報的RSS網址

http://www.cwb.gov.tw/rss/forecast/36_06.xml 提出連

線要求,取得XML格式的訊息資料後進行字串解

析,完成後回傳給MSN機器,再由MSN機器

往用戶端傳送並呈現在其MSN對話視窗中。

B. 擷取遠端網頁內容

雖然RSS資訊服務可以讓我們很方便的擷取我

們想要的資訊,但並非每一個站台都會提供RSS資

訊服務,這時我們只能直接去擷取該網頁的內

容,分析去除我們不需要的內容後,將過濾的結

果呈現給使用者,但由於遠端站台所提供的內容

並沒有所謂標準格式可言,比如網頁有多種語

言,例如:JAVA、HTML、PHP、ASP等,所以採

用此種直接擷取網頁方式,過濾出所要得資訊是

比較費工的。而且對方站台若重新設計其網頁,

有可能我們也需一併修改程式,避免其功能失

效。

擷取遠端網頁可用的語法有很多種,各種語

言有其專門的物件可供使用,在本系統中因採ASP

語言開發,語法為XMLHTTP及ServerXMLHTTP這

兩種,但由於XMLHTTP在微軟的設計上,比較適

合客戶端的應用程式之用,並相依在Microsoft

Win32 Internet(WinInet)的元件上,而

ServerXMLHTTP較適合用於伺服器上,所以基於其

適用性及穩定性關係,我們使用的語法為

ServerXMLHTTP。

有關ServerXMLHTTP的使用,參考『Microsoft

技術支援』[9]說明可知,它所提供的方法

(methods)及屬性(properties),能讓我們在不同的

Web伺服器之間建立HTTP方式的連線,其優點如

下:

● 利用 ServerXMLHTTP 可以為資料流或 XML

文件的本機和遠端系統之間交換 XML 資

料。

如此表示我們可以透過此種方式輕易與遠端

站台傳送及取得資料。

● 因為基礎的通訊協定是 HTTP 或 HTTPS,基

本可連入防火牆背後的系統之間交換資料。

因為一般網頁服務需要開啟HTTP(Port 80)或

HTTPS(Port 443),所以代表此網頁服務的機

器是可以提供對外連線,採用

ServerXMLHTTP也是模擬Browser連線去對

方站台取得資料。

● ServerXMLHTTP 可用來從不同的環境,例

如動態伺服器網頁 (ASP)、 Microsoft Visual

Basic 和 Microsoft Visual C++ 傳送 HTTP 要

求。

適用於微軟各種開發工具,相容性高。

相關使用ServerXMLHTTP的程式碼如下:

Dim objXMLHTTP, strReturn

Set objXMLHTTP = 網址

Server.CreateObject("MSXML2.ServerXMLHTTP.3.0")

objXMLHTTP.Open "GET", Linkdic

objXMLHTTP.Send

strReturn =objXMLHTTP.responseBody

我們定義了objXMLHTTP及strReturn兩個變

數,再利用Set指令將 objXMLHTTP與

Server.CreateObject("MSXML2.ServerXMLHTTP.3.0")

物件產生關聯後,使用Open method,初始化連線

要求及定義URL網址,再利用Send method送出,而

遠端站台所回傳的資訊則透過ServerXMLHTTP的

responseBody屬性接收存入strReturn中,由後續程序

對該變數內容進行分析處理,如過濾HTML碼及取

得我們所要的資料欄位。

C. 直接存取資料庫

若遠端服務系統管理者同意提供SQL存取權

限,就可直接利用SQL指令建立連線存取遠端資料

庫,取得欲呈現的資料。

模組4. MSN機器模組

將MSN帳號註冊系統與竹教校園入口網

(http://sso.nhcue.edu.tw)整合:

圖9. MSN註冊頁面

如上圖所示,透過單一入口網,學生身份驗

證在登入時,入口網立即將使用者所輸入的帳號

及密碼與後端LDAP系統進行驗證[11],通過後就

完成身份確認動作,點選『MSN機器』頁面會




自動將學號帶入 MSN註冊頁面,且無法修改,用

意在確保此所登錄的MSN帳號為此學號所有。

本系統於單一學號只接受一組MSN帳號,若

是已註冊MSN帳號的學生重新輸入一組新的,本

系統將會刪除原輸入帳號並重新登錄新的,避免

重複登錄多筆帳號資料,浪費系統資源。

我們採用『微程式資訊』所提供的msnSDK開

發工具,其具有Unix/Linux/Win32等多種版本,而

本文所採用的是Win32版本。且其採SOAP(簡單物

件存取協定,Simple Object Access Protocol)為程式

介面[10],可供各種程式語言連線操作,方便我們

使用既有程式開發工具快速使用其msnSDK。

而在目前的網路即時通訊帄台中,雖然MSN

與Yahoo即時通目前已可互相傳遞訊息,但因MSN

佔有率最高,所以在我方系統預設設定對象仍以

MSN用戶為主,未來可考慮Yahoo用戶納入。

圖10. MSN機器示意圖



3. 隱私與安全性



為了確保學生MSN帳號的隱私,避免因資訊

機房以外的外部系統與MSN主系統傳送帳號資訊

時有被Sniffer的風險,造成MSN帳號的外流,所以

外部系統傳遞欲發布的訊息時,其傳送對象皆為

學生學號為主,在外部系統中絕不留存學生MSN

帳號,外部系統只需要透過EXEC執行Stored

Procedure指令即可將傳送對象及訊息寫入MSN主系

統中,由此方式可確保學生隱私。

安全性機制,由外到內進行說明:

A. 外部安全機制

在MSN主系統伺服器所在伺服器機房幹線另

架設防火牆(Firewall),並只針對特定外部系統

主機開放連線,避免被Hacker入侵盜取資料。在學

校出口端網路另有入侵偵測防禦系統(IDP)過濾

校外往校內資料封包的安全,過濾惡意連線封

包,層層保護MSN系統主機安全。

圖7. 外部安全機制

B. 內部安全機制

除了外在資安設備所提供的基本保護之外,

我們在內部保護層面及架構如下:

MSN 機器 API

審核機制

(由計中做資料的把關)

SQL 安全性實體

(外部應用程式只能操作 Stored Procedure,

無法刪改資料表內容或做其他操作)

SQL 登入稽核

(給予不同應用程式不同的帳號,

如計中用 aa,圖書館用 bb…)

SQL 連線限制




(利用 Server 本身的本機安全性原則,限制連線主機)

圖8 內部安全機制

● 伺服器:

透過本機安全性原則,指定遠端連線主

機,此舉可阻擋位於實體防火牆內部不合法

或惡意主機的連線意圖。

● 登入稽核:

對Client各項系統依照其性質給予不同

SQL帳號,避免各系統間可互相存取其資料

等問題。

● 資料表安全性

外部系統傳遞資料只能使用Stored

Procedure,由於Stored Procedure是我方定義

好的SQL指令碼,外部系統無法使用其它方

式來嘗試增刪資料表。

● 審核機制:

由計網中心人員進行最後的人工審核程

序,避免濫發或有不當通知訊息,導致學生

反感。



4. 結論



本研究完成以MSN通訊傳輸協定為基礎的

MSN機器管理系統,作為校園校務行政系統的

資訊傳播帄台,建立穩定簡單的訊息寫入管道,

再加上審核管理機制,確保訊息品質。

目前本系統已有862個MSN帳號加入完成,而

目前知識傳播模組所提供的服務點擊次數如下

表:

選單

點擊次數

我的功課表

(選課資訊)

2707

指導教授碎碎唸

1874

查單字

1025

新竹即時天氣

537

選課頇知

410

火車時刻表

274

租房資訊

237

就學貸款、學雜

費減免、弱勢助

學金

175

社團公告欄

130

社團行事曆

112

H1N1

99

修電腦

48

由統計次數可知,排名前三服務依序為『我

的功課表』、『指導教授碎碎念』、『查單

字』,尤其『我的功課表』次數遠大於其它項

目,代表其與學生關係密切使用率高,為提昇

MSN機器的使用價值,未來尚有以下幾點為努

力目標。

● 持續提供新的知識服務選項供學生使用,蒐

集有助學生的實用網路資訊,保持系統新鮮

度。

● 透過各選單之計數,統計學生對於各項目之

點擊率,適時修改選單排列方式或更換服務

項目,避免無用的功能佔據整體版面。

● 統計各系所學生在選單列表點擊率,施以群

聚分析(Clustering、K-means)等統計方式,將

各種問題依照使用者之不同予以分類並分

析,並將常見問題計算其分布。未來可依照

使用者之行為(User Behavior),並產生不

同類別之常見問題,創建不同屬性之機器




參考文獻



[1] 關宥庠,濫發商業電子郵件在我國之法律責任,



國立中正大學財經法律研究所碩士論文,2007 年



6 月

[2] 邱孙民,以消費者觀點探討電子郵件廣告之適用

性,國立中正大學財經法律研究所碩士論文,2002

年 6 月

[3] 行政院研考會,『98年個人/家戶數位落差調

查』

[4] http://epaper.edu.tw/news.aspx?news_sn=2063 取得

日期:2010年3月

[5] TWNIC,『九十六年度台灣寬頻網路使用調查

報告』

[6] 臺北縣少年輔導委員會九十八年自行調查報

告,『臺北縣在學少年網路使用調查』

[7] 存儲程序,http://zh.wikipedia.org/zh-tw/

[8] RSS,http://zh.wikipedia.org/zh-tw/RSS

[9] Microsoft技術支援,『關於 ServerXMLHTTP 常

見問題』

http://support.microsoft.com/kb/290761/zh-tw

[10] SOAP,http://zh.wikipedia.org/zh-tw/SOAP

[11] 李維修、莊舜清、劉見來、游文豪,大學校園單

一簽入機制之規劃與建置─以新竹教育大學為

例,TANET 2008

No comments:

Blog Archive