本發(fā)明涉及網(wǎng)絡(luò)教育技術(shù)領(lǐng)域，更具體地說，它涉及一種基于微信的課程資料管理方法、一種基于微信的課程資料管理云端服務(wù)器，以及一種基于微信的課程資料管理系統(tǒng)。

背景技術(shù)：

隨著網(wǎng)絡(luò)通信技術(shù)以及智能終端的發(fā)展普及，各種教育類微信公眾號相繼出現(xiàn)，滿足用戶隨時隨地學(xué)習(xí)的需要。

目前，基于微信公眾號的教育課程管理，主要還是以網(wǎng)絡(luò)授課以及習(xí)題練習(xí)為主。當(dāng)下主流的授課練習(xí)流程模式為：用戶經(jīng)微信公眾號進入到習(xí)題練習(xí)平臺中，進行習(xí)題作答而后上傳，云端服務(wù)器接收用戶答題內(nèi)容并依照用戶的答題內(nèi)容進行自動評分。上述過程中各個用戶都是相對獨立的，課程資料也是扁平化的統(tǒng)一推送，用戶學(xué)習(xí)枯燥被動，學(xué)習(xí)過程中課程資料的交互性差，占用存儲資源大，由基礎(chǔ)課件衍生出的課件資料（如習(xí)題筆記、試題正確率等）利用率低，影響教學(xué)質(zhì)量的提升。

技術(shù)實現(xiàn)要素：

針對實際運用中課程資料交互性差、課件資料利用率低的問題，本發(fā)明技術(shù)方案所解決的技術(shù)問題為，如何利用微信交互平臺，增強課程資料的交互性，最大化的利用課程資料，提升教學(xué)質(zhì)量。具體方案如下：

一種基于微信的課程資料管理方法，包括如下步驟，

基于用戶端個人信息為用戶端分配個人云存儲空間以及用于訪問意向?qū)ο蟮脑L問權(quán)限；

基于用戶端所選課程類型將用戶端劃分為多個組別，并為各個用戶端組別分配共享云存儲空間；

基于用戶端課程進度，更新課程資料并將其存儲至用戶端對應(yīng)的個人云存儲空間和/或共享云存儲空間；

為各個個人云存儲空間及共享云存儲空間分配受訪權(quán)限；

根據(jù)用戶端請求，驗證用戶端訪問權(quán)限與用戶端意向訪問對象的受訪權(quán)限，驗證訪問權(quán)限與受訪權(quán)限相匹配時，通過微信推送所述意向訪問對象所含的課程資料或課程資料訪問鏈接至所述用戶端；驗證訪問權(quán)限未與受訪權(quán)限相匹配時，通過微信推送所述意向訪問對象所屬用戶的個人信息至所述用戶端。

通過上述技術(shù)方案，系統(tǒng)可以為用戶端所擁有的課程資料分配受訪權(quán)限，其他用戶端可以在通過權(quán)限驗證后直接從該用戶端獲取課程資料。上述課程資料可以是該用戶經(jīng)云端服務(wù)器下載的教材資料，也可以是經(jīng)過自己加工過后的衍生的課程資料，如課程筆記等，由此實現(xiàn)課程資料的最大化利用，同時，也能夠促使同一類型課程下的多個用戶能夠相互交流，分享課程資料。通過設(shè)置個人云存儲空間以及共享云存儲空間，可以將原始的課程資料放置于某一個人云存儲空間中，并分配較低的受訪權(quán)限，由此可以使得該個人云存儲空間成為一個課程資料的分享節(jié)點，減少課程資料存儲空間的同時便于同一課程下的用戶相互交流學(xué)習(xí)，有助于教學(xué)質(zhì)量的提升。對于基礎(chǔ)的課程資料，則可以放置到共享云存儲空間，方便訪問。

進一步的，所述個人信息包括：

微信id；

參加課程類型；

已完成課程進度；

已完成課程習(xí)題量；

分享習(xí)題量；以及

登錄系統(tǒng)頻次。

通過將上述分享習(xí)題量以及登錄系統(tǒng)頻次作為個人信息進行存儲，可以直觀地反應(yīng)出該用戶參與課程的積極性，為訪問權(quán)限及受訪權(quán)限分配做參考。

