商盟在無線城市中的實現

豆路標+劉斌

【摘要】 本文主要對無線城市平臺下的商家聯盟平臺的建設必要性和技術實現進行探討，以期對商家聯盟平臺的建設起到指引作用。

【關鍵詞】 營收模式 集群 緩存系統 負載均衡 單點登錄 SSH框架

一、建設商家聯盟的必要性

“無線城市商家聯盟”是無線城市整體運營框架中，針對本地商戶的線上線下結合的綜合運營模式，致力建立一個開放式的本地商戶運營平臺，刺激提升本地用戶的進場消費，推動商家和用戶的良性長期合作循環，因此商家聯盟對無線城市的發展起著積極的推動作用。

“無線城市商家聯盟”有三個方面的作用：（1）可以豐富無線城市的服務內容：無線城市是一個民生信息服務平臺，而商家聯盟正是通過整合餐飲、外賣、購物、旅游等各類商戶信息，圍繞并深入市民“衣、食、住、行”生活的方方面面，不斷豐富無線城市的信息服務內容，從客戶的日常生活入手，培育客戶每天離不開的生活信息服務。（2）可以整合市場資源，加強中國移動對市場的控制力：商家聯盟通過整合各類型商戶的信息資源、商品和服務資源、品牌資源等，通過無線城市門戶的統一發布與展示、通過手機支付建立的統一支付手段、統一的營銷推廣和物流服務，逐步增強對市場資源的控制力和話語權。（3）探索前向收入和后向收入的營收模式：通過商家聯盟，整合商戶資源，利用無線城市門戶開展商品和服務信息的發布和營銷，通過內建的廣告系統進行商戶信息發布，獲取廣告收益，同時通過商品和服務交易的達成獲取相應的傭金提成，建立前向和后向收入雙模式，精而簡的O2O模式的新嘗試。

二、商家聯盟的技術實現

商家聯盟作為無線城市運營框架中的一個子平臺，必須符合無線城市平臺的整體框架結構，它不僅可以作為無線城市系統平臺的一個子系統，還可以作為一個單獨的系統，獨立運行，因此商家聯盟平臺在建設上不但要符合無線城市平臺的規范，還必須能脫離無線城市平臺自成系統。

2.1 商家聯盟系統的網絡結構（如圖1）

2.2 數據存儲方式（如圖2）

由于移動商盟需要存儲大量的圖片、附件等數據，因此采用把圖片、附件保存成文件，數據庫里僅保存文件路徑，從而加快系統的訪問速度；數據庫采用oracle rac高可用性實時應用集群； 同時為了增加系統的處理速度，采用memcache高性能的分布式的內存對象緩存系統相結合的方式來解決大量的數據并發存取。數據庫集群用來保存那些更改不頻繁，但需要保存的重要的數據，memcache用來存儲那些頻繁修改、頻繁讀取的數據。

2.3 WEB服務方式

wap站點和web站點是用戶訪問商家聯盟的主要方式，如果服務器處理能力不足，當用戶在高峰時段時訪問wap或web服務時，由于訪問量過大，訪問速度慢，用戶體驗效果差，將會導致大量用戶流失。因此，采用F5負載均衡服務器來實現大量的并發訪問，以及以后擴容更加方便，如圖3所示。

2.4 移動商盟登錄

無線城市平臺作為連接用戶的總入口，提供了其他系統利用無線城市賬號登錄的功能，移動商盟可以利用無線城市的這個功能-單點登錄，實現移動商盟免注冊式的賬號共享、信息共享。

2.5 移動商盟功能體系（如圖4所示）

商家聯盟平臺通過wap站點、web站點、客戶端等方式對外提供服務，通過短信、彩信等途徑向中國移動手機用戶提供通知、提醒、確認、互動等。中國移動手機用戶通過商家聯盟平臺進入消費指引，參與消費積分、團購、秒殺、優惠券下載、網上訂餐、以及中國移動自有的業務，再通過手機支付、網銀支付等方式，實現在線購物和消費。

在消費的同時，形成以商盟消費為核心的互動社區，從而形成聚集效應，達到活躍無線城市的人氣。在商家管理方面，制定商家準入準則，審核通過后，商家才能發布信息、開展營銷、創立自己的商家名片。

