基于眾包的圖書館會議資源建設模式研究*

羅小路 葉飛 程秀峰

（1. 華中師范大學信息管理學院，武漢 430079；2. 華中師范大學研究生院，武漢 430079）

會議資源是國家科技情報的重要來源，也是國家文獻信息資源保障體系中的關鍵一環，它反映學科前沿動態，為了解各國科技水平、預測未來發展提供參考，無論對企業、教育科研機構還是政府來說都至關重要。但實際上，由于出版流程復雜、管理標準各異、獲取途徑有限，會議資源的流失問題十分嚴重。

隨著Web 2.0時代的到來，用戶參與式資源開發模式——“眾包”逐漸引起圖書館界的關注。眾包以社會化協作的方式將用戶融入資源建設與服務中，其開放、集成的獨特優勢可以打破圖書館組織邊界，拓寬會議資源建設渠道，緩解會議資源建設資金不足、人員短缺的現狀，有效提升資源利用率和服務水平。與國外豐富的應用相比，國內圖書館對資源眾包的討論還停留在方案設計、經驗分享上，對資源眾包平臺建設、技術選型方面的關注稍顯不足。

微服務是近幾年開始流行的一種軟件系統架構，其核心在于將單個應用程序分解成若干可獨立運行的小服務，這些服務圍繞不同的業務邏輯建立，獨立部署，服務之間采用輕量級協議進行通信。相比單一的系統架構，微服務的先進性不僅體現在技術上，還體現在業務和組織上[1]，具有易開發、易維護、多技術支持、擴展靈活、可復用等優點。

會議資源建設的復雜性使得用戶對眾包平臺功能的要求不斷增加，傳統的系統構架已經無法適應資源眾包多任務場景的需求，而微服務能夠快速構建標準的功能模塊且支持模塊的拓展，恰好能為眾包平臺的開發提供理想的解決方案。鑒于此，本文將會議資源建設與眾包模式結合起來，通過構建基于微服務架構的會議資源眾包平臺，深入探討圖書館會議資源眾包的實現路徑，為改善會議資源建設現狀做出新的嘗試。

1 圖書館建設會議資源的必要性

會議資源是指學術會議中形成的學術論文、科技報告、會議演講稿等一系列資料。作為資源服務機構的代表，圖書館開展會議資源建設的必要性主要體現在3個方面。

1.1 提高會議資源利用率

會議資源基數大、種類多，但流通范圍十分有限，屬于灰色文獻，國家圖書館曾明確灰色文獻的搜集范圍，會議資源是其中重要的組成部分[2]。經過圖書館界幾十年的探索，灰色資源整體建設已經初具規模，但是會議資源情況特殊，建設水平仍較為落后。一方面，會議資源的價值被嚴重低估導致這些資源在會后無法順利出版，造成重要情報的流失；另一方面，受到出版機構、檢索工具等條件的限制，即便是順利出版的資源也很難得到有效利用。為此，圖書館應加大會議資源開發力度，通過合理的宣傳來提高用戶的資源意識，幫助拓展會議資源的開發渠道，以達到提高會議資源利用率的目的。

1.2 實現圖書館服務創新

圖書館發展經歷了以資源為中心和突出開放借閱的第一代、第二代圖書館，現在已經進入以服務為中心的第三發展階段[3]，各地圖書館正借助先進技術積極探索資源服務的新模式。但是，館藏資源的同質化和單一化仍是當前圖書館服務創新的障礙[4]，這對圖書館服務質量有直接的影響。因此，讓會議資源作為科學數據的重要補充，能夠使圖書館服務內容多元化，同時促進圖書館資源服務創新。

1.3 增強行業競爭力

圖書館想要突出行業地位，保持核心競爭力是關鍵。資源定位觀認為，具有獨特、持久、專用、不可替代的資源是圖書館的核心競爭力[5]。但是，隨著用戶數量和需求的增加，越來越多商業化的服務機構加入市場，這些機構以盈利為主要目的，服務針對性強，專業化程度高，對圖書館界的發展也產生了較大的沖擊。在這種情況下，將會議資源容納入館藏資源建設體系，可以提高圖書館行業競爭力，提升其在嚴酷市場環境下的生存力。

綜上所述，做好會議資源的建設工作，既是圖書館長期發展的業務需要，也是實現科學資源共享的責任擔當，圖書館有必要重視會議資源的開發與利用，為解決圖書館資源流失、實現服務創新、增強行業競爭力提供支持和保障。

