本發(fā)明涉及鐵路梁場技術領域，特別涉及一種基于bim的高速鐵路預制梁場的信息化管理系統(tǒng)。

背景技術：

目前，對鐵路預制梁場進行生產(chǎn)管理主要是依據(jù)手機電話等語言交流，也就是以“人管人”的上下級施工生產(chǎn)任務的上傳下達。這種傳統(tǒng)的管理方式存在一些非常嚴重的缺陷：信息傳遞效率低、誤差大、因外界元素干擾等引起的信息誤導等現(xiàn)象。尤其是在當前施工生產(chǎn)任務重、工期緊湊的情況下，如何合理的安排施工生產(chǎn)任務和工序之間的銜接是重中之重。而且隨著高速鐵路預制梁場施工生產(chǎn)管理的工廠化、標準化、規(guī)范化以及bim信息化技術的日益成熟，這些問題也日益突出，亟待解決。

技術實現(xiàn)要素：

本發(fā)明的目的在于提供一種基于bim的高速鐵路預制梁場的信息化管理系統(tǒng)，以解決現(xiàn)有的鐵路預制梁場管理信息傳輸不準確的問題。

為實現(xiàn)以上目的，本發(fā)明采用的技術方案為：提供一種基于bim的高速鐵路預制梁場的信息化管理系統(tǒng)，該系統(tǒng)包括：服務器端和客戶端；

所述的服務器端包括施工任務生成模塊、第一發(fā)送模塊、第一接收模塊以及掛接模塊；

施工任務生成模塊根據(jù)梁場架梁施組信息，生成梁場施工工序任務；

施工任務生成模塊通過第一發(fā)送模塊將生成的梁場施工工序任務下發(fā)至客戶端以使客戶端對接收到的工序任務進行發(fā)起或閉合操作；

第一接收模塊與客戶端連接，接收客戶端發(fā)送的對工序任務執(zhí)行發(fā)起或閉合操作的信息；

掛接模塊與第一接收模塊連接以將對工序任務執(zhí)行發(fā)起或閉合操作的信息掛接在對應編號箱梁的bim模型上。

與現(xiàn)有技術相比，本發(fā)明存在以下技術效果：本發(fā)明通過利用建筑信息模型（buildinginformationmodeling，bim），搭建梁場實際生產(chǎn)管理的服務器端和客戶端，由服務器端實現(xiàn)整體梁場生產(chǎn)計劃任務的推送和下發(fā)，客戶端接收服務器端發(fā)送的生產(chǎn)計劃任務，由客戶端發(fā)起或閉合每道工序任務并將每道工序發(fā)起及閉合的信息同步到服務器端，由服務器將該信息掛接在相對應的bim模型上。滿足了施工生產(chǎn)信息傳達準確、快速的需要。與傳統(tǒng)的“人管人”的管理方式相比，不僅降低了信息傳遞的誤差、極大的提高了信息傳輸?shù)臏蚀_性，而且加快了施工進度、節(jié)省了人力成本。

附圖說明

圖1是本發(fā)明一實施例中提供的一種基于bim的高速鐵路預制梁場的信息化管理系統(tǒng)的結構示意圖；

圖2是本發(fā)明一實施例中客戶端的結構示意圖。

具體實施方式

下面結合圖1至圖2所示，對本發(fā)明做進一步詳細敘述。

如圖1所示，本實施例公開了一種基于bim的高速鐵路預制梁場的信息化管理系統(tǒng)，該系統(tǒng)：服務器端10和客戶端20；

所述的服務器端10包括施工任務生成模塊11、第一發(fā)送模塊12、第一接收模塊13以及掛接模塊14；

施工任務生成模塊11根據(jù)梁場架梁施組信息，生成梁場施工工序任務；

施工任務生成模塊11通過第一發(fā)送模塊12將生成的梁場施工工序任務下發(fā)至客戶端20以使客戶端20對接收到的工序任務進行發(fā)起或閉合操作；

第一接收模塊13與客戶端20連接，接收客戶端10發(fā)送的對工序任務執(zhí)行發(fā)起或閉合操作的信息；

掛接模塊14與第一接收模塊13連接以將對工序任務執(zhí)行發(fā)起或閉合操作的信息掛接在對應編號箱梁的bim模型上。

需要說明的是，本實施例中的客戶端包括但不限于智能手機、個人數(shù)碼助理（pda）、平板電腦、筆記本電腦、車載電腦（carputer）、智能手表等客戶端。

進一步地，本實施例中箱梁的bim模型是基于bim技術，對高速鐵路預制梁場二維設計圖紙進行處理建模得到。