在系統接入方面，制定并提供豐富的API和標準的接入流程，方便第三方系統的接入和個性化服務。對商家來說，商家聯盟平臺具有：資料維護、優惠發布管理、團購信息發布管理、秒殺發布管理、交易查詢管理、積分查詢兌換、交易統計、日志查詢等方面的功能；對于用戶會員來說，商家聯盟平臺具有會員登錄、推薦、全能搜索、交易管理、支付、投訴、點評等方面的功能；對于平臺管理來說，管理人員具有：系統健康體檢、運行參數配置、運行日志、會員管理、商家管理、交易管理、會員交易統計、商家交易統計等方面的功能。

2.6 開發框架的選擇

好的框架可以讓開發人員減輕重新建立解決復雜問題方案的負擔和精力；它可以被擴展以進行內部的定制化；并且有強大的用戶社區來支持它。商家聯盟平臺作為一個較復雜的系統平臺，對它進行分層設計就顯得尤為重要，目前比較流行的免費的SSH框架結構比較符合這一特點。SSH框架（struts+spring+hibernate）結構是典型的J2EE三層結構，分為表現層、中間層（業務邏輯層）和數據服務層。三層體系將業務規則、數據訪問及合法性校驗等工作放在中間層處理。客戶端不直接與數據庫交互，而是通過組件與中間層建立連接，再由中間層與數據庫交互。

【摘要】 本文主要對無線城市平臺下的商家聯盟平臺的建設必要性和技術實現進行探討，以期對商家聯盟平臺的建設起到指引作用。

【關鍵詞】 營收模式 集群 緩存系統 負載均衡 單點登錄 SSH框架

一、建設商家聯盟的必要性

“無線城市商家聯盟”是無線城市整體運營框架中，針對本地商戶的線上線下結合的綜合運營模式，致力建立一個開放式的本地商戶運營平臺，刺激提升本地用戶的進場消費，推動商家和用戶的良性長期合作循環，因此商家聯盟對無線城市的發展起著積極的推動作用。

“無線城市商家聯盟”有三個方面的作用：（1）可以豐富無線城市的服務內容：無線城市是一個民生信息服務平臺，而商家聯盟正是通過整合餐飲、外賣、購物、旅游等各類商戶信息，圍繞并深入市民“衣、食、住、行”生活的方方面面，不斷豐富無線城市的信息服務內容，從客戶的日常生活入手，培育客戶每天離不開的生活信息服務。（2）可以整合市場資源，加強中國移動對市場的控制力：商家聯盟通過整合各類型商戶的信息資源、商品和服務資源、品牌資源等，通過無線城市門戶的統一發布與展示、通過手機支付建立的統一支付手段、統一的營銷推廣和物流服務，逐步增強對市場資源的控制力和話語權。（3）探索前向收入和后向收入的營收模式：通過商家聯盟，整合商戶資源，利用無線城市門戶開展商品和服務信息的發布和營銷，通過內建的廣告系統進行商戶信息發布，獲取廣告收益，同時通過商品和服務交易的達成獲取相應的傭金提成，建立前向和后向收入雙模式，精而簡的O2O模式的新嘗試。

二、商家聯盟的技術實現

商家聯盟作為無線城市運營框架中的一個子平臺，必須符合無線城市平臺的整體框架結構，它不僅可以作為無線城市系統平臺的一個子系統，還可以作為一個單獨的系統，獨立運行，因此商家聯盟平臺在建設上不但要符合無線城市平臺的規范，還必須能脫離無線城市平臺自成系統。

2.1 商家聯盟系統的網絡結構（如圖1）

2.2 數據存儲方式（如圖2）

由于移動商盟需要存儲大量的圖片、附件等數據，因此采用把圖片、附件保存成文件，數據庫里僅保存文件路徑，從而加快系統的訪問速度；數據庫采用oracle rac高可用性實時應用集群； 同時為了增加系統的處理速度，采用memcache高性能的分布式的內存對象緩存系統相結合的方式來解決大量的數據并發存取。數據庫集群用來保存那些更改不頻繁，但需要保存的重要的數據，memcache用來存儲那些頻繁修改、頻繁讀取的數據。