2 眾包在圖書館資源建設中的應用

2.1 圖書館資源眾包的概念

2006年6月，Howe[6]在《連線》雜志上正式提出眾包的概念，認為它是一個公司或機構將過去由員工負責的業務以公開、自愿的形式外包給非特定大眾的做法。眾包的本質是基于價值共創理念，充分利用大眾的知識盈余來實現資源的共建共享。一個眾包項目由發包方、接包方和眾包平臺組成，發包方根據需求設計任務，然后借由網絡平臺發布，接包方利用自己的空閑時間參與任務，創造內容，解決問題。眾包模式最早應用于商業領域，企業依托互聯網將社會資源以極低的成本匯聚起來用于企業生產，后來這一做法被數字人文、公共衛生、旅游交通等眾多領域借鑒使用。

將眾包應用到圖書館資源建設中就是以圖書館為發包主體，將社會資源集中起來共同完成資源建設，該模式一經引入就在圖書館界得到了廣泛傳播。在國外，澳大利亞國家圖書館、美國國會圖書館、英國倫敦大學圖書館、紐約公共圖書館、芬蘭國家圖書館等都有過應用并取得了不錯的成效。在國內，上海圖書館在這方面實踐最多，學界則更集中于理論研究：國外眾包經驗介紹[7]或是針對眾包方案中的某個環節進行設計，如方案策略[8]、質量管理[9]、激勵機制[10]、風險控制[11]等內容。

2.2 圖書館資源眾包的種類

根據任務性質的不同，圖書館常見的資源建設眾包類型有轉錄與校對、情境化、補充收藏、分類、聯合策展和眾籌[12]。李書寧等[13]指出圖書館數字館藏建設的三大類實踐，即資源征集與整理、數字化資源光學字符識別（Optical Character Recognition，OCR）錯誤校正和數字資源組織描述。資源建設經歷收集、加工、維護更新，每個階段所對應的眾包任務各有側重。資源收集階段的主要任務就是補充收藏，有圖書館采用“用戶決策采購”模式邀請讀者發現并獲取圖書館未收藏的資源，還有圖書館采取自愿捐贈的形式向公眾征集資源。資源數字化轉錄也是征集數字資源的重要手段，而且該任務通常與資源校對工作（如OCR錯誤校正）同時完成，因此也屬于資源加工的范疇。除此之外，資源加工的任務具體還包括元數據方案制定、資源評論與標注、資源分類等，這些任務一般需要用戶為內容添置tag標簽從而實現資源的描述，方便資源的檢索與利用，對用戶的專業能力有較高的要求。由于資源更新速度快，圖書館很難時刻關注數據庫的變化，資源或設備中任意一方出現故障都會導致資源建設工作功虧一簣，所以資源維護的目的就是要聯合用戶一起關注資源的變化情況，及時發現漏洞和更新數據，保證圖書館資源的正常運行。通過總結發現，雖然眾包類型各不相同，但它們都存在一些共同特征：工作量大，任務可拆分，需要大量用戶參與；單個任務相對簡單、耗時短、具有趣味性；以特色數字館藏建設為主。

2.3 圖書館資源眾包平臺的構建模式

眾包平臺作為連接接包方和發包方的橋梁，其系統性能、功能設計直接關乎眾包的效果。目前常見的眾包平臺包括自建平臺、第三方平臺和嵌入式平臺。自建平臺根據眾包需求自行建立，如英國倫敦大學圖書館的邊沁手稿錄入項目[14]和上海圖書館的盛宣懷檔案抄錄[15]及家譜項目[16]等。自建平臺嚴格依照眾包方案單獨建立，所以系統性能相對完善，具有很好的擴展性，但是單獨開發的成本較高，與圖書館服務平臺的聯系較少，服務功能可能會受到影響。也有部分圖書館避開系統開發的程序，直接選擇成熟的專業平臺即第三方平臺發布眾包項目，如大英圖書館、美國國會圖書館、澳大利亞國家圖書館在Flickr平臺上開展的圖片眾包項目。[17]第三方平臺雖然擁有用戶基礎，但是受限于自身功能的自定義、針對性弱，圖書館的一些特殊要求不能得到滿足。嵌入式平臺直接依托圖書館網站來進行構建，將眾包功能與讀者服務融為一體，如澳大利亞國家圖書館的數字項目[18]、紐約公共圖書館的餐廳菜單轉錄項目[19]、芬蘭國家圖書館的Digitalkoot項目[20]、新加坡南洋技術大學圖書館的中國旗袍項目[21]。嵌入式設計可以節省系統開發費用，但平臺的普適性較弱，需要針對眾包類型分別進行開發。

