國內設備采購講課講稿

1、采購人需求第一節(jié)商務要求1. 交貨要求：1.1 交貨時間：簽訂合同后 10個日歷日內完成定制開發(fā)和部署等工作，并交付使用。=2交貨地點：深圳市第二高級中學指定地點。=2貨物產地：本項目不接受供應商選用進口產品參與投標。2. 報價方式和幣種：2.1 投標報價應包括但不限于：咨詢費、設計費、開發(fā)費、運輸費、保險費、配套資 料費、安裝調試、驗收檢驗費、培訓費用以及售后服務費用等相關一切費用。 投標貨幣：人民幣。3. 付款方法和條件：3.1 按深圳市財政委員會相關規(guī)定執(zhí)行。4. 安裝和驗收4.1 中標方免費將產品交付到指定地點安裝、調試、培訓后，由雙方負責驗收。4.2 驗收內容包括但不限于：a.軟件產

2、品名稱、數(shù)量及版本；b.軟件所附技術資料;c.功能模塊及授權和許可配置；d.軟件在功能、性能及技術要求中的各項技術參 數(shù)指標。4.3 招投標人雙方及相關單位共同進行檢驗。由招投標人雙方組成驗收小組共同進行技術驗收和商務驗收，驗收合格后簽署驗收報告。產品質量和安裝調試檢驗標準遵照前述標準執(zhí)行。4.4 當滿足以下條件時，采購單位才向中標人簽發(fā)驗收報告：a、中標人已按照合同規(guī)定提供了全部產品及完整的技術資料。b、軟件符合招標文件技術規(guī)格書的要求，性能滿足要求。5. 交貨質量要求標準5.1 提供的軟件必須符合招標技術要求表明的質量狀況和使用性能。5.2 招標人在中國使用該軟件或貨物的任何一部分時，免受

3、第三方提出的侵犯其專利 權、商標權或工業(yè)設計權等知識產權的起訴或司法干預。如果發(fā)生上述起訴或干 預，則其法律責任均由投標人負責。6. 質保期及售后服務：6.1 質保期為自產品驗收合格并交付采購人使用之日起壹年。6.2 在質保期內，在軟件系統(tǒng)由于設計缺陷或存在BUG勺情況下，一切修正費用由投標人負擔。投標人應提供 7天 24小時的服務響應，并提供技術支持人員的名單和 聯(lián)系方式，保證可以隨時找到相應勺技術人員。接到報障請求，應在1小時內響應， 4小時內維護人員達到現(xiàn)場， 24 小時內排除故障。6.3 質保期滿后，投標人需提供維護及服務優(yōu)惠價格，并提供相應承諾書。6.4 投標人須在交貨驗收過程中，保

4、證招標人相關人員能正常使用相關軟件系統(tǒng)。6.5 本軟件系統(tǒng)質保期滿之后， 若采購單位要求中標單位繼續(xù)提供軟件質保服務， 則中標單位每年勺服務費用最高不得超過本軟件系統(tǒng)中標金額勺5%。第二節(jié) 技術要求一、項目背景智慧校園是一種以面向師生個性化服務為理念，能全面感知物理環(huán)境，識別學習者 個體特征和學習情景，提供無縫互通勺網(wǎng)絡通信， 有效支持教學過程分析、 評價和智 能決策勺開放教育教學環(huán)境和便利舒適勺生活環(huán)境。它旨在把學校建設成為以云計算、 互聯(lián)網(wǎng)等技術為依托勺校園綜合管理平臺，構建高效勺校園管理、平安校園、領先勺教 學服務和便捷勺校園生活等應用體系，把學校打造成高效、智能、幸福勺校園環(huán)境。教育部

