動態部件管理的製作方法
2023-12-09 12:04:16 1
專利名稱：動態部件管理的製作方法
技術領域：
本發明涉及自動-id跟蹤系統。
背景技術：
自動識別(自動-id)系統被用於例如識別或獲取將要被製造、購買或銷售、或用於商務的產品的信息。例如，關於諸如儲藏室中的盒子的物理對象的信息可以與標籤或其它粘貼(affixed to)在該盒子上的標識符相關地存儲，並且/或者帶有唯一標識符作為標籤的對象可以位於零售商店的貨架上。則，某種類型的設備，諸如讀取器或傳感器，可以被用於使用該標識符識別該物理對象，並由此確定、捕捉和使用存儲在計算機系統中的關於該盒子或對象的信息，舉例來說，所述信息諸如對象的品牌名稱或對象的有效期。
自動-id系統的一個例子已知為射頻識別(RFID)系統。RFID一般指的是這樣的技術，其中，與RFID標籤或轉發器(transponder)中的天線相關的微晶片上存儲了唯一的號碼(和/或其它識別信息)。讀取器用於與天線通信並從微晶片獲取該唯一的號碼，並且由此獲得與該唯一的號碼相關的信息。有利的是，RFID是快速的而且是無線的，不需要方向或可視線(line of sight)來使能在讀取器和標籤之間的通信，並且減少或消除了對於人的數據輸入的需求。結果，RFID可以用於很多應用，例如諸如在商店或倉庫中對有標籤的對象的識別、具有RFID標籤的汽車對通行費的自動付費、以及/或者為了進入受限區域而對授權人員的識別。
存在很多其它類型的自動-id系統設備。例子包括2D條形碼掃描器、智慧卡設備/讀取器、語音識別系統、光學字符(optical character)識別系統以及生物測定系統(例如，視網膜和指紋掃描)。很多或所有這些系統都具有下列能力或潛力降低成本、增加效率，提高數據精度、為數據提供更多粒度(granularity)(甚至到達單個物品/對象層級(level))，以及由此改進在企業系統的操作中的顧客滿意度。
發明內容
根據一個總體方面，系統包括自動-id節點，其可操作用來接收關於用於跟蹤物品的自動-id跟蹤系統的物品數據；數據處理模塊，其在該自動-id節點中，可操作用於實施處理部件，以便在數據處理模塊和自動-id節點的操作期間處理該物品數據；部件管理器，其可操作用來基於所述物品數據，從多個部件中確定處理部件；部件加載器，其可操作用於在該數據處理模塊和該自動-id節點的操作期間將該處理部件加載到該數據處理模塊。
實現可以包括一個或多個下面的特徵。例如，數據處理模塊可以包括內核服務模塊，其可以被操作用於處理所述自動-id跟蹤系統中的所述物品數據。部件加載器可以包括配置文件，其可操作用於基於與所述處理部件相關的配置設置向所述部件管理器輸出指令，以用於確定該處理部件。所述數據處理模塊可以包括集成模塊，其可操作用於處理自動-id節點與自動-id跟蹤系統的其它元件之間的通信。
所述處理部件可以包括適配器，其適用於與自動-id跟蹤系統的指定元件進行的通信。所述適配器可以包括通信器，其可操作用於管理可以包括指定的通信協議的所述適配器與所述指定元件之間的數據傳輸；和數據轉換器，其可操作用於管理在由所述處理部件所使用的第一數據格式與由該指定元件所使用的第二數據格式之間的數據轉換。
所述處理部件可以與可以被主動實施的用於執行第一處理任務的主動實例以及可以不被主動實施的用於執行第二處理任務的被動實例相關。還可以存在用於將處理部件的被動實例與所述多個處理部件中的一個或多個的其它被動實例一起存儲的池。
所述數據處理模塊可以包括實例管理器，其可操作用於基於對所述第二處理任務從不被主動實施到被主動實施的改變的確定，從所述池中激活被動實例並將該被動實例實施為第二主動實例。
所述實例管理器還可以可操作用來基於對所述第一處理任務從被主動實施到不被主動實施的改變的確定，將主動實例去激活到所述池中以作為第二被動實例存儲。還可以存在部件數據倉庫，其可以操作用來存儲所述多個處理部件，以用於所述部件管理器或所述部件加載器從中進行選擇。
根據本發明的另一個總體方面，在用於跟蹤物品的自動-id跟蹤系統中的自動-id節點接收物品數據；分析該物品數據，以便從多個部件中確定用於處理該物品數據的處理部件；在數據處理模塊和該自動-id節點的操作期間向該數據處理模塊加載該處理部件；並且使用該處理部件處理該物品數據。
實現可以包括一個或多個下列特徵。例如，在向所述數據處理模塊加載所述處理部件中，可以將該處理部件加載到集成模塊，該集成模塊可以操作用於處理該自動-id節點與自動-id跟蹤系統的其它元件之間的通信。在向所述數據處理模塊加載所述處理部件中，可以加載可以適合用於與所述自動-id跟蹤系統的指定元件通信的適配器。
可以加載所述處理部件的主動實例，以用於執行可以被主動實施的第一處理任務；並且可以存儲該處理部件的被動實例，以用於執行可以不被主動實施的第二處理任務。
基於對所述第二處理任務從不被主動實施到被主動實施的改變的確定，可以從所述池中激活所述被動實例，以將該被動實例實施為第二主動實例；並且基於對所述第一處理任務從被主動實施到不被主動實施的改變的確定，可以將該主動實例去激活到所述池中以便作為第二被動實例存儲。
根據本發明的再一個方面，一種裝置包括具有存儲在其上的指令的存儲介質。所述指令包括第一代碼段，用於在用於跟蹤物品的自動-id跟蹤系統的自動-id節點接收物品數據；第二代碼段，用於分析該物品數據，以便從多個部件中確定用於處理該物品數據的處理部件；第三代碼段，用於在數據處理模塊和該自動-id節點的操作期間將該處理部件加載到該數據處理模塊；和第四代碼段，用於使用該處理部件處理該物品數據。
實現可以包括一個或多個下列特徵。例如，所述第三代碼段可以包括第五代碼段，用於將該處理部件加載到集成模塊，該集成模塊可以操作用於處理所述自動-id節點與所述自動-id跟蹤系統的其它元件之間的通信。所述第五代碼段可以包括第六代碼段，用於加載可以適合用於與自動-id跟蹤系統的指定元件進行通信的適配器。
所述自動-id跟蹤系統可以操作用於從多個跟蹤設備自動收集所述物品數據，並且還可以操作用於處理該物品數據，以便使得物品數據對於與該自動-id跟蹤系統相關的企業應用和用戶接口是可用的，並且對於該自動-id跟蹤系統來說是可用的。
數據處理模塊可以包括實例處理器，其基於對第二處理任務從不被主動實施到被主動實施的改變的確定可操作用於激活在池中的被動實例並且將該被動實例實施為第二主動實例。
在附圖和下面的描述中，一個或多個實現的細節將被說明。通過描述、附圖和權利要求，更多的特徵、方面和優點將變得更加明顯。
圖1是自動-id系統的網絡圖。
圖2是圖示圖1的自動-id特徵(feature)的例子的系統200的方框圖，包括具有自動-id節點和設備控制器的自動-id基礎結構(infrastructure)。
圖3是與圖2的自動-id基礎結構一起使用的網絡體系結構(architecture)的方框圖。
圖4是圖2和圖3的自動-id節點的方框圖。
圖5A圖示了設備集成(integration)。
圖5B圖示了設備集成、後端系統集成、人力(human)集成和自動-id節點集成。
圖6圖示了集成層。
圖7和8圖示了集成層的面向對象的實現。
圖9是圖4的自動-id節點的實現的方框圖。
圖10是在圖9的實現中使用的配置設置文件的方框圖。
圖11是在圖9和圖10的實現中使用的部件的實例的生命周期的流程圖。
圖12是圖9和圖10的系統的部件的實例的生命周期的流程圖。
在不同的附圖中相同的附圖標記和名稱指示相同的元件。
具體實施例方式
圖1是自動-id系統100的網絡圖。在圖1中，多個企業應用包括例如供應鏈管理應用102，其可以被企業用來監視企業的產品或服務的生產/購買、發貨和銷售的過程。資產(asset)跟蹤和管理系統104可以被例如用來監控和跟蹤在一個場所(site)中、在多個場所之間、在一個組織內或者在多個組織之間的資產的數量，以便確定哪個資產，例如存貨資產對於企業來說是可用或不可用的，或是企業所期望的。庫房管理應用106可以被用於監視庫房的接收、存貨、選擇和發貨方面。分析系統108可以被用於對諸如例如對於顧客請求的響應的速度、偷盜導致的損失、以及任何其它可能影響到企業的利潤或操作的企業操作的方面進行量化。
圖1圖示的企業應用的例子圖示了企業對於搜集、共享和使用對於企業系統來說是通用的數據的需求。例如，供應鏈管理應用102可能需要基於資產管理應用104中的數據了解當前有多少某種類型的資產可用。分析系統108可能從自動-id中間件和從其它應用102、104或106提取數據，以便例如發現性能方面的論題(諸如存儲的使用，或者遞送延遲的原因)、問題(諸如產品假冒模式)、以及物理對象的一般可視性(物品、箱子(case)、貨盤)。分析系統108可以通過門戶系統報告所發現的結果。
要由企業應用共享和使用的大多數數據，諸如，那些剛剛被描述的數據，都涉及由企業系統購買和/或賣出的產品或服務。在圖1中，有關這些產品或服務的信息由應用通過使用中間件基礎結構110來獲取，中間件基礎結構110實現了自動識別(自動-id)系統，用於自動獲取和共享與要購買和/或銷售的產品和服務相關的信息。
一般，如上所指，自動-id系統使能與企業賣出或使用的產品相關的信息的收集和使用，並且包括用於獲得關於標識符的信息的標識符和讀取器。在圖1中，自動-id元件的例子包括條形碼讀取器/印表機112，其可以被用來讀取或列印(將要)附加在對象上的條形碼標籤。示出了RFID讀取器/印表機114，正如從上述關於RFID系統的討論應該理解到的，其可以被用於從附加到對象的RFID標籤讀取信息或向附加到對象的RFID標籤分配信息。傳感器16例如可以指的是環境傳感器(例如溫度計)，或是語音或光學字符識別傳感器。正如其名稱所暗示的，移動讀取器118指的是可以由用戶攜帶的例如用於檢測RFID標籤或其它自動-id標識符的讀取器。最後在圖1中，可編程邏輯控制器(PLC)設備表示用於諸如開/關控制、定時、邏輯、計數和排序的應用的數字控制器，並且還可由下面詳述的設備控制器系統進行控制。
如圖1所示，隨後，通過自動-id設備/系統112-120中的任何一個獲取的信息都可以被傳輸到企業應用102-108中的任何一個、在任何企業應用102-108之間共享，並且由企業應用102-108中的任何一個使用。這樣，企業可以獲取和使用實質上是實時的、跨越其操作的整個層面(spectrum)的信息。而且，企業可以與其它企業共享信息。例如，供應鏈管理應用102可以與第一企業(例如零售商店)相關，而庫房管理應用可以與第二企業(例如製造商)相關。通過從自動-id設備/系統112-120獲取信息，並跨越中間件基礎結構110共享該信息及其它信息，所述兩個企業可以提高他們兩個各自的操作效率。
圖2是圖示圖1的自動-id特徵的例子的系統200的方框圖。在圖2中，企業應用202可以包括上面討論的各種應用102-108，以及各種其它企業應用。
自動-id基礎結構204表示圖1的中間件基礎結構110的部分或全部。具體來說，自動-id基礎結構204包括自動-id節點206、208和210。自動-id節點206、208和210一般表示在定義的位置的節點，其被設計成將自動-id設備112-120獲取的信息與現有的商業邏輯或數據相關聯。而且，自動-id節點206、208和210可以被用於存儲被自動-id設備/系統112-120跟蹤的產品或對象的歷史信息。這種歷史信息例如可以包括，在特定時間的狀態信息、對象位置、與被跟蹤的對象相關的環境信息、以及為了期望的目的被收集和組合的多個對象的信息。
自動-id節點206、208和210可以在整個企業中或者在多個企業之間戰略地來布置。例如，自動-id節點206可以位於製造場所，而自動-id節點208可以位於產品分配(distribution)場所，而自動-id節點210可以位於零售商店。這樣，可以獲得特定於自動-id節點的實際設置的信息並且該信息只在該特定節點被保留。
例如，在零售商店的自動-id節點210可能對跟蹤物品的零售價格或者在零售商店的貨架上的物品的數量感興趣。這種信息可能對於在製造位置的自動-id節點206不是有用的，但是可能對於在分配位置的自動-id節點208是部分有用的。例如，在分配位置208的自動-id節點可能對物品的零售價格不感興趣，但是可能對目前在貨架上的物品的數量感興趣(為了重新上貨)。
類似地，在不同場所的商業處理和商業邏輯可以從對本地化的自動-id節點206、208和210的使用中得到好處。例如，零售自動-id節點210可能包括用於防止對象被盜的工作流程(workflow)，而製造自動-id節點206可能對監控在特定時段內生產的對象的數量感興趣。於是，通過使用本地化的自動-id節點的分散的網絡，系統200可以更有效地處理信息，並且以對在各個位置的用戶更有用的方式來處理信息。
在系統200中的每個自動-id節點一般包括一個或多個設備控制器，在圖2中圖示為設備控制器212，214和216，它們與分配自動-id節點208相關。當然，自動-id節點206、208和210中的每個可以具有更少數量或更多數量的設備控制器，或者可以根本不使用設備控制器。
參照作為例子的設備控制器214，圖2圖示出設備控制器214可以被用於監視和協調某些或全部自動-id設備112-120的操作。當然，設備控制器212和216可以被用於監視可以被連接到那些設備控制器的類似的自動-id設備的操作。
更特別的是，設備控制器214可以被用於處理來自自動-id設備112-120的數據，以便提高其相關的自動-id節點208的效率。例如，設備控制器可以去除無關的信息，或者可以以由自動-id節點208指定的方式組合或修改數據，所述的指定方式可能對該自動-id節點的分配功能有用，並且/或者可能對企業應用202有用。
因此，設備控制器214可能基於來自自動-id節點208的指令來協調和管理自動-id設備112-120，並且將來自自動-id設備的(處理過的)信息中繼到自動-id節點208。例如，自動-id節點208可以被用於指示設備控制器214來獲取與對象218(例如，要分配到零售商用於銷售的玩具或其它物品)相關的特定類的數據(例如諸如數量)。然後，設備控制器214可以使用RFID讀取器/印表機114從與對象218相關的標籤220獲取這個信息，並且可以隨後在傳遞關於對自動-id節點208可用的被討論的對象的特定數量的信息之前去除任何同時獲得的不期望的信息。
作為另一個例子，自動-id節點208可以指示設備控制器214分配信息給對象218。例如，設備控制器214可以使用RFID讀取器/印表機114來改變對象218的當前價格(例如，將新價格信息存儲到附加在某類對象的RFID標籤220上，或將該信息與該RFID標籤220相關聯地存儲)。
從圖2應當可以理解，正如設備控制器212、214和216中的每一個可以被用於對與其相關的所有自動-id設備和/或環境設備112-120進行過濾、集合(aggregate)、寫入或者操作(manipulate)數據，自動-id節點208可被操作用來對與其相關的設備控制器212、214和216進行過濾、集合、分配或者操作數據。以這種方式，自動-id節點208可以將來自於其設備控制器212、214和216的信息與在一個或多個企業應用202上可操作的商業處理進行集成。
通過擴展(by extension)，可以看到企業應用202可操作用來從所有的自動-id節點216、218和220集合信息。而且，應當理解，在系統200的一個層級有用的信息可能在另一層級不是有用的。例如，企業應用202可能對由讀取器/印表機114收集的低層級(例如物品層級)信息不感興趣，或者不能使用該信息。而是，企業應用202可能對該信息的興趣只達到該信息是由設備控制器214和/或自動-id節點208過濾和/或集合的程度。
作為所描述的體系結構的結果，應當理解來自企業應用202和/或來自多個企業應用的商業邏輯可以在自動-id中間件110中得到支持。而且，這種多個企業應用可以使用對於所有的企業應用來說是通用的單一的物理硬體系統和單一的自動-id中間件來支持。
圖3是與圖2的自動-id基礎結構204一起使用網絡體系結構300的方框圖。更具體的說，圖3圖示了一種體系結構，通過該體系結構可以使得圖2的自動-id基礎結構204可以與被開發用於自動-id系統的電子產品代碼(EPC)一起使用。
EPC指的是與統一產品代碼(UPC)標識符類似的一個唯一的號碼，其具有預定義的格式和方案(scheme)，多個組織和企業同意使用該格式和方案來唯一指定和識別他們的相關產品、貨物或服務，及其集合(例如貨盤、箱子或者卡車負載)。那麼，在RFID系統的上下文中，EPC可以被分配(assign)給在圖2的對象218上的標籤220。例如，典型的EPC是由四個欄位定義的首標欄位(用於區分不同的格式)、製造欄位(每個分配EPC的組織具有其自己的製造欄位)，產品欄位(產品代碼)和序列號(伴隨產品)。
在圖3中，EPC信息服務(EPCIS)層302允許在網絡上交換EPC數據。即，EPCIS提供標準格式或協議，通過該標準格式或協議，識別出EPC號碼的讀取器可以找到並使用關於該EPC號碼的信息(並且因此可以找到並使用與其相關的物品)。在一些實現中，並且/或者在相關實現中，例如諸如物理標記語言(PML)和/或可擴展標記語言(XML)的語言可以被用於上述對於商業層級EPC信息的傳送和使用。
EPCIS層302從應用管理器304接收信息，應用管理器304一般可操作用於監視信息事件(例如標籤讀取)並管理事件，以用於到EPCIS層302的通信以及藉此到EPCIS數據倉庫(repository)306的通信。當數據倉庫306在相對長的時段內累積數據並且在該時段內數據可能對於特定的應用或設備並不是立即有用的時候，應用管理器304操作以監控和配置數據倉庫306。一般來說，特別考慮到潛在的網絡延遲，多個對象的信息流可能對於數據倉庫306來說太大，以致無法在實際中實時使用。圖2的自動-id節點208最好可以在某個固定的時段跟蹤那些對於自動-id節點208來說是立即可用的信息。
應用管理器304和EPCIS層302對對象名稱服務(ONS)具有訪問權限，而對象名稱服務與域名服務(DNS)類似，是一種允許應用管理器304和EPCIS層302基於產品的EPC代碼來找到關於該產品的信息的查看服務。ONS 308可以具有不同層級的信息，例如可以基於該信息對於產品來說是否是本地存儲來對該信息進行分類。
應用層級事件(ALE)接口層310提供到設備管理器312和設備控制器214的接口。更特殊的是，ALE接口層310可以被用於在從設備管理器312和/或設備控制器214接收信息事件時對其進行過濾或集合。設備管理器312可以被用於管理設備控制器214的狀態和/或配置。
還是在圖3中，讀取器協議接口層314為設備114提供接口。即，應當理解，不同的企業可以採用不同類型的設備114，或是其它自動-id設備，並且這些設備和企業可以使用不同的讀取器協議以用於與讀取器通信。讀取器協議接口314被設計成使能與在系統300中的全部的讀取器的通信。
從圖3中應當理解，無需圖2的自動-id基礎結構204也可以使用系統300，並且，反過來，無需圖3的其它元件也可以使用圖2的自動-id基礎結構204。於是，圖3示出了圖2的自動-id基礎結構204可以但不要求與EPC網絡及標準一起使用。
圖4是圖2和/或圖3的自動-id節點206、208和210的方框圖。在圖4中，內核服務模塊402如下所詳述地例如處理自動-id節點208的實現的細節，而各種集成模塊404、406、408和470處理內核服務模塊402相對於外部特徵、用戶和服務的通信、配置和管理細節。
例如，後端系統集成層404處理自動-id節點400與後端系統之間的通信，後端系統諸如例如圖1的應用102-108，或者圖2的應用202。
設備集成層406處理自動-id節點400與設備之間的通信。例如，設備集成層406可以使能圖2的節點208與設備控制器214之間的通信。在一些實現中，設備集成層406可以使能與一個或多個跟蹤設備112-118的通信。
人力集成層408處理自動-id節點400與用戶接口之間的通信。例如，自動-id節點操作員可以配置自動-id節點，以便通過用戶接口執行某些任務，或者監控自動-id節點接收的信息。當例如發生不期望的事件或者故障時，操作員還可以從自動-id節點獲得報警消息。而且，自動-id節點400得安全性可以被監控，以使得只有被授權人員才能與自動-id節點400交互。
節點集成層470處理自動-id節點400與其它自動-id節點之間的通信。例如，多個相鄰的自動-id節點一起可以通過分配或供應鏈跟蹤對象，以便為對象提供路由信息，或者確定是否應該購買或庫存附加單位的該對象。
將在「集成層」的題目下更詳細地描述節點集成層470、後端系統集成層404、設備集成層406以及人力集成層408。
內核服務模塊402包括行為(activity)和處理(process)管理模塊410。行為和處理管理模塊410分析與對象經歷的事件相關的信息，所述事件諸如例如標籤信息被圖2中的RFID讀取器114從(例如)對象218的標籤220讀出的讀取或跟蹤事件。隨後，行為和處理管理模塊410將該信息與已知的與該特定對象相關的信息進行匹配。
例如，如下所詳述的，每個被跟蹤的對象都可以與一個或多個商業處理相關，所述商業處理也被稱為例如商業處理模型或工作流程。這種處理通常描述對象在其生命周期的全部或部分期間，即從製造到分配、或從分配到零售、或從製造到零售，所經歷的所有已知或預期的可能性。在這個意義上講，取決於特定自動-id節點400的責任，自動-id節點可能要求特定對象的全部生命時間的信息，或者可能只要求該生命時間信息的某個子集。
因此，實際上，當前的事件信息(例如由讀取器114從標籤220讀取的信息)與在先檢測到的事件信息以及預期的事件信息(從相關商業處理模型導出的)相結合，允許自動-id節點400對於被跟蹤的對象的狀態進行確定。通過這種方式，自動-id節點400能夠在最少的人力幹預或監視下以高效率和成本有效的方式通過供應鏈或某些其它商業模型(例如顧客退貨)來移動對象。
行為和處理管理模塊410包括事件消息分派器(dispatcher)412。事件消息分派器412從不同的源接收事件，其中，如上面所提到的，術語事件通常可以指由例如圖1中的一個或多個跟蹤設備112-118的行為觸發而發生的事件。
在一些實現中，這種事件可以被表示為事件消息分派器412從任何數量的源接收的軟體/數據分組。除了跟蹤設備112-118外，還可以經由人力集成模塊408從本地操作員接收事件。還可以從例如後端系統404或從另一個自動-id節點接收事件。
這些不同源的事件可以在描述各種事件時共享相同或類似的格式。例如，不同源的事件可以使用統一的事件描述符協議來描述事件。事件描述例如可以包括指定的對象標識符、事件類型(例如RFID讀取事件)、事件源(例如RFID讀取器114)、時間戳、事件源的位置、事件主題標識符或其它信息。
作為一個具體的例子，讀取器設備114可以發送類型為「掃描」、來自於具有id「abcd1234」的RFID讀取器、與時間「2004年12月21日上午10:23」相關聯並具有對於被掃描的對象來說是唯一的對象專用標識符的事件。通過這種方式，可以以兼容的格式在事件消息分派器412中接收來自不同源的事件，從而事件消息分派器412可以以相同或類似的方式來處理到來的事件，而不管事件的源如何。
事件消息處理器412分析上面提到的某些或者全部信息，或者其它信息，並且從而將到來的事件分派到一個或多個行為處理器(handler)414或416。例如，可以基於事件的類型(例如，設備讀取器事件，或者相鄰自動-id節點事件，或者後端系統事件)、事件的時間(例如，該事件是白天事件還是夜晚事件)、或者實質上通過其可以委派行為處理器來處理事件的任何其它標準來將事件分派給其它行為處理器414/416之一。
行為處理器414/416分析其中包含的關於事件的信息以及可能與該事件相關並且可以在需要時訪問的任何已知數據，並且將該信息和與事件的對象相關的確定的商業處理進行比較。通過這樣做，行為處理器414/416可操作用來確定響應於該事件，如果需要的話，應該採取的一個或多個未來的動作(action)。
一旦被確定，未來的動作可以被傳送(communicate)到自動-id節點400的外部，以便在那裡執行。例如，未來的動作可以通過集成接口404、406、408和/或470來傳送。通過這種方式，例如，可以要求人類操作員執行某種動作，或者可以提出報警，或者可以通知分離的自動-id節點204、206、208(或者後端企業應用102-108/202，或設備112-120)某些所需的行為。行為處理器414/416還可以更新其自身的狀態和/或跟蹤關於該對象的數據，以便反映由事件代表的改變，並更準確地反映該對象在商業處理中的位置。
和該對象相關的商業處理可以以一組規則來表示，並且/或者作為可以與該對象、可能以及其它對象相關的工作流程模型的一部分來表示。例如，規則可能與條件條款類似，闡明響應於特定條件或情況(circumstances)應採取的不同的動作。即，規則可以闡明如果對於接收到的事件一個或多個條件被滿足，則作為響應應該採取一個或多個動作。在下面將詳細討論條件的類型、決策確定處理和響應的動作。
為了實現這樣的規則，行為處理器414包括規則引擎418，其將規則組420和422應用到在行為處理器414處到來的事件。規則引擎418提供用於將可編程規則組應用到在自動-id節點400處接收的事件的體系結構。規則引擎418例如可以實施一種機制，以便在規則組420/422中搜索可以被應用於所接收的事件的一個或多個規則。
例如，規則引擎可以分析該事件(該事件如上所提到的可以採用統一事件描述符協議的格式)，並且可以對每個規則組和/或規則的選擇性標準進行計算和匹配來找到一個或多個可用規則。規則引擎418還可以包括這樣的機制，其通過激活在內核服務410的其它部分的動作，以及/或者通過經由後端系統集成404、設備集成406、人力集成408和節點集成470傳送對於外部模塊、用戶和服務的動作請求來執行規則。
作為一個例子，事件消息分派器412可以確定到來的事件與在某個位置(例如在倉庫的特定入塢灣(docking bay))接收到某類設備的送貨相關，並且可以將該事件分派到行為處理器414，其可以被分配處理這種事件。行為處理器414可以確定該事件與某個對象相關並且/或者具有其它的特性(例如在晚上送貨期間發生)，以便確定在規則引擎418中的規則組420是適合應用到這種類型的事件的規則組。隨後，規則組420可以被應用來分析所接收的事件並從而將每個規則的條件條款與所接收的關於該事件的信息以及其它信息(可能的話)進行匹配，並且，如果存在匹配，則可以將該規則應用於確定對於該事件以及相應的對象將要採取的未來的或期望的動作。
規則引擎418是可縮放的，以便更多的規則組可以被添加到該規則引擎而無需破壞其功能。而且，規則引擎418是靈活的，因此。現有的規則組可以例如在運行時間或在不再需要時被去除或去激活(deactivate)。
規則組420例如可以由後端系統經由後端系統集成模塊404或者從其它接口模塊406、408或470之一分配到行為處理器414/416。還可以從其它自動-id節點或者從圖3的EPCIS數據倉庫306或者從一些其它源添加規則。由於規則組420/422是模塊化的，因此它們可以容易地被替換或修改，而不會破壞其它規則組的操作。
如上所提到的，規則引擎418接收對象專用事件並且將該事件與商業處理相關聯，以便確定，如果存在的話，用於與該事件相關的對象的未來或期望的動作。通過這樣做，規則引擎418可以具有對在執行匹配操作中可能有用的附加數據的訪問權限。特別是，在內核服務402中，相關數據管理模塊423與行為和處理管理模塊410通信，並且將存儲(或訪問)在規則引擎418實施規則組420和422時可能有用的數據和服務。
例如，相關數據管理模塊424可以與行為處理器414、416緊密工作以跟蹤每個事件對象的生命周期，或者該生命周期的一部分，並且可以響應於接收事件來實時更新事件對象的狀態。例如，相關數據管理模塊423可以包括有關對象在其從例如生產到零售，或者從退回對象直到該對象被重新包裝作為整修過的對象來零售的生命周期的過程中的數據。
相關數據管理模塊423通常跟蹤有關特定對象的兩類數據。具體來說，動態數據指的是隨時間變化、或者可以期望會變化，或者隨著相關對象隨時間移動而已經變化的數據。相反，靜態指的是通常不隨時間變化，或者僅僅是不經常變化的數據。不同的參數取決於被跟蹤的對象和商業處理可以被認為是動態的或靜態的。例如，一個對象的位置可以被認為是動態的，而對象的顏色或重量一般可以被看作是靜態的。然而，對象的顏色也可能變化，特別是在製造過程中，在這種情況下顏色可以被看作是動態的性質。
因此，動態數據在對象在定義的生命周期或時間線中移動時表示該對象。例如，動態數據一般在圖4中被表示為包括三個部件期望動作424、當前狀態426和歷史428。期望動作424包括對於事件的期望的未來事件，或者可能的未來事件。於是，當前狀態426可以包括事件的當前狀態，而歷史428可以包括事件對象所經歷的過去事件的列表。
由於這些部件是動態的，因此可以響應於相對於特定對象而接收的事件來修改相關數據。例如，每次接收到事件時可以由行為處理器414、416來更新三個部件424、426和428。具體來說，如果事件觸發在裝車平臺(loading dock)對對象的接收，則該對象的當前狀態可以從當前狀態426中的「運送中」變為「已接收」。隨後，可以將之前的當前狀態條目(entry)移動到歷史428，以表示該對象的運送歷史(例如在運送中經過的路線)。在期望動作424中「已接收」的期望動作被重新指定為當前狀態426，並且規則引擎414可以使用規則組420來確定下面應當實施仍在期望動作424中的哪一個期望動作(例如卸載該對象以便存貨到商店的貨架上)。
於是動態數據至少可以和接收關於特定對象的事件頻率一樣經常地改變(alter)。事件的數量和頻率通常與讀取器的數量和可用性相關，因此，在理論極限中，由足夠大的數量的讀取其在其生命時間期間連續跟蹤的對象可以具有連續變化的動態數據。
相反，靜態數據存儲在通常不被期望需要有規律或者持續更新的資料庫或存儲器中的相關數據管理模塊423中。而是相關和數據管理模塊423可以與外部源進行通信來周期性地或者半周期性地更新靜態數據。因此，這種靜態數據通常可以不被期望會響應於事件而改變(雖然這在某些情況下可能發生)。
例如，位置資料庫430可以包括裝車平臺的地址，以及到達該裝車平臺的送貨的可能的源的地址。應當理解一些位置信息可以被認為是動態的(例如運送中的對象的當前位置)，而另一些位置信息可以被認為是靜態的(例如生產特定對象的製造設施)。然而，通常，靜態信息將被認為是不會逐事件地改變的。
類似地，產品資料庫432可以包括被跟蹤的產品或對象的詳細描述，包括那些改變但是又通常不會逐事件地改變的描述。產品資料庫432可以存儲這種信息，或者可以從外部源中例如使用統一產品id(例如從對象218的標籤220讀出的EPC代碼)來查看該信息。
商業處理資料庫434可以包括一個或多個與對象相關的商業處理。如上所提到的，商業處理可以指被設計來支配(govern)對象的生命時間的任務/事件的形式化的工作流程或進展。例如，商業處理模型可以被形式化以用於製造處理，或者用於分配處理，或者用於客戶返還缺陷商品的處理。
在這種情況下，商業處理模型可以在例如後端系統202在抽象層級上來設計，以通過多個對象的各自生命周期的全部(或很大的部分)來支配該多個對象的生命時間。這樣，可以在自動-id節點400實施或監控商業處理模型的特定子集或實例，以便使用於特定對象的商業處理模型表示該對象可能經歷的生命周期及可能(預期)的事件。這種類型的實現的一個特定例子將在下面參照圖6來討論。
在其它的例子中，可能不存在在這個層級上定義的商業處理模型或者工作流程，並且規則、動態數據和靜態數據可能隱含地定義將由對象經歷的商業處理。
資源資料庫436可以包括用於事件的其它資源。例如，資源資料庫436可以包括對於實施響應於事件所需的任何動作來說都是可用的資源。例如，如果在倉庫接收到對象，並且該倉庫需要特殊的設備以用於運輸該對象，則資源資料庫436可以存儲有關這樣一種在該倉庫的前提下可能有用的行動裝置的信息。類似的解釋適用於可能對於對象的整個生命周期中的對象管理來說是有用的其它資源，因此，通常，每當規則引擎418確定需要動作時，都可以諮詢資源資料庫來確定為了實施該動作什麼資源是可用的。
雖然針對動態數據和靜態數據的劃分討論了上述的實現，應當理解這種劃分僅僅是一個例子。例如，資料庫430-436可以被用於在存儲靜態數據之外還存儲一些或全部動態數據，並且，在這種情況下，可以簡單地比上述的例子中更經常地使用動態改變的數據來進行更新。例如，如上所提到的，既然位置數據可以表示動態位置信息或是靜態位置信息，那麼應當理解，可以認為位置資料庫430包含動態和/或靜態數據。
內核服務402還包括配置和經營(administration)管理模塊440，用於配置和管理自動-id節點400。例如，經營管理模塊440可以允許用戶上載更多的規則組420、422，管理與模塊404-408相關的集成邏輯，或者建立與外部服務的連接(例如更新靜態數據存儲430-436)。最後在圖4中，存儲和歸檔管理模塊450管理內核服務模塊410的數據存儲和歸檔。例如，模塊450可以被用於對不經常使用的或者在某個預定時間中不被使用的數據歸檔。通過這樣做，模塊450可以與外部存儲站點進行交互，以便最小化在自動-id節點400處需要的資源。
上述對於圖4的描述是針對特定對象或特定對象組的時間線的例子給出的，其中，對象的期望動作被與實際的事件相匹配。然而，應當理解，可以用其它參數來實施規則、時間線和其它標準。
例如，除了是對象專用的，自動-id節點還可以相對於特定的讀取器或讀取器組來操作。例如，一個讀取器可以從多個對象的標識符中檢測事件，從而歷史428、當前狀態426和期望動作424可以相對於讀取器，而不是相對於該讀取器讀取的任何特定對象來定義。
例如，聖誕節的櫥窗(display)可以銷售很多與聖誕節相關的對象，並且可以使讀取器位於這些對象的附近來確定何時櫥窗缺貨(depleted)。在這個例子中，行為處理器414可以處理關於特定處理器所發生的所有行為，並且規則組420可以指定例如用於從儲藏室或者從製造商再次定購庫存的參數，或者用於在一類對象售完後將該類對象替換為另一類的參數。
因此，雖然行為和處理管理模塊410可以根據多種不同的參數和方針(guideline)來操作，但是從此處包含的說明和例子應當理解，行為和處理管理410可操作用於確定期望事件或未來事件，並且等待直到匹配期望事件的相應事件到來。通過這樣做，行為和處理管理模塊410可以處理不匹配任何期望事件的多個事件，在這種情況下可以觸發報警，或者，不需要採取任何動作。
集成層如前所述，設備集成層406處理自動-id節點400與多個設備之間的通信。如圖5A所示，設備能夠包括不同類型的自動數據獲取設備510、設備控制器520和設備管理系統525。如圖5A所示，自動-id節點400能夠直接與特定設備510通信，或者通過設備控制器520與特定設備510通信。
數據獲取設備510能夠包括周期性設備和非周期性設備。周期性設備是那些發射周期數據流的設備。非周期性設備是那些發射非周期數據流的設備。周期流是以規律的時間間隔(例如每n毫秒一個數據值)發生的連續的數據流，而非周期流與其相反，其中的數據使以非規律的間隔發射，例如，只有當檢測到帶標籤的物品時才發射。周期性設備的例子是用於測量一個或多個物理屬性(例如，溫度、溼度、加速度、壓力、光、位置、移動或噪聲)的傳感器，以及提供連續數據饋送(例如股票信息)的伺服器。非周期性設備的例子是RFID(射頻識別)標籤讀取器。特定類型的RFID標籤讀取器的例子是由加州Morgan Hill的Alien Technology製造的讀取器以及由馬裡蘭州Rockland的Matrics有限公司製造的讀取器。
如前所述，設備控制器520是軟體，可操作用於管理一個或多個自動數據獲取設備510，並且基於來自自動-id節點400的指令將由自動數據獲取設備510發射的數據中繼到自動-id節點400。
設備管理系統525監控設備和/或設備控制器的狀況並將當前的狀況通知給自動-id節點400。該通知可以周期性地發生或當狀況反常時發生。設備管理系統525還能夠支持遠程管理，諸如固件上載和系統重新配製。
如圖5B所示，自動-id節點400的後端系統集成層404、人力集成層408、以及節點集成層470分別處理與不同類型的後端系統530、用戶接口540、和自動-id節點550的通信。
不同類型的後端系統530可以包括邏輯系統、資產跟蹤和管理系統、維護服務系統、倉庫管理系統、金融系統、分析系統和報告系統。而且以倉庫管理系統為例，也可以有不同的實現，例如，Oracle實現和SAP實現。
不同類型的用戶接口540能夠包括基於網絡或基於其它伺服器的用戶接口、獨立用戶接口，和移動接口。用戶接口540還能夠為不同的用戶而被不同地配置。
自動-id節點550可以包括位於不同地理位置的節點。以供應鏈為例，節點可以位於製造場所、分配中心和零售中心。自動-id節點550可以包括由不同公司開發的不同自動-id系統的節點，例如可以從加州Mountain View的Verisign得到的EPCIS伺服器以及可以從德國Walldorf(Baden)的SAP AG得到的Auto-ID節點。
在本說明書中，設備510、設備控制器520、設備管理系統525、後端系統530、用戶接口540、以及自動-id節點550將被稱作自動-id部件。
自動-id部件可以在各個方面不同，包括但不局限於通信協議的類型、通信信道、通信模式、或者所使用的消息格式。比如，一些自動-id部件可以使用HTTP(超文本傳輸協議)通信，而其它的可以使用基於套接字(socket)的通信協議，例如TCP/IP(傳輸控制協議/網際網路協議)來通信。每種一般類型的通信協議還可以具有幾種不同的變化。例如，一種公知的HTTP的變化是安全HTTP(HTTPs)。
對於TCP/IP來說，通信信道可以是發布商-訂戶信道、點到點信道或者套接字信道。例子有可以從紐約州Armonk的IBM獲得的MQSeries、可以從麻薩諸塞州的Bedford的Sonic軟體公司獲得的SonicMQ、可以從加州San Jose的BEA系統公司獲得的WebLogic伺服器以及可以從德國Walldorf(Baden)的SAPAG獲得的XI。上述的大多數系統都同時支持發布商-訂戶信道和點到點信道兩者。
對於HTTP來說，通信信道可以是SOAP(簡單對象訪問協議)和JSP(Java伺服器頁面)。
通信模式可以是在線通信模式或離線通信模式。在在線通信模式中，自動-id節點和自動id部件保持連續的連接。也就是說，即使當自動-id節點和自動-id部件不互相發送消息時，連接也保持開放(open)。在離線通信模式中，自動-id節點和自動-id部件不保持相互的連續連接。而是，它們例如只在發送消息時或者只當網絡訪問可用時臨時連接。離線模式可由例如行動裝置和移動用戶接口使用。
如果沒有集成層404、406、408、470，自動-id節點400將只能支持特定的通信協議、通信信道、通信模式、和/或消息格式，並且將不能與不使用該自動-id節點400所支持的特定通信協議、通信信道、通信模式和/或消息格式的自動-id部件集成。
使用集成層404、406、408、470，自動-id節點400能夠與使用不同通信協議、通信信道、通信模式和/或消息格式的多種不同類型的自動-id部件集成。此外，如下所述，層404、406、408、470能夠容易地被擴展以容納未來開發的新的類型的自動-id部件。
如圖6所示，集成層404、406、408、470的每個都包括適配器610、通信器620、和轉換器630。
適配器610處理自動-id節點400與自動-id部件之間的通信。適配器610使用通信器620和轉換器630來處理通信。
通信器620處理通信的數據傳輸方面。通信器620支持各種不同類型的通信協議、通信模式和通信信道，包括但不局限於前面所述的通信協議、通信模式、和通信信道。
轉換器630處理通信的數據轉換方面。轉換器630將從連接的自動-id部件接收的數據轉換成自動-id節點400能理解的內部消息格式。相反地，轉換器640還將來自自動-id節點400的數據轉換成連接的自動-id部件能理解的外部消息格式。
如圖7所示，在集成層404、406、408、470的面向對象的實現中，適配器610可以由基礎適配器類710和一個或多個特定適配器類720來表示。基礎適配器類710實現對所有特定適配器類720通用的功能。特定適配器類720利用支持特定通信協議、通信信道、通信模式和消息格式的附加功能來擴展通用功能。
還可以使用類似的基礎類和特定類組來實施通信器620和轉換器630。通過將集成層404、406、408、470的功能分離成基礎類和特定類，通用集成層404、406、408、470能夠容易地擴展以容納附加的特定通信協議、通信信道、通信模式和消息格式。
如圖8所示，實施適配器610、通信器620、和轉換器630的類可以被存儲在類數據倉庫810中。類數據倉庫810可以位於集成層404、406、408、470之中(如所圖示的)，或者作為替代，可以位於自動-id節點400能夠訪問的分離的位置。
對於每個將被連接到自動-id節點400的自動-id部件，適配器610的實例被產生並且被添加到由集成層404、406、408、470所維護的適配器實例列表820中。
產生針對給定的自動-id部件的適當適配器實例能夠由人類操作員來手動執行。人類操作員可以檢查自動-id部件並隨後產生支持給定自動-id部件的特定通信協議、通信信道、通信模式、和/或消息格式的適配器實例。
圖9是圖4的自動-id節點400的實現的方框圖。如圖4中所討論的，自動-id節點400包括處理事件消息的內核服務模塊402。內核服務模塊402可以包括事件消息分派器412、行為處理器414/426，規則引擎418、規則組420/422和數據管理模塊423。內核服務402還可以包括處理自動-id節點400的相同或不同處理的其它模塊。自動-id節點400還包括與外部模塊通信的多個集成模塊404、406、408和470。針對圖5A、5B和圖6在上面討論了這種通信的例子。
在圖9中，自動-id節點400包括動態加載用於在自動-id節點400中使用的部件的部件管理器902。換句話說，部件管理器902具有使能自動-id節點400添加新部件，或者在運行時間切換到使用不同的部件而不破壞自動-id節點400的操作的可擴展基礎結構。
例如，部件管理器902可以被操作用於添加與新的類型的設備通信的新的適配器部件(例如圖6的適配器610)，而不需要停止和重啟自動-id節點400。在另一個例子中，部件管理器902可以被操作用以使用新的版本的數據轉換器部件(例如與新版本的後端系統兼容的版本)在運行時間替換舊版本的數據轉換器。結果，自動-id節點400在生產環境中被無縫地更新，以便與新版本的後端系統通信。
部件數據倉庫904存儲可以由自動-id節點400使用的多個部件。通過這樣做，部件數據倉庫904起到自動-id節點400的部件倉庫的作用。部件數據倉庫904例如可以包括對應於自動-id節點400與之通信的設備的多個適配器部件、以不同通信協議通信的多個通信器、轉換不同格式數據的多個數據轉換器、多個行為處理器(例如圖4的行為處理器414)、或者多個規則和規則組(例如圖4中的規則組420，422)。部件數據倉庫904可以通過例如從外部後端系統或者從其它自動-id節點下載部件來獲取部件。部件數據倉庫904還可以去除自動-id節點400不再使用的部件。
部件加載器906可以基於在自動-id節點400接收的物品數據從部件數據倉庫904加載部件。物品數據，通常指由自動-id節點402從各種外部模塊404、406、408和470接收的數據，或者由自動-id節點400處理的數據。這種物品數據例如可以包括從設備112-118、設備控制器212-216或者設備管理器312接收的物品跟蹤數據。物品數據還可以包括從其它自動-id節點、後端系統或用戶接口接收的數據，並且可以例如包括規則或規則組、從後端系統接收的關於物品的數據或者由用戶接口從人類操作員/管理員獲得的數據。
部件加載器906可以如圖9所示，對於部件管理器902來說是外部的。在其它的實現中，部件加載器906對於部件管理器902來說可以是內部的。
在一種實現中，部件加載器906在部件數據倉庫904中搜索特定類型的部件。在一些實現中，部件加載器906還可以在自動-id節點400外部，例如在另一個自動-id節點、或在後端系統中進行搜索，以獲取特定的部件。更具體地說，部件加載器906例如可以在接收SOAP消息時加載HTTP通信器部件，或者可以在接收套接字消息時加載TCP/IP通信器部件。
部件加載器906還包括配置設置文件908。配置設置文件908可以對於在自動-id節點400中的應用來說是外部文件，並且可以在該應用運行時被加載。配置設置文件908例如可以是文本文件格式或可擴展標記語言(XML)文件格式。配置設置文件908可以在第一次運用(deploy)自動-id節點時被定義，但是也可以根據需要改變。在一個例子中，配置設置文件908是可擴展的，以便可以添加新部件和它們的屬性的定義。在另一個例子中，自動-id節點400可以使用配置設置文件908來改變部件的設置，而不需要重新編譯這些部件。
配置設置文件908將部件登記到自動-id節點400。換句話說，配置設置文件908可以起到部件加載器906用來定位部件的地圖的作用。例如，配置設置文件908可以包括部件在部件數據倉庫904中的位置，或者，在自動-id節點400的其它實現中包括自動-id節點400之外的位置。配置設置文件908還可以指定部件的特定版本，諸如例如當前版本。配置文件908可以是一個文件，或者可以是存儲或組織在不同位置的多個文件的形式。
在一些實現中，配置設置文件908可以定義在自動-id節點400中可以是主動的部件的選擇的列表。部件加載器906可以在啟動時基於選擇的列表加載部件。而且，主動自動-id節點400可以通過拷貝上述的設置，即，在自動-id節點400的配置設置文件908中的主動部件的選擇列表，在另一個自動-id節點被複製。
配置設置文件908還可以包括一些部件屬性。例如，配置設置文件908可以提供實例化部件所需的一些部件屬性數據。配置設置文件908還可以支持動態屬性，其允許自動-id節點400對屬性值進行改變而無需重新編譯運行時間的部件。例如，零售商店的規則組可以包括用於一年中四季的規則。通過將屬性「季節」設置為當前的季節例如「冬天」，自動-id節點400可以對所接收的事件應用冬天規則。
如在圖5和6中所討論的，集成模塊404、406、408和470可以利用諸如RFID讀取器適配器910、掃描儀適配器912和實質上任何其它適配器(在圖9中用通用適配器x 914來表示)的不同的適配器610來與多個外部模塊進行通信。部件管理器902可以基於來自外部模塊的連接請求動態地加載所述適配器。例如部件管理器902可以在接收來自RFID讀取器114的連接請求時加載RFID讀取器適配器910。
而且，部件管理器902可以在運行時間向集成模塊404、406、408和470動態加載主動適配器所需的其它部件。例如，部件管理器902可以為RFID讀取器適配器加載通信器部件A 920和數據轉換器部件C 924。同時，掃描儀適配器912可以使用通信器B 922和數據轉換器C 926。同時，適配器x 914可以使用通信器B 924和數據轉換器E 929。
在圖9中，通信器B 922和通信器B 924是相同部件B的兩個主動實例。換句話說，不同的適配器，即掃描儀適配器912和適配器x 914共享來自部件數據倉庫904的相同通信器部件。例如，在用於設備、設備控制器和設備管理模塊的很多適配器中可以公用TCP/IP通信器部件。
共享的部件提供在自動-id節點400的開發和維護中的更高效率。在這個例子中，只需要開發一個TCP/IP通信器部件。並且，部件數據倉庫904隻需要加載和存儲這個TCP/IP通信器部件的一個拷貝。當在這個TCP/IP部件上實施改變時，只需要改變部件代碼的一個拷貝。
如圖9所示，實例920-929是主動實例。同樣地，實例920-929是在數據處理模塊，即集成模塊404、406、408和470中運行的處理。然而，主動模式維持相對大量的實例可能導致自動-id節點400的處理能力和存儲器使用的較重負荷，以致自動-id節點400可能相對緩慢地工作。因此，一些實例可以以被動形式存儲。
例如，在圖9中，被動實例池930可以存儲大量的這種部件的被動實例。如剛剛提到的，被動實例是主動實例的靜態形式。更具體地說，被動實例可以包括主動實例的數據和狀態信息。結果，最新實例化的部件可以加載被動實例來重新生成相應的主動實例。
運行的部件，即主動實例，可以輸出其被動實例並且將其存儲在被動實例池930中。在另一方面，被動實例可以被輸入到部件以重新生成該部件的主動實例。在一些實現中，被動實例可以被複製和傳送到其它的自動-id節點或系統。因此，主動實例可以在其它地方被複製。
被動實例池930為自動-id節點400提供緩衝器以用於將其部分的工作負荷保留為非主動的，並由此，節省自動-id節點400的處理能力。結果，自動-id節點400通過著眼於有限數量的同時運行的主動實例來提高其性能。而且，當自動-id節點401同時接收到大量請求時，被動實例池可以通過串行化其工作負荷來避免自動-id節點401崩潰(crash)。
實例管理器931可以被用於管理在主動實例和在被動實例池中的被動實例之間的切換。實例管理器931對於每個功能模塊，例如通信器620或轉換器630來說可以是內部的。在其它實現中，實例管理器931對於功能模塊可以是外部的。如圖9所示，實例管理器931可以是數據處理模塊的一部分，可以對於該數據處理模塊來說是外部的。根據需要，可以有一個或多個實例管理器931。並且，在一些實現中，實例管理器931可以是部件管理器902或部件加載器906的一部分。
實例管理器931可被配置來定義可以在自動-id跟蹤系統中允許的每個部件的主動實例的限制數量。如圖9所示，實例管理器931可以定義適配器610可以具有3個主動實例，通信器620可以具有3個主動實例，而數據轉換器630可以具有3個主動實例。
在自動-id節點的操作期間每個部件的主動實例的數量可以被配置以適應不同的情況。實例管理器931可以被操作來通過調整不同部件各自的主動實例的限制數量來優化在所述不同部件中其處理能力的分配。例如，實例管理器931可以授予負荷重的部件較高數量的有效實例，而授予沒有那麼活躍的部件較低數量的主動實例。
在一個特定的例子中，新適配器可以請求與自動-id節點400通信。實例管理器可以被配置成將部件適配器610的主動實例的限制數量增加到4，以便能夠響應新適配器而無需去激活當前適配器RFID讀取器適配器910、掃描儀適配器912和適配器914。而且，實例管理器可以被配置成減少通信器620或數據轉換器630的主動實例的限制數量，以便容納添加新適配器Y主動實例。
在一個實現中，自動-id系統中的部件，例如610、620和630可以保留附加的主動實例來協助在被動實例和主動實例之間進行切換的處理。結果，部件610、620和630可以保持常數數量的正在運行的主動實例而不會將時間浪費在等待被動實例被換入(swap in)。而且，附加的主動實例可以被用於將新接收的請求交換成被動實例，而不會為該交換任務而破壞現有主動實例的操作。
進一步在圖9中，被動實例池930包括被動實例池A 932，其存儲通信器部件A 920的被動實例。被動實例池C 934包括數據轉換器部件C 924、928的被動實例。池A 934包括三個被動實例實例A1 936、實例A2 938和實例A3 940。這三個實例可以例如表示來自RFID讀取器的三個通信請求。被動實例池C 934包括實例C1 942和實例C3 934，它們例如可以表示從RFID讀取器適配器910和/或掃描儀適配器912接收的兩個數據分組。
於是，圖9的自動-id節點400的實現提供了靈活的基礎結構，其將功能的描述與實現分離開來。結果，自動-id節點400能夠切換到使用功能模塊的不同實現，並且能夠在運行時間添加功能模塊的新的實現。該系統還使得多個功能模塊能夠共享和重複使用部件。而且，如圖9所示，該系統允許自動-id節點400動態地改變功能模塊的運行實例的參數。作為最終的例子，被動實例允許自動-id節點400管理其工作負荷，並允許使能複製和傳送運行的功能模塊的實例，即，部件的主動實例。
圖10是配置設置文件908的方框圖。配置設置文件908可以駐留在編譯的代碼，即，自動-id節點400的運行的系統之外，並且可以在運行時間被加載到系統。因此，配置設置文件908使能對自動-id節點400的動態配置，而不需要停止和重啟自動-id節點400。配置設置文件908的內容展示了自動-id節點400的動態可配置特徵。
一般來說，部件數據倉庫904中的每個部件都在配置設置文件908中登記。每個部件的登記信息可以包括部件管理器902找到該部件所需的信息、在實例化該部件時所需的信息，並且在一些實現中，可以包括部件的可配置動態屬性。由於配置設置文件908中的信息是可配置的，因此使得自動-id節點400能夠動態加載來自配置的位置並且具有動態屬性的部件。
參照圖10，配置設置908示出了圖9中被加載的部件的配置部分。一般來說，這種配置部分服務用於登記如上所述的每個部件的動態位置和屬性、和/或駐留在部件數據倉庫904中的該部件與一些其它部件之間的從屬性。
為了列出幾個例子，配置部分1002配置RFID讀取器適配器910，而配置部分1004配置通信器A 920。配置部分1006配置數據轉換器C 928，而配置部分1008配置掃描儀適配器912。配置部分1010配置掃描儀適配器912，而配置部分1012配置適配器x 914，配置部分1014配置通信器B 922、924，而最後配置部分1014配置數據轉換器E 928。
部件W的配置部分1016和部件Y的配置部分是在圖9中未示出的其它部件的配置部分的例子。在配置設置908中的部件註冊表中還可以有用於其它部件的許多其它配置部分，為了清楚的目的，此處未示出所述其它部件。
在一個特定例子中，配置設置908中的配置部分1002存儲部件RFID讀取器適配器920的配置信息。該配置1002包括部件A的位置1020，例如，在部件數據倉庫904中部件A駐留的路徑。
而且，配置部分1002可以包括版本號1022，以便標識部件。部件RFID讀取器適配器920可以具有多個版本，例如，每個版本在不同的時間被開發，並且可以和RFID讀取器設備的不同模型兼容。部件管理器902可以將源RFID讀取器設備的版本號與版本號1022進行匹配來確定是否加載在配置部分1002中登記的部件，即，RFID讀取器適配器920。
在一些實現中，部件被以這種方式實施，以使得該部件的功能和實現被分離，並且使得對相同功能可以存在多個實例。例如，部件的功能可以由接口來描述。許多類可以實施該接口，並且自動-id節點400可以在其編譯代碼中參考該接口。配置設置908可以配置自動-id節點400以便在運行時間動態選擇一個特定的實現，即，特定的類，以完成在該接口中定義的功能。在這個例子中，類名稱1022被用於選擇RFID讀取器適配器920的期望實現。
搜索路徑1024可以包括關於如果部件沒駐留在部件數據倉庫904中則到哪裡去找到部件的信息。搜索路徑1024可以描述自動-id節點400外部的部件的一個或多個可能的位置。例如，搜索路徑1024可以包括遠程機器名稱和/或文件路徑、相鄰自動-id節點的標識或者到資料庫或數據倉庫的連接信息。
從屬部件1026參考當前部件使用的一個或多個部件。在一個實現中，部件管理器902將從屬部件與當前部件一起加載。在這個例子中，RFID讀取器適配器920使用實例920的通信器部件A和實例922的數據轉換器C。部件管理器902例如可以基於配置部分1004加載部件A和部件A的從屬部件，基於配置部分1006加載部件C和部件C的從屬部件，並且隨後加載RFID讀取器適配器910。
類似地，配置部分1008指示掃描儀適配器部件使用實例922、924的通信器B和實例928的數據轉換器C。而配置部分1012指示實例914的適配器x使用實例922、924的通信器B和實例928的數據轉換器E。在這個基礎結構中，部件可以簡單地通過改變其從屬部件的屬性容易地改變到使用不同的從屬部件。
例如，實例928的部件數據轉換器C和實例928的部件數據轉換器E可以共享相同的數據轉換器功能(例如，兩個部件可以實現相同的數據轉換器接口，並且因而可以相互交換)。適配器X通過簡單地將配置部分1012的從屬部件屬性從E改變到C來改變為使用實例928的數據轉換器C而不是實例929的數據轉換器E。
屬性1028-1032是RFID適配器的範例動態屬性的列表。例如，屬性A 1028可以指定RFID標籤在它們的放置中是不可預料的，而因此RFID適配器可以激活其「判定取向模塊」來處理每個標籤。此後，屬性A 1028可以被改變成指定RFID標籤總是取向相同的方向(例如在掃描方法的某些改進後)，從而RFID適配器可以隨後無需運行該「判定取向」模塊而工作，並且可以因此具有改進的性能。類似地，屬性B 1030、屬性C 1032和潛在的其它屬性，可以表示實例910的RFID適配器部件的其它可配置參數。
圖10圖示了一個例子，在其中，7個配置部分被用於7個部件，該7個部件在圖9的自動-id節點400中是主動的。每個可以包括自動-id節點400中的部件的當前設置，即位置、屬性、從屬部件，和/或其它相關信息。當自動-id節點400工作時，配置部分可以被修改和被加載。如上所述，配置部分的內容示出了在自動-id節點400中的部件的動態可管理特徵。
圖11是在圖9和圖10的實現中使用的部件的生命周期的流程圖。一般來說，如上面所解釋的，部件是被實施來完成特定任務的功能程序模塊。部件可以是一段代碼、軟體程序、類模塊、指令組和/或腳本程序。部件可以駐留在開發機器、後端系統甚或另一個自動-id節點中。
如前面的例子所述，部件可以是集成模塊402、404、406、470的適配器、通信器或者數據轉換器。而且，部件可以是內核服務模塊402中的規則組、行為處理器或者規則引擎。部件可以在數據處理模塊中被實例化，數據處理模塊例如可以包括自動-id節點400中的內核服務模塊402、集成模塊404、406、408和470、或其它模塊。這種部件可以表示數據處理模塊的動態部分，並且可以例如根據配置設置文件908在運行時間被加載。圖9中的自動-id系統400的基礎結構允許自動-id節點容易地適應新的部件。
在另一方面，例如可以包括事件消息分派器412、相關數據管理423、配置和經營管理440、存儲和歸檔管理450以及集成模塊404、406、408和470的一些部分以及部件管理器902和部件加載器906的數據處理模塊的靜態部分可以被看作是自動-id節點400的「主幹」。當自動-id節點400開始其操作時，自動-id節點400的「主幹」部分被加載。因此，對於「主幹」的改變將需要停止和重啟自動-id節點以便被運用。因此，如這裡所討論的，具有在自動-id節點中加載的「主幹」部件而不需要運行時間的管理，增強了自動-id節點400的性能。
在圖11的例子中，新部件X，例如用於新版本RFID讀取器的適配器被開發並且準備好將被運用到自動-id節點400。自動-id節點400將部件X加載到部件數據倉庫904(1102)。例如，自動-id操作員可以手動將部件X加載到自動-id節點，或者企業應用202可以指示自動-id節點加載來自特定機器的部件。在另一個例子中，相鄰自動-id節點可以將部件X傳播到自動-id節點400。
一旦部件X被物理加載到部件數據倉庫904中，部件X就向自動-id節點400登記(1104)，以便部件加載器906能夠找到並實例化新添加的部件X。在一個實現中，部件X的位置以及部件X的其它相關配置屬性被添加到當前配置設置908。例如，配置部分1002可以被添加到配置設置文件908。因此，自動-id節點400準備好處理應該由部件X處理的請求。
一旦自動-id節點400接收到對部件X的請求(1106)，例如RFID讀取器掃描標籤並請求自動-id節點400處理該事件。自動-id節點400隨後激活部件管理器902以加載部件X，即，實例910的RFID讀取器適配器部件(1108)。部件加載器908查看配置設置文件908並且找到用於部件X的配置部分1002。使用例如位置1020、版本/類名稱1022和/或搜索路徑，部件加載器906可以從部件數據倉庫904中找到部件X。在另一個例子中，部件加載器906可以從外部模塊下載部件X。部件加載器906可以隨後加載部件X的全部從屬部件，例如實例920的部件A和實例928的部件C。
部件加載器906可以隨後在集成模塊404、406、408、470中實例化部件X及其從屬部件(部件A和C)。例如，RFID讀取器適配器實例910以及其從屬部件的主動實例(即，通信器A 920和數據轉換器C 926)可以在集成模塊404、406、408、470中運行。現在，RFID讀取器適配器實例910，以及通信器A 920和數據轉換器C 926的主動實例現在處理來自在之前與自動-id節點400進行通信的RFID設備的請求。而且，更多的來自RFID讀取器設備的請求可以這樣由加載的部件X及其從屬部件處理。在圖12中會進一步討論處理接收的請求的部件的主動實例的細節。
部件管理器902例如可以周期性地檢查部件X是否完成了其所有實例的處理(1110)。在另一個實現中，部件管理器902可以檢查主動實例X是否空閒了某個時段，並且如果是這樣的話，部件管理器902可以卸載部件X(1112)。
圖12是圖9和圖10的系統的部件實例的生命周期流程圖。如前所述，實例指的是在處理物品數據的處理中部件的運行的拷貝。一般來說，實例的生命周期從該實例從部件以及物品數據被實例化開始。實例的生命在該實例完成對物品數據的處理時結束。主動實例一般需要自動-id節點400的處理能力。因此，自動-id節點400中的每個數據處理模塊可以允許限制數量的主動實例同時存在。
如圖9所示，在自動-id節點400中，實例管理器931和被動實例池930使得實例能夠在其生命周期期間被保存在中間狀態，即，被動實例狀態，以便該實例可以被保留並在以後的某個時間被處理而不需要佔用自動-id節點400的處理能力。
作為一個具體的例子，行為處理器部件的實例可以處理與物品數據相關的送貨。在這個例子中，該送貨行為處理器部件被設計成將所接收的RFID讀取器事件與在企業系統中的發貨文檔相匹配。在接收到新RFID讀取器事件時，即，當物品被RFID讀取器設備掃描時，該送貨行為處理器實例開始。送貨行為處理器實例隨後開始在一個或多個後端系統或數據倉庫中進行搜索來尋找被掃描的物品的相應送貨文檔。如果該送貨文檔被找到，則該送貨行為處理器實例進一步處理該送貨文檔，例如在送貨文檔中將該物品的狀態更新為「接收到」。此時，送貨行為處理器實例完成了其任務，並且其生命終止。
在一個例子中，搜索送貨文檔處理可能需要一些時間來完成。送貨行為處理器實例可能將其生命時間的大多數時間花在等待搜索結果上。同時，RFID讀取器可能掃描很多其它物品，並且可能初始化自動-id節點400中的送貨行為處理器部件的許多新的實例。就同時的主動實例的數量是有限的這點來說，實例管理器931可以將某些實例保存為被動實例池930中的被動實例。在一些實現中，實例管理器931例如可以在相鄰自動-id節點輸出一些要被處理的被動實例，以緩解在自動-id節點400的工作負荷。
參照圖12的流程圖，自動-id節點400可以如圖11所描述的，首先將部件X，例如送貨行為處理器部件加載到部件數據倉庫904(1202)。自動-id節點400接收對於部件X，例如送貨行為處理器部件的請求(1204)。更具體地說，RFID讀取器掃描物品並請求自動-id節點400處理該被掃描的事件。數據處理模塊，即內核服務模塊402，可以只允許部件X的一個主動實例。內核服務模塊402檢查是否已經存在運行的主動實例(1206)。換句話說，內核服務模塊402檢查是否還有空間來創建新的主動實例。
如果不存在主動實例，內核服務模塊402在內核服務模塊中實例化部件X的第一主動實例(1208)，然後開始處理接收的請求，即RFID掃描事件x。在另一方面，如果內核服務模塊發現已經存在正在運行的部件X的實例(換句話說系統正忙)，則內核服務模塊402可以為所接收的請求創建被動實例，並且將其存儲在被動實例池930中(1210)。
可以有其它的實現，例如，內核服務402可以允許限制數量的主動實例同時運行。只有在在內核服務中的主動實例達到該限制數量時才可以將新的實例放到被動實例池930中。在再一個例子中，不能立即將新的實例放到被動池中，而是，現存的主動實例可以被換出到被動實例池930中，而新的實例被作為新的主動實例添加到內核服務模塊402中。可以有其它的實例交換規則的實現。
當一個主動實例完成其處理時(1212)，內核服務402可以從被動實例池930換入下一個被動實例(1214)。處理檢查是否該部件的全部被動實例都被處理過了，並且，如果是這樣，則該實例的生命周期結束。
如果不是這樣，主動實例繼續處理1212和1214。在該處理期間，內核服務模塊402可以接收被動實例的物品數據(1216)。例如，內核服務模塊402可以接收對於物品的送貨文檔的搜索結果。與該物品相關的實例可能在被動實例池中。內核服務模塊402可以隨後將當前主動實例換出到被動實例池930(1218)，以便新的實例可以被換入。內核服務模塊402可以隨後找到與該物品相關的被動實例，並且將該被動實例換入到內核服務模塊402中。
處理1212-1218繼續，直到部件X的全部實例都被處理。最終，如圖11所圖示，部件X可以被卸載(1112和1114)。
如圖12所示的動態管理的實例允許自動-id節點有效地管理其資源，例如其處理能力和存儲器使用，以使得該自動-id節點能夠以其自己的步調處理大量的請求。而且，通過將空閒的主動實例切換成被動實例，可以增強自動-id節點的性能。主動實例的可移植性可以協助向其它自動-id節點和/或系統分配工作負荷，並且可以協助測試自動-id節點的功能和性能。說明了多個實現。然而，應當理解可以進行各種修改。相應地，其它的實現是在所附權利要求的範圍之內的。
權利要求
1.一種系統，包括自動-id節點，其可操作用來接收關於用於跟蹤物品的自動-id跟蹤系統的物品數據；數據處理模塊，其在該自動-id節點中，可操作用於實施處理部件，以便在數據處理模塊和自動-id節點的操作期間處理該物品數據；部件管理器，其可操作用來基於所述物品數據，從多個部件中確定處理部件；部件加載器，其可操作用於在該數據處理模塊和該自動-id節點的操作期間將該處理部件加載到該數據處理模塊。
2.如權利要求1所述的系統，其中，所述數據處理模塊包括內核服務模塊，其可操作用於處理在所述自動-id跟蹤系統中的所述物品數據。
3.如權利要求1所述的系統，其中，所述部件加載器包括配置文件，其可操作用於基於與所述處理部件相關的配置設置向所述部件管理器輸出指令，以用於確定該處理部件。
4.如權利要求1所述的系統，其中，所述數據處理模塊包括集成模塊，其可操作用於處理自動-id節點與自動-id跟蹤系統的其它元件之間的通信。
5.如權利要求4所述的系統，其中，所述處理部件包括適配器，其適用於與自動-id跟蹤系統的指定元件進行的通信。
6.如權利要求5所述的系統，其中，所述適配器包括通信器，其可操作用於管理包括指定的通信協議的所述適配器與所述指定元件之間的數據傳輸；和數據轉換器，其可操作用於管理在由所述處理部件所使用的第一數據格式與由該指定元件所使用的第二數據格式之間的數據轉換。
7.如權利要求1所述的系統，其中，所述處理部件與被主動實施的用於執行第一處理任務的主動實例以及不被主動實施的用於執行第二處理任務的被動實例相關。
8.如權利要求7所述的系統，包括用於將處理部件的被動實例與所述多個處理部件中的一個或多個的其它被動實例一起存儲的池。
9.如權利要求8所述的系統，其中，所述數據處理模塊包括實例管理器，其可操作用於基於對所述第二處理任務從不被主動實施到被主動實施的改變的確定，從所述池中激活被動實例並將該被動實例實施為第二主動實例。
10.如權利要求9所述的系統，其中，所述實例管理器還可操作用來基於對所述第一處理任務從被主動實施到不被主動實施的改變的確定，將主動實例去激活到所述池中以作為第二被動實例存儲。
11.如權利要求1所述的系統，包括部件數據倉庫，其可操作用來存儲所述多個處理部件，以用於所述部件管理器或所述部件加載器從中進行選擇。
12.一種方法，包括在用於跟蹤物品的自動-id跟蹤系統中的自動-id節點接收物品數據；分析該物品數據，以便從多個部件中確定用於處理該物品數據的處理部件；在數據處理模塊和該自動-id節點的操作期間向該數據處理模塊加載該處理部件；和使用該處理部件處理該物品數據。
13.如權利要求12所述的方法，其中，向所述數據處理模塊加載所述處理部件包括將該處理部件加載到集成模塊，該集成模塊可操作用於處理該自動-id節點與自動-id跟蹤系統的其它元件之間的通信。
14.如權利要求12所述的方法，其中，向所述數據處理模塊加載所述處理部件包括加載適合用於與所述自動-id跟蹤系統的指定元件通信的適配器。
15.如權利要求11所述的方法，包括加載所述處理部件的主動實例，以用於執行被主動實施的第一處理任務；和存儲該處理部件的被動實例，以用於執行不被主動實施的第二處理任務。
16.如權利要求15所述的方法，包括基於對所述第二處理任務從不被主動實施到被主動實施的改變的確定，從所述池中激活所述被動實例，以將該被動實例實施為第二主動實例；和基於對所述第一處理任務從被主動實施到不被主動實施的改變的確定，將該主動實例去激活到所述池中以便作為第二被動實例存儲。
17.一種裝置，包括具有存儲在其上的指令的存儲介質，所述指令包括第一代碼段，用於在用於跟蹤物品的自動-id跟蹤系統的自動-id節點接收物品數據；第二代碼段，用於分析該物品數據，以便從多個部件中確定用於處理該物品數據的處理部件；第三代碼段，用於在數據處理模塊和該自動-id節點的操作期間將該處理部件加載到該數據處理模塊；和第四代碼段，用於使用該處理部件處理該物品數據。
18.如權利要求17所述的裝置，其中，所述第三代碼段包括第五代碼段，用於將該處理部件加載到集成模塊，該集成模塊可操作用於處理所述自動-id節點與所述自動-id跟蹤系統的其它元件之間的通信。
19.如權利要求18所述的裝置，其中，所述第五代碼段包括第六代碼段，用於加載適合用於與自動-id跟蹤系統的指定元件進行通信的適配器。
20.如權利要求17所述的裝置，其中，所述自動-id跟蹤系統可操作用於從多個跟蹤設備自動收集所述物品數據，並且還可操作用於處理該物品數據，以便使得物品數據對於與該自動-id跟蹤系統相關的企業應用和用戶接口是可用的，並且對於該自動-id跟蹤系統來說是可用的。
全文摘要
一種自動識別系統被描述為包括多個分布式自動－id節點，所述多個分布式自動－id節點可操作用來隨著物理對象例如通過諸如供應鏈網絡或銷售網絡的企業操作時跟蹤這些物理對象。自動－id節點被分布在網絡的所有站點，並且與諸如RFID讀取器或者傳感器設備的企業應用系統和/或數據獲取系統通信。通過關注他們的各自站點，自動－id節點最小化由它們各自的企業應用跟蹤的數據量。自動－id節點可以包括部件管理器，其動態加載用於在自動－id節點中使用的部件，而不會破壞自動－id節點的操作。例如，部件管理器可以被操作用於添加與新的類型的設備通信的新適配器部件，而不需要停止和重啟自動－id節點。
文檔編號G06K7/00GK1828646SQ20061005147
公開日2006年9月6日 申請日期2006年2月28日 優先權日2005年2月28日
發明者林濤, 史蒂芬·戈貝爾 申請人:Sap股份公司