2.4 眾包對圖書館資源建設的積極意義

第三代圖書館注重人的需求，追求多樣化、智能化的讀者服務，對圖書館的空間特征、形態特征和服務特征[22]提出了更高的要求。眾包作為一種無限開放、全民參與、無組織邊界、智慧創新[23]的工作模式，對推動圖書館實現組織與服務變革，提升圖書館社會影響力具有重要的價值。第一，與急速增長的數字資源相比，圖書館的人力資源儲備顯然已經無法應對煩瑣的業務需求。管理者迫切需要從封閉的工作環境中解放出來，主動向公眾尋求幫助，借助社會力量來解決組織的內部問題。眾包通過提供較低酬勞的方式吸引公眾參與圖書館建設，以較低的預算換取更大的回報，不僅可以降低運作成本，還可以減少待處理工作的堆積。第二，以用戶為中心的服務理念逐漸流行，圖書館的服務重心開始發生轉移，管理者更多地關心“用戶是誰”“用戶喜歡什么”“用戶如何評價”等問題，與用戶互動的需求逐漸增多。而眾包最大的優勢在于能夠提高用戶的參與度，為圖書館搭建一個與用戶溝通交流的平臺，讓管理者有機會在與用戶交互的過程中了解用戶的真實想法，這是以用戶為中心服務理念的具體體現。第三，以眾包的方式參與資源建設，將圖書館置身于公眾視野之中，通過與讀者、機構合作建立情感紐帶不僅可以吸引一批具有相同文化觀念、忠誠可靠的用戶群體，還能幫助圖書館樹立開放、親民的組織形象，從一定程度上提升社會影響力和行業競爭力。

3 基于眾包模式的圖書館會議資源建設方案

綜上所述，在參照國內外圖書館眾包的成功經驗后，結合我國會議資源建設的特點，筆者提出一個基于眾包模式的圖書館會議資源建設方案，旨在鞏固圖書館會議資源建設，加快實現多源異構的會議資源的深度融合，實現會議資源更高水平的共建共享。

3.1 參與方與眾包平臺的選擇

與一般的商業化眾包模式不同，會議資源專業性很強，因此接包方的選擇不是任意大眾，而是具有一定專業背景的個人或機構。其中：個人主要是參會人員和具有經驗的專家；機構主要是會議的主辦方和承辦方，包括學協會、出版社、科研機構、圖書館等。眾包平臺的構建以圖書館官方網站為基礎，嵌入新的眾包服務設計。嵌入式設計的優勢在于：①官方網站擁有一定知名度和用戶基礎；②與第三方平臺相比，用戶更熟悉原系統，參與者不需要額外的培訓或只需經過簡單的培訓就可以熟練使用系統進行操作；③在系統內部完成任務不僅方便命令的執行與反饋，還能避免跨系統傳輸可能造成的數據損耗，方便數據的整合與利用。

3.2 參與模式的選擇

傳統的眾包模式分為競賽眾包和協作眾包，競賽眾包強調最優方案的選擇，而協作眾包強調方案的聚合[24]。會議資源建設涉及資源采集、數據加工、資源出版和資源維護四個階段，不同階段的任務性質存在差異，因此模式的選擇必須具有針對性。資源的采集、出版和維護階段的任務內容明確，難度適中，應該利用協作眾包集思廣益。在協作模式下，機構眾包和個人眾包同時進行且始終保持互動，圖書館作為眾包的領導者，不僅要負責任務的策劃、發布和回收，還要主動協調二者之間的工作。相對而言，數據加工階段的任務復雜，對結果質量要求嚴格，所以應該選擇競賽眾包，通過比較從眾多方案中選擇最優方案，防止因某一部分工作的失誤影響眾包整體的質量。眾包的參與主體及角色分工見圖1。

圖1 會議資源眾包理論運行框架

3.3 階段任務的劃分

會議資源建設流程以及各階段的具體任務見圖2。

圖2 會議資源眾包建設流程圖

3.3.1 資源采集

