基于WEB的高校網(wǎng)絡(luò)失物招領(lǐng)信息管理平臺開發(fā)與實現(xiàn)

王維

摘要：針對高校人口密度大、人群活動頻繁、師生學(xué)習(xí)生活等物品容易遺失的基本現(xiàn)狀，在分析傳統(tǒng)失物招領(lǐng)過程中的工作效率低下、找回率低、保密性差、管理分散等問題和不足的基礎(chǔ)上，提出了WEB模式的網(wǎng)絡(luò)失物招領(lǐng)信息管理平臺。該平臺主要通過失物信息發(fā)布和失物領(lǐng)取功能，較好的解決了失物招領(lǐng)過程中的信息孤島的缺陷，提高了失物招領(lǐng)的工作效率，減少師生的直接經(jīng)濟(jì)損失。

關(guān)鍵詞：高校；失物招領(lǐng)；失物信息發(fā)布；失物領(lǐng)取

中圖分類號：TP315.69 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2014）28-6595-03

在信息技術(shù)時代，傳統(tǒng)招領(lǐng)方式已經(jīng)不能滿足人們的需要。傳統(tǒng)張貼尋物啟事、招領(lǐng)啟事，其效率低、保密性差、管理不集中。易使失主遺忘，難以獲取相關(guān)信息；從而給失主造成不必要的經(jīng)濟(jì)損失，同時也增大了管理人員的工作量。開發(fā)校園失物招領(lǐng)系統(tǒng)，是基于“管理中心接收失物”和“校園網(wǎng)絡(luò)平臺”處理失物。該系統(tǒng)還提供了失物信息匹配、失物數(shù)據(jù)統(tǒng)計、獲取失物領(lǐng)取號等功能。因此極大地提高認(rèn)領(lǐng)率，減小失主經(jīng)濟(jì)損失，從而能夠更好地服務(wù)于學(xué)校師生和工作人員。

大學(xué)校園活動范圍廣、人口密度大，書籍、鑰匙、飯卡、銀行卡等生活用品難免會遺失。失主要找回自己的東西比較困難，常用的尋物方式有貼廣告、在QQ群發(fā)信息等。其信息傳播率不高，不易找回失物，易造成師生學(xué)習(xí)和生活的不便。為解決該問題，有必要開發(fā)一個校園失物招領(lǐng)平臺網(wǎng)絡(luò)管理系統(tǒng)，方便師生學(xué)習(xí)、工作。

1 高校失物遺失招領(lǐng)的基本現(xiàn)狀

如今，各大高校地域范圍廣、人口密度大，在校師生經(jīng)常往來于教室、圖書館、食堂等場所，隨身物品容易遺失。雖然是一些小物件，卻有失主的隱私信息等，對失主來說非常重要。校園失物招領(lǐng)管理系統(tǒng)將會提高師生找尋失物的效率，改變傳統(tǒng)張貼尋物啟示不易擴(kuò)散信息，失主和拾主無法及時得到信息，造成長時間無人處理，給失主造成經(jīng)濟(jì)損失的現(xiàn)狀。目前的通過QQ群發(fā)送尋物啟示和失物招領(lǐng)的消息相對比傳統(tǒng)的張貼廣告更易找回失物，因為同學(xué)們在網(wǎng)絡(luò)上獲取信息的機(jī)率比傳統(tǒng)形式獲取信息的機(jī)率更高?？梢婇_發(fā)校園失物招領(lǐng)管理系統(tǒng)的實用性很高，失物管理中心的招領(lǐng)平臺正也正是目前廣大師生需要的。

2 失物招領(lǐng)平臺的需求分析

本系統(tǒng)主要由管理員和用戶組成，管理員主要負(fù)責(zé)基于網(wǎng)絡(luò)管理和物品歸還的工作。本系統(tǒng)的主要功能：失物管理、失物公告發(fā)布、用戶管理、信息統(tǒng)計、用戶掛失管理、認(rèn)領(lǐng)身份認(rèn)證、公益拍賣未領(lǐng)物品。用戶的操作主要是物品掛失和提交拾撿物品信息。拾主提交了拾撿物品信息后，將所拾物品交到失物管理中心，失主等待管理員處理掛失物品信息和預(yù)匹配失物信息，如匹配成功將會收到管理員發(fā)送的領(lǐng)取碼短信。本系統(tǒng)的主要需求分析如下：

