基于J2EE的虚拟物品交换平台的研究与实现

1、基于J2EE的虚拟物品交换平台的研究与实现论文导读:：本文采用J2EE多层体系结构设计网络教学平台。容器为Java组件提供根本功能的底层平台及接口通信等。论文关键词：虚拟物品，交换平台，J2EE，接口1引言近年来，随着全球网络，特别是网络游戏的迅猛开展，虚拟物品交易日渐成为业界关注的焦点。伴随虚拟物品的开展，围绕虚拟物品的各种商业模式也逐渐涌现出来，第三方交换平台开始专门致力于提供这些虚拟物品交易效劳【1】，开发一个标准、高效、平安可靠的虚拟物品交换平台显得尤为迫切。本文从实际应用出发，利用J2EE架构来设计开发，旨在通过与网络游戏运营商及银行之间的合作，搭建这样一个交易平台，从而实现网络虚拟

2、物品到真实货币之间通过互联网完成置换，最终实现商业流通。同时，整个交易通过互联网完成，也充分实现了交易的及时性。2系统平台总体设计2.1系统功能需求该虚拟物品交换平台实质是一个基于商业供给链的电子商务平台【2】，为构建一个完整、快捷、平安的个人网络虚拟物品交易效劳接口，本系统分前台交易系统与后台管理系统两局部。鉴于开发本钱及推广实施等相关问题，因此初期平台系统的运作设计主要是通过寻找相关的合作商户，与之达成合作协议及完成相应平台对接的前提下，借助合作商户良好、相对完善平台界面，确保顺利完成整个交易过程。从这方面来说，该系统也表达出了一定的可移植性和良好的业务拓展空间。系统目前设计主要由以下几个

3、局部组成：1)交易场所寻找适宜的合作商户，借助商户平台界面为广阔用户展示相应商品以及所能提供的效劳。2用户交易保证用户顺利实现相关的销售、购置流程，并提供相关的销售及购置记录的取消、查询等功能。3)系统管理为系统提供后台管理功能。参与系统互动的角色主要包括普通用户既是买家，又是卖家、系统管理员。1)买家、卖家角色两者首先都必须是相应合作商户平台的注册用户，可以通过登陆合作商户平台后访问该虚拟交易系统。买家在在虚拟交易系统中所购置的商品须通过其登陆商户平台相应账户进行支付龙源期刊。2系统管理员角色系统管理员通过系统管理界面管理买卖双方的信息，包括对买卖双方各种信息的审核、不同参与者间订单的匹配，

4、实现买卖双方资源的统一调度，以及各种意外及异常情况的处理等。2.2平台各参与方关系说明该虚拟物品交换平台系统主要目的是实现平台系统中不同角色参与者之间订单的匹配，实现买卖双方间资源的统一调度，再加上统一的意外及异常情况的处理手段，确保各个参与者的订单都可以得到有效正确的处理。图1 平台各方关系示意图根据目前该平台功能实现的规划，系统主要以话费充值卡作为平台的交易商品，各个参与方分别命名为商户和代理商，商户为话费充值卡的卖方，即需要将话费充值卡出售，为此平台为其提供充值卡支付网关效劳，即商户通过充值卡支付网关由其用户自助以充值卡完成支付，假设支付完成那么表示充值卡出售成功，用户可以通过出售充值卡

5、到商户平台获取相应的效劳或者产品；代理商是平台中话费的买方，通过收受现金等相关方式购置话费，为此平台提供了代理商话费充值接口，由代理商提交需要充值的 号码和话费金额，由平台为其完成话费充值。平台各方关系如图1所示。3接口功能模块设计该交换平台采用J2EE构架【3】，以下仅以代理商话费接口中的订单取消接口为例来阐述整个设计过程。3.1代理商话费接口代理商话费接口主要实现话费代理商通过该接口向平台实现话费充值业务，其主要工作流程为：话费代理商通过接口把 号码和需要充值的金额提交到平台接口，平台对代理商提交的号码进行充值，充值完成后把充值的结果返回给代理商系统。代理商话费接口采用效劳器与效劳器之间直

6、接通过 应答对接的模式实现，整个协议的交互过程中用户并不参与， 之间的发起通信是双向的，即既有代理商系统主动发起的 请求，也有平台主动发起的 通信请求。代理商话费接口设计主要包括订单提交接口、订单取消接口、订单查询接口及订单状态通知接口四个局部。整个订单取消的处理流程如图2所示，但需要说明的是，在以下几种情况下的订单不允许取消，取消接口返回取消失败。a订单正在执行充值操作；b订单已经完成局部金额的充值；c订单充值已经成功；d订单充值失败，由系统自动取消，不能够通过代理商接口取消；图2 订单取消处理流程1请求包数据格式请求包采用GET或者POST方式发送订单提交接口的效劳URL地址【4】，以下为

7、一个以GET方式提交 请求样式所用变量说明见表1： :/ServiceURL?Version=1.0Action=OrderCancelReqAgentID=XXXXXXOrderID=XXXXXXXXXXXXXXSign=XXXXXXXXServiceURL为平台提供的订单取消接口URL地址。加密字符串Sign的生成方法如下：Sign=MD5(Version=1.0Action=OrderCancelReqAgentID=XXXXXXOrderID=XXXXXXXXXXXXXX|PRIVATEKEY)其中PRIVATEKEY为系统管理员分配给代理商的签名密钥。2返回包数据格式请求返回包采用X

