高中二年级短信模板算法.docVIP

短信模板算法 1. 算法涉及的前提 短信模板精确度 （1） 影响精确度的条件 条件值或意义 条件所占权重 学校等级 A—F类学校，标识学校整体情况【综合因素】 20%，相邻的15%，不相邻10%。如果A类学校老师登录获取，A类学校的短信20%，B类学校的短信打15%。如果是C类学校老师登录，C类学校老师为20%，B类学校为15%，A类学校10%，D类学校为0%。 学校所在区域 城市、县城、乡镇，标识学校的地域 15%，10%，5%。如果城市老师登录，城市15%，县城10%，乡镇5%。如果是县城，县城是15%，城市、乡镇均为10% 学校上网条件 标识学校的网络情况【网络接入、使用情况】 5%。完全匹配上5%，不匹配0%。 教师所授科目 语文、数学、英语等 30%。提取当前老师所教授科目，完全匹配30%，不匹配0% 所在年级 一年级、二年级等 30%，完全匹配30%，相临年级为25%，差2个年级给15%，其它为0%。 当前所被关注热点（数据挖掘） 高考、地震等。 先不考虑 教师每月的此时间点所关注的热点 （数据挖掘） 期中考试【去年】、家长交流会【上月】 先不考虑 （2）教师伪资料库mt_teacher （3）短信模板mt_msg_type【短信模板的类别关联属性表】 由此可以看出： 教师伪资料库 与 短信模板mt_msg_type对应情况 由上图可以看出 网络使用情况net_use 与 area_type这两个还没有对应关系。 所以，需要修改mt_msg_type表结构。增加 net_use 与 area_type的对应字段。 学科字段，的类型也需要保持一致。 在短信模板后台—短信模板管理—短信模板添加、修改、显示列表需要修改。 （3）短信模板信息表 mt_message (4) (5) 方案一： 场景模拟： 教师用户登录（向session中写userId） 点击发信息页面时： 从session中取出userId（即对应着mt_teacher中的teacher_id） 根据teacher_id取出mt_teacher中的搜索条件字段 通过[学校所在区域、学校上网条件、教师所授科目、所在年级、学校等级]实时地关联mt_msg_type 和 mt_teacher，根据算法取数据。 sql语句为： select decode/*年级*/( mmt.USE_GRADE,mt.GRADE_NO,0.3,mt.GRADE_NO+1,0.25,mt.GRADE_NO-1,0.25,mt.GRADE_NO+2,0.15,mt.GRADE_NO-2,0.15,0 )+ decode/*学校等级*/( mmt.USE_ORG_LEVEL,mt.ORG_LEVEL,0.2,mt.ORG_LEVEL-1/*相邻的值*/,0.15,mt.ORG_LEVEL-2/*相隔两个的值*/,0.1/*还要考虑到向A靠拢的值*/,0 )+ decode/*学科*/( mmt.USE_SUBJECT,mt.SUBJECT,0.3,0 )+ decode/*学校所在区域*/( )+ decode/*学校上网条件*/( ) allnum ,mmt.MT_MSG_ID from mt_teacher mt,mt_msg_type mmt where mt.TEACHER_ID=292362-----session中取出的userId ; /***** * 前提：mt_teacher 中作业条件的值必须都有值。 * 目前学校等级：A至F这种无规则的数据转为成整数。 * 未排除发送日志中已经发送过的，其它方式解决---异步处理，或者点击操作时，提醒用户 * 节日类信息已经取出。 * 未关联mt_message表，由于表中有标注短信模板信息的状态，需要关连 * 如果先取出满足条件的10个模板信息ID，会包含模板信息为非正常状态的 * 实时取的话，效率会比较低，因为发信息，老师使用的频率非常高 */ select * from ( select decode/*年级*/( mmt.USE_GRADE,mt.GRADE_NO,0.3,mt.GRADE_NO+1,0.25,mt.GRADE_NO-1,0.25,mt.GRADE_NO+2,0.15,mt.GRADE_NO-2,0.15,0 )+ decode/*学校等级*/( mmt.USE_ORG_LEVEL,mt.ORG_LEVEL,0.2,mt.ORG_LEVEL-1/*相邻的值*/,0.15,mt.ORG_LEVEL-2/*相隔两个的值*/,0.1/*还要考虑到向A靠拢的值*/,0 ) alln