失物管理：這是本系統(tǒng)的核心環(huán)節(jié)之一，它保障失物及時歸還失主。本系統(tǒng)的失物管理主要有匹配信息、物品歸類存放、歸還物品。匹配信息包括失主身份認(rèn)證信息匹配、失物信息與拾物信息匹配、領(lǐng)取碼匹配。物品歸類存放是把物品劃分成大類，按類和交予時間進(jìn)行存放，對物品的存放進(jìn)行科學(xué)合理的安排，縮短失主認(rèn)領(lǐng)的時間。歸還物品需用戶提供認(rèn)領(lǐng)碼后予以歸還，或提供詳細(xì)的失物信息，如失物地點、失物特征進(jìn)行登記后，確認(rèn)失主身份后予以歸還。

失物公告發(fā)布：管理員收集整理失主提交的掛失信息，通過表格形式公布失物的名稱、類型、顏色、拾撿時間、地點、物品的特征描述和失主的聯(lián)系方式，失物信息和匹配路徑也用表格的形式公布。

用戶管理：失主和拾主用戶認(rèn)證及用戶個人信息的添加、修改、刪除和查詢。

信息統(tǒng)計：統(tǒng)計掛失信息和失物信息。

認(rèn)領(lǐng)身份認(rèn)證：通過匹配物品信息獲得短信領(lǐng)取碼或直接身份認(rèn)證。

公益拍賣未領(lǐng)物品：每月固定時間進(jìn)行未領(lǐng)物品拍賣，所得資金用于公益事業(yè)捐款，既合理處理了滯留物品，且獲取了一筆公益基金。失物招領(lǐng)系統(tǒng)功能如圖1所示。

3 系統(tǒng)的設(shè)計與實現(xiàn)

3.1 系統(tǒng)總體功能模塊設(shè)計

本系統(tǒng)主要由管理員和用戶組成。管理員日常的工作是失物管理、修改密碼、發(fā)布失物招領(lǐng)公告、注銷登陸、用戶管理、信息統(tǒng)計、用戶掛失管理。用戶注冊后方可登錄系統(tǒng)進(jìn)行失主查看失物新記錄和提交掛失記錄，拾主提交拾得物品的信息的操作。用戶也可在不登陸的情況查詢和瀏覽失物招領(lǐng)公告。系統(tǒng)總體功能模塊設(shè)計如圖2失物招領(lǐng)系統(tǒng)的功能模塊圖。

數(shù)據(jù)庫主要存放了物品信息和用戶基本信息。物品信息包括招領(lǐng)物品信息、掛失物品信息，分別包括所撿失物的名稱、類型、顏色、拾撿時間、地點及物品的特征，用戶信息包括用戶的學(xué)院年級專業(yè)、學(xué)號、聯(lián)系方式，這方便對管理員對用戶的識別和給用戶發(fā)送領(lǐng)取碼短信。

系統(tǒng)采用物品名稱關(guān)鍵詞搜索，不同的人對物品的描述存在差異，為了提高失主所提交的信息與系統(tǒng)中物品的信息匹配率，系統(tǒng)采先由下而上再由上而下的搜索方式，即先將小類歸大類，在搜索時輸入關(guān)鍵詞在大類中進(jìn)行查找。若失主提供多個關(guān)鍵詞，則進(jìn)行模糊查找進(jìn)行匹配，得出最高匹配率。如設(shè)定大類為“書籍”，則軟件工程、計算機(jī)網(wǎng)絡(luò)、網(wǎng)頁制作等都會被歸類到書籍里面，而用戶輸入“軟件工程”后，系統(tǒng)就將軟件工程升級為書籍，顯示書籍圖片，若顯示到結(jié)果，系統(tǒng)再將書籍里的其他內(nèi)容通過報表的形式呈現(xiàn)給失主。

本系統(tǒng)由失物管理中心進(jìn)行管理，在實際中的應(yīng)用不會造成拾撿物品的丟失，且有數(shù)據(jù)庫管理物品信息。如遇到領(lǐng)錯物品的情況，通過信息查找領(lǐng)取信息就可追回領(lǐng)錯物品，因此系統(tǒng)非常人性化。管理中心與網(wǎng)絡(luò)的結(jié)合，改變了失主找物和拾主歸還效率低的現(xiàn)狀。并結(jié)合管理中心，讓拾主將所拾物品統(tǒng)一存放方便失主認(rèn)領(lǐng)提高了認(rèn)領(lǐng)率。這正是目前大學(xué)校園所需要的失物認(rèn)領(lǐng)模式。