進一步的，所述方法還包括：

基于用戶端個人信息分配個人云存儲空間的大小，所述個人云存儲空間與用戶端的已完成課程進度以及登錄系統(tǒng)頻次呈正相關(guān)設(shè)置。

通過上述技術(shù)方案，已完成課程進度多、登錄系統(tǒng)頻次越高的用戶將會獲得更大的云存儲空間，由此使得該用戶可以存放更多的課程資料，相對的，既可以提高云端存儲空間的利用率（只有學(xué)習(xí)了才會分配到相應(yīng)的存儲空間），又可以促使用戶多學(xué)習(xí)。

進一步的，所述個人云存儲空間分配方法包括，

統(tǒng)計用戶端對應(yīng)課程類型的總課程數(shù)以及用戶端已完成課程進度；

根據(jù)課程類型設(shè)定單一課程對應(yīng)的課程資料所需的存儲空間；

根據(jù)用戶端已完成課程進度、登錄系統(tǒng)頻次多對應(yīng)算法系數(shù)以及單一課程所對應(yīng)的課程資料所需存儲空間，相乘得到所述個人云存儲空間分配大小。

通過上述技術(shù)方案，可以準(zhǔn)確的計算出用戶即已學(xué)習(xí)的課程所需的個人云存儲空間大小，又可以預(yù)測用戶將來可能會用到的個人云存儲空間大小，以此分配后確保用戶能夠獲取足夠大的個人云存儲空間。

進一步的，所述訪問權(quán)限分配方法包括，

統(tǒng)計用戶端對應(yīng)課程類型的總課程數(shù)以及用戶端已完成課程進度；

統(tǒng)計用戶端分享習(xí)題量；

設(shè)定算法，所述訪問權(quán)限的大小與用戶端已完成課程進度以及分享習(xí)題量呈正相關(guān)設(shè)置。

通過上述技術(shù)方案，在進行權(quán)限分配時將用戶的習(xí)題分享量以及已完成課程進度加入到考量之中，使得用戶分享習(xí)題越多則越能夠看訪問其它用戶上傳的習(xí)題，有助于激發(fā)用戶將自己的習(xí)題或筆記上傳分享，同時，隨著課程進度的推進，用戶的訪問權(quán)限越來越高，有助于用戶查閱更多的與課程進度相匹配的課程資料。

進一步的，所述課程資料包括：

課程教材；

課程習(xí)題；

課程問答；以及

用戶端筆記；

用戶端分享習(xí)題。

通過上述技術(shù)方案，充分利用了由用戶衍生出來的課程資料作為課程交互的基礎(chǔ)，有利于提升各個用戶的學(xué)習(xí)熱情，提升教學(xué)質(zhì)量。

為解決上述技術(shù)問題，本發(fā)明技術(shù)方案還提出了一種基于微信的課程資料管理云端服務(wù)器，包括：

數(shù)據(jù)存儲單元，與多個用戶端數(shù)據(jù)連接，包括個人資料存儲區(qū)、共享資料存儲區(qū)以及固定存儲區(qū)；所述個人資料存儲區(qū)根據(jù)用戶端的個人信息劃分為多個個人存儲模塊，用于存儲用戶端接收并上傳的課程資料；所述共享資料存儲區(qū)用于存儲多個用戶端接收或上傳的課程資料；所述固定存儲區(qū)用于存儲服務(wù)器運行數(shù)據(jù)；

權(quán)限管理單元，為各個用戶端分配訪問權(quán)限，并根據(jù)用戶端的課程進度以及分享習(xí)題量更新各個用戶端的訪問權(quán)限以及受訪權(quán)限；

訪問鏈接模塊，為各個用戶端之間、用戶端與云端服務(wù)器之間設(shè)定訪問鏈路；

權(quán)限驗證模塊，在用戶端訪問意向?qū)ο髸r，驗證用戶端的訪問權(quán)限及受訪權(quán)限；

課程資料推送模塊，與所述數(shù)據(jù)存儲單元及權(quán)限驗證模塊數(shù)據(jù)連接，響應(yīng)于用戶端的請求，驗證訪問權(quán)限后經(jīng)微信向用戶端推送課程資料或課程資料所屬用戶的個人信息。