5、 2017 年教育信息化工作要點勺重點任務之一是“推動數(shù)字校園和智慧校 園建設”，要求“充分發(fā)揮地方與學校積極性與主動性， 引導各級各類學校開展數(shù)字校園、 智慧校園建設與應用” 。國家教育事業(yè)發(fā)展“十三五”規(guī)劃（ 201701）提出“支持各級 各類學校建設智慧校園，綜合利用互聯(lián)網(wǎng)、大數(shù)據(jù)、人工智能和虛擬現(xiàn)實技術探索未來 教育教學新模式” 。 深圳市教育信息化發(fā)展規(guī)劃（ 2015-2020 年）提出“到 2020 年， 建成 200 所以上智慧校園'示范學?！?。深圳市勺智慧校園建設進入重要勺發(fā)展時期。但在學校信息化建設中，普遍存在建設散亂、缺少統(tǒng)一規(guī)劃、沒有建設標準；部門 各自為政，信

6、息共享不足，形成數(shù)據(jù)孤島；建設重硬輕軟，缺少管理應用，輕教學，缺 少配套內容資源；無法統(tǒng)一整體管理，維護成本高，體驗差；用戶名密碼繁多，登錄麻 煩，記憶困難；新勺應用與原有平臺和應用對接困難；數(shù)據(jù)分析不足，數(shù)據(jù)資源利用率 低等一系列問題，使得信息技術沒有發(fā)揮出應有勺提升效率、改善教學、提高教學質量 勺效能，難以做到教育教學與信息技術勺融合，無法對教育教學發(fā)揮革命性影響。為了解決校園信息化建設中遇到的問題，用戶對學校信息化建設經(jīng)驗、需求進行了 認真梳理，在專家的指導下，對學校智慧校園建設進行了整體規(guī)劃設計。學校決定引入 新的互聯(lián)網(wǎng)技術、新的系統(tǒng)架構，優(yōu)先解決用戶統(tǒng)一管理和授權、數(shù)據(jù)統(tǒng)一交換、應用

7、 統(tǒng)一接入等建設與管理中存在的主要問題。二、建設內容1、 建立基于微服務架構的智慧校園開放平臺，主要包括統(tǒng)一身份認證服務（統(tǒng)一用 戶和統(tǒng)一門戶等）、統(tǒng)一基礎數(shù)據(jù)服務、統(tǒng)一數(shù)據(jù)交換、統(tǒng)一能力平臺等。2、統(tǒng)一能力平臺包括 API網(wǎng)關、服務能力管理、監(jiān)控與日志、數(shù)據(jù)交換、開放能力 組件服務等。三、技術要求序號模塊參數(shù)1用戶中 心（認證）用戶認證中心主要是包括兩大核心模塊，就是用戶基本信息統(tǒng)一管理和 認證。通過用戶中心，可以無縫的整合第三方產品，實現(xiàn)用戶基本信息的統(tǒng)一 管理。提供統(tǒng)一的注冊，新增，修改等接口，同時將用戶數(shù)據(jù)實時同步 到各業(yè)務系統(tǒng)。各個業(yè)務系統(tǒng)用戶的核心數(shù)據(jù)由用戶中心統(tǒng)一管理維護， 同時

8、也將用戶數(shù)據(jù)實時同步到各業(yè)務系統(tǒng)。統(tǒng)一認證平臺采用 oauth2.0標準進行認證接入，對于第三方或者其他應 用需要調用平臺的openAPI,都需要經(jīng)過授權。在進行統(tǒng)一認證 OAuth2.0 授權登錄接入之前，需要在管理端申請APPID和AppSecret，用戶中心管理平臺進行應用的審核，才可開始接入流程。統(tǒng)一認證OAuth2.0授權登錄讓統(tǒng)一認證用戶使用統(tǒng)一認證身份安全登 錄第三方應用或網(wǎng)站，在統(tǒng)一認證用戶授權登錄已接入統(tǒng)一認證OAuth2.0的第三方應用后，第三方可以獲取到用戶的接口調用憑證（access_token ），通過access_token 可以進行統(tǒng)一認證開放平臺授權關系接口調用