采集資源是會議資源建設的第一步。借助個人和機構的力量可以擴大會議資源采集的范圍和深度，尤其是在采集灰色文獻資源時眾包的優勢更加突出：用戶可以將自己從互聯網、專業數據庫、出版社和會議現場獲得的會議資源上傳，而這些資源是圖書館很難憑借自身努力獲得的。預處理的目的是規范會議資源的形式和內容，通過人工轉錄或者OCR識別將非結構化數據轉化成結構化數據或半結構化數據，充分評估內容的相關度、完整度后對數據進行篩選，這部分工作枯燥煩瑣，將其拆分成簡單的小任務交給廣大用戶處理可快速完成。

3.3.2 數據加工

建立元數據標準是數據加工的前提，只有規范抽取出題名、責任者、會議名稱、會議時間、舉辦機構等關鍵信息，才能進行資源的組織和檢索。受圖書館條件的限制，編目人員對標準理解的差異容易導致著錄格式混亂，給普通用戶的檢索帶來困擾。而在眾包模式下，用戶有機會參與會議資源元數據標準的制定，以用戶生成標簽的方式對會議資源的名稱和內容進行揭示，然后以此為標準進行資源分類、名稱規范、實體標注等操作。這一模式除了能夠充分發揮群體智慧，彌補圖書館思維的局限性之外，還有利于加深用戶和圖書館雙方對資源編目規則的理解，提高會議資源的查準率。

3.3.3 資源出版

眾包所得資源包含已正式出版和未正式出版兩種類型，資源出版是針對后者而言的。在這方面開放式的出版是目前比較流行的模式，可以很好地解決會議資源老化速度快，重視程度低的問題。但是現階段會議資源開放出版的參與度不高，各大機構還處于分散經營、各自出版的狀態，會議資源難以集中獲取。引入眾包就是為會議資源集中式開放出版創造條件，圖書館一方面借助活動宣傳提高出版方對會議資源的關注度，另一方面聚集出版商、學協會等機構形成會議資源開放出版聯盟，統一規劃會議資源開放出版的流程和保障機制，使會議資源得到集中、有序出版，進而保障資源的質量與版權問題。

3.3.4 資源維護

會議資源開發重視資源的采集、加工、出版，卻容易忽視資源維護工作的重要性，同時，數字資源的飛速膨脹也給會議資源的穩定存儲帶來不小的挑戰，如果不能實現資源的有效保存，將會使會議資源陷入“藏而無用”的尷尬境地。圖書館應該利用眾包廣泛召集用戶搜集、追蹤會議動態信息，從公眾的視角挖掘會議資源中的潛在價值，通過補充會議資料、處理失效鏈接、解決版權糾紛等途徑實現會議資源的維護與更新，降低網絡、技術和人為因素對會議資源數據庫的干擾，確保館藏資源在任何環境下都具有長期可用性，能為會議資源的循環建設提供新的發展動力。

眾包方案是開展眾包活動的基礎，但是方案的具體實現還得靠眾包平臺來完成，可以說，構建眾包平臺是眾包方案的核心。從平臺的應用場景來看，會議資源眾包平臺不僅要支持資源采編、流典等常規的資源服務項目，更重要的是支持眾包任務的交互、流通和管理項目。因此平臺的設計要兼顧圖書館的傳統服務需求和眾包的個性化需求，同時根據眾包進展靈活調整。傳統的單體應用架構開發周期長、維護成本高，模塊僵化等因素都會嚴重阻礙眾包的執行，而微服務架構采用高內聚、低耦合的組件化開發方案，不僅能降低系統開發和維護的難度，還能有效提升系統的性能。將微服務架構應用于圖書館會議資源眾包平臺設計，把原本固化的業務系統打散成多個開放、靈活的微服務模塊，就可以更好地應對眾包不斷變化的場景需求。

4 基于微服務架構的圖書館會議資源眾包平臺

基于微服務架構的圖書館會議資源眾包式設計契合第三代圖書館“以用戶服務為中心”的發展理念，遵循開放、兼容、協同、靈活、自主的設計原則，目標是建立集眾包業務管理和眾包用戶服務于一體的圖書館微服務平臺。

4.1 平臺總體架構

平臺采用前后端分離的開發模式，前端負責界面呈現與用戶交互，后端負責業務邏輯和數據存儲，總體設計參考FOLIO架構[25]，由系統層、網關層、應用層、界面層構成，整體架構見圖3。

圖3 基于微服務的圖書館會議資源眾包平臺架構

（1）系統層：負責數據存儲、索引、日志和配置管理。底層數據包括資源數據（圖書、期刊、圖片、音視頻等）、用戶數據（名稱、身份、聯系方式等）、日志數據（用戶訪問、操作、接口數據等）、業務數據（采集、編目、流通、典藏等）和統計數據，數據存儲統一采用MySQL（事務型數據庫）和MongoDB（元數據庫）。