通過上述技術(shù)方案，將云端服務(wù)器的存儲單元劃分為多個存儲模塊，不同的存儲模塊存儲不同的數(shù)據(jù)。將課程資料存儲于某一個人云存儲空間中，以該個人云存儲空間作為課程資料的訪問節(jié)點，有利于促進用戶端之間的數(shù)據(jù)交互，同時節(jié)省云端的存儲空間。通過實行層級權(quán)限控制并將上述權(quán)限控制與用戶端的個人信息相關(guān)聯(lián)，促進用戶的學(xué)習(xí)熱情。

進一步的，所述云端服務(wù)器還包括：

用戶端存儲空間分配模塊，用于根據(jù)用戶端的已完成課程進度以及登錄系統(tǒng)頻次，為各個用戶端分配不同大小的個人云存儲空間。

通過上述技術(shù)方案，可以充分地利用有限的云端存儲空間，減少系統(tǒng)開發(fā)的成本。

為解決上述技術(shù)問題，本發(fā)明技術(shù)方案還提出了一種基于微信的課程資料管理系統(tǒng)，包括云端服務(wù)器以及多個用戶端，其中，

所述用戶端包括：

數(shù)據(jù)交互模塊，與云端服務(wù)器數(shù)據(jù)連接，用于與云端服務(wù)器進行數(shù)據(jù)交互；

用戶界面模塊，用于接收用戶的操作以及顯示推送信息；

所述云端服務(wù)器包括：

數(shù)據(jù)存儲單元，與多個用戶端數(shù)據(jù)連接，包括個人資料存儲區(qū)、共享資料存儲區(qū)以及固定存儲區(qū)；所述個人資料存儲區(qū)根據(jù)用戶端的個人信息劃分為多個個人存儲模塊，用于存儲用戶端接收并上傳的課程資料；所述共享資料存儲區(qū)用于存儲多個用戶端接收或上傳的課程資料；所述固定存儲區(qū)用于存儲服務(wù)器運行數(shù)據(jù)；

權(quán)限管理單元，為各個用戶端分配訪問權(quán)限，并根據(jù)用戶端的課程進度以及分享習(xí)題量更新各個用戶端的訪問權(quán)限以及受訪權(quán)限；

訪問鏈接模塊，為各個用戶端之間、用戶端與云端服務(wù)器之間設(shè)定訪問鏈路；

權(quán)限驗證模塊，在用戶端訪問意向?qū)ο髸r，驗證用戶端的訪問權(quán)限及受訪權(quán)限；

課程資料推送模塊，與所述數(shù)據(jù)存儲單元及權(quán)限驗證模塊數(shù)據(jù)連接，響應(yīng)于用戶端的請求，驗證訪問權(quán)限后經(jīng)微信向用戶端推送課程資料或課程資料所屬用戶的個人信息。

進一步的，所述用戶端包括內(nèi)置有微信應(yīng)用的pc、手機、平板電腦。

通過上述技術(shù)方案，用戶經(jīng)過權(quán)限驗證后登錄系統(tǒng)，通過完成課程獲取進一步的課程資料，上述課程資料包括教材等原始資料，也包括其它用戶的課程筆記、習(xí)題等資料，用戶利用上述資料進行學(xué)習(xí)。系統(tǒng)為用戶分配個人云存儲空間，上述云存儲空間的大小與用戶個人的課程進度以及登錄系統(tǒng)頻次相關(guān)聯(lián)，越勤奮的用戶其獲取的個人云存儲空間越大。同時，上傳資料越多的用戶能夠更多地查閱其它用戶上傳的課程資料。對于一些基礎(chǔ)的課程資料實行共享云存儲，對于衍生的課程資料或者課程后期才會用到的資料采用個人存儲空間存儲，節(jié)約存儲空間的同時，可以增強用戶之間的交互性。

與現(xiàn)有技術(shù)相比，本發(fā)明技術(shù)方案至少具有如下有益效果：

