中国移动通信-经营分析与BOSS系统的技术规范.docx

中国移动通信企业标准

QB-╳╳-╳╳╳-╳╳╳╳

经营分析系统与BOSS系统互动技术规范
（送审稿）

版本号：1.0.0

BASS & BOSS Interface Specification

Version：1.0.0

2004-09-╳╳实施
2004-09-╳╳发布
中国移动通信集团公司 发布
目 录
1 概述 5
1.1 背景 5
1.2 目标 6
1.3 适用范围 6
1.4 起草单位 6
1.5 解释权 6
1.6 参考文档 7
1.7 约定 7
2 总体说明 8
2.1 系统结构 8
2.2 互动原则 9
2.3 互动方式 10
3 BASS互动层 13
3.1 互动数据流图 13
3.2 互动功能描述 14
3.3 互动应用对经营分析系统的影响 15
3.3.1 实体模型的扩充 15
3.3.2 新增互动接口数据 16
3.3.3 对经营分析系统功能模块的影响 16
3.3.4 流程控制 16
4 BOSS互动层 17
4.1 互动数据流图 18
4.2 互动功能描述 19
4.3 互动对BOSS系统的影响 20
4.3.1 对BOSS实体模型的影响 20
4.3.2 对BOSS功能模块的影响 21
5 互动接口层 21
5.1 概述 21
5.2 接口的数据形式 22
5.3 接口双方责任 22
5.3.1 BOSS系统的责任 22
5.3.2 经营分析系统的责任 22
5.4 接口实现方式 23
5.4.1 文件接口处理 23
5.4.2 实时数据接口 25
5.5 接口的逻辑管理 27
5.5.1 数据管理 27
5.5.2 完整性管理 28
6 互动业务功能实现 28
6.1 主动营销平台 28
6.1.1 主动营销需求特点 29
6.1.2 系统功能实现 30
6.1.3 主动营销控制流程举例 31
6.2 客户挽留 33
6.2.1 互动流程模型 34
6.2.2 BASS应用实现 34
6.2.3 BOSS应用实现 36
6.2.4 互动接口 38
6.3 资费计划调查 40
6.3.1 互动流程模型 40
6.3.2 BASS应用实现 41
6.3.3 BOSS应用实现 42
6.3.4 互动接口 44
6.4 客户关怀 45
6.4.1 互动流程模型 46
6.4.2 BASS应用实现 46
6.4.3 BOSS应用实现 48
6.4.4 互动接口 50
6.5 营销管理 52
6.5.1 互动流程模型 52
6.5.2 BASS应用实现 53
6.5.3 BOSS应用实现 54
6.5.4 互动接口 56
7 信息共享实现 58
7.1 实现描述 58
7.1.1 信息共享需求特点 58
7.1.2 数据流程描述 59
7.1.3 接口数据内容 59
7.2 IMEI分析及应用 60
7.2.1 终端分析 60
7.2.2 并卡检查 63
7.3 资费分析 64
7.3.1 资费分析轮廓信息 64
7.4 客户价值 65
7.4.1 客户价值名单 65
7.5 代理渠道评估 67
7.5.1 代理渠道轮廓信息列表 67
7.6 SP评估 69
7.6.1 SP评估列表 69
7.7 客户关系网分析 70
7.7.1 客户关系轮廓信息 70

