湖北移动旅游客源分析平台关键技术专项方案_第1页
湖北移动旅游客源分析平台关键技术专项方案_第2页
湖北移动旅游客源分析平台关键技术专项方案_第3页
湖北移动旅游客源分析平台关键技术专项方案_第4页
湖北移动旅游客源分析平台关键技术专项方案_第5页
已阅读5页,还剩45页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

DOCPROPERTYSubject旅游客源客情分析平台方案建议书中华人民共和国移动通信集团湖北有限公司2月目录1.概述 41.1项目背景 41.2平台概述 42.平台建设特点与原则 42.1方案思路 42.2分析范畴 52.3方案特点 63.平台整体架构 73.1建设原理 73.2平台总体架构 93.2.1平台总体构造 93.2.2平台技术架构 114.平台安全方案 134.1安全方案原则 134.2安全方案设计 134.2.1物理安全 144.2.2网络安全 144.2.3系统安全 174.2.4应用安全 184.2.5数据安全 195.平台网络拓扑 216.平台核心流程 226.1平台业务主流程 226.2信令分析解决流程 237.平台功能模块 247.1业务分析子系统 247.1.1景区综合流量记录分析 247.1.2景区游客来源地构成分析 267.1.3景区全网总游客实时估算 297.1.4景区流量预判模型分析 297.1.5景区流量上限告警 317.1.6旅游景点热度排名分析 327.2页面呈现子系统 347.2.1菜单功能列表 347.2.2界面辅助功能简介 357.2.3运营部门应用Portal 367.3管理子系统 367.3.1顾客管理 377.3.2权限管理 377.3.3实时监控 377.3.4日记管理 377.3.5基站位置信息管理 377.3.6系统参数配备管理 377.4内容数据库子系统 388.平台外部接口 388.1信令采集接口 388.1.1数据采集模式 388.1.2信令数据内容 398.1.3数据转换和校验 408.2基站位置信息接口 428.2.1数据同步模式 428.2.2基站位置信息全量同步接口 428.2.3基站位置信息增量同步接口 448.2.4数据转换规则 458.3景区查询接口 468.3.1接口方式 468.3.2查询接口 46概述项目背景湖北省作为全国旅游资源较为丰富地区之一,拥有许多得天独厚旅游业发展优势。中华人民共和国移动湖北公司不但拥有丰富移动网络信令数据资源和庞大客户群优势,通过与各旅游景点管理部门及商业机构合伙,有助于创造更多商业机会,同步可以提高中华人民共和国移动湖北公司服务价值,产生巨大社会效益和经济效益。平台概述旅游客源分析平台针对游客客源特性,将建设一套统一行业应用平台,平台将周期性地从信令监控系统中获取信令数据并进行预解决,运用移动通信基站与景区空间场合相应关系,建立移动信息与实体世界关联,在此基本上,通过智能建模从记录上精准把握顾客与旅游资源时空关联,进一步进行各种方式信息整合和发布。平台建设特点与原则方案思路移动运营商侧拥有丰富网络信令数据,顾客在每一种业务应用和操作时,涉及语音通话、收发短信等业务时,都会在网络侧记录顾客有关基站位置信息,除此之外尚有顾客积极位置更新(更新LAI)和定期位置更新(普通为2小时以内),也会记录顾客位置信息,通过这些信令数据上下文,咱们可以通过基站描点勾勒出顾客活动轨迹。在运用运营商在旅游景区基站信息同景区进行有效结合,可以实时分析各景区移动本网当前顾客人数及本网当前旅游到达总数。通过对顾客进一步分析其来源等有关状况;通过对顾客进一步分析驻留状况;通过度析各个旅游景区人流密度等有关状况;有了这某些本网旅游顾客数据就可以进一步分析有个旅游顾客有关如来源地等,以及景区有关如景区热度排名等有关数据,同步可以通过全省进一步归纳热点旅游线路等,下面章节会详细简介。记录出移动本网顾客数据后,可以依照移动顾客占比状况即比例系数反推旅游景区顾客总数,占比状况如下图,中移动占比在72%。分析范畴分析人群构成,住户、工作人群、办事人群、路过人群及真正游客;通过到达频次特性可以精确区别住户和工作群体,即白名单,并且时间周期越久越完整和精确;通过科学算法分析景区重点基站社区列表,及游客典型轨迹特性;通过轨迹特性比对分析技术判断过路顾客群体,涉及驻留时长以及信息次数特性综合分析;通过综合分析,涉及基站优选技术及轨迹特性辨别技术分析办事群特;由于各个景区所处位置有所不同,有景区处在市区,同周边商业区及住户、路过人员有诸多重叠,因此需要区别非游客分析十分必要,并且非常有难度,因此考虑扩大数据采集范畴,增强白名单顾客积累过程。方案特点对于旅游客源分析应用平台最重要核心能力就是,如何实时分析景区旅游顾客到达数量,以及旅游顾客来源构成状况等信息,提供对各个旅游景区管控能力。方案重要通过对旅游消费者网络行为分析,进一步实现旅游信息化,且具备如下明显特点方案合用于中华人民共和国移动顾客本地和漫游顾客,具备广泛覆盖性。对本地旅游顾客中华人民共和国移动可以运用完整静态数据和长周期历史数据。对漫游顾客则可以基于基本静态信息和对大量顾客旅游周期记录特性来描绘。充分运用了移动网络特有数据提供行业信息化支撑。既提供了覆盖广度,又弥补了应用层电子商务类服务覆盖面有限,对顾客感知方面缺陷,补充了重要移动网络数据来源和移动,实时服务。对网络侧动态顾客行为进行分析是移动网内一种新数据源分析办法,将顾客活动轨迹与顾客使用业务甚至业务内容相结合更是提供了丰富数据来源,使得分析成果更具精确性与时效性。系统分析成果能实现对于特定顾客群(具备某种网络行为特性标签)在特定期间(数据分析得出最佳业务营销时机)进行特定管控,服务和营销