針對每一個用戶匹配設(shè)定的個人云存儲空間以及訪問意向?qū)ο蟮脑L問權(quán)限，根據(jù)課程的進度及登錄系統(tǒng)頻次決定個人云存儲空間的大小，節(jié)約存儲資源，并且將課程資料對應(yīng)的下放到每個個人云存儲空間中，上述課程資料的大小與用戶的課程進度相關(guān)聯(lián)，激發(fā)用戶的學(xué)習(xí)熱情，同樣，利用上述個人云存儲空間作為教學(xué)資料的中轉(zhuǎn)節(jié)點，進一步節(jié)省云存儲空間的同時可以增進用戶端之間的交互性。

在課程資料管理中，采集用戶端上傳的課程習(xí)題、課程筆記等衍生課程資料，深入挖掘課程的價值所在，便于用戶之間的交流。通過設(shè)置權(quán)限管理，使得分享越多的用戶相應(yīng)的能夠獲取更大的訪問權(quán)限或者更高的受訪權(quán)限，進一步促進用戶之間衍生課程資料的分享交流，有助于提升教學(xué)的質(zhì)量。

附圖說明

通過閱讀參照以下附圖對非限制性實施例所作的詳細(xì)描述，本發(fā)明的其他特征、目的和優(yōu)點將會變得更明顯：

圖1為現(xiàn)有技術(shù)中基于微信的課程資料管理結(jié)構(gòu)示意圖；

圖2為本發(fā)明技術(shù)方案中基于微信的課程資料管理結(jié)構(gòu)示意圖；

圖3為本發(fā)明技術(shù)方案中基于微信的課程資料管理方法流程示意圖；

圖4為本發(fā)明技術(shù)方案中個人云存儲空間訪問權(quán)限分配方法流程示意圖；

圖5為本發(fā)明技術(shù)方案中個人云存儲空間分配方法流程示意圖；

圖6為本發(fā)明技術(shù)方案中基于微信的課程資料管理云端服務(wù)器及系統(tǒng)的框架結(jié)構(gòu)示意圖。

附圖標(biāo)志：100、云端服務(wù)器；101、數(shù)據(jù)存儲單元；102、個人資料存儲區(qū)；103、共享資料存儲區(qū)；104、固定存儲區(qū)；200、權(quán)限管理單元；300、訪問鏈接模塊；400、權(quán)限驗證模塊；500、課程資料推送模塊；600、用戶端；601、數(shù)據(jù)交互模塊；602、用戶界面模塊。

具體實施方式

下面結(jié)合實施例及圖對本發(fā)明作進一步的詳細(xì)說明，但本發(fā)明的實施方式不僅限于此。

微信公眾號作為多媒體內(nèi)容傳播的載體在應(yīng)用上已經(jīng)十分普遍，而基于微信公眾號的教育平臺也越來越多。目前基于微信公眾號的教育平臺，用戶端及課程資料的管理都是一對一或者說是扁平單一化的。如圖1所示（圖中帶數(shù)字箭頭代表課程資料訪問路徑，下同），目前的微信公眾號，用戶端獲取到的課程資料都是原始的課程資料，如課程教材、課程習(xí)題等，并且在微信公眾號后臺對應(yīng)的云端服務(wù)器中為該客戶指定了設(shè)定大小的云存儲空間，上述云存儲空間的大小都是一定的。大量的課程資料被集中存儲在了一個共享的云存儲空間中，供所有用戶端無差別地下載使用。上述課程資料的管理模式存在著許多弊端，例如，在用戶課程進度剛開始時，其并不需要過多的個人云存儲空間，而初始分配的云存儲空間大部分就被浪費了。其次，隨著課程進度的不斷推進，用戶需要了解其它用戶的反饋情況，此時課程資料的交互性就顯得十分重要了。最后，將所有的課程資料全部存儲在一個固定共享的云存儲空間中，實際上既占用了大量的云端存儲資源，也減弱了用戶端之間的數(shù)據(jù)交互。

