一種面向多終端服務(wù)的學(xué)術(shù)會(huì)議管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

黃景修　劉清堂　吳林靜

(華中師范大學(xué)教育信息技術(shù)學(xué)院　湖北 武漢 430079)

?

一種面向多終端服務(wù)的學(xué)術(shù)會(huì)議管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

黃景修劉清堂吳林靜

(華中師范大學(xué)教育信息技術(shù)學(xué)院湖北 武漢 430079)

摘要在移動(dòng)互聯(lián)網(wǎng)飛速發(fā)展的背景下，學(xué)術(shù)會(huì)議管理系統(tǒng)尚未能提供一個(gè)更方便、更即時(shí)的服務(wù)渠道給參會(huì)人員。針對(duì)這一問(wèn)題，采用“基于前后端分離的多終端適配”方案構(gòu)建了一個(gè)面向多終端服務(wù)的學(xué)術(shù)會(huì)議管理系統(tǒng)。為了節(jié)省人力、物力和時(shí)間，系統(tǒng)運(yùn)用KNN算法實(shí)現(xiàn)了論文投稿自動(dòng)分類的功能，并結(jié)合倒序貪婪算法解決了智能化分配審稿任務(wù)的問(wèn)題。總之，移動(dòng)互聯(lián)網(wǎng)技術(shù)的運(yùn)用提高了學(xué)術(shù)會(huì)議管理的網(wǎng)絡(luò)信息化、規(guī)范化水平以及個(gè)性化服務(wù)質(zhì)量。

關(guān)鍵詞學(xué)術(shù)會(huì)議管理移動(dòng)互聯(lián)網(wǎng)KNN算法多終端適配貪婪算法

0引言

高校舉辦學(xué)術(shù)會(huì)議對(duì)促進(jìn)學(xué)術(shù)的交流和促進(jìn)學(xué)科的發(fā)展有著重要的意義。隨著科學(xué)技術(shù)的發(fā)展，國(guó)內(nèi)外間的學(xué)術(shù)交流會(huì)議在國(guó)內(nèi)高校中舉行的次數(shù)日益增多。曾有研究指出：“根據(jù)中國(guó)學(xué)術(shù)會(huì)議在線網(wǎng)的最新數(shù)據(jù)統(tǒng)計(jì)，截止到2010年10月22日，中國(guó)高校學(xué)術(shù)會(huì)議發(fā)布排名前50的高校共計(jì)舉行了1937場(chǎng)學(xué)術(shù)會(huì)議，其中國(guó)際會(huì)議1244場(chǎng)，國(guó)內(nèi)會(huì)議693場(chǎng)[1]”。由此觀之，高校如何科學(xué)、合理、規(guī)范地組織如此繁多的學(xué)術(shù)會(huì)議，將是高校信息化水平的一大考驗(yàn)。

在早期，高校舉辦學(xué)術(shù)會(huì)議的會(huì)務(wù)管理工作主要是：會(huì)議主辦高校在面向世界各地發(fā)布會(huì)議信息通知時(shí)主要采用電子郵件和電話等方式，當(dāng)會(huì)議日程或會(huì)議地點(diǎn)發(fā)生變更時(shí)，會(huì)議主辦高校不得不重新發(fā)電子郵件或打電話通知。這些重復(fù)工作不僅耗時(shí)、耗力、耗金錢(qián)，而且參會(huì)人員獲取會(huì)議信息的途徑也相當(dāng)少。從接收投稿到論文評(píng)審都是通過(guò)電子郵件的方式進(jìn)行，這過(guò)程需要大量的人力進(jìn)行手工整理，工作極其繁瑣，容易遺漏。收發(fā)會(huì)議參會(huì)回執(zhí)也基本上是電子郵件或傳真，然后手工錄入回執(zhí)表，最后統(tǒng)計(jì)回執(zhí)信息以便安排餐飲和預(yù)定酒店等。

