本發(fā)明涉及鐵路梁場技術(shù)領(lǐng)域，特別涉及一種基于bim的高速鐵路預制梁場的信息化管理方法。

背景技術(shù)：

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

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

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

為實現(xiàn)以上目的，本發(fā)明采用的技術(shù)方案為：提供一種基于bim的高速鐵路預制梁場的信息化管理方法，該方法包括：

基于bim技術(shù)，建立高速鐵路預制梁場中箱梁的bim模型；

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

服務器端將生成的工序任務發(fā)送至客戶端以使客戶端對接收到的工序任務進行發(fā)起或閉合操作；

服務器端接收客戶端發(fā)送的對工序任務執(zhí)行發(fā)起或閉合操作的信息并按照編號對應原則將該信息掛接在對應編號箱梁的bim模型上。

與現(xiàn)有技術(shù)相比，本發(fā)明存在以下技術(shù)效果：本發(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的高速鐵路預制梁場的信息化管理方法的流程示意圖；

圖2是本發(fā)明一實施例中步驟s2細分步驟的流程示意圖。

具體實施方式

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

如圖1所示，本實施例公開了一種基于bim的高速鐵路預制梁場的信息化管理方法，該方法包括如下步驟s1至s4：

s1、基于bim技術(shù)，建立高速鐵路預制梁場中箱梁的bim模型；

s2、服務器端根據(jù)梁場架梁施組信息，生成梁場施工工序任務；

s3、服務器端將生成的工序任務發(fā)送至客戶端以使客戶端對接收到的工序任務進行發(fā)起或閉合操作；

s4、服務器端接收客戶端發(fā)送的對工序任務執(zhí)行發(fā)起或閉合操作的信息并按照編號對應原則將該信息掛接在對應編號箱梁的bim模型上。

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

進一步地，步驟s1具體包括：

基于bim技術(shù)，對高速鐵路預制梁場二維設計圖紙進行處理，得到高速鐵路預制梁場的bim模型；

服務器端讀取所述bim模型上的數(shù)據(jù)。

進一步地，如圖2所示，步驟s2具體包括如下細分步驟s21至s23：

s21、服務器端根據(jù)根據(jù)梁場架梁施組信息，生成梁場施工計劃任務；

s22、服務器端根據(jù)生成的梁場施工計劃任務，確定相鄰工序持續(xù)時間、生產(chǎn)一榀箱梁的施工持續(xù)時間以及每道工序的結(jié)構(gòu)化數(shù)據(jù)；

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

s23、將每道工序任務的結(jié)構(gòu)化數(shù)據(jù)打包存儲在服務器端。

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

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

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

進一步地，本實施公開的方法還包括：

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

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

進一步地，在上述步驟s23：“將每道工序任務的結(jié)構(gòu)化數(shù)據(jù)打包存儲在服務器端”之前，還包括：

檢測bim模型上的數(shù)據(jù)是否滿足預設榀數(shù)箱梁的實際生產(chǎn)流程。

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

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

進一步地，本實施例公開的方法還包括：

結(jié)合bim技術(shù)和信息化技術(shù)，對所述的bim模型進行管理。

因為在實際應用中，會根據(jù)鐵路預制梁場實際情況的變化，而對鐵路梁場的三維模型即bim模型進行修正，以滿足實際的生產(chǎn)管理的需要。

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

技術(shù)特征：

技術(shù)總結(jié)
本發(fā)明公開了一種基于BIM的高速鐵路預制梁場的信息化管理方法，屬于鐵路梁場技術(shù)領(lǐng)域，方法包括：基于BIM技術(shù)，建立高速鐵路預制梁場中箱梁的BIM模型；服務器端根據(jù)梁場架梁施組信息，生成梁場施工工序任務；服務器端將生成的工序任務發(fā)送至客戶端以使客戶端對接收到的工序任務進行發(fā)起或閉合操作；服務器端接收客戶端發(fā)送的對工序任務執(zhí)行發(fā)起或閉合操作的信息并按照預設規(guī)則將該信息掛接在對應編號箱梁的BIM模型上。本發(fā)明利用BIM技術(shù)，搭建梁場實際生產(chǎn)管理的服務器端和客戶端，完成施工生產(chǎn)計劃的下發(fā)和上傳。滿足施工生產(chǎn)信息傳達準確、快速的需要。

技術(shù)研發(fā)人員：伍軍;汪清河;陳平;劉文兵;楊銘;黃景新;胡偉;孫中梁
受保護的技術(shù)使用者：中鐵四局集團有限公司;中鐵四局集團第四工程有限公司
技術(shù)研發(fā)日：2017.03.10
技術(shù)公布日：2017.07.28