2.3 WEB服務方式

wap站點和web站點是用戶訪問商家聯盟的主要方式，如果服務器處理能力不足，當用戶在高峰時段時訪問wap或web服務時，由于訪問量過大，訪問速度慢，用戶體驗效果差，將會導致大量用戶流失。因此，采用F5負載均衡服務器來實現大量的并發訪問，以及以后擴容更加方便，如圖3所示。

2.4 移動商盟登錄

無線城市平臺作為連接用戶的總入口，提供了其他系統利用無線城市賬號登錄的功能，移動商盟可以利用無線城市的這個功能-單點登錄，實現移動商盟免注冊式的賬號共享、信息共享。

2.5 移動商盟功能體系（如圖4所示）

商家聯盟平臺通過wap站點、web站點、客戶端等方式對外提供服務，通過短信、彩信等途徑向中國移動手機用戶提供通知、提醒、確認、互動等。中國移動手機用戶通過商家聯盟平臺進入消費指引，參與消費積分、團購、秒殺、優惠券下載、網上訂餐、以及中國移動自有的業務，再通過手機支付、網銀支付等方式，實現在線購物和消費。

在消費的同時，形成以商盟消費為核心的互動社區，從而形成聚集效應，達到活躍無線城市的人氣。在商家管理方面，制定商家準入準則，審核通過后，商家才能發布信息、開展營銷、創立自己的商家名片。

在系統接入方面，制定并提供豐富的API和標準的接入流程，方便第三方系統的接入和個性化服務。對商家來說，商家聯盟平臺具有：資料維護、優惠發布管理、團購信息發布管理、秒殺發布管理、交易查詢管理、積分查詢兌換、交易統計、日志查詢等方面的功能；對于用戶會員來說，商家聯盟平臺具有會員登錄、推薦、全能搜索、交易管理、支付、投訴、點評等方面的功能；對于平臺管理來說，管理人員具有：系統健康體檢、運行參數配置、運行日志、會員管理、商家管理、交易管理、會員交易統計、商家交易統計等方面的功能。

2.6 開發框架的選擇

好的框架可以讓開發人員減輕重新建立解決復雜問題方案的負擔和精力；它可以被擴展以進行內部的定制化；并且有強大的用戶社區來支持它。商家聯盟平臺作為一個較復雜的系統平臺，對它進行分層設計就顯得尤為重要，目前比較流行的免費的SSH框架結構比較符合這一特點。SSH框架（struts+spring+hibernate）結構是典型的J2EE三層結構，分為表現層、中間層（業務邏輯層）和數據服務層。三層體系將業務規則、數據訪問及合法性校驗等工作放在中間層處理。客戶端不直接與數據庫交互，而是通過組件與中間層建立連接，再由中間層與數據庫交互。

【摘要】 本文主要對無線城市平臺下的商家聯盟平臺的建設必要性和技術實現進行探討，以期對商家聯盟平臺的建設起到指引作用。

【關鍵詞】 營收模式 集群 緩存系統 負載均衡 單點登錄 SSH框架

一、建設商家聯盟的必要性

“無線城市商家聯盟”是無線城市整體運營框架中，針對本地商戶的線上線下結合的綜合運營模式，致力建立一個開放式的本地商戶運營平臺，刺激提升本地用戶的進場消費，推動商家和用戶的良性長期合作循環，因此商家聯盟對無線城市的發展起著積極的推動作用。

“無線城市商家聯盟”有三個方面的作用：（1）可以豐富無線城市的服務內容：無線城市是一個民生信息服務平臺，而商家聯盟正是通過整合餐飲、外賣、購物、旅游等各類商戶信息，圍繞并深入市民“衣、食、住、行”生活的方方面面，不斷豐富無線城市的信息服務內容，從客戶的日常生活入手，培育客戶每天離不開的生活信息服務。（2）可以整合市場資源，加強中國移動對市場的控制力：商家聯盟通過整合各類型商戶的信息資源、商品和服務資源、品牌資源等，通過無線城市門戶的統一發布與展示、通過手機支付建立的統一支付手段、統一的營銷推廣和物流服務，逐步增強對市場資源的控制力和話語權。（3）探索前向收入和后向收入的營收模式：通過商家聯盟，整合商戶資源，利用無線城市門戶開展商品和服務信息的發布和營銷，通過內建的廣告系統進行商戶信息發布，獲取廣告收益，同時通過商品和服務交易的達成獲取相應的傭金提成，建立前向和后向收入雙模式，精而簡的O2O模式的新嘗試。

