国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種支持多點間交互式數據發(fā)送和接收的方法

      文檔序號:6482940閱讀:212來源:國知局
      專利名稱:一種支持多點間交互式數據發(fā)送和接收的方法
      技術領域
      本發(fā)明涉及數據的發(fā)送和接收,尤其涉及多點間交互式數據的發(fā)送和接收。
      背景技術
      為了充分利用技術資源,多單位(研究所、生產廠)聯合協同研制的模式越來越多 地應用于飛機制造領域,相應地,傳統的管理手段已經無法充分聯合各廠、所的資源來進行 產品的研究開發(fā)和生產,無法及時傳遞、充分共享海量的設計、制造等信息資源。飛機研制過程中所產生的大量數據將在位于異地的各參研單位之間進行共享和 傳遞,例如項目管理單位需要將研制計劃下達到各飛機設計制造單位,各飛機設計制造單 位需要將項目進度信息反饋給項目管理單位,飛機總裝單位需要將確定的廠際交付狀態(tài)傳 遞給部件制造單位等。舉一個具體的例子。甲單位負責飛機機翼的研發(fā)任務,乙單位專門負責飛機的機 載電器設備的制造,丙單位是機翼的制造單位。甲單位在實際生產過程中會產生大量的與機翼制造相關的飛機設計制造數據,而 這些數據當然需要提供給機翼的制造單位,從而實現信息的共享或指導制造單位的生產?,F有技術中,由于多個單位處于一個大的項目之中,甲單位未必會清楚哪個制造 單位正在具體承擔機翼的研發(fā)任務,那么,為了避免數據無法送達,甲單位可能會將上述數 據既發(fā)給乙單位,也發(fā)給丙單位,這樣,至少可以保證數據一定能到達正確的目的單位。但是,很明顯地,上述數據對于乙單位而言是沒有什么意義的,反而會造成甲單位 與乙單位之間的傳輸資源浪費。因此,需要一種新的在多單位間發(fā)送和接收飛機設計制造數據的方法。

      發(fā)明內容
      為了解決現有技術中的上述問題,本發(fā)明提出,在不同單位的數據交互設備(例 如,協同研制平臺服務器,以下簡稱平臺)之間,由數據發(fā)送方建立數據發(fā)送單,其中包括 待發(fā)數據的編號、名稱、版本等信息,而后,數據發(fā)送方將數據發(fā)送單發(fā)送給數據接收方,用 于通知對方建立一個新的數據發(fā)送單,從而觸發(fā)此后的數據收發(fā)流程。數據接收方會對是 否允許發(fā)送(是否建立新的數據發(fā)送單)進行判斷,如果允許,則在接收方的的協同平臺上 會建立一個與發(fā)送方之前建立的數據發(fā)送單相同編號的數據發(fā)送單,也即與之相匹配的新 的數據發(fā)送單。數據發(fā)送方通過訪問接收方的平臺,即可看出對方是否已經建立了這一發(fā) 送單。當識別出接收方已經建立了同一編號的數據發(fā)送單后,發(fā)送方建立數據清單,并把數 據清單和待發(fā)數據相關聯,與數據發(fā)送單相比,數據清單的內容更為具體,且此時待發(fā)數據 已經保存在發(fā)送方的平臺上。然后,發(fā)送流程開始,一般地,先發(fā)送數據清單,再發(fā)送待發(fā)數 據。數據接收方可以根據數據清單來判斷對數據的接收是否已經完成。其中,待發(fā)數據的類型除了普通的物理文件以外,還可包括產品屬性(結構)等數據。
      其中,如果待發(fā)數據為技術文件(例如.doc或.XlS文件)的話,則可以直接技術 文件的形式發(fā)送,如果是三維數模等圖樣文件,則可以打包發(fā)送,實現數據的集中傳送,體 現這些數據之間的關聯性。其中,數據發(fā)送方發(fā)出的數據帶有這個數據發(fā)送方的唯一的標識(OFID),從而為 接收方提供校驗基礎。根據本發(fā)明的一個具體實施例,提供了一種在第一單位中用于在多點間發(fā)送交互 式數據的方法,包括以下步驟a.建立與待發(fā)數據相關聯的數據發(fā)送單;b.通知一個第二 單位生成與所述數據發(fā)送單相匹配的新的數據發(fā)送單;c.判斷所述第二單位是否生成了 所述的新的數據發(fā)送單;還包括生成與所述待發(fā)數據相關聯的數據清單;在所述步驟A之 后,且在所述步驟c之后,還包括d.如果所述第二單位生成了所述的新的數據發(fā)送單,則 將所述數據清單和所述待發(fā)數據發(fā)送至所述第二單位。其中,在所述步驟a之前還包括對所述待發(fā)數據進行審簽的步驟;并且,所述步驟 a包括如果所述待發(fā)數據通過了所述審簽,則建立與所述待發(fā)數據相關聯的數據發(fā)送單。其中,在所述步驟a之后,且在所述步驟b之前,還包括對所述數據發(fā)送單進行審 簽的步驟;并且,所述步驟b還包括如果所述數據發(fā)送單通過了所述審簽,則通知所述第 二單位生成與所述數據發(fā)送單相匹配的新的數據發(fā)送單。其中,所述步驟d之后還包括判斷是否接收到來自所述第二單位的接收完成報 告,其指示了所述第二單位已經完成了對所述待發(fā)數據的接收;如果接收到所述接收完成 報告,則創(chuàng)建發(fā)送完成報告,并進入歸檔程序。其中,還包括_為多個第二單位分別執(zhí)行所述步驟b、c ;在所述步驟d之前還包 括_要求所述第二單位的用戶從已經建立了所述新的數據發(fā)送單的一個或多個第二單位 中選擇至少一個第二單位;所述步驟d還包括_將所述數據清單和所述待發(fā)數據發(fā)送給每 個被所述用戶選擇的第二單位。其中,所述步驟d之前還包括_在所述待發(fā)數據中加入所述第一單位的唯一標 識;所述步驟d還包括_將所述數據清單及加入了所述第一單位的唯一標識的所述待發(fā)數 據依次發(fā)送至所述第二單位。根據本發(fā)明的另一方面,提供了一種在第二單位中用于在多點間接收交互式數據 的方法,包括以下步驟:A.接收來自一個第一單位的通知,其用于通知所述第二單位建立 與所述第一單位已經建立的一個數據發(fā)送單相匹配的一個新的數據發(fā)送單;B.判斷是否 允許建立所述新的數據發(fā)送單;C.如果允許建立所述新的數據發(fā)送單,則建立所述新的數 據發(fā)送單;D.接收所述第一單位依次發(fā)來的相關聯的數據清單和待發(fā)數據。其中,還包括_根據所述數據清單,判斷步驟D中對所述待發(fā)數據的接收是否完 成;-如果對所述待發(fā)數據的接收已經完成,則生成接收完成報告;-將所述接收完成報告 發(fā)送至所述第一單位。其中,所述步驟B包括當滿足以下條件中任一項時,判斷允許所述請求_接收到 所述第二單位的用戶輸入的表示允許建立所述新的數據發(fā)送單的指令;-所述第一單位所 建立的數據發(fā)送單的標識或編號或類型與所述第一單位相匹配。采用本發(fā)明提供的方法,可以利用信息化的手段,在工作流程控制下,準確快速地 傳遞待發(fā)數據,并且,可以在發(fā)放接收雙方之間保持數據的一致性、有效性,以及發(fā)放歷史記錄的可追溯性。


      通過閱讀以下結合附圖對非限定性實施例的描述,本發(fā)明的其它目的、特征和優(yōu) 點將變得更為明顯和突出。其中,相同或相似的附圖標記表示相同或相似的裝置或步驟特 征。圖1示出了飛機設計、制造過程中涉及的一些單位;圖2示出了根據本發(fā)明一個具體實施方式
      的在多點間的交互式數據的發(fā)送和接 收方法流程圖。
      具體實施例方式本發(fā)明示例性的實施方式將在以下內容中參考附圖詳述。在不偏離本發(fā)明的精神 以及范圍的情況下,本領域的技術人員可以實施本發(fā)明的這些或其他的改進和變化。根據本發(fā)明的一個非限定性實施例,以、飛機設計單位、飛機制造單位、項目管理 單位之間發(fā)送、接收與飛機制造、設計、項目管理等相關的數據為例。本領域技術人員理解, 這不應被理解為對本發(fā)明保護范圍的限制,本發(fā)明的保護范圍由隨附的權利要求書限定。參看圖1,其中,示出了飛機研發(fā)、制造系統中的一些單位,其中,包括飛機制造單 位(下文中簡稱制造單位)21、22,飛機設計單位(下文中簡稱設計單位)11、12和管理單位 30。其中,各個單位之間通過其各自擁有和維護的協同平臺進行交互,典型地,每個協同平 臺通過安裝了適當軟件的計算機來實現。下文中,對任一個單位及該單位的協同平臺使用 相同的附圖標記,并將飛機制造單位簡稱制造單位,飛機設計單位簡稱設計單位。為方便描述,假設制造單位21承擔飛機機翼的制造任務,而設計單位11專門負責 機翼的設計,制造單位22主要制造飛機駕駛艙部分,設計單位12在此項目中則主要涉及飛 機駕駛艙。典型地,如制造單位21和設計單位11這樣的對口的設計單位和制造單位需要進 行較為頻繁的飛機設計制造信息的交互。此外,管理單位30因需要下達研制計劃和了解各 個單位的工作進度,優(yōu)選地與各個單位之間均進行必要的飛機設計制造數據的傳輸。結合圖1及上文中對圖1的非限定性描述,再來看圖2,其中,示出了根據本發(fā)明的 一個具體實施例的在多點間發(fā)送和接收交互式數據的方法流程圖。本領域技術人員理解, 圖2并不具有限定性,在本發(fā)明其它實施例中,可能包含圖2中未示出的步驟,或者不包含 圖2中的某些步驟。其中,以圖1所示的設計單位11作為數據發(fā)送方為例,本文中,發(fā)送數 據的一方也稱為第一單位,接收數據的一方也稱為第二單位。首先,設計單位11處有大量的機翼設計數據(即本例中的待發(fā)數據)需要發(fā)送給 制造單位21,于是,該方法進入步驟S20,協同平臺11建立數據發(fā)送單χ。有利地,這一數據 發(fā)送單具有編號、標識和類型,且其編號、標識、類型中的至少一項信息對待發(fā)送的數據及 其歸宿有描述作用。舉一個例子,協同平臺11、12、21、22、30處均保存了一個映射表,其中每個單位都 擁有一個獨立的編號,而上述數據發(fā)送單中就可以包含這樣的編號,從而表示數據是準備 發(fā)送給誰的?;蛘?,各協作平臺處的映射表也可以體現為各種飛機產品/零件與相應編號或標識或類型的對應關系,于是,當一個數據發(fā)送單包括了一個特定的編號或標識或類型 時,就可以表明相應的待發(fā)數據對應于何種飛機產品/零件,例如機翼或駕駛艙等。本領域技術人員理解,飛機發(fā)送單中還可以包含其它用于表示數據的歸屬、性質 的信息,通過閱讀以上文字,本領域技術人員容易想到這些變形。步驟S21中,協作平臺11向協作平臺21發(fā)出通知,通知對方建立與數據發(fā)送單χ 相對應的新的數據發(fā)送單。根據本發(fā)明的一個非限定性實施例,上述‘相對應’即新的數據 發(fā)送單與數據發(fā)送單X擁有相同的編號。同樣根據這一非限定性實施例,如果協作平臺21 建立了這樣的新的數據發(fā)送單,則表明其允許了協作平臺11發(fā)送待發(fā)數據。這樣,協同平臺21就需要判斷是否建立這樣的新的數據發(fā)送單,這一判斷步驟 S20可以通過以下方式來實現>為協同平臺21的用戶提供一個提示信息,告知協作平臺11正在請求發(fā)送數據, 并在所述用戶輸入表示允許建立所述新的數據發(fā)送單的指令后,為步驟S20得出肯定的判 斷結果,否則,得出否定的結果;>協同平臺21自動地掃描數據發(fā)送單X,根據其中包含的編號、標識或其它信息來 判斷是否允許對方向它發(fā)送數據。例如,協同平臺21在步驟S20中檢查數據發(fā)送單χ的編 號,并查詢自身預存的映射表。通過查表,協同平臺11可以得出步驟S20中的判斷結果。不失一般性地,由于設計單位11和制造單位21為對口單位,因此前者的待發(fā)數據 正是后者所需要的,于是執(zhí)行步驟S20中得到肯定的判斷結果。于是在協作平臺21處,該方法進入步驟S21中,協同平臺21建立與數據發(fā)送單同 樣編號的新的數據發(fā)送單。具體地,協同平臺21可以通過訪問協同平臺11,從而復制數據 發(fā)送單χ到協同平臺21上。再來討論協同平臺11 一側,在建立了數據發(fā)送單并向協同平臺21發(fā)起通知之后, 它還在步驟S22中生成和待發(fā)數據相關聯的數據清單,換言之,它生成一個數據清單,并將 其和待發(fā)數據相關聯。這一數據清單與數據發(fā)送單χ相比,對待發(fā)數據的描述能力更強,協 同平臺21甚至可以基于這一數據清單來監(jiān)視對待發(fā)數據的接收進度等。此外,在步驟S 11中發(fā)出通知之后,協同平臺11周期性地訪問協同平臺21,從而 了解其上是否建立了與數據發(fā)送單編號相同的新的數據發(fā)送單,也即協同平臺21是否允 許協同平臺11發(fā)送該待發(fā)數據。由于前已述及協同平臺已經在步驟S21中生成了這樣的 新的數據發(fā)送單,因此,在步驟S21完成之后的某一時刻,協同平臺11將會發(fā)現此新的數據 發(fā)送單已經建立,于是觸發(fā)步驟S23。在步驟S23中,協同平臺11自動地啟動數據發(fā)送接收流程,開始向協同平臺21發(fā) 送上述的數據清單和待發(fā)數據。優(yōu)選地,為了保證數據的可追溯性,并為數據接收方提供對數據進行校驗,步驟 S23中發(fā)送的待發(fā)數據中還預先加入了協同平臺11的唯一的標識。在協同平臺21側,在數據接收開始之后,周期性地執(zhí)行步驟S 12,其中,根據數據 清單來判斷對待發(fā)數據的接收是否完成。如果接收完成,則生成一個接收完成報告,并在 步驟S23中發(fā)送給協同平臺11 ;反之,則等待一定時間之后,或者不經等待地重復執(zhí)行步驟 S22?;趨f同平臺21發(fā)來的接收完成報告,協同平臺將在步驟S 14中相應地創(chuàng)建發(fā)送完成報告,并進入歸檔程序。根據本發(fā)明的另一具體實施例,其中,待發(fā)數據在進入圖2所示的流程之前,先 要經過一個審簽的過程,只有當待發(fā)數據能夠通過該審簽過程的情況下,才為其執(zhí)行步驟 S10、Sll及各后續(xù)流程。根據本發(fā)明的另一具體實施例,其中,在步驟SlO中建立了數據發(fā)送單χ之后,對 其進行一個審簽操作,只有當數據發(fā)送單X通過了這一審簽之后,才會被在步驟Sll中發(fā)往 協同平臺21從而觸發(fā)后續(xù)的流程。根據本發(fā)明的另一具體實施例,其中,設計單位11向多個第二單位(包括制造單 位21)發(fā)送上述的待發(fā)數據,于是,協同平臺11首先在步驟SlO建立數據發(fā)送單X,并通知 各個對端來建立新的數據發(fā)送單。此種情形下,如果某個第二單位的人員因發(fā)現待發(fā)數據 并不是其所需要的數據而拒收,或者某個第二單位的協同平臺自動地判斷待發(fā)數據并非與 該第二單位相匹配的數據于是拒收,則這些單位的協同平臺將不會進入步驟S21中來生成 與數據發(fā)送單χ相匹配的新的數據發(fā)送單。協同平臺11通過訪問各個第二單位的協同平臺,可以確定其中有哪些已經建立 了上述的新的數據發(fā)送單,于是,協同平臺11在步驟S13之前,將所有已經建立了新的數據 發(fā)送單的第二單位(或其協同平臺)顯示給協同平臺11的用戶,提示其進行選擇,被選出 的至少一個第二單位將會作為步驟S13中數據清單和待發(fā)數據的目的地。從而實現了一次 性同時觸發(fā)多個接收方的數據接收流程。以上對本發(fā)明的具體實施方式
      進行了描述。需要說明的是,本發(fā)明并不局限于上 述特定實施方式,本領域技術人員可以在所附權利要求的范圍內做出各種變型或修改。
      權利要求
      一種在第一單位中用于在多點間發(fā)送交互式數據的方法,包括以下步驟a.建立與待發(fā)數據相關聯的數據發(fā)送單;b.通知一個第二單位生成與所述數據發(fā)送單相匹配的新的數據發(fā)送單;c.判斷所述第二單位是否生成了所述的新的數據發(fā)送單;還包括A.生成與所述待發(fā)數據相關聯的數據清單;在所述步驟A之后,且在所述步驟c之后,還包括d.如果所述第二單位生成了所述的新的數據發(fā)送單,則將所述數據清單和所述待發(fā)數據發(fā)送至所述第二單位。
      2.根據權利要求1所述的方法,其中,在所述步驟a之前還包括對所述待發(fā)數據進行審 簽的步驟;并且,所述步驟a包括如果所述待發(fā)數據通過了所述審簽,則建立與所述待發(fā)數據相關聯的數據發(fā)送單。
      3.根據權利要求2所述的方法,其中,在所述步驟a之后,且在所述步驟b之前,還包括 對所述數據發(fā)送單進行審簽的步驟;并且,所述步驟b還包括如果所述數據發(fā)送單通過了所述審簽,則通知所述第二單位生成與所述數據發(fā)送單相 匹配的新的數據發(fā)送單。
      4.根據權利要求1至3中任一項所述的方法,其中,所述步驟d之后還包括判斷是否接收到來自所述第二單位的接收完成報告,其指示了所述第二單位已經完成 了對所述待發(fā)數據的接收;如果接收到所述接收完成報告,則創(chuàng)建發(fā)送完成報告,并進入歸檔程序。
      5.根據權利要求1所述的方法,其中,還包括 -為多個第二單位分別執(zhí)行所述步驟b、c ; 在所述步驟d之前還包括_要求所述第二單位的用戶從已經建立了所述新的數據發(fā)送單的一個或多個第二單位 中選擇至少一個第二單位; 所述步驟d還包括-將所述數據清單和所述待發(fā)數據發(fā)送給每個被所述用戶選擇的第二單位。
      6.根據權利要求1所述的方法,其中,所述步驟d之前還包括 -在所述待發(fā)數據中加入所述第一單位的唯一標識;所述步驟d還包括_將所述數據清單及加入了所述第一單位的唯一標識的所述待發(fā)數據依次發(fā)送至所述第二單位。
      7.—種在第二單位中用于在多點間接收交互式數據的方法,包括以下步驟A.接收來自一個第一單位的通知,其用于通知所述第二單位建立與所述第一單位已經 建立的一個數據發(fā)送單相匹配的一個新的數據發(fā)送單;B.判斷是否允許建立所述新的數據發(fā)送單;C.如果允許建立所述新的數據發(fā)送單,則建立所述新的數據發(fā)送單;D.接收所述第一單位依次發(fā)來的相關聯的數據清單和待發(fā)數據。
      8.根據權利要求7所述的方法,其中,還包括-根據所述數據清單,判斷步驟D中對所述待發(fā)數據的接收是否完成; -如果對所述待發(fā)數據的接收已經完成,則生成接收完成報告; -將所述接收完成報告發(fā)送至所述第一單位。
      9.根據權利要求7或8所述的方法,其中,所述步驟B包括 當滿足以下條件中任一項時,判斷允許所述請求-接收到所述第二單位的用戶輸入的表示允許建立所述新的數據發(fā)送單的指令; -所述第一單位所建立的數據發(fā)送單的標識或編號或類型與所述第一單位相匹配。
      全文摘要
      為了解決現有技術中的上述問題,本發(fā)明提出,在不同單位的商務廣域系統平臺之間,由數據發(fā)送方建立一個數據發(fā)送單,該數據發(fā)送單的標識、編號、類型等信息與該數據發(fā)送方或其希望發(fā)送的數據有十分緊密的聯系,能夠很好地表示出待發(fā)數據的歸屬或特性,接著,由準數據接收方對此已經建立的發(fā)送單進行掃描,判斷該掃描單與該準數據接收方是否匹配,如果匹配,則允許該數據發(fā)送方將上述待發(fā)數據發(fā)給該準數據接收方。采用本發(fā)明提供的裝置、方法,可以利用信息化的手段,確保了飛機設計制造數據能夠在工作流程控制下,準確快速地到達制造單位,以及飛機設計制造數據在發(fā)放接收雙方之間的一致性、有效性,以及發(fā)放歷史記錄的可追溯性。
      文檔編號G06Q50/00GK101989270SQ20091005567
      公開日2011年3月23日 申請日期2009年7月30日 優(yōu)先權日2009年7月30日
      發(fā)明者何梅, 冀艷麗, 曹衛(wèi)梅, 李玲, 陳麗娜, 韓志芳 申請人:中國商用飛機有限責任公司;中國商用飛機有限責任公司上海飛機設計研究所
      網友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1