具體的，在建立預制梁場箱梁的bim模型后，服務器端讀取箱梁的bim模型上的數(shù)據(jù)并進行存儲，以供后期用戶調用。

進一步地，所述的施工任務生成模塊（11）包括：施工計劃任務生成單元、確定單元以及存儲單元；

施工計劃任務生成單元根據(jù)梁場架梁施組信息，生成梁場施工計劃任務；

確定單元與施工計劃任務生成單元連接以根據(jù)生成的梁場施工計劃任務，確定相鄰工序持續(xù)時間、箱梁生產(chǎn)的持續(xù)時間以及每道工序的結構化數(shù)據(jù)；

其中，每道工序的結構化數(shù)據(jù)主要包括生產(chǎn)過程中所需要的文檔、施工工序之間的關系、任務下發(fā)間隔等整個生產(chǎn)流程中所涉及的結構化數(shù)據(jù)。

存儲單元對每道工序任務的結構化數(shù)據(jù)進行打包存儲。

具體地，本實施例中的客戶端20可以實現(xiàn)梁場實際生產(chǎn)中的工序中的鋼筋籠綁扎、穿橡膠抽拔棒、模板清理、支座板安裝、吊裝鋼筋籠、內模安裝、安裝其他預埋件、澆筑混凝土、養(yǎng)生、拆內模、預初張拉、起移梁、終張拉、壓漿封端、梁端防水、成品梁出庫等工序任務的接受和發(fā)起，同時同步到服務器端。

進一步地，客戶端20發(fā)送的對工序任務執(zhí)行發(fā)起或閉合操作的信息，具體包括梁號、施工日期、施工工序、施工地點、施工設計量、施工實際量以及施工完成時間。

這里需要說明的是，客戶端20在發(fā)起或者閉合施工工序任務時，用戶可通過客戶端20勾選一些與施工工序任務相關的信息，包括：“××#梁”、“××工序”、“施工地點”、“事件經(jīng)過”等信息。這些信息包含了施工工序任務的空間屬性和物理屬性。比如：梁號：173#梁、施工日期：2016年12月16日施工工序：澆筑混凝土、施工地點：5#制梁臺座、設計量：317m3、實際量：320立方米、澆筑完成時間：上午8點50分等。

進一步地，所述的掛接模塊14還用于在每道施工工序任務完成后，服務器端接收客戶端發(fā)送的該道施工工序任務的影像資料并將影像資料掛接在對應編號箱梁的bim模型上。

需要說明的是，服務器端10會對客戶端20上傳的每道施工工序任務施工時的影像資料進行存儲，以便于后期在出現(xiàn)錯誤時，追溯事故原因。

進一步地，所述的服務器端10還包括與bim模型連接的檢測模塊；

檢測模塊在所述的將每道工序任務的結構化數(shù)據(jù)打包存儲在服務器端之前，檢測bim模型上的數(shù)據(jù)是否滿足預設榀數(shù)箱梁的實際生產(chǎn)流程。

需要說明的是，本實施例中bim模型上的數(shù)據(jù)包括梁場所涉及的所有工機具以及設備的參數(shù)。

具體地，在實際應用中，在bim上的數(shù)據(jù)不能滿足特定榀數(shù)的梁場的施工需要時，為了保證施工的質量和安全是不能實施施工計劃的，因此，在對每道工序任務的結構化數(shù)據(jù)進行打包存儲之前，需要對bim模型上的數(shù)據(jù)進行檢測，以判斷bim模型上的數(shù)據(jù)是否滿足一榀或數(shù)榀箱梁實際生產(chǎn)流程的需要。

進一步地，如圖2所示，所述的客戶端20包括：第二接收模塊21、第二發(fā)送模塊22以及任務發(fā)起/閉合模塊23；

第二接收模塊21與服務器端10連接以接收服務器端10下發(fā)的工序任務；

任務發(fā)起/閉合模塊23與第二接收模塊21連接以對接收到的工序任務進行發(fā)起或閉合操作；

任務發(fā)起/閉合模塊23通過第二發(fā)送模塊22將對接收到的工序任務進行發(fā)起或閉合操作的信息發(fā)送至服務器端10。

進一步地，本實施例中結合bim技術和信息化技術，對所述的bim模型進行管理。主要是考慮在在實際應用中，會根據(jù)鐵路預制梁場實際情況的變化，而對鐵路梁場的三維模型即bim模型進行修正，以滿足實際的生產(chǎn)管理的需要。

以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。