一種適用于pdm系統(tǒng)的信息集成交換方法
【專利摘要】本發(fā)明提出一種適用于PDM系統(tǒng)的信息集成交換方法，該方法通過建立代理集成端實現(xiàn)PDM系統(tǒng)和工程軟件端之間的信息交換，能夠滿足型號管理工程軟件數(shù)據(jù)的目的；具體過程為：構建代理集成端，當工程軟件端生成送審文檔時，其向代理集成端發(fā)起送審頁面URL請求，同時附帶發(fā)送送審文檔編號；在工程軟件端存在權限時，根據(jù)文檔的存在狀況，PDM端生成新建文檔頁面URL并返回給工程軟件端、或PDM端生成更改文檔頁面URL并返回給工程軟件端；工程軟件端填寫文檔頁面的相應信息，同時PDM端下載文檔進行存儲或更新已存文檔，完成信息的集成交換。
【專利說明】一種適用于PDM系統(tǒng)的信息集成交換方法

【技術領域】
[0001] 本發(fā)明涉及一種信息交換方法，具體涉及一種適用于PDM系統(tǒng)的信息集成交換方 法。

【背景技術】
[0002] 隨著型號研制任務的增長以及研制周期的縮短，越來越多的工程軟件被利用在 型號研制中；隨著工程軟件數(shù)據(jù)的快速增長，為提高設計師的工作效率，產(chǎn)品數(shù)據(jù)管理 (Product Data Management,PDM)顯得尤為重要。由于當前對數(shù)據(jù)沒有或不方便實現(xiàn)嚴格 數(shù)據(jù)狀態(tài)管理，從而產(chǎn)生了一系列由于數(shù)據(jù)一致性、穩(wěn)定性等問題引起的潛在質量問題。具 體問題如下：
[0003] 1.工程數(shù)據(jù)不能實現(xiàn)可靠的狀態(tài)與引用管理；
[0004] 2.工程數(shù)據(jù)的統(tǒng)一查詢無法實現(xiàn)；
[0005] 3.工程數(shù)據(jù)的完備程度無法準確估計；
[0006] 4.工程數(shù)據(jù)的修改影響范圍無法準確分析。


【發(fā)明內容】

[0007] 有鑒于此，本發(fā)明提出一種適用于PDM系統(tǒng)的信息集成交換方法，該方法通過建 立代理集成端實現(xiàn)PDM系統(tǒng)和工程軟件端之間的信息交換，能夠滿足型號管理工程軟件數(shù) 據(jù)的目的。
[0008] 實現(xiàn)本發(fā)明的技術方案如下：
[0009] -種適用于PDM系統(tǒng)的信息集成交換方法，具體步驟為：
[0010] 步驟一：構建代理集成端，所述代理集成端分別與用于生成文檔的工程軟件端和 用于管理數(shù)據(jù)的PDM端相連；
[0011] 步驟二：當工程軟件端生成送審文檔時，其向代理集成端發(fā)起送審頁面URL請求， 同時附帶發(fā)送送審文檔編號；
[0012] 步驟三：代理集成端基于工程軟件端的請求信息，請求PDM端驗證所述工程軟件 端的權限；代理集成端對PDM端反饋的權限信息進行判斷，如果反饋的權限信息表示權限 驗證通過，則進入步驟四，如果反饋的權限信息表示權限驗證未通過，則代理集成端向工程 軟件端返回權限錯誤信息，同時結束該方法；
[0013] 步驟四：代理集成端基于工程軟件端的請求信息，根據(jù)工程軟件端送審文檔編號 判斷是否為第一次送審，若是，進入步驟六，否則進入步驟五；
[0014] 步驟五：代理集成端基于工程軟件端的請求信息，請求PDM端檢查工程軟件端送 審文檔歷史版本狀態(tài)，若歷史版本狀態(tài)為受控中，則進入步驟七，若歷史版本狀態(tài)為作廢或 已經(jīng)刪除，則進入步驟六，否則結束該方法；
[0015] 步驟六：PDM端生成新建文檔頁面URL并返回給代理集成端，代理集成端存儲當前 頁面URL，然后將其返回給工程軟件端；
[0016] 步驟七：PDM端生成更改文檔頁面URL并返回給代理集成端，代理集成端存儲當前 頁面URL，然后將其返回給工程軟件端；
[0017] 步驟八：工程軟件端通過瀏覽器訪問代理集成端返回的文檔頁面URL，根據(jù)所需 送審文檔填寫相應信息，若通過返回頁面腳本判斷所填寫的信息正確，則進入步驟九，同時 附帶用戶所填寫的信息給代理集成端存儲，否則結束該方法；
[0018] 步驟九：代理集成端請求獲取工程軟件端文檔附件的下載地址，工程軟件端將下 載地址返回給代理集成端；
[0019] 步驟十：代理集成端添加文檔下載地址信息后，并將地址發(fā)送給PDM端；
[0020] 步驟十一：PDM端基于所述地址下載文檔附件，并對下載的文檔附件進行存儲或 對PDM中存儲的文檔附件進行更新，實現(xiàn)信息集成交換。
[0021] 進一步地，本發(fā)明在執(zhí)行完步驟十一后，PDM端通知代理集成端文檔附件添加成 功，代理集成端存儲附件添加成功狀態(tài)，然后通知工程軟件端附件添加成功。
[0022] 有益效果
[0023] 第一、本發(fā)明構建代理集成端，通過代理集成端實現(xiàn)PDM端和工程軟件端之間信 息的交互，該方法通過交互協(xié)議實現(xiàn)工程軟件端產(chǎn)生文檔（名稱、版本）與PDM端文檔（名 稱、版本）的對應關系，滿足工程軟件數(shù)據(jù)可靠的狀態(tài)與引用管理，方便設計師統(tǒng)一查詢， 并可準確估計工程數(shù)據(jù)的完備程度。
[0024] 第二、通過代理集成端，使工程數(shù)據(jù)（文檔）更快捷的受控到PDM系統(tǒng)中，有助于 PDM系統(tǒng)準確分析工程數(shù)據(jù)的影響范圍。

