两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

一種副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法

文檔序號:6368247閱讀:626來源:國知局
專利名稱:一種副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法
技術(shù)領(lǐng)域
本發(fā)明涉及產(chǎn)品追溯技術(shù)領(lǐng)域,尤其是涉及一種副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法。
背景技術(shù)
今天,食品安全越來越受到社會的廣泛關(guān)注,雖然我國的食品安全狀況有所好轉(zhuǎn),但面臨的形勢依然嚴重。隨著經(jīng)濟全球化進程日益加速,食品安全不僅事關(guān)消費者生命健康,也關(guān)系著社會和諧穩(wěn)定和經(jīng)濟健康發(fā)展,而且影響國際食品和農(nóng)產(chǎn)品貿(mào)易與國家形象,成為國際社會關(guān)注的焦點問題之一。在“從農(nóng)田到餐桌”的各個階段,食品(含食用農(nóng)產(chǎn)品)均有可能受到污染,并且 污染會沿食品供應(yīng)鏈向下游進行傳播,對人類和生態(tài)環(huán)境健康造成風(fēng)險。歐美的食品安全追溯體系相對成熟,“建立我們國家的食品安全追溯體系,從源頭遏制問題食品,顯得尤為重要“(商務(wù)部部長助理黃海)。記錄食品和飼料及其他產(chǎn)品的來源、成分、生產(chǎn)、加工和處理過程、去向等的完整信息顯得越來越重要,這種產(chǎn)品歷史信息稱為追溯信息。當食品或飼料出現(xiàn)問題時,是否能夠快速地獲得疑似不安全產(chǎn)品的來源和去向的追溯信息記錄,在某種程度上關(guān)系到消費者和企業(yè)的生死存亡。無論是食品鏈本身跨多個不同企業(yè)實體的特性,還是我國食品多個監(jiān)管部門分段監(jiān)管的現(xiàn)狀,都造成食品鏈上數(shù)據(jù)的多源、異構(gòu)特性。而不同企業(yè)各自信息化水平的差異,對數(shù)據(jù)安全和隱私的考慮,以及政府部門分段監(jiān)管對數(shù)據(jù)的需求等因素,使得食品安全物聯(lián)網(wǎng)的構(gòu)建面臨很大的挑戰(zhàn)。目前,我國的副食品安全追溯方式仍然基于單一食品種類或單一的副食品生產(chǎn)企業(yè)的副食品生產(chǎn)和流通環(huán)節(jié)而建設(shè),從而,副食品領(lǐng)域多種追溯體系平臺并存,互不兼容,數(shù)據(jù)不能有效共享、管理和維護困難,副食品涉及跨區(qū)域跨國界生產(chǎn)或流轉(zhuǎn)時,多套系統(tǒng)數(shù)據(jù)很難實現(xiàn)統(tǒng)一的標準和接口,從而很難統(tǒng)一開放地標準地實現(xiàn)副食品跟蹤和追溯,也很難與國際標準實現(xiàn)對接。作為副食品生產(chǎn)經(jīng)營者,企業(yè)是副食品安全的第一責任人,副食品鏈中的任何一個環(huán)節(jié)出了問題,都會向副食品鏈下游逐級傳播,影響整個產(chǎn)業(yè)鏈的發(fā)展。在副食品鏈各個環(huán)節(jié)過程中規(guī)避風(fēng)險,才能從根本上保證副食品的安全性。近幾年來,隨著RFID、二維碼等自動識別技術(shù)的快速發(fā)展和推廣,我國副食品生產(chǎn)多數(shù)環(huán)節(jié)的物料均可被自動識別并記錄相關(guān)信息,但由于缺乏統(tǒng)一的信息和技術(shù)規(guī)范,信息管理系統(tǒng)之間難以兼容,形成多個信息孤島。構(gòu)建鏈接企業(yè)內(nèi)外部食品物料流動關(guān)系的副食品鏈網(wǎng)絡(luò)追溯,實現(xiàn)副食品安全信息的交換、共享和利用,成為副食品安全技術(shù)發(fā)展的大趨勢。隨著經(jīng)濟全球化的快速發(fā)展,副食品原輔料供應(yīng)來源、產(chǎn)銷渠道越來越復(fù)雜。副食品鏈追溯網(wǎng)絡(luò)的構(gòu)建,能夠?qū)崿F(xiàn)交錯的副食品供應(yīng)鏈中各階段主體和物料的互聯(lián),既是確保副食品安全的重要工具,可迅速準確地識別問題副食品的發(fā)生原因,又是提高副食品質(zhì)量信息的可信度以及副食品供應(yīng)鏈中不同利益之間的相互合作和溝通的重要手段。