為了解決會(huì)務(wù)工作花費(fèi)大量的人力、物力和時(shí)間等問(wèn)題，國(guó)內(nèi)的專家學(xué)者設(shè)計(jì)和開(kāi)發(fā)了基于互聯(lián)網(wǎng)的學(xué)術(shù)會(huì)議管理系統(tǒng)。如王亮等人在分析大型學(xué)術(shù)會(huì)議工作流程的基礎(chǔ)上開(kāi)發(fā)了會(huì)議注冊(cè)系統(tǒng)，并提出了會(huì)議管理系統(tǒng)的結(jié)構(gòu)模塊以及技術(shù)解決方案[1]；陳華等人借助電子商務(wù)的框架，采用當(dāng)前比較流行的Java技術(shù)，實(shí)現(xiàn)了一個(gè)在線提交論文的系統(tǒng)[2]；劉聰?shù)热颂岢隽恕八奈灰惑w”的系統(tǒng)設(shè)計(jì)目標(biāo)和功能模型，實(shí)現(xiàn)了會(huì)議管理的網(wǎng)絡(luò)化和電子化[3]。然而與國(guó)外相比，我國(guó)在學(xué)術(shù)會(huì)議管理系統(tǒng)方面研究起步比較晚，國(guó)外在學(xué)術(shù)會(huì)議的在線管理方面已經(jīng)有了很多成熟的系統(tǒng)，如EasyChair、VSIS ConfTool、Cyberchair、MyReview、Continue、Suvisoft、START等，其中EasyChair[4]是由英國(guó)曼徹斯特大學(xué)開(kāi)發(fā)學(xué)術(shù)會(huì)議管理平臺(tái)，提供了注冊(cè)、審稿號(hào)自動(dòng)配發(fā)、自動(dòng)郵件提醒等服務(wù)。

雖然基于互聯(lián)網(wǎng)的學(xué)術(shù)會(huì)議管理系統(tǒng)縮減了會(huì)務(wù)工作所花費(fèi)的人力和物力，但是從以人為本的角度看，由于參會(huì)人員的生活習(xí)慣、教育背景、時(shí)間安排、性格等各有不同，每個(gè)參會(huì)人員對(duì)會(huì)議服務(wù)都會(huì)有不同的需求，進(jìn)而對(duì)會(huì)議組織質(zhì)量、獲取信息的渠道和效率的要求越來(lái)越高，所以學(xué)術(shù)會(huì)議管理系統(tǒng)還需提供一個(gè)更方便、更即時(shí)的服務(wù)渠道。而近些年來(lái)，移動(dòng)互聯(lián)網(wǎng)蓬勃發(fā)展，移動(dòng)終端也不斷普及，這為解決這一問(wèn)題提供了很好的基礎(chǔ)條件。在國(guó)外，許多會(huì)議服務(wù)公司利用移動(dòng)互聯(lián)技術(shù)和終端設(shè)備相結(jié)合的技術(shù)彌補(bǔ)了其傳統(tǒng)會(huì)議服務(wù)模式的不足，促使公司得到進(jìn)一步發(fā)展，其中最為成功的案例是全球最大的會(huì)議管理技術(shù)公司Cvent；在國(guó)內(nèi)，有些IT服務(wù)公司也開(kāi)始聚焦新興的會(huì)議服務(wù)市場(chǎng)業(yè)務(wù)，如31會(huì)議網(wǎng)，但是基于移動(dòng)互聯(lián)網(wǎng)的會(huì)議管理系統(tǒng)研究仍然缺乏。

綜上所述，基于互聯(lián)網(wǎng)的學(xué)術(shù)會(huì)議管理系統(tǒng)雖能解決會(huì)務(wù)工作花費(fèi)大量的人力、物力和時(shí)間等問(wèn)題，卻無(wú)法滿足參會(huì)人員的個(gè)性化需求。基于移動(dòng)互聯(lián)網(wǎng)的學(xué)術(shù)會(huì)議管理系統(tǒng)恰好能彌補(bǔ)這一不足，本文設(shè)計(jì)并開(kāi)發(fā)了一個(gè)面向多終端服務(wù)的學(xué)術(shù)會(huì)議管理系統(tǒng)。提供了會(huì)議信息管理、會(huì)議論文管理、會(huì)務(wù)管理等服務(wù)。對(duì)高校信息化水平的提高有著重要參考價(jià)值，有利于實(shí)現(xiàn)學(xué)術(shù)會(huì)議管理的網(wǎng)絡(luò)信息化和規(guī)范化，提高高校組織學(xué)術(shù)會(huì)議的工作效率和質(zhì)量，從而增強(qiáng)了參會(huì)人員的參會(huì)體驗(yàn)。

