基于網站群的高校信息公開網站建設

盧蓓蓉，劉 歡

（華東師范大學 信息化辦公室，上海 200241）

一、引言

教育部研究制定的 《高等學校信息公開辦法》（以下簡稱《辦法》）于2010年9月1日起施行。《辦法》的頒布，對于保障公民、法人和其他組織依法獲取學校信息，促進依法治校具有重要意義。

為了貫徹落實《辦法》，各高校相繼制定了自己的信息公開工作制度，并將信息公開網站作為信息公開的第一平臺。在建設信息公開網站時，如何通過頂層設計，協調處理學校門戶網站、部門二級網站和信息公開網站的關系，實現所有信息公開事項的數據集中，保證各發布頁面數據的一致性和頁面風格的統一性，方便師生和社會公眾檢索獲取關注的信息，實現依申請公開的集中受理、分級辦理和集中反饋，降低建站難度和成本，減少安全風險，及時獲得信息公開的各類統計數據，成為信息公開工作負責機構和技術部門共同關注的問題。

二、信息公開網站建設的特點

1.內容涉及面廣

《辦法》規定了高等學校應該主動公開的十二類信息，各省、市、自治區教育主管機構為了推動《辦法》）的施行，也相繼制訂了更為詳細的主動公開信息類目。這些公開事項涉及高校教學、科研、管理、社會服務的多個方面，在高校內部管理體制中，幾乎涉及所有的部門。當前高校的信息化建設都已經有了一定的基礎，基本都建設了學校門戶網站，各部門和院系也都建立了自己的二級網站，實現了學校各級各類信息的及時發布。但是各部門、院系網站欄目、風格各異，采用不同技術后臺，欄目設置大多依據部門內部的分工來設置，沒有充分考慮訪客的需求。大量既要發布在二級網站又要發布在學校門戶網站的信息，需要手工二次發布，增加了工作量，數據不一致的風險也大大增加。各站點的信息之間沒有關聯，不能實現信息的及時推送、采集和共享。在此基礎上單獨建設信息公開網站，部分信息甚至需要手工三次發布。

2.嚴格的信息發布審核機制

《辦法》對各級各類高校信息公開的發布審核程序有明確的要求，相關信息在發布前必須經過保密審查。但是目前高校分散建設而形成的學校站群，各個站點的信息發布采取不同的管理模式，不能支持跨站點的信息發布審查。

3.支持網上依申請公開受理和咨詢服務

《辦法》要求各高校統一受理依申請公開，網上申請作為依申請公開的重要途徑，現有的高校網站也無法支持依申請公開的集中受理、分級辦理和集中反饋的流程。

4.便利的檢索

隨著學校各級各類網站網頁數量的不斷增長，網頁內容的不斷豐富，師生和社會公眾迫切希望學校主站能提供一站式檢索，方便用戶及時、準確獲得自己需要的信息。而由于各網站都是分散建設，缺乏統一技術規范，使得學校站群內信息檢索困難重重，很難按照發布單位、發布時間、信息類別、關鍵字等查詢方式快速獲取有用信息。

5.及時獲得信息公開的各類統計數據。

《辦法》要求各高校要每學年報送信息公開年報，有的高校為了切實推進信息公開工作，還建立了校內月報制度，通過每月統計各部門的信息公開條目，督促二級部門及時發布相關信息，這就需要及時獲得信息公開的各類統計數據。

三、基于網站群建設信息公開網站

1.網站群技術特點

基于高校信息公開網站的建設特點，傳統的單一門戶式網站架構在信息共享、分級授權、統一管理等方面已經不能滿足需求。通過對多種網站架構平臺的比較，我們選擇了網站群作為主要架構手段。網站群是將若干相互共享信息的網站根據一定的層級關系組織在一起的網站集合，其具有以下技術特點：

（1）信息共享

