MMarket全网业务支撑方案

1、2009年4月1日 2 概述概述 n目标方案假设前提目标方案假设前提 ap等同sp在boss、misc、sims上进行管理，要为mm业务的ap分配多个 企业代码； 通过mm平台接入一级boss下发话单实现扣费； 开发商ap、个人开发者均在开发者社区进行申请； ap的公司资料后台同步到sims进行登记，在由sims向全网sims、misc发 布数据。 n过渡方案假设前提过渡方案假设前提 u业务申请 i.mm业务单独申请一个企业代码，在sims配置局企业代码、服务代码 和业务代码（计费代码）。由集团公司下工单进行制作。 u业务计费 i.misc实现鉴权批价功能 ii.mm平台通过短信下发话单扣费

2、iii. 广东boss负责采集全网话单，将本省用户话单进行检错、入账处理； 将前提省按次话单上传到一级boss；并根据按次话单的ap代码，计费 业务代码信息完成对mm业务合作ap的结算报表统计，结算到计费业 务代码 3 misc改造分析改造分析 u mm平台作为一条独立的业务线，具有独立的网元编号；同时， mm也是应用平台（sp）。二者在逻辑上都属于mm平台，在物 理上可以是分开的。 在过渡方案中，mm平台同时是一家短信sp 在目标方案中， mm平台的ap分配多个企业代码，作为多家sp存在 ，其类型可以是mm业务sp，也可以是其它类型的sp，如短信sp、 彩信sp等，同时借鉴widget平台独

3、立类业务和捆绑类业务的处理方 案 u misc需要对mm平台发起的业务请求进行相关的处理（参考 widget业务流程），包括订购接口和鉴权批价接口； u 在过渡时期，为了支持短信网关出话单，misc还需要向短信网关 开放鉴权批价接口； u 现网的数据业务客服目前仍然由 spoa 系统负责。新增了 widget 业务线后，数据业务客服系统需要增加对新业务线的支持 4 misc实施计划及对相关网元的依赖实施计划及对相关网元的依赖 按过渡方案和目标方案分两期实现： p过渡方案： 1.misc录入mm平台作为独立网元的相关信息； 2.sims制作mm平台作为短信sp的相关信息并同步给misc，其业务类

4、型均为定制类按次计费业 务； 3.misc仅支持按次业务的订购和鉴权批价功能，其订购关系由misc自行管理，不需要向boss 同步； 4.通过xportal查询用户订购关系信息时，misc不返回mm业务的订购关系； 5.工期：20工作日 p目标方案： 1.misc录入mm平台作为独立网元的相关信息； 2.sims为mm业务的ap分配多个企业代码，并同步给misc。其业务类型按计费类型划分包括包 月业务和按次业务；按业务使用方式划分包括且不限于短信业务、彩信业务、wap业务、 mm业务。可参考widget业务实施中的独立类业务和捆绑类业务概念； 3.用户通过mm平台订购包月业务时，其订购请求要转

5、发给boss，并根据boss响应信息进行后 续处理。此处涉及省misc与省boss接口单行本（boss3.0） 的修改； 4.用户通过 boss 渠道设置 mm业务信息服务开关，boss 通过订购关系同步接口向 dsmp 同 步用户的 mm业务信息服务开关，dsmp 接收该信息后，修改用户的对应设置，并在后续流 程中依据这个信息服务开关进行控制。此处涉及省misc与省boss接口单行本（boss3.0） 的修改； 5.新增了 mm 业务线后，www 门户需要增加对新业务线的支持，包括 ：允许用户从 xportal查 询 mm 业务订购关系和订购关系历史，并在订购/退订发生地中，可以展示出新增的

6、 widget 业务平台 ；允许用户从 xportal退订 mm业务的订购关系 。此处涉及数据业务管理平台接口 规范(2.0.0)的修改； 6.oam 需要增加对mm业务线的支持 ； 7.在客服支撑等功能中，支持对 widget 业务的查询、退订功能 ； 8.工期：待定 5 全网包月业务订购及鉴权全网包月业务订购及鉴权 mm平台 mm接入省misc u全网包月业务通过 misc 前转到用户归属省 boss 完成订购；由用户归属省 boss 判断用户 是否可订购，基本没有欠费风险； u归属省 boss 按帐期进行计费并生成包月计费话单，暂停计费失败的用户订购关系，并通过 misc 前转给 应用平