1 概述
1.1 背景
经过两年多的业务运营支撑系统（BOSS）集中化改造，各省（直辖市、自治区）移动通信公司的BOSS系统已基本建设完成并投入运营，在中国移动的市场拓展、客户服务等工作中发挥了重要的支撑作用，成为中国移动贯彻落实“服务与业务领先”战略的有力手段。同时，经过一年多的建设，各省（直辖市、自治区）移动通信公司的经营分析系统一期工程也已基本建设完成并投入运营。经营分析系统提取BOSS和其它系统的相关数据，建立统一的数据信息平台，并采用数据仓库技术和分析挖掘工具，为客户服务、市场营销、经营决策等工作提供了有力支撑。
但是，目前在系统层面和运营管理层面没有建立有效的流程管理机制，使BOSS和经营分析系统之间缺乏数据共享和应用交互，经营分析系统的分析决策信息难以通过BOSS等支撑系统得到实施和执行，因此无法充分发挥经营分析系统的分析作用和BOSS的业务支撑作用。
为了进一步推动市场经营工作，落实集团公司“精细化管理”的精神，体现主动营销、主动服务等经营模式，进一步发挥经营分析系统的作用和实现BOSS系统的智能化建设的工作，必须加强BOSS系统与经营分析系统的互动应用，优化市场营销、产品开发、客户服务的流程，从而开创市场竞争的新局面。
为实现以上目标，中国移动集团有限公司制定了《经营分析系统与BOSS系统互动业务规范》和《经营分析系统与BOSS系统互动技术规范》，以下分别简称《业务规范》和《技术规范》。
本《技术规范》的制定以《业务规范》为依据，旨在从技术层面上指导经营分析系统与BOSS系统互动项目的具体建设。
本规范共分七章：
第一章：概述。概括描述本规范制定的适用范围、参考文档、约定等内容。
第二章：总体说明。介绍经营分析系统与BOSS系统互动的背景、原则和系统的总体结构、互动方式等。
第三章：BASS互动层。描述经营分析系统的互动流程和改动内容。
第四章：BOSS互动层。描述BOSS的互动流程和改动内容。
第五章：互动接口层。描述接口的具体实现方式和相关要求。
第六章：互动业务功能实现。闭环营销方式中的各互动应用的具体实现
第七章：信息共享实现。信息共享方式中的各业务功能的具体实现。
1.2 目标
本次经营分析系统与BOSS系统互动规划和建设的主要目标是：
1、 构建经营分析系统和BOSS系统互动的架构和机制，提升支撑能力，满足业务发展需要。
针对业务数据进行全面深入地分析挖掘，发现各种业务的规律、业务趋势等信息，为业务策略的制定和调整提供有效的参考依据，并通过业务策略、业务扩展信息有效地应用于BOSS系统，完善和优化BOSS系统的市场营销和主动服务等方面的功能，提高业务运营的营销服务质量。
2、 建设主动营销平台，最终形成BOSS系统和经营分析系统相互促进的良好态势。
通过将BOSS系统中生产型数据和各种应用效果反馈装载进经营分析系统，为经营分析系统提供更全面的源数据支持，对OLAP分析应用不断修正完善，以及评估与优化数据挖掘模型，提高分析数据精度。
3、进一步提升经营分析系统和BOSS系统的数据质量。
构建BOSS系统和经营分析系统之间数据自动传送和检查的机制和通道，提高自动化程度。
1.3 适用范围
本规范适用于中国移动各省（直辖市、自治区）BOSS 系统和经营分析系统互动接口的建设。
1.4 起草单位
本规范由中国移动通信有限公司负责起草。
本规范起草人：段云峰、张晓京、常倩、黄岩、刘虹、马元吉、杨仕荣、胡建强、张航友、李勇等；
1.5 解释权

本规范的增补、修订及解释权属中国移动通信有限公司。
1.6 参考文档
《中国移动通信业务运营支撑系统（BOSS）业务技术规范（1.5版）》
《中国移动通信业务运营支撑系统（BOSS）业务技术规范－接口分册（1.5版）》
《中国移动经营分析系统业务规范（V1.0版）》
《中国移动经营分析系统技术规范（V1.0版）》
《中国移动二级经营分析系统与源数据系统接口规范（V1.0版）》
《中国移动经营分析系统数据仓库逻辑模型技术规范（V1.0版）》
《中国移动通信有限公司省级经营分析系统数据质量检查细则（V1.0版）》
《中国移动一级经营分析系统省级数据接口规范(V1. 0.3)》

1.7 约定
本规范内的BOSS系统均指BOSS1.5系统。
上行接口数据：从经营分析系统向BOSS系统传送的互动数据。
下行接口数据：从BOSS系统向经营分析系统传送的互动数据。
源数据：BOSS系统向经营分析系统提供的业务数据。
2 总体说明
2.1 系统结构
BOSS系统与经营分析系统之间的互动接口包括三个层次：BASS互动层、BOSS互动层及互动接口层，前两者以接口数据生成、发送、接收、校验等功能为主，互动接口层则主要建立接口数据传输通道，并说明互动接口数据的内容和格式。
系统结构如图2.1所示：

