陕西移动IMEI信息数据挖掘项目报告.doc

陕西移动imei信息管理平台功能规划方案陕西移动imei信息管理平台功能规划方案陕西中海华晟信息技术有限公司2008.12目录一、项目背景4二、项目概述7三、通话用户imei数据提取103.1前期数据调研工作103.2目前提取通话用户imei信息存在的问题及解决方案113.2.1确定imei数据维护的字段长度113.2.2剔除异常imei数据减少维护复杂性123.3形成imei号段及包含用户数的清单和文档12四、扩充imei信息数据的来源144.1概述144.2工信部imei信息数据表（工信部泰尔实验室）154.3 wap网关机型信息164.4 国际imei专业网站信息（欧洲型号验证中心）214.5 dm平台数据214.6 终端厂家提供数据224.7对“山寨机”等非正常渠道的终端imei信息进行维护22五、各来源数据的综合比对23六、抽样外呼校验246.1根据不同分类的imei制定不同的外呼策略246.2外呼问卷的设计246.3 外呼用户的取数规则256.4 外呼结果的数据处理266.4.1 对外呼结果的数据处理266.4.2 外呼校验判断规则和流程27七、终端业务参数维护297.1建立和维护imei信息与终端功能匹配表297.2建立和维护imei终端信息成果表327.3建立和维护imei信息与终端功能聚类分析表（终端功能对应imei信息表）32八、imei终端信息成果表的运用（引入支撑系统）34九、第二轮后简化的imei维护流程359.1概述359.2各来源数据的处理359.3外呼数据的分析379.4型号库的更新379.5总表的维护38十、项目的服务内容及实施流程3910.1第一阶段：数据调研3910.1.1统计陕西移动各数据业务的沉默用户比例和活跃度分析（结合09年kpi考核指标分析）3910.1.2陕西移动通话用户imei号段按号段包含用户数统计分析并确定imei号段维护用户基数标准3910.1.3陕西移动业务受理渠道统计与分析，即统计直接与用户接触机会的情况（按照电子渠道和实体渠道分别统计）4010.2第二阶段：提出分析系统的功能模型并确定数据分析工具的选型方案4010.2.1通话用户imei数据的收集4010.2.2根据各种渠道获取imei数据，补充现有数据库4010.2.3对imei各来源数据进行清洗和处理4110.2.4对各来源信息数据进行综合比对，遵循分类维护原则4110.2.5采用一定的校验方法，对验证结果为不确定的数据进行维护4110.2.6维护机型的功能、参数、业务信息，进行应用层的字段维护4110.3 第三阶段：流程固化，数据分析工具选型与软件开发阶段4210.3.1利用实际应用，完善维护相关流程4210.3.2利用数据分析结果，支撑实际工作4210.3.3固化规则，进行程序开发4210.4第四阶段：定期更新维护及应用服务42一、 项目背景当今移动通信涌现出越来越多的新业务需要终端的支持和适配，业务发展面向的潜在用户是所支持终端的使用用户，目标用户群的成功挖掘依赖于对用户终端的知晓度，我们面对的不仅是客户，而且还有业务使用的载体终端。目前在各项数据增值业务的发展中，“重定制、轻使用，重捆绑、轻发展”的现象较为突出，导致各个业务都有大量的沉默用户。同时在新业务开通前缺乏对用户终端情况甄别，业务营销政策与用户终端的支持率不匹配，缺乏有效针对性手段。在实际的营销过程中，我们的客服、营业人员每天都在与大量客户直接沟通。这当中存在着极大的业务推荐机会，如果充分利用接触客户的机会，了解客户的需求，就可以向用户推荐客户所持终端支持的业务，但是进行针对性的主动营销就需要前台人员掌握用户的终端信息。今后的移动增值业务的发展会朝着“业务与终端功能”互为导向的方向发展。量质并重是业务可持续发展的关键因素，注重用户的使用量和活跃度，提升用户使用新业务的粘性，才能避免新业务客户的流失，避免新业务规模的虚高依赖于对客户所使用终端的识别率。下面两张图显示了移动现有数据业务的发展图系，大部分数据业务的深度营销和精确营销均依赖于对用户终端imei信息和数据的比对和分析。09年kpi考核指标中更是有多个业务是与终端机型的支持相关的，如手机电视， 号簿管家等。imei(international mobile equipment identity)是国际移动设备身份码的缩写，是由15位数字组成的“电子串号”，每一部手机在组装完成后都将被赋予一个全球唯一的一组号码，依靠imei我们可以准确识别每一部终端，并最终定位用户终端的相关的信息。进行imei数据信息维护的目的是加强对imei数据的管理，有效提升对终端信息的管理能力和应用水平。具体可以分解为：提高iemi数据维护准确率，构建完善的imei数据分析体系和提升数据挖掘结果应用水平三个方面，具体内容如下：目前，由工信部下发的imei数据在准确性和覆盖性方面都存在一定的问题，离支持实际应用尚存在一定距离，因此有必要建立一套完善的imei数据维护流程和系统，掌握较为完整和准确的imei终端信息数据，来满足深度营销和用户精确营销的需求。二、 项目概述建设基于imei终端信息数据深度挖掘的移动用户信息业务深度运营系统其根本目的在于建立有效的imei数据维护机制，不断提高用户终端机型信息的完整性和准确性，进一步通过用户终端imei信息确定其终端功能和所支持的业务类型，进而为开发和推广新的数据业务提供基础数据支持，形成良性的“手机终端功能-数据业务互为导向”的发展模式。建设基于imei终端信息数据深度挖掘的移动用户信息业务深度运营系统在建设与维护中需要坚持以下五个原则：1、针对现有通话imei数据确立维护目标，以提高维护效率针对现网通话用户imei数据进行分阶段维护，先维护包含用户数较多的imei号段，逐步向包含用户数较少的imei号段延伸，以提高维护效率。2、扩充imei信息数据的来源，以提高完整性在原有支撑系统所采用的信产部定期下发imei信息数据的基础上，增加wap网关日志信息、imei国际专业网站信息、dm平台提供数据信息、以及终端厂家提供信息等多个来源的数据，以提高imei信息数据的完整性。3、对各来源信息数据进行综合比对，遵循分类维护原则第一轮的imei数据维护需要对各来源数据进行汇总，掌握各来源数据共有号段、共有号段中对应机型的一致情况、根据一致情况将号段予以分类，以采取不同的外呼校验策略。4、以外呼为手段进行数据的抽样校验，以提高准确性在收集各来源数据并进行分类的基础上，进行随机抽样外呼，确认imei数据的准确性，经过该环节后，才能真正确认imei号段的机型信息。5、维护机型的功能、参数、业务信息，进行应用层的字段维护imei信息数据的维护不仅包括imei号段对应的机型信息，更重要的是包括机型的功能、参数和支持的自有业务信息。整个项目的的基本驱动流程如下图所示：根据该流程图，整个imei数据信息挖掘工作可以分为6个主要部分，其具体工作内容及要求如下：a部分，对现现网通话用户imei信息的提取工作；（确定维护对象，提高维护效率）b部分，对扩充imei信息来源数据的比对处理和挖掘；（扩展数据来源进行综合比对，提高数据完整性进行分类维护）c部分，对各个imei信息来源的数据进行抽样外呼校验；（进行数据校验，提高数据准群行）d部分，结合终端功能参数维护表形成imei终端信息成果表；（维护业务参数进行字段层维护，奠定imei信息应用基础）e部分，将imei数据信息终端成果表与通话用户imei信息表进行关联，得到通话用户的终端信息列表f部分，根据实际运营情况对imei终端信息成果表的“imei-机型信息”按照“第二轮后简化的imei信息维护流程”进行动态更新和维护。（为imei信息的持续应用和深度运营支撑提供保障）下面的章节，将对上述6个部分的工作进行详细的说明，并提出相应的解决方案。三、 通话用户imei数据提取3.1前期数据调研工作统计陕西移动各数据业务的沉默用户比例和活跃度分析（结合09年kpi考核指标分析）。 通过对陕西移动现有各项数据业务的经营情况进行分析，重点对沉默用户和活跃用户所占比例一级用户细分等情况进行统计，同时结合09年各项业务的kpi考核指标，确定imei数据（终端识别率）维护的具体目标值。 形成的结果数据如下： a.全省及各个地市各个数据业务现有的沉默用户数； b.全省各个数据业务对用户终端的支持需求列表； c.09年kpi重点考核业务指标分析以及对用户终端功能支持列表需求； d.确定近期imei数据信息（终端识别率）维护的准确率指标。陕西移动通话用户imei号段按号段包含用户数统计分析并确定imei号段维护用户基数标准。 根据提取的在网通话用户imei号段分布情况，对当月用户imei号段的分布情况以及用户数量进行统计和分析，同时结合imei数据的维护目标值，确定imei号段维护用户的基数标准以及对应的目标用户群数量（占总用户的比例）。 形成的结果数据如下： a.全省通话用户的imei号段数量； b.分别按照1000，900，800，700，600和500户为用户数量基数筛选相应的imei号段数量； c.分别根据上述6个用户基数筛选出来的imei号段统计各自划分标准下对应用户所占全体用户的比例； d.根据维护准确率目标，imei维护号段用户基数单元以及各自对应用户数量（比例）确定最优的imei号段维护用户基数标准。陕西移动业务受理渠道统计与分析，即统计直接与用户接触机会的情况（按照电子渠道和实体渠道分别统计）。 通过对用户获取服务的渠道进行统计和分析，可以发现不论是营业厅受理还是10086热线受理我们的客服、营业人员每天都在与大量客户直接沟通，这当中存在着极大的业务推荐机会。充分利用接触客户的机会，了解客户的需求，向用户推荐客户所持终端支持的业务，进行针对性的主动营销。形成的结果数据如下： 实体渠道（营业厅）和电子渠道（网上营业厅及10086热线）中直接接触用户的机会数量以及所占的比例。 3.2目前提取通话用户imei信息存在的问题及解决方案原有imei数据在完整性方面存在以下几个问题：缺少针对性，导致用户匹配率较低；imei号段位数参差不齐（同时存在六位、八位等imei号段），影响imei维护的效率，并容易导致一些显性错误对应问题。数据业务深度运营要求掌握现网imei号段的用户占有量的分布情况，因此需要确立维护目标，同时掌握维护进展。当前存在以下问题： imei数据应该按照多少位维护？ 如何剔除异常imei数据，减少imei维护初期的复杂性问题？ 如何按照通话imei清单进行分阶段维护？3.2.1确定imei数据维护的字段长度截取imei号段的前8位形成用于维护的8位基准imei号段（imei号段结构为tac + fac + snr + sp。前6位数(tac)是型号核准号码，一般代表机型；接着的2位数(fac)是最后装配号，一般代表产地；之后的6位数(snr)是串号，一般代表生产顺序号；最后1位数(sp)通常是0，为检验码，目前暂备用）。由于imei的前8位即可确定用户的机型和产地（用于区别不同产地同一型号机型在功能上可能存在的差别），因此在对在网通话用户imei数据处理过程中截取其前8位即可获取我们需要的有关终端信息）。掌握现网通话用户imei数据按前8位号段的分布情况后即可按照下面的流程进行提取：提取通话用户imei数据 截取前8位形成imei号段 形成imei号段及包含的用户数清单文档。按照欧洲型号认证中心的最新规定，统一按照八位进行imei数据的维护。3.2.2剔除异常imei数据减少维护复杂性确定异常imei确认标准，在维护过程中，我们认为下面的imei属于异常imei记录。 含字母、第8位/含第8位起连续为0以及imei字段长度在13位以下； 对14、15、16位的imei数据，只取前14位（根据imei号段的组成规则，前14位即可确定用户手机的型号，产地及生产串号）。imei号段在用户分布上具有很强的集中度，因此，在形成的imei号段及包括的用户数清单文档的基础上，结合前期数据调研阶段确定的imei号段用户基数维护标准，可针对基数标准数以上imei号段先行进行维护。3.3形成imei号段及包含用户数的清单和文档 确定用户imei数据信息的取数规则： 取用户最近一条imei记录；剔除imei为空的用户，统计剔除的数目；剔除异常imei（含字母、第八位/含第八位起连续为0、13位以下），统计剔除的数目；对14、15、16位的imei数据，只取前14位（根据imei号段的组成规则，前14位即可确定用户手机的型号，产地及生产串号）；剔除一个imei对应4次及以上用户号码的数据（该imei对应的终端频繁更换用户号码，不可能作为稳定营销的目标客户）；截取前8位形成8位imei号段和对应通话用户数文档。 确定imei号段和对应通话用户数文档模板通话用户imei号段清单： xxxx年xx月前8位imei号段包含的通话用户数 注意：在此表中“用户号码”和“imei号码”是严格的一一对应关系，但是“imei号码”与“用户号码”不是严格的一一对应关系。 例如，对于imei串号为“3550121”的终端，本月共有两个手机号码使用，则分别形成2条对应的imei记录。根据imei数据维护的进展情况，可按月为单位定期提取通话用户imei号段清单文档。按照以上需求和模版定期从经分系统导出imei前8位号段及包含的通话用户数数据，以进行后续分析处理，并针对已经确定的imei号段维护用户基数先行进行维护。四、扩充imei信息数据的来源4.1概述由于imei数据是动态数据，需要对其进行动态维护和扩充，因此在通话用户imei号段清单的基础上确立目标维护imei号段后，应进行这些imei号段对应机型信息的收集和整理工作。如何完整地得到尽可能多的imei号段对应机型信息成为imei扩展库建设的主要目标。通过扩充imei信息数据的来源，在原有工信部imei信息数据基础上，增加wap网关日志信息、imei国际专业网站信息、dm平台提供数据信息、终端厂家提供信息以及对“山寨机”等非正规渠道终端信息等数据来源，以提高imei信息数据的完整性。对上述各个数据来源的综合评估结果如下：工信部下发的数据完整性和准确性相对较低，在功能参数方面只有基础的参数和功能字段可供参考。wap网关imei数据完整性、准确性最高，但处理最复杂，占用周期最长。imei专业网站数据的完整性、准确性介于信产imei表和wap网关数据之间。dm平台的数据目前提供的数据较少，但准确性极高。终端厂商的终端信息，由于目前基本限于与我们有定制关系的终端厂家，厂家数量有限，而且也有准确率问题，初期如果没有获取厂家信息可暂不考虑该来源的数据。4.2工信部imei信息数据表（工信部泰尔实验室）从业务支撑系统导出工信部定期下发的imei数据，表结构如下：字段名称类型imeiimei段 varchar2(20)tele_fac手机厂商 varchar2(80)tele_type手机型号varchar2(80)sn序列号 varchar2(80)market_da上市时间 varchar2(20)state停产标志 varchar2(40)is_gprs是否支持gprsvarchar2(4)is_mms是否支持mmsvarchar2(4)is_java是否支持javavarchar2(4)is_wap是否支持wapvarchar2(4)is_cmcc是否支持cmccvarchar2(4)is_onenet是否支持onenetvarchar2(4)is_pucker是否支持puckervarchar2(4)is_camera是否支持cameravarchar2(4)display显示屏幕varchar2(40)remark备注varchar2(200)以上数据中“imei段”、“手机厂商”、“手机型号”是imei号段及对应机型信息，是本环节需要参考的信息，其他字段在后续的参数、功能维护中予以参考。由于工信部imei数据同时存在六位和八位号段，而且存在显性错误问题，即相同号段对应不同厂商和型号，因此使用工信部imei数据前要先进行以下处理：将6位号段扩充到8位；将相同8位号段对应不同机型的imei数据予以剔除；取其中通话imei号段中已有（已经确定的imei号段维护用户基数以上）号段予以维护。4.3 wap网关机型信息从wap gw（网关设备）导出最近一个月的日志数据，每wap网关每天一个日志文件。日志文件包括当日使用过wap网关相关业务的用户msisdn（the mobile station isdn number。msisdn号码是在公共电话网交换网络编号计划中，唯一能识别移动用户的号码。根据ccitt的建议，msisdn由以下部分组成：msisdn=cc+ndc+sn（cc=国家码(中国为86)，ndc=国内目的码，sn=用户号码。若在以上号码中将国家码 cc去除，就成了终端的国内身份号码，也就是我们日常所说的“手机号码” ）。及其手机ua（用户代理(user agent)）信息，ua包含了终端厂家和型号信息。wap网关日志信息中只有用户号码和ua信息（品牌和机型），没有用户所使用终端的imei数据，因此需要从用户通话话单中找到用户的imei数据从而将imei数据和ua信息关联起来。如下表所示：wap网关日志 通话用户imeiimei的ua信息将日志记录通过用户msisdn与用户通话imei关联，建立imei和ua关联关系。为在关联过程中尽可能地剔除各种复杂情况，减少imei机型维护过程中可能出现的误差和差错，制定的处理规则如下：当月wap gw日志数据导出对wap gw日志数据的处理提取wap gw用户的通话imei数据 共31个日志文件 有用户的msisdn和手机型号信息（ua）规则： 对手机号码和手机型号(msisdn和ua)联合剔重 对ua信息按照一定的规则把品牌和型号分开进行规整(建立品牌和其型号的对应文档) 提取其中一个号码只对应有一个wap gw型号的记录（msisdn-ua）规则： 剔除各种非正常imei(含字母、第八位/含起连续为0、13位以下) 取通话imei中只有一条imei记录的数据（msisdn-imei） 剔除一个imei对应4个及以上号码的数据wap gw日志数据与通话imei的关联规则： 对处理后的wap gw数据和通话14位imei数据通过msisdn进行关联 删除一个imei对应多个手机型号的情况 删除异常手机型号的情况（可在二中一起规整）一二三四 其具体的处理流程如下图所示：4.按照msisdn与ua“一对一”的标准提取记录1.当月wap gw用户记录2.按照用户号码和终端型号联合剔重3.对用户终端型号进行规整处理，并与第2步结果进行关联5.对当月wap gw用户记录，以用户号码为索引进行单独剔重6.对当月在网通话用户记录进行剔除异常及其他数据预处理7.按照用户号码为索引条件进行匹配，提取wap gw用户的通话imei数据8.按照msisdn与imei “一对一”的标准提取记录9.以msisdn为关联条件将两张表进行关联10.剔除一个imei对应多个终端型号的记录11.剔除终端型号异常的记录终端 具体的步骤包括： (1)提取wap gw日志文件（每月31个，包含用户msisdn（用户号码）和ua（机型信息）； (2)对msisdn（手机号码）和ua（机型信息）进行联合剔重： 即：以msisdn和ua为联合剔除条件进行剔重，如： 一个手机号码对应两个机型信息的记录，按2条记录处理； 135123-ua1 135123-ua2同样，一个机型信息对应两个手机号码的记录，也按2条记录处理； ua1-137285 ua1-139886 (3)按照规整型号文档对剔重后的ua数据进行规整处理（例如：将n95，n95和n95+等机型信息进行规整），并将规整后的ua信息与联合剔重后的msisdn数据进行关联。 (4)在第3步关联的基础上，筛选出“msisdn-ua”对应关系为“一对一”的记录（以用户号码为唯一索引条件进行过滤）。 (5)对当月wap gw用户记录按照用户号码（msisdn）为惟一索引条件，对记录进行索引，形成msisdn-ua的关系表（有“一对一”和“一对多”两种情况）。 (6)对当月的在网通话用户按照提取imei信息记录工作的要求和取数规则进行处理。 (7)提取当月wap gw用户的14位imei通话记录信息（并剔除异常imei记录以及1个imei对应4个以上号码的记录）。 (8)在第7步筛选的基础上，过滤出“msisn-imei”对应关系为“一对一”的记录。 (9)将第4和第8步所得的关联记录按照“imei-ua”的匹配原则进行匹配和关联。 (10)和(11)对关联结果进行处理（剔除一个imei对应多个ua的记录）以及异常手机ua信息的记录。按照以上处理规则进行处理后，输出的数据结构如下：14位imeiua品牌ua型号由于wap gw日志记录与通话用户imei信息进行关联后可能会存在一些误差，因此进一步的处理如下：截前8位形成imei号段及对应的机型信息以及包括的wap网关使用用户数。具体说明如下：对14位的imei及对应的ua品牌和ua型号数据截取前8位后，会出现同一8位号段包含不同ua机型的情况，主要原因包括：通过msisdn将ua信息和imei关联时可能存在的误差（例如用户上网时和通话时分别使用不同的终端）；部分厂家在生产终端过程中并没有严格按照所生产机型名称填写真实的ua信息，导致ua信息的不准确。对14位的imei及对应的ua品牌和ua型号数据截取前八位后虽然会出现同一八位号段包含不同ua机型的情况，但可能存在一个占主流情况的机型，并统计该主流机型在该号段wap使用用户数的占比情况，具体例示如下：可按照号段包括的主流机型的占比情况进行分类。 90%以上主流机型、70-90%主流机型、50-70%主流机型、50%以下主流机型等几种情况，如下表所示：8位imei号段主流ua品牌主流ua型号主流类别4.4 国际imei专业网站信息（欧洲型号验证中心）通过该imei国际专业网站可获取一定imei号段对应机型信息，表结构如下：8位imei号段机型信息使用imei国际专业网站imei数据，需要对数据进行如下的预处理：将6位号段扩充到8位；将相同8位号段对应不同机型的imei数据予以剔除；按照一定的规则把品牌和型号分开进行规整；取其中通话imei号段中已有（已经确定的imei号段维护用户基数以上）号段予以维护。4.5 dm平台数据集团将dm（移动定制终端业务管理平台device management）平台数据定期下发给省数据部门，dm平台采集到的定制dm终端相关信息如下：字段名称id编号用户号码msisdnimei14位imei 厂商手机厂商 型号手机型号版本软件版本号有效是否有效响应时间响应时间归属省归属省归属城市归属城市dm平台数据：目前提供的数据较少，但准确性极高。由于dm提供的信息相对少，初期可暂不考虑该来源数据。进一步的处理规则如下：截前8位形成imei号段及对应的机型信息以及包括的dm终端使用用户数；剔除掉可能存在的相同8位号段对应不同机型的数据。4.6 终端厂家提供数据可要求终端厂家定期提供imei数据，具体表结构可根据需要自行制作。得到各来源imei号段对应机型信息后，即可进行后续的综合比对环节。4.7对“山寨机”等非正常渠道的终端imei信息进行维护国内终端市场纷繁复杂，存在各种山寨机、翻新手机、克隆手机等，这些终端的用户数量也相当可观，同时在一个相当的时期内，各种非正规渠道的终端将与正规渠道的终端共存。因此对于这些非正规渠道终端的imei信息进行维护，对这些终端的用户进行深度营销亦有一定的价值和意义。由于非正规渠道的终端在imei信息编码上比较混乱，没有一个基本规则可循，因此目前对于非正规渠道终端imei信息的收集和维护工作还在探索之中，前期考虑通过手机卖场等销售终端，使用“终端型号-imei信息”穷举法的办法，建立基础的imei数据库，同时探索进行动态维护的方法和流程。五、各来源数据的综合比对对各来源得到的imei数据进行汇总，对比imei号段在各来源数据中对应的机型是否一致，按照imei号段在各来源数据中对应机型的一致性情况进行分类，以便在后续流程中进行分类维护和参考确认。具体综合比对流程如下： (1)确定对各来源imei数据比对的标准，目前确定按照“imei-机型”对应关系进行维护； (2)对各来源的imei数据信息根据比对条件（“imei-机型”）进行过滤和筛选； (3)对分类匹配和筛选结果进行汇总和分析； (4)对各来源imei数据信息进行分类维护。初期以工信部数据、wap网关信息、imei国际专业网站信息三个来源的数据为主，综合比对后进行分类，模版如下：类别清单说明三个及以上来源都一致列清单三个或三个以上来源对应的机型一致两个来源一致列清单两个来源对应的机型一致各来源都不相同列清单各来源对应的机型各不相同综合比对后的数据清单如下表所示：8位imei号段来源1机型来源2机型n来源机型类别以上对各来源综合比对结果和清单是后续对外呼结果判断时的重要的参考文档。六、抽样外呼校验在对各来源imei信息的综合比对基础上，需要进行抽样外呼校验，对综合比对的结果进行验证。在对各来源imei信息的综合比对基础上：根据各来源数据比对后的一致性分类情况，予以不同的外呼策略，高效利用外呼资源；用户抽样外呼取数时取相对稳定使用用户；外呼完成后剔除掉外呼期间的换机用户样本，减少外呼带来的误差。6.1根据不同分类的imei制定不同的外呼策略考虑到外呼本身的成功率、以及知道自己机型的用户占比并不高，制定外呼样本数量时要留一定的余量；对于一致性高的imei号段（如三个以上来源都一致的imei号段），可随机抽取的外呼用户数量相对少一些，如每号段5080个用户；相反，对于一致性不高的号段如（各来源数据都不相同的imei号段），可随机抽取的外呼用户数量相对多一些，如每号段100120个用户；具体外呼策略可根据外呼情况进行调整。6.2外呼问卷的设计用户手机型号调研问卷开始语：您好！我是中国移动陕西公司*号客户代表，您现在接听的电话是免费的。为了更好的提高我们的服务，想了解您在手机使用方面的一些情况，需要占用您大约2分钟的时间，调查完成后我们会在下月底之前向您赠送3元话费。请问您现在方便吗？a.是转q1 （说明：先转q0，称谓前加姓可增加亲近感）b.否结束q0：请问您怎么称呼？客户：（ ）。q1；*先生/小姐，请问您使用的是什么品牌的手机？客户： 客户回答出品牌记录品牌，并转q2 客户不清楚品牌 转q2q2；*先生/小姐，请问您使用的是什么型号的手机？客户： 客户回答出型号记录型号，并转q3 客户不清楚型号 转q3（外呼时注意倾听客户的口气，记录客户的回答是确切的还是可能的等信息）如果客户问：你们移动公司怎么知道我手机型号的？请回答:我们系统中留有您的手机型号方面的信息，但可能不准确，为更好的为您服务，特打电话与您核对一下，谢谢！调研失败的结束语：非常感谢您能够接听我们的电话，打扰您了。祝您生活愉快！再见！ 调研完成的结束语：非常感谢您对我们工作的支持，我们将一如既往为您提供优质的服务！祝您工作/生活愉快！再见！赠送的话费将在下月底前充到您的帐户中。（只要q1通话完成，都可以获得话费）6.3 外呼用户的取数规则 确定外呼用户清单的标准如下：最近一条imei符合所外呼的imei号段的用户；近10天内只有一条imei的用户每号段提取若干个用户按照上述标准选取需要外呼的用户号码，具体格式如下：需要外呼的8位imei号段外呼用户号码根据以上取数规则对提取的用户号码进行外呼。外呼结果反馈包括内容请参见以下模版。编号开户号码处理结果手机品牌手机型号处理时间其他6.4 外呼结果的数据处理6.4.1 对外呼结果的数据处理外呼结果反馈后，还需作进一步处理，相关规则如下：对清单用户取自取数之日起至外呼完成之日止期间只有一条imei记录的用户；对用户匹配上原来的imei号段，保留外呼其他明细。以上规则保证外呼用户是所期望校验号段的终端使用用户，避免用户更换手机带来的外呼误差。外呼记录小于n个个6.4.2 外呼校验判断规则和流程1个8位imei段对应的外呼记录外呼有效imei标志1外呼记录大于n个外呼品牌是否多数统一标志2外呼型号是否多数统一2个以上（包括2个）外呼型号和某来源一致标志4yynyn外呼有多于2条记录（包括2个）明确回答出型号yyn外呼型号是否和某来源型号一致标志3标志3标志2nyyyy外呼判断流程和规则 标志1：记录数小于n个（n为设定的最少外呼有效记录数,n6）-继续外呼 标志2：无法确认品牌或型号-归入问题号段 标志3：能够确认品牌型号（可信度低）-继续外呼 标志4：能够确认品牌型号（可信度高）-已确认综上所述，通过以上维护流程针对通话imei号段，汇总各来源imei号段对应机型信息，经综合比对和外呼校验，对需要维护的imei号段进行机型信息校验。以上维护流程科根据实际进展情况予以简化。七、终端业务参数维护imei号段对应机型信息通过前面的维护机制予以维护，开展终端信息深化深度运营需要落实到终端支持的业务和功能上。未来的数据业务将更加突出“业务与终端功能互为导向”的发展模式，根据“imei号段机型功能”的业务与用户进行关联就可以得知用户使用的终端支持哪些业务，从而向用户推荐合适的业务。因此需要进行各机型的功能、参数、业务等信息的维护。在对终端业务参数维护过程中，存在一些实际问题需要在维护过程中不断进行完善。例如，参数来源不一定能满足需求，比如对长短信、flash等支持功能就不一定有列表；另外网站、厂家业务参数和移动对自有业务的定义可能不完全相同进而导致信息误差。用户imei信息与终端功能匹配比对分析服务的最终输出成果包括：imei信息终端成果表（imei信息对应机型及功能表）和imei信息与终端功能聚类分析表（终端功能对应imei信息表）。7.1建立和维护imei信息与终端功能匹配表用户imei信息与终端功能匹配比对分析服务着重要解决的问题是：应该维护哪些字段？信息如何获取？服务产品包括：能够定期输出imei信息与终端功能匹配表，同时对该表进行动态维护。目前的imei信息与终端功能匹配表参数收集主要来源包括：集团定期下发的各业务支持终端机型文档；各业务门户网站信息；知名手机网站信息；厂家提供信息。在对各终端机型功能、参数、业务等字段进行维护时遵循了以下原则：尽可能多的维护所有可能收集到的信息；需求不断更新，维护的字段不断补充和更新。系统对终端功能匹配表的具体维护目标，标准和规则如下：具体如下：字段名称字段说明字段类型imeiimei号段varchar厂家imei号段对应的厂家varchar型号imei号段对应的型号varcharmms是否支持mmsvarchargprs是否支持gprsvarcharwap是否支持wapvarcharkjava是否支持kjavavarcharedge是否支持edgevarchar3g是否支持3gvarchar自有业务支持的自有业务varcharemail是否支持emailvarchar定位功能是否支持定位功能varchar手机动画是否支持手机动画varcharstreaming是否支持streamingvarcharimps是否支持impsvarcharpoc是否支持pocvarchar电视是否支持电视varchar智能手机是否是智能手机varchar智能操作系统智能操作系统varcharlcd色彩lcd色彩varcharlcd尺寸lcd尺寸varchar内存内存varchar振铃格式振铃格式varchar多媒体格式多媒体格式varchar摄像头(内置)是否支持照相(含像素)varcharmp3是否支持mp3varchar音乐手机（drm）是否支持音乐手机（drm）varchar可视电话是否支持可视电话varcharussd是否支持ussdvarcharstk是否支持stkvarcharefr是否支持efrvarchar红外是否支持红外varcharrs232是否支持rs232varchar数据线是否支持数据线varcharusb是否支持usbvarchar蓝牙是否支持蓝牙varchar文档浏览是否支持文档浏览varchar扩展卡是否支持扩展卡varcharcdma是否支持cdmavarchar承载频段承载频段varcharwlan是否支持wlanvarchar播放器类型播放器类型varchar收音机是否支持收音机varchar和弦和弦varchar扬声器是否支持扬声器varchar其他功能描述其他功能描述varchar样式手机样式varchar定制定制类型varchar上市时间上市时间varchar参考价位参考价位varchar生产状态生产状态varchar停产日期停产日期varchar标志位标志位varchar图片图片varchar双卡是否支持双卡varchar价格区间价格区间varchar预备4预备4未启用varchar预备5预备5未启用varchar预备6预备6未启用varchar预备7预备7未启用varchar各机型的功能、参数信息可参考以下几个网站予以维护： / / /mobile/ / / /各自有业务的支持机型信息可参考集团公司定期下发的相关文档，也可参考以下业务门户网站予以维护：扫码上网/moneditor/cs/subject/mocode/template2/手机邮箱/whatsnew/newrelease/200706/t20070615_6261.htm手机/business/basic/business/t-20070619-400.html移动证券/moneditor/cs/box/commerce/ydzq/1965/4244.html飞信/downloads/mobile.aspx?mobilebrandid=1&pageindex=2号簿管家/portal/zh/user_login/listmobiletypes.htm手机地图/webdown/home.asp音乐随身听/全曲下载7.2建立和维护imei终端信息成果表综合imei号段对应机型信息维护以及各机型参数、功能、支持业务等字段的维护，形成imei终端信息成果表。imei终端信息成果表将imei号段对应机型、各机型参数及支持的业务和功能两方面的成果相融合，为基于终端信息的数据业务深度运营提供了有利的数据支撑。7.3建立和维护imei信息与终端功能聚类分析表（终端功能对应imei信息表）imei信息与终端功能聚类分析表（终端功能对应的imei信息表）主要是针对业务应用部门以及产品部门的需求，在imei数据汇总表的基础上反向输出的按照终端支持功能对应的imei号段的分析结果。具体的格式如下：终端支持功能对应imei号段终端提供厂家终端型号1.彩信2.wap八、imei终端信息成果表的运用（引入支撑系统）将imei终端信息成果表和原来的工信部imei信息表相融合形成imei汇总表，更新到支撑系统的数据库并与每个用户关联，则可以得到每个用户的所有字段相关信息。关联原则如下：一、 保留原工信部imei数据库，增加经维护校验的imei终端信息成果表数据库，两个数据库同时存在；二、 根据用户通话话单imei进行“用户-终端型号”的关联：以imei终端成果表为主，工信数据库为辅，即将用户通话imei与终端型号对应时，以imei终端信息成果表的终端信息为准，当用户imei在imei终端信息成果表没有时，则以工信部数据库为准；三、 进行“用户-终端型号”的关联时增加用户终端信息来源的标志字段，如“1”表示取自imei终端信息成果表，“0”表示取自信产部原数据库，以利于应用、统计和区分；四、 imei终端信息成果表数据还在不断的完善，支撑数据库应具备定期数据更新功能。相关流程说明如下：关联用户通话话单imei数据提取用户imei数据汇总表imei终端信息成果表和工信imei表的合集每个用户的终端机型及业务参数信息在此基础上，可开展基于imei终端信息的增值业务深度运营的各项工作。九、第二轮后简化的imei维护流程9.1概述由于用户的终端型号与号码的匹配对应关系是动态变化的，因