SP申请资料填写说明

作者：不详  发布时间：2007-10-17 9:37:17 发布人：admin 来源：转载

SP申请资料填写说明
一, SP申请资料:
1, 企业法人营业执照(需年检);
2, 电信与信息服务业务经营许可证(需年检);
3, 银行开户许可证;
4, 税务登记证;
5, 商业计划书:
a) 公司介绍:包括总公司及分公司或专业公司的地点,规模,资金来源,人
员构成等;
b) 业务介绍:包括业务名称,业务类别(点播,定制),使用方法,资费标
准,目标客户群体等;
c) 市场预测:包括产品适用群体,初期推广方案,业务量预测分析,产品盈
利性分析及市场制胜策略等;
d) 客户服务:包括目前及将来( 定合作后)的客户服务渠道,方式,能力
等情况;
e) 技术方案:包括接入组网方案,软硬件组成情况,系统安全性,稳定性情
况介绍等;
f) 业务开通前3个月约10万元宣传费用的宣传方案.
二,对业务申请中的填写信息说明
鉴于MISC1.6业务管理系统中对业务申请信息进行了扩充,为了便于SP在业务申请时
有效的填写,现对于各申请信息进行解释,并举例说明如何填写这些信息.
一, 业务申请信息:
名称 说明 备注
业务性质类信息,运营商用来确定业务身份的信息.
业务模式 由运营商定义的模式,SP目前定义有手机点播类,定制点播类,自动
的业务必须属于其中的
一种
PUSH类,网站点播类,STK类
业务名称 SP自行定义
业务代码 SP自行定义 由SP自己制定,具有唯一性.PUSH业务和
STK业务由标志符(-,+)(系统自动添加)
和字母组成(其中字母必须大写),总长度最大
为10位,只有9位供SP编码,点播类业务10
位全部由SP编码.
业务分类 由运营商定义,SP必须为
业务指定选择业务大类
下的指定的业务小类.不
能只选择大类
在系统中,小类是前面带两个"-"号的,大类
前面没有"-"号.
业务描述类信息,主要提供给用户或1860客服更好的向用户提供业务说明
范围 指业务开展的地域范围 从地域上来划定业务范围,如在某个城市,某
个省等
用户群 指使用业务的用户的群
体
如老年人,20岁―30岁,商务人士等.
时间 业务开展的时间 有的业务有时间限制,如投注类,可能晚上不
提供服务.
地点 业务开展的地点 有些业务要配合线下的活动,活动地点可在这
里填写
游戏规则 对于游戏类业务,指定游
戏规则
一般游戏类业务有,其他业务可不填
奖励办法 对于搏彩类业务,指定奖
励办法
一般对于搏彩类业务才有,其他业务可不填
业务商用时间 SP申请的业务商用时间 这是SP的申请,运营商可调整商用时间
资费控制描述类,DSMP用来批价和业务订购同步的信息
资费类型 包月,按条或免费
资费 元为单位
发送频率 对于不同的业务类型,意
义不同
点播类:定义为每次点播下发的信息条数
定制类:定义为每月下发的信息条数
业务处理地址 SP与DSMP平台业务同
步的处理地址
DSMP通过此地址向SP同步用户的订购请求
业务指令类,DSMP系统中用来处理用户正向订购和鉴权的信息
点播指令 业务点播的指令
订购指令 业务订购的指令
退订指令 业务退订的指令
统一为:发送:填写指令
到:填写长接入号
示例:供用户参考的信息发送说明文字
三,对业务管理系统中的一些名词的解释
鉴于MISC1.6业务管理系统中出现了业务组合的概念,并且业务分类也更加细化了,
针对SP在业务申请过程中所遇到的一些问题,现作出一些解释.
二, 针对业务组合的解释:
在新的业务管理系统中,增加了业务组合的功能,这个功能是在分析SP业务的基础上
提出来的,目的就是考虑SP业务割接到MISC平台后,能够为SP提供更多的业务营销宣
传的手段.这些组合方式是地现有业务的高度抽象形成的,在这些组合设计的基础上,可以
形成各种各样的业务营销模式和业务使用模式.
MISC系统支持业务在业务组合内的自由转移,SP可以将一个业务很方便的从一个组
合换到另一个业务组合.
关联业务组合
比如网上宠物业务,每月收费5元,另外在这个业务基础上,还可以增加短信通知功能,
将宠物每日的信息随时通知用户,每月加收3元,也就是说,宠物业务为主业务,必须定购
了主业务之后,才能订购短信通知业务.这是主从关系.
针对这种组合方式,可以很容易形成各种业务模式,将以前一些不好控制信息费的业务
拆分成两个关联业务来处理,比如股票预警业务,可以有一个主业务,设置为包月的,一个
主业务中,最多可设置4支股票的预警,但要限制最多的发送条数(如果这个月股票总在用
户设定的价位波动,那下行信息会很多,有可能造成业务亏损!)有些用户认为这样不合理,
他要求只要到价位就要提醒,怎么办 这时,可以设置一个主业务,叫股价预警,包月收费,
限制为每月50条,另外设置一个从属业务,叫预警加加,按条收费,不限制条数,如果本
月用户的预警信息不超过50条,就会用那个包月服务的代码下发,如果超过了50条,就用
那个按条的业务去发!这就解决了问题.
不同等级业务组合
比如邮箱业务,有10M,20M,50M之分,收费不同,但同一个用户,同一时间内,只
能订购所有这些业务之间的一个,而不能同时订购10M,20M两个,并且用户从业务组内
的某一项业务换成别一项业务时,是升级,而不是取消某一项业务,再订购另一项业务,这
是为了保证用户的业务相关信息的延续性,这是互斥关系.
MISC在处理这种业务组合时,当有用户订购组合内的某一个业务,MISC会检查用户
是否订购了该组合内的其他业务,如果有订购,就会取消用户订购的本组内的其他业务,这
样,用户不需要手工去取消原来定购的业务,直接选择订购组合内的新业务就可以完成业务
转换,这样带来的直接好处就是用户使用方便,不会因为业务的转换带来多重收费.
SP在处理这种业务时,也一样需要判断用户是否有订购过本组内的其他业务,如果有
订购,SP要求进行业务升级,而不是取消原业务再订新业务,这样主要是保持业务信息的
连续性,不至于因为业务升级而丢失原来的信息.比如邮箱从10M升到50M,原10M邮箱
里的信就不会丢失了.
这种业务模式可以很容易扩展成多种丰富的业务,比如现在有一家SP就提供了这样的
业务:业务主题是交友,为了吸引女孩子来使用这个业务,因此就像娱乐厅一样,制定了男
女不同资费,对于男士为5元/月,对于女士为1元/月,这虽然有一点不符合男女平等的原
则,但不失为一种业务营销手段,而使用MISC的这个业务组合功能,就能很好的支持这种
业务方式.
套餐式业务组合
这是为了业务宣传的需要而将一些不相关联的业务放在一起,比如某SP对外宣传了一
项"新年快餐"业务,这里面包含有5项业务,虽然这些业务可能并不相关,但为了业务推广
的需要以及用户订购与查询的方便,也为了业务统计的需要,而将这些业务合在一起.这些
业务之间没有关联,订购时也是分别订购,而不能订购一个业务组.
这其实是业务套餐的前题,MISC下一步一定会支持业务套餐,但一个平台不可能会满
足所有的SP要求,实现千差万别的套餐,所以我们设计出一些框架,让SP在这个框架下
来打自己的组合拳.
另外一种提法,套餐业务组合其实就是SP的个性化业务分类.因为总的业务分类是由
运营商规定的,不会因为某个SP而变化,SP如果想要自己的业务分类怎么办 套餐业务组
合也可以这样来用,SP可以自己设置一个业务分类,比如"奥运快迅",然后把与此有关的
所有业务放在这个分类里,这样的PORTAL的展示上,就会把这些业务放在一起,让用户
很方便的找到.由此就可以延伸出"财经频道","体育频道"等一系列这样的套餐.
普通业务组合
目前定义有手机点播类,定制点播类,自动PUSH类,网站点播类,STK等业务模式,
一个业务,SP可以多种模式向用户提供,也可以在同一种模式下,以不同的资费方式向用
户提供.比如一个股票价格预警业务,SP可以同时提供按条计费,包月计费方式,因为预
警的信息条数不可预知,所以用户可以选择按条计费,另外也可以包月,SP只发送有限条
的信息,超过后就不再发送;另外比如一个新闻业务,SP可以提供自动PUSH方式,手机
点播方式等,这些使用方式的计费各不相同.为了用户订购的方便,也为了业务统计的方便,
将这些业务放在同一个组内.
采用这种组合,可以将一个业务分成多个业务,同样的内容同时满足不同用户的要求,
这对业务的推广和宣传无疑都是有很大的好处的,不用我多说,可能实际工作中,每个业务
策划人员可能早就是这样操作的.
三, 针对业务类型的解释:
首先,对业务类型的划分是在集团公司原有分类的基础上细化形成的,不违背原分类的
原则,按原分类方法,短信业务分为IOD与PUSH类,但对于业务使用过程中的一些特殊
情况并没有描述清楚,造成一些理解上的不一致,最典型的如铃声点播类业务,用户从网站
上点播业务,然后通过短信下发给用户,这种业务到底是归属IOD还是PUSH 有人说是
归IOD,因为有用户点播的操作;也有人说归PUSH,因为没有MO的上行信息.
现在,我们对IOD与PUSH进行了更严格的定义:
IOD方式:用户通过使用手机发送上行MO信息到SP的特服号,点播相关的业务,然
后SP通过MT方式下行给用户返回请求的内容,这样的业务使用模式称为IOD方式.
PUSH方式:用户不通过手机发送上行MO信息,就可以直接得到SP的服务内容,这
样的业务使用模式称为PUSH方式.
从以上定义中,我们将业务细分为四种,其中,手机点播类和定制点播类属IOD方式,
自动PUSH类和网站点播类属PUSH方式.
手机点播类
这是最普遍的一种IOD类业务,用户通过上行一条MO点播指令,然后SP接收到点播
指令后,向用户回复一条业务信息.
这种业务不需要用户订购,因此不需要订购指令和退订指令,史需要点播指令,并且业
务只能以按条计费方式提供,不能包月计费.
最典型的业务就是天气信息,用户通过上行一条MO,然后SP下发一条天气情况信息,
每一次点播计一次业务费用.本月有点播就有收费,没有点播就没有收费.
另外本业务要每次点播后最大下行MT条数限制,对于扩展短信,有可能需要多条短信
组合而成,因此在业务申请时要求填写发送频率这一项.
可以归结为:无须订购,随时可用,手机点播,手机享用,一次使用,一次计费.
定制点播类
这种业务是需要订购的业务,用户在使用这种业务时,必须进行订购,所以这种业务必
须同时具备订购指令,退订指令,点播指令.用户在使用这种业务前,先要订购,只有订购
了业务后,才能通过上行MO的方式使用业务.因为需要订购,所以本业务类型允许包月
计费和按条计费.
最典型的业务就是移动QQ,用户通过订购了移动QQ业务后,就可以将QQ号与手机
号绑定,以后就可以通过手机向其他的QQ号发送信息,如果该用户在线,就会显示在QQ
上,如果不在线,并且该用户也绑定了手机,就会发送到该用户手机号.
这种业务特点是先订购,但订购后并不会自动由SP下发信息,还必须由用户上行MO
才能产生信息的下发.
可以归结为:一次订购,终生有效,一次点播,一次享用
自动PUSH类
这是最普通的PUSH类,特点是需要用户订购,订购后,用户不再需要上行MO,由
SP定期向用户下行MT提供业务信息.
因此,这类业务不需要点播指令,但需要具备订购指令和退订指令.这种业务多为包月
方式计费,但也不排除按条计费.对于按条计费的方式,发送频率限制很重要,在业务申请
时一定要填这个参数,一般为每月发送条数.
最典型的应用是新闻类业务,用户订购后,每天SP会按时向用户发送最新新闻,而不
需要用户再做其他操作,只要用户不取消,该业务一直有效.
可以归结为:一次订购,终生享用,如不取消,到月收费!
网站点播类
这种业务的特点是由用户主动点播的,但不是通过上行MO的方式点播的,用户可以
通过WWW网站进行点播,SP的处理这类业务时,当用户通过WWW网站点播后,必须先
向MISC系统请求一个LinkID,然后再通过短信下发业务信息,在下发时,一定要将这个
LinkID提交给ISMG,不然业务会无法下发.
依此类推,以后可能会出现语音点播类业务等.这种业务一般是按条计费的,一般不需
要用户订购,每一次点播产生一次业务使用.
最典型的业务就是铃声下载,用户在网站上先欣赏铃声,然后点播下载到手机,这时用
户就会从手机上收到这条铃声.
同样本业务也要求每次点播后最大下行MT条数限制,对于扩展短信,有可能需要多条
短信组合而成,因此在业务申请时要求填写发送频率这一项.
可以归结为:无须订购,随时可用,网站点播,手机享用,一次使用,一次计费.

上一篇文章：解剖Nokia WAP工具箱-Nokia WAP Toolkit

下一篇文章：邮件发送类，支持HTML格式，支持优先级设置

相关文章

• 没有相关文章