發(fā)明內(nèi)容
本發(fā)明的目的在于克服現(xiàn)有中存在的缺陷,提供一種副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法。為了達到上述目的,本發(fā)明所設(shè)計的一種副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng),包括電子標識、軟件系統(tǒng)、網(wǎng)絡(luò)及計算機硬件系統(tǒng) ,所述電子標識為RFID、一維條碼、二維條碼或者噴碼,其特征在于所述軟件系統(tǒng)包括
包括標簽、軟件系統(tǒng)、網(wǎng)絡(luò)及計算機硬件系統(tǒng),其特征是所述軟件系統(tǒng)包括
1.1)數(shù)據(jù)錄入系統(tǒng),將副食品生產(chǎn)、加工、倉儲、運輸和銷售過程中各階段的信息與批次號及外部追溯交易單元相關(guān)聯(lián)并錄入系統(tǒng)所在數(shù)據(jù)庫以備分析查詢之用;
I. 2)數(shù)據(jù)庫系統(tǒng),數(shù)據(jù)庫中存儲的信息有從每個農(nóng)場主接收的每批副食品原料,每批副食品原料制成的副食品中間產(chǎn)品,每個加工產(chǎn)所用這些副食品中間產(chǎn)品生產(chǎn)的每批副食品成品,所有其他副食品中使用的成分的類似信息,每批銷售的副食品送往的超市和賣場。在數(shù)據(jù)庫中注冊的每批、每個水平上的產(chǎn)品或中間產(chǎn)品的相關(guān)的信息;
I. 3)信息查詢系統(tǒng),企業(yè)和用戶通過系統(tǒng)提供標準的Web Services接口、第三方應(yīng)用或離線客戶端接入訪問查詢;
1.4)信息追溯系統(tǒng),分為外部追溯系統(tǒng)和內(nèi)部追溯系統(tǒng)兩個范圍,內(nèi)部追溯系統(tǒng)指在企業(yè)內(nèi)部的追溯管理流程系統(tǒng),外部追溯系統(tǒng)指貿(mào)易伙伴之間對信息流與物流進行溝通、協(xié)調(diào)的管理過程系統(tǒng)。本發(fā)明的技術(shù)特征還有所述批次號包括噴碼、條碼、RFID標簽的標簽的純編碼號。本發(fā)明的技術(shù)特征還有所述外部追溯交易單元包括食品鏈上下游交易雙方定義的一個交貨批次、一箱或一車。本發(fā)明提供一種副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯方法,它包括采用上述副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng),其特征通過以下步驟來實現(xiàn)
2.I)梳理副食品的生產(chǎn)、加工、運輸、倉儲及銷售流程,將產(chǎn)品信息制成電子標識,并對各個信息進行人工錄入或自動錄入數(shù)據(jù)庫;
2.2)將各流程錄入的信息整合成信息鏈,并將信息鏈設(shè)計設(shè)計成一個圖,該圖包括一組節(jié)點和邊,每條邊連接至少兩個節(jié)點,節(jié)點代表對象,邊代表對象的依賴關(guān)系。呈現(xiàn)對象的層級結(jié)構(gòu),以對象的集合形式顯示或以一個對象代表一個集合的形式顯示,其中層級可包括兩級或更多級,層級中的元素可以展開或集中進一個獨立的顯示圖標中。2. 3)建立追溯模型,依據(jù)“向前一步、向后一步”的追溯基本原則,采用基于事件的鏈式追溯模型,當某一個環(huán)節(jié)的副食品出現(xiàn)問題時,可以通過追溯模型找到問題出現(xiàn)的原因。本發(fā)明的技術(shù)特征還有步驟2. 2)中所述信息鏈包括以下模塊
O數(shù)據(jù)整合模塊通過手工數(shù)據(jù)錄入、XML文件、Web Services API等方式,以XML(Extensible Markup Language可擴展標記語言)數(shù)據(jù)交換標準語言實現(xiàn)異構(gòu)平臺之間的數(shù)據(jù)的交換。2)可視化模塊以圖形化的方式展示食品生命周期中的各個節(jié)點,直觀地展示了食品加工、流通的信息。3)交互式模塊本模塊提供數(shù)據(jù)庫追溯信息的實用模型的交互式可視化表示方法和程序。當危險或破壞因素引入食品、飼料或其他產(chǎn)品時,這些可視和交互方法和程序使得在長而復(fù)雜的價值鏈的大型數(shù)據(jù)庫中可以簡單、快速、準確追蹤和溯源產(chǎn)品依賴關(guān)系,從而提高保障生命和降低損失的機會。本發(fā)明的技術(shù)特征還有步驟2. 3)中所述信息鏈包括以下過程
O事件定義事件,包括生產(chǎn)處理相關(guān)的和/或成分、產(chǎn)品、產(chǎn)品批、生產(chǎn)過程參數(shù)和/或基本對象的生產(chǎn)過程的轉(zhuǎn)換。2)建立元數(shù)據(jù)框架數(shù)據(jù)存儲采用兩個表,一個表是產(chǎn)品流轉(zhuǎn)類型表,如生產(chǎn)批、交易單元、位置,另一個表是屬性/值表,即列出每個產(chǎn)品流轉(zhuǎn)對象的相關(guān)屬性和值,元數(shù)·據(jù)框架建立產(chǎn)品流轉(zhuǎn)類型表語屬性/值表之間的映射關(guān)系,實現(xiàn)記錄(顯示的格式)與屬性/值列表(數(shù)列格式)的轉(zhuǎn)換,即元數(shù)據(jù)框架負責將傳統(tǒng)數(shù)據(jù)庫表格式數(shù)據(jù)轉(zhuǎn)化為本系統(tǒng)的數(shù)據(jù)庫存儲方式。在屬性/值表中,屬性的值有各種類型。元數(shù)據(jù)框架同時負責如類型區(qū)別等功能,用常規(guī)的顯示方式(數(shù)據(jù)庫的記錄表的形式)顯示產(chǎn)品及其信息。3)商業(yè)邏輯商業(yè)邏輯包括下面幾個步驟
(1).用戶自定義“追溯資源定義TRD” (Traceability Resource Definitions );
(2).數(shù)據(jù)校驗(分析):(XML格式數(shù)據(jù))語法校驗xsd(XML Schema Definition),語義校驗TRD ;
(3).數(shù)據(jù)分解把數(shù)據(jù)(XML格式數(shù)據(jù))分解成多個對象;
(4).元數(shù)據(jù)框架轉(zhuǎn)換轉(zhuǎn)換成兩個表存儲(流轉(zhuǎn)類型表,屬性/值表);
(5).信息展示數(shù)據(jù)庫兩個表中的數(shù)據(jù),通過元數(shù)據(jù)框架轉(zhuǎn)換成對象,對象再轉(zhuǎn)成傳統(tǒng)的關(guān)系型數(shù)據(jù)表單。4)確定追溯方式分為內(nèi)部追溯和外部追溯兩種追溯方式。每個追溯參與方僅需要向后追溯到直接來源,并向前標識和記錄貨物的直接接收方,只要各參與方就追溯信息的表述達成一致,就可以實現(xiàn)貫穿整個供應(yīng)鏈的追溯管理,追溯參與方應(yīng)將食品追溯的體系劃分為內(nèi)部追溯和外部追溯兩個范圍內(nèi)部追溯指追溯參與方接收可追溯單元到輸出可追溯單元之間的、在企業(yè)內(nèi)部的追溯管理流程,并與其他貿(mào)易伙伴無關(guān)。外部追溯指可追溯單元從一個追溯參與方轉(zhuǎn)移到另外一個追溯參與方的過程中,貿(mào)易伙伴之間對信息流與物流進行溝通、協(xié)調(diào)的管理過程。內(nèi)部追溯與企業(yè)內(nèi)部管理密切相關(guān),應(yīng)與企業(yè)現(xiàn)有的各項管理體系密切結(jié)合應(yīng)用。內(nèi)部追溯管理的關(guān)鍵在于對追溯單元信息的標識和記錄,以及輸入、內(nèi)部流程與輸出之間關(guān)聯(lián)的管理方式,接收與發(fā)送貨物環(huán)節(jié)是外部追溯與內(nèi)部追溯的接口,這時與可追溯單元相關(guān)的各項屬性信息應(yīng)該被如實記錄并保存??勺匪輪卧ㄟ^某一個追溯參與方的內(nèi)部流程時一般會發(fā)生形態(tài)的改變,這些改變包括移動、加工、存儲、銷毀等等。當發(fā)生改變時,相關(guān)信息被如實記錄,內(nèi)部追溯的管理中需要特別注意處理輸入與輸出的關(guān)系,因為追溯相關(guān)的信息流和物流往往會在這些環(huán)節(jié)發(fā)生分叉和交匯,當追溯的信息流發(fā)生變化時就是追溯體系需要著重控制的關(guān)鍵點,關(guān)鍵點的信息必須被記錄和保存,比如,多種原料被加工成一種產(chǎn)品時,輸入與輸出是一對多的關(guān)系;當一大批存儲產(chǎn)品被分割成小包裝時,輸入與輸出是一對多的關(guān)系;以此類推還有多對多、一對一、多對無、一對無、無對一、無對多的關(guān)系,外部追溯中,理想狀態(tài)下,每個追溯參與方僅需要記錄可追溯項目的直接來源和項目接收方的相關(guān)信息,就可以實現(xiàn)追溯,當然這并不要求追溯參與方必須記錄和共享所有的信息,但應(yīng)在充分遵守法律和商業(yè)目的的前提下,共享實現(xiàn)追溯的必要信息,可追溯項目的來源方和接受方必須在追溯的層次和表述形式上達成一致,只有這樣才能保證在向后跟蹤和向前溯源時有足夠通暢的信息流,當有追溯的需求時,每個追溯參與方都可以提出追溯請求,機構(gòu)或客戶投訴也可作為提出追溯請求并召回或撤回缺陷產(chǎn)品的理由。本發(fā)明的有益效果在于副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)由食品生產(chǎn)企業(yè)錄入產(chǎn)品的采購、加工、流通等環(huán)節(jié)的信息,通過手工數(shù)據(jù)錄入、XML文件、Web Services API等方式,以XML數(shù)據(jù)交換標準語言實現(xiàn)異構(gòu)平臺之間的數(shù)據(jù)的交換,以形象化的方式展示供應(yīng)鏈上的各個生產(chǎn)流通環(huán)節(jié)的節(jié)點信息,并且平臺提供標準的Web Services接口,支持其它終端靈活訪問,當某一個環(huán)節(jié)的副食品出現(xiàn)問題時,可以通過追溯模型找到問題出現(xiàn)的原因,并找到相關(guān)責任人。同時,該系統(tǒng)具有以下優(yōu)點(1)與硬編碼無關(guān)性由于企業(yè)在生產(chǎn)流通過程中的編碼不統(tǒng)一,因而在系統(tǒng)中不再把GS1、條形碼、RFID編碼、批次號等編碼作為追溯鏈中關(guān)聯(lián)的主碼信息。條形碼、RFID編碼等硬編碼只是作為關(guān)聯(lián)的屬性特征,保證了系統(tǒng) 的靈活性和兼容性。(2)數(shù)據(jù)交換接口標準化系統(tǒng)在B2B數(shù)據(jù)交換中,采用標準的XML作為數(shù)據(jù)載體,來保證良好的無縫的異構(gòu)數(shù)據(jù)交換。(3)開放的智能終端API :系統(tǒng)采用WebServices作為客戶端訪問接口,任何客戶端均可以通過HTTP/HTTPS協(xié)議或SOAP協(xié)議訪問。
(4)離線客戶端訪問客戶可以使用離線客戶端上傳和下載數(shù)據(jù)。大量數(shù)據(jù)上傳或大數(shù)據(jù)文件上傳時有緩沖和延時組件,減少網(wǎng)絡(luò)速度影響。(5)圖形化展示供應(yīng)鏈以圖形化的方式展示食品生命周期中的各個節(jié)點,直觀地展示了食品加工、流通的信息。(6)軟件功能組件化系統(tǒng)中各功能模塊以組件(COM)開發(fā),保證系統(tǒng)的可維護性、可擴展性。根據(jù)系統(tǒng)負荷,可部署為大型分布式系統(tǒng)。(7)易用性和人性化系統(tǒng)中采用了 SNS Web2. O技術(shù),企業(yè)客戶可以根據(jù)自己的行業(yè)選擇適合自己企業(yè)的主題外觀,可以靈活定制自己企業(yè)風(fēng)格的版面。


