MISC系统短信SP接入指南-业务改造分册

1、MISC系统短信SP接入指南业务改造分册卓望科技2004/03/18所有权声明本文档的内容将做定期性的变动,且不另行通知。更改的内容将会补充到本手册中。除特别声明外,此文档所用的公司名称、个人姓名及数据均属为说明的目的而模拟。本文档的版权属卓望数码技术(深圳有限公司(本公司所有,受中华人民共和国法律的保护。本文档所含的任何构思、设计、工艺及其他技术信息均属本公司所有,受中华人民共和国法律的保护。未经本公司书面同意,任何单位和个人不得擅自摘抄、全部或部分复制本书内容,或者以其他任何方式使第三方知悉。MISC均为卓望数码技术(深圳有限公司所有,不得仿冒。前言 (5一、MISC系统架构和作用 (6二

2、、业务改造过程说明 (72.1SP改造流程图 (72.2业务改造重要性说明 (8三、SP割接前后的业务流程变化 (83.1订购关系 (83.2订购通知消息 (83.30000、00000统一取消 (83.4包月话单发起 (83.5订购、点播鉴全变化 (93.6订购关系同步 (93.7网站订购、点播处理 (9四、业务梳理及业务代码调整 (94.1业务类型分类说明.错误!未定义书签。4.2业务代码分类说明.错误!未定义书签。五、点播、订购指令MO匹配 (115.1MO指令匹配说明 (115.2指令种类及匹配方式 (125.3指令匹配流程说明 (125.4定购指令匹配处理流程 (125.5取消指令匹

3、配处理流程 (125.6点播指令匹配处理流程 (135.7普通MO匹配处理流程 (135.8MO匹配示例说明 (13六、定购、取消及包月费收取 (146.1定购业务种类规划 (146.2定制、取消点播指令设置 (146.3反向订购业务申请 (146.4统一反向取消接口开放 (156.5包月话单收取 (15七、业务组合模式说明 (157.1关联业务组合 (157.2不同等级业务组合 (157.3套餐式业务组合 (167.4普通业务组合 (16八、特殊业务设计举例 (168.1包月定制类业务需要免费使用N个月 (168.2VIP用户群免费使用业务 (178.3游戏、聊天类业务 (178.4手机股票

4、信息点播、定制 (17前言本接入指南主要面向需要接入中国移动各省公司短信平台SP的技术及业务人员,可以满足SP按照移动集团的DSMP数据业务规范来改造各自业务,规划各自短信产品的需求,实现快速接入符合DSMP规范的MISC1.6平台的技术指南。本指南主要侧重于规范说明、业务流程改造说明等方面。对于具体的程序开发过程不做详细说明,如果SP的开发人员碰到具体程序上面的问题请联系我公司相关技术支持人员。本接入指南共分为三个分册,分别是:业务改造分册、接口改造分册、SPOA使用分册,内容中如有不当之处敬请大家及时反馈。参考资料及文档如下:2.互联网短信网关接口协议(CMPP3.03.移动梦网短信业务信

5、令流程规范V3.05.MISC对MO的业务匹配处理流程说明_12176.MISC1.6 SP订购通知接口要求7.DSMP业务反向接口流程说明8.用户发送0000取消业务需求(审批稿文件名称: MISC系统短信SP接入指南文件编号:项目名称: MISC 项目经理:总设计师:版本号: 1.6 版本日期:制作:胡志华制作日期: 2004/03/22 审批:审批日期:审核:审核日期:一、MISC系统架构和作用 MISC1.6作为唯一一个完全符合中国移动集团公司DSMP数据业务管理规范的产品,它能够支撑多种数据业务模式,包括wap、sms、pda、kjava、mPic等,完成代理访问、用户及定购关系鉴全

6、批价、SP定购关系同步、SSO网站登录等功能,同时还支持各种业务管理、客户投诉处理、数据报表等功能。它完成数据业务的业务管理和控制功能,主要负责用户管理、业务管理和SP管理,对外提供开放接口并为业务网关、SP提供代计费功能。2.1SP改造流程图 流程说明:1首先需要组织SP参与MISC升级改造培训2培训结束后SP就应该开始着手进行业务梳理及接口程序开发3SP具备接口测试条件以后,集中统一安排在测试环境做接口测试及典型业务申报和流程测试4接口测试通过以后根据现网MISC系统建设情况,安排接口测试通过的SP在现网做全业务申报和全业务拨测5全业务拨测通过后提交拨测报告供计费做计费验证6验证通过后根据

7、网络部的割接安排进行割接在整个升级改造过程中“业务改造”贯穿了整个升级的全过程,所以请各SP在培训完后尽快成立业务升级小组,专门负责分析和梳理各自业务。业务改造分为以下几个步骤:1业务类型划分2业务代码整理3点播、定制指令设置4资费信息设置5反向订购业务申请三、SP割接前后的业务流程变化3.1订购关系割接前:所有订购关系由SP自行掌握,短信网关不记录用户订购关系割接后:订购关系同时保存在MISC系统和SP系统中,但是以MISC系统的订购关系为准,用户订购时先通过MISC系统处理,然后通过Provision接口通知SP做订购关系同步3.2订购通知消息割接前:SP自行组包生成订购通知消息下发给用户

8、,通知消息不固定,采用免费业务代码下发割接后:MISC平台自动组包生成订购、取消通知下发给用户,消息内容格式按照中国移动集团固定格式设置3.30000、00000统一取消割接前:SP收到0000时组包产生取消菜单下发给用户,收到00000自行取消用户订购割接后:MISC平台拦截0000指令并自行组包产生菜单下发,用户收到菜单后回复“QX+序号”取消对应的业务,同时拦截00000指令自动取消用户订购的业务3.4包月话单发起割接前:由SP自行发起SMC包月扣费请求,只要在RegisterDeliver字段填写2即可割接后:由MISC根据有效用户订购关系代SP发起SMC包月扣费请求,包月资费是通过M

9、ISC 根据设置好的计费规则进行批价获得3.5订购、点播鉴全变化割接前:不进行订购、点播鉴全,所有消息全部由网关透传给SP割接后:所有的MO/MT消息都需要通过MISC的鉴全,实现有效拦截3.6订购关系同步割接前:订购关系都保存在SP方,不存在订购关系同步割接后:所有订购关系都保存在MISC方,用户发起的订购请求先由MISC来处理,再通过MISC 同步到SP3.7网站订购、点播处理割接前:SP的网站点播和定制都有SP自身来控制,网关负责消息转发割接后:SP的所有网站点播和定制业务都需要通过调用SSO接口来实现,SP必须实现SSO登录、签退、点播、定制等等接口四、业务梳理及业务代码调整SP在做完

10、MISC业务升级改造培训后需要开始着手准备业务梳理及业务代码整理工作,以便满足最新的CMPP3.0业务管理规范4.1业务分类原则为了SP申请业务的方便,将七种业务类型总结为了五种,分别是“点播类、定制类、STK 点播类、STK定制类、帮助信息类”。MISC系统将进行系统改造,由支持现在的七种业务类型定义,转变为支持新的五种业务类型定义。点播类是原来的手机点播类和网站点播类的合并,SP业务申请时,可以根据需要决定该点播业务支持手机点播还是网站点播,或者两者都支持。定制类是原来手机定制类和网站定制类的合并,SP业务申请时,可以根据需要决定该点播业务支持手机点播还是网站点播,或者两者都支持。SP在“

11、MISC平台正式支持五种业务类型”之前申请的业务,将由MISC系统在部署时自动转换为新类型定义,不需要SP进行重新改造工作;SP在“MISC平台正式支持五种业务类型”之后申请业务的时候,应符合新业务类型定义。4.2各分类说明点播类业务申请时可以提供手机点播方式或者网站点播方式,或者两种方式都提供。提供手机点播方式-用户必须点播SP才可下发信息,点播方式是用户使用手机发送上行MO信息,只允许按条计费,不允许包月;业务申请时必须提供点播指令。提供网站点播方式-用户必须点播SP才可下发信息,点播方式是用户从SP网站上或是移动公司门户网站上,只允许按条计费,不允许包月;因为点播操作是在网站上交互进行,

12、所以业务申请时不需要提交点播指令。业务代码前面无符号。定制类业务申请时可以提供手机定制方式或者网站定制方式,或者两种定制方式都提供。 提供手机定制方式-用户必须订购,订购方式是使用手机MO上行信息,允许包月、按条两种计费方式(不建议提供按条计费的定制业务;业务申请时需要提交订购指令和退订指令。提供网站定制方式-用户必须订购,订购方式是在SP网站或者是移动公司门户网站上,允许包月、按条两种计费方式;因为是在网站上进行交互方式订购,所以业务申请时不需要提交订购指令和退订指令。业务代码前以“-”号开头STK点播类用户必须点播SP才可下发信息,点播方式是用户是使用装有STK卡的手机,选择STK 的相关

13、菜单,只允许按条计费,不允许包月业务申请时需要提交点播指令,此指令已固化在STK卡中业务代码前以“+”号开头STK定制类用户必须订购,订购方式是使用装有STK卡的手机,选择STK的相关菜单,允许包月、按条两种计费方式业务申请时需要提交订购指令和退订指令,此指令已固化在STK卡中业务代码前以“+”号开头帮助信息类此类业务必须免费提供,供SP向用户下发业务使用帮助信息,此类业务需要严格控制,建议要求每个SP只能申请一个业务申请时不需要提交点播指令,也不需要提交订购指令和退订指令业务代码前无任何符号4.3各分类对照表具体判断,可参见下表业务提供方式 点播指令 订购指令 退订指令 订购关系 允许计费模

14、式业务代码格式要求点播类 需要(手机点播方式 临时按条,免费定制类 需要(手机点播方式需要(手机点播方式需要按条,包月,免费“-”前缀STK点播类 需要 按条,免费 “+”前缀STK定制类 需要 需要 需要 按条,包月,免费“+”前缀帮助信息类 免费五、点播、订购指令MO匹配接入MISC1.6以后,所有的MO消息都会通过MISC进行过滤判断,由MISC系统来实现SP业务的MO正向定制、正向取消、点播等,而这些操作都必须在MISC系统中先申请设置好相应的定制指令、取消指令、点播指令等。所以SP在做接入前需要针对各公司相关业务进行不同指令的规划和设计,MISC系统目前支持一个业务多种MO指令的匹配

15、方式以及多条指令的匹配方式,所以可以做到SP的旧指令最少改动。不过不排除有些SP有一些非常特殊的业务指令需要重新设计和申请,因此指令规划这项工作也是必须的5.1MO指令匹配说明MO指令匹配功能是实现MISC1.6规范化管理的一项非常重要的功能,SP可以针对不同的业务设置不同的定制、取消、点播等指令,同时还可以针对特服号实现长号码功能。另外,MISC支持灵活多变的匹配模式,包括长号码和指令内容的模糊和精确匹配、空指令匹配等5.2指令种类及匹配方式SP进行业务申请时,按照不同的业务类型填写业务指令,根据业务类型的不同,可能存在“订购指令、取消指令、点播指令和普通MO”4种指令模式,设置指令时,需要

16、指定指令对应的发送号码(长号码和指令内容,并可分别指定对发送号码和指令内容是否需要做精确匹配。精确匹配的意思是指只有当所匹配内容和所设置的指令需要完全相同(包括长度也一样时,才算匹配。例如如果设置了发送号码为“800101”,则只有当用户发送一条MO到“80010123”时,将不会匹配上“800101”的那条指令;只有发往“800101”的指令才会被匹配上。【注】对于同一种指令模式,每个服务可以设置多条,例如一个服务可以设置5条订购指令和5条取消指令,目前MISC可以支持超过5条的指令,但是从方便管理的角度考虑,对于同一条模式的指令,建议SP设置时不要超过5条。5.3指令匹配流程说明1用户的M

17、O短信由两部分构成:发送号码和发送的内容,再加上业务申请时设置的匹配模式,这三样共同构成了匹配时的依据。2当一条MO到MISC进行鉴权时,MISC先对发送号码(长号码进行匹配,按照最大匹配+精确匹配的原则进行。如果有匹配成功的,则取出对应业务代码和指令类型; 3在上一步匹配出来的列表中,再对指令内容进行匹配,也是按照最大匹配+精确匹配的原则进行。如果有能匹配上的结果,则取出对应的业务代码和指令类型;如果没有能对应上的匹配结果,则取列表中的最后一条的Service ID作为匹配出来的Service ID,同时通知短信网关将此条短信当作普通MO向SP转发。4对于匹配成功的指令,MISC根据匹配出的

18、指令的模式不同,处理方式如下:5.4定购指令匹配处理流程对于订购指令,则MISC将检查该用户是否已订购该服务,如果没有订购,则MISC将会完成订购,同时会将用户MO中的内容通过用户订购关系数据同步接口(Provision接口传送给SP,在Provision接口中的FeatureStr字段中将会有用户MO的长号码和指令内容,长号码和指令内容之间将以空格符分隔。同时MISC会通知短信网关这是一条订购指令,短信网关将不向SP转发该MO。如果该用户已订购该服务,则对于包月类服务,MISC会将该MO当作普通MO向短信网关返回鉴权成功的结果,通知短信网关将此条短信当作普通MO向SP转发;对于定制包月类服务

19、,则MISC会将该MO当作点播类型的MO向短信网关返回鉴权成功的结果,通知短信网关将此条短信当作点播MO向SP转发。5.5取消指令匹配处理流程对于取消指令,则MISC将检查该用户是否已订购该服务,如果已经订购,则MISC将会完成取消,同时会将用户MO中的内容通过用户订购关系数据同步接口(Provision接口传送给SP,在Provision接口中的FeatureStr字段中将会有用户MO的长号码和指令内容,长号码和指令内容之间将以空格符分隔。如果该用户未订购该服务,则MISC会向短信网关返回鉴权失败,短信网关将不会向SP转发该MO。5.6点播指令匹配处理流程对于点播指令,则MISC会生成临时订

20、购关系(LinkID,同时向短信网关返回鉴权成功,并将LinkID返回给短信网关,由短信网关将该MO作为点播MO向SP转发。如果SP设置了空指令,那么当MISC匹配不到以上所有指令时,会按照空制令最后匹配的原则匹配上空指令,同时生成临时定购关系(LinkID,并把这条消息当成点播MO向SP转发,设置空指令的业务必须是免费的业务5.7普通MO匹配处理流程对于普通MO短信,MISC向短信网关返回鉴权成功的响应,同时通知短信网关将此条短信当作普通MO向SP转发。5.8MO匹配示例说明序号 长号码 指令 长号码匹配方式 指令匹配方式1 8888 xw 1 02 888801 xw 0 03 88880

21、1 xw1 0 14 8888 01xw 1 15 8888 (null 0 0 (HELP针对上面的设置,用户发送 xw1到8888011我们匹配第3条记录用户发送 xw01到888801我们将匹配到第2条记录用户发送01xw到888802我们匹配到第5条记录用户发送01xw到8888我们匹配到第4条记录用户发送 xw01到8888我们匹配第1条记录用户发送A到8888我们匹配第5条记录,六、定购、取消及包月费收取6.1定购业务种类规划由于接入MISC1.6平台以后,SP的所有定购关系都是保存在MISC平台中,并且以MISC平台为准,所以所有的用户定购必须先通过MISC平台来实现,因此SP需

22、要针对平台管理规范要求来规划各自定制业务的种类。比如,哪些业务需要通过MO正向来定制,哪些业务需要通过网站定制等,另外还有就是需要规划哪些按次的业务需要定制,注意,包月的业务是必须设置为定制业务,否则不能产生包月扣费6.2定制、取消点播指令设置规划好了哪些业务需要定制以后,那么就必须继续规划这些业务的定制和取消指令了。SP针对每一个业务都可以设置多个定制、取消指令,但是指令必须不相同,建议不超过5个。6.3反向订购业务申请考虑到有部分用户有一些特殊业务或者合作类业务,不能通过正向MO指令定制的方式实现的,所以需要提供反向定制方式实现。但是申请反向定制业务必须满足以下几个条件:1、用户通过自动语

23、音平台订购的业务,可以使用反向订购;此处语音平台不包括SP的客户服务电话,人工台等语音途径;2、用户通过SP专有客户端进行订购的业务,该客户端不支持HTTP协议,不能通过程序改造的方式实现网站订购;3、用户通过STK卡固化指令订购的业务,该固化指令不符合现网MISC的订购指令要求格式,不能由MISC解析。同时,该STK卡用户已普及而且不能修改。可以使用反向订购;4、用户通过与SP或其合法代理机构签定具法律效力的协议文本或合同文本订购的业务,可使用反向订购;5、对于同一个业务在不同时期资费优惠的情况,原则上不允许使用反向订购;6、属于集团客户业务,即使用业务的用户属于固定用户群,无需主动订购或主

24、动取消业务,订购或取消业务按集团客户内部管理规定处理。如果此类业务确实需要纳入MISC的管理范围,可以使用反向订购申请反向订购业务时,SP需单独填写反向订购业务申请表,并随表递交附件:SP名称-反向订购业务申请,对每一项业务,申请内容须包括:1、业务订购过程2、业务取消过程3、申请反向订购的原因4、订购行为记录格式与查询方法5、业务开通时间、订购用户数、所占SP业务总量比例6.4统一反向取消接口开放考虑到用户投诉时一般都会直接投诉到SP去的这种使用习惯,所以MISC1.6平台按照DSMP协议规范修订的要求,开放了统一反向取消接口功能,所有SP都可以通过该接口实现对定制业务的取消操作,方便了SP

25、处理用户取消业务的投诉,但是前提是SP必须实现Provision定购关系同步的反向接口6.5包月话单收取按照SP老的业务流程,包月话单是由SP自己控制,并且直接下发给网关实现包月扣费。但是接入MISC1.6平台以后,所有的包月扣费请求都是由MISC平台直接向网关发起,实现包月扣费,而不需要SP自行发起包月扣费MISC平台发起包月扣费请求分为几种方式:1、定购即刻收取包月费2、72小时免费期过后发起包月扣费3、帐期出根据MISC系统中存在的有效定购关系来向网关发起包月扣费4、神州行补扣七、业务组合模式说明7.1关联业务组合比如网上宠物业务,每月收费5元,另外在这个业务基础上,还可以增加短信通知功

26、能,将宠物每日的信息随时通知用户,每月加收3元,也就是说,宠物业务为主业务,必须定购了主业务之后,才能订购短信通知业务。这是主从关系。针对这种组合方式,可以很容易形成各种业务模式,将以前一些不好控制信息费的业务拆分成两个关联业务来处理,比如股票预警业务,可以有一个主业务,设置为包月的,一个主业务中,最多可设置4支股票的预警,但要限制最多的发送条数,另外设置一个从属业务,按条收费,不限制条数,如果本月用户的预警信息不超过限制值,就会用包月服务的代码下发,如果超过了50条,就用按条的业务下发。7.2不同等级业务组合比如邮箱业务,有10M、20M、50M之分,收费不同,但同一个用户,同一时间内,只能

27、订购所有这些业务之间的一个,而不能同时订购10M、20M两个,并且用户从业务组内的某一项业务换成别一项业务时,是升级,而不是取消某一项业务,再订购另一项业务,这是为了保证用户的业务相关信息的延续性,这是互斥关系。ASPire Tech 卓望科技 MISC 系统短信 SP 接入指南 MISC 在处理这种业务组合时，当有用户订购组合内的某一个业务，MISC 会检查用户 是否订购了该组合内的其他业务，如果有订购，就会取消用户订购的本组内的其他业务，这 样， 用户不需要手工去取消原来定购的业务， 直接选择订购组合内的新业务就可以完成业务 转换，这样带来的直接好处就是用户使用方便，不会因为业务的转换带来

28、多重收费。 SP 在处理这种业务时，也一样需要判断用户是否有订购过本组内的其他业务，如果有 订购，SP 要求进行业务升级，而不是取消原业务再订新业务，这样主要是保持业务信息的 连续性，不至于因为业务升级而丢失原来的信息。比如邮箱从 10M 升到 50M，原 10M 邮箱 里的信就不会丢失了。 7.3）套餐式业务组合 这是为了业务宣传的需要而将一些不相关联的业务放在一起，比如某 SP 对外宣传了一 项“新年快餐”业务，这里面包含有 5 项业务，虽然这些业务可能并不相关，但为了业务推广 的需要以及用户订购与查询的方便，也为了业务统计的需要，而将这些业务合在一起。这些 业务之间没有关联，订购时也是分

29、别订购，而不能订购一个业务组。 另外一种提法，套餐业务组合其实就是 SP 的个性化业务分类。因为总的业务分类是由 运营商规定的， 不会因为某个 SP 而变化， 如果想要自己的业务分类怎么办？套餐业务组 SP 合也可以这样来用，SP 可以自己设置一个业务分类，比如“奥运快迅” ，然后把与此有关的 所有业务放在这个分类里，这样的 PORTAL 的展示上，就会把这些业务放在一起，让用户 很方便的找到。由此就可以延伸出“财经频道”“体育频道”等一系列这样的套餐。 、 7.4）普通业务组合 目前定义有手机点播类、定制点播类、自动 PUSH 类、网站点播类、STK 等业务模式， 一个业务，SP 可以多种模

30、式向用户提供，也可以在同一种模式下，以不同的资费方式向用 户提供。比如一个股票价格预警业务，SP 可以同时提供按条计费、包月计费方式，因为预 警的信息条数不可预知，所以用户可以选择按条计费，另外也可以包月，SP 只发送有限条 的信息，超过后就不再发送；另外比如一个新闻业务，SP 可以提供自动 PUSH 方式、手机 点播方式等， 这些使用方式的计费各不相同。 为了用户订购的方便， 也为了业务统计的方便， 将这些业务放在同一个组内。 采用这种组合，可以将一个业务分成多个业务，同样的内容同时满足不同用户的要求， 这对业务的推广和宣传无疑都是有很大的好处的。 八、特殊业务设计举例 8.1）包月定制类业务需要免费使用 N 个月 业务流程： 用户发送“M”到 xxxx，SP 判断如果是新用户那么发送游戏介绍的免费短信给用户， 并且给用户自动定制成为游戏用户的免费用户，如果是老用户则直接返回游戏菜单给用户， 中国移动通信集团公司 - 16 - ASPire Tech 卓望科技 MISC 系统短信 SP 接入指南 使用时通过直接回复来实现。如果用户在一定的时期内没有上行消息，那么改用户不收费， 如果有上行消息，则到期会自动转为收费用