专利名称：一种支持多渠道复合型的连锁购物资源管理平台的制作方法
技术领域：
本发明属于零售业管理系统技术领域，具体涉及一种支持多渠道复合型的连锁购物资源管理平台。
背景技术：
现有的购物平台框架是基于MVC模式设计，基于J2EE应用体系，采用C/S/S方式的实现。其工作方式为在UI层(展现层)进行前端数据收集及检验，完成必要的基础逻辑处理，然后交由应用层(中间层)进行业务逻辑的集中处理，之后将必要的业务数据及场景储存到后端的数据库(数据层)。当今企业都在走从单一型运营模式向复合型运营模式过渡，这样就要求信息化建设必须做到同一套系统支持多种运营体系，以此来整合多渠道的有效资源。当会员数据急剧膨胀，造成数据增量过快，系统压力巨大，特别是话务波峰明显， 单位时间内需要处理的信息量非常高(最高需要处理150件/分钟)，将导致大量数据并发，影响上述购物平台速度。当今，市场营销活动频繁，几乎每日都有不同形式的活动案同时执行，然而现有的购物系统结构已经不能适应上述需求。随着企业的不断拓展，越来越多的系统被逐步应用，造成了诸多信息孤岛，对企业信息化全面建设十分不利，同时各系统之间没有或者甚少数据交互，企业内部信息很难得到打通与整合。
发明内容
为了解决上述问题，本发明的目的在于提供一种数据处理能力更强、更灵活的可支持复合型连锁购物资源管理平台结构。为了实现上述发明目的，本发明所采用的技术方案如下一种支持多渠道复合型的连锁购物资源管理平台，其特点在于包括客户端，用于接受客户录入的客户信息并传输给客户端代理模块，所述客户信息包括电话号码信息、身份信息、地址信息、订购商品信息；客户端代理模块，将其接收到的客户信息转换成可扩展标记语言(XML)格式，打包后再通过超文本传输协议(HTTP)请求方式传递给中间处理模块；中间处理模块，将其接收到的客户信息解包并进行相关逻辑校验，再向数据库发送读取指令以读取数据库中顾客信息数据；以及处理相应的信息储存前的相关任务；数据库模块，用于存储所有资源信息；所述数据库模块接收到中间处理模块发送的所述读取指令后，则将所述顾客信息数据回传给中间处理模块，所述中间处理模块通过超文本传输协议(HTTP)应答方式将所述顾客信息数据打包后回传给客户端代理模块，所述客户端代理模块将该顾客信息解包成可扩展标记语言(XML)格式传输给客户端，所述客户端在其前台界面进行展示。本发明中间处理模块与客户端前后台信息交互采用的是HTTP协议，以最常见的 httpRequest形式来有效的降低了中间层的处理压力，在数据承载方面，采用XML方式，用自定义的父、子、孙三级结构进行打包\解包处理，最大限度的简化了数据转换的难度，有利的提高了并发速度及容量，使核心应用处理单元在单位时间内可以快速的处理更多并发事务。因此，采用本发明结构其数据处理能力更强，也更加灵活。
具体实施例方式下面结合具体实例对本发明进行示意性说明，实施例以及相关说明用来解释本发明，但并不作为对本发明的限定。本实例公开了一种支持多渠道复合型的连锁购物资源管理平台，包括客户端、客户端代理模块、中间处理模块(中间层)、数据库。所述客户端，用于接受客户录入的客户信息并传输给客户端代理模块，所述客户信息包括电话号码信息、身份信息、地址信息、订购商品信息；所述客户端代理模块，将其接收到的客户信息转换成可扩展标记语言(XML) 格式，打包后再通过超文本传输协议(HTTP)请求方式传递给中间处理模块；所述中间处理模块，将其接收到的客户信息解包并进行相关逻辑校验及业务处理，再向数据库发送读取指令以读取数据库中顾客信息数据；所述数据库模块，用于存储所有资源信息；所述数据库模块接收到中间处理模块发送的所述读取指令后，则将所述顾客信息数据回传给中间处理模块，所述中间处理模块在打包后通过超文本传输协议(HTTP)应答方式将所述顾客信息数据回传给客户端代理模块，所述客户端代理模块将该顾客信息解包成可扩展标记语言 (XML)格式传输给客户端，所述客户端在其前台界面进行展示。我们以顾客信息登记为例，简要说明数据及业务处理的整个过程，当顾客拨打订购电话，系统客户端将自动提取该顾客电话号码，并将此数据转化成XML格式打包后通过HTTP请求传递给中间层；中间层接到客户端请求之后进行解包，并作必要的逻辑校验，将从数据库端读取该顾客的相关信息；将该顾客信息打包成XML形式返回给客户端；客户端解包后在前台界面中进行展示。本发明在技术选型上前后台交互采用的是HTTP协议，以最常见的httpRequest形式来有效的降低了中间层的处理压力，在数据承载方面，采用XML方式，用自定义的父、子、 孙三级结构进行打包\解包处理，最大限度的简化了数据转换的难度，有利的提高了并发速度及容量，使核心应用处理单元在单位时间内可以快速的处理更多并发事务。本发明在数据库持久性技术上，并没有采用市场上大家熟悉的hibrate之类的持久化手段，而是采用最为原始的sql语句来实现持久化，如此一来，虽然在开发成本上有所提高，但对于系统的灵活度和并发处理能力的提高上有非常显著的效果。本发明在业务的适应性上，如果采用市场上第三方的规则引擎，在可控性上非常不利，也难以适应电视购物行业的业务特性，因此，本发明采用了自定义的规则引擎，各业务的变更均可在可视化界面上进行灵活配置以达到满足业务需要的结果，大大降低的开发的复杂度。本发明在整个资源平台的建设中，本发明始终是围绕ESB(EnterpriSe Service Bus)来进行建设的，并且ESB上提供了丰富的接口(例如webservice，servlet，socket 等)，外围的业务系统及业务模块(例如订购模块，会员模块，物流系统，财务系统等)都是通过ESB进行接入，这样一来，就有效的统一了数据的出入途径，达到了规范元数据的目的，也为BI提供了更为丰富及详尽的数据源，同时也有效的打通了各专有系统，达到了整合企业信息流的目的。HRP(Happigo Resourse Platfrom)采用C/S/S构架，将前后端之间增加了一个环节，使得业务压力由原来的两方负担转化成三方负担，进一步提高了最大并发数量及处理速度。采用稳定的J2EE技术，表现层PB应用层:ffebsphere Application Server 6. 1控制器=Servlet(调度)应用逻辑控制类、组件类、实体类安全问题采用登录密钥限制，对登录人进行严格的身份校验。由于引入业务系统模块化的思想，进一步构建了"组件"技术体系，针对业务模块进行组件化的设计，规范了业务流程实现的内部接口，组件作为高内聚度的对象进行设计和实现。可以在组件中根据业务的需求提供统一的控制，便于业务操作的归类、封装、设计规范化，以及归口管理。模块和模块之间的实现就可以直接在组件上封装，由此大大降低了模块之间的耦合度，有利的提高了平台的安全性。同时，由于构建的"组件"技术体系，组件作为模块的下一层对象，也为业务流程的外部接入提供了丰富的底层接口，由于组件的可拼装性，可实现外围业务通过公共的框架进行无缝接入。以上对本发明实施例所提供的技术方案进行了详细介绍，本文中应用了具体个例对本发明实施方式进行了阐述，以上实施例的说明只适用于帮助理解本发明实施例的原理；同时，对于本领域的一般技术人员，依据本发明实施例，在具体实施方式
以及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1. 一种支持多渠道复合型的连锁购物资源管理平台，其特在于包括 客户端，用于接受客户录入的客户信息经过处理后传输给客户端代理模块，所述客户信息包括电话号码信息、身份信息、地址信息、订购商品信息等；客户端代理模块，将其接收到的客户信息转换成可扩展标记语言(XML)格式，打包后再通过超文本传输协议(HTTP)请求方式传递给中间处理模块；中间处理模块，将其接收到的客户信息进行解包处理并校验相关逻辑，再向数据库发送读取指令以读取数据库中顾客信息数据；以及处理相应的信息储存前的相关任务； 数据库模块，用于存储所有资源信息；所述数据库模块接收到中间处理模块发送的所述读取指令后，则将所述顾客信息数据回传给中间处理模块，所述中间处理模块经打包后通过超文本传输协议(HTTP)应答方式将所述顾客信息数据回传给客户端代理模块，所述客户端代理模块将该顾客信息解包成可扩展标记语言(XML)格式传输给客户端，所述客户端将所述顾客信息在其前台界面进行展7J\ ο
全文摘要
本发明属于零售业管理系统技术领域，具体公开了一种支持多渠道复合型的连锁购物资源管理平台，用于电购，网购，实体店销售，DM单销售等。它包括客户端、客户端代理模块、中间业务处理模块、数据库模块；本发明客户端与中间处理模块的前后台信息交互采用的是HTTP协议，以最常见的httpRequest形式来有效的降低了通讯复杂度及通讯压力，在数据承载方面，采用的是XML方式，用自定义的父、子、孙三级结构进行打包\解包处理，最大限度的简化了数据转换的复杂度，有利的提高了并发处理速度及并发容量，使核心应用处理单元在单位时间内可以处理更多并发事务；在数据持久层采用sql语句来实现，提高了对数据库操作的可控性。因此，采用本发明其结构更加简单，可控性更好，且其数据处理能力更强，也更加灵活。
文档编号G06Q10/06GK102467688SQ20101053890
公开日2012年5月23日 申请日期2010年11月9日 优先权日2010年11月9日
发明者廖春雷, 李岸, 李诉 申请人:快乐购物有限责任公司