基于上述現(xiàn)有技術(shù)的缺陷，本發(fā)明技術(shù)方案提供了解決思路。如圖2所示，其主要思路在于：利用單個用戶個人云存儲空間作為課程資料的中轉(zhuǎn)節(jié)點，存儲相應(yīng)的課程資料，例如，利用課程進度排第一的第一個用戶或并列排第一的多個用戶的個人云存儲空間作為課程資料存儲空間，系統(tǒng)為上述空間分配受訪權(quán)限，該權(quán)限是根據(jù)用戶的課程進度分配的，即課程未推進到設(shè)定課程時，用戶端600是無法訪問相應(yīng)的課程資料的。而后逐漸的將課程信息全部發(fā)送至多個相應(yīng)的個人存儲空間中。如此便可以減少存儲空間的占用率，并且可以增進用戶的交互。在交互過程中，用戶端600可以上傳自己的衍生課程資料，利于課程資料的分享。

對于本發(fā)明技術(shù)方案中的用戶端600，包括內(nèi)置有微信應(yīng)用的pc、手機、平板電腦等設(shè)備。云端服務(wù)器100為微信后臺服務(wù)器，包括數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器及web服務(wù)器中的一種或多種。

實施例一

為解決現(xiàn)有技術(shù)中的技術(shù)問題，結(jié)合上述發(fā)明思路，本發(fā)明技術(shù)方案提出了一種基于微信的課程資料管理方法，如圖3所示，包括如下步驟：

步驟s100，基于用戶端600個人信息為用戶端600分配個人云存儲空間以及用于訪問意向?qū)ο蟮脑L問權(quán)限；

步驟s101，基于用戶端600所選課程類型將用戶端600劃分為多個組別，并為各個用戶端600組別分配共享云存儲空間；

步驟s102，基于用戶端600課程進度，更新課程資料并將其存儲至用戶端600對應(yīng)的個人云存儲空間和/或共享云存儲空間；

步驟s103，為各個個人云存儲空間及共享云存儲空間分配受訪權(quán)限；

步驟s104，根據(jù)用戶端600請求，驗證用戶端600訪問權(quán)限與用戶端600意向訪問對象的受訪權(quán)限，驗證訪問權(quán)限與受訪權(quán)限相匹配時，通過微信推送所述意向訪問對象所含的課程資料或課程資料訪問鏈接至所述用戶端600；驗證訪問權(quán)限未與受訪權(quán)限相匹配時，通過微信推送所述意向訪問對象所屬用戶的個人信息至所述用戶端600。

上述步驟s100中的個人信息包括：微信id、參加課程類型、已完成課程進度、已完成課程習(xí)題量、分享習(xí)題量以及登錄系統(tǒng)頻次。由已完成課程進度、分享習(xí)題量和登錄系統(tǒng)頻次可以直觀地反應(yīng)出該用戶的課程學(xué)習(xí)積極性。為訪問權(quán)限及受訪權(quán)限分配做參考。

基于上述個人信息，本發(fā)明技術(shù)方案中，如圖4所示，所述訪問權(quán)限分配方法包括：

步驟s200，統(tǒng)計用戶端600對應(yīng)課程類型的總課程數(shù)以及用戶端600已完成課程進度；

步驟s201，統(tǒng)計用戶端600分享習(xí)題量；

步驟s202，設(shè)定相應(yīng)算法，所述訪問權(quán)限的大小與用戶端600已完成課程進度以及分享習(xí)題量呈正相關(guān)設(shè)置。

在進行權(quán)限分配時將用戶的習(xí)題分享量以及已完成課程進度加入到考量之中，使得用戶分享習(xí)題越多則越能夠看訪問其它用戶上傳的習(xí)題，有助于激發(fā)用戶將自己的習(xí)題或筆記上傳分享，同時，隨著課程進度的推進，用戶的訪問權(quán)限越來越高，有助于用戶查閱更多的與課程進度相匹配的課程資料。統(tǒng)計課程進度可以通過記錄用戶下載課件的使用時間，統(tǒng)計用戶端600分享習(xí)題量可以利用關(guān)鍵字檢測方法進行

為了更加充分地利用云端存儲空間，本實施例中，個人云存儲空間大小的分配方法為：基于用戶端600個人信息分配個人云存儲空間的大小，所述個人云存儲空間與用戶端600的已完成課程進度以及登錄系統(tǒng)頻次呈正相關(guān)設(shè)置。從上述方案不難看出，已完成課程進度多、登錄系統(tǒng)頻次越高的用戶將會獲得更大的云存儲空間，由此使得該用戶可以存放更多的課程資料，系統(tǒng)也可以存放更多的課程資料到該用戶的個人云存儲空間中，既可以提高云端存儲空間的利用率，又可以促使用戶多學(xué)習(xí)。