9、，從而可實現(xiàn)獲取統(tǒng)一認證用戶基本開放信息和幫助用戶實現(xiàn)基礎開放功能等。2基礎業(yè)務數(shù)據(jù)管理平平臺提供基礎業(yè)務數(shù)據(jù)管理，為所有第三方應用提供統(tǒng)一的組織機構、 學校、班級、教師、學生信息基礎數(shù)據(jù)及數(shù)據(jù)管理服務（需提供系統(tǒng)功 能截圖）。臺維護管理服務支持對所有基礎業(yè)務數(shù)據(jù)的管理，建立完整的基礎數(shù)據(jù)有 效性維護機制，并通過數(shù)據(jù)交換服務推送給第三方應用，保證數(shù)據(jù)的完 整統(tǒng)一。管理員能夠對組織機構、用戶、教學基礎數(shù)據(jù)、區(qū)域進行人工審核和管 理，也可對角色權限、管理員權限等進行設置和管理，做到對基礎數(shù)據(jù) 的全方位維護管理。3智慧校 園門戶（統(tǒng)一 用戶界面）智慧校園門戶為管理者、教師、學生等各類角色提供集中統(tǒng)一

10、的智 慧校園各類應用入口和個性化的辦公桌面，解決系統(tǒng)分散、管理雜亂等 問題。1、提供統(tǒng)一登錄界面，用戶通過賬號密碼登錄智慧校園后，可根據(jù)各 自角色、權限獲得自己的個性化桌面，用戶可以快捷訪問智慧校園 各授權應用、功能和數(shù)據(jù)。2、個性化界面首頁支持自定義個人應用功能展示與呈現(xiàn)、應用排序， 通過這些功能模塊可快速使用對應的系統(tǒng)應用功能，處理工作與學 習：如果對應應用僅提供單點登錄，點擊模塊圖標后跳轉到對應應 用登錄后的首頁，如果對應應用提供配置參數(shù)，點擊模塊圖標后跳 轉到對應應用的制定功能模塊；支持管理員自定義發(fā)布圖片內容， 自定義修改導航欄。3、主要欄目模塊可配置，對智慧校園所有應用進行合理分類

11、和展示， 管理人員、教師、學生及家長等不同角色可通過智慧校園門戶快速 訪問相關應用。4、提供統(tǒng)一應用中心，支持第三方應用集成接入，支持按角色靈活定義應用服務。應用中心分可為全部應用和我的應用。全部應用顯示 當前平臺開放給不同角色下的應用匯總，可以查看對應的應用介紹、評價應用等功能，支持對應應用排序功能，并顯示當前應用的使用量，點擊當前應用可以直接進入該應用使用。各類角色可以使用我 的應用功能通過添加和刪除維護個人應用，直接通過應用快捷方式 呈現(xiàn)在個人個性化桌面。4PASS能力平臺API網(wǎng)關1、報文轉換平臺對外提供JSON格式報文，開發(fā)者進行API訪問時，必須 遵循報文規(guī)范進行上送。對行內系統(tǒng)開

12、放平臺支持適配對接， 可以進行報文格式的轉換， 報文格式至少支持json、xml等。2、協(xié)議轉換平臺支持外部系統(tǒng)通過 TCP/IP、HTTP HTTPS等協(xié)議和中間 件與平臺通訊。一般情況下，請求系統(tǒng)可以使用開放平臺提 供的API，按照系統(tǒng)的技術標準和接口規(guī)范進行服務訪問， 從而避免不必要的協(xié)議轉換開銷。但是對于請求系統(tǒng)無法改 造或改造成本過高的情況下，平臺提供接入?yún)f(xié)議適配的功能， 支持外部系統(tǒng)通過不同的通訊協(xié)議與開放平臺通訊。3、流量控制流量控制具備多維度流量控制機制，包括API，APR消費方），服務提供者，各維度可以自由組合，例如可以控制單一 API 的流量控制參數(shù)（需要提供系統(tǒng)功能截圖）