图2.1系统结构图
² BASS互动层
主要完成商业智能分析提出分析结果后供BOSS系统参考。在经营分析系统中实现几个方面功能，一是将BASS中分析挖掘的结果生成接口数据，二是实现API调用功能，三是接收BOSS系统的源数据和执行反馈信息，同时进行OLAP分析应用的不断修正完善，以及数据挖掘模型的评估与优化。要求经营分析系统根据互动应用需要扩大数据抽取的范围，增加分析主题，完善应用主题的评估和修正，提高决策能力和数据质量。
² BOSS互动层
侧重于具体的业务流程执行，根据经营分析的结果，落实到具体的操作流程中。主要在BOSS系统中实现接收经营分析信息，并采取主动营销、客户挽留等行动，也可通过互动接口将执行结果反馈给经营分析系统，供经营分析系统进行OLAP分析应用的修正完善，以及数据挖掘模型的评估与优化。在应用部署和功能设计上要求充分考虑对经营分析系统的相关成果应用，充分发挥经营分析对BOSS的客户服务和主动营销等业务提供有效支持的功能。
² 互动接口层
与前两层不同，互动接口层主要以接口数据为主，包括上行接口数据（从经营分析系统到BOSS系统）、下行反馈数据（从BOSS系统到经营分析系统）、在线应用数据（从经营分析系统到BOSS系统）及源数据（从BOSS系统到经营分析系统）。该层主要对接口数据进行说明，包括传输协议、文件命名、接口格式内容、校验方法等，实现从BOSS系统到经营分析系统之间的双向数据通道。
BOSS系统与经营分析系统之间的互动接口服务，由两种接口方式实现，包括数据提取与支持、在线应用访问等。
数据提取和支持是比较普遍和常见的系统接口方式，它通过数据记录和文件的传输实现系统间的数据共享和交互。一方面是指经营分析系统从BOSS系统提取多种源数据，这一部分在经营分析系统的建设中已经实现了大部分工作，以后会根据系统的运行和分析主题的增加，扩大从BOSS系统数据抽取的范围；另一方面将经营分析系统中分析挖掘结果直接反映到BOSS系统中，在BOSS系统功能层面上响应数据访问需求；另外还包括把BOSS系统应用执行结果反馈到经营分析系统中。
在线应用访问通过API调用直接进行客户信息服务和报表计算结果等。由经营分析系统提供统计分析的API接口，BOSS系统在现有功能基础上对服务功能进行扩充，增加对经营分析系统API接口的调用，实时或准实时从经营分析系统获取业务分析信息，向营销服务人员提供更丰富和全面的客户业务信息，促进主动销售流程的完善和优化。
2.2 互动原则
在经营分析系统与BOSS系统互动的过程中，经营分析系统通过互动接口整合以BOSS系统为主的多种数据源，达到经营分析数据视图的完整性、一致性和准确性要求。BOSS系统通过互动接口获取经营分析系统的分析结果。
一、在互动过程中系统间的交互数据应遵循如下要求：
1、 完整性要求
数据视图的完整，即数据自身完整且相关数据完整。自身完整指数据记录本身没有属性的缺失。相关数据完整指数据记录之间的数据关系明确、描述全面不缺失。
2、 一致性要求
数据的一致性是指防止由于数据在多个数据源中的多重定义而产生的数据描述差异和歧义，以及由于从其他系统中获取数据的时间点不同而形成的数据信息不一致。
3、 及时性要求
数据的刷新、修正、响应等方面要达到规定的时间要求。
4、 准确性要求
数据准确性是指通过数据校验的方式，确保从互动接口获取数据的过程中，数据不会发生改变，保证接口获得的数据内容和业务信息的准确性。
5、 可控性要求
数据在整个数据流转过程中要可被监控，并且数据的整个流转过程可被管理。
二、经营分析系统与BOSS系统互动接口的设计应遵循如下原则：
1、 互动接口在设计上应遵循灵活、规范、方便的原则。
2、 互动接口应符合开放系统标准协议。
3、 互动接口连接必须具有安全控制机制。
4、 互动接口应能够平滑地扩充，包括处理能力、处理节点、业务功能的扩充。
5、 互动接口应针对具体业务功能要求支持实时或准实时的数据交换。
经营分析系统和BOSS系统同属数据接收方，另一意义上讲又同属数据发送方，因此需要两系统各自担负相应的数据提供和核查责任。
2.3 互动方式
互动方式大致可分为以下几类：
方式一：战略决策－通过人工进行全功能性互动
战略决策互动方式如图2.2所示：

图2.2互动方式一战略决策
该方式是经营分析系统和BOSS系统的现有互动机制，经营分析系统提供战略性决策信息，以OLAP和数据挖掘为主，通过人工参与实施，全方位支持BOSS系统的运行。两个系统之间的数据流向是单向的，BOSS系统为经营分析系统提供数据源，经营分析系统通过ETL实现数据清理、转换、加载，形成数据仓库，并通过统计汇总、多维分析和数据挖掘等技术，最终产生分析应用结果，并发布展示。业务分析人员通过访问经营分析系统直接获取分析数据和信息。
方式二：信息共享
信息共享互动方式如图2.3所示：