對于步驟s100中，如圖5所示，所述個人云存儲空間分配方法具體包括：

步驟s300，統(tǒng)計用戶端600對應(yīng)課程類型的總課程數(shù)以及用戶端600已完成課程進度；

步驟s301，根據(jù)課程類型設(shè)定單一課程對應(yīng)的課程資料所需的存儲空間；

步驟s302，根據(jù)用戶端600已完成課程進度、登錄系統(tǒng)頻次多對應(yīng)算法系數(shù)以及單一課程所對應(yīng)的課程資料所需存儲空間，相乘得到所述個人云存儲空間分配大小。

有上述技術(shù)方案，可以準(zhǔn)確的計算出用戶即已學(xué)習(xí)的課程所需的個人云存儲空間大小，又可以預(yù)測用戶將來可能會用到的個人云存儲空間大小，以此分配后確保用戶能夠獲取足夠大的個人云存儲空間。

與傳統(tǒng)的課程資料不同，本發(fā)明中所述課程資料包括：課程教材、課程習(xí)題、課程問答以及用戶端600筆記、用戶端600分享習(xí)題。充分利用由用戶衍生出來的課程資料作為課程交互的基礎(chǔ)，有利于提升各個用戶的學(xué)習(xí)熱情，提升教學(xué)質(zhì)量。

對于上述基于微信的課程資料管理方法，服務(wù)器可以為用戶端600所擁有的課程資料分配受訪權(quán)限，其他用戶端600可以在通過權(quán)限驗證后直接從該用戶端600獲取課程資料。上述課程資料可以是該用戶經(jīng)云端服務(wù)器100下載的教材資料，也可以是經(jīng)過自己加工過后的衍生的課程資料，如課程筆記等，由此實現(xiàn)課程資料的最大化利用，同時，也能夠促使同一類型課程下的多個用戶能夠相互交流，分享課程資料。通過設(shè)置個人云存儲空間以及共享云存儲空間，可以將原始的課程資料放置于某一個人云存儲空間中，并分配較低的受訪權(quán)限，由此可以使得該個人云存儲空間成為一個課程資料的分享節(jié)點，減少課程資料存儲空間的同時便于同一課程下的用戶相互交流學(xué)習(xí)，有助于教學(xué)質(zhì)量的提升。在課程資料交互的過程中，用戶端600可能會遇到訪問權(quán)限的限制，此時，服務(wù)器通過微信向用戶端600反饋該用戶所要訪問的課程資料對應(yīng)的用戶個人信息，此處個人信息主要為用戶的微信id，該用戶端600則可以決定是否與上述課程資料對應(yīng)的用戶取得聯(lián)系，獲取由對方直接通過微信推送的課程資料，實際上也增加了用戶之間的交流。

實施例二

基于本發(fā)明技術(shù)方案的上述實施例，本實施例提供了一種基于微信的課程資料管理云端服務(wù)器100，如圖6所示，包括：

數(shù)據(jù)存儲單元101，與多個用戶端600數(shù)據(jù)連接，包括個人資料存儲區(qū)102、共享資料存儲區(qū)103以及固定存儲區(qū)104；所述個人資料存儲區(qū)102根據(jù)用戶端600的個人信息劃分為多個個人存儲模塊，用于存儲用戶端600接收并上傳的課程資料；所述共享資料存儲區(qū)103用于存儲多個用戶端600接收或上傳的課程資料；所述固定存儲區(qū)104用于存儲服務(wù)器運行數(shù)據(jù)；

權(quán)限管理單元200，為各個用戶端600分配訪問權(quán)限，并根據(jù)用戶端600的課程進度以及分享習(xí)題量更新各個用戶端600的訪問權(quán)限以及受訪權(quán)限；

訪問鏈接模塊300，為各個用戶端600之間、用戶端600與云端服務(wù)器100之間設(shè)定訪問鏈路；

權(quán)限驗證模塊400，在用戶端600訪問意向?qū)ο髸r，驗證用戶端600的訪問權(quán)限及受訪權(quán)限；