。扩大效果,减少成本/副作用,提高效率。此外,随着当前本方案实行,通过有针对性线上线下管理,服务和营销整合,预期通用应用类业务(WAP/WEB浏览/搜索等)将浮现使用增长,因而,此后基于目地有关WAP/WEB浏览/搜索内容分析将进一步成为一种重要数据来源。平台整体架构建设原理本平台是通过度析移动通讯过程中各种信令过程,获得顾客当前位置信息。当顾客位置信息与业务选取发送特定区域一致时,记录该顾客与否为旅游游客。为获得精确、全面顾客信息(当前位置信息和顾客手机号),需要监控业务特定区域所属MSC/VLR到周边所有信令链路(即下面拓扑图中双向箭头所相应物理链路)。本项目使用信令数据由信令监测系统定期提供。移动通信网络某些拓扑图如下所示:BSCBSCBTSBSCMSC/VLRHLR其他MSC/VLRLSTPBTS:基站BSC:基站控制器MSC/VLR:移动业务互换中心/访问位置寄存器HLR:顾客归属位置寄存器LSTP:低档信令转接点移动通信网络某些拓扑图平台总体架构平台总体构造系统架构图旅游客源分析应用平台采用信令数据采集接入、数据分析整合、页面展示三层架构方式实现。信令数据采集接入层重要获取信令数据,并对数据进行预解决。本层与中兴信令监测平台接口。数据解决层采用专用数据记录算法和数据发掘分析技术,依照实时采集到信令接口数据,及定期更新基站、社区、场合及号码段数据,综合分析各个视角数据,涉及记录区域实时流量数据、流量总量数据、流量密度数据、流量驻留数据、景点流量告警等。页面呈现层具备将各种记录分析成果进行图表化、图形化展示,并可以各种格式导出。同步通过界面建立同接触渠道接口,涉及短彩信、12580接口,可以通过接口推送给商家及顾客有关实时信息。数据分析后台能力运用网络侧数据,通过综合分析能力手段,结合有关位置CGI数据,及景区场合数据及时间段等丰富特性、综合分析各景区旅游游客及游客轨迹特性,分析白名单游客列表(所谓白名单即景区周边工作人员、住户等经常浮现人群,这某些白名单顾客记录时间越久越精确,这某些为非游客顾客),进而分析游客来源构成状况等综合特性。系统通过实时反馈景区游客流量信息,变化景区只有事后记录门票数量等状况能力。可实现各景区游客分析,并重要从下面几种角度进行分析:景区实时流量分析(涉及景区在园游客数及入园游客总数分析)景区全网总游客实时推算;景区游客来源地构成分析(分析到省/地市);各个省市游客热度排名分析;景区流量上限告警;景区流量预判模型分析;Web前台能力在数据分析能力基本上,为系统展示和应用开发相应Web前台,将此Web前台放置到公网环境,旅游局有关工作人员可以通过Internet直接IE访问本系统,进行系统有关分析数据查看和下载,功能体现:景区/顾客数:实时及跨日期方式分别查看景区实时在园游客数及入园游客总数及全网总游客推算数据;归属省/顾客数:实时及跨日期方式分别查看景区实时入园游客归属省、实时在园游客归属省、全网归属省总游客推算数据数、归属省游客占比数;归属省-地市/顾客数:实时及跨日期方式分别查看景区实时入园游客归属省、实时在园游客归属省、全网归属省总游客推算数据数、归属省游客占比数;景区人数预报:通过景区流量预判模型分析景区将来3天游客数量;旅游景区热度排名:实现“按省总人数排名”,“按省-地市总人数排名”两个功能,展示TOP10省及地市排名状况;景区流量上限告警:实现“总顾客实时估算值告警”“流量实时记录告警”两个功能,分别实现景区入园顾客总数告警及当前在园游客数告警能力;旅游景区游客密度分析:实现“景点顾客人数”展示能力,展示各个景区当前重要景点游客数状况。景点可以依照需要进行调节。数据查看:涉及省信息查看、市信息查看、号码归属地、景区信息查看及景点信息查看功能,将重要有关配备信息进行系统展示;安全管理:涉及“顾客管理”、“角色管理”及“权限管理”功能,控制和管理系统权限。辅助能力:涉及系统导出、系统打印等功能支持。平台技术架构总体技术架构设计定义了旅游客源分析整体技术单元构成、及各个技术单元之间关系。总体技术架构如下图所示:技术架构图业务应用服务组件业务应用服务组件由负责详细业务业务组件完毕,业务组件相对独立,组件间通过原则接口进行通信,以实现组件间业务协作,从而减少了业务组件间耦合度。某些服务共用同样业务逻辑,可将公用组件抽取出来,为各业务逻辑提供服务,保证组件重用性。业务应用服务组件涉及门户应用类服务组件、在建以及新建系统提供业务应用类服务组件。业务应用类服务组件有应用系统开发商依照服务规定提供。应用支撑服务组件应用支撑服务组件以统一支撑环境、规范软件接口原则、明显提高平台可重用性和各系统间互连互通性。记录分析服务记录分析服务提供报表定制功能,是顾客可以灵活设定报表格式和各种填报指标。ETL服务ETL是数据抽取、清洗、转换、装载过程,同步提供数据质量管理、数据转换与清洗、调度监控,并且贯穿整个数据中心解决方案全过程。ETL是构建数据中心核心环节,按照统一规则集成并提高数据价值,是负责完毕数据从数据源向目的数据中心转化过程。呈现服务实现顾客使用操作界面,它使用共享数据和业务服务实现与后端公司资源交互,将业务人员与共享服务连接在一起,并提供统一、个性化、多渠道访问入口。全服务生命周期管理所有服务被纳入到了全生命周期开发与管理服务和统一安全支撑服务管理范畴内,以保证一致性平台管理。平台安全方案安全方案原则依照国家和集团对信息化安全总体规定,参照《信息安全级别保护二级》,本项目各某些需结合实际需要,满足如下安全原则:技术方面物理安全重要涉及物理位置选取、物理访问控制、防盗窃和防破坏、防雷击、防火、防水和防潮、防静电、温湿度控制、电力供应、电磁防护等规定。网络安全重要涉及构造安全、访问控制、安全审计、边界完整性检查、入侵防范、网络设备防护等规定。主机安全重要涉及身份鉴别、访问控制、安全审计、入侵防范、恶意代码防范等内容.应用安全重要涉及身份鉴别、访问控制、安全审计、通信完整性、通信保密性、软件容错、资源控制等内容。管理方面重要涉及安全管理制度、安全管理机构、人员安全管理、系统建设管理、系统运维管理等内容。安全方案设计旅游客源分析平台信息化建设必要保证应用、网络及信息安全性,这是信息系统建设核心。对于信息系统安全体系设计,必要将安全系统视为一种整体,在统一框架下整体考虑每一某些和每一环节安全性规定,一方面保证网络安全,在此基本上保证应用系统和业务有效性、保密性、完整性,同步还要全面考虑系统运营管理等对于安全保密性提出规定。在满足既有安全目的基本上,为将来应用提供可扩展安全空间。信息系统安全是一项复杂系统工程,涉及到技术、产品和管理等各种层面。安全防范是通过安全技术、安全产品集成及安全管理来实现。一种先进信息安全解决方案应当可以提供完整产品集成、人性化安全管理。旅游客源分析平台整体安全保障体系涉及物理安全、网络安全、系统安全、应用安全、信息安全、管理安全等各个方面。物理安全在旅游客源分析平台中,物理层安全面临风险重要是环境安全和设备安全问题。为保护计算机设备、设施(含网络)以及其他媒体免遭地震、水灾、火灾、有害气体和其他环境事故(如电磁污染等)破坏,应采用恰当保护办法。针对这一风险,可以采用安全办法有:保证系统所处环境——机房,满足相应国标。要施行严格保安制度,配备好防火、防盗报警等设备,配备专门安全管理人员。建立严格机房出入制度,防止非授权人员对重要设备物理接触等;对重要网络设备采用UPS不间断稳压电源,对重要设备如数据库服务器、中心互换机、路由器等采用双机热备份;对重要通讯线路采用备份;对信息数据采用恰当数据备份系统和劫难恢复机制;为防止电磁辐射,采用一定屏蔽技术和干扰技术。网络安全旅游客源分析平台需要接入移动互联网络、互联网,如果没有任何安全机制,各级节点非法或恶意连接可以没有任何约束进入其他节点内部网,进行窃听,或者直接发起袭击,损失可用带宽,导致网络阻塞、甚至瘫痪。各个网络之间都存在着不同限度信息互换,为保证各种访问不可旁路性、可控性、可认证性,需要布置安全产品和实行有效安全方略。IRF2虚拟化技术应用虚拟化浮现较好地解决了网络架构复杂、配备管理不便等问题;在本次项目中咱们将采用IRF2技术,在2台核心设备上采用跨设备链路聚合虚拟化技术,从对提高网络整体效率和安全角度,起到了一种横向整合伙用,即在不变化网络物理拓扑连接构造条件下,将网络同一层多台设备横向整合,从逻辑上简化了网络架构,大大提高了网络整体可靠性、安全性。由于整合后虚拟化系统具备跨设备链路聚合功能,因而,不同网络层之间电缆互联也可通过逻辑整合,多条链路被捆绑成一条聚合逻辑链路,如下图所示。以上提供虚拟化技术构成网络架构与老式三层网络设计相比,提供了多项明显优势:运营管理简化。全局网络虚拟化可以提高运营效率,虚拟化每一层互换机组被逻辑化为单管理点,涉及配备文献和单一网关IP地址,无需VRRP。整体无环设计。跨设备链路聚合创立了简朴无环路拓扑构造,不再依托生成树合同(STP)。虚拟互换组内部经由各种万兆互联,在总体设计方面提供了灵活布置能力。进一步提高可靠性。虚拟化可以优化不间断通信,在一种虚拟互换机成员链路故障时,不再需要进行L2/L3重收敛,能迅速实现拟定性虚拟互换机恢复。跨设备链路聚合提高上联带宽,消除性能瓶颈,为无阻塞布置千兆到桌面提供条件。节约总体投入成本;隔离和访问控制网段划分、网络构造合理优化:在内部局域网可以通过互换机划分VLAN功能解决局域网络安全问题,实现不同部门、不同级别顾客之间访问控制。由于局域网是广播型网络,因而,若在广播域中进行监听,就可以对信息包进行分析,那么本广播域信息传递都会暴露无遗。划分网段,其本质就是限制广播域,将非法顾客与网络资源互相隔离,从而达到限制顾客非法访问目。网络隔离和访问控制:在各级节点互联处采用防火墙,用于在不同安全区域网络之间进行安全隔离和访问控制,以形成不同安全级别防护。内部网络设备安全加固旅游客源分析平台网络中采用路由器/互换机,作为骨干互换设备,往往也是袭击者发起袭击对象,一旦路由器/互换机被袭击,整个网络面临瘫痪严重后果。路由器/互换机依赖是固有网络操作系统例如IOS(CISCO网络操作系统),互换机安全性重要从管理终端口令、系统漏洞和SNMPCOMMUNITY值问题等几方面来解决:到厂商站点查找互换机最新系统版本,及时升级;加强管理口令强度(至少6为以上有数字和字母),并且口令规定使用md5加密存储;加强snmp网管private和publiccommunity值强度;对vty终端和snmp连接进行安全访问控制,制定访问控制列表,仅容许网管主机连接访问。实时安全检测和审计只要有网络存在,就有袭击和入侵发生。为了监控来自内网各种袭击入侵行为,建议在旅游客源分析平台网络核心节点配备入侵检测系统,建立全网监控体系。运用实时入侵检测技术,结合积极分析和被动检测,有效制止网络袭击、入侵,及时报警、阻断,并实现强大日记审计分析。入侵检测系统监控所有顾客行为,对所有访问跟踪、并形成消息日记。入侵监测系统就像网络摄像机同样,监视着网络上一举一动。使得管理者对重要现象和隐患苗头是“可视”、可分析、可寻源。系统安全系统级安全防护重要涉及网络采用操作系统、数据库系统、网络设备操作系统以及各类应用软件系统等。操作系统重要涉及服务端操作系统和客户端操作系统。服务器端操作系统普通涉及:Unix系统、Linux系统、WindowsNT/Server;客户端操作系统普通涉及:WindowsNT/XP/7等。主机加固操作系统安全也称主机安全,由于当代操作系统代码庞大,从而不同限度上都存在某些安全漏洞。某些广泛应用操作系统,如Unix、Windows等,其安全漏洞更是广为流传。另一方面,系统管理员或使用人员对复杂操作系统和其自身安全机制理解不够,配备不当也会导致安全隐患。针对操作系统各种漏洞,普通要进行运用专业扫描评估软件、专业安全评估和主机加固安全服务。必要定期进行相应安全维护,从系统自身来保证安全:及时安装操作系统和服务器软件最新版本和修补程序。保持使用版本是最新可以使安全威胁最小;进行必要安全配备,在系统配备中关闭缺省、存在安全隐患、不需要服务;加强登录过程身份认证,采用双因子认证体系,设立复杂、不易猜测登录口令,严密保护帐号口令并经常变更,删除系统缺省设立、以及其他因素设立不必要帐号;严格限制系统中核心文献(如UNIX下/.rhost、etc/host、passwd、shadow、group等)使用允许权限;制定严格操作细则,控制登录访问者操作权限,将其完毕操作限制在最小范畴内;充分运用系统自身日记功能,对顾客所有访问作记录,定期检查系统安全日记和系统状态。加强访问控制在重要服务器系统上安装访问控制软件,通过制定相应访问控制方略,为操作系统提供增强安全防护,加强对核心服务器安全控制,提供更完善访问控制和安全审计。应用安全应用层访问涉及办公业务、惯用基于Internet访问(WWW、邮件、文献传播等)等,基于应用层安全办法,重要是对各种应用层访问提供一种可审计、可控制安全方略。安全审计安全审计是网络安全建设一项重要内容,安全审计可以详细地记录通过网络所进行各种访问行为,涉及:更改安全产品配备、读取或更改服务器上数据、两个不同子网之间数据交互等等。安全审计为系统管理员提供详细日记,可以支持系统管理员审计各种访问记录,对访问信息进行内容恢复和会话回放等,发现非法使用计算机环境中资源活动。因而对于所选购任何一种安全产品来说,都要必要具备严格、完善日记审计机制。内容过滤当前通过邮件、WEB页面针相应用层袭击越来越频繁,在提供安全审计机制上,应当以安全审计成果来进行响应内容过滤控制,以阻断应用层非法访问、恶意破坏和袭击。内容过滤机制可集成在具备访问控制功能安全设备中,例如防火墙。因而可以通过在防火墙进行相应配备来实现完整应用层内容控制。管理安全网络系统安全性不但与产品技术关于,还与安全管理和使用有着极为密切关系。在安全管理上,至少要做到:加强基本设施和运营环境建设计算机机房、配电室等重要基本设施应严格管理,配备防盗、防火、防水等设备;安装电视监控系统、监控报警等装置;计算机设备采用UPS不间断电源供电;设备要可靠接地;供电、通信线路要布线整洁、规范、连接牢固;机房环境要干净、整洁,保持特定温度和湿度。加强设备管理和使用工作建立涉及设备购买管理、设备使用管理、设备维修管理和设备仓储管理等内容规章制度。计算机管理部门要定期对设备运营环境、设备运营状况、各项规章制度、操作规程执行状况进行检查,对发现问题及时解决,保证计算机系统安全、可靠运营。建立健全安全管理内控制度建立计算机系统使用管理规定、部门主管和业务操作人员计算机密码管理规定、违背计算机管理规章制度解决办法等内控管理制度;严格实行运营、维护、开发分离岗位责任制;禁止混岗和代岗,禁止公用和公开密码;对重要数据改账解决要通过授权由专人负责,并登记日记;建立健全备份制度,核心程序及数据构造要严格保密,实行专人分工保管;对已制定规章制度,要专人负责,真正贯彻,从主线上杜绝内部安全隐患。加强员工思想和安全意识教诲一方面对员工要进行经常思想道德水平和法制观念教诲,培养她们自觉抵制各种诱惑能力,使她们不违法、不犯罪;另一方面要提高员工安全防范意识和能力,不给犯罪分子以可乘之机。数据安全数据是系统中核心内容,因而对数据保护也是管理方案中必要考虑问题。对数据保护普通可以从两个角度去考虑,一种是老式数据备份,这是对数据进行保护一种最有效方式,另一种是数据安全管理,数据备份解决保证了数据不会由于意外事件而丢失,数据安全则要保证数据不被非法访问或修改,甚至是受病毒感染。数据安全性可以从如下几种角度得到保证:访问控制,重要是保护对系统中核心业务主机上资源访问;身份认证也是信息鉴别一种手段,它可以确认顾客身份真实性和可靠性。当前有3种方式身份认证:静态顾客名和口令,它安全级别最低;双因子身份认证,它采用动态一次性口令,提高了安全性;基于PKI建立CA认证系统实现加密数字签名是最为安全身份认证。入侵检测,从网络层次上对系统进行安全保护,自动阻断对系统袭击或对系统子网非法使用;风险评估,对系统中核心系统和数据库进行安全评估和漏洞扫描,重要涉及数据完整性、数据保密性、备份和恢复等内容;本方案中设计数据安全方案基于最小权限原则:系统必要存在细粒度安全控制,安全授权只能基于这些粒度上进行,如数据行级安全、列级安全。授予每一种顾客所需要最小权限,例如一种区域顾客只可以看到本地区数据,而不能看到所有地区数据,一种系统管理员只可以管理系统启动,停止,备份,恢复,而不可以查看敏感数据,这些都是基于最小权限原则。数据传播安全,通过在数据传播上提供端到端安全解决方案来解决传播上安全问题。从浏览器到应用服务器之间数据传播安全性,通过支持SSL(安全套接合同)或数字证书方式来保障。提供三方面服务:认证顾客和服务器。加密数据,使被传送数据隐藏。维护数据完整性,保证数据在传播过程中不被变化。加密功能将所有明码文本数据转化为密码文本。一旦被加密,密码文本将以密码方式在网络中传递,在这种方式中,如果没有对的钥匙键就几乎不也许把密码文本转换回相应纯文本。这些加密服务可以防止那些可以访问你网络人偷窥你数据。数据加密管理,老式数据加密方式对于敏感数据列进行加密解决来防止敏感数据外泄,但是同步也带来一种很大问题,即在加密列上建立索引将没有任何用处,这样对于SQL语句解决将带来很大解决上麻烦,通过使用透明数据加密技术,除非拥有密匙,普通顾客无法看到敏感数据,但是数据库解决依然可以使用基于该列索引进行解决,从而即保障了数据安全,又可以同步维护更好性能。安全审计,在集中安全审计控制台上对系统进行安全审计;病毒防御,重要实现防病毒。平台网络拓扑平台网络拓扑图旅游客源分析平台所有服务器都将布置在移动公司网络内部,同步给公司顾客提供公网访问方式。结合移动集团对网络安全性规定,本平台服务器将分布置在移动南关IDC机房。布置在移动南关IDC机房服务器通过防火墙与移动常青核心机房中兴信令监测系统FTP服务器进行信令数据接受。这种布置既保证了移动网络安全,同步也为系统顾客和其她公司顾客访问本平台提供了便利方式。平台核心流程平台业务主流程由中兴信令监测平台将信令数据放到指定目录并开通FTP服务器,旅游客源分析应用平台通过FTP方式登录并下载接口数据文献,然后旅游客源分析应用平台进行实时记录分析各景区游客有关信息数据。信令数据涉及语音通话信令、SMSMO和MT通信信令以及LocationUpdate数据(涉及正常位置更新和周期位置更新信令)内容,然后通过“数据采集模块”进行采集。采集后通过“文献加载模块”到数据库,之后通过“数据清洗模块”过程,去除错误及需要翻译数据内容,以及进行数据精简,之后通过两个途径:第一、提供应白名单分析流程,作为景区白名单分析数据;第二、提供应数据分析进程,过白名单过滤过程,然后进行景区范畴数据过滤,生成顾客轨迹特性表,再依照轨迹特性向前比对分析解决模式,依照分析思路模型算法,分析出真正游客列表,之后跟游客列表及辨认时间分别汇总在园游客数及入园游客数列表,之后依照游客列表进行其归属地分析以及依照总数估算算法运算全网游客总数。信令分析解决流程信令分析解决流程图流程如下:由信令监测平台将信令数据放到指定目录并开通FTP服务器。旅游客源分析平台通过FTP方式登录并下载信令数据文献。对信令数据进行去除错误、翻译转义和数据精简等操作,最后将数据加载到数据库。对数据库中当前时间片信令数据进行记录分析(涉及正常位置更新和周期位置更新信令)各区域人员有关信息数据。提供应白名单分析流程,作为各区域白名单分析数据;然后进行区域范畴数据过滤,生成顾客行为特性表。平台功能模块业务分析子系统景区综合流量记录分析系统支持依照地市、景区、景点进行实时人数监测。实时查询当前状况,也可以查询当天累积流量状况,支持跨时间段多天查询。通过实时数据采集信令数据,实时分析并更新景区当前在园游客数及入园游客总数。分析周期频率为1小时,分析时段定义为2小时,从早上6点到下午22点,共8个时段。输出成果:景区准实时分别在园游客数、入园游客数按市单日记录日期-5-12市6:00-8:008:00-10:00……18:00-20:0020:00-22:00共计估算总人数武汉