1系統(tǒng)設(shè)計(jì)

1.1系統(tǒng)架構(gòu)設(shè)計(jì)

本系統(tǒng)是一個(gè)面向多終端服務(wù)的學(xué)術(shù)會(huì)議管理系統(tǒng)，其架構(gòu)采用了常見(jiàn)軟件開(kāi)發(fā)架構(gòu)模型——MVC模型，如圖1所示，包括了模型、視圖和控制器三層。每一層各自處理自己的業(yè)務(wù)，同時(shí)不同層之間又按照MVC體系結(jié)構(gòu)的規(guī)范進(jìn)行信息交換。因此，本系統(tǒng)具有耦合度低、邏輯業(yè)務(wù)和數(shù)據(jù)顯示分離等特點(diǎn)。并且為了實(shí)現(xiàn)多終端服務(wù)的業(yè)務(wù)邏輯共享，即共享模型，采用了“基于前后端分離的多終端適配[5]”的方案。其基本過(guò)程是用戶在客戶終端發(fā)出請(qǐng)求后，用戶代理(UA)獲取客戶端信息并傳遞給路由控制器，路由控制器根據(jù)客戶端信息分發(fā)終端控制器，然后終端控制器會(huì)統(tǒng)一訪問(wèn)相同的模型，獲取系統(tǒng)數(shù)據(jù)并對(duì)返回的數(shù)據(jù)進(jìn)行處理，進(jìn)而渲染到終端視圖。此外，本系統(tǒng)還可以結(jié)合開(kāi)源的跨平臺(tái)移動(dòng)開(kāi)發(fā)框架PhoneGap開(kāi)發(fā)并生成混合模式的移動(dòng)應(yīng)用。

圖1　系統(tǒng)架構(gòu)圖

1.2系統(tǒng)功能與用例的設(shè)計(jì)

如圖2所示，本系統(tǒng)由后臺(tái)管理和用戶前臺(tái)兩個(gè)子系統(tǒng)組成，共有12個(gè)功能模塊，分別是系統(tǒng)配置模塊、用戶管理模塊、會(huì)務(wù)管理模塊、會(huì)議管理模塊、會(huì)議主題管理模塊、論文管理模塊、數(shù)據(jù)庫(kù)管理模塊、權(quán)限管理模塊、用戶信息模塊、用戶論文模塊、論文審閱模塊以及移動(dòng)終端模塊。限于篇幅，本文主要介紹以下6個(gè)功能模塊。1) 用戶管理模塊。該模塊除了對(duì)系統(tǒng)用戶的信息進(jìn)行增、刪、改、查外，還可以對(duì)用戶的參會(huì)注冊(cè)信息進(jìn)行審核管理，同時(shí)提供電子郵件發(fā)送的功能，以便為個(gè)別用戶發(fā)送會(huì)議信息通知。2) 會(huì)務(wù)管理模塊。這模塊又由會(huì)議新聞通知和住宿管理兩個(gè)子模塊組成，前者主要是發(fā)布會(huì)議新聞以及其他相關(guān)的通知，如會(huì)議變更通知、會(huì)議議程通知等；后者則主要是提供住宿信息，并對(duì)參會(huì)注冊(cè)用戶的住宿預(yù)訂信息進(jìn)行管理。3) 論文管理模塊。該模塊是本系統(tǒng)的核心功能模塊，除了提供對(duì)用戶投稿信息的增、刪、改、查基本功能外，還提供了投稿論文的下載、在線預(yù)覽以及審閱分配的功能。為了方便對(duì)論文進(jìn)行分類管理，本系統(tǒng)還利用文本挖掘中的KNN算法實(shí)現(xiàn)了論文自動(dòng)分類的功能。4) 數(shù)據(jù)庫(kù)管理模塊。此模塊是對(duì)本系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行維護(hù)，提供了數(shù)據(jù)庫(kù)備份、數(shù)據(jù)庫(kù)導(dǎo)入、數(shù)據(jù)庫(kù)壓縮包以及數(shù)據(jù)庫(kù)優(yōu)化修復(fù)的功能。5) 論文審閱模塊。本模塊實(shí)現(xiàn)了在線審稿的功能，并且審稿用戶可以把審稿意見(jiàn)通過(guò)郵件的方式發(fā)給投稿用戶。6) 移動(dòng)終端模塊。移動(dòng)終端模塊是本系統(tǒng)的創(chuàng)新之處，系統(tǒng)用戶可以使用移動(dòng)終端隨時(shí)隨地了解學(xué)術(shù)會(huì)議的相關(guān)信息。

