商盟在无线城市中的实现

豆路标+刘斌

【摘要】 本文主要对无线城市平台下的商家联盟平台的建设必要性和技术实现进行探讨，以期对商家联盟平台的建设起到指引作用。

【关键词】 营收模式 集群 缓存系统 负载均衡 单点登录 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三层结构，分为表现层、中间层（业务逻辑层）和数据服务层。三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。