3.2 數(shù)據(jù)庫ER圖設(shè)計

根據(jù)前期的需求分析，系統(tǒng)主要設(shè)計了管理員和用戶的常用操作。管理員需進(jìn)行信息統(tǒng)計、發(fā)布公告、管理失物、用戶管理，用戶可進(jìn)行查看公告、提交掛失信息或提交拾物信息。

管理員管理失物的操作可在系統(tǒng)招領(lǐng)平臺完成或生活中完成，在系統(tǒng)中通過輸入關(guān)鍵詞到拾物信息數(shù)據(jù)庫中進(jìn)行匹配，判斷是否匹配成功。在生活中把物品進(jìn)入歸類存放，方便失主當(dāng)場認(rèn)領(lǐng)，最后歸還物品。數(shù)據(jù)庫ER圖如圖3失物招領(lǐng)系統(tǒng)的用例圖所示。

3.3 招領(lǐng)的流程圖

用戶進(jìn)入登陸頁面進(jìn)行登陸認(rèn)證選擇用戶類型為失主，輸入用戶名和密碼登陸成功后，在查找失物對話框中輸入丟失物品關(guān)鍵詞，失物招領(lǐng)平臺自動提取關(guān)鍵詞到丟失物品數(shù)據(jù)庫和撿拾物品數(shù)據(jù)庫中處理信息。發(fā)現(xiàn)丟失物品數(shù)據(jù)庫和拾撿物品數(shù)據(jù)庫中有匹配的記錄，對兩個數(shù)據(jù)庫中的記錄進(jìn)入處理，相似度超過80%后證明匹配成功，給失主發(fā)送領(lǐng)取碼短信。相似度低于80%匹配失敗，可以申請修改掛失記錄中相關(guān)信息，再重新進(jìn)行匹配。流程圖如圖4所示。

3.4 關(guān)鍵技術(shù)

3.4.1 開發(fā)技術(shù)

系統(tǒng)采用了ASP.NET技術(shù)和相結(jié)合的實現(xiàn)方案。ASP.NET的用戶界面簡單友好，加了簡潔明了的數(shù)據(jù)庫接口和功能齊全的數(shù)據(jù)庫操作功能；SQL數(shù)據(jù)庫技術(shù)可完成數(shù)據(jù)庫的操作、信息維護(hù)和身份識別、匹配信息等功能，為用戶展現(xiàn)了失物、失主和拾主等相應(yīng)信息。并可通過ASP.NET與SQL語句的密切結(jié)合對數(shù)據(jù)庫進(jìn)行復(fù)雜的操作。

3.4.2 匹配技術(shù)

匹配技術(shù)主要有兩種方式一是通過網(wǎng)絡(luò)匹配失主，二是在管理中心直接匹配失物。網(wǎng)絡(luò)匹配是通過失主把物品信息提交生成掛失記錄后，等待管理員審核，審核通過后管理員將信息整理生成新的一條公告信息，并在公告欄中發(fā)布。管理員將拾物公告中的記錄與失物公告中的記錄用數(shù)據(jù)庫中的substring來操作，之后用update語句將匹配率一樣顯示百分比，之后點擊鏈接給失主發(fā)送認(rèn)領(lǐng)碼的短信。失主收到短信后在管理中心上班時間進(jìn)行認(rèn)領(lǐng)，認(rèn)領(lǐng)后在物品去向登記表上登記領(lǐng)取人的姓名、年級專業(yè)班級、學(xué)號、聯(lián)系方式、認(rèn)領(lǐng)時間。管理員將信息發(fā)布到認(rèn)領(lǐng)公告欄中，并將掛失公告和拾物公告欄中的信息備注為已處理。認(rèn)領(lǐng)公告是為了讓關(guān)注物品去向的同學(xué)及時了解去向，并方便認(rèn)領(lǐng)出錯后及時找回。

在管理中心直接匹配的具體流程是失主當(dāng)場提供物品信息，工作人員將信息輸入到時拾物數(shù)據(jù)表中進(jìn)行匹配，匹配成功后，失主可直接登記認(rèn)領(lǐng)。管理員將認(rèn)領(lǐng)信息發(fā)布到認(rèn)領(lǐng)公告欄，并在拾物信息記錄上標(biāo)注已處理。這一方式主要是方便同學(xué)查詢了解物品去向，一旦領(lǐng)錯可以及時找回。