圖2　系統(tǒng)功能模塊示意圖

本系統(tǒng)的用戶角色共有四種，分別是系統(tǒng)管理員、會(huì)議主席、審稿專家、投稿作者，而不同的用戶角色擁有不同的功能，具體的系統(tǒng)用例如圖3所示。

圖3　系統(tǒng)用例圖

1.3系統(tǒng)數(shù)據(jù)庫(kù)的設(shè)計(jì)

系統(tǒng)選用的數(shù)據(jù)庫(kù)是當(dāng)前比較流行的MySQL數(shù)據(jù)庫(kù)，其原因主要是MySQL數(shù)據(jù)庫(kù)是一個(gè)關(guān)系型數(shù)據(jù)庫(kù)，其體積小，速度快，穩(wěn)定性和安全性較高，適用于許多中小型系統(tǒng)的開(kāi)發(fā)。根據(jù)系統(tǒng)功能模塊的設(shè)計(jì)，本系統(tǒng)的數(shù)據(jù)庫(kù)一共涉及了17個(gè)表，其中最主要的數(shù)據(jù)表有用戶信息表、論文稿件信息表、會(huì)議信息表、會(huì)議主題表、論文出版費(fèi)用表、參會(huì)注冊(cè)費(fèi)用表、論文審閱表、用戶角色表。在數(shù)據(jù)庫(kù)設(shè)計(jì)中，所有數(shù)據(jù)表的主鍵均采用自增的方式，而各個(gè)表之間的關(guān)聯(lián)是：會(huì)議信息表與會(huì)議主題表是一對(duì)多的關(guān)系，因?yàn)橐粋€(gè)會(huì)議擁有多個(gè)會(huì)議主題；論文稿件信息表與會(huì)議主題表是一對(duì)一的關(guān)系，因?yàn)橐黄撐闹荒軐儆谝粋€(gè)會(huì)議主題；由于用戶信息表中合并了投稿作者信息表和評(píng)審專家信息表，所以論文稿件信息表與用戶信息表既有多對(duì)一的關(guān)系，即一個(gè)投稿作者可以在一個(gè)學(xué)術(shù)會(huì)議上提交多篇論文，又有多對(duì)多的關(guān)系，即一個(gè)評(píng)審專家可以評(píng)審多篇論文，而一篇論文則也可由多個(gè)專家評(píng)審；用戶信息表與用戶角色表為一對(duì)一的關(guān)系；用戶信息表與會(huì)議信息表也存在多對(duì)多的關(guān)系，也就是說(shuō)一個(gè)用戶可以參加多個(gè)學(xué)術(shù)會(huì)議，而每個(gè)學(xué)術(shù)會(huì)議也存在多個(gè)參會(huì)人員。

2系統(tǒng)功能的實(shí)現(xiàn)及其關(guān)鍵技術(shù)

2.1在線投稿功能

在線投稿是學(xué)術(shù)會(huì)議管理系統(tǒng)的核心功能之一，其主要的業(yè)務(wù)邏輯：1) 判斷用戶是否已登錄，若登錄成功，則檢測(cè)用戶個(gè)人信息的完整性以確保用戶已填寫(xiě)投稿作者的聯(lián)系方式，否則提示用戶先登錄。2) 當(dāng)用戶個(gè)人信息完整時(shí)跳轉(zhuǎn)到“填寫(xiě)論文信息”界面，填寫(xiě)論文信息并上傳論文附件。當(dāng)投稿作者輸入論文題目信息后，即是論文題目文本框失去焦點(diǎn)時(shí)，系統(tǒng)會(huì)自動(dòng)提交論文題目，檢測(cè)其是否存在，并返回提示結(jié)果，如“可以使用”或“已重復(fù)”。3) 當(dāng)用戶個(gè)人信息不完整時(shí)則跳轉(zhuǎn)“個(gè)人信息修改”界面，待用戶完善個(gè)人信息后再跳轉(zhuǎn)到“填寫(xiě)論文信息”界面。為了防止論文表單提交時(shí)，出現(xiàn)論文附件提交不成功而論文信息提交成功、論文信息提交不成功而論文附件則提交成功這兩種情況出現(xiàn)，本系統(tǒng)采用JqueryForm插件中ajaxSubmit方法實(shí)現(xiàn)了論文附件上傳的進(jìn)度條，從而減輕了服務(wù)器端的壓力，并且增強(qiáng)了用戶體驗(yàn)，其效果如圖4所示。