課程資料推送模塊500，與所述數(shù)據(jù)存儲單元101及權(quán)限驗證模塊400數(shù)據(jù)連接，響應(yīng)于用戶端600的請求，驗證訪問權(quán)限后經(jīng)微信向用戶端600推送課程資料或課程資料所屬用戶的個人信息。

數(shù)據(jù)存儲單元101為設(shè)置于云端的數(shù)據(jù)庫或數(shù)據(jù)庫服務(wù)器，其內(nèi)部劃分為多個存儲區(qū)域。將云端服務(wù)器100的存儲單元劃分為多個存儲模塊，不同的存儲模塊存儲不同的數(shù)據(jù)。將課程資料存儲于某一個人云存儲空間中，以該個人云存儲空間作為課程資料的訪問節(jié)點，有利于促進用戶端600之間的數(shù)據(jù)交互，同時節(jié)省云端的存儲空間。

本發(fā)明中，權(quán)限管理單元200對應(yīng)的權(quán)限管理技術(shù)目前已經(jīng)十分成熟，其主要作用在于服務(wù)訪問鏈接模塊300，由服務(wù)器搭建好各個用戶端600之間的交互鏈接，上述交互鏈接可直接利用微信后臺服務(wù)器實現(xiàn)，即利用微信的及時通信功能模塊實現(xiàn)，可以輕松地搭建各個用戶端600之間的通信鏈路。權(quán)限管理模塊的主要目的在于對上述通信鏈路加以權(quán)限控制。通過實行層級權(quán)限控制并將上述權(quán)限控制與用戶端600的個人信息相關(guān)聯(lián)，促進用戶的學(xué)習(xí)熱情。

同時，為了可以充分地利用有限的云端存儲空間，減少系統(tǒng)開發(fā)的成本，所述云端服務(wù)器100還包括：

用戶端600存儲空間分配模塊，用于根據(jù)用戶端600的已完成課程進度以及登錄系統(tǒng)頻次，為各個用戶端600分配不同大小的個人云存儲空間。具體的分配方式參見實施例一中的步驟s300～s302。

實施例三

基于本發(fā)明技術(shù)方案的上述實施例，本實施例提供了一種基于微信的課程資料管理系統(tǒng)，如圖6所示，包括云端服務(wù)器100以及多個用戶端600，其中，

所述用戶端600主要包括數(shù)據(jù)交互模塊601及用戶界面模塊602。

數(shù)據(jù)交互模塊601與云端服務(wù)器100數(shù)據(jù)連接，用于與云端服務(wù)器100進行數(shù)據(jù)交互，例如手機中的通信模塊。用戶界面模塊602用于接收用戶的操作以及顯示推送信息，例如手機中的觸屏輸入輸出及顯示模塊。

云端服務(wù)器100則采用實施例二中的服務(wù)器架構(gòu)。

通過上述系統(tǒng)設(shè)置，用戶經(jīng)過權(quán)限驗證后登錄系統(tǒng)，通過完成課程獲取進一步的課程資料，上述課程資料包括教材等原始資料，也包括其它用戶的課程筆記、習(xí)題等資料，用戶利用上述資料進行學(xué)習(xí)。系統(tǒng)為用戶分配個人云存儲空間，上述個人云存儲空間的大小與用戶個人的課程進度以及登錄系統(tǒng)頻次相關(guān)聯(lián)，越勤奮的用戶其獲取的個人云存儲空間越大。同時，上傳課程資料越多的用戶能夠更多地查閱其它用戶上傳的課程資料。每個個人云存儲空間都作為一個課程資料的傳輸節(jié)點，方便交互訪問的同時節(jié)省存儲空間。對于一些基礎(chǔ)的課程資料實行共享云存儲，對于衍生的課程資料或者課程后期才會用到的資料采用個人存儲空間存儲，節(jié)約存儲空間的同時，可以增強用戶之間的交互性。

以上所述僅是本發(fā)明的優(yōu)選實施方式，本發(fā)明的保護范圍并不僅局限于上述實施例，凡屬于本發(fā)明思路下的技術(shù)方案均屬于本發(fā)明的保護范圍。應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理前提下的若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。