8、ML格式返回，在 包中包含返回数据信息，以下为一个完整的请求返回包的格式。1.0OrderCancelRespXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX加密字符串Sign的生成方法如下：Sign=MD5(Version=1.0Action=OrderCancelRespAgentID=XXXXXXXXXXXOrderID=XXXXXXXXRetCode=XXXRetMsg=XXXXXXXXXXXXXX|PRIVATEKEY)表1 取消接口请求/返回包所用的变量说明3.2商户支付接口商户支付接口主要实现合作商户系统通过接口提交需要支付的订单，系统对商户提交

9、的订单的有效性进行检验，引导卡密用户完成订单支付，对用户提交的卡密信息进行验证，并返回支付结果至商户平台和前台用户。商户支付接口在商户指定了一套在商户效劳器和平台之间通过 通信方式交互数据的标准数据报格式，平台之间以用户浏览器为媒介通过以 方式实现数据的传递，以输出HTML【5】页面方式确定用户。为了保证传递过程中的数据不被其他非法方式篡改，接口指定了一套协议双方约定的数据签名认证方法以保证数据正确性。商户支付主要涉及支付和查询两大方面。3.3系统加密模块随着网络技术的飞速开展，面对互联网这一面向群众的开放系统，网络平安问题越发凸显重要。数据保密变换或密码技术，是对计算机信息进行保护的最实用、

10、可靠的方法，是网络平安技术中的核心技术。基于加密机制的保密性、数据完整性、身份认证及不可否认性等功能，在本系统中，对于系统敏感数据的加密存放，根据数据性质的不同，采用了可逆加密和不可逆加密等方式。而对于可逆加密的加密方法是采用DES【6】，对与不可逆加密采用的方式是MD5。在本系统设计过程中接口，可逆加密的应用场合主要是：系统中预备充值卡密码的加密存放。而不可逆加密的应用场合主要有以下几种：a用户登录密码的加密存放；b代理商帐户金额的签名防篡改；c商户帐户金额的签名防篡改；系统设计过程中对加密数据的运算采用了随机加扰码结合系统密钥的算法，在数据库中保存随机加扰码和密文。加密过程的组成示意图如图

11、3所示。图3加密过程的组成示意图值得注意的是，此系统针对一些关键数据如用户口令在数据库中存放时都采用了不可逆加密存放，同时为了防止一些对弱口令的猜想，在加密过程还参加了一个随机加扰的过程。假设有用户A和B都采用了相同的密码为000000;，系统采用MD5加密方式对数据加密后存放到数据库，加密口令位为md5key;，加密算法为MD5(用户口令+加密口令+随机扰码，16)，表2展示的是用户在数据库中存储的信息。表2 用户信息存储结构3.4核心调度模块该交易平台设计的初衷主要是实现有价虚拟货币之间的置换，最终实现商业流通，能否很好地解决关于充值与支付之间的调度是一个比拟核心的问题，一个良好、合理的调

12、度模块能极大提高对计算机资源的利用率，从而提高工作效率。核心调度模块的主要功能包括卡密用户提交的卡密信息与代理商提交的充值订单进行匹配【7】、发起充值、返回充值结果、更新商户订单和代理商订单状态、处理超时未充值代理商订单、发起代理商订单状态通知等功能龙源期刊。整个核心调度处理流程的处理理念如下：1先满足商户卡密支付的需求，以支付卡密的金额以及类型到代理商提交的充值订单中去寻找等额或者大于支付卡面值的充值订单，并寻找适宜的充值通道进行充值。2不能够根据商户卡密的面值需求找到适宜的代理商订单，目前的处理模式是撤消商户支付请求，提示系统暂时不能够为该面值的卡密提供支付效劳。目前正在采用规划的处理方式

13、是到其他关联平台提取需要充值定单信息，并完成充值支付。商户支付流程是核心调度流程中的主要流程之一，主要处理那么由代理商订单超时处理流程来对代理商订单进行处理。处理的次序是首先寻找系统卡密库，寻找面值小于等于代理商订单中未充值局部金额的数量的卡密，通过适宜的通道对代理商订单进行充值；如果不能够找到适宜的卡密，那么提交到直接充值通道，通过直充方式充值；如果直充失败那么撤消代理商充值订单，更正代理商帐户金额。超时订单处理流程是另一核心调度流程，主要处理代理商充值订单在规定时间内没有得到充值处理的处理过程。核行调度模块的实现方式主要采用Web效劳器后台线程缓冲池的方式来实现，根据线程的种类可以分为常驻

14、效劳线程(从Web效劳器开启后就自动运行，并一直执行到Web效劳器关闭)和即时效劳线程(以事件触发方式运行，运行完成就自动结束)接口，各个事件的处理均采用多线程方式执行，提高系统的并发效率和用户体验。在系统的核心调度模块运作过程中，特别需要考虑的一个问题就是内部置换过程中的一个算法优化问题。针对本系统，所谓的算法优化主要就是实现订单之间的金额、处理时限、利润之间的最优化选择计算，因为买卖双放都可能是多对多的，我们要在同时满足买卖双方的情况下实现利润的最大化。主要就是根据关键因素排序然后匹配，不过这个过程中订单需要锁定，防止多方操作，导致过度充值。4 结束语虚拟物品交易是网络时代的产物，本文通过对理论研究和软件工程工程开发相结合，依托卡创科技设计了该虚拟物品交易数据模型，采用了严格合理的用户信息整合技术，建立起企业级的虚拟物品交易系统。该虚拟物品交易系统的一期建设现已完成并顺利投入推广运营，但其中还存在着一些缺乏之处。从系统本身上来看，基于开发、推广本钱投入等各方面综合考虑，系统目前所规划实现的交易类型相对还比拟单一，今后可逐步将其扩展到如游戏币、装备、电子有价证券等