機動車維修方案評估系統及其方法
【專利摘要】本發明公開了一種機動車維修方案評估系統及其方法，包括智能終端；所述智能終端通過網絡同后臺服務器相連接；所述智能終端里包含有前臺維修方案評估模塊；所述后臺服務器里包含著用于機動車維修的數據庫和后臺維修方案評估模塊。結合其方法避免了現有技術中會造成判斷不準確或加重車主維修費用支出的問題。
【專利說明】
機動車維修方案評估系統及其方法
技術領域
[0001] 本發明涉及一種機動車維修技術領域，尤其是涉及一種機動車維修方案評估系統 及其方法。
【背景技術】
[0002] 中國的機動車工業歷經40多年，有了較大的發展，已初步形成了比較完整的機動 車產品系列和生產布局。進入WT0以后，我國的機動車工業將得到進一步的發展，機動車產 量和保有量將不斷提高，國產機動車市場占有率超過95 % .機動車作為現代社會不可替代 的重要交通工具。隨之而來的問題將使機動車的維修與日常維護成為大眾最為關注的問題 了。
[0003] 而機動車的維修就是對出現故障或事故的機動車通過技術手段排查，找出故障或 事故原因，并采取一定措施使其排除故障或事故并恢復達到一定的性能和安全標準。
[0004] 根據目前汽車行業售后服務及后期的修改情況發現，同品牌同車型汽車相同的故 障同一 4S店維修，維修價格存在差異，同品牌同車型汽車相同的故障，維修工時和方案也存 在很大的差異，車主或承保公司對車輛維修的價格體系缺少一種標準，這樣的隨意性的定 價而沒有統一標準的定價會導致對維修成本增加。
[0005] 另外現在進行維修的過程都是采用人工的方式來進行核算，出錯率高還效率低 下。
[0006] 總體來看，現有存在的問題具體為：
[0007] -方面是價格存在差異，另外一方面也存在小病大冶，過度維修的現象。傳紡方式 一方面主要依靠作業人員的經驗判斷，另外一方面通過不斷換件排除故障的方式，造成判 斷不準確或加重車主維修費用支出。
【發明內容】
[0008] 本發明所要解決的技術問題在于提供一種機動車維修方案評估系統及其方法，避 免了現有技術造成判斷不準確或加重車主維修費用支出的問題。
[0009] 為解決上述技術問題，本發明的技術解決方案是：
[0010] -種機動車維修方案評估系統，包括智能終端；
[0011] 所述智能終端通過網絡同后臺服務器相連接；
[0012] 所述智能終端里包含有前臺維修方案評估模塊；
[0013] 所述后臺服務器里包含著用于機動車維修的數據庫和后臺維修方案評估模塊。
[0014] 所述機動車維修方案評估系統的方法，具體如下：
[0015] 步驟1:在機動車出現維修申請時，先由需求方發起維修方案評估申請，然后檢測 人員給予技術診斷，同時規范化評估采集數據，所述需求方包括車主、維修商或保險公司， 所述技術診斷的方式包括線上診斷或線下診斷方式；
[0016] 步驟2:隨后檢測人員通過運行前臺維修方案評估模塊來打開用于錄入機動車的 維修申請的信息的界面，然后在用于錄入機動車的維修申請的信息的界面上錄入機動車的 維修申請的信息；
[0017] 步驟3:錄入機動車的維修申請的信息后，前臺維修方案評估模塊就把機動車的維 修申請的信息發送到后臺服務器中；
[0018] 步驟4:后臺服務器接收到機動車的維修申請的信息后，后臺維修方案評估模塊就 根據機動車的維修申請的信息在用于機動車維修的數據庫檢索出對應的維修報價數據，所 述維修報價數據包括維修措施和維修費用標準標準；
[0019] 步驟5:然后后臺維修方案評估模塊就把檢索出的維修報價數據返回智能終端；
[0020] 步驟6:然后前臺維修方案評估模塊把維修報價數據進行顯示來作為維修價格的 參考。
[0021] 經由本發明的結構，與現有技術相比，本發明的優點在于：
[0022] 其可以作為一種全方位、多品牌、全車系的維修評估及維修方案和維修成本查詢 平臺，用以提高維修站對車輛維修的快速定位及選定維修方案，幫助車主對自己車輛出現 維修后明確維修成本，本發明提出了汽車維修評估信息系統建設方案，用以提高維修站的 工作效率，為保險公司快速提報出險車輛維修價格服務。另外不同的質保期影響維修報價， 在本發明中進行了相應的設置，就能更大限度保證維修報價的合理性。
【附圖說明】
[0023] 圖1是所述機動車維修方案評估系統的整體結構示意圖。
[0024] 圖2是本發明的冷卻裝置的原理結構圖。
[0025] 圖3是本發明的冷卻裝置的整體連接結構示意圖。
[0026] 圖4是本發明的冷卻裝置的一側結構示意圖。
[0027] 圖5是本發明的冷卻裝置的另一側的結構圖。
【具體實施方式】
[0028] 為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施例，對 本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，并 不用于限定本發明。
[0029] 如圖1-圖5所示，機動車維修方案評估系統，包括智能終端；
[0030] 所述智能終端通過網絡同后臺服務器相連接；
[0031] 所述智能終端里包含有前臺維修方案評估模塊；
[0032] 所述后臺服務器里包含著用于機動車維修的數據庫和后臺維修方案評估模塊。
[0033] 所述智能終端包括智能手機、PDA、PC機或筆記本電腦。
[0034] 所述前臺維修方案評估模塊用來打開用于錄入機動車的維修申請的信息的界面； 用來把機動車的維修申請的信息發送到后臺服務器中；用來把維修報價數據進行顯示來作 為維修價格的參考。
[0035] 所述后臺維修方案評估模塊用來根據機動車的維修申請的信息在用于機動車維 修的數據庫檢索出對應的維修報價數據；用來把檢索出的維修報價數據返回智能終端，所 述維修申請的信息包括機動車的故障數據、事故數據、日常保養維修數據或者二手車交易 整備數據。
[0036] 所述的機動車維修方案評估系統的方法，具體如下：
[0037] 步驟1:在機動車出現維修申請時，先由需求方發起維修方案評估申請，然后檢測 人員給予技術診斷，同時規范化評估采集數據，所述需求方包括車主、維修商或保險公司， 所述技術診斷的方式包括線上診斷或線下診斷方式；
[0038] 步驟2:隨后檢測人員通過運行前臺維修方案評估模塊來打開用于錄入機動車的 維修申請的信息的界面，然后在用于錄入機動車的維修申請的信息的界面上錄入機動車的 維修申請的信息；
[0039] 步驟3:錄入機動車的維修申請的信息后，前臺維修方案評估模塊就把機動車的維 修申請的信息發送到后臺服務器中；
[0040] 步驟4:后臺服務器接收到機動車的維修申請的信息后，后臺維修方案評估模塊就 根據機動車的維修申請的信息在用于機動車維修的數據庫檢索出對應的維修報價數據，所 述維修報價數據包括維修措施和維修費用標準標準；
[0041] 步驟5:然后后臺維修方案評估模塊就把檢索出的維修報價數據返回智能終端； [0042]步驟6:然后前臺維修方案評估模塊把維修報價數據進行顯示來作為維修價格的 參考。
[0043] 所述用于機動車維修的數據庫的記錄包括的字段有維修的總成編碼、維修的子組 編碼、機動車的車系編碼、維修現象、第一對應碼、維修原因、第二對應碼、維修類型、維修的 所在地、維修方案和維修報價數據。
[0044] 所述用于機動車維修的數據庫的記錄為機動車的維修專家審核認定的數據；
[0045] 所述維修報價數據包括備件編碼、備件名稱、備件單價、備件數量、備件費用、工時 編碼、工時數、工時單價、工時費用、總費用和質保期。不同的質保期影響維修報價，在本發 明中進行了相應的設置，就能更大限度保證維修報價的合理性。
[0046] 所述機動車的維修申請的信息包括維修的總成編碼、維修的子組編碼、機動車的 車系編碼、維修事件現象描述、第一對應碼、維修原因、第二對應碼、維修類型、維修的所在 地和維修方案，所述維修方案包括維修該故障需要的工時數、備件名稱和備件數；
[0047] 所述維修的所在地包括維修車輛所在的省市區；
[0048] 所述后臺維修方案評估模塊就根據機動車的維修申請的信息在用于機動車維修 的數據庫檢索出對應的維修報價數據的方式為：
[0049] 把所述用于機動車維修的數據庫中的維修的總成編碼、維修的子組編碼、機動車 的車系編碼、維修現象、第一對應碼、維修原因、第二對應碼、維修類型、維修的所在地和維 修方案的字段分別同機動車的維修申請的信息中的維修的總成編碼、維修的子組編碼、機 動車的車系編碼、維修事件現象描述、第一對應碼、維修原因、第二對應碼、維修類型、維修 的所在地和維修方案相一致的記錄檢索出來，并把檢索出來的記錄中的維修報價數據中的 總費用中的最高價、最低價和平均價作為對應的維修報價數據。
[0050] 對于網絡的信息發送架構，其單位時間的信息輸送位數比以往的同類網絡有了很 高的改善，基本上都能超過每秒3兆位，但是無線鏈路體系非常繁瑣，因為信息的強度降低 還有雜波的影響，就能夠使得信息輸送臨時中止以及再次輸送，這樣讓信息發生阻塞，在很 高的信息量和實時性不低的情況下，此缺陷就格外嚴重，若無法處理此缺陷，必然將出現很 多信息的報文組的遺失，讓信息輸送無法實現正確性。
[0051]為了防止報文組的遺失缺陷，往往就須得將還沒處置的信息先寫入智能終端的閃 存中，在這里所述信息為智能終端要發送給后臺服務器的消息，且所述信息以報文組的形 式存在，直到網絡內存在能用的鏈路時才把信息執行輸送，但是一般智能終端的閃存容量 是不大的，所以智能終端的閃存架構如何搭建就很重要，以前的模式為設置一對設定大小 的閃存空間，分別為第一閃存空間與第二閃存空間，在第一閃存空間與第二閃存空間均無 報文組之際，就能收受信息的報文組，且把它寫入到第一閃存空間，且實時地把第一閃存空 間的報文組執行處置，同步地還能夠接著收受信息的報文組，把它們寫入到第二閃存空間， 等到第一閃存空間內的報文組處置結束后且輸送也結束后，這樣第一閃存空間還能夠接著 收受信息的報文組，同步的還能夠執行對第二閃存空間的處置，由此周而復始的進行，這樣 的模式在以往的數據輸送體系下實現了好的效果，但是在網絡條件下，一旦發生信息的強 度降低還有雜波的影響，就能夠使得信息輸送臨時中止以及再次輸送，這樣一對閃存空間 的報文組哪怕處置結束了，但是也無法進行輸送，這樣也就無法接著收受下一批的報文組， 因為處在網絡的條件下，單位時間發送的信息的報文組的位數不少，若多次無法收受報文 組，即發生很多信息的遺失，所以此類模式在網絡內有缺陷。
[0052]所以，為了解決這個問題，提出了如下的方法：
[0053]所述智能終端的閃存含有Y個被清空的閃存空間，Y為不小于3的正整數，在錄入機 動車的維修申請的信息后，且在前臺維修方案評估模塊在把機動車的維修申請的信息發送 到后臺服務器中之前，進行如下步驟的處置，所述機動車的維修申請的信息即為以報文組 形式存在的信息：
[0054]步驟la:第一微區域導航模塊依賴獲取到的報文組的次序來按序寫入已被清空的 閃存空間中；
[0055] 步驟2a:于結束了步驟la之際同步把寫入的報文組按寫入的次序執行處置，該處 置的方式就是把此時的智能終端的系統時間添加進報文組，處置結束后的報文組依然按序 執行輸送，所述輸送也就是通過網絡發送到服務器，輸送報文組結束后把閃存空間清空，使 之成為已被清空的閃存空間；
[0056]步驟3a:收受后續的報文組，循環執行步驟la與步驟2a，使得閃存空間被反復采 用。
[0057]在把報文組寫入已被清空的閃存空間中之際，已被清空的閃存空間能夠用來寫入 報文組，寫入了報文組的閃存空間就接著處置，處置結束后執行輸送，且清空閃存空間的報 文組，再次構成已被清空的閃存空間，實現一個報文組的處置。
[0058]所述閃存空間的個數Y的設定方式為：
[0059] 步驟lb:把報文組的收受、處置、輸送的進程實施構建方程，即設定單位時間內收 受報文組的個數是不變量P，而對收受到報文組所形成的比特流在單位時間內處置的報文 組的個數是V，出于信息的強度降低還有雜波的影響使得再次輸送報文須要的耗時的標準
[0060] 步驟2b:用式（1)、（2)與（3)來得到閃存空間的個數Y:
[0064] 這里，q、Z均是中間系數；
[0065] 所述出于信息的強度降低還有雜波的影響使得再次輸送報文須要的耗時的標準 的數值通過以往的實際情況來實現總計后而獲得的。
[0066] 所述閃存空間的個數Y的值為600、4或500。
[0067]而由此得到的實施例如下：
[0068] 設定單位時間內收受報文組的個數是不變量P，該不變量P = 3*106/L，其中3*106為 單位時間內收受報文組的位數，L為最長報文組的位數，對收受到報文組所形成的比特流在 單位時間內處置的個數在本實施例中為V = 4.5*106/L，而L的值能夠根據實際報文組的標 準來獲取，所述出于信息的強度降低還有雜波的影響使得再次輸送報文須要的耗時的標準
的數值通過以往的實際情況來實現總計后而獲得的。
[0069] 這樣把上述數值代入式（1)、（2)與（3)，就能知道，信息的強度降低不小還有雜波 的影響也不小的情況下，再次輸送的次數就更多，這樣閃存空間的數量也多，而在信息的強 度降低還有雜波的影響忽略不計的情況下，也就是K(Z)為零的狀態下，就能得到N為122.7， 也就是需要至少123個閃存空間才能滿足安全的輸送。
[0070] 本方式徹底顛覆了現有的方式，替換為反復調節寫入閃存空間的模式，高效地實 現了防止報文組遺失使得信息不正確的缺陷。
[0071] 還有就是，而對服務器而言，在一個相對封閉的環境下容易不斷升溫，而目前針對 服務器的冷卻裝置，為重要的維持服務器性能的工具，而冷卻效率對服務器而言，直接關系 到其運行的正確性，但是現在的冷卻裝置，僅僅只是在不大的區域下方設置著鋁合金片，在 鋁合金片更高的位置架設排氣扇，然而由于服務器的空間制約，冷卻范圍不大、效率低下、 無法保障服務器運行的正確性；雖然有一種方案讓菱形鋁合金片擱置于支撐片壁上，冷卻 效果亦有改善，但是速率依然不快。
[0072] 另外針對服務器還設置有冷卻裝置，所述冷卻裝置含有直角折尺狀容納著制冷劑 的柜體S1，所述制冷劑是用來對服務器協助冷卻的，所述容納著制冷劑的柜體S1含有橫向 的用來冷卻的腔體S101與縱向的蓄液池 S102，所述的用來冷卻的腔體S101與縱向的蓄液池 S102的輪廓都是長方體架構，于所述的用來冷卻的腔體S101的更高位置架設著用來擱置服 務器的鋁合金片S5,所述的鋁合金片S5是傳熱率佳的金屬，把鋁合金片S5上的服務器盤旋 拉動迀移，于橫向的用來冷卻的腔體S101中架設著用來對制冷劑增壓的液體增壓器S7,所 述的用來對制冷劑增壓的液體增壓器S7由所述的縱向的蓄液池 S102的位置設置，所述的用 來對制冷劑增壓的液體增壓器S7在運行時能推動所述的用來冷卻的腔體S101中的制冷劑 盤旋移動，在所述的鋁合金片S5的更高位置的在所述的縱向的蓄液池 S102內的邊部表面架 設著支撐臺S4,所述支撐臺S4上安裝的送氣扇S6能對所述的鋁合金片S5的壁面送氣，所述 送氣扇S6處在所述的鋁合金片S5的中央區域的上方，如此架構能夠在向服務器執行冷卻之 際，服務器把升溫后傳遞出來的升溫熱流經由架構內的以下幾種途徑送出：
[0073] a.服務器把升溫后傳遞出來的升溫熱流輸送到鋁合金片S5,經由鋁合金片S5輸 送；
[0074] b.服務器把熱流經由鋁合金片S5送到更低位置盤算的制冷劑，盤旋的制冷劑把熱 流經由橫向的用來冷卻的腔體S101的表面送出；
[0075] c.服務器把熱流經由更高位置的送氣扇S6經由移動的氣流傳送。
[0076] 這樣的途徑并發向服務器執行冷卻，冷卻速率不低，容易操作。
[0077] 所述的縱向的蓄液池 S102上開有豁口，另外于所述的豁口帶有同所述的縱向的蓄 液池 S102保持阻隔的供電柜S2,所述的供電柜S2能架設于所述的縱向的蓄液池 S102頂部的 一邊，也能架設于所述的縱向的蓄液池 S102頂部的一頭，另外所述的供電柜S2與所述的縱 向的蓄液池 S102的頂端保持對齊，所述的供電柜S2與所述的縱向的蓄液池 S102的頂部帶有 能夠打開和關閉的起合板S3,所述的供電柜S2中帶有的變壓器S8經由電連接器S9同供電柜 之外的電池相連，還對送氣扇S6與增壓器S7執行電力供給。
[0078] 以上述依據本發明的理想實施例為啟示，通過上述的說明內容，相關工作人員完 全可以在不偏離本項發明技術思想的范圍內，進行多樣的變更以及修改。本項發明的技術 性范圍并不局限于說明書上的內容，必須要根據權利要求范圍來確定其技術性范圍。
【主權項】
1. 一種機動車維修方案評估系統，其特征在于包括智能終端； 所述智能終端通過網絡同后臺服務器相連接； 所述智能終端里包含有前臺維修方案評估模塊； 所述后臺服務器里包含著用于機動車維修的數據庫和后臺維修方案評估模塊。2. 根據權利要求1所述的機動車維修方案評估系統，其特征在于所述智能終端包括智 能手機、PDA、PC機或筆記本電腦。3. 根據權利要求1所述的機動車維修方案評估系統，其特征在于所述前臺維修方案評 估模塊用來打開用于錄入機動車的維修申請的信息的界面;用來把機動車的維修申請的信 息發送到后臺服務器中；用來把維修報價數據進行顯示來作為維修價格的參考。4. 根據權利要求3所述的機動車維修方案評估系統，其特征在于所述后臺維修方案評 估模塊用來根據機動車的維修申請的信息在用于機動車維修的數據庫檢索出對應的維修 報價數據；用來把檢索出的維修報價數據返回智能終端，所述維修申請的信息包括機動車 的故障數據、事故數據、日常保養維修數據或者二手車交易整備數據。5. 根據權利要求4所述的機動車維修方案評估系統的方法，其特征在于，具體如下： 步驟1:在機動車出現維修申請時，先由需求方發起維修方案評估申請，然后檢測人員 給予技術診斷，同時規范化評估采集數據，所述需求方包括車主、維修商或保險公司，所述 技術診斷的方式包括線上診斷或線下診斷方式； 步驟2:隨后檢測人員通過運行前臺維修方案評估模塊來打開用于錄入機動車的維修 申請的信息的界面，然后在用于錄入機動車的維修申請的信息的界面上錄入機動車的維修 申請的?胃息； 步驟3:錄入機動車的維修申請的信息后，前臺維修方案評估模塊就把機動車的維修申 請的信息發送到后臺服務器中； 步驟4:后臺服務器接收到機動車的維修申請的信息后，后臺維修方案評估模塊就根據 機動車的維修申請的信息在用于機動車維修的數據庫檢索出對應的維修報價數據，所述維 修報價數據包括維修措施和維修費用標準； 步驟5:然后后臺維修方案評估模塊就把檢索出的維修報價數據返回智能終端； 步驟6:然后前臺維修方案評估模塊把維修報價數據進行顯示來作為維修價格的參考。6. 根據權利要求5所述的機動車維修方案評估系統的方法，其特征在于所述用于機動 車維修的數據庫的記錄包括的字段有維修的總成編碼、維修的子組編碼、機動車的車系編 碼、維修現象、第一對應碼、維修原因、第二對應碼、維修類型、維修的所在地、維修方案和維 修報價數據。7. 根據權利要求6所述的機動車維修方案評估系統的方法，其特征在于所述用于機動 車維修的數據庫的記錄為機動車的維修專家審核認定的數據； 所述維修報價數據包括備件編碼、備件名稱、備件單價、備件數量、備件費用、工時編 碼、工時數、工時單價、工時費用、總費用和質保期。8. 根據權利要求6所述的機動車維修方案評估系統的方法，其特征在于所述機動車的 維修申請的信息包括維修的總成編碼、維修的子組編碼、機動車的車系編碼、維修事件現象 描述、第一對應碼、維修原因、第二對應碼、維修類型、維修的所在地和維修方案，所述維修 方案包括該維修需要的工時數、備件名稱和備件數； 所述維修的所在地包括維修車輛所在的省市區； 所述后臺維修方案評估模塊就根據機動車的維修申請的信息在用于機動車維修的數 據庫檢索出對應的維修報價數據的方式為： 把所述用于機動車維修的數據庫中的維修的總成編碼、維修的子組編碼、機動車的車 系編碼、維修現象、第一對應碼、維修原因、第二對應碼、維修類型、維修的所在地和維修方 案的字段分別同機動車的維修申請的信息中的維修的總成編碼、維修的子組編碼、機動車 的車系編碼、維修事件現象描述、第一對應碼、維修原因、第二對應碼、維修類型、維修的所 在地和維修方案相一致的記錄檢索出來，并把檢索出來的記錄中的維修報價數據中的總費 用中的最高價、最低價和平均價作為對應的維修報價數據。9.根據權利要求5所述的機動車維修方案評估系統的方法，其特征在于所述智能終端 的閃存含有Y個被清空的閃存空間，Y為不小于3的正整數，在錄入機動車的維修申請的信息 后，且在前臺維修方案評估模塊在把機動車的維修申請的信息發送到后臺服務器中之前， 進行如下步驟的處置，所述機動車的維修申請的信息即為W報文組形式存在的信息： 步驟la:第一微區域導航模塊依賴獲取到的報文組的次序來按序寫入已被清空的閃存 空間中； 步驟2a:于結束了步驟la之際同步把寫入的報文組按寫入的次序執行處置，該處置的 方式就是把此時的智能終端的系統時間添加進報文組，處置結束后的報文組依然按序執行 輸送，所述輸送也就是通過網絡發送到服務器，輸送報文組結束后把閃存空間清空，使之成 為已被清空的閃存空間； 步驟3a:收受后續的報文組，循環執行步驟la與步驟2曰，使得閃存空間被反復采用； 在把報文組寫入已被清空的閃存空間中之際，已被清空的閃存空間能夠用來寫入報文 組，寫入了報文組的閃存空間就接著處置，處置結束后執行輸送，且清空閃存空間的報文 組，再次構成已被清空的閃存空間，實現一個報文組的處置； 所述閃存空間的個數Y的設定方式為： 步驟lb:把報文組的收受、處置、輸送的進程實施構建方程，即設定單位時間內收受報 文組的個數是不變量P，而對收受到報文組所形成的比特流在單位時間內處置的報文組的 個數是V，出于信息的強度降低還有雜波的影響使得再次輸送報文須要的耗時的標準差是 λ/^； 步驟化:用式(1)、（2)與(3)來得到閃存空間的個數Υ:運里，q、Z均是中間系數； 所述出于信息的強度降低還有雜波的影響使得再次輸送報文須要的耗時的標準差 的數值通過^往的實際情況來實現總計后而獲得的； 所述閃存空間的個數Y的值為600、4或500。10.根據權利要求5所述的所述機動車維修方案評估系統的方法，其特征在于另外針對 服務器還設置有冷卻裝置，所述冷卻裝置含有直角折尺狀容納著制冷劑的柜體，所述制冷 劑是用來對服務器協助冷卻的，所述容納著制冷劑的柜體含有橫向的用來冷卻的腔體與縱 向的蓄液池，所述的用來冷卻的腔體與縱向的蓄液池的輪廓都是長方體架構，于所述的用 來冷卻的腔體的更高位置架設著用來擱置服務器的侶合金片，所述的侶合金片是傳熱率佳 的金屬，把侶合金片上的服務器盤旋拉動遷移，于橫向的用來冷卻的腔體中架設著用來對 制冷劑增壓的液體增壓器，所述的用來對制冷劑增壓的液體增壓器由所述的縱向的蓄液池 的位置設置，所述的用來對制冷劑增壓的液體增壓器在運行時能推動所述的用來冷卻的腔 體中的制冷劑盤旋移動，在所述的侶合金片的更高位置的在所述的縱向的蓄液池內的邊部 表面架設著支撐臺，所述支撐臺上安裝的送氣扇能對所述的侶合金片的壁面送氣，所述送 氣扇處在所述的侶合金片的中央區域的上方； 所述的縱向的蓄液池上開有豁口，另外于所述的豁口帶有同所述的縱向的蓄液池保持 阻隔的供電柜，所述的供電柜能架設于所述的縱向的蓄液池頂部的一邊，也能架設于所述 的縱向的蓄液池頂部的一頭，另外所述的供電柜與所述的縱向的蓄液池的頂端保持對齊， 所述的供電柜與所述的縱向的蓄液池的頂部帶有能夠打開和關閉的起合板，所述的供電柜 中帶有的變壓器經由電連接器同供電柜之外的電池相連，還對送氣扇與增壓器執行電力供 給。
【文檔編號】G06F1/20GK106096025SQ201610473848
【公開日】2016年11月9日
【申請日】2016年6月24日
【發明人】張學輝, 李虹瑜
【申請人】北京保程保險公估有限公司