（2）網關層：OKAPI核心網關，提供代理服務、發現服務和部署服務[26]，主要職責為身份驗證、負載均衡、日志監控等。具體而言，獲取模塊、租戶、接口信息，并完成注冊；在平臺接收到服務請求后，根據服務內容調用相應模塊對應的接口，然后將接口響應信息返回給服務請求方。

（3）應用層：針對眾包需求建立的微服務，各個模塊之間相互獨立，允許使用不同的編程語言開發，開發完成后將統一注冊到OKAPI網關。在不同的眾包階段，依靠OKAPI網關根據任務場景實現應用模塊的靈活調用和配置，搭建出能同時滿足任務共性需求和個性需求的系統環境。也可以根據任務的執行情況隨時開發新的功能模塊，對原有模塊進行二次開發或接入第三方應用，使平臺服務功能始終能夠滿足項目的發展。

（4）界面層：將應用層模塊封裝成面向不同類型用戶的訪問界面。基于B/S架構的平臺允許多種身份用戶的接入，通過請求OKAPI網關實現平臺應用的調度，協助用戶完成系統操作。

4.2 平臺功能設計

平臺強調服務功能與用戶需求間的契合，以解決會議資源建設問題為導向，協助眾包方完成會議資源的收集、加工、整合，形成規范化的會議資源庫，為圖書館會議資源服務提供幫助。系統功能應該包含但不局限于用戶管理、資源開發、任務交互、消息流通、參考咨詢、數據分析，第三方機構或個人可以根據設計規范接入已有應用，由平臺根據用戶需求和項目進展隨時調整布局。

（1）用戶管理。提供訪問登錄入口，用戶只需經過身份認證，系統就會為其分配相應的操作界面和使用權限，該模塊通常與圖書館統一身份認證系統對接。用戶管理模塊記錄用戶的基本信息、聯系方式和項目參與情況，允許接包方按規定編輯、修改個人信息，方便管理人員進行統計和查詢。

（2）資源開發。負責資源采、編、流、典。支持紙、電、多媒體資源的上載，提供接口與第三方數據庫實現資源同步。通過模塊間協作完成多源異構資源的格式轉換、內容標注和數據關聯等操作，將結果同步存儲到圖書館已有系統，保持眾包平臺與其他平臺的數據一致性，實現資源的互聯互通。

（3）任務交互。具體包含任務發布、任務申請、任務檢索、任務推送、任務評價等功能。以任務列表的形式發布眾包任務，列表按照時間順序排列顯示，用戶可以自由瀏覽并選擇申請；允許用戶以會議名稱、學科領域、資源類型、任務性質、發布時間為關鍵詞進行任務檢索，幫助用戶直接查找感興趣的任務；根據用戶注冊信息和歷史數據為用戶推薦與其興趣、專業相符的任務，提高任務與用戶的匹配度；系統展示任務結果，供用戶查看下載或對內容進行評價標注。

（4）消息流通。集中接收和處理系統消息，包括任務通知、到期提醒、社群消息、好友申請等。

（5）參考咨詢。設置留言板或使用聊天工具為用戶提供咨詢服務，幫助解決眾包過程中遇到的各種問題，提升工作的效率。建立用戶社區，將眾包用戶組織在一起形成橫向的合作模式，針對眾包中非專業性、難度較低的基礎性問題，通過用戶間的討論相互解答，用戶對情報獲取和社交的需求也可以在社區互動中得到滿足。

（6）數據分析。數據分析是在實現基礎功能之上，對微服務平臺功能的拓展。該模塊基于數據挖掘和智能分析，深入挖掘日志數據、業務數據、用戶數據中潛在的價值，根據管理與服務需求定期生成各類統計報表和分析報告，為眾包方案決策和效用評估提供數據支持。

4.3 關鍵問題及技術實現

4.3.1 用戶界面呈現

采用React和Ant Design框架實現界面呈現和用戶交互。React起源于Facebook公司的內部項目，已經由最初的前端Javascript MVC開發框架發展成適用于前后端開發的Web App方案，React最大的優點在于能夠以組件化的方式快速搭建前端頁面，當數據更新時自動渲染界面。Ant Design是螞蟻金服開發的一套基于React的UI庫，提供模塊化的設計原則及代碼解決方案，可以讓設計者專注于UI設計，滿足多終端用戶的需求。