图2.3互动方式二：信息共享
系统直接提供客户、渠道的轮廓信息，如：客户离网概率等。在经营分析系统与BOSS系统数据抽取接口的基础上，经营分析系统增加向BOSS系统发送轮廓信息的数据接口；在BOSS系统中增加对客户、渠道、合作伙伴、资源等实体的轮廓信息描述，经营分析系统向BOSS系统提供更详细的轮廓信息支撑，为BOSS系统实施市场营销活动提供更丰富、更深入的扩展属性信息。
方式三：在线查询
在线查询互动方式如图2.4所示：

图2.4互动方式三 在线查询
BOSS系统能够在线从经营分析系统查询客户、渠道等扩展信息。由经营分析系统提供统计分析的API接口，BOSS系统在现有功能的基础上对服务功能进行扩充，系统通过调用API应用，实现对经营分析系统分析结果和数据信息的访问，主要目的是在线提供更丰富和全面的客户服务信息。
方式四：闭环营销
闭环营销互动方式如图2.5所示：

图2.5互动方式四：闭环营销
通过流程整合、系统功能的扩充，实现BOSS系统与经营分析系统的闭环营销管理。该方式需要扩充和完善市场管理和营销管理等模块，实现市场策略分析、市场活动计划生成及市场营销活动的自动化，完成分析、市场、营销、服务的闭环流程，达到了真正意义上的经营分析系统与BOSS系统的互动。
3 BASS互动层
BASS互动层构架在现有经营分析系统之上，负责将经营分析系统的分析结果按照接口要求进行组织生成，并向BOSS系统发送；对于BOSS系统的反馈信息，BASS互动层负责接收和处理（条件允许的情况下，BASS互动层可以通过邮件、短信等方式进行通知），由经营分析系统或者相关人员进行模型的验证、评估、修正以及生成统计报表，构建分析主题。
3.1 互动数据流图
BASS系统互动数据流图如图6.2所示，：

图3.1BASS系统互动数据流
BASS互动层如图3.1所示，红色线为从经营分析系统流向BOSS系统的互动数据，蓝色线为从BOSS系统流向经营分析系统的反馈数据，黑色线为从经营分析系统流向BOSS系统的在线API应用数据。
3.2 互动功能描述
上行互动接口数据处理过程及功能包括：
1、 经营分析系统（数据提供方）数据生成程序：收集经营分析系统产生的KPI、多维分析、专题分析和数据挖掘信息，生成上行接口数据。
2、 经营分析系统（数据提供方）数据发送程序：根据互动接口规范的要求生成接口数据文件及数据校验文件，并发送到BOSS系统；
3、 BOSS系统（数据接收方）数据接收程序：读取接口数据文件和数据校验文件后进行文件级校验并生成文件级校验报告，并将校验报告发送回经营分析系统；
4、 经营分析系统（数据提供方）数据发送程序：可以根据此校验报告了解接口数据的文件级校验结果，并根据结果决定是否重新传送接口文件；
下行反馈接口数据处理过程及功能包括：
1、 经营分析系统（数据接收方）数据接收程序：读取反馈接口数据文件和数据校验文件后，进行文件级校验并生成文件级校验报告，并将校验报告发送回BOSS系统；
2、 经营分析系统（数据接收方）数据接收程序：将通过文件级校验后的正常接口文件送往指定存储目录；
3、 经营分析系统（数据接收方）数据处理程序：对正常接口文件进行抽取、转换并装载入库，作为互动分析模型评估和新建主题分析的源数据；
在线应用数据访问过程及功能包括：
1、 经营分析系统（应用实现方）API数据生成程序：根据BOSS系统访问要求采集经营分析系统各分析模型的分析结果数据，生成API调用数据集市；
2、 经营分析系统（应用实现方）API实现：根据BOSS系统提供的输入参数，通过执行API函数，实现对KPI、查询信息统计报表、主题分析、专题分析和数据挖掘等模型的分析结果的实时访问，并将查询结果通过输出参数或数据文件传送到BOSS系统。
3.3 互动应用对经营分析系统的影响
互动应用对经营分析系统的影响主要体现在：
l 需要对经营分析系统的数据实体模型进行扩充和增加；
l 为了对营销进行设计和评估，需要增加新的分析功能；
l 需要利用BOSS的反馈信息对数据挖掘模型进行评估和修正。
3.3.1 实体模型的扩充
客户挽留、资费计划调查、客户关怀、营销管理、IMEI分析、客户价值、资费评估等是本规范实现的主要互动应用，针对这些应用，需要经营分析系统的客户细分、客户流失预测、客户价值分析、渠道收益分析、资费预演和SP分析等多维分析和数据挖掘模型的支撑，因此需要相应地对客户信息、资源信息等实体进行属性扩展。在实施过程中，各省可根据具体情况增加数据实体。
随着BOSS1.5规范的实施和经营分析系统互动应用的逐步深入，对经营分析系统已有数据模型的影响范围也将逐渐扩大，在建设过程中仍需根据实际需求调整和修订数据实体模型。
3.3.2 新增互动接口数据
互动接口文件负责承载互动应用数据，本期增加的接口文件主要包括：
² 客户挽留接口
² 资费计划调查接口
² 客户关怀接口
² 营销管理接口
² IMEI分析接口
² 客户价值分析接口
² 资费评估接口
² 代理渠道评估接口