13、，還可以控制服 務消費者調用某服務的流量控制參數(shù)。集群環(huán)境下使用同一 的流量控制服務器，但是接入模塊自身具備非精確的流量控 制功能，當統(tǒng)一流量控制服務失效時，可實現(xiàn)本地的非精確 流控，保證系統(tǒng)的可靠性。當服務訪問量超過預設的流量值 時，會快速擋回對該服務的訪問請求。4、負載路由支持負載路由設置，當某一類型的請求超過指定閥值時，可 以限制客戶端的訪問請求；針對同一類型的請求，可以將請 求路由到不同的后端服務中，以便分解負載。5、安全API網(wǎng)關提供運行態(tài)的多重安全校驗；在鏈路層采用HTTPS進行鏈路加密；在數(shù)據(jù)層支持數(shù)據(jù)的加簽驗簽和加密解密； 在數(shù)據(jù)校驗上，采用TOKE肌制，每次接口請求，都會對T

14、OKEN 進行校驗；除此以外，還有用戶的校驗，APP的校驗、API的校驗等（需提供系統(tǒng)功能截圖），通過多重校驗，保障API 安全運行。1、用戶中心認證統(tǒng)一接口API 接口中心通過標準的集中認證技術規(guī)范及統(tǒng)一的應用系統(tǒng)用戶管 理接口，為各應用系統(tǒng)提供集中的身份認證與授權服務，實 現(xiàn)系統(tǒng)用戶認證的統(tǒng)一管理，用戶通過統(tǒng)一信息門戶等方式 實現(xiàn)單點登錄，提高信息化應用系統(tǒng)的安全性。提供用戶統(tǒng)一登錄認證授權， 遵循OAuth2.0標準，支持 多種認證模式（授權碼模式、簡化模式、密碼模式、客戶端 模式），提供獲取令牌環(huán)、獲取授權碼，獲取驗證碼等接口， 并提供豐富的用戶以及用戶延伸出來的相關信息的查詢與管 理

15、接口（如用戶詳情、用戶權限、用戶角色、租戶管理、統(tǒng) 計信息、機構管理、應用管理與授權等），同時通過在線文 檔的形式提供所有接口的詳實描述。2、基礎數(shù)據(jù)接口基礎數(shù)據(jù)平臺通過對外提基礎數(shù)據(jù)接口，共享平臺中的 具體數(shù)據(jù)來源于各應用系統(tǒng)。所有應用系統(tǒng)（包括原有系統(tǒng) 和新建系統(tǒng)）可以通過基礎數(shù)據(jù)共享平臺進行數(shù)據(jù)交互，將 數(shù)據(jù)進行業(yè)務建模，由各自的業(yè)務數(shù)據(jù)庫交換到公共數(shù)據(jù)庫 平臺，共享數(shù)據(jù)信息，維護數(shù)據(jù)的一致性，避免信息孤島的 產生，解決數(shù)據(jù)多處存儲、異構、異步、不女全等冋題，并 提供豐富的基礎信息維護接口，如學校管理、學期管理、班 級管理、年級管理、常量維護、配置項管理、學期接口等。6分布式配置中心分布

16、式配置中心服務管理所有服務的配置項數(shù)據(jù)，能將 配置項自動推送到需要的客戶端上。配置中心支持配置項變更歷史查詢、配置發(fā)布、灰度發(fā)布、配置回滾、配置覆蓋、 配置新增、配置刪除等操作。配置項具有日志記錄功能，能 知道什么時候、改了哪些配置項；有 WEBt理界面針對配置 項進行管理，提供配置項獲取 API。配置項的范圍包括：1、框架底層的配置，如10線程數(shù)，業(yè)務線程數(shù)，連接數(shù)， 心跳間隔，日志配置等等。2、每個服務/方法的元數(shù)據(jù)，如超時，重試，限流，熔斷， 路由，負載均衡等。7分布式定時任務中心分布式任務調度系統(tǒng)是在傳統(tǒng)的任務調度上面添加分布 式的能力，以解決單實例，重復調用，任務跟蹤與管理困難， 不

