本文将從使用者角度介紹 Shipment Verification 的運用場景，該場景中涉及到兩個供應商和兩個零售商之間使用 Shipment Verification 進行運輸、收貨的過程，以及這個過程需要的所有的配置。
介紹
Shipment Verification 是基于 IBM WebSphere RFID Information Center(RFIDIC) 的應用系統。該應用面向供應鍊領域，是 IBM RFID Solution 的方案之一。
Shipment Verification 使得供應鍊運輸雙方（運輸方和接收方）能夠實時檢視所有運輸和接收商品的清單、以及每一類商品的狀态，極大地提高企業供應鍊運輸雙方之間資訊的可見性，使得整個供應鍊可以更好的整合，達到增加供應鍊反應速度、提高客戶滿意度、以及減少成本等目的。
本文将從使用者角度上介紹 Shipment Verification 的運用場景，該場景中涉及到兩個供應商和兩個零售商之間使用 Shipment Verification 進行運輸、收貨的過程，以及這個過程需要的所有的配置。
  |
|
Shipment Verification 的元件結構
圖 1. Shipment Verification 的元件結構 由上圖我們可以看出 Shipment Verification 系統建立在 RFIDIC 的基礎上。Shipment Verification 應用于供應鍊運輸的交易雙方，我們結合運輸方運輸與接收方接收這兩個業務來進一步描述 Shipment Verification 的運作機制。
運輸方運輸
運輸方執行運輸業務流程的時候，相應的 EPCIS Event 将從“Premises Server”産生，并存放入運輸方的 RFIDIC 的 MQ 中，該事件将被 RFIDIC 捕獲，經過 TDI Assemble Line 解析，并最終存放入運輸方的 RFIDIC 的資料庫中。這時可以從運輸方的 Shipment Verification 的“Shipment Verification Dashboard”中檢視到運輸清單及其狀态，狀态應為“正在運輸中”。
由于供應鍊上下遊的不同 RFIDIC 系統之間由于存在業務關系，是以互相注冊了相關的 subscribe query。subscribe query 根據配置會間隔一段時間運作，并會把最終的查詢結果 (Query Response) 傳回到相應的目的位址。在 Shipment Verification 中，接收方在運輸方注冊了 subscribe query，查詢的傳回結果會被接收方的“HTML Listener”接收，并存入接收方的 RFIDIC MQ 中，該事件清單将被 RFIDIC 捕獲，經過 TDI Assemble Line 解析，并最終存放入接收方 RFIDIC 的資料庫中。這時可以從接收方的 Shipment Verification 的“Expected Received Dashboard”中檢視到接收物品清單及其狀态，狀态應為“正在運輸中”。
接收方接收
接收方執行接收業務流程的時候，相應的 EPCIS Event 将從“Premises Server”産生，并存放入接收方的 RFIDIC 的 MQ 中，該事件将被 RFIDIC 捕獲，經過 TDI Assemble Line 解析，并最終存放入接收方的 RFIDIC 的資料庫中。這時可以從接收方的 Shipment Verification 的“Expected Received Dashboard”中檢視到接收物品清單及其狀态，狀态應為“運輸完成”。
運輸方在接收方 RFIDIC Server 上注冊的 subscribe query 根據配置會間隔一段時間運作，并會把查詢結果 (Query Response) 傳回到相應的目的位址，即運輸方。在 Shipment Verification 中，傳回的結果會被運輸方的“HTML Listener”接收，并存入運輸方的 RFIDIC MQ 中，該事件清單将被 RFIDIC 捕獲，經過 TDI Assemble Line 解析，并最終存放入運輸方 RFIDIC 的資料庫中。這時可以從運輸方的 Shipment Verification 的“Shipment Verification Dashboard”中檢視到運輸清單及其狀态，狀态應為“運輸完成”。
通過這種結構，供應鍊運輸業務交易雙方能夠及時地擷取到對方 RFIDIC Server 中相關的 EPCIS Event 資料，及時地檢視到運輸貨物清單及其狀态。
具體的過程以及顯示的界面和結果，在下面的應用場景中有詳細的描述和介紹。
| |
|
應用業務場景
組織結構
假設存在兩家供應商 (Shipper1 和 Shipper2), 和兩家零售商 (Receiver1 和 Receiver2)。它們之間存在業務往來，我們使用 RFIDIC 和 Shipment Verification 來實施他們之間的運輸流程。
下圖是供應商 Shipper1 的基于地域的組織結構圖，圖中 Shipper1 有兩個工作地點，其中 Shipper1_Picking & Packing 是進行揀貨、包裝的場所，包裝後的産品會運往下一個工作地點 Shipper1_Shipping 進行運輸。
圖 2. 供應商 Shipper1 的基于地域的組織結構圖 Shipper2 的組織結構和 Shipper1 類似，如下圖所示：
圖 3. 供應商 Shipper2 的基于地域的組織結構圖 下面兩張圖是供應商 Receiver1 和 Receiver2 的基于地域的組織結構圖。其中 Receiver1 隻有一個工作地點：Receiver1_Receiving，它用于從接收供應商運輸過來的産品。Receiver2 的組織結構也類似。它們分别如下圖所示：
圖 4. Receiver1 和 Receiver2 的基于地域的組織結構圖 業務流程
下圖是整個應用場景的流程圖，所有的業務流程分别屬于兩個供應商 Shipper1， Shipper2 和兩個零售商 Receiver1，Receiver2。
- 圖中“ Commission1”，“Aggregate1”，“Shipping1”業務是屬于 Shipper1，其中“ Commission1”，“Aggregate1”業務是在“Shipper1_Picking & Packing”場所進行，“Shipping1”業務是在“Shipper1_Shipping”場所進行。
- 圖中“ Commission2”，“Aggregate2”，“Shipping2”業務是屬于 Shipper2，其中“ Commission2”，“Aggregate2”業務是在“Shipper2_Picking & Packing”場所進行，“Shipping2”業務是在“Shipper2_Shipping”場所進行。
- 圖中“ Receiving1”業務是屬于 Receiver1，并在“Receiver1_Receiving”場所進行。
- 圖中“ Receiving2”業務是屬于 Receiver2，并在“Receiver2_Receiving”場所進行。
| |
|
安全配置以及資料準備
硬體及軟體準備
整個使用者場景需要四台計算機，兩台用于模拟兩個供應商，兩台模拟兩個零售商。這四台機子分别安裝 IBM RFID Information Center1.0.0.0 和 Shipment Verification1.0.0.0，之後下載下傳下面的連結檔案，并儲存到這四台機子的 $RFIDIC_HOME/sv_scenario 中。sv_scenario 的檔案結構如下表所示：
| 檔案夾 | 描述 |
| event_data | 模拟的 RFID 事件檔案 |
| mdm_data | 本文的使用者場景需要的 master data |
| security | 供應商和零售商之間用于權限控制的 Policy 檔案 |
| query | 供應商和零售商之間進行 subscribe query 的查詢檔案 |
| sql | 常用的 sql 語句 |
導入 Master Data
安裝完 RFIDIC1.0.0.0 以及 Shipment Verification1.0.0.0 以後，需要為應用導入 Master Data。Master data 相對于 Event Data 來說是輔助資料，它為 Event Data 中的字段提供了上下文的作用。RFIDIC 中 Master Data 有以下三種：
- Location Master Data
- Product Master Data
- Vocabulary
本文的例子所需的 Master Data 以及每一個 master data 檔案的含義如下表所示，這些檔案位于 $RFIDIC_HOME/sv_scenario/mdm_data 目錄下面。
| Master data file | 描述 |
| 1_locations.xml | Location master data |
| 2_readpoints.xml | Read point master data |
| 3_products.xml | Product master data |
| 4_locationHierarchy.xml | Location Hierarchy master data |
| 5_productHierarchy.xml | Product Hierarchy master data |
| 6_standardVocabularies.xml | 标準的 vocabulary |
| 7_userVocabularies.xml | 使用者擴充的 vocabulary |
導入 Master Data 可以使用 RFIDIC 的安裝目錄下的一個 Shell 指令進行導入，即 $RFIDIC_HOME/bin/import-masterdata.sh 指令，但該指令一次隻能導入一個 Master Data 檔案。本文的例子中使用了一個 Shell 腳本來導入所有的 Master Data，腳本中依次導入所有的 Master Data。腳本位于 $RFIDIC_HOME/sv_scenario/mdm_data/importAllMasterdata.sh，執行該腳本将導入所有所需的 master data。
Security 配置
RFIDIC 和 Shipment Verification 的安全配置包括兩個部分：使用者驗證，權限。下面分别來介紹這兩個部分的配置：
- 使用者驗證
使用者驗證設定哪些使用者可以通路 RFIDIC 和 Shipment Verification，可以通過配置 WebSphere Application Server 的驗證機制來達到使用者驗證的目的。
- Enable Global Security 以及 user registry 配置
在代表供應商和零售商的四台 RFIDIC Server 中，通路 WebSphere Application Serve 的 console 頁面，打開 Security->Global Security 配置頁面，選上“Enable global Security”，選擇 Active user registry 為“Local OS”。配置後的頁面如下圖所示（該配置重新開機後生效）：
圖 6. 配置後的頁面 - Map security roles to users/groups
- 在兩台供應商 (Shipper1，Shipper2) 的 RFIDIC Server 中，建立作業系統使用者 receiver1, receiver2 群組 receiver1, receiver2，并且 receiver1 使用者屬于 receiver1 組，receiver2 使用者屬于 receiver2 組。通路 WebSphere Application Serve 的 console 頁面，在Enterprise Applications > com.ibm.rfidic.webEAR > Map security roles to users/groups 配置頁面中，依照下圖進行配置：
- 在兩台零售商 (Receiver1，Receiver2) 的 RFIDIC Server 中，建立作業系統使用者 shipper1, shipper2 群組 shipper1, shipper2，并且 shipper1 使用者屬于 shipper1 組，shipper2 使用者屬于 shipper2 組。通路 WebSphere Application Serve 的 console 頁面，在 Enterprise Applications > com.ibm.rfidic.webEAR > Map security roles to users/groups 配置頁面中，依照下圖進行配置：
- 在全部的四台 RFIDIC Server 中，通路 WebSphere Application Serve 的 console 頁面，在 Enterprise Applications > com.ibm.rfidic.pharma.shipverEAR > Map security roles to users/groups 配置頁面中，依照下圖進行配置：
- 權限
Shipment Verification 的權限機制是建立在 RFIDIC 的基礎上，它本身并沒有權限控制。本文為 Shipper1，Shipper2，Receiver1，Receiver2 定義了 Policy 配置檔案，可以通過 RFIDIC 的 Security Policy Editor 的 Import 操作導入到 RFIDIC 中。下表描述了不同的 RFIDIC Server 對應的 Policy 配置檔案，這些配置檔案在 $RFIDIC_HOME/sv_scenario/security/ 目錄下：
| Policy 檔案 | RFIDIC Server |
| securityPolicyShipper_On_Receiver1.xml | 導入 Receiver1 的 RFIDIC Server 中 |
| securityPolicyShipper_On_Receiver2.xml | 導入 Receiver2 的 RFIDIC Server 中 |
| securityPolicyReceiver_On_Shipper1.xml | 導入 Shipper1 的 RFIDIC Server 中 |
| securityPolicyReceiver_On_Shipper2.xml | 導入 Shipper2 的 RFIDIC Server 中 |
我們以 Shipper1 為例子，介紹如何導入 securityPolicyReceiver_On_Shipper1.xml policy 檔案。
- 通路http://shipper1:9080/com.ibm.rfidic.web/admin 彈出下面的對話框，輸入 rfidic 使用者及其密碼，按确定按鈕登入。
-
通路 Security Policy Editor，選擇 Import 操作，并選擇
“securityPolicyReceiver_On_Shipper1.xml” policy 檔案，界面如下圖所示：
- 選擇 Import 按鈕，執行導入 policy 操作，成功後界面如下所示：
- Subscription query
RFIDIC Server 的查詢接口遵循 EPCIS 的規範，不同的 EPCIS Server 之間通過 query 接口互相互動，擷取權限控制以内的資料，這些資料包括 Master Data 和 Event Data。在 Shipment Verification 應用中，為了及時獲得供應商和零售商之間的業務資訊，交易雙方在對方的 EPCIS Server 上注冊了 subscribe query。通過這種查詢，可以周期性地查詢交易對方的 EPCIS Server，并發送需要的資料到自身的 EPCIS Server 中。下面的表格中描述了供應商和零售商之間注冊的 subscribe query，這些 subscribe query 的查詢檔案在 $RFIDIC_HOME/sv_scenario/query 目錄下。
| 注冊的 RFIDIC Server | subscribe query | Description |
| Receiver1, Receiver2 | Shipper1_queryRequestOnReceiver.xml | Shipper1 在 Receiver1/Receiver2 的 RFIDIC Server 上注冊的 subscribe query |
| Receiver1, Receiver2 | Shipper2_queryRequestOnReceiver.xml | Shipper2 在 Receiver1/Receiver2 的 RFIDIC Server 上注冊的 subscribe query |
| Shipper1, Shipper2 | Receiver1_queryRequestOnShipper.xml | Receiver1 在 Shipper1/ Shipper2 的 RFIDIC Server 上注冊的 subscribe query |
| Shipper1, Shipper2 | Receiver2_queryRequestOnShipper.xml | Receiver2 在 Shipper1/ Shipper2 的 RFIDIC Server 上注冊的 subscribe query |
這些 subscribe query 檔案中的 标簽中填寫的值是相應 subscribe query 傳回查詢結果的目标位址。比如：Shipper1_queryRequestOnReceiver.xml 中的 應該填寫http://shipper1:9080/HttpToMQ/EPCISQueryResults，其中 shipper1 表示 shipper1 的 IP 位址。其它的 subscribe query 檔案類似。
| |
|
小結
通過這一篇文章，介紹了基于 IBM RFID Information Center1.0 的應用系統 Shipment Verification 的結構、應用的業務場景、安全配置等。
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/9403012/viewspace-161/，如需轉載，請注明出處，否則将追究法律責任。
轉載于:http://blog.itpub.net/9403012/viewspace-161/