RFID開發介紹—概述
2007-01-19 00:00 來源:中國電子標簽網 責編:中華印刷包裝網
2)集成層
集成層接收多個ALE事件并將其合并到涉及各種系統和人員的工作流中,這些系統和人員是更大的業務流程的一部分。它通常提供的功能有安全性、互操作性、管理、消息傳遞和集成等等。
安全
對于RFID來說,大量相關的潛在敏感數據使得安全性成為RFID系統至關重要的一個方面。最低級別,安全管理可以防止讀卡器被關閉以及記錄項被竊取。因 此,必須通過驗證、授權或審計來保護管理接口,這也許會通過SSL(Secure Socket Layer,安全套接字層)來實現。
互操作
互操作性對于確保RFID的成功實現具有多重重要意義。或許,最迫切的需求是基于標準的JCA適配器要有效連接到諸如倉庫管理系統或運輸管理系統之 類的應用程序。僅僅能夠以私有格式發布JMS消息或事件是遠遠不夠的;應用程序供應商,比如SAP、Yantra和Manhattan,要求事件以確定的 格式呈現。適配器可以填平鴻溝,將信息以可接受的格式傳播至恰當的應用程序。中間件解決方案應能夠提供和支持適用于關鍵應用程序的適配器。
在其它方面,開箱即用的互操作性同樣至關重要。例如,中間件應能夠與防火墻提供者、身份驗證、授權和審計提供者、負載均衡系統和JMS供應商進 行互操作。讀卡器的互操作性也非常重要。盡管讀卡器通信協議的標準化一直在進行,但在出現一個占據主導地位的標準之前,每個中間件供應商都必須提供一個讀 卡器抽象層和互操作性解決方案。
設計良好的架構可以將讀卡器抽象層置于邊緣層,使得集成層具有讀卡器無關性。也就是說,集成層無需考慮特定的讀卡器協議或格式。
管理
隨著RFID在各個供應鏈中啟用,管理整個架構的能力成為必要。以高級別來看,RFID的監控和管理包括兩個方面:設備管理和對讀卡器的配置。管理員需要一個管理整個架構的接口,該接口應該包含在一個集中式的門戶框架中。
RFID管理解決方案還應與現有的管理提供者(例如,HP OpenView或Tivoli)無縫集成,需要支持SNMP和JMX之類的標準協議。理想的情況是,一個中央配置主機應能夠將配置推行至邊緣和整個供應鏈中的讀卡器。
消息傳遞
保證的exactly-once(只發送一次)消息處理語義非常難以實現。即使在干預式消息傳輸過程中,發送方和接收方也都存在著消息中斷的可能 性。大部分中間件解決方案沒有考慮確保exactly-once消息語義的需求。但是,如果不考慮這個問題會產生一系列問題——例如,單次交付報告會被無 意地交付多次。倉庫管理員就會認為向合作伙伴發送了兩份報告而非一份;在不同的時間和地點多次發生這種情況,其效果就會非常驚人。(divid)
集成層接收多個ALE事件并將其合并到涉及各種系統和人員的工作流中,這些系統和人員是更大的業務流程的一部分。它通常提供的功能有安全性、互操作性、管理、消息傳遞和集成等等。
安全
對于RFID來說,大量相關的潛在敏感數據使得安全性成為RFID系統至關重要的一個方面。最低級別,安全管理可以防止讀卡器被關閉以及記錄項被竊取。因 此,必須通過驗證、授權或審計來保護管理接口,這也許會通過SSL(Secure Socket Layer,安全套接字層)來實現。
互操作
互操作性對于確保RFID的成功實現具有多重重要意義。或許,最迫切的需求是基于標準的JCA適配器要有效連接到諸如倉庫管理系統或運輸管理系統之 類的應用程序。僅僅能夠以私有格式發布JMS消息或事件是遠遠不夠的;應用程序供應商,比如SAP、Yantra和Manhattan,要求事件以確定的 格式呈現。適配器可以填平鴻溝,將信息以可接受的格式傳播至恰當的應用程序。中間件解決方案應能夠提供和支持適用于關鍵應用程序的適配器。
在其它方面,開箱即用的互操作性同樣至關重要。例如,中間件應能夠與防火墻提供者、身份驗證、授權和審計提供者、負載均衡系統和JMS供應商進 行互操作。讀卡器的互操作性也非常重要。盡管讀卡器通信協議的標準化一直在進行,但在出現一個占據主導地位的標準之前,每個中間件供應商都必須提供一個讀 卡器抽象層和互操作性解決方案。
設計良好的架構可以將讀卡器抽象層置于邊緣層,使得集成層具有讀卡器無關性。也就是說,集成層無需考慮特定的讀卡器協議或格式。
管理
隨著RFID在各個供應鏈中啟用,管理整個架構的能力成為必要。以高級別來看,RFID的監控和管理包括兩個方面:設備管理和對讀卡器的配置。管理員需要一個管理整個架構的接口,該接口應該包含在一個集中式的門戶框架中。
RFID管理解決方案還應與現有的管理提供者(例如,HP OpenView或Tivoli)無縫集成,需要支持SNMP和JMX之類的標準協議。理想的情況是,一個中央配置主機應能夠將配置推行至邊緣和整個供應鏈中的讀卡器。
消息傳遞
保證的exactly-once(只發送一次)消息處理語義非常難以實現。即使在干預式消息傳輸過程中,發送方和接收方也都存在著消息中斷的可能 性。大部分中間件解決方案沒有考慮確保exactly-once消息語義的需求。但是,如果不考慮這個問題會產生一系列問題——例如,單次交付報告會被無 意地交付多次。倉庫管理員就會認為向合作伙伴發送了兩份報告而非一份;在不同的時間和地點多次發生這種情況,其效果就會非常驚人。(divid)
- 關于我們|聯系方式|誠聘英才|幫助中心|意見反饋|版權聲明|媒體秀|渠道代理
- 滬ICP備18018458號-3法律支持:上海市富蘭德林律師事務所
- Copyright © 2019上海印搜文化傳媒股份有限公司 電話:18816622098