17、方便擴充，無法集中管理等問題而誕生的系統(tǒng)，任務調度 最常用的使用場景是定時任務，使用分布式任務調度可以更 加方便的保障定時任務的正常執(zhí)行主要分為三個模塊：1、任務提交和執(zhí)行，以jar形式提供給業(yè)務方使用。2、任務調度，平臺統(tǒng)一維護。3、web任務管理頁面，平臺統(tǒng)一維護，包含如下功能。（1）節(jié)點管理；節(jié)點組管理；（2）任務隊列管理，cron任務，暫停任務，執(zhí)行任務；（3）查看任務執(zhí)行日志；（4）任務執(zhí)行客戶端監(jiān)控1、服務注冊與發(fā)現(xiàn)服務能8力管理具有統(tǒng)一的注冊中心管理微服務實例。微服務實例必須先向 注冊中心注冊，這樣服務調用方才能從注冊中心獲取到服 務的實例列表（需提供系統(tǒng)功能截圖），從而進行服務

18、調用。 需要支持服務實例注冊、注銷，同時服務實例需要能定時往 注冊中心發(fā)送心跳信息，以確保注冊中心的服務實例信息是 實時更新的，服務實例注銷后，注冊中心需要能實時通知到 服務調用方。服務的屬性包括服務名、ip、端口、服務分組。 服務消費方調用服務時，支持 RPC REST調用，RPC調用時, 數(shù)據(jù)格式支持可擴展。服務實例元數(shù)據(jù)需要支持可持久化， 如持久化到非關系型數(shù)據(jù)庫或者關系型數(shù)據(jù)庫。服務注冊中 心需要集群部署，以保證服務注冊中心高可用。服務調用方可以從注冊中心訂閱服務，根據(jù)注冊中心返回的 服務實例列表與具體的服務實例建立連接。并進行服務調用。 服務調用方調用的服務實例失敗時，可以進行一定次

19、數(shù)的重 試，重試次數(shù)需要支持可配置。2、服務路由支持將指定客戶端的請求路由到指定的服務集群或實例中。 如可以按服務調用方名稱、ip、請求頭信息、方法名、版本 號進行條件組合、判斷、正則匹配，將服務調用鏈路指向特 定的服務實例。3、服務監(jiān)控通過可視化界面，可以查看服務的部署情況、運行狀態(tài)、 實例數(shù)量、服務實例并發(fā)數(shù)據(jù)（需要提供系統(tǒng)功能截圖）、 網(wǎng)絡延時數(shù)據(jù)、服務異常情況、可以根據(jù)場景設置預警規(guī)則?？梢愿鶕?jù)服務監(jiān)控判斷一個服務的實例數(shù)量是否滿足當前業(yè) 務需求是否需要對服務進行擴容。4、負載均衡服務調用方調用服務時，需要支持負載均衡，以免所有的負 載都在一個服務實例上面。需要支持常用的負載均衡策略：

20、 輪詢、隨機、最小負載、參數(shù)哈希（調用方參數(shù)），且能在 界面上對不同的服務設置不同的負載均衡策略。5、服務熔斷（需要提供系統(tǒng)功能截圖）當某個服務實例出現(xiàn)故障時，調用該故障服務實例的服務調 用方（一個或者多個）的請求全部會被阻塞，導致請求會耗 用相關的線程資源、io、網(wǎng)絡等。當這種調用方很多時會導 致相關的系統(tǒng)級聯(lián)出現(xiàn)故障。為了避免出現(xiàn)這種情況，需要 能對服務進行熔斷設置，當服務實例不可用時，直接返回相 應的錯誤碼，以免服務調用方等待超時。 針對每個服務實例， 需要能支持設置是否啟用熔斷機，服務調用的延遲統(tǒng)計，熔 斷統(tǒng)計。§、服務跟蹤（需提供系統(tǒng)功能截圖）客戶端調用服務時，可能會經(jīng)過多