圖4　論文提交效果圖

從上面的描述可知，在線投稿功能實(shí)現(xiàn)的關(guān)鍵技術(shù)是AJAX技術(shù)，其指的是一套綜合了多項(xiàng)技術(shù)的瀏覽器端網(wǎng)頁(yè)開(kāi)發(fā)技術(shù)，于1998年前后得到首次應(yīng)用。但是經(jīng)過(guò)十多年的發(fā)展，綜合各種變化的技術(shù)和強(qiáng)耦合的客戶服務(wù)端環(huán)境，AJAX提出了一種新的開(kāi)發(fā)方式——AJAX開(kāi)發(fā)模式，并且隨著AJAX開(kāi)發(fā)模式的提出，國(guó)內(nèi)外出現(xiàn)了大量的AJAX開(kāi)發(fā)框架，其中比較著名的有AjaxPro、ExtJS、JSer、Jquery等。因此，本系統(tǒng)的在線投稿功能主要采用Jquery框架進(jìn)行開(kāi)發(fā)實(shí)現(xiàn)。

2.2多終端服務(wù)的實(shí)現(xiàn)

多終端服務(wù)本質(zhì)是多終端適配問(wèn)題，而當(dāng)前解決這類問(wèn)題的方案主要有“基于瀏覽器原生 CSS3 Media Query的響應(yīng)式設(shè)計(jì)”、“基于云端智能重排的多終端適配”、“基于前后端分離的多終端適配”等。本系統(tǒng)在架構(gòu)設(shè)計(jì)中采用了“基于前后端分離的多終端適配”方案。常見(jiàn)的“前后端分離”案例是SPA(Single Page Application)[6]，其展現(xiàn)數(shù)據(jù)是后端通過(guò)異步接口(AJAX/JSONP)的方式提供，而前端則負(fù)責(zé)數(shù)據(jù)展現(xiàn)。從表面上看。SPA實(shí)現(xiàn)了前后端分離，但是在實(shí)際開(kāi)發(fā)中SPA只能作為簡(jiǎn)單的應(yīng)用模式，無(wú)法滿足復(fù)雜的業(yè)務(wù)需求，甚至有時(shí)候?yàn)榱颂岣咝剩蠖艘矔?huì)參與到數(shù)據(jù)展現(xiàn)的邏輯中，導(dǎo)致了部分前后端工作混雜在一起。究其原因，SPA模式的前后端分離只是從物理層區(qū)分前后端。所以，在本系統(tǒng)的架構(gòu)設(shè)計(jì)中，前后端分離是從職責(zé)上劃分的，即前端負(fù)責(zé)視圖層和控制器，根據(jù)應(yīng)用情境設(shè)計(jì)URL。而后端只負(fù)責(zé)Model層，實(shí)現(xiàn)具體的業(yè)務(wù)邏輯以及數(shù)據(jù)處理。同時(shí)為了實(shí)現(xiàn)各個(gè)終端共享同一份數(shù)據(jù)和業(yè)務(wù)邏輯，把數(shù)據(jù)來(lái)源抽象成Model，提供給不同終端的控制器組合使用。

在本系統(tǒng)的架構(gòu)設(shè)計(jì)中，用戶代理(UA)探測(cè)是實(shí)現(xiàn)多終端服務(wù)的核心環(huán)節(jié)。目前，國(guó)內(nèi)外已有非常成熟并能兼容大量設(shè)備的UA特征庫(kù)和探測(cè)工具，其中既有運(yùn)行在瀏覽器端的，又有運(yùn)行在服務(wù)器端的。實(shí)驗(yàn)證明，盡管市場(chǎng)上移動(dòng)終端設(shè)備層出不窮，甚至不同廠家有不同的標(biāo)準(zhǔn)，通過(guò)利用WURFL移動(dòng)設(shè)備特征庫(kù)，只要及時(shí)地把最新的移動(dòng)設(shè)備信息添加到設(shè)備庫(kù)中，其檢測(cè)移動(dòng)終端的準(zhǔn)確率理論上可達(dá)100%[7]。本系統(tǒng)把WURFL封裝成一個(gè)小型的UA探測(cè)工具類MobileDetect，其實(shí)現(xiàn)關(guān)鍵代碼如下。