網站群通過統一的信息后臺架構，將包括高校門戶站點和子站點在內的所有網站信息管理整合在一起，使得站點與站點之間的信息便捷共享成為可能。信息公開主站任何欄目都可以接受來自其他站點的信息推送，同時也可以向任何子站主動推送信息。在同一站點的不同欄目中，可以通過多欄發布實現欄目間信息共享。對于跨平臺的設備或信息富集軟件，可以通過網站群的RSS服務獲取所有站點的信息。

（2）信息同步

網站中的信息隨時可能因修改而發生變化，多站點架構下如何實現同一信息在不同發布站點中的同步更新成為重要問題。網站群對此有兩種解決機制。其一、在采納來自其他站點的信息時，可以選擇對信息進行引用或復制，引用的信息將實時體現來自信息源的修改，甚至對信息源的刪除操作進行響應，保證了跨域信息的可維護性；其二、網站群通過信息采集的方式，能夠定期從非網站群體系的網站欄目中提取和更新相關信息，實現信息的跨域收集。

（3）流程管理

高校信息公開網站中的信息發布操作涉及到多個流程，每個流程涉及到不同部門和不同的負責人員。網站群的工作流機制包括了起草、送審、審核、退回、凍結、發布及移動等一系列操作，在站群范圍內規范了信息發布流程，能夠將信息公開各個過程清晰劃分開來，有助于多部門多人員協同進行信息維護，實現良好的流程管理。

（4）權限管理

高校信息公開嚴格的發布審核機制對網站管理系統提出了較高要求，特別是在保密審查和跨站點內容審核方面，需要多種角色參與不同環節。網站群系統提供了多層次的分級權限管理，可對信息公開網站的欄目管理、信息發布、審核以及內容瀏覽分別設置權限，并能夠通過基于全局的權限分配實現跨站點的管理權限配置。

（5）信息安全

分散的站點系統由于其管理后臺的多樣化、服務器的差異等，導致網站中的漏洞很難排查和清理，給高校信息公開數據的安全造成了威脅。網站群系統通過統一的服務器安全措施能夠更好地確保數據安全，且其單一的管理后臺更容易排查和避免網站漏洞。

2.網站群開發

確定了使用網站群作為信息公開網站開發工具后，需要根據高校信息公開的特點，對網站群按照相應技術架構進行設計開發。

（1）系統部署

高校信息公開網站群采用系統制作和發布分開的部署方式。其中，網站群的制作服務器作為數據存儲端，提供了一個統一的管理后臺，供部門管理員及信息發布人員進行后臺頁面制作和維護。網站群的發布服務器實現網站的前端訪問，所有站點的頁面生成均從制作服務器獲取相應數據，再靜態發布到發布服務器上。網站的瀏覽人群通過站點域名對發布服務器上的靜態頁面文件進行訪問，而無需制作服務器在此過程中查找和返回數據庫中相應數據，實現了前后臺分離，提高了站點訪問速度，增強了系統安全性。

在制作服務器和發布服務器之間，采用SSL加密標準和防篡改程序，保障兩者間的數據傳輸安全。制作服務器運行的管理后臺是比較容易產生安全漏洞的地方，采取防注入式攻擊和腳本過濾等安全措施，可降低后臺被黑客攻破的危險性。此外，采用容災與備份等安全措施能夠增強高校信息公開網站數據和應用程序的安全性。

采用制作和發布分離的架構需要至少兩臺互相獨立的服務器，也可以采用一臺制作服務器加多臺發布服務器的架構方式。由于在前臺靜態頁面生成過程中，制作和發布服務器之間將發生頻繁的數據交互，因此需要對兩種服務器之間的網絡連接進行優化，盡可能減少在同步過程中的時間損耗。根據該時間差大小，基于網站群構建的信息公開網站從信息后臺發布到前臺頁面顯示會存在相應的滯后。

部署好網站群制作和發布服務器之后，需要對服務器進行安裝檢查，檢測項目包括：制作和發布服務器重啟之后服務是否能夠自動運行；制作服務器重啟后對各個發布服務器的文件同步功能是否正常；各發布服務器重啟后其靜態頁面是否能被訪問，其上的動態模塊是否能被正常訪問；各服務器上的Web Server是否已禁用了目錄瀏覽功能，并開啟了防火墻，等等。