附圖I是副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法的物理部署圖,附圖2是副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法的平臺架構(gòu)圖,附圖3是副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法的數(shù)據(jù)校驗圖,附圖4是副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法的技術(shù)架構(gòu)圖,附圖5是副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法的信息鏈圖,附圖6是副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法的追溯模型圖,附圖7是副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法的副食品網(wǎng)絡(luò)圖,附圖8是奶制品加工流程圖,圖9是表1,圖10是表2。
具體實施例方式下面結(jié)合具體實施方式
,對本發(fā)明進行具體說明。副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法的目標可以有很多種,比如
a)支持食品安全和(或)質(zhì)量目標;
b)滿足顧客要求;
c)確定產(chǎn)品的來歷或來源;d)便于產(chǎn)品的撤回和(或)召回;
e)識別飼料和食品鏈中的責任組織;
f)便于驗證有關(guān)廣品的特定 目息;
g)與利益相關(guān)方和消費者溝通信息;
h)適用時,滿足當?shù)?、區(qū)域、國家或國際法規(guī)或政策;
i)提聞組織的效率、生廣力和盈利能力。本系統(tǒng)建設(shè)的產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯,本著通用、標準化的原則,適用于豬肉產(chǎn)業(yè)鏈,乳制品產(chǎn)業(yè)鏈等其他副食品產(chǎn)業(yè)鏈的追溯。系統(tǒng)以確定產(chǎn)品的來源和去向為基本目標,支持食品安全,利用系統(tǒng)記錄的信息,能夠識別產(chǎn)業(yè)鏈中的責任組織,便于食品產(chǎn)品的召回。同時能夠可視化、即時展示產(chǎn)業(yè)鏈和組織或企業(yè)內(nèi)部的各個環(huán)節(jié)和生產(chǎn)步驟的信息,實現(xiàn)食品的追蹤和溯源功能,如圖7所示,“追蹤”是指從供應(yīng)鏈的上游至下游,跟隨追溯單元運行·路徑的能力;“溯源”是指從供應(yīng)鏈下游至上游識別追溯單元來源的能力。以乳制品生產(chǎn)追溯為例,如圖7所示
1)梳理乳制品的生產(chǎn)、加工、運輸、倉儲及銷售流程,在奶牛飼養(yǎng)基地環(huán)節(jié),將奶牛的營養(yǎng)信息、牛舍溫度監(jiān)控信息、飼養(yǎng)人照料信息、飼料來源信息制成電子標識,并對各個信息進行人工錄入或自動錄入數(shù)據(jù)庫,系統(tǒng)物理架構(gòu)詳見圖1,將奶牛飼養(yǎng)成為成品牛(交易單元)。然后進入鮮奶采集環(huán)節(jié),通過封閉管道和封閉真空奶設(shè)備進行監(jiān)控,監(jiān)控信息上傳平臺,形成該批次來自10頭奶牛的成品鮮奶(交易單元)。下一步進入加工工廠,對分離殺菌的狀態(tài)檢測信息進行監(jiān)控,將來自5個生產(chǎn)線的分離殺菌奶進行混料,進一步濃縮添加相關(guān)食品添加劑,并加以灌裝包裝形成牛奶成品(交易單元)。在中轉(zhuǎn)庫庫中貼標簽,入庫管理;
2)將各流程錄入的信息整合成信息鏈,如圖5,并將信息鏈設(shè)計設(shè)計成一個圖,該圖包括一組節(jié)點和邊,每條邊連接至少兩個節(jié)點,節(jié)點代表對象,邊代表對象的依賴關(guān)系,呈現(xiàn)對象的層級結(jié)構(gòu),以對象的集合形式顯示或以一個對象代表一個集合的形式顯示,其中層級可包括兩級或更多級,層級中的元素可以展開或集中進一個獨立的顯示圖標中。對象代表產(chǎn)品、產(chǎn)品批或原料組分,不同形狀和標識表明對象是不同類型的。連線代表對象間的關(guān)系,例如(i) 一個對象經(jīng)過某種處理轉(zhuǎn)化成另一個對象,(ii)兩個或兩個以上對象合成為第三個對象;(iii) 一個對象被分割成兩個或更多對象。這三種情況只是在關(guān)系的終點的對象數(shù)量不同。對象間可以有其他合適的關(guān)系。對象包括一個成分、產(chǎn)品、產(chǎn)品批、生產(chǎn)過程的參數(shù)和/或生產(chǎn)過程,對象依賴關(guān)系包括生產(chǎn)處理和成分、產(chǎn)品、產(chǎn)品批、生產(chǎn)過程參數(shù)和/或生產(chǎn)過程各自的位置的轉(zhuǎn)換。對象依賴關(guān)系指定為成分、產(chǎn)品、產(chǎn)品批從顯示圖中的一個對象流動到另一個對象;
3)建立追溯模型,如圖6,依據(jù)“向前一步、向后一步”的追溯基本原則,采用基于事件的鏈式追溯模型,當某一個環(huán)節(jié)的乳制品出現(xiàn)問題時,可以通過追溯模型找到問題出現(xiàn)的原因,并找到相關(guān)責任人。步驟2)中所述信息鏈包括以下模塊
數(shù)據(jù)整合模塊如圖3,通過手工數(shù)據(jù)錄入、XML文件、Web Services API等方式,以XML(Extensible Markup Language可擴展標記語言)數(shù)據(jù)交換標準語言實現(xiàn)異構(gòu)平臺之間的數(shù)據(jù)的交換??梢暬K即使追溯信息已經(jīng)被記錄,并可用于監(jiān)視,溯源問題的原因和確定所有其他受影響的產(chǎn)品可能是一項艱巨而耗時的任務(wù)。其原因之一是,在一個可能長的價值鏈中,基于數(shù)據(jù)庫的表和某個產(chǎn)品、原材料或中間產(chǎn)品的上游和下游對象列表,兩個或更多聯(lián)系的依賴關(guān)系過于復(fù)雜,人們還無法處理。如果一個一個地查找附屬關(guān)系,將會非常麻煩且容易出錯,因為人腦不會容易地記住數(shù)據(jù)的長序列數(shù)據(jù)。人腦處理可視信息的部分在傳達如附屬關(guān)系的相關(guān)性時高度有效,使得可視化成為一個有價值的工具,以圖形化的方式展示乳制品生命周期中的各個節(jié)點,直觀地展示了乳制品加工、流通的信息。交互式模塊本模塊提供數(shù)據(jù)庫追溯信息的實用模型的交互式可視化表示方法和程序。目前已有的產(chǎn)品價值鏈上的追溯系統(tǒng),主要依賴于通過標識符如批次號搜索和列出產(chǎn)品。本方案提供數(shù)據(jù)庫追溯信息的實用模型的交互式可視化表示方法和程序。當危險或破壞因素引入食品、飼料或其他產(chǎn)品時,這些可視和交互方法和程序使得在長而復(fù)雜的價值鏈的大型數(shù)據(jù)庫中可以簡單、快速、準確追蹤和溯源產(chǎn)品依賴關(guān)系,從而提高保障生命和降低損失的機會。產(chǎn)品鏈上的事件分析和以圖像形式描述追溯信息,使用戶能以交互方式進行追蹤和/或溯源產(chǎn)品價值鏈,有效地發(fā)現(xiàn)問題,找出問題的根源和評估問題的后果?;?于從價值鏈生產(chǎn)過程收集的信息的數(shù)據(jù)庫,能用于追蹤和溯源產(chǎn)品的原料、參數(shù),食品的生產(chǎn)過程本身,動物飼料,化學(xué)產(chǎn)品,藥物產(chǎn)品,及其他任何對其來說追溯重要的生產(chǎn)過程。原料可能包括活體動物、疫苗、飼料、農(nóng)產(chǎn)品、化學(xué)品等,生產(chǎn)的參數(shù)和生產(chǎn)本身可能是混合、加熱、退火、接種、收獲、屠宰、銷售等的物理細節(jié)。為保證信息的完整性,可能要使用對象的附屬關(guān)系和屬性的準確記錄,當有這些記錄時,追溯和溯源商品的過去的生產(chǎn),就可能發(fā)現(xiàn)中毒的物質(zhì)是在哪里引入的,在某個產(chǎn)品中使用了什么原料導(dǎo)致包含潛在的破壞性的生物物質(zhì)如細菌。如圖4,步驟3)中所述追溯模型包括以下過程
事件定義事件,包括生產(chǎn)處理相關(guān)的和/或成分、產(chǎn)品、產(chǎn)品批、生產(chǎn)過程參數(shù)和/或基本對象的生產(chǎn)過程的轉(zhuǎn)換。建立元數(shù)據(jù)框架如表1,表2所示,數(shù)據(jù)存儲采用兩個表,一個表是產(chǎn)品流轉(zhuǎn)類型表,如生產(chǎn)批、交易單元、位置,另一個表是屬性/值表,即列出每個產(chǎn)品流轉(zhuǎn)對象的相關(guān)屬性和值。元數(shù)據(jù)框架建立產(chǎn)品流轉(zhuǎn)類型表語屬性/值表之間的映射關(guān)系,實現(xiàn)記錄(顯示的格式)與屬性/值列表(數(shù)列格式)的轉(zhuǎn)換。即元數(shù)據(jù)框架負責將傳統(tǒng)數(shù)據(jù)庫表格式數(shù)據(jù)轉(zhuǎn)化為本系統(tǒng)的數(shù)據(jù)庫存儲方式。在屬性/值表中,屬性的值有各種類型。元數(shù)據(jù)框架同時負責如類型區(qū)別等功能,用常規(guī)的顯示方式(數(shù)據(jù)庫的記錄表的形式)顯示產(chǎn)品及其信息。表2對象流轉(zhuǎn)表來源ID,當前ID,查詢上游、下游對象的連接;
2)交易單元所有涉及企業(yè)外部產(chǎn)品的
平臺系統(tǒng)中記錄的序號是唯一的,采用序號作為產(chǎn)品流轉(zhuǎn)之間的連接的關(guān)鍵詞。若系統(tǒng)中上傳了相同批號的產(chǎn)品記錄,比較產(chǎn)品批號和企業(yè)ID號,如果兩者不同,則不做動作;如果同一個企業(yè)上傳了相同批號的產(chǎn)品記錄,則首先比較屬性,如果屬性相同,則視為重復(fù)上傳記錄,不予接收上傳;否則視為屬性添加操作。3)位置類型如乳制品冷藏未有操作的不變的環(huán)境 3. 3)商業(yè)邏輯商業(yè)邏輯包括下面幾個步驟
(1).用戶自定義“追溯資源定義TRD” (Traceability Resource Definitions );
(2).數(shù)據(jù)校驗(分析):(XML格式數(shù)據(jù))語法校驗xsd(XML Schema Definition),語義校驗TRD ;
(3).數(shù)據(jù)分解把數(shù)據(jù)(XML格式數(shù)據(jù))分解成多個對象;
(4).元數(shù)據(jù)框架轉(zhuǎn)換轉(zhuǎn)換成兩個表存儲(流轉(zhuǎn)類型表,屬性/值表);
(5).信息展示數(shù)據(jù)庫兩個表中的數(shù)據(jù),通過元數(shù)據(jù)框架轉(zhuǎn)換成對象,對象再轉(zhuǎn)成傳統(tǒng)的關(guān)系型數(shù)據(jù)表單。3. 4)確定追溯方式分為內(nèi)部追溯和外部追溯兩種追溯方式,如圖6,每個追溯參與方僅需要向后追溯到直接來源,并向前標識和記錄貨物的直接接收方,只要各參與方就 追溯信息的表述達成一致,就可以實現(xiàn)貫穿整個供應(yīng)鏈的追溯管理,追溯參與方應(yīng)將食品追溯的體系劃分為內(nèi)部追溯和外部追溯兩個范圍內(nèi)部追溯指追溯參與方接收可追溯單元到輸出可追溯單元之間的、在企業(yè)內(nèi)部的追溯管理流程,并與其他貿(mào)易伙伴無關(guān)。外部追溯指可追溯單元從一個追溯參與方轉(zhuǎn)移到另外一個追溯參與方的過程中,貿(mào)易伙伴之間對信息流與物流進行溝通、協(xié)調(diào)的管理過程。內(nèi)部追溯與企業(yè)內(nèi)部管理密切相關(guān),應(yīng)與企業(yè)現(xiàn)有的各項管理體系密切結(jié)合應(yīng)用。內(nèi)部追溯管理的關(guān)鍵在于對追溯單元信息的標識和記錄,以及輸入、內(nèi)部流程與輸出之間關(guān)聯(lián)的管理方式。接收與發(fā)送貨物環(huán)節(jié)是外部追溯與內(nèi)部追溯的接口,這時與可追溯單元相關(guān)的各項屬性信息應(yīng)該被如實記錄并保存??勺匪輪卧ㄟ^某一個追溯參與方的內(nèi)部流程時一般會發(fā)生形態(tài)的改變,這些改變包括移動、加工、存儲、銷毀等等。當發(fā)生改變時,相關(guān)信息被如實記錄。內(nèi)部追溯的管理中需要特別注意處理輸入與輸出的關(guān)系,因為追溯相關(guān)的信息流和物流往往會在這些環(huán)節(jié)發(fā)生分叉和交匯。當追溯的信息流發(fā)生變化時就是追溯體系需要著重控制的關(guān)鍵點,關(guān)鍵點的信息必須被記錄和保存??勺匪蓓椖康膩碓捶胶徒邮芊奖仨氃谧匪莸膶哟魏捅硎鲂问缴线_成一致,只有這樣才能保證在向后跟蹤和向前溯源時有足夠通暢的信息流。當有追溯的需求時,每個追溯參與方都能夠提出追溯請求,機構(gòu)或客戶投訴能夠作為提出追溯請求并召回或撤回缺陷產(chǎn)品的理由。當然,上述說明并非對本發(fā)明的限制,本發(fā)明也不僅限于上述舉例,本技術(shù)領(lǐng)域的普通技術(shù)人員在本發(fā)明的實質(zhì)范圍內(nèi)所做出的變化、改型、添加或替換,也屬于本發(fā)明的保護范圍。
權(quán)利要求
1.ー種副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng),包括電子標識、軟件系統(tǒng)、網(wǎng)絡(luò)及計算機硬件系統(tǒng),所述電子標識為RFID、一維條碼、ニ維條碼或者噴碼,其特征在于所述軟件系統(tǒng)包括 1)數(shù)據(jù)錄入系統(tǒng),將副食品生產(chǎn)、加工、倉儲、運輸和銷售過程中各階段的信息與批次號及外部追溯交易単元相關(guān)聯(lián)并錄入系統(tǒng)所在數(shù)據(jù)庫以備分析查詢之用; 2)數(shù)據(jù)庫系統(tǒng),數(shù)據(jù)庫中存儲的信息有從每個農(nóng)場主接收的每批副食品原料,每批副食品原料制成的副食品中間產(chǎn)品,每個加工產(chǎn)所用這些副食品中間產(chǎn)品生產(chǎn)的每批副食品成品,所有其他副食品中使用的成分的類似信息,每批銷售的副食品送往的超市和賣場的信息,在數(shù)據(jù)庫中注冊的每批、每個水平上的產(chǎn)品或中間產(chǎn)品的相關(guān)的信息; 3)信息查詢系統(tǒng),企業(yè)和用戶通過系統(tǒng)提供標準的WebServices接ロ、第三方應(yīng)用或離線客戶端接入訪問查詢; 4)信息追溯系統(tǒng),分為外部追溯系統(tǒng)和內(nèi)部追溯系統(tǒng)兩個范圍,內(nèi)部追溯系統(tǒng)指在企業(yè)內(nèi)部的追溯管理流程系統(tǒng),外部追溯系統(tǒng)指貿(mào)易伙伴之間對信息流與物流進行溝通、協(xié)調(diào)的管理過程系統(tǒng)。
2.按照權(quán)利要求I所述的副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng),其特征在于所述批次號包括噴碼、條碼或者RFID標簽的純編碼號。
3.按照權(quán)利要求I所述的副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng),其特征在于所述外部追溯交易単元包括食品鏈上下游交易雙方定義的ー個交貨批次、一箱或ー車。
4.ー種副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯方法,它包括采用如權(quán)利要求I所述的副食品產(chǎn)業(yè)鏈追溯網(wǎng)絡(luò)系統(tǒng),其特征在于所述副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯方法包括以下步驟 1)梳理副食品的生產(chǎn)、加工、運輸、倉儲及銷售流程,將產(chǎn)品信息制成電子標識,并對各個信息進行人工錄入或自動錄入數(shù)據(jù)庫; 2)將各流程錄入的信息整合成信息鏈,信息鏈包括ー組節(jié)點和邊,每條邊連接至少兩個節(jié)點,節(jié)點代表對象,邊代表對象的依賴關(guān)系,呈現(xiàn)對象的層級結(jié)構(gòu),以對象的集合形式顯示或以ー個對象代表ー個集合的形式顯示,其中層級可包括兩級或更多級,層級中的元素可以展開或集中進ー個獨立的顯示圖標中; 3)建立追溯模型,依據(jù)“向前一歩、向后一歩”的追溯基本原則,采用基于事件的鏈式追溯模型,當某一個環(huán)節(jié)的副食品出現(xiàn)問題時,可以通過追溯模型找到問題出現(xiàn)的原因,并找到相關(guān)責任人。
5.按照權(quán)利要求4所述的副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯方法,其特征在于步驟2)中所述信息鏈包括以下模塊 數(shù)據(jù)整合模塊通過手工數(shù)據(jù)錄入、XML文件、Web Services API等方式,以XML數(shù)據(jù)交換標準語言實現(xiàn)異構(gòu)平臺之間的數(shù)據(jù)的交換; 可視化模塊以圖形化的方式展示食品生命周期中的各個節(jié)點,直觀地展示食品加工、流通的彳目息; 交互式模塊提供數(shù)據(jù)庫追溯信息的實用模型的交互式可視化表示方法和程序,當危險或破壞因素引入食品、飼料或其他產(chǎn)品時,這些可視和交互方法和程序使得在長而復(fù)雜的價值鏈的大型數(shù)據(jù)庫中可以簡單、快速、準確追蹤和溯源產(chǎn)品依賴關(guān)系,從而提高保障生命和降低損失的機會。
6.按照權(quán)利要求4所述的副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯方法,其特征在于步驟2)中所述信息鏈包括以下過程 1)事件定義事件,包括生產(chǎn)處理相關(guān)的和/或成分、產(chǎn)品、產(chǎn)品批、生產(chǎn)過程參數(shù)和/或基本對象的生產(chǎn)過程的轉(zhuǎn)換; 2)建立元數(shù)據(jù)框架數(shù)據(jù)存儲采用兩個表,一個表是產(chǎn)品流轉(zhuǎn)類型表,如生產(chǎn)批、交易單元、位置,另一個表是屬性/值表,即列出·每個產(chǎn)品流轉(zhuǎn)對象的相關(guān)屬性和值,元數(shù)據(jù)框架建立產(chǎn)品流轉(zhuǎn)類型表語屬性/值表之間的映射關(guān)系,實現(xiàn)記錄與屬性/值列表的轉(zhuǎn)換,即元數(shù)據(jù)框架負責將傳統(tǒng)數(shù)據(jù)庫表格式數(shù)據(jù)轉(zhuǎn)化為本系統(tǒng)的數(shù)據(jù)庫存儲方式,在屬性/值表中,屬性的值有各種類型,元數(shù)據(jù)框架同時負責如類型區(qū)別等功能,用常規(guī)的顯示方式顯示廣品及其彳目息; 3)商業(yè)邏輯商業(yè)邏輯包括下面幾個步驟· ·3. I)用戶自定義“追溯資源定義TRD”; ·3.2)數(shù)據(jù)校驗語法校驗xsd,語義校驗TRD ; · 3.3)數(shù)據(jù)分解把數(shù)據(jù)分解成多個對象; ·3.4)元數(shù)據(jù)框架轉(zhuǎn)換轉(zhuǎn)換成兩個表存儲,所述表為流轉(zhuǎn)類型表和屬性/值表; · 3.5)信息展示數(shù)據(jù)庫兩個表中的數(shù)據(jù),通過元數(shù)據(jù)框架轉(zhuǎn)換成對象,對象再轉(zhuǎn)成傳統(tǒng)的關(guān)系型數(shù)據(jù)表單; 4)確定追溯方式分為內(nèi)部追溯和外部追溯兩種追溯方式,每個追溯參與方僅需要向后追溯到直接來源,并向前標識和記錄貨物的直接接收方,只要各參與方就追溯信息的表述達成一致,就可以實現(xiàn)貫穿整個供應(yīng)鏈的追溯管理,追溯參與方應(yīng)將食品追溯的體系劃分為內(nèi)部追溯和外部追溯兩個范圍內(nèi)部追溯指追溯參與方接收可追溯單元到輸出可追溯單元之間的、在企業(yè)內(nèi)部的追溯管理流程,并與其他貿(mào)易伙伴無關(guān),外部追溯指可追溯單元從一個追溯參與方轉(zhuǎn)移到另外一個追溯參與方的過程中,貿(mào)易伙伴之間對信息流與物流進行溝通、協(xié)調(diào)的管理過程,內(nèi)部追溯與企業(yè)內(nèi)部管理密切相關(guān),應(yīng)與企業(yè)現(xiàn)有的各項管理體系密切結(jié)合應(yīng)用,內(nèi)部追溯管理的關(guān)鍵在于對追溯單元信息的標識和記錄,以及輸入、內(nèi)部流程與輸出之間關(guān)聯(lián)的管理方式,接收與發(fā)送貨物環(huán)節(jié)是外部追溯與內(nèi)部追溯的接口,這時與可追溯單元相關(guān)的各項屬性信息應(yīng)該被如實記錄并保存,可追溯單元通過某一個追溯參與方的內(nèi)部流程時一般會發(fā)生形態(tài)的改變,這些改變包括移動、加工、存儲、銷毀等等,當發(fā)生改變時,相關(guān)信息被如實記錄,內(nèi)部追溯的管理中需要特別注意處理輸入與輸出的關(guān)系,因為追溯相關(guān)的信息流和物流往往會在這些環(huán)節(jié)發(fā)生分叉和交匯,當追溯的信息流發(fā)生變化時就是追溯體系需要著重控制的關(guān)鍵點,關(guān)鍵點的信息必須被記錄和保存,可追溯項目的來源方和接受方必須在追溯的層次和表述形式上達成一致,只有這樣才能保證在向后跟蹤和向前溯源時有足夠通暢的信息流,當有追溯的需求時,每個追溯參與方都能夠提出追溯請求,機構(gòu)或客戶投訴能夠作為提出追溯請求并召回或撤回缺陷產(chǎn)品的理由。
全文摘要
本發(fā)明公開了一種副食品產(chǎn)業(yè)鏈網(wǎng)絡(luò)追溯系統(tǒng)及方法,技術(shù)方案是由食品生產(chǎn)企業(yè)錄入產(chǎn)品的采購、加工、流通等環(huán)節(jié)的信息,通過手工數(shù)據(jù)錄入、XML文件、WebServicesAPI等方式,以XML數(shù)據(jù)交換標準語言實現(xiàn)異構(gòu)平臺之間的數(shù)據(jù)的交換,以形象化的方式展示供應(yīng)鏈上的各個生產(chǎn)流通環(huán)節(jié)的節(jié)點信息,并且平臺提供標準的WebServices接口,支持其它終端靈活訪問。當食品鏈上某一個環(huán)節(jié)的副食品或半成品出現(xiàn)問題時,可以通過網(wǎng)絡(luò)追溯系統(tǒng)找到問題出現(xiàn)的原因,并找到相關(guān)責任人。
文檔編號G06F17/30GK102708410SQ20121011552
公開日2012年10月3日 申請日期2012年4月19日 優(yōu)先權(quán)日2012年3月14日
發(fā)明者劉麗梅, 張樂, 李保平, 楊作明, 王永春, 繳健, 蘇冠群, 錢恒, 高永超 申請人:山東省射頻識別應(yīng)用工程技術(shù)研究中心有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
建始县| 南部县| 清远市| 江城| 龙南县| 江油市| 万山特区| 文成县| 长丰县| 景谷| 雷州市| 环江| 宽甸| 阿坝| 潮安县| 大足县| 太谷县| 建昌县| 丰台区| 大连市| 化德县| 滕州市| 兴化市| 噶尔县| 灵石县| 施秉县| 麟游县| 呼和浩特市| 太仓市| 高青县| 广灵县| 缙云县| 广平县| 阜南县| 蛟河市| 郓城县| 凤台县| 聊城市| 兴化市| 湖北省| 呼玛县|