3.4.3 數(shù)據(jù)庫防注入

系統(tǒng)運用數(shù)據(jù)庫防注入，防止非法人員通過注入軟件入侵?jǐn)?shù)據(jù)庫，擁有數(shù)據(jù)庫管理人員的登錄詳細(xì)信息，對數(shù)據(jù)庫進(jìn)行不正當(dāng)?shù)牟僮鳌Ｊ紫韧ㄟ^相應(yīng)的關(guān)鍵詞去識別是否有Sql注入攻擊代碼，再通過HttpModule去處理。

3.4.4 基于表單的身份認(rèn)證

Windows身份驗證需要Windows用戶帳戶數(shù)據(jù)庫的帳戶。而基于表單的身份驗證則不同，它是建立在cookie的基礎(chǔ)上。當(dāng)用戶使用基于表單的身份驗證登錄到ASP.NET應(yīng)用程序上時，ASP.NET會發(fā)出一個用于身份驗證的cookie，在以后的Web請求中，該cookie會在服務(wù)器和客戶機(jī)之間來回傳送。用于身份驗證的cookie是長期存在的，就把它的一個副本保存在用戶的硬盤上，只要用戶再次訪問該ASP.NET應(yīng)用程序，就可以根據(jù)該cookie預(yù)先進(jìn)行身份驗證，直到該cookie過期為上。如果用于身份驗證的cookie類型不是長期的，在每個瀏覽器會話結(jié)束后，用于身份驗證的cookie就會被刪除。在這種情況下當(dāng)用戶再次訪問ASP.NET應(yīng)用程序時，就不能預(yù)先驗證它們的身份，而必須再次提供它們的憑證。長期和非長期的cookie使用起來非常靈活。

4 總結(jié)

本文通過對高校中人口密度大、人群活動頻繁、師生學(xué)習(xí)生活等物品容易遺失的現(xiàn)狀分析，發(fā)現(xiàn)了傳統(tǒng)失物招領(lǐng)過程中的工作效率低下、找回率低、保密性差、管理分散等問題和不足，提出了WEB模式的網(wǎng)絡(luò)失物招領(lǐng)信息管理平臺，通過該平臺的失物信息發(fā)布和失物領(lǐng)取功能，提高了遺失物品的招領(lǐng)效率，減少了師生因遺失物品造成的經(jīng)濟(jì)損失。系統(tǒng)在實際運行過程中表現(xiàn)良好，能夠解決先目前高校在遺失物品的招領(lǐng)方面的諸多問題。

參考文獻(xiàn)：

[1] 王潛平，蔣林清.Web系統(tǒng)與技術(shù)[M].北京：國防工業(yè)出版社，2009：253.

[2] 張蓓.網(wǎng)絡(luò)環(huán)境下的高校圖書館失物招領(lǐng)工作探究[J].各抒已見，2010（12）：4.

[3] 耿海霄，張麗夢.校園失物招領(lǐng)系統(tǒng)設(shè)計[J].硅谷，2012（2）.

[4] 尤雪焦.校園失物招領(lǐng)網(wǎng)的設(shè)計與實現(xiàn)[D].

管理員管理失物的操作可在系統(tǒng)招領(lǐng)平臺完成或生活中完成，在系統(tǒng)中通過輸入關(guān)鍵詞到拾物信息數(shù)據(jù)庫中進(jìn)行匹配，判斷是否匹配成功。在生活中把物品進(jìn)入歸類存放，方便失主當(dāng)場認(rèn)領(lǐng)，最后歸還物品。數(shù)據(jù)庫ER圖如圖3失物招領(lǐng)系統(tǒng)的用例圖所示。

3.3 招領(lǐng)的流程圖

用戶進(jìn)入登陸頁面進(jìn)行登陸認(rèn)證選擇用戶類型為失主，輸入用戶名和密碼登陸成功后，在查找失物對話框中輸入丟失物品關(guān)鍵詞，失物招領(lǐng)平臺自動提取關(guān)鍵詞到丟失物品數(shù)據(jù)庫和撿拾物品數(shù)據(jù)庫中處理信息。發(fā)現(xiàn)丟失物品數(shù)據(jù)庫和拾撿物品數(shù)據(jù)庫中有匹配的記錄，對兩個數(shù)據(jù)庫中的記錄進(jìn)入處理，相似度超過80%后證明匹配成功，給失主發(fā)送領(lǐng)取碼短信。相似度低于80%匹配失敗，可以申請修改掛失記錄中相關(guān)信息，再重新進(jìn)行匹配。流程圖如圖4所示。