……

按景区单日记录日期-5-12景区名称6:00-8:008:00-10:00……18:00-20:0020:00-22:00共计估算总人数神农架

……

多日及整月记录当“记录方略”为准时段记录时,这记录时间可以选取任意一天,或者是一种时间跨度,但是此时时间跨度不可以超过7天,系统会有提示。当“记录方略”为按月记录时,界面时间选取只有年和月,查询成果景区在某一天景区达到移动游客数和估算总人数表格月份-5

景区名称5.7……共计估算总人数神农架……分析实例:景区游客来源地构成分析通过实时分析景区入园游客及在园游客数量,拟定游客特性顾客后,依照顾客手机号码归属地分析游客来源地,细分地市一级。系统可详细记录景区一天中各个时段内各个来源省游客数量,以及全天汇总各个来源省游客总量,及时监控当前游客来源地构成状况。归属省\实时入园游客数、实时在园游客数、实时全网顾客估算、占比数分析归属省\多日入园游客数、实时在园游客数、实时全网顾客估算、占比数分析归属省-地市\实时入园游客数、实时在园游客数、实时全网顾客估算、占比数分析归属省-地市\多日入园游客数、实时在园游客数、实时全网顾客估算、占比数分析输出成果:归属省\实时入园游客数、实时在园游客数、实时全网顾客估算、占比数分析景区名称西湖日期-5-12省名称6:00-8:008:00-10:00……18:00-20:0020:00-22:00共计估算总人数占比数海外