（2）信息公開主站建設

服務器部署完畢后，即可開展信息公開主站的制作。該過程包括以下幾個主要步驟：

模板制作。網站設計人員首先設計好信息公開網站的外觀，使其與高校自身的標識系統相符，力求大氣美觀。再根據網站設計圖制作相應的頁面模板，按照網站群模板制作規則，在模板頁面中嵌入相應的數據標簽，以動態顯示內容。

站點創建。在網站群中創建主站節點，并按照信息公開目錄創建站點欄目，設置與站點對應的機構和人員信息，配置管理權限。

模板綁定。將制作好的模板上傳到主站中，創建相應頻道，使模板中的數據標簽和相應欄目內容相映射，實現模板和頁面顯示綁定。通過各種樣式設置，調整前臺頁面顯示結果。

內容建設。根據準備好的信息公開資料，在網站群管理后臺中相關欄目添加文章，在制作服務器中生成主頁、欄目頁和內容頁等臨時頁面，供效果預覽及站點測試。對于內容較多的欄目采用批量導入數據的方法，批量生成內容頁面。

站點發布。信息公開主站經過內容填充和技術測試，達到發布要求時，在網站群中對站點進行發布。此時系統將所有站點頁面靜態部署到發布服務器，通過在發布服務器中綁定相應域名，使信息公開網站正式公開運行。

（3）子站點建設

在制作好信息公開主站后，即可開始子站點建設。其建設過程和主站相同，包括模板建設、站點創建、內容建設、站點發布等。和傳統分散站點建設所不同的是，由于各個子站點之間可以靈活共享各自模板，能夠節省大量設計和頁面開發的時間，實現校內各站點標識系統的統一，從而大大壓縮開發過程，確保工作重心直接放在信息公開內容建設上。此外，站點間的信息共享功能也有助于節省子站點在內容建設方面耗費的時間。對于一些已有的老網站，在改版到網站群子站點的過程中，需要利用系統的數據遷移功能，將原有網站中的信息數據遷移到網站群中，并對數據的完整性進行核查。

子站點可以使用信息公開主站的發布服務器，也可以在其他發布服務器上進行發布。服務器可以按照子站點的實際情況，選用刀片機、虛擬主機等不同的介質，但必須要確保發布服務器和制作服務器之間網絡環境能夠實現高效互通。

3.高校信息公開網站定制功能

由于高校信息公開工作的特點，在使用網站群建設信息公開網站時，還需要對網站群系統進行相應定制，以滿足信息公開網站的特殊需求。這其中包括：

（1）統一身份認證

在數字化校園建設過程中，很多高校已完成了統一身份認證服務建設。信息公開網站由于其流程管理上的復雜性，網站群自帶的用戶系統不能滿足管理需求，需要通過網站群的認證接口整合到高校的統一身份認證，實現用戶登錄、角色分配、權限管理的統一。管理人員不需要再去記憶一大堆帳號密碼，而是使用統一帳號登錄信息公開網站后臺，根據網站群系統中設置的用戶屬性獲得相應權限，通過分級授權方式實現跨站的權限分配。

（2）信息發布定制

信息公開內容具有特殊格式，如包含發布單位名稱、事由、文種、目的、主題內容、附錄、索引號、公開時間等信息，這是傳統的網站群內容管理系統中所不具有的。因此在高校信息公開主網站中，需要對網站群的信息發布功能進行定制，增加相應數據字段。在主網站信息的瀏覽權限上，網站群需要根據信息公開范圍進行相應定制，如可設置信息公開類型為“校內公開”、“社會公開”等。當信息公開主站從其他非網站群網站抓取內容信息時，也需要按照信息發布規則自動生成相應的信息，并和其他網站約定相關規則以設置信息的公開類型。

（3）依申請公開受理和相關咨詢服務

網站群通常具有用戶交流互動功能，但對于高校信息公開網站而言，其依申請公開受理、監督投訴及其他相關咨詢服務都具有規定的提交格式，因此需要在網站群系統中定制相關的表單，并且結合權限管理模塊形成申請、審核、任務分派、保密審查、集中反饋、備案等一系列流程。管理人員能夠在網站群管理后臺接收到相關待辦理事項提醒，或者通過和短信平臺關聯后，通過移動設備獲取提醒信息。