二、商家聯盟的技術實現

商家聯盟作為無線城市運營框架中的一個子平臺，必須符合無線城市平臺的整體框架結構，它不僅可以作為無線城市系統平臺的一個子系統，還可以作為一個單獨的系統，獨立運行，因此商家聯盟平臺在建設上不但要符合無線城市平臺的規范，還必須能脫離無線城市平臺自成系統。

2.1 商家聯盟系統的網絡結構（如圖1）

2.2 數據存儲方式（如圖2）

由于移動商盟需要存儲大量的圖片、附件等數據，因此采用把圖片、附件保存成文件，數據庫里僅保存文件路徑，從而加快系統的訪問速度；數據庫采用oracle rac高可用性實時應用集群； 同時為了增加系統的處理速度，采用memcache高性能的分布式的內存對象緩存系統相結合的方式來解決大量的數據并發存取。數據庫集群用來保存那些更改不頻繁，但需要保存的重要的數據，memcache用來存儲那些頻繁修改、頻繁讀取的數據。

2.3 WEB服務方式

wap站點和web站點是用戶訪問商家聯盟的主要方式，如果服務器處理能力不足，當用戶在高峰時段時訪問wap或web服務時，由于訪問量過大，訪問速度慢，用戶體驗效果差，將會導致大量用戶流失。因此，采用F5負載均衡服務器來實現大量的并發訪問，以及以后擴容更加方便，如圖3所示。

2.4 移動商盟登錄

無線城市平臺作為連接用戶的總入口，提供了其他系統利用無線城市賬號登錄的功能，移動商盟可以利用無線城市的這個功能-單點登錄，實現移動商盟免注冊式的賬號共享、信息共享。

2.5 移動商盟功能體系（如圖4所示）

商家聯盟平臺通過wap站點、web站點、客戶端等方式對外提供服務，通過短信、彩信等途徑向中國移動手機用戶提供通知、提醒、確認、互動等。中國移動手機用戶通過商家聯盟平臺進入消費指引，參與消費積分、團購、秒殺、優惠券下載、網上訂餐、以及中國移動自有的業務，再通過手機支付、網銀支付等方式，實現在線購物和消費。

在消費的同時，形成以商盟消費為核心的互動社區，從而形成聚集效應，達到活躍無線城市的人氣。在商家管理方面，制定商家準入準則，審核通過后，商家才能發布信息、開展營銷、創立自己的商家名片。

在系統接入方面，制定并提供豐富的API和標準的接入流程，方便第三方系統的接入和個性化服務。對商家來說，商家聯盟平臺具有：資料維護、優惠發布管理、團購信息發布管理、秒殺發布管理、交易查詢管理、積分查詢兌換、交易統計、日志查詢等方面的功能；對于用戶會員來說，商家聯盟平臺具有會員登錄、推薦、全能搜索、交易管理、支付、投訴、點評等方面的功能；對于平臺管理來說，管理人員具有：系統健康體檢、運行參數配置、運行日志、會員管理、商家管理、交易管理、會員交易統計、商家交易統計等方面的功能。

2.6 開發框架的選擇

好的框架可以讓開發人員減輕重新建立解決復雜問題方案的負擔和精力；它可以被擴展以進行內部的定制化；并且有強大的用戶社區來支持它。商家聯盟平臺作為一個較復雜的系統平臺，對它進行分層設計就顯得尤為重要，目前比較流行的免費的SSH框架結構比較符合這一特點。SSH框架（struts+spring+hibernate）結構是典型的J2EE三層結構，分為表現層、中間層（業務邏輯層）和數據服務層。三層體系將業務規則、數據訪問及合法性校驗等工作放在中間層處理。客戶端不直接與數據庫交互，而是通過組件與中間層建立連接，再由中間層與數據庫交互。