define(″WURFL_DIR″,dirname(__FILE__).′/Common/WURFL/′);

define(″RESOURCES_DIR″,dirname(__FILE__).″/resources/″);

require_once WURFL_DIR.′Application.php′;

＄configFile=RESOURCES_DIR . ′wurfl-config.xml′;

＄config=new WURFL_Configuration_XmlConfig(＄configFile);

＄factory=new WURFL_WURFLManagerFactory(＄config);

＄manager=＄factory->create();

＄deviceInfo=＄manager->getDeviceForHttpRequest(＄_SERVER);

＄deviceOS=＄deviceInfo->getCapability(“device_os”);

＄isTablet=＄deviceInfo->getCapability(“is_tablet”);

首先，配置WURFL的文件夾及所需要資源的相對(duì)路徑，然后調(diào)用Application.php并創(chuàng)建WURFL Manager對(duì)象。WURFL Manager對(duì)象則可以根據(jù)HTTP請(qǐng)求探測(cè)出客戶終端設(shè)備類型。最后，路由控制器調(diào)用MobileDetect工具類獲取客戶終端類型，并分配與之對(duì)應(yīng)的終端控制器。實(shí)現(xiàn)多終端集成，其效果如圖5所示。

圖5　多終端集成效果圖

2.3論文自動(dòng)分類

在學(xué)術(shù)會(huì)議管理系統(tǒng)中，投稿作者提交會(huì)議論文時(shí)往往是需要選擇與論文相關(guān)的會(huì)議主題。在現(xiàn)實(shí)中，有些投稿作者并不能準(zhǔn)確把握投稿論文的歸屬主題，導(dǎo)致很多會(huì)議論文歸屬的會(huì)議主題有誤，阻礙了會(huì)議論文集的出版工作。在大多數(shù)情況下，會(huì)議論文集都會(huì)按照會(huì)議主題進(jìn)行目錄組織，要求在論文集出版時(shí)必須要認(rèn)真校對(duì)每篇論文所歸屬的會(huì)議主題，在這過(guò)程中會(huì)花費(fèi)大量的人力和時(shí)間。針對(duì)上述問(wèn)題，本系統(tǒng)采用了論文自動(dòng)分類的解決方案。

論文自動(dòng)分類本質(zhì)上是文本分類，是指在預(yù)定義的分類體系下，根據(jù)文本的特征(內(nèi)容或?qū)傩?，將給定文本與一個(gè)或多個(gè)類別相關(guān)聯(lián)的過(guò)程。早在2002年，F(xiàn).Sebastain用一個(gè)函數(shù)Φ:D×C→{T,F}，其中D={d1,d2,…,d|D|}表示需要進(jìn)行分類的文檔，C={c1,c2,…,c|C|}表示預(yù)定義的分類體系下的類別集合；而T值表示對(duì)于來(lái)說(shuō)，文檔dj屬于類ci，F(xiàn)值表示對(duì)于來(lái)說(shuō)，文檔dj不屬于類ci[8]。由此可知，文本分類任務(wù)的最終目的是要找到一個(gè)有效的映射函數(shù)，準(zhǔn)確地實(shí)現(xiàn)域D×C到T或F的映射，而這個(gè)映射函數(shù)通常被稱為分類器。如今，文本分類在信息檢索、數(shù)據(jù)挖掘、垃圾郵件過(guò)濾、數(shù)字圖書(shū)館等領(lǐng)域具有廣泛的應(yīng)用，常用的分類方法有兩類：一類是基于規(guī)則的，通常需要大量的領(lǐng)域?qū)＜覍?duì)文本進(jìn)行規(guī)則提取，費(fèi)時(shí)費(fèi)力；另一類方法是基于統(tǒng)計(jì)學(xué)的機(jī)器學(xué)習(xí)方法，包括了最近鄰法、支持向量機(jī)、樸素貝葉斯、決策樹(shù)、神經(jīng)網(wǎng)絡(luò)等，這類方法通常采用特征向量空間進(jìn)行文檔分類模型的訓(xùn)練。本系統(tǒng)采用了最近鄰法[9](KNN)構(gòu)建分類器實(shí)現(xiàn)論文自動(dòng)分類，其流程，如圖6所示。以學(xué)術(shù)會(huì)議主題為類別，在學(xué)術(shù)會(huì)議接受論文投稿前，根據(jù)每個(gè)會(huì)議主題內(nèi)容在中國(guó)知網(wǎng)上依次選取15或20篇相關(guān)的期刊論文，并轉(zhuǎn)換成TXT文檔，形成語(yǔ)料庫(kù)；文本預(yù)處理主要是對(duì)每個(gè)TXT文檔先分段，后斷句，再分詞，最后是進(jìn)行詞性標(biāo)注；在文本分類中，常用的特征項(xiàng)抽取方法有文檔頻度、互信息、信息增益、期望交叉熵、特征熵等，本文采用了TF-IDF特征項(xiàng)抽取方法，即為WTF-IDF=TF×IDF。