7、台（sp）； u订购关系变更历史通过misc同步给mm接入省boss； u用户使用包月业务时，mm 平台通过 misc 对用户订购关系进行鉴权，避免未授权使用，减 少收入遗漏；同时mm平台根据misc的鉴权结果生成包月查询话单（标注mm企业代码、ap 代码、业务代码）； u由广东 boss 负责 sp 结算，mm 平台负责 ap 结算； 浏览 用户 价格提示 订购/使用确认 用户归属省boss 用户归属省misc 消息前转 广东省 boss 生成包月查询话单 应用平台（sp） 生成包月计费话单 6 全网按次业务订购及鉴权全网按次业务订购及鉴权 mm平台 mm接入省misc u全网按次业务首次使

8、用时需要发起订购请求，在misc生成一条首次使用记录，用于与mm 平台的数据稽核，并作为用户使用业务记录提供给客服平台。此信息在misc管理，不需要同 步给boss。订购请求通过接入省 misc 前转到用户归属省 misc 进行处理并进行欠费风险控 制，基本没有欠费风险； u用户通过mm平台使用业务时，需要到misc平台进行鉴权，并根据鉴权结果生成按次计费 话单（标注mm企业代码、ap代码、业务代码）； 浏览 用户 价格提示 订购/使用确认 应用平台（sp） 用户归属省misc 消息前转 生成按次计费话单 7 全网业务计费全网业务计费-目标方案目标方案 n 目标方案：目标方案：mm平台作为平台

9、作为mm业务的计费点生成计费话单，话单经由广东业务的计费点生成计费话单，话单经由广东boss采采 集并上传一级业务支撑系统，由一级业务支撑系统分发给其他省集并上传一级业务支撑系统，由一级业务支撑系统分发给其他省boss完成扣费。完成扣费。 mm平台 江苏boss 北京boss 浙江boss 生成按次计费话单 和包月查询话单 计费话单下发 到各省boss 用户 扣费 用户 扣费 用户 扣费 话单回执回 1.浏览 2.价格提示 3.下载 用户 一级业务支撑系统一级业务支撑系统 上传 外省 计费 话单 广东boss 话单 回执 转发 省间调帐 4.体验期结 束，用户确 认扣费 ap结算统计 话单采集

10、 u由 mm 平台根据misc的鉴权批价结果负责生成计费话单（标注mm企业代码、ap代码、业务代码）； mm 平台负责判断用户是否重复下载及是否需要免费； umm平台接入广东boss，广东boss负责话单采集并上传一级业务支撑系统，一级业务支撑系统分拣后 下发到各省boss进行扣费；为避免恶意欠费，从mm平台上传话单到收到回传的话单回执，全程要求控制 在半个小时内。 u各省boss将按次话单回执（包括成功话单和错单）通过业务支撑boss回传给接入省boss，在接入省 boss产生ap结算报表，在一级业务支撑系统产生省间结算报表用于省间结算。 8 全网按次业务计费全网按次业务计费-过渡方案过渡方

11、案 过渡方案：由于目标方案需要过渡方案：由于目标方案需要boss负责改造支撑，预计改造时间为负责改造支撑，预计改造时间为6周，周， 在此期间建议采用短信代计费作为过渡方案在此期间建议采用短信代计费作为过渡方案 u按次计费话单通过短信网关生成；mm平台一点接入广东短信网关，由 mm 平台控制计费点，在用户下 载成功后向短信网关下发计费请求，短信网关向短信网关向misc发起鉴权批价请求，获取资费信息发起鉴权批价请求，获取资费信息； u计费话单通过短信网关前转到用户归属省。用户归属省boss从本省短信网关采集计费话单，进行用户 扣费，将扣费结果返回短信网关；扣费结果通过短信状态报告经广东短信网关返回给mm平台； umm平台根据状态报告记录相应扣费结果，三天内未回传状态报告的话单按扣费失败处理； umm平台负责账期结算统计（通过长代码识别ap），由广东公司负责与ap结算； u广东boss从广东短信网关采集全网扣费话单，将其他省的话单上传一级业务支撑系统，用于省间结算 m-market平台 1. 应用浏览、订购、激活 用户 2. 价格提示 3. 计费确认 广东短信网关 归属省boss 7 下发计费 业务请求 10, 生成短信话单 1