<abbr id="8ggge"></abbr>
<kbd id="8ggge"><code id="8ggge"></code></kbd>
<pre id="8ggge"></pre>
  • <s id="8ggge"><dd id="8ggge"></dd></s>
    <s id="8ggge"><dd id="8ggge"></dd></s><cite id="8ggge"><tbody id="8ggge"></tbody></cite>
    <kbd id="8ggge"><code id="8ggge"></code></kbd>

    國內或國外 期刊或論文

    您當前的位置:發表學術論文網經濟論文》 微信生態下文獻傳遞機器人研發及其應用> 正文

    微信生態下文獻傳遞機器人研發及其應用

    所屬分類:經濟論文 閱讀次 時間:2019-12-25 11:00

    本文摘要:摘要文章圍繞PC端微信公眾平臺,不搭建第三方服務器、不動用微信高級接口,開發文獻傳遞機器人程序,實現用戶只需發送一條消息即可在移動或PC端獲取文獻全文。研究結果表明,機器人易編寫、易使用,功能確切、運營成本低,可提高圖書館電子資源利用率,豐富

      摘要文章圍繞PC端微信公眾平臺,不搭建第三方服務器、不動用微信高級接口,開發文獻傳遞機器人程序,實現用戶只需發送一條消息即可在移動或PC端獲取文獻全文‍‌‍‍‌‍‌‍‍‍‌‍‍‌‍‍‍‌‍‍‌‍‍‍‌‍‍‍‍‌‍‌‍‌‍‌‍‍‌‍‍‍‍‍‍‍‍‍‌‍‍‌‍‍‌‍‌‍‌‍。研究結果表明,機器人易編寫、易使用,功能確切、運營成本低,可提高圖書館電子資源利用率,豐富圖書館營銷手段‍‌‍‍‌‍‌‍‍‍‌‍‍‌‍‍‍‌‍‍‌‍‍‍‌‍‍‍‍‌‍‌‍‌‍‌‍‍‌‍‍‍‍‍‍‍‍‍‌‍‍‌‍‍‌‍‌‍‌‍。

      關鍵詞微信,圖書館,移動服務,文獻傳遞

    機器人技術與應用

      微信公眾平臺擁有龐大的用戶群,成為圖書館移動服務的重要載體‍‌‍‍‌‍‌‍‍‍‌‍‍‌‍‍‍‌‍‍‌‍‍‍‌‍‍‍‍‌‍‌‍‌‍‌‍‍‌‍‍‍‍‍‍‍‍‍‌‍‍‌‍‍‌‍‌‍‌‍。至2019年4月13日,微信公眾號中帶“圖書館”字樣的有3218個,其中550個通過了微信官方認證[1]。42所“雙一流”高校圖書館均開通了微信公眾號,服務包括本館信息、借閱查詢、閱讀推廣、資源推廣、續借預約、信息素養教育、學科支撐及專利信息等。本文圍繞微信公眾平臺編寫文獻傳遞機器人,用戶僅需向公眾號發送一條消息就可在移動或PC端獲取電子文獻全文并閱讀,方便用戶使用并可提高圖書館電子資源利用率。

      1相關研究與實踐

      國內外對圖書館移動服務的研究主要集中于移動服務類型、提供途徑、營銷手段及質量監控等。郭亞軍等[2]調查美國143家城市公共圖書館,發現97%的圖書館提供移動網站或APP,服務于參考咨詢、位置導航等。王穎純等[3]考查WAP、APP、微信公眾平臺和微博在我國31家省級公共圖書館應用情況,發現被調查圖書館都開通了微信公眾平臺,開通APP的有27家、微博24家、WAP14家,除微博外主要開展“個人圖書館”移動服務。

      張曉青[4]考查國內“985工程”高校圖書館,發現存在門戶網站沒有采用自適應網頁設計、WAP與APP同質化、沒有基于微信的移動門戶等問題。何丹丹等[5]利用CiteSpace挖掘我國圖書館移動服務領域研究熱點,將其歸納為信息技術研究、應用服務創新研究和服務質量研究。

      目前文獻傳遞業務面臨巨大挑戰。陸堯等[6]發現OCLC文獻傳遞服務量自2011年至2015年呈下降趨勢。梁南燕等[7]、羅鈞等[8]、徐飛等[9]分別撰文提到CASHL、CALIS和BALIS文獻傳遞量下滑已成不爭事實。面對挑戰,CASHL、國家科技圖書文獻中心、CALIS分別于2016年1月、4月和6月相繼開通微信平臺提供文獻傳遞移動服務,服務繼承了PC時代只面向文獻機構、不應對讀者個人請求的傳統。

      陳建紅[10]發現高校圖書館對電子資源推廣不力,造成大學生對電子資源不了解,更談不上利用。常定姁[11]指出當前電子資源亟待推廣,介紹了武漢大學圖書館利用微信公眾平臺開展電子資源推廣活動案例。呂玉龍[12]介紹了上海理工大學圖書館利用PHP技術自行開發文獻傳遞系統和館際互借管理系統實例,彌補CALIS、CASHL和NSTL三大文獻傳遞系統只對圖書館開放、不直接面向讀者的不足,并允許用戶免費申請圖書館已購買電子資源。齊曉峰[13]介紹了華東理工大學圖書館利用網盤構建稀缺文獻數據庫展開文獻檢索與傳遞服務。歐陽劍等[14]采用自動代理機制實現移動終端對電子資源的檢索與文獻傳遞。

      相對以往文獻中的PC或移動端開發實踐以及商業化遠程訪問系統,本文允許用戶通過使用微信發送一條消息的簡單操作即可獲取文獻全文,文獻傳遞員只需登錄微信公眾平臺并運行機器人程序,雙方操作更便捷。機器人除可獲取本機構資源,還可擴展到通過文獻傳遞員遠程訪問可獲取的機構外資源,用戶無需關注機構與機構之間傳遞詳情,充分體現了移動服務的便利性與易獲取性。

      2系統設計思路及實施方案

      2.1系統功能架構

      系統總體目標為:用戶通過微信提交文獻請求,PC端文獻傳遞機器人自動獲取相關文獻并將其發送至用戶郵箱,用戶可在移動或PC端接收并閱讀文獻,推進圖書館電子資源移動服務。系統不搭建第三方服務器,不動用微信高級接口,利用微信公眾平臺開展近乎全自動的工作。

      用戶使用微信向公眾號發送所需文獻的標題等消息,編寫PC端文獻傳遞機器人,周期性檢測微信公眾平臺有無新消息,根據有無特征字判斷新消息是否為文獻傳遞請求。有效性檢測包括:用戶是否合法;用戶有否超出當日請求限制,等等。對有效請求,程序通過操作網頁文檔對象提示用戶“已接單”。自動回復中包含操作員信息,可作為多終端協同作業特征符,便于任務有效性識別、分發、結單、日志分析與統計等。

      “接單”后程序優先檢索本地磁盤,如找不到用戶請求的文獻,自動構建檢索策略從電子資源庫下載該文獻;檢測文獻質量,將達標文獻發送至用戶郵箱;記錄工作日志并將下載文獻歸檔。程序空閑時隨機自動操作網頁以防因長時間無操作被踢除登錄狀態。程序可滿足不同文獻傳遞員偏好,如除特定字串外允許操作員自定義自動回復與郵件內容等,在推進電子資源移動化服務同時助力個性化學科服務建設等。

      2.2系統模塊

      系統由微信用戶端、微信公眾平臺、PC端文獻傳遞機器人三層結構組成。PC端機器人收割用戶發向微信公眾平臺的消息,根據消息類型分類部署,進入“用戶認證”模塊或“文獻傳遞”模塊,按需進行環境設置、接入擴展接口等。

      2.3技術方案

      舍棄消息池中不含特征字的非相關消息;對相關消息,優先執行“用戶認證”模塊;對合法用戶和有效文獻請求,優先檢索本地資源,若本地缺藏再檢索網絡數據庫并自動下載文獻,發送給用戶。

      3關鍵方法與技術

      3.1用戶認證模塊

      程序建立專用數據庫以甄別消息來源及有效性等,實現用戶認證。不調用微信高級接口前提下,用戶fakeID相對公眾號具全局唯一性,列為數據庫核心參數。其中“otmpOuOqOhuGkTvm0YpVWyjmn884”即為用戶fakeID。用戶申請認證時向公眾號發送類似“文獻傳遞綁定|生命科學學院|胡東海”的格式化文本,程序對接圖書管理系統,判斷申請是否來自圖書館合法用戶,是則寫入“文獻傳遞”數據庫。

      3.2提取消息并分類部署模塊

      模塊從微信公眾平臺獲取用戶消息,根據消息及請求有效性進行分類部署。獲取消息通過操作網頁文檔對象實現。枚舉并篩選網頁源碼中“href”值包含tofakeid=”的“a”標簽,跳轉后枚舉并篩選id前綴為“wxMsg”的“div”標簽,讀取其innerText值即可。分類部署時,順序判斷消息是否含“處理中”特征字,有則返回;判斷消息是否含“請求傳遞”特征字,有且申請合法時自動回復“處理中”特征字,執行文獻傳遞并返回;如文本含“申請綁定”特征字,執行用戶認證模塊。對不帶“文獻傳遞”特征字的普通消息不予理會。提取消息核心算法如下:

      3.3文獻傳遞模塊

      提取用戶提交的文獻信息,如本地磁盤有此文獻,直接發給用戶,否則自動構建檢索策略,訪問電子資源庫下載文獻并發給用戶。

      在電子資源庫執行檢索策略并篩選結果仍通過操作網頁文檔對象實現,此不贅述。下載文獻時,通過解析網頁RequestHeaders等元素可獲取真實、靜態的下載鏈接。考慮到電子資源庫、資源發現系統類型繁多,本文采用模擬真人點擊Windows標準窗口組件操作思路,即監測到下載會話框出現時自動設置存儲位置、單擊“保存”按鈕等。常規操作方法為使用WindowsAPI函數SendMessage向文本框或按鈕發消息,改變文本框初始值或按鈕按下與釋放狀態。

      本文引入第三方下載器InternetDownloadManager接管瀏覽器下載模塊,固定了下載會話框的窗口標題、默認下載位置、按鈕文本等,此時使用腳本語言AutoHotKey編寫代碼比常規方法更方便。下載完成后使用AdobeReader打開文檔,閱讀器窗口標題應包含文獻題名,否則或因網絡原因導致文檔下載失敗,藉此可粗略檢查下載作業質量‍‌‍‍‌‍‌‍‍‍‌‍‍‌‍‍‍‌‍‍‌‍‍‍‌‍‍‍‍‌‍‌‍‌‍‌‍‍‌‍‍‍‍‍‍‍‍‍‌‍‍‌‍‍‌‍‌‍‌‍。

      3.4環境設置及擴展接口模塊

      對運行環境進行評測和設置,可提升程序兼容性和擴展性。當影響網頁文檔操作或Windows標準控件操作的進程存在時,提示用戶,提供改寫配置文件或Windows注冊表等解決方案。自動操作網頁文檔對象的前提是被操作網頁載入完畢,否則可能出現待操作對象為空、自動操作指令被阻塞等問題,允許操作員根據電腦配置及網絡狀況設置網頁就緒等待超時、重試刷新間隔及次數、網絡意外斷開時是否以合成語音或mp3音樂報警等。允許操作員進行更多個性化設置并預留接口,如本機構缺藏文獻時詢問用戶有無意愿向外機構付費申請等。

      4應用效果評價

      程序可穩定運行于32位、64位Windows7和Windows10操作系統,連續運行7×24小時無故障且功能確切。內測期間收到用戶消息936條,文獻傳遞滿足率100%。用戶可在PC或移動端(Android/iOS)下載郵箱中的PDF格式文獻并閱讀。

      936條消息中與文獻傳遞相關的有875條,由397人發出。取消息首次成功率97.44%,容錯重做成功率100%,失敗原因主要為網絡故障導致打開網頁超時。875條消息中有406條申請“綁定用戶”,其中9條為同一微信賬號重復發送;有469條申請“文獻傳遞”,其中含同一賬號重復請求或申請多筆文獻。

      處理綁定請求平均耗時3.17秒。處理文獻請求平均耗時62.39秒,首次成功率97.6%,容錯重做成功率100%。失敗原因有:(1)優先檢索中國知網時用戶并發數已滿,導致網頁就緒超時;(2)網絡丟包導致網頁就緒超時;(3)等待下載對話框超時;(4)遠程訪問系統丟失Cookie,導致無法訪問;(5)文獻下載總量超出遠程訪問限制大小;(6)郵件服務器反垃圾系統拒絕發信。出錯任務平均重做3次成功,最多重做5次。

      由上可見,程序功能確切,自動化程度高,操作員僅需簡單設置即可由程序全自動操作。程序不搭建第三方服務器,在節省硬件、公眾號認證等投資同時,對操作員計算機操作能力要求很低。測試時30位文獻傳遞員通過單擊“幫助”按鈕查看說明即會使用,無需集中培訓。用戶提交認證、請求文獻只需向微信公眾號各發送一條格式化文本,同樣無需集中培訓。程序“接單回復”機制可有效避免單機或多機協作時有可能產生的重復勞動,可根據實際情況開啟、暫停或停止相關功能,日志系統方便文獻傳遞主管排查錯漏、對操作員考核評價等。

      5結語

      微信是圖書館創新工作思路、開展移動服務的重要工具。本文圍繞微信公眾平臺編制程序,全天候近乎全自動地為用戶提供文獻傳遞服務,為學科館員實踐和讀者服務工作提供新思路和新方法。實踐表明,即使不調用微信高級接口也可以方便高效地開發協作型應用。程序不綁定私有域名,只需調整少許代碼即可應用于不同圖書館或文獻傳遞機構,具推廣性。但是,因程序只供文獻傳遞員簡單操作,界面簡陋,部分外圍設置未窗口化;因程序部分使用模擬按鍵操作,無法多線程作業,處理速度不盡人意,工作電腦亦不能同時開展其他工作;因無服務器支持,用戶數據庫需手工同步等,這些都尚待完善。

      機器人論文投稿刊物:《機器人技術與應用》(雙月刊)1988年創刊,是公開發行的科技刊物,國際機器人聯合會會員單位,在國內自動化領域享有很高的聲譽,國外亦有一定的影響。本刊主要報道工業自動化和機器人領域的相關理論、技術與應用等方面的最新進展情況,涵蓋面廣,集知識性與趣味性于一體,具有很強的技術性和可讀性。

    轉載請注明來自發表學術論文網:http://www.zpfmc.com/jjlw/21296.html

    主站蜘蛛池模板: 美女张开腿黄网站免费| 中文字幕资源在线| 五月婷婷丁香六月| 欧洲精品一卡2卡三卡4卡乱码 | 美女裸免费观看网站| 日本特黄a级高清免费大片| 国产成人免费福利网站| 久久精品电影免费动漫| 麻豆xfplay国产在线观看| 日韩精品免费在线视频| 国产在线精品一区二区不卡麻豆| 久久综合五月婷婷| 青青草娱乐视频| 日本三级片网站| 四虎影视884a精品国产四虎| 中文字幕一区二区三区久久网站| 红颜免费观看动漫完整版| 男女激情边摸边做边吃奶在线观看| 成人动漫在线播放| 免费看欧美一级特黄α大片| 久久久久国产一区二区| 草草影院ccyy国产日本欧美| 无码av无码天堂资源网| 可以看的黄色国产毛片在线电影| 三级三级久久三级久久| 男人扒开女人下面狂躁动漫版| 在线视频一区二区日韩国产| 亚洲欧洲第一页| 久碰人澡人澡人澡人澡人视频 | 免费成人av电影| 97色伦图片97综合影院| 欧美姓爱第一页| 国产在线短视频| 中国国产高清免费av片| 狠狠色婷婷久久一区二区三区| 国产黄色大片网站| 亚洲av无码日韩av无码网站冲| 青青青免费网站在线观看| 思思久久99热只有频精品66| 亚洲色大成网站WWW尤物| xxx毛茸茸的亚洲|