圖6　論文自動(dòng)分類流程圖

由于論文自動(dòng)分類功能的實(shí)現(xiàn)涉及到自然語(yǔ)言處理和機(jī)器學(xué)習(xí)兩個(gè)領(lǐng)域，而Python是這兩個(gè)領(lǐng)域較好的語(yǔ)言工具，所以本系統(tǒng)采用了ppython開(kāi)源框架[10]。它是一種使用socket進(jìn)行通訊的“PHP+Python”混合編程技術(shù)，實(shí)現(xiàn)的關(guān)鍵步驟如下：① 安裝python，并把python.exe所在目錄寫(xiě)入系統(tǒng)變量Path中；② 把ppython框架的主文件php_python.py和process.py，以及業(yè)務(wù)文件paper_auto_classify.py放入單獨(dú)的目錄中，并在修改php_python.py文件權(quán)限“可執(zhí)行”后將其運(yùn)行；③ 在本系統(tǒng)的web目錄下放入ppython框架的主文件php_python.php，重啟Apache服務(wù)器。

這樣之后便可通過(guò)代碼require_once(′php_python.php′)和ppython(“doClassify”,＄text)實(shí)現(xiàn)論文自動(dòng)分類。業(yè)務(wù)文件paper_auto_classify.py的關(guān)鍵代碼如下：

## 第一步：計(jì)算Euclidean距離

diff=tile(newText,(samplesCount,1))-dataSet

squaredDiff=diff ** 2

squaredDist=sum(squaredDiff,axis=1)

distance=squaredDist**0.5

## 第二步：將第一步結(jié)果Euclidean距離進(jìn)行排序

orderedDistIndices=argsort(distance)

classCount={}

for i in xrange(k):

## 第三步：選出最小的k距離

label=labels[orderedDistIndices[i]]

## 第四步：算出類別標(biāo)簽出現(xiàn)的次數(shù)

classCount[label]=classCount.get(label,0)+1

## 第五步：返回最大類別標(biāo)簽索引

maxCount= 0

for key, value in classCount.items():

if value>maxCount:

maxCount=value

maxIndex=key

returnmaxIndex

2.4智能化分配審稿任務(wù)

3結(jié)語(yǔ)

在移動(dòng)互聯(lián)網(wǎng)高速發(fā)展形勢(shì)下，學(xué)術(shù)會(huì)議管理系統(tǒng)如何提供一個(gè)更方便、更即時(shí)的服務(wù)渠道給參會(huì)人員是一個(gè)亟待解決的問(wèn)題。鑒于此，本文采用“基于前后端分離的多終端適配”方案構(gòu)建了一個(gè)面向多終端服務(wù)的學(xué)術(shù)會(huì)議管理系統(tǒng)。本系統(tǒng)除

