计算机系统应用 http://www.c-S-a.org.cn 2016年第25卷第1O期 物流微信化运营模式的设计与实现① 卢冶 ,张小立 ,许兵 ,卢晓明 (江苏科技大学苏州理工学院,张家港215600) (张家港金典软件有限公司,张家港215600) (张家港国浩货运有限公司,张家港215600) 摘要:伴随移动互联技术的迅猛发展,为了让广大客户享受快速优质的运输服务、建立高效的沟通方式、提升 可视化体验,构建了物流企业的微信化运营模式,并据此设计和实现了一个微信下单服务平台.微信前台基于 HTML5、CSS3、JavaScript设计自适应网页;业务后台基于Struts2、Spring和Hibernate框架,前台页面则采 用了Ext.JS.通过微信展示的企业人物、事件、服务创新等内容,能够让客户真正认识和理解物流的服务价值;通 过发布的Web应用,为公司的运营机制搭建了重要平台,加强了服务体系建设,规范了业务流程;通过企业号的 消息交互,使得消息内容更丰富,也降低了管理和运营成本. 关键词:微信企业号;物流;下单服务平台;消息交互;业务流程 Design and Implementation of a Logistics Operation Mode Based on Wechat LU Ye ,ZHANG Xiao.Li ,XU Bing2,LU Xiao.Ming (Suzhou Institute ofTechnology,Jiangsu University ofScience and Technology,Zhangjiagang 215600,China) (Zhangiiagang Kingteam Software C0.Ltd,Zhangiiagang 2 1 5600.China) (Zhangjiagang Guohao Transport Co.Ltd,Zhangjiagang 2 1 5600,China) Abstract:With he rapitd development of mobile networking,a logistics operation mode based on Wechat is constructed in order to present quality transport service,eficient communication,afnd a pleasant visual experience to the customers. A Wechat ordering platform is hereby designed and implemented.Adaptive web pages are designed at Wechat foreground based on HTML5,CSS3 and JavaScript;background utilizing Struts2 Spring,Hibernate and Ext—JS is constructed,first,through presentation of enterprise talents,events,unique services,the service value of logistics is fully recognized by the customers.Then,with web apps issued,an important platform is established for company’S operation, he sertvice system is intensified,and the business process is also stndardiazed.Besides,through interaction,message becomes abundant,and he matnagement and operating cost is reduced. Key words:enterprise Wechat account;logistics;ordering platform;message interaction;business process 伴随微信发展空间的不断壮大,越来越多的企业 和机构进驻微信公众平台探寻新的商业机会【1],利用 更精准、更便捷的信息沟通模式,感受服务可视化体 验。实现企业利润最大化. 张家港国浩货运[2]有限公司是一家专业从事全国 各地公路运输配载、仓储的运输企业,能够为客户提供 张家港至全国各地的公路运输配载服务,以及上海、杭 州、宁波的往返业务.公司现有的运营模式,从客户电 话咨询到业务部门核实装卸货能力和配送负荷、查核客 户的授信状况,再到确认接单以及调度派车、到货反馈 的全过程,基本以手工单据为主,不仅业务数据量大, 而且数据之间的承接关系也较为复杂.如果不依据物流 活动的实际情况采用信息化管理,将很难保证业务数据 的正确性和完整性,也无法提高企业管理的工作效率. ①基金项目:江苏省自然科学基金“热焓平衡条件下强制对流过程中游离晶粒的形成机制”;江苏省现代教育技术研究课题(2014・R-31235) 收稿时( ̄q:2016—01—30;收到修改稿时间:2016—03—17[doi:10.15888 ̄.cnki.csa.005396] 、 108系统建设System Construction 2016年第25卷第1O期 http:Hwww.c-S-a.org.cn 计算机系统应用 1系统概述 1.1需求分析 微信前台基于HTML5、CSS3、JavaSc邱t和AJAX 技术设计自适应网页:业务后台服务器端以Struts2、 随着移动互联技术的迅猛发展。为了适应物流管 理的信息化发展趋势,更好地满足客户对于商品、服 务以及相关信息从产地到消费地的高效、低成本流动 和储存的需求,需要有效地对物流活动进行梳理、规 Spring和Hibernate框架为基础,采用B/S结构的多层 架构设计思想;业务前端页面使用uI界面丰富的 JavaScript框架——Ext.JS.平台总体实现为页面表示 层、控制层、业务层、数据访问层和数据持久层.数 划、协调和控制:(1)接受多种订单下单方式,包括电话 据库使用MySQL,Web服务器为Tomcat. 下单、手机下单和Web下单;(2)采集服务对象的多媒 体业务数据(包括客户订单、司机签达、业务咨询、投 2关键技术分析 诉建议)并发送到部署了Web应用的服务器上;(3)企业 2.1启用微信企业号 的业务员、调度员、客服及时应对处理(订单确认、配 企业号【3]是微信为企业用户提供的移动应用入口。 载调度和运输反馈)并将结果回馈到服务对象的手机 也可以连接组织与个体问相互认可且稳定的关系.微 上;(4)统计和备份发生的业务数据,为更好地服务客 信企业号与公众帐号最主要的区别是: 户提供数据积累. (1)只有限定范围内用户才可以关注对应企业号: 基于上述业务需求,考虑要兼容主流移动终端操 (2)使用企业号发送的信息数量几乎不受. 作系统并且消息交互信息量较大,本文在传统Web应 微信全平台客户端的覆盖和方便灵活的企业号后台管 用的基础上对接微信公众平台,构建了国浩货运的微 理及连接能力,使得员工无论是在办公室还是奔波于 信化运营模式,并据此设计和实现了一个微信下单服 一线,企业信息的传递在时间和空间上将不再有任何 务平台.平台是国浩货运通过微信渠道让广大客户享 的阻碍. 受快速优质运输服务的整体方案.除了具有信息推送 企业可以有多种方式邀请通讯录成员关注企业号, 等基础服务功能以外,主要办理业务下单、调度派车 包括邮件邀请、推送名片、短信链接和集会扫码.缺 和运输反馈三项核心业务.通过手机前台数据收集, 点是:一旦在企业号后台通讯录中删除某个用户成员, 建立起客户、订单和国浩之间的关联关系,保证了业 则该用户微信中的这个企业号就会立即消失.因此平 务数据的继承性与可追溯性.平台中的文字、图片、 台改进了通讯录成员关注国浩企业号的流程: 语音等沟通手段比传统的电话、短信等更具表现力, (1)业务后台主页放置注册二维码(内含链接); 不仅增强了客户的移动互联体验,也规范了公司的业 务流程,降低了管理和运营成本. (2)扫码后弹出注册页面; 1.2系统架构 (3)客户提交注册信息后,业务后台将增加一条 为了验证用户身份、对接业务需求、实现消息交 注册记录,并同步添加至企业号的通讯录中; 互、完成个性化回复,需要注册微信企业号、启用开 (4)添加成功后主动向客户的微信发送邀请关注 发模式、以及部署了Web应用的公网环境.平台的系 的动作: 统架构如图1所示. (5)客户关注成功后会给相关业务员发送一个微 信提醒. 2.2发送HTTPS请求 创建自定义菜单、调用客服接口、获取手机用户 基本信息、上传及下载多媒体文件等功能,都需要调 用企业号开发者中心开放的API接口[4].这些接口是 基于HTTPS协议的. JSSE(Java Secure Socket Extension)是基于安全算 国 法和握手机制之上的合成体,是SSL和TLS的纯Java 实现,提供了一系列应用程序编程接口以及这些接口 图1 物流微信下单服务平台的系统架构 的实现类【5】,可以编程实现对HTTPS站点的访问. System Construction系统建设109 计算机系统应用 http://www.C—S—a.org.cn 2016年第25卷第10期 有两种方法能够让JSSE信任HTTPS服务器端的 安全证书.平台采用了自定义的信任管理器,该方法 避免手工导入证书,相对灵活_6J.管理器类实现了 X509TrustManager接口,并覆盖它的三个方法: checkClientTrusted()用于检查客户端的证书; checkServerTtrusted()用于检查服务器端的证书; 3设计与实现 3.1页面设计 微信前台主要包括用户注册、客户和业务员订单 下单和司机签达等功能.自定义菜单提升了企业号的 交互特性.菜单分为两级,通常被看作是按钮(Button). Menu对象组合了一级菜单对象(ComplexButton) ̄1]二 级菜单对象.二级菜单有Click(ClickButton)和 View(ViewButton)两种.View类型的按钮指向企业动 态、活动宣传、使用帮助等页面.Click类型的按钮经 由OAuth2.0实现网贝授权进入业务处理页面. 台借 助JSON开源工具包将Menu对象转换成JSON格式的 字符串提交给微信服务器用于生成菜单.吲浩企业号 和微信前台自定义菜单如图2所示. getAcceptedlssuers(1返回受信任的X509证书数组 J. 2-3消息交互 消息交互足微信公众平台最吸引人的功能之一. 在平台实现过程中,需要对消息报文进行解析和封装, 此需要进行消息接口的封装实现【8]. 手机用户与国浩企业号之间的消息交互过程描述 如F:用户向企业号发送消息,消息首先会被微信服 务器接收到:微信服务器根据接口配置填写的URL将 消息通过HTTP POST方式传递到国浩企业号服务器: 企业号服务器会按照业务逻辑进行相应的处理:处理 完成后企业号服务器会将处理结果返回给微信服务器: 微信服务器将返回的消息通过企业号发送给用户. 企业号服务器与微信服务器之间的数据传输格式 是XML.平台使用开源框架Dom4j解析XML请求消 息:使用XStream将响应消息对象转换为XML格式的 字符串,并扩展XStream,使其支持CDATA,用于解 析XML标签内文本包含的特殊符号. 客户利用手机进行业务咨询和举报投诉时,需要 客服在业务后台服务器及时受理:而且订单从下单到 反馈的每个环节部需要将处理结果和货物状态回馈给 客户及相关工作人员.因此,平台需要调用开放的客 服接口,通过接口访问凭证向某个关注用户定向发送 JSON格式的客服消息. .,麝辅喇酎嘲}蒯蝇拇 进I拇靠魅耋辫鼙_I冀辫 蠕. 爨糍矗璺辟■髓.替 步..It搿鸯鞋鼙舅露慵鬻‘辫 5赞捂甓室 I蠹释羹 ,妊. 凛罄 ・蔼 毒逮蕈蒜 嚣 赫哼穗礴. 卿 { 燕穗 驰雕睫 酎嫦斜 饕辩下椭 釉辫 蔚掂 毫擀懈 脚 £障黛 鞣№ 堑姆 随靴储 择 埔 氍 《 啦霸l I越鹛驰精 囊擎瓣辩 图2国浩企业号和微信前台自定义菜单 业务后台划分为11个功能模块,分别足:用户授 权、注册管理、订单管理、派车单管理、反馈单管理、 报表统计、积分管理、在线咨询、举报投诉、日志管 理和系统管理.业务后台的页面布局如图3所示. 图3业务后台的页面布局 1 10系统建设System Construction 2016年第25卷第10期 http:Hwww.c—S—a.org.cn 计算机系统应用 3.2核心业务流程 (1)用户授权模块包括用户管理和登录授权两部 分.用户角色有客户、业务员、助理、调度员、司机 和客服,系统管理员负责角色分配.手机端只有进入 企业通讯录的用户才能进行微信操作,否则会提示没 有权限.Web端通过Menu对象定义系统的不同功能模 块:Role对象指定不同角色所拥有的权限.授权首先 为用户分配角色,不同的角色会看到不同的菜单,菜 上百家公司,因此手机下单要实现客户模糊查询.采 用Javascript构建了基于浮动DIV的下拉列表框【7】,会 根据文本框的输入动态生成公司名称列表 ■—下●—■■■啦蠢啊■一 ●哪 ●瞳 _ —■■■瞄■岫 噶昌富爵~… ' : 奢 口 一幽 1 .L_ _日跚单以树型结构进行动态呈现[9】.下单、提货、送货等沟 通信息也会在不同角色的用户间推送. ● 、、/ 口~ 窭 { (2)注册管理模块负责客户信息的管理,包括往 来公司、往来个人以及信息的动态维护. (3)订单管理模块负责下单、订单确认以及订单查 询.客户可以手机自助下单,也可以委托业务员手机 或者Web下单.业务员只能看到自己对应客户的订单 信息,助理能够看到所有客户的订单信息. { ]_.一 一 鬟 ,一 一 _', 卜 龆 【 I感 /J —: 卜 对于一车多单,一张订单要去多个地点提货,会 提取地址信息生成多张订单;对于一单多车,一张订 单的货物需要几个司机分车运送,由业务员核实装卸 货能力并填写所需司机数量,据此生成多张订单. (4)调度员根据所接订单,对所属运输工具的具 体运班确定应装运的货物品种、数量及体积.调度员 实施分区负责,调度工作灵活多变,通常会面临以下 情形:①每个区域在公司货场有三个货物配载区.② 除正式司机以外,还会雇用临时司机.③有时司机会 从客户提货后直接发车至目的地,有时司机会将客户 的货物提回公司进行配货再完成送货.后一种情况除 I ; ’ = ;■啕- ・ L.竺 _J , ; ■—‘■i , 一 一t ; {!璺 J_~ ‘高口嘉l一・ !鄹 毒 图4核心业务流程 —幽 (2)消息提醒:采用了类似邮箱的处理机制,在 相应业务菜单的后面为业务员和调度员提示未处理数 据的条数.业务员显示对应客户的订单数目,调度员 显示所管辖区域的所有订单数目. (3)上传及下载多媒体文件:在线咨询和举报投 诉模块,在用户主动给企业号发送消息后的48小时内, 客服可以无地给用户回复消息.在接收多媒体消 息时,需要从微信服务器上下载多媒体文件:同样地, 送货派车单外,还要生成单独的提货派车单,并在当 天结算.④每天的调度派车会有临时变动. 针对上述情况,在订单和派车单之间增加了一个 新的数据结构——预排单.调度员首先进行预排,待 确定后再由预排单生成最终的派车单.派车单可以打 印信息、提货派车单和送货派车单. (5)货物运达后,持有智能手机的司机直接在微 信前台完成签达,持有普通手机的则由客服在Web端 录入反馈信息.主要填写实际到达时间,是否发生异 常情况以及处理结果. 在回复多媒体消息时,也需要预先将多媒体文件上传 到微信服务器.业务后台通过调用开放的接口实现了 上传及下载多媒体文件.而多媒体消息内容是客服在 业务后台通过富文本编辑器编辑的. (4)打印功ti:司机送货时需持有开票信息、提货 派车单和送货派车单.开票信息对格式要求不高。所 以在页面定义了一个隐藏的iframe,把想要打印的信 息预先复制到iframe里面,然后输出iframe的内容就 可以了. System Construction系统建设1 1 1 以上三个模块属于平台的核心业务,工作流程如 图4所示. 3-3细节提升 (1)客户模糊查询:每名业务员要负责几十甚至 计算机系统应用 http://www.c・S-a.org.cn 镄孽 嘏 l2016年第25卷第l0期 货派车单和送货派车单属于票据打印,采用了 Grid++Report报表插件【m】.具体做法是:首先运用报 黼_■ 。: … 。 蜀鼯 墨 * 纠 盏 — 篓 …一 “:量奠 掣 | 蝣 |0 表设计器设计报表模板(.grf文件);然后进行软件设计, 并在程序中动态加载报表数据. (5)报表导出Excel文件:将Ext—JS中GridPanel .警≤ 函 一 c・・ i・ ・ 二己=i露 0叠。 础魁辨 ;幽 ………^. ~……・ .:—… 尹 控件里的数据读取出来,转换成XML并发送至后台, 后台响应之后,将数据输出为Excel格式. 3.4页面展示 榔蝴 ” t ‘t■璐_ 一~~ _l_ 查 ~ ” 淼 _I j 以订单管理和派车单管理为例展示系统实现.手 机端和Web端下单页面分别如图5和图6所示.手机 端要提升用户体验, 此必填项的数目较少,而且集 中放在前面.其他信息由业务员在Web端补充并确认. 遗 猫 图7货物配载明细页面 7 蓝 , 岫● ・ ‘ 越醅 I・ ’ ・ 萱 ’ q 一 -・ +・: ~ ・ 硒雷 一 ・ ・q ・・ 一 , ~一 一 ……‘:71 } ●. ・ _ q 点壁 派 牟 单 s ■tl T2± ●Ij ●l】 ■●^{哪 -:_l蛳删 客户订单 ●_ -- ●■U■■ 孵 喇蹦_哺鼻囊 瑚棒彝摹 幽田 啊 毒瞄■啊喇慨●哪● ●■^■■一 I皋H.“●I U舢 U 慷.柏 ■|1 #.:■n H■… II^■●●tm ■啊—蕾■l●■叫 ■_ ■录■■●∞黼 ■●^●mm^1w,II ■幕膏■ t相目晒‘龆嘲晴■ ■∞■ ■● 嘲 图8送货派车单打印页面 v・●'、^ n。拜■v甘 -嚏●^曩■聃 ■ ■■ ■ ■■- 4系统测试 平台实施过程中一共安装了4个环境:开发环境、 集成测试环境、终端用户测试环境和生产环 “】.开 图5手机端下单页面 发环境针对业务后台的各个功能模块进行单元测试: 集成测试环境实施从微信前台到业务后台的完整业务 流程测试.终端用户测试环境由国浩业务员、调度员 和客服根据物流活动进行开放性测试,对系统的可用 性、正确性和便利性提出宝贵意见.生产环境构建在 阿里云服务器上,开放给国浩货运以及客户正式使用. 5 结语 通过构建的微信化运营模式,使国浩货运管理工 作进入了新的层次.(1)内部管理方面:为公司的运营 机制搭建了重要平台,不仅加强了服务体系建设,规 范了业务流程,也保证了业务数据的完整性、继承性 图6 Web下单页面 和可追溯性.(2)客户服务方面:通过微信展示的企业 人物、事件、服务创新等内容,能够让客户真正认识 货物配载明细和送货派车单打印页面分别如图7 和图8所示.货物配载明细体现了调度预排单信息, 订单与预排单一一对应,而预排单与派车单却是多对 一和理解物流的服务价值. 目前平台在费用方面仅涉及结算方式、保费和司 机承运费等,项目后期将逐步与原有财务ERP系统 对接.另外,庞大的客户积累和体验数据,可以进一 映射关系. 1 12系统建-瞪System Construction 2016年第25卷第1O期 htrp://www.c—s・a.org.cn 计算机系统应用 步实现数据挖掘,以便推动更精准的物流营销 参考文献 1孔云,廖寅,资芸,薛秀珍,张仲华.图书馆微信服务平台的设 计与实现.图书馆论坛,2014,2:90-95. 6柳峰.微信公众平台应用开发方法、技巧与案例.北京:机械 工业出版社,2O14:85—1 80. 7卢冶,翟东涛,过锡伟.边检“v通关”微信服务平台的设计与 实现.实验室研究与探索,2015,34(10):92-95. 8李莎,宋凯.微信接警系统.计算机系统应用,2015,24(10): 27 -280. 2国浩货运.张家港国浩货运有限公司.http://www.ghyunshu. corn/,[2016-O1—25]. 9李天鸣,何月顺。基于ExtJS技术与SSH框架的权限管理研 究.计算机应用与软件,2011,28(5):165—166. 10锐浪软件.广州锐浪软件技术有限公司.http://www. mbylong.erg.[2016—0l-25]. 3微信企业号.腾讯公司.https://qy.weixin.qq.com/cgi-bin/ loginpage,[2016一O1-25]. 4企业号开发者文档.腾讯公司.http://qydev.weixin.qq.com/ wiki/index.php,[2016—03—05]. 1 1刘礼芳,何来坤.基于PeopleSoff的高校人力资源管理系统 计算机系统应用,2015,24(1):86-90. 5王伟强,唐晶磊,刘忠彦.基于JSSE的可扩展安全通信系统 设计与实现.计算机工程与设计,2009,30(3):59%599.