4.3.2 統一身份認證

平臺采用CAS（Central Authentication Service，中央認證服務）協議來實現用戶信息驗證和單點登錄。CAS是美國耶魯大學研發的一個單點登錄項目，結構上包含兩個部分：CAS Client客戶端和CAS Server服務器端。當用戶通過登錄頁面提交登錄申請時，客戶端會將接收到的HTTP請求與Service Ticket中的信息進行比對，若未找到相關信息則說明該用戶是第一次登錄，然后客戶端就會將用戶請求以及訪問地址轉到服務器端進行用戶認證，認證成功后用戶就可以進入系統。

4.3.3 元數據管理

眾包平臺遵循微服務架構數據管理的域敏感[27]，每項應用對其租戶建立單獨的業務域（如采集域、編目域、流通域）進行數據存儲，業務域之間依靠Codex方案進行鏈接與整合。Codex是FOLIO定義的一個標準的虛擬化元數據模型，它參考BIBFRAME2模型和DC元素形成了一套最小元素集來描述不同域、不同種類的資源，每個域可擁有自己的元數據方案而不需要與其他域保持一致，只需要與作為數據注冊中心和數據鏈接中介的Codex進行交互，就可以消除不同編碼、不同格式和不同存儲位置數據間的隔閡，實現元數據集成和資源統一檢索。

4.3.4 微服務部署

Docker技術是一個開源的虛擬化引擎，它通過資源隔離將應用、依賴以及一切環境配置打包在一起，為其創建可移植、輕量級的容器。基于Docker技術的微服務部署方式就是將服務打包成容器的鏡像，實現虛擬化，然后將服務實例部署在容器中，方便隨時取用。開發者利用Docker構建好應用鏡像后，可以在其他環境中使用相同的鏡像，不需要重復配置，實現“一次封裝隨處運行”。利用Docker技術可以解決微服務細粒度、多進程所導致的應用部署難的問題，實現系統的靈活部署和持續交付。

4.3.5 服務間通信

OKAPI網關層設計使用Vert.x框架，官方對它的定義是基于事件驅動的異步非阻塞的網絡框架，支持多種編程語言，如Java、JavaScript、Python等。Vert.x可以用很少的內核線程來處理大量的并發事件，多線程無阻塞的特點能夠保證OKAPI網關具有高性能。微服務以RESTful API實現網絡通信。RESTful API是基于REST（REpresentational State Transfer）的數據訪問接口設計，REST是Web服務的一種架構風格，支持HTTP、TCP/IP等廣泛流行的標準和協議，當客戶端發出請求時，RESTful API通過調用接口向服務端發起HTTP數據請求，服務端響應請求并把處理結果反饋給客戶端，從而形成輕量級、跨平臺的通信機制。

總之，隨著用戶訴求和應用場景的增加，圖書館構建開放平臺的趨勢已經十分明顯。CALIS在2017年啟動了基于FOLIO微服務架構的下一代圖書館服務平臺CLSP建設項目，目前已經建成CALIS公共服務平臺、SaaS服務平臺和基礎支撐平臺三大應用系統，取得了良好的效果。上海市圖書館行業協會也積極開展FOLIO項目的研究，并將其應用于上海圖書館服務平臺建設，成功實現上海圖書館服務平臺向開放平臺的過渡，同時加速了圖書館應用生態建設的進程。雖然FOLIO項目沒有明確地提出要把眾包模式運用到資源建設中，但是它的核心思想——協同建設與眾包的理念幾乎是一脈相承，因此，在設計會議資源眾包平臺的技術架構、運作模式等問題上，這些圖書館平臺的開發經驗同樣具有參考價值。

5 結語

圖書館正值服務轉型的關鍵期，隨著資源建設的深入，協同共建的發展思路會變得愈發清晰，資源眾包實為大勢所趨。眾包平臺是圍繞眾包任務建立的獨立系統，也是對圖書館服務平臺業務形式的重要補充，除了簡單地支持眾包活動之外，還應該順應下一代圖書館構建開放平臺的發展趨勢，向開放性更強、包容度更高的層次邁進。本文從理論層面為圖書館會議資源眾包規劃了一條實施路徑，對基于微服務架構的會議資源眾包平臺進行了大膽設想，但是與成熟的眾包方案相比，本研究方案的可行性和有效性還有待驗證，平臺建設具體該如何進行以及如何與其他業務系統相融合等問題還需要在今后的研究中進一步細化落實。