Telematics平台方案简介
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
系统主要构成:
•SAIS TSP DC DC管理与业务和运营相关的核心数据,并对各种资源(比如CP/CC/SP)进行接入和整合控制,最 终形成Telematics服务提供给车主用户。 •SAIC Site SAIC负责呼叫中心和用户服务网站的运营,同时提供如远程诊断解码服务这样的车厂紧密型服务。 车厂侧形成独立的Site,以安全的数据接口方式和SAIS TSP DC进行通讯和数据交互。 •Call Centers CallCenter的运营由SAIC负责,B-Call/E-Call服务可以外包给专业服务提供商执行;如I-Call这 样的应用,需CallCenter添加对应的业务系统,并访问SAIS TSP DC提供的对应服务加以完成。 •Content Provides SAIS TSP DC可以接入各种Contents,加工后提供相应的Telematics服务。 •Rescue Network 提供路边救援和紧急救援的服务,以话务方式为主与CallCenter建立连接。 •SMS GateWay 为系统提供短信服务,用于下发指令等场景。
信号灯故障
信号灯故障说明书升级下载
油耗排行 驾驶行为 车速报告 保养模型
保养提醒
保养提醒
荣威550项目-功能
功能 分类 用户操作行为收集 用户操作行为数据统计分析 应用程序上传 应用商店 应用程序升级 应用升序下载 终端软件升 级 send2Car 收藏 分享 AVN软件升级与维护 详细 CallCenter及AVN定期上报用户的操作行为数 据供TSP平台进行数据统计分析。 运营人员对用户操作行为数据进行统计分析。 运营人员将应用程序进行上传管理。 运营人员对程序进行升级维护,车主可选择对 下载应用进行升级更新。
面向广大的销售者车主用户: B2C
面向行业用户: B2B
Telematics业务全景
荣威550项目
角色说明:
荣威550MCE采用由上汽乘用车(SAIC)和上汽信息(SAIS )主导,众多合作伙伴共同协作的模式,为车辆 提供高质量、高用户体验的车载服务。 其中,SAIS开发TSP平台数据中心和运营中心,并为SAIC提供导航、安防、信息、娱乐等全方位的 Telematics服务,负责CP、SP的运营; SAIC负责呼叫中心和用户服务(inkanet)网站的运营。
荣威550项目-系统架构
荣威550项目-HMI
荣威550项目-HMI(高德)
荣威550项目-HMI
荣威550项目-软件架构
•应用架构与技术平台无关 •业务流程驱动 •采用开放的标准 √ √ √
T-Box
AVN
手机APP
IF1 Dealer Portal IF6
IF4
IF2
TSP IF7 inkaNet Website IF5 CallCenter
激活流程
平台技术
• 开发语言:java
• OS:Linux • DataBase:Oracle10g/11g • Oracle Application Cluster: Oracle Real Application Cluster • Middleware: WebSphere Application Server/ Oracle Weblogic Server
NGTP2.0 Dispatcher弹性高可用性方案
•遵循stateless 通讯的设计原则 •应用节点集群 •集中式存储,存储单元进行Cluster或者热备
NGTP2.0 Service Handler参考实现
•SH主要作用:对消息进行编解码、补充用户 和车辆信息 •Connector:接收Message请求,也接收用户 数据查询请求 •Interceper:消息拦截器,包括 LoggingInteceptor 、 MonitoringInteceptor 、 AuditingInteceptor 等 •Customer Handler:查询用户数据,附加到编 解码的消息当中,也处理SI直接的用户查询请 求 •Encode Handler:对消息进行编码,如果必要 补充用户信息 •DecodeHandler:对消息进行解码,如果必要 补充用户信息 •Message Format Handler:根据Service Type格 式化消息内容
车辆轨迹追踪
安心提醒 E-Call B-Call
安心提醒通知 拨打用户身份鉴权 报警设置
移动报警 &异常报警
报警通知
荣威550项目-功能
功能 一键导航 分类 车辆位置上报 导航设定信息下载 详细 车机触发一键导航,车辆自动上报位置信息。 车机关机后请求TSP平台获取设定信息。如超时 车机未获取,TSP平台生成消息通知车机获 取信息。 AVN请求TSP平台对信号灯故障说明书进行升 级下载,更新本地说明文档给用户提供故 障说明。 AVN开机后自动上报车辆驾驶数据,TSP平台 定期生成年、月、周的油耗排行数据,用 户可查看同一车型的其他车主的油耗排行。 车主可查看TSP平台记录的用户历史上报的车速 信息。 根据车型为车辆定制保养计划模型。 AVN上报车辆的行驶数据,TSP平台根据上报 数据及销售时间判断车辆是否需要保养, 如需保养则提醒用户需要做保养,提供保 养推荐信息。
协议定义原则
• T-BOX设备简单,采用传输层协议TCP
• 处理能力较强的终端设备采用HTTP • 系统之间采用HTTP / REST方式 • UDP无连接协议用于定期检测报文 • 数据封装在移动网络间采用Byte方式 • 固定网络间数据封装采用JSON/XML方式 • 数据编码采用UTF8 • 敏感数据使用3DES加密,各网元使用不同的密钥
NGTP2.0 通讯协议
NGTP Message格式定义
NGTP Message ASN.1定义示例
NGTP2.0 通讯协议
•短信通道会覆盖全部与车辆控制相关 的功能 •短信通道基本上不能用于进行咨询服 务 •TCP/IP通道会覆盖全部的咨询服务, 也会支持大部分的车辆控制功能 •UDP/IP通道仅用于车辆数据上传 HTTP通道仅用于咨询服务
用户可通过网站及车机实现路书的浏览查看,下载到车 极端自驾出行。 用户可选择路书查询路书沿途天气信息。 TSP平台实现与CP的接入,将天气信息导入TSP平台。 用户可通过网站选择关注度的城市信息。
城市攻略
攻略信息浏览&下载
POI分类检索
出行指南
地图展现 实时路况
荣威550项目-功能
功能 分类 资讯分类维护 资讯 资讯信息维护 资讯订阅&取消 资讯浏览&下载 详细 运营人员对此部分信息进行编辑维护。 运营人员对此部分信息进行编辑维护。
NGTP2.0参考实现
•Dispatcher :终端通讯、消息分派 •PDP:路由信息 •SH:消息编解码、信息补充 •CDP:用户资料库 •SI:信息、服务集成
NGTP2.0 Dispatcher参考实现
•Connector :接收和发送消息,包括基于 HTTP、SMS等的NGTP Message •EventManager:负责创建和更新Event、保 存Message、查询Event/Message,选择路 由。 •Mangement:通常意义上的管理功能,如 配置、服务启停、路由管理、消息优先级 管理、流控管理、重试策略管理、日志管 理等 •Trigger:读取Message Server中的Trigger Message并通过HTTPOutboundGateway发送 到目标地
操作行为
TBox软件升级与维护
WCDMA模块升级与维护 消息推送 内容下载 内容收藏 内容分享给好友
荣威550项目-功能
功能 分类 详细
路书CP接入
路书 路书浏览&下载 路书天气查询 天气预报CP接入 天气预报 天气城市关注 天气预报查询 照片导航 照片上传 照片浏览&下载 攻略信息编辑维护
TSP平台实现与CP的接入,将路书数据导入TSP平台。
1. 项目简介说明 2. 软件架构说明
3. 通信协议说明
协议概览
通信方 TSP平台 T-BOX TSP平台 AVN TSP平台 手机 TSP平台 呼叫中心 TSP平台 外部网元 协议 TCP HTTP / UDP HTTP / UDP HTTP / REST HTTP / REST 数据封装 Byte Byte Byte JSON / XML JSON / XML
IF3
IF3
荣威550项目-功能
功能
服务开通 与变更
分类
销售信息录入与维护 激活码生成 设备激活 服务激活 网元接入认证
详细
认证服务
用户身份认证
安防使用身份认证
短信发送
短信服务
状态报告
上行短信
通信安全
数据加密 身份认证
荣威550项目-功能
功能 分类 车门上锁/车门开锁 车辆控制 &定位跟踪 车辆位置查询/状态查询 详细 用户可通过手机APP对车机进行锁车、解锁、 鸣笛和亮灯操作。 用户可通过手机APP、门户网站对车辆进行状 态查询及车辆定位。 用户可通过手机APP、门户网站对车辆进行状 态查询及车辆定位。 CallCenter在接受到用户的报警后,可对用户 的车辆位置进行轨迹追踪。 车主锁车离开车,车机将触发自动上报车辆的 状态给TSP,TSP平台以短信形式通知车主 锁车情况。 CallCenter接收到救援服务后,请求TSP平台对 拨打用户进行身份鉴权。 用户可通过手机APP或是短信实现对报警提醒 的设置。 TBox识别车辆发生异常移动或是车辆处于异常 状况,将上报车辆的异常信息,TSP平台将 以短信通知的形式通知车主车辆发生异常。
2. 软件架构说明
3. 通信协议说明
NGTP2.0架构风格
提高汽车厂商、TSP、内容提供 商以及乘车人的价值定位 为Telematics服务提供开放的协 议及统一的用户接口方式
通过开放的手段获取广 泛的认同与鼓励
降低开发合作与实施 的阻力
保证运营系统服务能够贯穿整个车辆的 寿命周期
新的技术能够被及时应用
Telematics方案简介
2013.4.10
上海中熠网络信息技术有限公司
1. 项目简介
2. 软件架构说明 3. 通信协议说明
Telematics概念介绍
Telematics,即汽车信息服务。由 Telecommunication(通信)与Informatics(信息科学) 组成。利用无线通信和GPS卫星导航技术为车主提供所 需信息的服务,主要包含位置、交通、娱乐、互联网、 车辆诊断、安防等服务。
音乐专辑信息编辑维护
音乐专辑浏览&下载 娱乐 电影信息编辑维护 电影信息浏览&下载 听书信息编辑维护 听书信息浏览&下载 BBS SNS 好友管理 好友信息分享
运营人员对此部分信息进行编辑维护。
运营人员对此部分信息进行编辑维护。 运营人员对此部分信息进行编辑维护。
路书/照片/t&Trigger
•Message、Trigger、Event是NGTP中最重要的 概念,所有的NGTP 车辆服务都与 Event&Trigger有关。 •Message:在T-Server和TU之间传递的信息对 象。每个Message都会被分配给一个已经存在 的Event(或者新建Event)。多个Message可 能会分配一个相同的Event-ID。 •Event:在一个服务流程中,一个activities或 者多个activities 会被定义为一个Event。每个 Event分配一个全局唯一ID,多个Event完成一 个完整服务流。 •Trigger:所有的Trigger均有DSPT创建。Triiger 有两类:NGTP Trigger仅仅包含Event ID和 Event Type。Trigger被发送给如SI这样的目的 地,SI通过检索获得具体消息内容。第二类是 status Trigger,包含Event ID和stuts code。如 短信下行消息失败时,DSPT发送status Trigger 给SI,SI进行相应的错误处理 左图是远程配置中端的流程图,包含了如何处 理Event、Message和Trigger。
HTTP Byte 协议定义
HTTP Header
HTTP Header
• 协议分为两部分,HTTP Header和HTTP Body • HTTP Body又分为APP Header和APP Body • 上行协议与下行协议结构相同