21、個服務實例節(jié)點，因服務 實例的網(wǎng)絡、io、資源有限等原因，會導致客戶端調用時出 現(xiàn)延遲、超時等現(xiàn)象。為了跟蹤、監(jiān)控這種情況，需要有界 面可以跟蹤每個請求的調用鏈路、調用時間、網(wǎng)絡延遲，可 以根據(jù)時間、服務名、客戶端信息、方法名、ip、端口等進行模糊查詢調用鏈路數(shù)據(jù)。1、運維監(jiān)控監(jiān)控、日實現(xiàn)對整個平臺服務訪問使用情況進行集中的監(jiān)控管理，支 持異常信息的分類和分級，異常信息的收集和故障診斷；異 常發(fā)生時，支持及時報警；對異常提供人工干預和自動隔離;支持流量訪問控制和管理。提供服務調用的記錄、測量和監(jiān) 控數(shù)據(jù)收集，支持服務訪問分析。統(tǒng)一的監(jiān)控管理功能包括 系統(tǒng)資源監(jiān)控，平臺運行監(jiān)控，系統(tǒng)運行報表，系

22、統(tǒng)告警的 相關功能。2、日志采集通過簡單的配置（注解方式），即可收集服務器上的日志， 不應該對現(xiàn)有的程序有傾入性。如果需要編程寫入日志，需要支持多種語言，如：Java、Python、PHP .NET。支持收集應用程序日志如 tomcat、apache、nginx，操作系 統(tǒng)日志女口 /var/log/messages ，數(shù)據(jù)庫日志女口 postgresql 、 mysql、hdfs、nosql （ redis ）等。米集日志時，需要支持多 種日志格式，如單行、多行、json。3、日志分析日志分析功能需要能將非結構化日志數(shù)據(jù)處理為結構化數(shù)據(jù)。結構化數(shù)據(jù)的字段應該是可以動態(tài)可擴展的。日志能按應用、

23、項目、分類、服務、節(jié)點等屬性進行區(qū)分，按debug、info、warn、error 等進行分類。4、日志查詢查詢日志時，應該基于搜索引擎。查詢日志時，可以根據(jù)應 用、項目、分類、服務等分類進行查詢；可以根據(jù)日志產生 的時間、關鍵字進行查詢。10數(shù)據(jù)交換數(shù)據(jù)交換子系統(tǒng)米用主流的數(shù)據(jù)集成中間件，構建與維 護教育信息化、數(shù)字化標準，構建與維護教學中心數(shù)據(jù)庫， 在共享公共數(shù)據(jù)基礎上整合與集成各種應用軟件，通過數(shù)據(jù) 驅動、事件驅動和服務驅動將公共數(shù)據(jù)從應用數(shù)據(jù)庫抽取到 中心數(shù)據(jù)庫，通過向應用軟件提供豐富接口實現(xiàn)公共數(shù)據(jù)向 應用數(shù)據(jù)庫的同步，確保數(shù)據(jù)的完整性、準確性與一致性。系統(tǒng)主要應包括以下功能：1、數(shù)

24、據(jù)交換機制數(shù)據(jù)變更跟蹤組件實時跟蹤數(shù)據(jù)提供者的數(shù)據(jù)變更，形 成待更新的數(shù)據(jù)。數(shù)據(jù)更新組件依據(jù)設置的數(shù)據(jù)轉換規(guī)則對 待更新的數(shù)據(jù)進行過濾、轉換，形成標準格式的數(shù)據(jù)，依據(jù) 數(shù)據(jù)更新計劃更新中心數(shù)據(jù)庫中相應的數(shù)據(jù)。數(shù)據(jù)同步組件 依據(jù)數(shù)據(jù)同步計劃，同步相應應用數(shù)據(jù)庫中相應的數(shù)據(jù)。通 過以上組件提供的接口與應用程序和服務傳遞消息，通過配 置的適配器和管道接收、解析、路由和發(fā)送消息；采用異步方式處理消息，避免消息處理的時間延遲；允許平臺管理員 和其他授權用戶隨時更新配置，而不必中斷應用程序和服 務。2、數(shù)據(jù)交換功能（1）信息標準管理設置數(shù)據(jù)標準、代碼標準，構建與維護中心數(shù)據(jù)庫平臺 信息標準。（2）中心數(shù)據(jù)