北京

上海

广州

湖北

江苏

重庆

……

归属省\多日入园游客数、实时在园游客数、实时全网顾客估算、占比数分析景区名称西湖省名称-05-01-05-02-05-03-05-04……共计估算总人数占比数海外

北京

上海

广州

湖北

江苏

重庆

……

归属省-地市\实时入园游客数、实时在园游客数、实时全网顾客估算、占比数分析景区名称西湖日期-5-12省名称6:00-8:008:00-10:00……18:00-20:0020:00-22:00共计估算总人数占比数海外

北京

上海

广东

广州

深圳

东莞

……

湖北

宁波

温州

……

江苏

南京

无锡

……

重庆

……

归属省-地市\多日入园游客数、实时在园游客数、实时全网顾客估算、占比数分析景区名称西湖省名称-05-01-05-02-05-03-05-04……共计估算总人数占比数海外

北京

上海

广东

广州

深圳

东莞

……

湖北

宁波

温州

……

江苏

南京

无锡

……

重庆

……

景区全网总游客实时估算当前分析实时游客数是基于移动本网顾客数,不可以分析其她运营商游客顾客数据,因此依照调研和实际数量建立顾客数估算模型,需要实时估算全量游客数量。依照实测本移动2G/3G顾客,考虑其她运营商联通,电信有无线网络覆盖地区顾客数.当前移动顾客全国占比在72%左右,由于游客多为漫入顾客,因此占比应当应用这一比较进行计算,并且可以进行系统配备,调节各省占比数量,系统提供各个省-地市顾客占比估算比例配备功能,可以依照各个省-地市不同占比推送省-地市一级游客总数,然后共计成景区估算总人数。输出成果:景区估算总人数在景区实时流量分析表及景区游客来源地构成分析表中进行展示,不单独提供展示界面。日期-5-12景区名称6:00-8:008:00-10:00……18:00-20:0020:00-22:00共计估算总人数西湖