了利用KNN算法實(shí)現(xiàn)了論文投稿自動(dòng)分類的功能外，還結(jié)合倒序貪婪算法巧妙地解決了智能化分配審稿任務(wù)的問(wèn)題，這無(wú)疑是讓學(xué)術(shù)會(huì)議管理系統(tǒng)走向自動(dòng)化、人性化以及智能化的一次大膽嘗試。為了驗(yàn)證系統(tǒng)的可用性和有效性，本系統(tǒng)應(yīng)用于2013年11月底在武漢市華中師范大學(xué)召開(kāi)的“第十二屆教育技術(shù)國(guó)際論壇(ETIF2013)”會(huì)議，最終得到了參會(huì)人員的一致好評(píng)。下一步的工作主要有兩點(diǎn)：一是結(jié)合流媒體技術(shù)實(shí)現(xiàn)會(huì)議視頻在線直播或點(diǎn)播的功能，從而提高學(xué)術(shù)會(huì)議的影響力；另一是優(yōu)化KNN算法，提高論文投稿自動(dòng)分類的準(zhǔn)確性。

參考文獻(xiàn)

[1] 王亮,徐明.大型學(xué)術(shù)會(huì)議注冊(cè)系統(tǒng)解決方案探析[J].中國(guó)醫(yī)學(xué)教育技術(shù),2011,25(2):178-181.

[2] 陳華,梁循.使用Java實(shí)現(xiàn)學(xué)術(shù)會(huì)議論文管理系統(tǒng)[J].計(jì)算機(jī)技術(shù)與發(fā)展,2007,17(1):185-188.

[3] 劉聰,石曉磊.會(huì)議管理系統(tǒng)的研究與應(yīng)用[J].實(shí)驗(yàn)技術(shù)與管理,2011(4):231-235.

[4] Voronkov A.Easy chair conference system[EB/OL].(2002-01-01).[2014-11-20].http://www.easychair.org.

[5] 筱谷.基于前后端分離的多終端適配[EB/OL].(2014-05-16).[2014-11-20].http://ued.taobao.org/blog/2014/05/cross-platform-tpl/.

[6] Mikowski M S,Powell J C.Single Page Web Applications[M].Manning Publications Co. ISBN,2013.

[7] 艾軍.面向移動(dòng)終端的Web內(nèi)容適配研究[D].華中師范大學(xué),2014.

[8] 史忠植.知識(shí)發(fā)現(xiàn)[M].清華大學(xué)出版社,2002.

[9] 韓家煒,坎伯.數(shù)據(jù)挖掘:概念與技術(shù)[M].北京:機(jī)械工業(yè)出版社,2001.

[10] Diaoyifei@gmail.com.ppython[EB/OL].(2012-05-22).[2015-03-11].https://code.google.com/p/ppython/.

收稿日期：2014-12-25。國(guó)家自然科學(xué)基金項(xiàng)目(61272205)；教育部新世紀(jì)優(yōu)秀人才計(jì)劃項(xiàng)目(NCET-13-0818)；華中師范大學(xué)中央高校基本科研專項(xiàng)項(xiàng)目(CCNU14A03010)。黃景修，碩士，主研領(lǐng)域：語(yǔ)義與知識(shí)服務(wù)。劉清堂，教授。吳林靜，講師。

中圖分類號(hào)TP311

文獻(xiàn)標(biāo)識(shí)碼A

DOI:10.3969/j.issn.1000-386x.2016.07.016

DESIGN AND IMPLEMENTATION OF MULTI-TERMINAL SERVICES-ORIENTED ACADEMIC CONFERENCE MANAGEMENT SYSTEM

Huang JingxiuLiu QingtangWu Linjing

(SchoolofEducationalInformationTechnology,CentralChinaNormalUniversity,Wuhan430079,Hubei,China)

AbstractWith the rapid development of mobile internet, academic conference management system has not yet been able to provide a more convenient and instant service channels to participants. In light of this problem, we built a multi-terminal services-oriented academic conference management system by adopting the scheme of multi-terminal adaptation based on the separation of front-end. For saving the manpower, material resources and time, the system employs KNN algorithm to achieve the function of automatic classification for papers contribution and combines the reverse greedy algorithm to solve the problem of intelligent assignation of peer reviewing tasks. In a word, the application of mobile internet technology improves the levels of network informatisation and standardisation as well as the quality of individual services in regard to academic conference management.

KeywordsAcademic conference managementMobile InternetKNN algorithmMulti-terminal adaptationGreedy algorithm