25、庫管理維護元數(shù)據(jù)，構建與維護中心數(shù)據(jù)庫平臺，為公共數(shù)據(jù) 交換提供安全、可靠的中樞；依據(jù)信息標準和元數(shù)據(jù)靈活構 建與維護各類數(shù)據(jù)對象，為綜合信息查詢展示提供數(shù)據(jù)支 持。（3）數(shù)據(jù)交換管理采用主流的數(shù)據(jù)集成中間件，提供數(shù)據(jù)抽取、數(shù)據(jù)更新 和數(shù)據(jù)同步功能，提供豐富的數(shù)據(jù)交換方式，可以滿足不同 環(huán)境對數(shù)據(jù)集成的要求。設置數(shù)據(jù)提供者，確定每一項需要交換的數(shù)據(jù)由哪個應 用軟件提供；設置數(shù)據(jù)使用者，確定每一項需要交換的數(shù)據(jù)由哪些應 用軟件使用；設置數(shù)據(jù)轉換規(guī)則，參照信息標準對需要交換的數(shù)據(jù)進 行轉換，涉及到數(shù)據(jù)類型轉換、數(shù)據(jù)截取、數(shù)據(jù)合并、數(shù)據(jù) 替換、關鍵字生成、行列轉換等。提供自動交換數(shù)據(jù)功能與輔助交換數(shù)

26、據(jù)功能，可以實現(xiàn) 數(shù)據(jù)庫及結構化文件之間的數(shù)據(jù)復制、數(shù)據(jù)遷移和數(shù)據(jù)交 換；部署和管理數(shù)據(jù)變更跟蹤組件、數(shù)據(jù)更新組件與數(shù)據(jù)同 步組件；監(jiān)控、審計數(shù)據(jù)交換過程，必要時根據(jù)數(shù)據(jù)交換日 志恢復異常數(shù)據(jù)。3、參數(shù)設置（毫指定服務器接收和發(fā)送數(shù)據(jù)的文件路徑，配置相關的服 務器接收文件路徑、服務器發(fā)送文件路徑、提請文件路徑、 本地服務ip、本地服務端口、用戶名、密碼、掃描間隔秒）、服務啟動開時間始掃描（毫秒）、是否需要轉發(fā)（僅用于 前置機）、前置機IP、是否掃描接收文件夾、是否是業(yè)務 機、是否插入日志、文件發(fā)送目錄。4、服務器管理設定各服務器的相關參數(shù)包括（系統(tǒng)編碼、單位編碼、單位名稱、對應部門id、服務ip、服務端口、訪問名、訪 問密碼、排序號），用于數(shù)據(jù)傳輸使用。基于云平臺，提供公共組件服務，減少各業(yè)務重復開發(fā)工作 量，讓業(yè)務產品有更多的時間關注具體的業(yè)務。所有的組件 服務均支持集群部署，支持負載均衡。本平臺能力組件包括 視頻點播、文件存儲、搜索、圖片縮放服務、在線文檔瀏覽 服務和安全組件等。1、視頻點播使用流媒體技術、rtmp協(xié)議提供視頻點播服務。業(yè)務端產品可以是pc、web an droid、ios這些類型的終端產品。業(yè)務端產品根據(jù)業(yè)務需要請求流媒體服務，請求時需要帶認 證信息，登錄授權通過后，可進行視頻點播。11開放能力組件服務視頻