文件管理方法及裝置的制造方法
【專利摘要】本發明實施例提供了一種文件管理方法及裝置，通過監聽第一用戶基于設置的源代碼提交工具觸發的提交請求，當監聽到所述提交請求時，獲取所述第一用戶的目標文件，接收第二用戶基于瀏覽器發送的訪問請求；其中，訪問請求包括目標文件的訪問地址，向第二用戶展示目標文件。本實施例中，將第一用戶的目標文件上傳到服務器上，由服務器對目標文件進行集中存儲和管理，在第二用戶在試圖訪問目標文件時，根據返回的訪問地址使用瀏覽器可以直接訪問服務器，不再依賴郵件發送的方式向其他用戶發送目標文件，克服了在文件體積大時需要壓縮處理的問題，節省文件處理的時間。
【專利說明】
文件管理方法及裝置
技術領域
[0001] 本發明實施例屬于通信技術領域，尤其涉及一種文件管理方法及裝置。
【背景技術】
[0002] 據統計大量用戶在工作時，大部分時間在應用文件進行工作，隨著互聯網絡的普 及，信息流通的速度、強度和便捷度正不斷地加強，越來越多地公司慢慢地實現了計算機全 程管理，相應地文件從單一的紙質化模式轉變成電子化模式。用戶對記錄的內容的處理過 程也相應地轉換成對信息數據的處理過程，電子化文件在日常辦公中的作用日漸重要。
[0003] 日常辦公中，一個文件可能需要分發給團隊中不同的角色，不同的角色的用戶按 照文件中的要求進行工作。目前，文件的編寫者在文件生成后，可以通過發送郵件的方式將 該文件發送給團隊中相關的用戶。
[0004] 發明人在實現本發明的過程中，發現現有技術存在如下缺陷：當文件較多或者較 大時，需要對文件進行壓縮處理，文件體積較大時會導致發送和接收的延遲，而且當文件進 行更改后，需要重新通過郵件發給相關工作人員，占用資源，而且容易造成文件版本的混 亂。
【發明內容】
[0005] 本發明實施例提供一種文件管理方法及裝置，用于解決現有通過郵件方式向相關 的工作人員發送文件時當文件體積較大時需要壓縮導致延時的問題。
[0006] 為了實現上述目的，本發明實施例提供了一種文件管理方法，包括：
[0007] 監聽第一用戶基于設置的源代碼提交工具觸發的提交請求；
[0008] 當監聽到所述提交請求時，獲取所述第一用戶的目標文件；
[0009] 接收第二用戶基于瀏覽器發送的訪問請求;其中，所述訪問請求包括所述目標文 件的訪問地址；
[0010]向所述第二用戶展示所述目標文件。
[0011] 為了實現上述目的，本發明實施例提供了一種文件管理裝置，包括：
[0012] 監聽模塊，用于監聽第一用戶基于設置的源代碼提交工具觸發的提交請求；
[0013] 獲取模塊，用于當監聽到所述提交請求時，獲取所述第一用戶的目標文件；
[0014] 接收模塊，用于接收第二用戶基于瀏覽器發送的訪問請求;其中，所述訪問請求包 括所述目標文件的訪問地址；
[0015] 展示模塊，用于向所述第二用戶展示所述目標文件。
[0016] 本發明實施例提供的文件管理方法及裝置，通過監聽第一用戶基于設置的源代碼 提交工具觸發的提交請求，當監聽到所述提交請求時，獲取所述第一用戶的目標文件，接收 第二用戶基于瀏覽器發送的訪問請求;其中，訪問請求包括目標文件的訪問地址，向第二用 戶展示目標文件。本實施例中，將第一用戶的目標文件上傳到服務器上，由服務器對目標文 件進行集中存儲和管理，在第二用戶在試圖訪問目標文件時，根據返回的訪問地址使用瀏 覽器可以直接訪問服務器，不再依賴郵件發送的方式向其他用戶發送目標文件，克服了在 文件體積大時需要壓縮處理的問題，節省文件處理的時間。
【附圖說明】
[0017] 圖1為本發明實施例一的文件管理方法的流程示意圖；
[0018] 圖2為本發明實施例二的文件管理方法的流程示意圖；
[0019]圖3為本發明實施例二的文件管理方法的應用示意圖之一；
[0020]圖4為本發明實施例二的文件管理方法的應用示意圖之二；
[0021]圖5為本發明實施例三的文件管理裝置的結構示意圖；
[0022] 圖6為本發明實施例四的文件管理裝置的結構示意圖。
【具體實施方式】
[0023] 下面結合附圖對本發明實施例提供的文件管理方法及裝置進行詳細描述。
[0024] 實施例一
[0025] 如圖1所示，其為本發明實施例一的文件管理方法的流程示意圖。本實施例中執行 主體為服務器，該文件管理方法包括以下步驟：
[0026] S101、監聽第一用戶基于設置的源代碼提交工具觸發的提交請求。
[0027] 本實施例中，基于瀏覽器/服務器(Browser/Server，B/S)架構模式來實現對文件 的管理。具體地，服務器可以對第一用戶基于設置的源代碼提交工具對目標文件的提交操 作即提交請求進行監聽，當監聽到第一用戶發送的提交請求后，服務器從第一用戶的終端 上獲取該目標文件。本實施例中，第一用戶可以通過源代碼提交工具向服務器發送一個提 交請求。
[0028] 優選地，源代碼提交工具為開放源代碼的版本控制系統SVN(SubVerSion，簡稱 SVN)，該開放源代碼的版本控制系統設置在第一用戶的終端上，第一用戶在SVN上編寫完目 標文件，當編寫完成后就可以點擊該控制系統上的提交按鍵，以向服務器發送一個提交請 求。
[0029] S102、當監聽到提交請求時，獲取第一用戶的目標文件。
[0030] 在接收到提交請求后，服務器可以從源代碼提交工具抓取到第一用戶編寫的目標 文件的源代碼，對源代碼解析后就可以得到目標文件。
[0031] S103、接收第二用戶基于瀏覽器發送的訪問請求。
[0032] 其中，訪問請求包括目標文件的訪問地址。
[0033] 當第二用戶在試圖訪問目標文件時，可以基于瀏覽器向服務器發送訪問請求，其 中，訪問請求中攜帶目標文件的訪問地址。具體地，服務器在獲取到目標文件后，將目標文 件的存儲路即訪問地址通知給其他用戶，以便于其他用戶可以根據該訪問地址對目標文件 進行訪問。
[0034] 本實施例中，預先構建一個網站，該網站對應的瀏覽器與服務器之間存在對應關 系，服務器可以將目標文件的訪問地址基于瀏覽器轉發到預先構建的網站進行展示。例如， 在該網站上展示當前服務器上所存放的目標文件的列表，列表中包括有目標文件的信息， 例如，目標文件的名稱、編寫人名稱以及上傳時間等信息，以便于第二用戶快遞地定位自己 試圖訪問的目標文件。進一步地，列表中還包括目標文件的訪問地址，例如，可以在目標文 件設置有超鏈接，通過點擊該超鏈接，通過瀏覽器跳轉到服務器對應的目標文件上。
[0035] 可選地，服務器在獲取到目標文件后，將其訪問地址返回給第一用戶，第一用戶在 通過郵件、即時通信、或者人工播報等方式通知給其他的第二用戶。
[0036] 此處需要說明，第二用戶為至少一個用戶，該用戶與第一用戶共同開發同一個項 目。第一用戶在將目標文件提交到服務器后，也可以基于瀏覽器訪問存儲在服務器上的目 標文件。
[0037] S104、向第二用戶展示目標文件。
[0038]當接收到第二用戶基于瀏覽器發送的訪問請求后，服務器根據該訪問請求能夠定 位到目標文件，當定位到目標文件后，將目標文件進行展示給第二用戶。
[0039]本發明實施例提供的文件管理方法，通過監聽第一用戶基于設置的源代碼提交工 具觸發的提交請求，當監聽到所述提交請求時，獲取所述第一用戶的目標文件，接收第二用 戶基于瀏覽器發送的訪問請求;其中，訪問請求包括目標文件的訪問地址，向第二用戶展示 目標文件。本實施例中，將第一用戶的目標文件上傳到服務器上，由服務器對目標文件進行 集中存儲和管理，在第二用戶在試圖訪問目標文件時，根據返回的訪問地址使用瀏覽器可 以直接訪問服務器，不再依賴郵件發送的方式向其他用戶發送目標文件，克服了在文件體 積大時需要壓縮處理的問題，節省文件處理的時間。
[0040] 實施例二
[0041]如圖2所示，其為本發明實施例二的文件管理方法的流程示意圖。該文件管理方法 包括以下步驟：
[0042] S201、源代碼提交工具SVN接收用戶的提交申請。
[0043] 本實施例中，在第一用戶對應的終端上，設置源代碼提交工具SVN，第一用戶可以 在源代碼提交工具SVN上編寫目標文件，在目標文件編寫完成后，第一用戶可以點擊源代碼 提交工具SVN中的上傳或提交按鍵，當點擊源代碼提交工具SVN中的上傳或提交按鍵后，源 代碼提交工具SVN則能感知到第一用戶的提交申請。
[0044] S202、源代碼提交工具SVN向服務器發送提交請求；
[0045] 當源代碼提交工具SVN檢測到第一給用戶設置的上傳或提交按鍵后，源代碼提交 工具SVN就可以向服務器發送一個提交請求，以請求向服務器請求提交目標文件對應的源 代碼。
[0046] S203、服務器監聽源代碼提交工具SVN發送的提交請求。
[0047]本實施例中，服務器可以對源代碼提交工具SVN進行監聽，以得到第一用戶基于源 代碼提交工具SVN觸發的提交請求。
[0048] S204、在監聽到提交請求后，服務器獲取第一用戶的目標文件。
[0049] 當監聽到提交請求后，服務器可以從源代碼提交工具SVN上抓取到第一用戶編寫 的目標文件的源代碼，對源代碼解析后就可以得到目標文件，并將該目標文件進行存儲。
[0050] S205、服務器將目標文件的訪問地址返回給第二用戶。
[0051] 在目標文件的存儲后，服務器將可以目標文件在服務器中的存儲路徑即訪問地址 下發給第二用戶，本實施例中，服務器可以將目標文件的訪問地址通過瀏覽器下發到第二 用戶對應的一個網站上，以使該網站將訪問地址展示給第二用戶。
[0052] 在該網站上能夠展示當前服務器上所存放的目標文件的列表，列表中包括有目標 文件的信息，例如，目標文件的名稱、編寫人名稱以及上傳時間等信息，以便于第二用戶快 遞地定位自己試圖訪問的目標文件。進一步地，列表中還包括目標文件的訪問地址，例如， 可以在目標文件設置有超鏈接，通過點擊該超鏈接，通過瀏覽器跳轉到服務器對應的目標 文件上。
[0053] 可選地，目標文件的訪問地址也可以有第一用戶在網站上進行輸入，然后在網站 上展示出該目標文件在列表中進行展示，以便于第二用戶對其訪問。
[0054] S206、服務器監聽第一用戶基于設置的源代碼提交工具SVN重新觸發的提交請求。
[0055] 服務器在獲取到目標文件后，還需要對其進行更新的更新請求進行監聽。第一用 戶可以基于設置在終端上的源代碼提交工具SVN對目標文件的源代碼進行更新，當更新完 成后，第一用戶可以通過源代碼提交工具SVN進行提交更新后的源代碼。
[0056] S207、當監聽到重新觸發的提交請求時，服務器抓取更新后的目標文件對應的源 代碼。
[0057] 當再次監聽到提交請求后，服務器可以判定出第一用戶對目標文件進行了更新操 作，需要對其當前已存儲的目標文件進行更新。服務器從源代碼提交工具SVN上抓取更新后 的目標文件對應的源代碼。
[0058] S208、服務器對更新后的目標文件對應的源代碼解析得到最新的目標文件。
[0059] 在抓取到更新后的源代碼后，服務器就可以解析源代碼，得到最新的目標文件。本 實施例中，通過服務器對源代碼提交工具SVN重新發送的提交請求進行監聽，能夠保證服務 器存儲的目標文件為最新的版本。
[0060] S209、瀏覽器向服務器發送攜帶有目標文件訪問地址的訪問請求。
[0061] 其中，訪問請求是由第二用戶在瀏覽器對應的網站上點擊目標文件的訪問地址后 觸發的。
[0062] 本實施例中，為第二用戶構建一個網站，在該網站上能夠顯示出服務器上已存儲 的目標文件的訪問地址，當用戶試圖訪問一個目標文件時，點擊試圖訪問的目標文件，就可 以通過瀏覽器向服務器發送攜帶有該目標文件訪問地址的訪問請求。
[0063]可選地，當第二用戶試圖訪問目標文件時，可以在瀏覽器輸入目標文件的訪問地 址，由瀏覽器根據訪問地址跳轉到服務器中的目標文件上。
[0064] S210、服務器向第二用戶展示目標文件。
[0065] 服務器在接收到第二用戶的訪問請求后，定位到目標文件，將目標文件的內容可 以通過第二用戶對應的終端的顯示屏幕展示出來。而且當前服務器展示的目標文件為當前 最新的版本，當更改后的目標文件也不再通過郵件發送給第二用戶，節省資源和時間。
[0066] 本實施例中，將第一用戶的目標文件上傳到服務器上，由服務器對目標文件進行 集中存儲和管理，在第二用戶在試圖訪問目標文件時，根據返回的訪問地址使用瀏覽器可 以直接訪問服務器，不再依賴郵件發送的方式向其他用戶發送目標文件，克服了在文件體 積大時需要壓縮處理，造成郵件延時，導致無法及時查看目標文件的問題，又減少了從郵件 中下載該文件附件的時間成本，提高文件處理效率。
[0067] 進一步地，實時對更新操作進行監聽，當監測到對目標文件進行更新后，將目標文 件更新到最新版本，服務器自動將已存儲的目標文件更新為最新的版本，無需再次通過郵 件給相關用戶，有利于提升相關用戶的處理效率，能夠提升查找、訪問目標文件的速度。
[0068]為了更好地理解本發明實施例提供的文件管理方法，下面舉例說明：
[0069]例如，當一個項目的項目經理需要將需求文檔分發給不同的角色，比如設計人員、 開發人員、產品經理等。其中，項目經理作為第一用戶，需求文檔作為目標文檔，設計人員、 開發人員、產品經理等作為第二用戶。
[0070] 如圖3所示，項目經理的終端上設置有源代碼提交工具，通過該源代碼提交工具向 服務器發送提交請求，服務器監聽到該提交請求后，從源代碼提交工具中獲取需求文檔的 源代碼，對源代碼解析后得到需求文檔。服務器進一步地，通過瀏覽器將需求文檔的訪問地 址返回給設計人員、開發人員、產品經理等人員。在該示例中，構建一個網站，在網站上展示 需求文檔的訪問地址以及相關信息。
[0071] 設計人員、開發人員、產品經理等相關人員可以基于自身的終端點擊網站上需求 文檔的訪問地址，瀏覽器就可以根據該訪問地址跳轉到服務器中需求文檔的位置，并將需 求文檔的內容展示給設計人員、開發人員、產品經理等相關人員。這些相關人員可以給需求 文檔展示的內容進行與其相關的工作。
[0072] 在該示例中，開發人員、設計人員不用再擔心郵件延時，導致無法及時查看需求文 檔的問題，而且還可以減少從郵件中下載該需求文檔附件的時間成本。進一步地，對項目的 需求有更改的時候，項目經理無需再次通過郵件給相關人員發送需求文檔，只要通過SVN可 提交更新后的需求文檔，相應地服務器自動對存儲的需求文檔更新，保證當前為最新版本， 從而相關人員可以更準確地進行版本控制，更高效的存儲、更新和管理文檔，有利于提升團 隊協作的效率，方便每個工作人員在線查找、訪問相關文檔。
[0073]作為一種可能的實現方式，當采用nodejs語言來執行前述過程時，具體代碼如下：
[0076] 實施例三
[0077] 如圖5所示，其為本發明實施例三的文件管理裝置的結構示意圖。該文件管理裝置 包括:監聽模塊11、獲取模塊12、接收模塊13和展示模塊14。
[0078]監聽模塊11，用于監聽第一用戶基于設置的源代碼提交工具觸發的提交請求。 [0079]本實施例中，基于B/S架構模式來實現對文件的管理。具體地，監聽模塊11可以對 第一用戶基于設置的源代碼提交工具對目標文件的提交操作即提交請求進行監聽。優選 地，源代碼提交工具為開放源代碼的版本控制系統SVN，該開放源代碼的版本控制系統SVN 設置在第一用戶的終端上，第一用戶在SVN上編寫完目標文件，當編寫完成后就可以點擊該 控制系統上的提交按鍵，以向監聽模塊11發送一個提交請求。
[0080] 獲取模塊12,用于當監聽到所述提交請求時，獲取所述第一用戶的目標文件。
[0081] 當監聽到第一用戶發送的提交請求后，獲取模塊12從第一用戶的終端上獲取該目 標文件。在接收到提交請求后，獲取模塊12可以從源代碼提交工具抓取到第一用戶編寫的 目標文件的源代碼，對源代碼解析后就可以得到目標文件。
[0082] 接收模塊13,用于接收第二用戶基于瀏覽器發送的訪問請求;其中，所述訪問請求 包括所述目標文件的訪問地址。
[0083] 當第二用戶在試圖訪問目標文件時，可以基于瀏覽器向接收模塊13發送訪問請 求，其中，訪問請求中攜帶目標文件的訪問地址。具體地，在獲取模塊12獲取到目標文件后， 將目標文件的存儲路即訪問地址通知給其他用戶，以便于其他用戶可以根據該訪問地址對 目標文件進行訪問。
[0084] 本實施例中，預先構建一個網站，該網站對應的一個瀏覽器，文件管理裝置可以將 目標文件的訪問地址基于瀏覽器轉發到預先構建的網站進行展示。例如，在該網站上展示 當前文件管理裝置上所存放的目標文件的列表，列表中包括有目標文件的信息，例如，目標 文件的名稱、編寫人名稱以及上傳時間等信息，以便于第二用戶快遞地定位自己試圖訪問 的目標文件。進一步地，列表中還包括目標文件的訪問地址，例如，可以在目標文件設置有 超鏈接，通過點擊該超鏈接，通過瀏覽器跳轉到文件管理裝置對應的目標文件上。
[0085]可選地，在獲取到目標文件后，文件管理裝置將其訪問地址返回給第一用戶，第一 用戶在通過郵件、即時通信、或者人工播報等方式通知給其他的第二用戶。
[0086] 此處需要說明，第二用戶為至少一個用戶，該用戶與第一用戶共同開發同一個項 目。第一用戶在將目標文件提交到文件管理裝置后，也可以基于瀏覽器訪問存儲在文件管 理裝置上的目標文件。
[0087] 展示模塊14,用于向所述第二用戶展示所述目標文件。
[0088] 當接收到第二用戶基于瀏覽器發送的訪問請求后，展示模塊14根據該訪問請求能 夠定位到目標文件，當定位到目標文件后，將目標文件進行展示給第二用戶。
[0089]本發明實施例提供的文件管理裝置，通過監聽第一用戶基于設置的源代碼提交工 具觸發的提交請求，當監聽到所述提交請求時，獲取所述第一用戶的目標文件，接收第二用 戶基于瀏覽器發送的訪問請求;其中，訪問請求包括目標文件的訪問地址，向第二用戶展示 目標文件。本實施例中，將第一用戶的目標文件上傳到服務器上，由服務器對目標文件進行 集中存儲和管理，在第二用戶在試圖訪問目標文件時，根據返回的訪問地址使用瀏覽器可 以直接訪問服務器，不再依賴郵件發送的方式向其他用戶發送目標文件，克服了在文件體 積大時需要壓縮處理的問題，節省文件處理的時間。
[0090]實施例四
[0091] 如圖6所示，其為本發明實施例四的文件管理裝置的結構示意圖。該文件管理裝置 除了包括上市實施例三中的監聽模塊11、獲取模塊12、接收模塊13和展示模塊14之外，還包 括:發送模塊15。
[0092] 其中，獲取模塊12,具體用于當監聽到所述提交請求時，抓取所述目標文件對應的 源代碼，對所述源代碼進行解析，得到所述目標文件。
[0093]發送模塊15,用于在所述接收模塊在接收第二用戶基于瀏覽器發送的訪問請求之 前，將所述目標文件的訪問地址返回給所述第二用戶。
[0094] 監聽模塊11，還用于監聽所述第一用戶基于設置的源代碼提交工具重新觸發的提 交請求；
[0095] 獲取模塊12,還具體用于當監聽到重新觸發的所述提交請求時，抓取更新后的所 述目標文件對應的源代碼，對更新后的所述目標文件對應的源代碼解析得到最新的所述目 標文件。
[0096] 發送模塊15,具體用于基于瀏覽器向對應的網站下發所述目標文件的訪問地址， 以使所述網站將所述訪問地址展示給所述第二用戶。
[0097] 訪問請求是由所述第二用戶在所述網站上點擊所述目標文件的訪問地址后觸發 并由所述網站對應的瀏覽器轉發的。
[0098] 本發明實施例中，將第一用戶的目標文件上傳到服務器上，由服務器對目標文件 進行集中存儲和管理，在第二用戶在試圖訪問目標文件時，根據返回的訪問地址使用瀏覽 器可以直接訪問服務器，不再依賴郵件發送的方式向其他用戶發送目標文件，克服了在文 件體積大時需要壓縮處理，造成郵件延時，導致無法及時查看目標文件的問題，又減少了從 郵件中下載該文件附件的時間成本，提高文件處理效率。
[0099] 進一步地，實時對更新操作進行監聽，當監測到對目標文件進行更新后，將目標文 件更新到最新版本，服務器自動將已存儲的目標文件更新為最新的版本，無需再次通過郵 件給相關用戶，有利于提升相關用戶的處理效率，能夠提升查找、訪問目標文件的速度。 [0100]本領域普通技術人員可以理解:實現上述各方法實施例的全部或部分步驟可以通 過程序指令相關的硬件來完成。前述的程序可以存儲于一計算機可讀取存儲介質中。該程 序在執行時，執行包括上述各方法實施例的步驟;而前述的存儲介質包括:R〇M、RAM、磁碟或 者光盤等各種可以存儲程序代碼的介質。
[0101]最后應說明的是：以上各實施例僅用以說明本發明實施例的技術方案，而非對其 限制;盡管參照前述各實施例對本發明實施例進行了詳細的說明，本領域的普通技術人員 應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者 全部技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發 明各實施例技術方案的范圍。
【主權項】
1. 一種文件管理方法，其特征在于，包括： 監聽第一用戶基于設置的源代碼提交工具觸發的提交請求； 當監聽到所述提交請求時，獲取所述第一用戶的目標文件； 接收第二用戶基于瀏覽器發送的訪問請求;其中，所述訪問請求包括所述目標文件的 訪問地址； 向所述第二用戶展示所述目標文件。2. 根據權利要求1所述的方法，其特征在于，所述當監聽到所述提交請求時，獲取第一 用戶的目標文件，包括： 當監聽到所述提交請求時，抓取所述目標文件對應的源代碼； 對所述源代碼進行解析，得到所述目標文件。3. 根據權利要求2所述的方法，其特征在于，所述接收第二用戶基于瀏覽器發送的訪問 請求之前，包括： 將所述目標文件的訪問地址返回給所述第二用戶。4. 根據權利要求3所述的方法，其特征在于，所述當監聽到所述提交請求時，獲取到所 述第一用戶的目標文件指之后，還包括： 監聽所述第一用戶基于設置的源代碼提交工具重新觸發的提交請求； 當監聽到重新觸發的所述提交請求時，抓取更新后的所述目標文件對應的源代碼； 對更新后的所述目標文件對應的源代碼解析得到最新的所述目標文件。5. 根據權利要求3所述的方法，其特征在于，所述將所述目標文件的訪問地址返回給所 述第二用戶，包括： 基于瀏覽器向對應的網站下發所述目標文件的訪問地址，以使所述網站將所述訪問地 址展示給所述第二用戶。6. 根據權利要求5所述的方法，其特征在于，所述訪問請求是由所述第二用戶在所述網 站上點擊所述目標文件的訪問地址后觸發并由所述網站對應的瀏覽器轉發的。7. -種文件管理裝置，其特征在于，包括： 監聽模塊，用于監聽第一用戶基于設置的源代碼提交工具觸發的提交請求； 獲取模塊，用于當監聽到所述提交請求時，獲取所述第一用戶的目標文件； 接收模塊，用于接收第二用戶基于瀏覽器發送的訪問請求;其中，所述訪問請求包括所 述目標文件的訪問地址； 展示模塊，用于向所述第二用戶展示所述目標文件。8. 根據權利要求7所述的裝置，其特征在于，所述獲取模塊，具體用于當監聽到所述提 交請求時，抓取所述目標文件對應的源代碼，對所述源代碼進行解析，得到所述目標文件。9. 根據權利要求8所述的裝置，其特征在于，還包括： 發送模塊，用于在所述接收模塊在接收第二用戶基于瀏覽器發送的訪問請求之前，將 所述目標文件的訪問地址返回給所述第二用戶。10. 根據權利要求9所述的裝置，其特征在于，所述監聽模塊，還用于監聽所述第一用戶 基于設置的源代碼提交工具重新觸發的提交請求； 所述獲取模塊，還具體用于當監聽到重新觸發的所述提交請求時，抓取更新后的所述 目標文件對應的源代碼，對更新后的所述目標文件對應的源代碼解析得到最新的所述目標 文件。11. 根據權利要求9所述的裝置，其特征在于，所述發送模塊，具體用于基于瀏覽器向對 應的網站下發所述目標文件的訪問地址，以使所述網站將所述訪問地址展示給所述第二用 戶。12. 根據權利要求11所述的裝置，其特征在于，所述訪問請求是由所述第二用戶在所述 網站上點擊所述目標文件的訪問地址后觸發并由所述網站對應的瀏覽器轉發的。
【文檔編號】G06F17/30GK105868321SQ201610180449
【公開日】2016年8月17日
【申請日】2016年3月25日
【發明人】何亮, 李曉鳳, 陳余文
【申請人】樂視控股（北京）有限公司, 樂視致新電子科技（天津）有限公司