本發(fā)明涉及計算機技術領域,尤其涉及一種數(shù)據發(fā)放方法、裝置和系統(tǒng)。
背景技術:
傳統(tǒng)的技術文件管理以2d圖紙和各種紙介質文件為基礎,技術部門以大部件或產品為單位將所有的圖紙裝訂成冊,然后用圖樣目錄、文件目錄等方式給出清單,在下游部門以及供應鏈上的合作伙伴需要技術資料時,需要從各種目錄中清點、查找,然后分別從圖樣冊和文件冊中獲得拷貝,用文件夾等方式封裝傳遞。盡管目前技術文件和圖樣都已經電子化,但是技術資料管理和分發(fā)方式和紙介質一樣。
當今產品日益復雜、專業(yè)分工日益精細,企業(yè)內部和企業(yè)之間的協(xié)作愈加廣泛,企業(yè)內部對技術數(shù)據的使用廣度和深度日益提高,傳統(tǒng)的技術文件管理方式就變的難以管理,并且不易保證數(shù)據的完整。
技術實現(xiàn)要素:
本發(fā)明實施例提供一種數(shù)據發(fā)放方法、裝置和系統(tǒng),可以為不同的數(shù)據使用者提供一個完整的技術數(shù)據集合。
一方面,本發(fā)明實施例提供一種數(shù)據發(fā)放方法,包括:獲取待發(fā)放的產品的技術數(shù)據包,產品具有通過物料清單bom搭建的層級結構,bom包括組成該產品的不同層級的零部件,以及零部件之間的關聯(lián)關系,技術數(shù)據包包括零部件的技術文件和屬性數(shù)據;根據技術數(shù)據包生成待發(fā)放數(shù)據。
另一方面,本發(fā)明實施例提供一種數(shù)據發(fā)放裝置,包括:技術數(shù)據包獲取模塊,被配置為獲取待發(fā)放的產品的技術數(shù)據包,產品具有通過物料清單bom搭建的層級結構,bom包括組成產品的不同層級的零部件,以及零部件之間的關聯(lián)關系,技術數(shù)據包包括零部件的技術文件和屬性數(shù)據;待發(fā)放數(shù)據生成模塊,被配置為根據技術數(shù)據包生成待發(fā)放數(shù)據。
再一方面,本發(fā)明實施例提供一種數(shù)據發(fā)放系統(tǒng),包括:存儲器,被配置為存儲程序代碼;處理器,被配置為根據存儲器中存儲的程序代碼中的指令,執(zhí)行以下步驟:獲取待發(fā)放的產品的技術數(shù)據包,產品具有通過物料清單bom搭建的層級結構,bom包括組成產品的不同層級的零部件,以及零部件之間的關聯(lián)關系,技術數(shù)據包包括零部件的技術文件和屬性數(shù)據;根據技術數(shù)據包生成待發(fā)放數(shù)據;顯示器,被配置為對生成的待發(fā)放數(shù)據進行顯示。
根據本發(fā)明提供的數(shù)據發(fā)放方法、裝置和系統(tǒng),產品的技術數(shù)據包以零部件為單位,技術數(shù)據包中不僅包括各零部件的技術文件和屬性數(shù)據,還包括零部件之間的關聯(lián)關系。這樣的數(shù)據組織方式使產品具有基于物料清單bom的產品結構,將產品結構和技術數(shù)據包相結合,可以確保數(shù)據的完整可靠。
附圖說明
為了更清楚地說明本發(fā)明實施例的技術方案,下面將對本發(fā)明實施例中所需要使用的附圖作簡單地介紹,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據這些附圖獲得其他的附圖。
圖1是示出根據本發(fā)明一實施例的數(shù)據發(fā)放方法的流程圖;
圖2是示出根據本發(fā)明另一實施例的數(shù)據發(fā)放方法的流程圖;
圖3是示出根據本發(fā)明再一實施例的數(shù)據發(fā)放方法的流程圖;
圖4是根據本發(fā)明一實施例的數(shù)據發(fā)放裝置的結構示意圖;
圖5是根據本發(fā)明另一實施例的數(shù)據發(fā)放裝置的結構示意圖;
圖6是根據本發(fā)明再一實施例的數(shù)據發(fā)放裝置的結構示意圖;
圖7是示出能夠實現(xiàn)根據本發(fā)明實施例的數(shù)據發(fā)放方法和裝置的數(shù)據發(fā)放系統(tǒng)的示例性硬件架構的結構圖。
具體實施方式
下面將詳細描述本發(fā)明的各個方面的特征和示例性實施例,為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白,以下結合附圖及實施例,對本發(fā)明進行進一步詳細描述。應理解,此處所描述的具體實施例僅被配置為解釋本發(fā)明,并不被配置為限定本發(fā)明。對于本領域技術人員來說,本發(fā)明可以在不需要這些具體細節(jié)中的一些細節(jié)的情況下實施。下面對實施例的描述僅僅是為了通過示出本發(fā)明的示例來提供對本發(fā)明更好的理解。
需要說明的是,在本文中,諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來,而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且,術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下,由語句“包括……”限定的要素,并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。
下面結合附圖,詳細描述根據本發(fā)明實施例的數(shù)據發(fā)放方法、裝置和系統(tǒng)。
圖1是示出了本發(fā)明一實施例提供的數(shù)據發(fā)放方法的流程圖。
如圖1所示,本實施例中數(shù)據發(fā)放方法100包括以下步驟:
步驟s110,獲取待發(fā)放的產品的技術數(shù)據包,產品具有通過物料清單bom搭建的層級結構,bom包括組成該產品的不同層級的零部件,以及零部件之間的關聯(lián)關系,技術數(shù)據包包括零部件的技術文件和屬性數(shù)據。
步驟s120,根據技術數(shù)據包生成待發(fā)放數(shù)據。
根據本發(fā)明實施例提供的數(shù)據發(fā)放方法,數(shù)據使用者可以首先定位到目標零部件,然后直接獲取該零部件的全部技術資料,包括技術文件和屬性數(shù)據,以及資料之間的相互關系,以確保數(shù)據的完整。
在步驟s110中,產品的技術數(shù)據包可以涵蓋每個零部件的全部技術資料,例如幾何模型、圖紙、技術文檔、制造加工信息、相關的清單報表、質量保證條款、維護維修說明、備品供應數(shù)據、包裝細節(jié)、性能要求、相關的認證、標準、規(guī)范和資源等。
物料清單(billofmaterial,bom)是定義產品結構的技術文件,描述產品結構及零部件之間的關聯(lián)關系。具體地,物料清單可以是產品所需零部件明細表及其結構,例如產品的零部件之間,以及每個零部件所包含的下屬零部件、原材料之間的關系。
具體地,通過本發(fā)明實施例獲取的產品的技術數(shù)據包,允許定義對應于產品全生命周期中不同的階段的bom,如設計階段、制造階段、銷售階段等。同時可以提供對應的多種視圖的bom表示,如設計bom視圖、制造bom視圖、銷售bom視圖等。多視圖為不同部門提供了從不同的角度來配置bom的功能。例如,制造部門在制造bom視圖中需要包含工藝信息,并把這些工藝信息轉到生產管理系統(tǒng)。
在一些實施例中,通過基于模型定義mbd的方式來組織零部件的技術文件和屬性數(shù)據,模型包括功能模型、設計模型、工藝模型、制造模型和維護維修模型中的一種或多種。
基于模型定義(modelbaseddefinition,mbd)是一種以三維模型數(shù)據為數(shù)據傳遞依據的全信息模型,可以描述零部件的幾何形狀信息、制造信息例如尺寸、公差、技術要求等技術信息,從而使三維模型數(shù)據作為生產制造過程中的唯一依據,實現(xiàn)設計、工藝、制造、檢測等技術信息的集成。
在本發(fā)明的實施例中,產品的技術數(shù)據包將產品的bom結構和以mbd的方式定義和組織零部件的技術信息和屬性數(shù)據相結合,實現(xiàn)對產品數(shù)據文件的分區(qū)管理和分類導航。不同的業(yè)務部門可以按照與自己業(yè)務匹配的bom結構來訪問與業(yè)務限定范圍相關的零部件的技術數(shù)據。
在一些實施例中,零部件的技術文件包括與功能模型、設計模型、工藝模型、制造模型和維護維修模型中的一種或多種對應的三維模型、二維圖紙、引用資源和/或標準規(guī)范,屬性數(shù)據包括零部件的通用屬性和流程發(fā)布歷史。
作為一個示例,與發(fā)動機缸體的設計模型對應的,三維模型可以包括例如發(fā)動機缸體設計模型、發(fā)送機缸體加工示意的工序模型以及發(fā)送機缸體鑄造的毛坯模型。
作為一個示例,與發(fā)動機缸體的設計模型對應的,二維圖紙可以包括發(fā)動機缸體工作圖等零件工作圖、發(fā)動機缸體加工示意圖等工序簡圖。
本發(fā)明實施例并不局限三維模型和二維圖紙的文件格式,例如三維模型的文件格式可以是prt格式、jt格式或iges格式等,二維圖紙的文件格式可以包括dwg格式、pdf格式等。用戶可以根據自己的使用習慣和實際需求選擇繪制三維模型和二維圖紙的工具軟件和對應的文件保存方式。
作為一個示例,引用資源包括與產品或零部件引用的其他資源的信息。例如制造或加工產品或零部件所涉及的機床。引用資源的可以包括資源編號、資源名稱、資源描述信息和資源詳細信息訪問入口等信息。
在獲取產品的技術數(shù)據包時,如果數(shù)據發(fā)放的對象是下游用戶例如下游生產者,將產品或某個零部件的設計和工藝模型提供給下游生產者,由下游生產者組織生產,提供符合要求的產品或零部件。此時為了確保下游生產活動都符合統(tǒng)一的標準規(guī)范,發(fā)送的技術數(shù)據包可以包含標準規(guī)范和相關的技術文檔,以確保下游的數(shù)據用戶都能訪問這些規(guī)范。
作為一個示例,零部件的通用屬性包括例如零件編號、零件名稱、零件材質、計量單位以及其他可以自定義的屬性信息。
在技術數(shù)據包的屬性數(shù)據中,流程發(fā)布歷史也是零部件的一種屬性數(shù)據,可以記錄零件的每個模型的簽審歷史,也可以記錄每個模型所包含的技術文件的簽審歷史,審簽歷史為模型和與模型相關的技術文件提供了關于合法性的依據。
具體地,模型本身或模型所包含的技術文件的簽審歷史可以包括模型提交、審核、修訂和批準等審核簽收任務類型、任務承擔人、任務完成狀態(tài)、任務完成時間以及任務完成意見,或其他自定義的信息。
在一些實施例中,在獲取產品的技術數(shù)據包時,可以根據數(shù)據發(fā)放請求,按照預設的規(guī)則自動輪詢數(shù)據發(fā)放系統(tǒng),提取要發(fā)放的產品或零件的技術數(shù)據包。
在步驟s120中,待發(fā)放數(shù)據可以以壓縮文件的形式,也可以以文件鏈接地址的形式發(fā)放,以避免由于待發(fā)放數(shù)據過大而造成在網絡傳送所帶來的出錯風險。
在本發(fā)明實施例中,產品的技術數(shù)據包以零部件為核心,按照bom逐級展開,通過bom結構進行零件的定位,并且可以直接訪問定義零部件的全部技術文件。
圖2示出了本發(fā)明另一實施例的數(shù)據發(fā)放方法的流程圖,圖2與圖1相同或等同的步驟使用相同的標號。如圖2所示,數(shù)據發(fā)放方法200還可以包括:
步驟s130,將待發(fā)放數(shù)據中的技術數(shù)據包設置為凍結狀態(tài)。
步驟s140,將設置為凍結狀態(tài)的待發(fā)放數(shù)據發(fā)送到指定的目標位置。
在本發(fā)明實施例中,將待發(fā)放數(shù)據發(fā)送到指定的目標位置之前,將技術數(shù)據包設置為凍結狀態(tài),可以保證數(shù)據的完整性和一致性。
下面將參考圖3描述根據本發(fā)明另一實施例的數(shù)據發(fā)放方法。圖3是示出根據本發(fā)明另一實施例的數(shù)據發(fā)放方法的流程圖,圖3與圖1相同或等同的步驟使用相同的標號。如圖3所示,數(shù)據發(fā)放方法300與數(shù)據發(fā)放方法200基本相同,不同之處在于,數(shù)據發(fā)放方法300還可以包括:
步驟s150,根據預設的數(shù)據發(fā)放審核標準,對待發(fā)放數(shù)據進行審核,生成對應的數(shù)據發(fā)放審核清單以記錄待發(fā)放數(shù)據的發(fā)放審核流程,將通過審核的待發(fā)放數(shù)據標識為有效數(shù)據。
在數(shù)據發(fā)放過程中,數(shù)據發(fā)放可以遵循“寬進嚴出”的原則,對內網向外網發(fā)送的數(shù)據需要經過審批,經過審批的數(shù)據才能夠進行發(fā)放。
在步驟s150中,可以根據數(shù)據發(fā)放審核標準定義數(shù)據發(fā)放審批流程,對數(shù)據發(fā)放的審批,并生成數(shù)據發(fā)放審批清單,實現(xiàn)對產品的技術數(shù)據包的發(fā)放審批,為待發(fā)放數(shù)據提供有效性依據。
繼續(xù)參考圖3,在一些實施例中,為了提高數(shù)據保密的要求,使技術數(shù)據包可以在具有高度保密要求的應用場合中傳輸,數(shù)據發(fā)放方法還可以包括:步驟s160,使用預設的數(shù)據加密算法對技術數(shù)據包進行加密。
在步驟s160中,預設的數(shù)據加密算法可以是消息摘要算法md5,步驟s160還可以包括:
通過消息摘要算法md5生成待發(fā)放數(shù)據的md5密保文件,并將md5密保文件添加到技術數(shù)據包中。
在步驟s160中,作為一個示例,待發(fā)放數(shù)據的md5密保文件包括待發(fā)放數(shù)據的md5值,待發(fā)放數(shù)據的md5值可以由指定的多個文件分別計算的md5值綜合而成。作為具體的一個示例,分別計算技術數(shù)據包的描述文件md5值與加密證書md5值,將根據計算出的描述文件md5值與加密證書md5值組成字符串,并計算得到該字符串的字符串md5值。將包含該字符串md5值的md5密保文件與待發(fā)放數(shù)據一起傳遞到指定的目標地址。
當數(shù)據到達目標地址后,將重新計算接收到的待發(fā)放數(shù)據的md5值,如果待發(fā)放數(shù)據的技術數(shù)據包在傳輸?shù)倪^程中被非法修改,那么重新計算得到的字符串md5值會與接收到的md5密保文件中的md5不一樣。根據這一判斷可以選擇丟棄接收到的技術數(shù)據包或選擇重新傳輸。
技術數(shù)據包在企業(yè)內部網絡或企業(yè)之間通過因特網進行傳輸時,可以對技術數(shù)據包的數(shù)據內容進行必要的驗證,以確保數(shù)據的合法性。通過消息摘要算法md5對待發(fā)放數(shù)據進行數(shù)據內容加密,可以避免數(shù)據在傳輸過程中被非法修改,從而造成數(shù)據用戶損失等數(shù)據安全問題。
在一些實施例中,數(shù)據發(fā)放方法300還可以包括:
步驟s170,對待發(fā)放數(shù)據中零部件的技術文件設置數(shù)據訪問權限,根據設置的數(shù)據訪問權限生成數(shù)據訪問憑證,并將數(shù)據訪問憑證添加到技術數(shù)據包中。
具體地,訪問權限可以包括對各技術文件的提取權限、只讀權限、文件修改權限和/或更新權限,數(shù)據訪問權限還可以包括對各技術文件的保有時間、打開次數(shù)以及是否帶水印打印等。
作為一個示例,指定的用戶可以是下游各業(yè)務單元或系統(tǒng)的只讀應用,例如只對技術文件和屬性數(shù)據進行展示。
進一步地,訪問權限還可以根據訪問用戶的身份進行設置,并提供對應的身份驗證,例如與用戶身份對應的數(shù)據訪問用戶名和密碼。
作為一個示例,待發(fā)放數(shù)據中零部件的技術文件的數(shù)據訪問權限為可讀寫權限的情況下,數(shù)據訪問用戶可以根據用戶身份對技術數(shù)據包中的技術文件和屬性數(shù)據執(zhí)行修改、更新等操作。
根據不同的訪問權限控制要求為技術數(shù)據包中的技術文件設置不同操作權限,可以防止文件被另存、復制或截屏等帶來的商業(yè)風險。
在上述實施例中,在數(shù)據發(fā)放前對要發(fā)送的技術數(shù)據包進行審批、對技術數(shù)據包進行加密以及設置數(shù)據訪問權限,可以作為是對要發(fā)送的技術數(shù)據包的擴展信息,添加了這些擴展信息的技術數(shù)據包更能適應企業(yè)內部以及企業(yè)之間的需要密切協(xié)作的應用場合。
在本發(fā)明實施例中,對技術數(shù)據包進行設置數(shù)據訪問權限、身份驗證和/或生成md5密保文件,可以作為待發(fā)送的技術數(shù)據包的數(shù)據訪問憑證,根據數(shù)據訪問憑證生成授權憑證例如授權證書,并將授權證書添加到技術數(shù)據包中,確保數(shù)據傳輸過程和數(shù)據交換過程中的數(shù)據安全。
在一些實施例中,數(shù)據發(fā)放方法300還可以包括以下步驟:
接收來自目標位置的技術數(shù)據包的步驟;獲取接收的技術數(shù)據包中的md5密保文件,并利用md5密保文件和消息摘要算法md5對接收的技術數(shù)據包進行文件校驗,以確定接收的技術數(shù)據包是否正確的步驟;將接收的技術數(shù)據包與數(shù)據發(fā)放裝置中對應的已有的技術數(shù)據包進行比較,以確認接收的技術數(shù)據包中是否存在更新的技術文件和/或更新的屬性數(shù)據的步驟,以及如果接收的技術數(shù)據包是正確的,并且存在更新的技術文件和/或更新的屬性數(shù)據,將更新的技術文件和/或更新的屬性數(shù)據添加到數(shù)據發(fā)放裝置中的步驟。
在上述步驟中,對接收到的技術數(shù)據包進行數(shù)據內容的校驗,并檢查技術數(shù)據包是否有更新,將有更新的技術文件和/或屬性數(shù)據添加到數(shù)據發(fā)放裝置中。具體地,可以不用新的技術文件替換數(shù)據發(fā)放平臺已有的技術文件,也就是說,保留原來已有的技術文件作為舊的技術文件的版本,而將有更新的數(shù)據文件做為新的技術文件的版本添加到數(shù)據發(fā)放平臺當中。
通過本發(fā)明實施例提供的數(shù)據發(fā)放方法,在進行數(shù)據發(fā)放時,可以通過將產品的技術數(shù)據包與物料清單bom相結合,獲取完整的產品或零件的技術文件和屬性數(shù)據,從而為以工程技術文件協(xié)作為核心的業(yè)務提供所需要的完整的信息。
另一方面,本發(fā)明實施例還提供了一種數(shù)據發(fā)放裝置。圖4示出了根據本發(fā)明一個實施例提供的數(shù)據發(fā)放裝置的結構示意圖。如圖4所示,數(shù)據發(fā)放裝置400包括:
技術數(shù)據包獲取模塊401,被配置為獲取待發(fā)放的產品的技術數(shù)據包,待發(fā)放的產品具有通過物料清單bom搭建的層級結構,bom包括組成產品的不同層級的零部件,以及零部件之間的關聯(lián)關系,技術數(shù)據包包括零部件的技術文件和屬性數(shù)據;待發(fā)放數(shù)據生成模塊402,被配置為根據技術數(shù)據包生成待發(fā)放數(shù)據。
根據本發(fā)明實施例提供的數(shù)據發(fā)放裝置,提取要發(fā)放的產品的技術數(shù)據包,根據該技術數(shù)據包生成待發(fā)放數(shù)據。該產品數(shù)據包包含產品零部件之間的關系和相關零部件的全部技術資料,可以確保數(shù)據的完整性。
在一些實施例中,通過基于模型定義mbd的方式來組織零部件的技術文件和屬性數(shù)據,模型包括功能模型、設計模型、工藝模型、制造模型和維護維修模型中的一種或多種。
在另一些實施例中,零部件的技術文件包括與功能模型、設計模型、工藝模型、制造模型和維護維修模型中的一種或多種對應的三維模型、二維圖紙、引用資源和/或標準規(guī)范,屬性數(shù)據包括零部件的通用屬性和流程發(fā)布歷史。
圖5示出了本發(fā)明另一實施例提供的數(shù)據發(fā)放裝置的結構示意圖。圖5與圖4相同或等同的模塊或組件使用相同的標號,不同之處在于,如圖5所示,數(shù)據發(fā)放裝置500還可以包括:
數(shù)據凍結模塊403,被配置為將待發(fā)放數(shù)據中的技術數(shù)據包設置為凍結狀態(tài);數(shù)據發(fā)送模塊404,被配置為將設置為凍結狀態(tài)的待發(fā)放數(shù)據發(fā)送到指定的目標位置。
將技術數(shù)據包先凍結再發(fā)放,可以使待發(fā)放數(shù)據包中的產品數(shù)據與數(shù)據發(fā)放裝置中的產品數(shù)據保持一致。
在一些實施例中,在待發(fā)放數(shù)據進行發(fā)放之前,數(shù)據發(fā)放裝置可以提供對待發(fā)放數(shù)據的發(fā)放審批。
圖6示出了本發(fā)明再一實施例提供的數(shù)據發(fā)放裝置的結構示意圖。圖6與圖5相同或等同的模塊或組件使用相同的標號,不同之處在于,如圖6所示,數(shù)據發(fā)放裝置600還可以包括:
發(fā)放審核模塊405,被配置為根據預設的數(shù)據發(fā)放審核標準,對待發(fā)放數(shù)據進行審核,生成對應的數(shù)據發(fā)放審核清單以記錄待發(fā)放數(shù)據的發(fā)放審核流程,以及將通過審核的待發(fā)放數(shù)據標識為有效數(shù)據。
在一些實施例中,數(shù)據發(fā)放裝置600還可以包括:
數(shù)據加密模塊406,被配置為使用預設的數(shù)據加密算法對技術數(shù)據包進行加密。
可選地,數(shù)據加密模塊406具體被配置為通過消息摘要算法md5生成待發(fā)放數(shù)據的md5密保文件,并將md5密保文件添加到技術數(shù)據包中。
數(shù)據發(fā)放裝置通過md5密保文件為待發(fā)放數(shù)據提供用于內容校驗的md5文件,以防止待發(fā)放數(shù)據的內容被非法篡改。
可選地,數(shù)據發(fā)放裝置600還可以包括:訪問權限配置模塊407,被配置為對待發(fā)放數(shù)據中零部件的技術文件設置數(shù)據訪問權限,根據設置的數(shù)據訪問權限生成數(shù)據訪問憑證,并且將數(shù)據訪問憑證添加到技術數(shù)據包中。
數(shù)據發(fā)放裝置通過訪問權限配置模塊為待發(fā)放數(shù)據提供操作權限和根據用戶身份的數(shù)據訪問權限的限定,以保證對數(shù)據操作行為的合法性。
在一些實施例中,數(shù)據發(fā)放裝置600還可以包括:
數(shù)據接收模塊,被配置為接收來自目標位置的技術數(shù)據包。
md5文件校驗模塊,被配置為獲取接收的技術數(shù)據包中的md5密保文件,并利用md5密保文件和消息摘要算法md5對接收的技術數(shù)據包進行文件校驗,以確定接收的技術數(shù)據包是否正確。
數(shù)據比較模塊,被配置為將接收的技術數(shù)據包與數(shù)據發(fā)放裝置中對應的已有的技術數(shù)據包進行比較,以確認接收的技術數(shù)據包中是否存在更新的技術文件和/或更新的屬性數(shù)據。
數(shù)據更新模塊,被配置為如果接收的技術數(shù)據包是正確的,并且存在更新的技術文件和/或更新的屬性數(shù)據,則將更新的技術文件和/或更新的屬性數(shù)據添加到數(shù)據發(fā)放裝置中。
在該實施例中,數(shù)據發(fā)放裝置對接收到的技術數(shù)據包進行數(shù)據內容的校驗,并可以將有更新的技術文件添加到數(shù)據發(fā)放裝置中。
根據本發(fā)明實施例的數(shù)據發(fā)放裝置的其他細節(jié)與以上結合圖1至圖3描述的根據本發(fā)明實施例的方法類似,在此不再贅述。
結合圖1至6描述的根據本發(fā)明實施例的數(shù)據發(fā)放方法和裝置可以由可拆卸地或者固定地安裝在服務器上的數(shù)據發(fā)放系統(tǒng)實現(xiàn)。圖7是示出能夠實現(xiàn)根據本發(fā)明實施例的數(shù)據發(fā)放方法和裝置的數(shù)據發(fā)放系統(tǒng)的示例性硬件架構的結構圖。如圖7所示,數(shù)據發(fā)放系統(tǒng)700包括輸入設備701、輸入接口702、中央處理器703、存儲器704、輸出接口705、以及輸出設備706。其中,輸入接口702、中央處理器703、存儲器704、以及輸出接口705通過總線710相互連接,輸入設備701和輸出設備706分別通過輸入接口702和輸出接口705與總線710連接,進而與數(shù)據發(fā)放系統(tǒng)700的其他組件連接。具體地,輸入設備701接收來自外部例如,服務端的輸入設備的輸入信息,并通過輸入接口702將輸入信息傳送到中央處理器703;中央處理器703基于存儲器704中存儲的計算機可執(zhí)行指令對輸入信息進行處理以生成輸出信息,將輸出信息臨時或者永久地存儲在存儲器704中,然后通過輸出接口705將輸出信息傳送到輸出設備706例如顯示器;輸出設備706將輸出信息輸出到數(shù)據發(fā)放系統(tǒng)700的外部供用戶使用。
也就是說,圖7所示的數(shù)據發(fā)放系統(tǒng)也可以被實現(xiàn)為包括:
包括:存儲器,被配置為存儲程序代碼;處理器,被配置為根據存儲器中存儲的程序代碼中的指令,執(zhí)行以下步驟:獲取待發(fā)放的產品的技術數(shù)據包,產品具有通過物料清單bom搭建的層級結構,bom包括組成產品的不同層級的零部件,以及零部件之間的關聯(lián)關系,技術數(shù)據包包括零部件的技術文件和屬性數(shù)據;根據技術數(shù)據包生成待發(fā)放數(shù)據;顯示器,被配置為對生成的待發(fā)放數(shù)據進行顯示。
這里,處理器可以與服務器上的輸入設備進行通信,從而基于通過服務器上的輸入設備輸入的相關信息執(zhí)行計算機可執(zhí)行指令,從而實現(xiàn)結合圖1至圖6描述的數(shù)據發(fā)放方法和裝置。
需要明確的是,本發(fā)明并不局限于上文所描述并在圖中示出的特定配置和處理。為了簡明起見,這里省略了對已知方法的詳細描述。在上述實施例中,描述和示出了若干具體的步驟作為示例。但是,本發(fā)明的方法過程并不限于所描述和示出的具體步驟,本領域的技術人員可以在領會本發(fā)明的精神后,作出各種改變、修改和添加,或者改變步驟之間的順序。
以上所述的結構框圖中所示的功能塊可以實現(xiàn)為硬件、軟件、固件或者它們的組合。當以硬件方式實現(xiàn)時,其可以例如是電子電路、專用集成電路(asic)、適當?shù)墓碳?、插件、功能卡等等。當以軟件方式實現(xiàn)時,本發(fā)明的元素是被用于執(zhí)行所需任務的程序或者代碼段。程序或者代碼段可以存儲在機器可讀介質中,或者通過載波中攜帶的數(shù)據信號在傳輸介質或者通信鏈路上傳送?!皺C器可讀介質”可以包括能夠存儲或傳輸信息的任何介質。機器可讀介質的例子包括電子電路、半導體存儲器設備、rom、閃存、可擦除rom(erom)、軟盤、cd-rom、光盤、硬盤、光纖介質、射頻(rf)鏈路,等等。代碼段可以經由諸如因特網、內聯(lián)網等的計算機網絡被下載。
還需要說明的是,本發(fā)明中提及的示例性實施例,基于一系列的步驟或者裝置描述一些方法或系統(tǒng)。但是,本發(fā)明不局限于上述步驟的順序,也就是說,可以按照實施例中提及的順序執(zhí)行步驟,也可以不同于實施例中的順序,或者若干步驟同時執(zhí)行。
以上所述,僅為本發(fā)明的具體實施方式,所屬領域的技術人員可以清楚地了解到,為了描述的方便和簡潔,上述描述的系統(tǒng)、模塊和單元的具體工作過程,可以參考前述方法實施例中的對應過程,在此不再贅述。應理解,本發(fā)明的保護范圍并不局限于此,任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內,可輕易想到各種等效的修改或替換,這些修改或替換都應涵蓋在本發(fā)明的保護范圍之內。