（通信与信息系统专业论文）ota业务下载平台的设计与实现.pdf

西南交通大学硕士研究生学位论文第1 页 手葡要 近年来，随着移动通信业务的飞速发展，广大的移动通信用户已不仅仅满 足于移动电话的即时通话和信息功能。为将移动运营商开发的各种移动增值业 务简单、高效地推向用户，o t a ( o v e rt h ea i rt e c h n o l o g y ) 技术应运而生。 o t a 技术，通过移动通信网的空中接口对用户卡上的移动增值业务数据进行远 程管理，方便了用户获取个性化的移动增值业务。 本文首先介绍了o t a 业务的发展历程和此次开发的基于短消息的o t a 业 务下载平台的背景。在o t a 业务下载平台的总体设计中，介绍了o t a 业务下 载平台的逻辑结构，其中各模块的功能以及联系主要功能模块的三大接口： o t a 下载服务器与数据库的接口、o t a 下载服务器与短消息网关的接口和o t a 下载服务器与用户卡( s t k 卡) 的接1 2 1 。 在o t a 业务下载平台详细设计中，详细介绍了o t a 下载服务器与数据库 通信流程、o t a 下载服务器与短消息网关接口的通信流程、o t a 下载服务器 与用户卡接口的设计与实现，以及增值业务菜单数据的具体设计。 为方便开发过程中对o t a 业务下载平台进行功能测试和后期的平台维护， 设计并实现了o t a 业务下载平台的后台管理界面，并对o t a 业务下载平台的 各项功能进行了测试。 最后，介绍了o t a 业务下载平台采用的数据安全技术及其具体实现方法。 通过序列号的比对避免o t a 服务器重复响应相同的上行请求，实现o t a 数据 传输的有效性。通过m a c 值的比对，避免数据在传输途中遭到恶意的修改， 保证了上行到o t a 下载服务器的数据和下行到用户卡的数据可靠性。 关键词：o t a ；s t k ；短消息；短消息网关 a bs t r a c t i nr e c e n ty e a r s ，m o b i l ec o m m u n i c a t i o ni n d u s t r yo fc h i n ad e v e l o p e dr a p i d l y ， a n dt h em a j o r i t yo fm o b i l ec o m m u n i c a t i o nu s e r sd i dn o to n l ys a t i s f i e dw i t hm o b i l e p h o n e s i n s t a n tc a l la n dm e s s a g ef u n c t i o n a sar e s u l t ，m o b i l eo p e r a t o r sa r e c o m m i t e dt od e v e l o pv a r i o u sm o b i l ev a l u e a d d e ds e r v i c e s a i ma ts i m p l ya n d e f f i c i e n t l yp o p u l a r i z i n gt h e s ev a l u e a d d e ds e r v i c e st ot h eu s e r s ，o t a ( o v e rt h e a i r ) t e c h n o l o g yh a se m e r g e d o t at e c h n o l o g yc a nr e m o t e l ym a n a g em o b i l e v a l u e a d d e db u s i n e s sd a t ai nu s e r s c a r dt h r o u g hm o b i l ec o m m u n i c a t i o nn e t w o r k a i ri n t e r f a c e ，a n df a c i l i t a t eu s e r s a c c e s st o p e r s o n a l i z e dm o b i l ev a l u e a d d e d s e r v i c e s t h ea r t i c l ef i r s t l yi n t r o d u c e st h ed e v e l o p m e n tp r o c e s so fo t ab u s i n e s sa n dt h e b a c k g r o u n do fo t ab u s i n e s sd o w n l o a dp l a t f o r mb a s e do ns h o r tm e s s a g e t h e o v e r a l ld e s i g no fo t ab u s i n e s sd o w n l o a dp l a t f o r m ，d e s c r i b e si t sl o g i c a ls t r u c t u r e ， t h ef u n c t i o no fe a c h m o d u l ea n dt h r e ei n t e r f a c e sw h i c hc o n t a c tt h em a i nf u n c t i o n m o d u l e s ：i n t e r f a c e o fo t ad o w n l o a ds e r v e ra n dd a t a b a s e i n t e r f a c eo fo t a d o w n l o a ds e r v e ra n ds h o r tm e s s a g eg a t e w a ya n di n t e r f a c eo fo t ad o w n l o a ds e r v e r a n du s e rc a r d ( s t kc a r d ) t h ed e t a i l d e s i g n o fo t ab u s i n e s sd o w n l o a dp l a t f o r mi n t r o d u c e s c o m m u n i c a t i o np r o c e s so fo t ad o w n l o a ds e r v e ra n dd a t a b a s e ，r e c o m m e n d s c o m m u n i c a t i o np r o c e s so fo t ad o w n l o a ds e r v e ra n ds h o r tm e s s a g eg a t e w a y ， p r e s e n t sd e s i g n a t i o na n di m p l e m e n t a t i o no ft h ei n t e r f a c eo fo t a d o w n l o a ds e r v e r a n du s e rc a r d ，a n ds p e c i f i cd e s i g n a t i o no fv a l u e a d d e ds e r v i c e sm e n ud a t a t of a c i l i t a t et e s t i n ga n dm a i n t e n a n c eo ft h eo t ab u s i n e s sd o w n l o a dp l a t f o r m u n d e r d e v e l o p i n g ，t h eb a c k g r o u n dm a n a g e m e n t i n t e r f a c ei s d e s i g n e d a n d i m p l e m e n t e d ，a n dt e s t sf o re a c hf u n c t i o no fo t a b u s i n e s sd o w n l o a dp l a t f o r ma r e c a r r i e do u t f i n a l l y ，t h ep a p e rd e s c r i b e sd a t as e c u r i t yt e c h n o l o g ya d o p t e db yt h eo t a b u s i n e s sd o w n l o a dp l a t f o r ma n di t sr e a l i z a t i o nm e t h o d t h r o u g hc o m p a r a t i o no f s e q u e n c en u m b e r ，i ta v o i d so t ad o w n l o a ds e r v e rr e p e a t i n gr e s p o n s et ot h es a m e s u b m i t t i n gr e q u e s ta n dt h u sr e a l i z e st h ee f f e c t i v e n e s s t h r o u g hc o m p a r a t i o no f m a cv a l u e ，i tp r e v e n t sd a t af r o mm a l i c i o u sm o d i f i c a t i o nd u r i n gt r a n s p o r t i n ga n d t h u sc o n f i r m st h e r e l i a b i l i t yo fd a t as u b m i t t e dt o o t ad o w n l o a ds e r v e ro r d e l i v e r e dt ou s e rc a r d 西南交通大学硕士研究生学位论文第l ii 页 k e yw o r d s ：o t a ：s t k ：s h o r tm e s s a g e ：s h o t tm e s s a g eg a t e w a y 西南交通大学 学位论文版权使用授权书 本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校 保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和 借阅。本人授权西南交通大学可以将本论文的全部或部分内容编入有关数据库 进行检索，可以采用影印、缩印或扫描等复印手段保存和汇编本学位论文。 本学位论文属于 1 保密口，在年解密后适用本授权书； 2 不保密使用本授权书。 ( 请在以上方框内打“4 ”) 学位论文作者签名： 矸飞暂 指导老师签名： 日期：佃f 口f f 日期： 比 如7 斫y ，似 “ 仉 西南交通大学硕士学位论文主要工作( 贡献) 声明 本人在学位论文中所做的主要工作或贡献如下： ，根据s g i p 短消息业务联网协议1 2 版和中国联通o t a 卡技术 规范，设计并实现了基于短消息的o t a 业务下载平台，包括o t a 下载服务 器与数据库的接口、o t a 下载服务器与短消息网关的接口和o t a 下载服务器 与用户卡( s t k 卡) 的接e l 。 二，本设计，实现了增值业务菜单在用户卡( s t k 卡) 中的动态更新和管 理。并根据中国联通o t a 卡技术规范和移动运营商的需求，编写各类增 值业务菜单。 本人郑重声明：所呈交的学位论文，是在导师指导下独立进行研究工作所 得的成果。除文中已经注明引用的内容外，本论文不包含任何其他个人或集体 已经发表或撰写过的研究成果。对本文的研究做出贡献的个人和集体，均已在 文中作了明确说明。本人完全了解违反上述声明所引起的一切法律责任将由本 人承担。 学位论文作者签 日期： 吻叫 獬0 “ 汐 孙 西南交通大学硕士研究生学位论文第1 页 第1 章绪论 随着我国移动通讯事业的蓬勃发展，移动运营商越来越关注如何为广大移 动用户提供新颖、方便、快捷的移动增值服务。移动增值业务的发展一方面取 决于应用内容的开发，同时也受制于应用推广的便捷性。为方便移动增值业务 应用的推出，o t a 空中下载技术的作用日益被人们所重视1 1 】。 1 1o t a 发展历程 s i m 卡( 或u i m 卡，本文以s i m 卡为例) 是移动运营商连接用户最为核 心的桥梁之一，有安全性高、覆盖面广、易控制、成本低等优点，在作为用户 识别模块的同时，也可以承载一小部分增值服务。然而，普通的s i m 卡因容 量太小( 一般为8 k 或l6 k ) ，只能存储少量的增值服务信息，无论是从技术、 管理，还是从业务的角度来看，都已经无法满足日趋增长的个人或集团用户移 动信息化需求 2 1 。 。 为了能够满足基于个人及行业用户的特点和市场需求，s t k 卡应运而生， 实现了s i m 卡业务模式的创新。s t k 是英文s i mc a r dt o o lk i t 的缩写，简称“用 户识别应用发展工具”，s t k 可以理解为一组开发增值业务的命令，一种小型 编程语言，它允许s i m 卡运行自己的应用软件。基于s t k 卡技术的s i m 卡同 原来的s i m 卡一样，可以在普通g s m 手机上使用。不同的是，基于s t k 卡技 术的s i m 卡是新一代的智能卡，具有更大的存储容量，同时也可以在这种s i m 卡中开发应用菜单，即这种基于s t k 技术的s i m 卡，使s i m 卡拥有了大的存储 容量和卡上内置的由运营商提供的各类增值服务 a l 。 随着移动运营商不断开发出各种新的应用类增值业务，基于s t k 卡技术 的s i m 卡依然不能满足移动运营商和广大移动用户的需求。在使用过程中， 发现许多尚待解决的问题： ( 1 ) 无法对应用类增值业务进行更新。在o t a 技术应用之前，新的应用 类增值业务的推广只能通过为用户更换s i m 卡来实现，移动运营商需要增加 各卡、服务和维护等方面的投入，推广成本高，难度大，同时容易也给用户带 来不便。 ( 2 ) 无法对卡内业务进行个性化定制开发和管理。运营商在针对集团客 户开发行业应用业务时仍需延续在生产时固化菜单的方式，可更新性和可扩展 西南交通大学硕士研究生学位论文第2 页 性不足，而由于行业应用业务差异性大、每类产品数量少，因此开发、生产和 管理的成本很高。并且针对一种行业应用产品，无法实现用户的分级管理与权 限分配。 ( 3 ) 运营商无法对s i m 卡进行持续升级，而在s i m 出现故障时也只能通 过换卡来解决，这会招致用户的不满，并增加运营成本【45 1 。 为了使移动运营商能够更好地基于s i m 卡进行大众业务和行业应用的开 发、拓展与推广，采用新的技术或业务模式来解决上述问题的需求，就变得越 来越迫切。于是，“s t k 卡、应用o t a 下载管理技术被创新性的提出。o t a 技术的应用，使用户可以通过短信通道、g p r s 通道、p o s ( i n t e r n e t ) 三大通 道，主动发起对增值业务的空中下载申请，运营商也可以主动p u s h 增值业务 【6 7 1 。 o t a 技术首先在广东和江苏移动实现了省级规模商用。在实践中得到了用 户的高度认可，在帮助用户实现移动信息化的同时，增强了用户的粘性，为运 营商创造了良好效益。 o t a 卡规模商用的主要成果如下： ( 1 ) 实现了空中下载技术推广的大跨越，拓展了可进行动态更新的元素。 除了能下载简单的业务菜单，o t a 卡能够实现包括应用、目录、补丁程序等的 下载和管理。 ( 2 ) 支持卡内应用的个性化定制、管理和发行。运营商可面向个人或集 团客户进行应用业务的单独定制开发和管理，同时增加了针对个体或小批量用 户的个性化发卡及维护方式。 ( 3 ) 系统可下载并执行程序补丁以对卡片进行升级和修正。通过此技术， 运营商可根据需要及时对s i m 卡进行更新，有利于解决以往因卡片技术或功 能不完善出现的问题，改变了故障卡处理方式，降低了s i m 资源的浪费【8 】。 1 2o t a 业务简介 o t a ( o v e rt h ea i rt e c h n o l o g y ) 空中下载技术，是通过移动通信 ( g s m c d m a ) 的空中接口对用户卡数据及应用进行远程管理的技术。空中 接口可以采用w a p 、g p r s 和最为用户广泛使用的短消息技术。基于短消息机 制的o t a 技术，使用户能够通过手机终端或服务器( 网上) 方式实现s t k 卡 内业务菜单的动态下载、删除与更新，从而方便用户获取个性化的数据增值业 务( 简称o t a 业务) 。这样，应用及内容服务商可以不受平台的局限，不断开 发出更具个性化的，更为贴近用户需求的服务，如信息点播、互动娱乐、位置 一 西南交通大学硕士研究生学位论文第3 页 服务以及银行交易等p 10 1 。通过o t a 技术，手机用户只要进行简单操作，就可 以按照个人喜好把网络所提供的各种业务菜单利用o t a 机制下载到手机中， 并且还可以根据自己的意愿定制具体业务【1 1 1 。 基于短消息的0 t a 技术，是一种通过移动通信( g s m c d m a ) 的短消息技 术对s t k 卡数据及应用进行管理的远程管理技术。在此技术下，运营商可以 通过短消息方式对用户卡端数据和菜单进行实时的更新和管理，方便、迅速地 向用户p u s h 新业务和更新s t k 卡上的内容，实现更多业务功能；同时也帮 助用户通过最常用的短消息方式实现自己手机菜单的个性化和动态管理，满足 用户对业务简单性、易用性、可下载性三方面的要求。基于短消息的o t a 空 中下载技术已经成为移动增值业务推广的强大推动器【12 1 。 目前，基于短消息的o t a 技术主要应用于短消息移动增值业务的定制。 将来，随着基于短消息的o t a 技术与m m s ，w a p 、g p r s 以及将来的3 g 技 术结合，在线短信游戏、移动聊天、个人助理、歌曲下载和在线视频等功能的 实现将会变得更加简易。 1 3o t a 业务下载平台开发背景 四川省联通公司现有一套远程托管的o t a 下载服务器。现有的o t a 下载 服务器主要用于o t a 业务试点，存在系统容量小、功能不完善，不能兼容不 同厂家的s i m 卡、不能实现卡内增值业务菜单动态更新等问题。因此本次所 新建的o t a 业务下载平台，将被四川省联通公司采用，实现统一的本地o t a 下载业务，极具现实的理论意义和实用价值【1 3 】。 此次开发的o t a 业务下载平台，实现了应用类增值业务更新的功能，实 现了短消息和w e b 两种下载方式，实现了用户卡内个性化业务的定制、管理 以及卡的持续升级。此次开发的o t a 业务下载平台的使用，对用户而言，大 幅度的降低了更新应用类业务的难度，也使卡内应用的个性化设置更为便捷， 同时也大幅度的增加了操作流程的可靠性：对运营商而言，通过对用户卡进行 持续升级，可以即时地推广新开发的业务，降低了运营成本。因此，此次开发 的o t a 业务下载平台，无论是对用户、还是对运营商都有着十分重要的意义 的。 1 4o t a 业务下载平台开发周期 根据设计任务和需求，预计此o t a 平台的开发周期模型，如图1 1 所示。 西南交通大学硕士研究生学位论文第4 页 曼曼曼皇曼詈曼皇皇曼! 曼! 曼曼曼曼! ! ! 皇! 曼! 皇! 詈詈曼曼! 暑i i i ioi i i i ooeii - 量鼍曼 ， 、 制定开发计划 1 广 2 j 需求分析选择工具 、 定义阶段( 4 6 周) l 之乡 厂、 。 7 it。 测试系统调试l 、 。 详细设计 划分功能模块旧i 、 y 编写程序代码 开发阶段( 8 1 2 周) 之岁 i 调算运行维护i 弋么 维护阶段( 4 - 6 周) 图卜1o t a 平台开发周期模型图 2 1 引言 第2 章o t a 业务下载平台总体设计 基于短消息的o t a 业务下载平台是一个复杂的系统，在开发o t a 平台前， 必须设计出o t a 业务下载平台的逻辑结构。本章的主要目的就是从用户和运 营商的需求出发，以现有技术条件为基础，确定系统的体系结构，确定系统是 由哪些模块组成，模块的功能以及这些模块间的接口关系。 22 总体设计 2 21 o t a 业务下载平台的逻辑结构 o t a 业务下载系统平台在逻辑上主要可分为三个部分：下载服务器、用户 数据库、用户网站服务器”】。这三部分是o t a 平台的基本构成，用于实现 o t a 平台的各种功能。o t a 业务下载平台的逻辑结构图，如图2 1 所示。 图2 10 t a 业务下载的逻辑结构 西南交通大学硕士研究生学位论文第6 页 2 2 2o t a 业务下载平台各模块功能简介 此次设计的o t a 业务下载平台，主要是通过短消息方式和w e b 方式实现 业务下载。短消息方式，用户可利用手机上行( m o ) 业务下载的短信请求，根 据请求下载服务器从数据库中读取按照一定格式存储好的数据，然后发送至短 消息网关，最后短消息网关通过短消息中心将数据以短消息方式发送至用户 卡，最终实现o t a 菜单的短消息方式下载操作f 16 1 。w e b 方式，用户或者管理 员通过互联网，登陆o t a 用户网站，进行业务下载。用户网站服务器接收到 o t a 用户网站的请求，仍然需要利用下载服务器从数据库中读取按照一定格式 存储好的数据，然后发送至短消息网关，最后短消息网关通过短消息中心将数 据以短消息方式发送至用户卡，最终实现o t a 菜单的w e b 方式下载操作【17 1 。 2 2 2 1 用户数据库 用户数据库用于存放用户信息、增值业务数据等相关数据。 2 2 2 2 下载服务器 下载服务器通过s g i p ( s h o r tm e s s a g eg a t e w a yi n t e r f a c ep r o t o c 0 1 ) 协议与短 消息网关通信，完成全部o t a 业务下载和远程文件管理请求处理、执行流程 逻辑、封装下发数据工作，并允许用户网站服务器对用户的菜单相关数据和特 殊文件的操作和维护，执行用户网站服务器提交的批量操作请求。下载服务器 主要完成的功能如下所示【1 8 】。 ( 1 ) 用户注册 接收用户上发的注册请求，匹配用户品牌，导入用户卡内预制菜单树，确 定用户可下载菜单列表，下发注册确认信息。 ( 2 ) 用户m o 获取可下载列表 接收用户上发的获取可下载菜单列表请求，选择可下载菜单列表，下发给 用户新的列表信息。如果没有任何可更新列表，组成列表数据总数为o 的数据 发送给s t k 卡使得此次操作流程正常。 ( 3 ) 用户m 0 菜单下载 接收用户上发的菜单下载请求，先判断卡内空间是否足够，如果足够则根 据上发的菜单索引( a i d ) 开始下发菜单数据，如果不足则下发普通短信提示 用户卡内空间不足。 ( 4 ) 用户m o 菜单删除 西南交通大学硕士研究生学位论文第7 页 接收用户上发的菜单删除请求短信，将服务器记录的相关菜单从用户菜单 记录中删除，以和用户卡信息保持同步。 ( 5 ) s t k 卡状态查询 下载服务器为了与s t k 卡状态保持致，可自动或人工向s t k 卡发起s t k 卡状态查询请求，s t k 卡将返回目前卡内所有的菜单相关信息。 ( 6 ) 新业务推荐 管理员可以定期向用户发送新的业务推荐数据，用户s t k 卡收到新推荐 的业务数据后显示“有新业务”。 2 2 2 3 网站服务器 网站服务器需要与o t a 下载服务器通信完成用户和管理员从w e b 方式发 起的o t a 操作，包括远程菜单下载、远程菜单删除、远程大类管理、远程菜 单更新通知，以及完成s t k 卡菜单o t a 下载系统相关设置功能，包括短信连 接、用户品牌设置、用户菜单设置等【1 9 】。 根据用户网站操作人员的不同，用户网站服务器分为系统管理员网站服务 器和用户网站服务器两种。 系统管理员网站服务器的主要功能如下所述。 ( 1 ) 卡信息管理 负责管理s t k 卡的批次号、版本号、最多可下载大类数、每页列表个数、 最大推荐个数、加密算法、校验算法等卡信息。 ( 2 ) 密钥管理 负责管理s t k 卡的对应密钥，分为o t a 操作和远程文件更新操作使用密 钥。 ( 3 ) 文件管理 负责管理s t k 卡可进行远程文件更新的文件列表及文件缺省内容。 ( 4 ) 菜单管理 设置s t k 卡内预置大类、菜单和可下载大类、菜单，设置不同品牌的不 同大类、菜单树，设置菜单在大类下的列表刷新顺序，设置菜单业务简介代码、 业务简介内容，菜单业务描述，菜单字节码等。 ( 5 ) 用户品牌管理 设置每批卡包含的卡端用户品牌标识对应的品牌信息。 ( 6 ) 用户账号管理 设置不同权限的管理员账号信息。 ( 7 ) 远程菜单下载 西南交通大学硕士研究生学位论文第8 页 mmm 选择菜单给批量用户下载。 ( 8 ) 远程菜单删除 选择菜单给批量用户删除。 选择菜单给批量用户发送最新推荐。 ( 9 ) 用户信息查询更新 查询当前己注册用户品牌，用户所属批次，用户当前已下载的大类、菜单 和未下载大类、菜单，用户手机i m e i e s n 号码，用户卡容量，短信数量，电 话号码数量，卡片版本号等信息，并针对存在问题的数据更新。 用户网站服务器的主要功能如下所述。 ( 1 ) 用户网站注册 用户使用此网站必须使用手机号码和密钥登陆，可以与现有联通省份用户 服务页面密码统一。需要现有联通用户网站提供登陆用户校验接口功能。 ( 2 ) 用户信息查询、编辑 查询当前已注册用户品牌，用户所属批次，用户当前已下载的大类、菜单 和未下载大类、菜单，用户手机i m e i e s n 号码，用户卡容量，短信数量，电 话号码数量，卡片版本号等。用户还可以编辑姓名，地址等个人信息。 ( 3 ) 用户网上菜单下载 用户选择菜单下载。 ( 4 ) 用户网上菜单删除 用户选择已下载的菜单删除。 ( 5 ) 用户s t k 卡状态查询 用户提交s t k 卡状态查询，使得服务器向s t k 卡发出查询指令，然后将 更新后的信息显示给用户核对。 2 2 2 4 总部o t a 菜单管理系统 总部o t a 菜单管理系统负责向各省份o t a 业务下载平台进行业务的管理 及信息统计。省份o t a 业务下载平台接收由总部o t a 菜单管理系统发送来的 请求消息，对该请求进行相应处理，并与本地的数据库进行交互操作，然后根 据本地操作结果组织响应消息，并发送回总部o t a 菜单管理系统台【2 0 1 。 总部o t a 菜单管理系统的主要功能如下所示。 ( 1 ) 、o t a 业务大类管理功能，包括业务大类发布、删除和查询功能。 ( 2 ) 、o t a 业务管理功能，包括业务发布、业务更新、业务删除和业务查 西南交通大学硕士研究生学位论文第9 页 ( 4 ) 、o t a 新业务推荐功能。 ( 5 ) 、信息统计功能。 2 2 3 基于短消息的o t a 业务下载平台三大接口 经过以上两节的描述，明确了o t a 业务下载平台的逻辑结构以及各个模 块所要实现的功能。然而，o t a 业务下载平台的各个功能，只借助每一个独立 的模块是无法完成的。o t a 业务下载平台的每一个模块，都通过一种特定的机 制相互联系，依靠这种联系才能实现不同的功能。 整个o t a 业务下载平台的实现，一共有五个接口需求，它们分别是：o t a 下载服务器与短消息网关的接口、o t a 下载服务器和数据库的接口、o t a 下 载服务器和用户卡的接口、o t a 下载服务器和网站服务器的接口和o t a 下载 服务器与总部o t a 管理系统的接口。基于短消息的o t a 业务下载平台所要搭 建的是o t a 下载服务器与短消息网关的接口、o t a 下载服务器和数据库的接 口和o t a 下载服务器和用户卡的接口。 2 2 3 1o t a 下载服务器与数据库的接口 数据库使用o r a c l e1 0 9 。o t a 下载服务器与数据库接口的实现，需要依靠 后台程序完成o t a 下载服务器对数据库中各种数据的存取操作。 2 2 3 2o t a 下载服务器与短消息网关的接口 o t a 下载服务器通过s g i p l 2 版本与短消息网关进行连接。各种参数和定 义需参照短消息网关系统接口协议v 1 2 。 2 2 3 3o t a 下载服务器与用户卡的接口 o t a 下载服务器与用户卡的接口，需要通过后台程序把数据按照支持 o t a 菜单下载的s t k 卡技术规范的格式组成来实现。 2 3 开发语言以及开发环境介绍 此o t a 平台的核心开发语言是c + + 语言。c + + 语言从c 语言发展而来， 拥有c 语言简洁紧凑、灵活方便，数据结构丰富，程序设计自由度大等优点 2 u 。 同时，c + + 语言引入了面向对象的新概念，解决了代码复用等问题，降低了程 序设计的难度和代码的复杂度，使得代码或者程序更具备稳定性，可扩展性和 西南交通大学硕士研究生学位论文第1 0 页 可维护性。 c + + b u i l d e r 是w i n d o w s 环境下最主要的应用开发系统之一，c + + b u i l d e r 6 是此o t a 平台所使用的开发系统。c + + b u i l d e r 是由b o r l a n d 公司继d e l p h i 之后又推出的一款高性能可视化集成开发工具。c + + b u i l d e r 具有快速的可视 化开发环境，内置了10 0 多个完全封装了w i n d o w s 公用特性且具有完全可扩 展性的可重用控件【2 2 23 1 。c + + b u i l d e r 具有一个专业c + + 开发环境所能提供的 全部功能，实现了可视化的编程环境和功能强大的编程语言c + + 的完美结合。 西南交通大学硕士研究生学位论文第11 页 第3 章o t a 业务下载平台详细设计 o t a 业务下载平台详细设计的主要任务，是在o t a 业务下载平台总体设 计的基础上，具体实现基于短消息的o t a 业务下载平台中的三大接口：下载 服务器与数据库的接口、下载服务器与短消息网关的接口和下载服务器与用户 卡( s t k 卡) 的接口。下面将根据这三大接口，描述o t a 业务下载平台的详 细设计过程。 3 1 下载服务器与数据库接口的设计与实现 在基于短消息的o t a 业务下载平台的开发过程中，数据库的设计是非常 关键的一个环节。这是因为，o t a 平台的每一项操作的离不开数据库的支持。 o t a 平台的核心，实际上就是把用户信息、业务数据等存入或者读出数据库的 信息交互操作。为了确定如何为o t a 平台构造数据库，必须首先进行需求分 析，判断哪些数据项是o t a 平台的数据库系统所必须的，然后根据需要来进 行数据库的设计工作。 3 1 1o t a 平台数据库需求分析 o t a 数据库的需求，与其所要实现的功能是分不开的。经过第二章的分析， 可以知道，对于用户，功能主要有：用户卡注册、用户m o 获取可下载业务列 表、用户m o 业务菜单下载、用户m o 业务菜单删除、用户卡状态查询、用户 m o 业务使用次数查询；对于o t a 下载服务器，功能主要有：用户注册确认、 列表更新、菜单下载、菜单删除、状态查询请求、远程文件更新。 此o t a 平台针对一个省市的用户，信息量巨大，所以根据上述功能的需 求，和基于易于管理的原则，创建o t a 平台数据库各表，如表3 1 至表3 10 所示。 表3 1 增值业务大类信息表( m c a t e g o r y ) 表3 2 发送o t a 业务信息表( d e l i v e r o t a ) 表3 - 3 发送o t a 业务详细信息表( o t a d e t a i l ) 表3 4 发送s m s 信息表( d e l i v e r s m s ) 表3 - 5 发送s m s 详细信息表( s m s d e t a i l ) 表3 - 6 用户卡品牌信息表( m _ b r a n d ) 表3 7 远程文件密匙表( r f m k e y ) 表3 - 8 用户信息表( u s e r i n f o ) 西南交通大学硕士研究生学位论文第15 页 表3 1 0 增值业务菜单信息表( m s e r v i c e s ) 3 1 2 下载服务器与数据库通信具体实现 基于短消息的o t a 业务下载平台，下载服务器与数据库的通信是利用服 务器后台程序对数据库表中数据的存取操作实现，并使用a d o 来访问数据库。 a d o ( a c t i v e xd a t ao b j e c t s ) 是微软公司一个用于存取数据源的c o m 组件，使 用a d o 允许开发人员编写访问数据的代码而不用关心数据库是如何实现的， 而只用关心到数据库的连接【2 4 25 1 。访问数据库的时候，关于s q l 的知识不是 必要的，但是特定数据库支持的s q l 命令仍可以通过a d o 中的命令对象来执 行。 使用a d o 来访问数据库，使得下载服务器与数据库的通信，仅仅依靠简 单的后台读取程序就能实现。下面以下载服务器对数据库中用户信息表信息的 存取操作为例，介绍下载服务器与数据库通信的具体代码瞳6 2 72 8 1 。 把用户信息存入数据库中用户信息表的具体代码如下。 v o i d f a s t c a l lt f o r m1 ：s q l i n s e r t u i ( u l n f ou i o w u i l o c k - e n t e r ( ) ； t r y q u e r y l - e x e c s q l 0 ； c a t c h ( ) s m s r e 一 l i n e s - a d d ( a n s i s t r i n g ( ”s q l i n s e r t u i e r r o r ! m s i s d n - ”) + u i f m s i s d n ) ； ) q u e r y1 s q l - c l e a r ( ) ； q u e r y l 一 s q l a d d ( ”i n s e r t i n t o u s e r i n f o ( m s i s d n ，c a r d i n f o ，i c c i d h ，i c c i d l ，s e r i a l 一 , s e r i a l ，b a t c h ，s p a c e ，b r a n d ，v i p i d ) v a l u e s ( ：m s i s d n ，：c a r d i n f o ，：i c c i d h ，：i c c i d l ，：s e r i a l f , ：s e r i a l ，：b a t c h ，：s p a c e ，：b r a n d ，：v i p i d ) ) ； q u e r y l - p a r a m e t e r s 一 p a r a m v a l u e s ”m s i s d n ” = u i f m s i s d n ； q u e r y l p a r a m e t e r s 一 p a r a m v a l u e s ”c a r d i n f o ” = u i f c a r d i n f o ； q u e r y l 一 p a r a m e t e r s 一 p a r a m v a l u e s ”i c c i d h ” = u i f i c c i d h ； q u e r y l 一 p a r a m e t e r s p a r a m v a l u e s ”i c c i d l ” = u i e i c c i d l ； q u e r y l - p a r a m e t e r s 一 p a r a m v a l u e s ”s e r i a l f = u i f s e r i a l f ； q u e r y l 一 p a r a m e t e r s - p a r a m v a l u e s ”s e r i a l = u i f s e r i a l ； q u e r y l - p a r a m e t e r s - p a r a m v a l u e s ”b a t c h ” = u i f b a t c h ； q u e r y l - p a r a m e t e r s - p a r a m v a l u e s ”s p a c e ” = u i f s p a c e ； q u e r y 1 一 p a r a m e t e r s 一 p a r a m v a l u e s ”b r a n d ” = u i f b r a n d ； q u e r y 1 - p a r a m e t e r s - p a r a m v a l u e s ”v i p i d ” = u i f v i p i d ； t r y q u e r y l 一 e x e c s q l ( ) ；) c a t c h ( ) s m s r e - l i n e s - a d d ( a n s i s t r i n g ( ”s q l i n s e r t u i m s i s d n 2 ”) + u i f m s i s d n ) ； w u i l o c k 一 l e a v e ( ) ； 把用 v o i d t s t ) e n t e r ( ) ； q u e r y l 一 c l o s e ( ) ； q u e r y l s q l - c l e a r ( ) ； q u e r y l - s q l 一 a d d ( ”s e l e c t 幸 f r o mu s e r i n f o w h e r e m s i s d n = ：m s i s d n ”) ： q u e r y l - p a r a m e t e r s 一 p a r a m v a l u e s ”m s i s d n ” = m s i s d n ； t r y q u e r yl 一 o p e n ( ) ； t s 2 q u e r y1 - c r e a t e b l o b s t r e a m ( q u e r y1 - f i e l d b y n a m e ( u s e r c a t e g o r y ) ，b m r e a d ) ； t s t 一 l o a d f r o m s t r e a m ( t s ) ； 西南交通大学硕士研究生学位论文第17 页 t s t - p o s i t i o n = 0 ； c a t c h ( ) s m s r e 一 l i n e s - a d d ( a n s i s t r i n g ( ”s q l r e a d c a t e g o r y e r r o r ! a i d = ”) ) ； w u i l o c k - l e a v e ( ) ； ) 上述具体代码，展示了下载服务器的后台程序如何具体实现对数据库中用 户信息表的存取操作。下载服务器对数据库中其余各表的存取操作，均可采用 类似的代码实现。 3 2 下载服务器与短消息网关接口的实现 经过上一节的介绍，可以知道o t a 业务下载平台的核心，是用户卡与o t a 下载服务器中数据库的信息交互。实现了o t a 下载服务器与数据库的接口后， o t a 下载服务器可以把数据从数据库中相应的表中取出；相对的，o t a 下载 服务器可以用户上发的数据存入数据库。然而，o t a 下载服务器取出数据后， 必须经由特定方式把数据发送到用户卡。本次开发的o t a 业务下载平台，实 现这一信息交互过程的方式是短消息方式。若要成功的把数据通过短消息方式 下发，o t a 下载服务器就必须与短消息网关通信，下面将详细讲解短消息网关 协议( s g i p ) 和o t a 下载服务器与短消息网关通信具体实现步骤。 3 2 1 短消息网关接口协议( s gip ) 短消息网关协议是s m g ( s h o r tm e s s a g eg a t e w a y ) 和s p ( s e r v i c ep r o v i d e r ) 之间、s m g 和g n s( g a t e w a yn a m es e r v e r ) 之间、以及s m g 和s m g 之间 的接口协议，简称s g i p ( s h o r tm e s s a g eg a t e w a yi n t e r f a c ep r o t o c 0 1 ) 。图3 1 说 明了短消息网关系统的体系结构3 0 1 。 西南交通大学硕士研究生学位论文第18 页 图3 1 短消息网关系统体系结构图 s m g 是具有短消息转发功能的短消息网关。全国可以有多个s m g 网关， s m g 网关之间通过