【專利附圖】

【附圖說明】
[0025] 圖1為本發(fā)明構架的示意圖；
[0026] 圖2為本發(fā)明執(zhí)行過程的通訊請求時序的示意圖；
[0027] 圖3為本發(fā)明執(zhí)行過程請求操作階段的示意圖；
[0028] 圖4為本發(fā)明執(zhí)行過程文檔操作階段的示意圖。

【具體實施方式】
[0029] 下面結合附圖和【具體實施方式】對本發(fā)明進行詳細說明。
[0030] 本發(fā)明一種適用于PDM系統(tǒng)的信息集成交換方法，如圖2-4所示，具體步驟為：
[0031] 步驟一：構建代理集成端，所述代理集成端分別與用于產(chǎn)生文檔的工程軟件端和 用于管理數(shù)據(jù)的PDM端相連，如圖1所示。
[0032] 本發(fā)明工程軟件端與代理集成端主要通過接口進行數(shù)據(jù)層面對接，并最終將數(shù)據(jù) 傳送至PDM(產(chǎn)品數(shù)據(jù)管理）端進行受控。技術層面基于WebService與HTTP標準協(xié)議，即 工程軟件端與代理集成端主要采用標準WebService協(xié)議進行數(shù)據(jù)交互；代理集成端與PDM 端主要通過HTTP協(xié)議進行交互。
[0033] 工程軟件端定義：
[0034] 工程軟件端定義：用于在型號研制工程中生成有效力數(shù)據(jù)結果（文檔）。
[0035] 代理集成端定義
[0036] 代理集成端定義：為工程軟件端與PDM端的搭建統(tǒng)一通用的交互中轉服務，使得 工程軟件端與PDM端可交互并完全解耦相互的直接依賴關系。
[0037] PDM端定義
[0038] PDM端定義：本方法適用于各類PDM系統(tǒng)，此類系統(tǒng)在文檔管理方面功能包括狀 態(tài)、流程、訪問權限等。
[0039] 步驟二：當工程軟件端生成送審文檔時，其向代理集成端發(fā)起送審頁面URL(網(wǎng)頁 地址）請求，同時附帶發(fā)送送審文檔編號；
[0040] 當工程軟件端生成文檔時，需要將所生成的文檔提交給PDM端，以便PDM端對生成 的文檔進行管理；因此將工程軟件端生成的、需提交PDM管理的文檔定義為送審文檔。
[0041] 步驟三：代理集成端基于工程軟件端的請求信息，請求PDM端驗證所述工程軟件 端的權限；代理集成端對PDM端反饋的權限信息進行判斷，如果反饋的權限信息表示權限 驗證通過，則進入步驟四，如果反饋的權限信息表示權限驗證未通過，則代理集成端向工程 軟件端返回權限錯誤信息，同時結束該方法。
[0042] 由于不是所有工程軟件端生成的文檔都有權限在PDM端存儲，因此本步驟需要對 工程軟件端的權限進行驗證，若工程軟件端沒有權限時，則無需執(zhí)行以下的步驟，直接結束 本方法。
[0043] 步驟四：代理集成端基于工程軟件端的請求信息，根據(jù)工程軟件端送審文檔編號 判斷是否為第一次送審，若是，表示工程軟件端曾經(jīng)未送審過相應的送審文檔，此時需要進 入步驟六，否則，表示工程軟件端曾經(jīng)生成并送審過相應的送審文檔，此時需要進入步驟五 對送審文檔的歷史版本狀態(tài)進行判斷。
[0044] 步驟五：代理集成端基于工程軟件端的請求信息，請求PDM端檢查工程軟件端送 審文檔歷史版本狀態(tài)，若歷史版本狀態(tài)為受控中，則進入步驟七，若歷史版本狀態(tài)為作廢或 已經(jīng)刪除，則進入步驟六，否則結束該方法；
[0045] 步驟六：PDM端生成新建文檔頁面URL并返回給代理集成端，代理集成端存儲當前 頁面URL，然后將其返回給工程軟件端；
[0046] 執(zhí)行步驟六說明PDM端未存儲有送審文檔的歷史版本，因此需要生成一個新建文 檔頁面URL并返回。
[0047] 步驟七：PDM端生成更改文檔頁面URL并返回給代理集成端，代理集成端存儲當前 頁面URL，然后將其返回給工程軟件端；
[0048] 執(zhí)行步驟七說明PDM端存儲有送審文檔的歷史版本，則此時PDM端也存儲有與歷 史版本相對應的文檔頁面，本發(fā)明的目的是為了讓工程軟件端新生成的文檔替換PDM端存 儲的歷史版本，在更新文檔的同時也需要對文檔頁面上的信息進行同步更新，因此需要生 成一個更改文檔頁面URL并返回。
[0049] 步驟八：工程軟件端通過瀏覽器訪問代理集成端返回的文檔頁面URL，根據(jù)所需 送審文檔填寫相應信息，若通過返回頁面腳本判斷所填寫的信息正確，進入步驟九，同時附 帶用戶所填寫的信息給代理集成端存儲，否則結束該方法；
[0050] 步驟九：代理集成端請求獲取工程軟件端文檔附件的下載地址，工程軟件端將下 載地址返回給代理集成端；
[0051] 步驟十：代理集成端添加文檔下載地址信息后，并將地址發(fā)送給PDM端；
[0052] 步驟十一：PDM端基于所述地址下載文檔附件，當PDM端不存在該文檔附件的歷史 版本時，對文檔附件進行存儲，當PDM端存在該文檔附件的歷史版本時，則對其進行更新， 完成信息集成交換。
[0053] 步驟十二：PDM端通知代理集成端文檔附件添加成功，代理集成端存儲附件添加 成功狀態(tài)，然后通知工程軟件端附件添加成功；
[0054] 步驟十三：PDM端返回用戶頁面，并取消等待完成狀態(tài)。
[0055] 綜上所述，以上僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。 凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的 保護范圍之內。
【權利要求】
1. 一種適用于PDM系統(tǒng)的信息集成交換方法，其特征在于，具體步驟為： 步驟一：構建代理集成端，所述代理集成端分別與用于生成文檔的工程軟件端和用于 管理數(shù)據(jù)的PDM端相連； 步驟二：當工程軟件端生成送審文檔時，其向代理集成端發(fā)起送審頁面URL請求，同時 附帶發(fā)送送審文檔編號； 步驟三：代理集成端基于工程軟件端的請求信息，請求PDM端驗證所述工程軟件端的 權限；代理集成端對PDM端反饋的權限信息進行判斷，如果反饋的權限信息表示權限驗證 通過，則進入步驟四，如果反饋的權限信息表示權限驗證未通過，則代理集成端向工程軟件 端返回權限錯誤信息，同時結束該方法； 步驟四：代理集成端基于工程軟件端的請求信息，根據(jù)工程軟件端送審文檔編號判斷 是否為第一次送審，若是，進入步驟六，否則進入步驟五； 步驟五：代理集成端基于工程軟件端的請求信息，請求PDM端檢查工程軟件端送審文 檔歷史版本狀態(tài)，若歷史版本狀態(tài)為受控中，則進入步驟七，若歷史版本狀態(tài)為作廢或已經(jīng) 刪除，則進入步驟六，否則結束該方法； 步驟六：PDM端生成新建文檔頁面URL并返回給代理集成端，代理集成端存儲當前頁面 URL，然后將其返回給工程軟件端； 步驟七：PDM端生成更改文檔頁面URL并返回給代理集成端，代理集成端存儲當前頁面 URL，然后將其返回給工程軟件端； 步驟八：工程軟件端通過瀏覽器訪問代理集成端返回的文檔頁面URL，根據(jù)所需送審 文檔填寫相應信息，若通過文檔頁面腳本判斷所填寫的信息正確，則進入步驟九，同時附帶 用戶所填寫的信息給代理集成端存儲，否則結束該方法； 步驟九：代理集成端請求獲取工程軟件端文檔附件的下載地址，工程軟件端將下載地 址返回給代理集成端； 步驟十：代理集成端添加文檔下載地址信息后，并將地址發(fā)送給PDM端； 步驟十一：PDM端基于所述地址下載文檔附件，并對下載的文檔附件進行存儲或對PDM 中存儲的文檔附件進行更新，實現(xiàn)信息集成交換。
2. 根據(jù)權利要求1所述適用于PDM系統(tǒng)的信息集成交換方法，其特征在于，在執(zhí)行完步 驟十一后，PDM端通知代理集成端文檔附件添加成功，代理集成端存儲附件添加成功狀態(tài)， 然后通知工程軟件端附件添加成功。
【文檔編號】G06F19/00GK104156586SQ201410379645
【公開日】2014年11月19日 申請日期:2014年8月4日 優(yōu)先權日:2014年8月4日
【發(fā)明者】王嘉春, 陳煒釗, 徐晨光, 鄭國成, 魏平, 周尋 申請人:北京空間飛行器總體設計部