SP计费通道统一接入平台的设计与实现

SP计费通道统一接入平台的设计与实现 SP 计费通道统一接入平台的设计与实现 刘骁，邹仕洪 (北京邮电大学网络与交 换技术国家重点实验室，北京 100876) 5 摘要:随着移动互联网的兴起，移动平 台应用的计费成为研究的热点，SP 计费方式(由 Service Provider 间接计费)作为 传统的移动终端计费方式，其灵活和快速的接入能力变得 非常重要。本文提出了一 种有效的解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 ，能够大幅度地提高接入全球不同 SP 接口的能 力和效率，使 移动应用的计费迅速扩展到全球市场。文章首先分析了 SP 计费方式的优势和10 不足，然后介绍了 SP 计费通道统一接入平台的需求和功能范围，最后重点阐述了 该平台的 完整设计和实现。 关键词:移动互联网;移动计费;SP 计费方式 中图 分类号:TP31115 A DESIGN AND IMPLEMENTATATION OF SP BILLING CHANNEL UNIFIED PLATFORM LIU Xiao ZOU Shihong State Key Lab of Networking and Switching Technology Beijing University of Posts and Telecommunication Beijing 10087620 Abstract: With the rise of mobile Internet billing capability of mobile terminal has become a hot research. SP billing Indirectly charging by service provider as a traditional billing mode its flexibility and ability of fast interfacing have become very important. This paper presents an effective solution which could largely improve the efficiency of interfacing different SPs globally therefor can promote products with billing ability to global market quickly. First analyzes the25 advantages and deficiencies of SP billing solution and then introduces the requirement and functions of the unified platform. At last highlights the whole design and implementation procedure of the platform. Key words: Mobile Internet Mobile Billing SP Billing Mode30 0 引言 移动互联网时代的到来，促进了移动应用的高速发展。移动互联网技术在最近几年 发展 迅速，尤其以手机技术为首的无线移动业务发展带动了第三代无线通讯技术的 飞速发展1， 与此相伴的是移动应用的爆发式增长。随着移动应用的快速发展，移 动应用的计费方式也多 种多样，其中 App store 为代表的先付费和 SP 计费方式 为代表的增值业务付费应用最为广泛。35 相比较 App store 的应用收费方式，SP 计费方式2更加的灵活，容易实现按周期，按次使用 应用的小额付费，用户接受率 更高。 传统的 SP 计费通道接入 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计 一般需要针对每一家 SP 提出计费需求，开 发代码，然后 连调并部署上线，这种方式下通道接入和调试的效率比较低。SP 计 费通道统一接入平台按 照常见的计费流程，设计完成的一套 SP 计费通道通用接 入平台，该平台完成并上线后，新40 通道接入时，可以先评估一下新通道的工作流 程，如果符合平台处理流程，就可以直接在平 台中配置相关信息，几分钟后就可以 直接进入联调测试阶段，跳过代码上线部署流程，从而 大大提高全球计费通道接入 效率。 作者简介:刘骁(1988-)，男，硕士研究生，主要研究方向:Web 服务器 通信联系人:邹仕洪，1978-，男，副教授，主要研究方向包括移动无线网络，移动 信息安全，网络性能 评估与服务质量. E-mail: zoushbupt.edu.cn -1- 1 SP 计费方式简 介 1.1 计费方式45 SP 计费方式是指软件应用内容提供商通过和 Service Provider 服务提供商合作，接入服 务提供商的接口，从而使用 SP 的计费能力，通常 SP 拥 有多种向用户收费的能力3，如通过 手机短信计费，WAP 点击计费或者第三方支 付计费等。 1.2 计费特点 相比较 App store 应用收费方式，SP 计费方式更加的灵 活。首先，SP 商家已经搭建好50 计费环境，通过与全球众多 SP 商家分成合作的 方式，可以很快的向 SP 拥有的用户进行计 费，达到在最短时间内在全球范围内 计费的目的。其次，SP 计费方式容易实现按周期，按 次使用应用的小额付费，计 费的颗粒度更细，用户接受率更高。最后，SP 计费允许应用基 础内容免费使用，增值服务付费的方式，使用户的选择更加丰富。以上特点决定了 SP 计费 方式是一种覆盖范围广的，高效的移动应用付费方式。55 2 SP 计费通道统一接入平台的设计 2.1 需求分析 传统 SP 计费通道接入，一直以来都是每个通道提一个需求，开发该 SP 通道相应代码， 接入该 SP 指定接口，然后联调并上线，这种方式下通道接入和调试的效率非常低。由于各 SP 计费通道的接口具有很大的相似度，大部分的开发工作具有较高的重复性，并且接口和60 业务处理不能很好的分离，增大测试难度。 根据以上特点，按照常见的 SP 计费流程，可以设计一套计费通道的通用接入平台，该 平台完成并上线后，新通道接入时，可以先评估一下新通道的工作流程，如果符合接入平台 处理流程，就可以直接在平台中配置相关信息，几分钟就可以直接进入联调测试阶段，不需 要代码的开发和上线部署流程，从而大大提高生产效率。65 2.2 功能范围 大部分 SP 商家的计费方式具有较高的相似性，根据其流程和特点，通过功能划分为以 下几种模式: 1. 短信点播:接收 MO，解析参数，校验参数，发送 MT(MO 计费通道可能不发 MT)， 点播业务处理，响应处理结果。70 2. 点播状态报告:接收状态报告，解析参数，校验，按照通知结果更新数据库，响应 处理结果。 3. 短信包月:接收 MO，解析参数，校验参数，发送 MT(可能多条)，包月业务处理， 响应处理结果。 4. 包月退订:接收退订通知，解析参数，校验参数，根据请求信息处理退订，响应处75 理结果。 5. WAP 点播:接收 WAP 计费请求， 解析参数，校验参数，业务处理，响应处理结果。 -2- 2.3 组件设计 组件工厂 : 流程调度 1 : 通过参数(组件名称，配置文本)请求组件实例 2 : 通过组件名称产生组件实例 3 : 通过组件配置文本，装配组件实例 4 : 返回组件实例 图 2 组件调度 流程图 破产流程图 免费下载数据库流程图下载数据库流程图下载研究框架流程图下载流程图下载word 80 所有组件的配置信息都是一段文本，有一定的 格式 pdf格式笔记格式下载页码格式下载公文格式下载简报格式下载 ，通过配置界面配置后，按照一定的 格式保存成文本，然后由程序加载，根据配置文本的内容实例化对应的组件，然后组件按照 配置信息开始工作。这样做的目的是为了以后扩展的时候不需要在修改数据组表结构。根据 需求和功能，设计如下组件: 2.3.1 请求参数适配处理组件 85 SP 计费请求的数据有多种形式，如 HTTP GET，HTTP POST，还可以是 POST XML 的 数据，此处配置的内容就是根据不同接口的格式使用适当的参数提取器 parameterExtractorFactory ， 如 果 是 HTTP 方 式 ， 同 时 需 要 指 明 编 码 字 符 集 requestCharacterEncoding，然后通过统一的获取参数接口得到想要的参数值。 设计将 map 参数为计费服务器上下文参数和响应 SP 请求参数的映射，在运行时，遍历 90 map 的所有条目，将所有条目中的 key 和 value 取出来，根据 value 值获取请求参数的值， 然后将 key 和获取的参数值放入上下文中。 static 参数为静态的配置信息，直接放在一个 map 中保存即可，在放入 map 之前，要根 据 name 的后缀，将配置值进行类型转换，如果是_S 结尾的名称，则直接以字符串保存皆可， 如果是_I 结尾的名称，则需要转换成 Integer 类型保存。 95 2.3.2 请求响应视图组件 此处配置给客户端响应的数据视图的处理，可以是简单的静态文本，也可以是基于上下 文内容的动态信息。无论流程执行什么结果，只有三种情况，成功，失败，异常，不管这三 种情况那一种发生，都葱械角肭笙煊κ油即碜榧米榧萸懊娴闹葱薪峁饔萌?种不同的视图处理器，为客户端返回合适的内容。100 2.3.3 Http 请求发送组件 使用 URL 参数指定配置信息产生 URL 字符串，然后使用 httpclient4模块发送请求，请 求后的 结果通过 validation 模块进行验证，得到此次处理是成功还是失败的结果，将结果记 入上下文中。如果响应的数据中有需要记录到上下文中的内容，可以使用 postProcessor 模块 -3- 配置的脚本进行处理。其中 URL 生产和 postProcessor 均用 javascript 脚本实现，简单明了。105 2.3.4 JS 脚本执行组件 特殊的流程使用 Java Script 脚本处理，而不实用 Java 代码，从而达到灵活配置的目的。 这里根据需要配置 JS 脚本处理数据。完整的 JS 脚本内容，没有特定格式，所有文本直接放 入 JS 引擎执行。 2.3.5 上行信息转发组件110 此组件没有配置信息，内部写好逻辑，只需要将上下文信息传给和计费通信的接口程序 并返回结果信息即完成处理。此组件同时作为标志使用，当执行到此组件时，可以在这里做 拦截处理，一般用于判断测试手机号或判断代理请求。 2.3.6 下行信息转发组件 此组件没有具体功能，只作为一个标志使用，当执行到此组件时， 证明 住所证明下载场所使用证明下载诊断证明下载住所证明下载爱问住所证明下载爱问 下一步就要发送115 下行短信，可以在这里做拦截处理操作，一般用于判断测试手机号或判断代理请求。 图 3 组件设计图 3 SP 计费通道统一接入平台的实现 3.1 工程架构120 SP 计费通道统一接入平台作澜尤氩愕闹屑浼服务器和计费服务器的中 间位置。根据需求分析和功能范围的要求，SP 计费通道统一接入平台适宜作为单独的 Web 工程实现。服务器架构方面，使用 Apache 服务器作为反向代理服务器5，分发给两台 Tomcat 实例，两台 Tomcat 实例中使用相同的接入平台 Web 工程6，连接到同一个 Oracle 数据库实 -4- 例，以确保数据的正确性。Web 工程架构，使用 Spring 框架作为 Web 应用整体框架，Spring125 MVC 作为 MVC 框架，确保请求的正确处理，数据层使用 Spring 的 JDBC template 作为数 据库连接，以求数据库的快速读写。通过以上描述架构，可以达到接受处理日百万的 SP 通 道计费请求。 3.2 服务器通信 当 SP 计费通道统一接入平台向计费服务器发送或返回数据时，需要传递必要的上下文130 信息。请求的 URL 和请求的参数内容需要可配置。可以采用 HTTP POST 通信以传输大量 数据。接收请求的方法各服务器单独实现，收到请求后，根据请求的参数信息构建上下文对 象，然后可能根据不同服务器的需要，构建必要的其他信息，然后调用业务代码处理。 3.3 请求处理流程 统一接入平台接受 SP 的计费请求，通过平台中各组件的操作，将转化成功的统一格式135 的请求转发给计费服务器，计费服务器在进行计费业务处理后，将结果返回给接入平台。最 后，平台再次将统一的结果，转化为各 SP 所需的不同响应，返回给 SP 接口，类似的流程 在每一笔 SP 通道计费交易中可能进行多次。通用请求处理流程如图 4 所示。 图 4 请求处理流程图 -5-140 3.4 SP 通道接入示例 表 1 展现了一个实际 SP 通道可能的接入配置，由于无需代码开发，只需要参数配置的 方式，极大地降低了 Bug 出现的可能，并且大幅度地提高了通道的接入效率。 表 1 SP 计费通道统一接入平台示例配置 组件名 配置内容 请求参数适配 parameterExtractorFactoryhttpxml 处理组件 requestCharacterEncodingUTF-8 mapJSONMobileNum_S:mobilenoStatement_S:messageSMS_SESSIONID_S:key staticJSONMCCNC_S:46000Country_S:US 请求响应视图 SuccViewType:SimpleViewExpression:OK 组件 FailViewType:SimpleViewExpression:ERROR ExceptionViewType:ExceptionView 脚本执行组件 JSjavascript text Http 请求发送 urlJSjavascript text 组件 validationmatcherString:findMatches:truefalseregexp:truefalse postProcessorJSjavascript text 上行信息转发 sendMO 组件 注:所有组件均可以得到此次 SP请求的上下文 Context对象，并对其中的数据进行添加或修改。JSON145 闭包中的内容用 JSON 解析，JS闭包中的内容代表为 JavaScript 脚本，用 JavaScript 脚本引擎解析执行。 4 结论 本文首先通过了解目前互联网移动产品及计费方式的发展方向，分析移动产品 SP 计费 方式的优势和不足，进而提出了一种能够发挥 SP 计费方式灵活接入的优点，并有效解决其 开发过程缓慢，测试复杂等缺点的有效解决方案，即 SP 计费通道统一接入平台。在进行需150 求分析和功能范围划分后，对该平台进行完整的设计，而后提出该工程的完整实现架构和方 法，进而完成 SP 计费通道统一接入平台的实现。 参考文献 References 1 郝建军. 浅谈移动互联网技术的发展趋势及热点业务J. 电脑知识与技术，2011，7(15):3547-3548. 2 于 会 然 . 增 值 业 务 计 费 系 统 的 设 计 与 实 现 OL.2010-12-20.155 /releasepaper/content/201012-750 3 王丽敏. SP 违规治理和移动增值业务计费研究A. 中国通信学会第五届学术年论文集C. 北京:中国 科技文献，2008. 1545-1549. 4 洪亮，田支斌. 浅析中文环境下的 Apach Commons HttpClient 编程J. 电脑知识与技术，2008，3(4): 782-783. -6-160 5 孙仁鹏. Tomcat 与 Apache 集成的研究J. 电脑编程技巧与维护，2011，1(14):6-8. 6 刘尚旺. Tomcat 与 IIS 或 Apache 服务器集成的应用研究J. 计算机工程与设计，2009，3010:2541-2543. -7-