3.4 關(guān)鍵技術(shù)

3.4.1 開發(fā)技術(shù)

系統(tǒng)采用了ASP.NET技術(shù)和相結(jié)合的實現(xiàn)方案。ASP.NET的用戶界面簡單友好，加了簡潔明了的數(shù)據(jù)庫接口和功能齊全的數(shù)據(jù)庫操作功能；SQL數(shù)據(jù)庫技術(shù)可完成數(shù)據(jù)庫的操作、信息維護(hù)和身份識別、匹配信息等功能，為用戶展現(xiàn)了失物、失主和拾主等相應(yīng)信息。并可通過ASP.NET與SQL語句的密切結(jié)合對數(shù)據(jù)庫進(jìn)行復(fù)雜的操作。

3.4.2 匹配技術(shù)

匹配技術(shù)主要有兩種方式一是通過網(wǎng)絡(luò)匹配失主，二是在管理中心直接匹配失物。網(wǎng)絡(luò)匹配是通過失主把物品信息提交生成掛失記錄后，等待管理員審核，審核通過后管理員將信息整理生成新的一條公告信息，并在公告欄中發(fā)布。管理員將拾物公告中的記錄與失物公告中的記錄用數(shù)據(jù)庫中的substring來操作，之后用update語句將匹配率一樣顯示百分比，之后點擊鏈接給失主發(fā)送認(rèn)領(lǐng)碼的短信。失主收到短信后在管理中心上班時間進(jìn)行認(rèn)領(lǐng)，認(rèn)領(lǐng)后在物品去向登記表上登記領(lǐng)取人的姓名、年級專業(yè)班級、學(xué)號、聯(lián)系方式、認(rèn)領(lǐng)時間。管理員將信息發(fā)布到認(rèn)領(lǐng)公告欄中，并將掛失公告和拾物公告欄中的信息備注為已處理。認(rèn)領(lǐng)公告是為了讓關(guān)注物品去向的同學(xué)及時了解去向，并方便認(rèn)領(lǐng)出錯后及時找回。

在管理中心直接匹配的具體流程是失主當(dāng)場提供物品信息，工作人員將信息輸入到時拾物數(shù)據(jù)表中進(jìn)行匹配，匹配成功后，失主可直接登記認(rèn)領(lǐng)。管理員將認(rèn)領(lǐng)信息發(fā)布到認(rèn)領(lǐng)公告欄，并在拾物信息記錄上標(biāo)注已處理。這一方式主要是方便同學(xué)查詢了解物品去向，一旦領(lǐng)錯可以及時找回。

3.4.3 數(shù)據(jù)庫防注入

系統(tǒng)運用數(shù)據(jù)庫防注入，防止非法人員通過注入軟件入侵?jǐn)?shù)據(jù)庫，擁有數(shù)據(jù)庫管理人員的登錄詳細(xì)信息，對數(shù)據(jù)庫進(jìn)行不正當(dāng)?shù)牟僮?。首先通過相應(yīng)的關(guān)鍵詞去識別是否有Sql注入攻擊代碼，再通過HttpModule去處理。

3.4.4 基于表單的身份認(rèn)證

Windows身份驗證需要Windows用戶帳戶數(shù)據(jù)庫的帳戶。而基于表單的身份驗證則不同，它是建立在cookie的基礎(chǔ)上。當(dāng)用戶使用基于表單的身份驗證登錄到ASP.NET應(yīng)用程序上時，ASP.NET會發(fā)出一個用于身份驗證的cookie，在以后的Web請求中，該cookie會在服務(wù)器和客戶機(jī)之間來回傳送。用于身份驗證的cookie是長期存在的，就把它的一個副本保存在用戶的硬盤上，只要用戶再次訪問該ASP.NET應(yīng)用程序，就可以根據(jù)該cookie預(yù)先進(jìn)行身份驗證，直到該cookie過期為上。如果用于身份驗證的cookie類型不是長期的，在每個瀏覽器會話結(jié)束后，用于身份驗證的cookie就會被刪除。在這種情況下當(dāng)用戶再次訪問ASP.NET應(yīng)用程序時，就不能預(yù)先驗證它們的身份，而必須再次提供它們的憑證。長期和非長期的cookie使用起來非常靈活。