（4）非網站群站點的信息采集

高校信息公開網站作為網站群系統中的門戶網站，其信息不但來自于該網站自身，也來源于高校其他相關部門網站。比較好的架構方式是，各部門在網站群的統一框架下建設各自的部門網站，即之前介紹的子站點建設方式。對于沒有在網站群框架下建設的部門網站，則可以通過信息采集方式實現信息共享。由于信息采集對網站群后臺的運行壓力很大，因此在設置非網站群站點的采集計劃時，一般采用定時采集方式。如每天凌晨訪問較少時開始采集，對目標站點和已有數據進行比對，獲取新數據或更新已有數據，再靜態發布到前臺頁面。這種做法可以緩解服務器壓力，優化前臺瀏覽體驗。

（5）檢索和統計服務

信息公開的內容應該得到方便的檢索。定制網站群的信息全文檢索功能，使之不但能夠對信息公開主站的各類信息進行檢索，也可以對其他子站的信息進行檢索，從而保證檢索結果的全面性。此外，在網站群中定制針對全局的信息統計服務，能夠對分散在主站和子站上各部門的信息公開條目進行分時段統計分析，有助于高校信息公開工作的量化考核和管理。網站群的欄目訪問率和文章瀏覽次數統計等日志服務功能也有利于管理人員掌握信息公開網站的運行情況。

（6）頁面優化

信息公開網站作為高校信息公開工作的門戶網站，訪問量大，涉及范圍廣，需要對前臺頁面進行相應優化，以提高訪問速度，提高網站瀏覽體驗，保障網站在各種瀏覽器和操作系統下的兼容性。在網站群中運用模板管理和靜態發布技術，需要對網站群的所有站點進行批量頁面優化，通過精簡模板代碼和測試模板頁面，確保站點訪問速度和前臺頁面質量。

四、總結和反思

在使用網站群建設信息公開網站，以及信息公開網站實際運行過程中，產生了一些體會和反思，總結如下：

（1）高校信息公開網站子站點建設非常重要。網站群的信息共享主要針對該框架下構建的所有站點，非網站群框架的其他站點只能通過信息采集方式單向共享信息，并且需要根據各個網站的頁面代碼特點進行特殊定制，信息共享效率很低，耗費系統資源。因此，網站群中各部門建設的子站點越多，占比越大，整個信息公開體系的效率就越高，信息公開網站的各項工作也更容易開展。要增加子站點數量，需要高校各部門充分配合，重視網站建設，制訂好各部門子站點建設的日程表，認真執行，并增加相應的人力物力投入。

（2）網站群雖然提供了許多復雜的功能，但面向用戶更應體現其易用性。信息公開工作開展涉及面很廣，很多相關人員并不具有很高的信息素養，面對網站群功能繁多的管理后臺，必須提供適當的培訓和及時的技術支持，讓其簡便、順利地使用各種功能，避免誤操作，減小站群管理人員的壓力。

（3）在互聯網技術高速發展的現在，信息公開網站也需要不斷與時俱進。網站群建設應該體現其可擴展性，以避免今后因技術升級造成信息公開網站的老化。例如，網站群需要通過RSS服務等功能適應移動設備訪問的需要，或為一些相關移動應用提供數據服務；通過元數據服務等功能，更有效地實現數據的管理和維護。

[1]中華人民共和國教育部.高等學校信息公開辦法[DB/OL].http://www.gov.cn/flfg/2010-05/11/content_1603696.htm.

[3]杜義華,張亞.中國科學院網站群建設的系統工程方法[J].計算機系統應用,2012,21(1):17.

[3]程羅德,王傳君等.高校信息門戶網站群設計與實現[J].信息安全與通信保密,2011(3):43.

[4]朱明祥,薛同琦等.網站群在高校網站建設中的應用研究[J].電腦知識與技術,2010,6(31).