……

景区流量预判模型分析建立完善景区流量预估模型分析将来某时段预期游客数量状况,系统可以依照数据沉淀对模型进行优化。依照有关景区前1天、前7天、前15天、前30天、前60天、前3个月、前6个月及前1年时段流量、旅游路线关联有关景区等特性进行综合分析,建立流量预判模型,分析和预判当前景区将来时段景区人流状况,达到“提示”告警线时可以进行信息提示。依照前1/7/15/30/60/90/120/180/360天时段流量或天流量趋势,可以分析预判当前景区将来1-7天客流状况,同步又分为“平日预测”和“节假日预测”两个算法模型。见下图:景区流量上限告警在景区容量超过预定比例时,系统提供各种级别预警信息。依照景区容纳游客人数,同景区实时游客进行比较,达到上限时进行告警,提高景区管理职能和服务能力,及安全保障办法系统提供设立景区容量及告警阀值设定上限值,如景区容量C%.可以提供两种类型告警。普通状况下使用前一种告警依照当前旅游景区总到达顾客实时估算值,与景区容量之比不不大于C%时告警依照当前旅游景区当前实时顾客数记录,与景区容量之比不不大于C%时告警系统通过界面展示景区总顾客数估算值告警,通过亮灯颜色进行显示,点击景区名称链接直接跳转到旅游景区游客密度分析景点顾客人数展示界面,并跳转到有关景点信息。旅游景点热度排名分析分别分析各景区游客排名状况,可分别以日、周、月、季、年等方式分析游客来源地排名记录,并以图表等方式展示。在理解游客归属地状况下,可以进一步记录各个省市顾客到达旅游景区热度排名,再分别通过当天、周、月、季、年方式呈现各个旅游景区人数排名、分时段人数排名。旅游景区按来源分省/地市人数按照记录时间段内采样时刻最高该省/地市人数记录。系统可以实现如下功能按当天记录旅景区别省/地市人数排名按周合计旅游景区别省/地市人数排名按月合计旅游景区别省/地市人数排名按季合计旅游景区别省/地市人数排名按年合计旅游景区别省/地市人数排名通过柱状图方式显示排名前十省:通过柱状图方式显示排名前十都市页面呈现子系统菜单功能列表记录分析菜单旅游景区游客分析景区\顾客数归属省\顾客数归属省-地市\顾客数旅游景区游客密度分析景点顾客人数景区人数预报分析景区人数预报旅游景点热度菜单旅游景点热度排名按省总人数排名按地市总人数排名旅游线路归类排名游客分布图(重要体现各个客流分布状况)景点文化内容编辑:系统可以对景区,景点文化内容进行在线编辑和修改景区流量上限告警菜单总顾客数实时估算值告警流量实时记录告警数据查看菜单省信息查看市信息查看号码归属地景区信息查看景点信息查看安全管理菜单顾客管理角色管理权限管理界面辅助功能简介景区别析游客数实时滚动条,点击直接进入到“景区\顾客数”界面。左菜单隐藏功能,点击箭头可以隐藏左侧菜单栏。修改密码和注销功能,可以通过修改密码修改当前顾客密码。打印、下周EXCEL表格和PDF文档格式,在查询成果界面均有此标志。翻页功能,当记录成果需要多页显示时,界面会有翻页标志及显示当前页。运营部门应用Portal运营部门管理员可以对所有实时数据和记录数据进行查看。管理子系统一级功能二级功能功能阐明顾客管理模块顾客管理提供系统管理员、管理员、普通顾客三个层级角色划分。系统管理员为系统内置最高权限顾客,不可删除。管理员为系统管理员分派某些顾客为具备管理权限。普通顾客为普通操作顾客。角色管理模块组织构造管理定义系统内组织机构层级、从属人员、职位信息等。顾客权限模块权限管理提供对各模块权限划分和分派管理。日记管理模块实时日记管理实时提供登录日记、操作日记等管理。历史日记管理提供历史登录日记、操作日记等管理。故障日记管理提供故障日记管理。参数设立模块系统参数配备提供系统各类参数设立接口参数配备提供接口参数配备:端标语、IP地址等定期任务参数配备提供定期任务配备:定期任务增删改查顾客管理提供顾客基本信息管理功能、顾客群组/角色、功能权限分派管理以及帐户浏览控制管理等等。权限管理权限管理重要分为省级和景区两级。景区权限只能查看本景区记录信息。而省级权限可以查看所有景区记录信息。实时监控监控平台实时运营状态、实时消息收发记录数据等查询。日记管理系统能记录收发短消息,顾客可以依照权限设立查询相应收发历史,可以进行灵活查找过滤,用于监控和分析。基站位置信息管理从基站位置管理系统同步基站位置信息;区域图导入和导出;管理员可以手动管理基站信息(查询、增长、修改、删除、导入导出);管理员可以手动管理区域与基站相应关系;系统参数配备管理系统参数管理是对系统各种参数进行设立,涉及:配备Web系统参数配备数据库客户端网络服务名配备公司信息机服务器IP内容数据库子系统有两某些构成,内存数据库与关系型数据库。内存数据库存储顾客与位置信息,这些信息是从中兴信令监测平台获取数据进行分析后得到;关系型数据库,存储基本信息、游客信息、记录信息等。平台外部接口信令采集接口数据采集模式信令数据以文献方式发送,旅游客源分析平台每1小时采集一次数据,并进行数据更新。采用ftp方式进行数据传播,数据采集端将数据文献存储在某一指定目录,并开通ftp服务,数据接受方通过ftp到服务器积极获取数据文献。数据文献命名LER_YYYYMMDDHHMMSS.txt,时间精准到秒,定长,局限性位补零。例如LER_.txt代表7月3日17:30:30之后一分钟数据,数据时间段为7月3日[17:30:30,17:31:30)。为了检查与否有文献丢失,数据采集端生成完一种数据文献后即生成一种校验文献,文献名也需要包括生成时间信息(如LER_YYYYMMDDHHMMSS.CHK).信令数据内容数据文献格式抽取方式及周期以定期文献接口抽取,抽取周期为1分钟接口数据文献名LER_YYYYMMDDHHMMSS.txt顺序字段字段类型描述备注1Time_Stampdatetime时间年/月/日时:分:秒2UactunsignedByte顾客行为00—正常位置更新01--周期位置更新02--IMSI附着03--IMSI分离04--呼出05--呼入06--发送短信07--接受短信3MSISDNString(18)顾客手机号码4LacInt(4)业务发生LAC。5CiInt(4)业务发生ci6Res2扩展保存0x0D0A暂时为空回车换行符校验文献格式抽取方式及周期发送一种数据文献后即发送一种校验文献校验文献名LER_YYYYMMDDHHMMSS.CHK属性编码属性名称属性描述类型备注01file_name信令文献名CHAR(30)LER_YYYYMMDDHHMMSS.txt02file_size信令文献大小NUMBER(20)文献物理存储大小(字节数)03row_num记录行数NUMBER(20)04tx_date数据日期CHAR(10)YYYY-MM-DD05file_time文献生成时间TIMESTAMPYYYYMMDDHH:MM:SS0x0D0A回车换行符数据转换和校验1、数据转换规则数据采集端在生成接口数据文献时,遵守如下数据转换规则:分隔符本次数据传送以“,”进行字段分隔,没有采用定长传送方式,保证字段信息内部不包括分隔符;NULL值当某一种字段为空值时,该字段不包括任何内容,直接以分割符标记;各种分类角度(维度)代码转换在生成接口数据文献时,所有分类角度(维度)代码严格按照代码字典表转换,所有接口文献中涉及到分类角度或取值,在字典表中有相应关系;编码格式中文:GBK内码,西文:ASCII码数字格式在接口数据文献中,数字表达规范,小数点先后有数字,如:0.01或34.0,不用“.01”或“34.”表达;符号解决:数字最高位左边第一位为符号位。对于负数,符号位为“-”,正数不用加符号位;左对齐,必要以空格右填充至定义长度;字符格式左对齐,必以空格右填充至定义长度空格业务系统中,字段值完全为空格(一种或各种)或字段值首尾包括空格,在数据仓库中视为无意义,因此如果在业务系统存在中以上类型空格,必要转换为故意义其他字符,字符串先后空格均视为无意义。2、数据校验规则文献级校验是指依照数据采集端提供接口校验文献信息,对需要传播接口文献进行校验,校验内容如下:接口数据文献名称依照接口校验文献中记录文献,查找“接口数据文献目录”下该接口数据文献与否存在;检查接口数据文献名称与否遵守规范中命名规范;数据日期验证接口校验文献中记载数据日期与接口数据文献名中数据日期与否一致;文献生成日期验证接口校验文献中记载文献生成日期与实际接口数据文献生成日期与否一致;文献大小(字节数)验证接口校验文献中记载文献大小与实际接口数据文献文献大小与否一致;文献中包括记录数验证接口校验文献中记载文献记录数与实际接口数据文献中记录行数与否一致;文献中单行记录长度验证明际接口数据文献中每行记录长度与否与本规范定义长度一致。基站位置信息接口数据同步模式基站位置信息数据以文献方式发送,旅游客源分析平台每天(可配备)同步一次数据,并进行数据更新。如果基站位置信息没有变动,基站位置信息系统不需要发送文献。采用ftp方式进行数据传播,基站位置信息系统将数据文献存储在某一指定目录,并开通ftp服务,数据接受方通过ftp到服务器积极获取数据文献。基站位置信息中区域与LAC+CELL是多多对多关系,即一种区域里有各种LAC+CELL组合,同步一种LAC+CELL组合也可以相应到各种区域。基站位置信息全量同步接口基站位置信息系统以全量方式将基站位置信息同步给旅游游客分析平台。旅游游客分析平台在收到全量同步接口数据后,将原有数据所有清空,然后将全量同步数据导入数据库。旅游游客分析平台更新此接口数据后,更新数据将于下个时间片生效。数据文献命名ALL_YYYYMMDDHHM

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论