4 總結(jié)

本文通過對高校中人口密度大、人群活動頻繁、師生學(xué)習(xí)生活等物品容易遺失的現(xiàn)狀分析，發(fā)現(xiàn)了傳統(tǒng)失物招領(lǐng)過程中的工作效率低下、找回率低、保密性差、管理分散等問題和不足，提出了WEB模式的網(wǎng)絡(luò)失物招領(lǐng)信息管理平臺，通過該平臺的失物信息發(fā)布和失物領(lǐng)取功能，提高了遺失物品的招領(lǐng)效率，減少了師生因遺失物品造成的經(jīng)濟(jì)損失。系統(tǒng)在實際運行過程中表現(xiàn)良好，能夠解決先目前高校在遺失物品的招領(lǐng)方面的諸多問題。

參考文獻(xiàn)：

[1] 王潛平，蔣林清.Web系統(tǒng)與技術(shù)[M].北京：國防工業(yè)出版社，2009：253.

[2] 張蓓.網(wǎng)絡(luò)環(huán)境下的高校圖書館失物招領(lǐng)工作探究[J].各抒已見，2010（12）：4.

[3] 耿海霄，張麗夢.校園失物招領(lǐng)系統(tǒng)設(shè)計[J].硅谷，2012（2）.

[4] 尤雪焦.校園失物招領(lǐng)網(wǎng)的設(shè)計與實現(xiàn)[D].

管理員管理失物的操作可在系統(tǒng)招領(lǐng)平臺完成或生活中完成，在系統(tǒng)中通過輸入關(guān)鍵詞到拾物信息數(shù)據(jù)庫中進(jìn)行匹配，判斷是否匹配成功。在生活中把物品進(jìn)入歸類存放，方便失主當(dāng)場認(rèn)領(lǐng)，最后歸還物品。數(shù)據(jù)庫ER圖如圖3失物招領(lǐng)系統(tǒng)的用例圖所示。

3.3 招領(lǐng)的流程圖

用戶進(jìn)入登陸頁面進(jìn)行登陸認(rèn)證選擇用戶類型為失主，輸入用戶名和密碼登陸成功后，在查找失物對話框中輸入丟失物品關(guān)鍵詞，失物招領(lǐng)平臺自動提取關(guān)鍵詞到丟失物品數(shù)據(jù)庫和撿拾物品數(shù)據(jù)庫中處理信息。發(fā)現(xiàn)丟失物品數(shù)據(jù)庫和拾撿物品數(shù)據(jù)庫中有匹配的記錄，對兩個數(shù)據(jù)庫中的記錄進(jìn)入處理，相似度超過80%后證明匹配成功，給失主發(fā)送領(lǐng)取碼短信。相似度低于80%匹配失敗，可以申請修改掛失記錄中相關(guān)信息，再重新進(jìn)行匹配。流程圖如圖4所示。

3.4 關(guān)鍵技術(shù)

3.4.1 開發(fā)技術(shù)

系統(tǒng)采用了ASP.NET技術(shù)和相結(jié)合的實現(xiàn)方案。ASP.NET的用戶界面簡單友好，加了簡潔明了的數(shù)據(jù)庫接口和功能齊全的數(shù)據(jù)庫操作功能；SQL數(shù)據(jù)庫技術(shù)可完成數(shù)據(jù)庫的操作、信息維護(hù)和身份識別、匹配信息等功能，為用戶展現(xiàn)了失物、失主和拾主等相應(yīng)信息。并可通過ASP.NET與SQL語句的密切結(jié)合對數(shù)據(jù)庫進(jìn)行復(fù)雜的操作。

3.4.2 匹配技術(shù)