² SP评估接口
² 客户关系网分析接口
3.3.3 对经营分析系统功能模块的影响
互动应用对经营分析系统的影响主要包括三方面，一是对已有应用流程的修改扩充；二是新增互动接口功能模块；三是新增多种分析模型。
在经营分析系统中，与互动相关的分析功能主要包括客户价值分析、客户离网预测分析、资费预演分析等，经营分析系统提供的分析结果作为BOSS的数据输入，同时接收BOSS系统的执行反馈信息，经营分析系统进行模型评估和新主题的分析，形成螺旋上升的业务闭环管理流程。
在经营分析系统中，需要新增的互动接口功能模块，主要是互动数据生成功能、互动数据发送功能、互动数据接收功能、接口数据处理功能、处理规则生成维护功能等。
对于互动这种新的模式的应用，系统中必然会随之产生多种业务数据，这些业务源数据可以用来构建新的分析模型，对企业的运营管理信息提供更全面的分析功能。
3.3.4 流程控制
互动应用的BASS互动层的流程控制应纳入经营分析系统的流程控制机制中，应将互动应用实施和维护的整个过程按照计划的时间和条件由程序自动调度执行完成。对于难以由程序完成的环节，系统应支持人工参与的方式。
提供流程控制可以解决应用过程中遇到的问题，如业务复杂、数据量大、要求实效性高、整个过程需要大量的人为参与、实施过程繁琐等，从而节约了大量的人力和物力，提高系统的实用性和可用性。
流程控制应由以下几部分组成：
² 前端控制台
前端控制台用于维护后台各部分的调度命令和相应的参数设置，生成流程和监控命令运行情况。
² 日志管理
日志管理主要是对模块程序运行的整个过程进行监控。主要包括了模块程序自身启动和关闭的日志，流程运行日志，命令信息和Agent日志。对日志信息只需做记录不需做处理。
² 系统库
用以保存模块程序定制的命令、流程及其它系统所需支持的数据信息的数据库。
² 后台服务
后台服务是整个流程控制的核心。根据事先定义好的互动流程各模块调度命令生成运行期的命令，并经过时间触发检测运行时间，调度运行，生成运行流程。运行期间，监控命令运行状态，判断是否挂起任务等待用户唤醒。