匹配技術(shù)主要有兩種方式一是通過網(wǎng)絡(luò)匹配失主，二是在管理中心直接匹配失物。網(wǎng)絡(luò)匹配是通過失主把物品信息提交生成掛失記錄后，等待管理員審核，審核通過后管理員將信息整理生成新的一條公告信息，并在公告欄中發(fā)布。管理員將拾物公告中的記錄與失物公告中的記錄用數(shù)據(jù)庫中的substring來操作，之后用update語句將匹配率一樣顯示百分比，之后點擊鏈接給失主發(fā)送認(rèn)領(lǐng)碼的短信。失主收到短信后在管理中心上班時間進(jìn)行認(rèn)領(lǐng)，認(rèn)領(lǐng)后在物品去向登記表上登記領(lǐng)取人的姓名、年級專業(yè)班級、學(xué)號、聯(lián)系方式、認(rèn)領(lǐng)時間。管理員將信息發(fā)布到認(rèn)領(lǐng)公告欄中，并將掛失公告和拾物公告欄中的信息備注為已處理。認(rèn)領(lǐng)公告是為了讓關(guān)注物品去向的同學(xué)及時了解去向，并方便認(rèn)領(lǐng)出錯后及時找回。

在管理中心直接匹配的具體流程是失主當(dāng)場提供物品信息，工作人員將信息輸入到時拾物數(shù)據(jù)表中進(jìn)行匹配，匹配成功后，失主可直接登記認(rèn)領(lǐng)。管理員將認(rèn)領(lǐng)信息發(fā)布到認(rèn)領(lǐng)公告欄，并在拾物信息記錄上標(biāo)注已處理。這一方式主要是方便同學(xué)查詢了解物品去向，一旦領(lǐng)錯可以及時找回。

3.4.3 數(shù)據(jù)庫防注入

系統(tǒng)運用數(shù)據(jù)庫防注入，防止非法人員通過注入軟件入侵?jǐn)?shù)據(jù)庫，擁有數(shù)據(jù)庫管理人員的登錄詳細(xì)信息，對數(shù)據(jù)庫進(jìn)行不正當(dāng)?shù)牟僮?。首先通過相應(yīng)的關(guān)鍵詞去識別是否有Sql注入攻擊代碼，再通過HttpModule去處理。

3.4.4 基于表單的身份認(rèn)證

Windows身份驗證需要Windows用戶帳戶數(shù)據(jù)庫的帳戶。而基于表單的身份驗證則不同，它是建立在cookie的基礎(chǔ)上。當(dāng)用戶使用基于表單的身份驗證登錄到ASP.NET應(yīng)用程序上時，ASP.NET會發(fā)出一個用于身份驗證的cookie，在以后的Web請求中，該cookie會在服務(wù)器和客戶機(jī)之間來回傳送。用于身份驗證的cookie是長期存在的，就把它的一個副本保存在用戶的硬盤上，只要用戶再次訪問該ASP.NET應(yīng)用程序，就可以根據(jù)該cookie預(yù)先進(jìn)行身份驗證，直到該cookie過期為上。如果用于身份驗證的cookie類型不是長期的，在每個瀏覽器會話結(jié)束后，用于身份驗證的cookie就會被刪除。在這種情況下當(dāng)用戶再次訪問ASP.NET應(yīng)用程序時，就不能預(yù)先驗證它們的身份，而必須再次提供它們的憑證。長期和非長期的cookie使用起來非常靈活。

4 總結(jié)

本文通過對高校中人口密度大、人群活動頻繁、師生學(xué)習(xí)生活等物品容易遺失的現(xiàn)狀分析，發(fā)現(xiàn)了傳統(tǒng)失物招領(lǐng)過程中的工作效率低下、找回率低、保密性差、管理分散等問題和不足，提出了WEB模式的網(wǎng)絡(luò)失物招領(lǐng)信息管理平臺，通過該平臺的失物信息發(fā)布和失物領(lǐng)取功能，提高了遺失物品的招領(lǐng)效率，減少了師生因遺失物品造成的經(jīng)濟(jì)損失。系統(tǒng)在實際運行過程中表現(xiàn)良好，能夠解決先目前高校在遺失物品的招領(lǐng)方面的諸多問題。

參考文獻(xiàn)：

[1] 王潛平，蔣林清.Web系統(tǒng)與技術(shù)[M].北京：國防工業(yè)出版社，2009：253.

[2] 張蓓.網(wǎng)絡(luò)環(huán)境下的高校圖書館失物招領(lǐng)工作探究[J].各抒已見，2010（12）：4.

[3] 耿海霄，張麗夢.校園失物招領(lǐng)系統(tǒng)設(shè)計[J].硅谷，2012（2）.

[4] 尤雪焦.校園失物招領(lǐng)網(wǎng)的設(shè)計與實現(xiàn)[D].