² 代理
运行特定命令：接收命令行，并发送给相应的应用服务器执行命令行。
检查某一命令的运行状态：按照从系统中接收到命令的运行号，然后检查该命令的执行状态。
负载均衡：检查目前系统参数，例如CPU使用率等信息，相应的将命令分配到不同的应用服务器上运行，已达到对系统进行负载均衡的目的。
检查自己所在的主机中运行的命令返回的任何信息并返回给系统。
² 时间触发
检测流程的运行时间，根据命令事先定义的执行频度，计算下次执行时间，记录执行次数，并进行实际的流程调度。
4 BOSS互动层
经营分析系统与BOSS系统的互动从BOSS系统角度来看主要包含两个层面：
一方面，将经营分析系统发现的各种统计规律、分析结果应用于业务支撑系统，为客户服务和主动营销活动的开展提供帮助，对业务系统的流程等提出改进参考；
另一方面，通过将业务支撑系统中生产型数据和各种应用效果反馈装载进经营分析系统，为经营分析系统提供全面的源数据支持，并为下一次的分析应用提供修改意见，从而达到两系统相互促进、螺旋上升的目标。
互动对BOSS系统会产生一些影响，需要增加互动接口部分功能，并对BOSS系统在数据模型、业务流程及应用上进行一些改造。在应用部署和功能设计上要求充分考虑对经营分析系统的相关成果的接收和应用，充分发挥经营分析结果对客户服务和主动营销活动提供的有效支持。
在BOSS系统中的营销管理、渠道管理、客户服务、客户管理、合作伙伴管理等模块中，需要考虑经营分析系统提供的客户扩展属性信息和营销计划服务等分析结果数据，增加分析信息的存储，根据具体应用进行相关业务流程的改变，并将这些执行的结果反馈给经营分析系统，便于经营分析系统对模型的评估和修正，从而实现有效的互动。
4.1 互动数据流图
BOSS系统互动数据流图如图4.1所示：
图4.1BOSS系统互动数据流
蓝色线为从经营分析系统流向BOSS系统的互动数据，红色线为从BOSS系统流向经营分析系统的反馈数据，黑色线为从经营分析系统流向BOSS系统的在线API应用数据。
4.2 互动功能描述
上行互动接口数据处理过程及功能包括
1、 BOSS系统（数据接收方）数据接收程序：读取接口数据文件和数据校验文件后进行文件级校验并生成文件级校验报告，并将校验报告发送回经营分析系统；
2、 经营分析系统（数据提供方）数据发送程序：可以根据此报告了解接口数据的文件级校验结果，并根据结果决定是否生成新的接口文件；
3、 BOSS系统（数据接收方）数据接收程序：将通过文件级校验后的接口数据加载入库，为客户服务和主动营销等提供信息依据；
4、 BOSS系统（数据接收方）数据处理程序：将通过互动规则或直接将接口数据进行处理，定制互动任务计划，并转入BOSS系统的任务管理流程；
下行反馈接口数据处理过程及功能包括：
1、 BOSS系统（数据提供方）反馈生成程序：将BOSS系统任务管理流程提供的任务执行情况，进行汇总，生成互动任务的反馈数据；
2、 BOSS系统（数据提供方）数据发送程序：根据互动接口规范生成反馈接口数据文件和数据校验文件，并传送到经营分析系统；
3、 经营分析系统（数据接收方）数据接收程序：读取反馈接口数据文件和数据校验文件后进行文件级校验并生成文件级校验报告，并将校验报告发送回BOSS系统；
4、 BOSS系统（数据提供方）数据发送程序：可以根据此报告了解接口数据的文件级校验结果，并根据结果决定是否生成新的接口文件；
在线应用数据处理过程及功能包括：
1、 BOSS系统（应用调用方）API调用程序：触发执行经营分析系统提供的API应用程序，通过输入参数，传递要求查询的数据的条件，如手机号码等；
2、 经营分析系统（应用实现方）API应用程序：根据BOSS系统提供的输入参数，通过API程序，实现信息查询功能，并将查询结果通过输出参数或数据文件传送到BOSS系统；
3、 BOSS系统（应用调用方）数据处理程序：读取输出参数或接口数据文件，并将查询结果返回到BOSS应用模块，如客服查询界面；
4.3 互动对BOSS系统的影响
BOSS系统根据经营分析系统提供的分析信息，包括客户价值信息、离网预测信息、客户信用信息、客户满意度等，支持客户管理及主动服务等系统功能实现。
为了实现经营分析系统与BOSS系统的互动，需要针对具体的互动应用，对BOSS系统进行数据模型扩充、功能模块增加、流程控制完善及数据质量改进等内容的改造。
4.3.1 对BOSS实体模型的影响
互动应用对BOSS系统的实体模型的影响主要包括两个方面：一是对目前BOSS系统已有实体模型的扩充修改，二是对互动接口实体模型的增加。
在与BASS的互动过程中，BOSS系统需要完成一部分互动接口工作，主要包括互动接口数据的接收、存储、处理及反馈信息的生成、存储、发送等，在BOSS系统的实体模型中，需专门设置互动接口数据模型，用于存储管理互动接口数据及反馈信息。
4.3.1.1 客户实体模型
在BOSS系统中，客户的基本属性包括身份资料、联系资料、级别信息等，用户的基本属性体现商业契约的内容，主要包括客户标识、服务类型、服务标识、服务号码、服务状态、服务有效期、入网时间、服务地址、网络资源、终端设备、附加功能、套餐计划、付费计划、信用度、预付费、押金、担保信息、用户控制信息、服务保证和其它约定等。
经营分析系统中客户分析是其关键应用之一，通过客户流失分析、客户信用分析、客户价值分析等专题分析应用，产生了大量客户轮廓信息：如客户贡献度、客户离网概率、客户信用度等，将这些轮廓信息反馈到BOSS系统，将对客户管理和主动服务起到很大的辅助作用。因此在BOSS系统的客户实体模型中，需增加客户轮廓信息。
实现改造的方式如下：
1、 在目前客户实体模型的基础上，增加客户轮廓信息的实体定义。
2、 修改目前客户实体模型，在已有客户实体的基础上，增加新的扩展属性。
4.3.1.2 主动服务实体模型
为了充分利用从经营分析系统反馈的统计结果和分析信息，增强对客户的主动服务，实现业务推介、客户挽留、客户关怀等业务功能，在BOSS系统中，要求实现针对互动接口数据进行处理的规则实体，如挽留计划生成规则，以及最终用于业务流程的实体，如挽留计划等实体。
4.3.1.3 互动接口数据模型
在互动应用中，对互动接口数据及反馈数据，需增加相应的实体模型定义，主要包括两部份数据：
上行接口数据实体，从经营分析系统传送到BOSS系统的互动数据，如客户挽留名单。
下行反馈数据实体，从BOSS系统生成并传送到经营分析系统中的互动数据，如挽留反馈结果。
4.3.2 对BOSS功能模块的影响
互动应用对BOSS系统的影响主要包括两方面，一是对已有应用流程的修改扩充，二是新增互动接口功能模块。
在BOSS系统中，与互动相关的业务功能主要包括客户管理、客户服务、营销管理、渠道管理、合作伙伴管理等，将经营分析系统提供的分析结果作为新的数据输入，并通过业务处理规则进行加工处理，在应用流程和业务功能方面进行修改扩充，实现包括客户挽留等在内的主动服务功能。
在BOSS系统中，需要新增的互动接口功能模块，主要是互动数据接收功能、接口数据处理功能、反馈信息生成功能、反馈信息发送功能等。
5 互动接口层
5.1 概述
互动接口层实际为数据传输通道，传输的数据包括上行接口数据、下行反馈数据和BOSS系统源数据。互动接口层为BOSS系统和经营分析系统互动提供了一个通道，通过数据支持、在线应用访问等方式，把上行接口数据、下行反馈数据和BOSS系统源数据通过此通道进行传输，使BOSS系统和经营分析系统互动真正畅通。
5.2 接口的数据形式
1）文件
上行接口数据、下行反馈数据和BOSS系统源数据均以文件方式存在。上行接口数据由BASS互动层定期生成，BOSS互动层定期进行数据接收或通过事件通知方式接收；下行反馈数据由BOSS互动层定期生成，BASS互动层定期进行数据接收，此过程与BOSS源数据到经营分析系统的过程基本一致。
2）实时数据包
在线查询数据以数据包方式进行交互。BOSS系统在现有功能基础上对服务功能进行扩充，增加对经营分析系统提供的API接口的调用，直接进行客户信息和报表计算结果等的查询，实时或准实时从经营分析系统获取业务分析信息。
5.3 接口双方责任
5.3.1 BOSS系统的责任
1、 保证在规定的时间范围内生成本规范所规定的数据内容并提交接口系统。
2、 保证接口记录各值域在有效的取值范围内，确保数据的有效性。
3、 对提供的数据，具备相关的验证功能，保证提供数据的准确性、一致性。
4、 如果源数据有变更，要求在变更之前，提供变更内容的说明。
5、 提供参数变化的对应说明。
6、 对经营分析系统提供的分析数据能够及时处理，执行相应的操作。
7、 需要将执行结果反馈给经营分析系统，保证在不超过约定时间范围内进行反馈。
5.3.2 经营分析系统的责任
1、 保证在约定时间范围内，接收本规范所规定的相关数据。
2、 对接收的数据进行验证，保证接收数据的质量。
3、 严格按照互动规则生成互动接口数据。
4、 对生成的数据，提供相关的验证功能，保证数据的准确性、一致性。
5、 如果源数据有变更，要求在变更之前，提供变更内容的说明。
6、 提供参数变化的对应说明。
5.4 接口实现方式
5.4.1 文件接口处理
5.4.1.1 技术原则
根据不同接口单元，遵循统一的命名规则，生成接口数据文件，统一采用文本文件方式，存放和传输到指定的目录下。BOSS系统和经营分析系统根据约定的应用层协议分别到相应的目录下取接口文件。一个接口单元的内容可以用一个或多个接口文件来传输，但同一个接口文件不能传输两个或两个以上接口单元的内容。
5.4.1.2 传输方式
通过文件传输传送到指定的位置或直接存放到指定的位置。具体要求包括：
² 支持同一主机内指定设备存储目录位置的文件获取。
² 支持网络模式传输，可以实现跨局域网络进行文件获取，并支持文件重传功能。
² 应支持对通信机的IP地址、帐户、口令、存取目录的验证。
5.4.1.3 传输协议
接口应支持以下主流网络协议：等。
5.4.1.4 传输过程
数据传输应支持：
² 实时、高效和安全可靠的传输过程。
² 断点续传功能。
² 传输过程的差错控制。
5.4.1.5 接口文件分类
² BOSS源数据文件
此部分文件是指《中国移动二级经营分析系统和源系统接口规范V1.0》中所规定的文件，同时应增加针对两系统互动接口文件。
² 上行接口数据文件
此部分文件是指按照《经营分析系统和BOSS系统互动业务规范》所规定的经营分析系统提供给BOSS系统的接口文件。
² 下行反馈数据文件
此部分文件是指按照《经营分析系统和BOSS系统互动业务规范》所规定的BOSS系统反馈给经营分析系统的接口文件。
² 校验文件
此部分文件是针对每个接口数据文件而生成的，应包括业务级校验和数据级校验两个方面。
5.4.1.6 接口文件格式及命名规则
² 上行接口数据文件
s_<接口单元编码>yyyymmdd.avl
其中：接口单元编码：5位，具体见5.4.1.7接口单元分类。
yyyymmdd：系统日期，即程序处理时间。
说明：
¨ 接口数据文件、接口校验文件等所有的接口文件在文件生成过程中，文件后缀为临时后缀名 .tmp ，待文件生成结束并成功后，再改成正式的后缀名（如：.avl）；此措施用于防止文件生成过程中发生异常。
¨ 所有的文件名称中用到的字母均需小写。
² BOSS源数据文件
² 下行反馈数据文件
² 校验文件
以上三类文件命名可按照《中国移动二级经营分析系统和源系统接口规范V1.0》规定进行，但需要新增接口单元。
5.4.1.7 接口单元分类
接口单元类别名称
接口单元子类
接口单元编码
客户挽留
客户挽留名单
a1001
客户挽留反馈信息
a1002
资费计划调查
资费调查评估信息
a1003
资费评估反馈信息
a1004
客户关怀
客户关怀信息
a1005
客户关怀反馈信息
a1006
营销管理
销售机会
a1007
销售机会反馈信息
a1008
IMEI分析及应用
终端分析(增量)
a1009
终端分析(全量)
a1010
并卡分析
a1011
客户价值
客户价值
a1012
资费分析
资费分析
a1013
代理渠道评估
代理渠道评估
a1014
SP评估
SP评估
a1015
关系网分析
关系网分析
a1016
5.4.2 实时数据接口
5.4.2.1 传输控制
传输控制利用高速数据通道技术，实现把前端的大数据量并发请求分发到后端，从而保证应用系统在大量客户端同时请求服务时，能够保持快速、稳定的工作状态。
这种控制模式可以降低接口网络负担，提高接口吞吐能力，保证系统的整体处理能力。
5.4.2.2 应答方式
在接口通讯中，基于交易的事务处理方式可采用以下几种通讯方式：
¨ 同步请求/应答方式：客户端向服务器端发送服务请求，客户端阻塞等待服务器端返回处理结果。
¨ 异步请求/应答方式：客户端向服务器端发送服务请求，与同步方式不同的是，在此方式下，服务器端处理请求时，客户端继续运行；当服务器端处理结束时返回处理结果。
¨ 会话方式：客户端与服务器端建立连接后，可以多次发送或接收数据，同时存储信息的上下文关系。
在接口通讯中，除了可采用以上几种通讯方式外，还可采用可靠消息传输方式。在可靠消息传输方式中，通过存储队列方式，实现消息传输的数据可靠性。
5.4.2.3 动态资源管理
接口应能根据具体需求提供负载均衡、伸缩性与动态配置管理、网络调度等资源管理功能，保证接口连接的稳定可靠。它主要体现在以下几个方面：
1、 负载均衡：为了确保接口服务吞吐量最大，接入层自动地在系统中完成动态负载均衡调度。
2、 伸缩性与动态配置管理：可以由系统自动伸缩管理方式或动态配置管理方式实现数据依赖路由管理、网络用户管理、队列管理、存取资源管理，以及接口应用的恢复处理等。
3、 网络调度：在双方接口之间设置多个网络通道，实现接口的多数据通道和容错性，保证在有一个网络通道通讯失败时，可进行自动的切换，实现接口连接的自动恢复。
5.5 接口的逻辑管理
5.5.1 数据管理
5.5.1.1 业务数据检查
接口应提供业务数据检查功能，即对数据进行合法性检查，拒绝接收非法数据和错误数据，防止外来数据非法入侵，减轻系统主机处理负荷。
对于接口层，其业务数据检查的主要内容有以下几个方面：
1、 数据格式的合法性：如接收到非预期格式的数据。包括接收的数据长度，类型，开始结束标志等。
2、 数据来源的合法性：如接收到非授权接口的数据、接口内容与数据来源的一致性。
3、 业务类型的合法性：如接收到接口指定业务类型外的接入请求。
当业务