PND系统总体技术方案(初稿)
- 格式:doc
- 大小:1.40 MB
- 文档页数:8
PND系统总体技术方案
1.总体设计
1.1系统结构
PND系统实在手机网络导航系统和中心导航系统的基础上形成的,汇集了两个系统的功能。
根据PND目前要求的功能,中心系统需要实现或者辅助实现以下功能:中心导航、POI搜索、地图下载、自动注册、车间通话、整车位置监控、掉队报警。
其中,车间通话、整车位置监控、掉队报警为新增功能,其余功能目前都已实现。
目前中心系统的逻辑结构图如下。
注:
●未标明的黑色实线均为网络通信
●分中心不存在数据库,分中心的数据库操作全部通过WebService或者以
协议的方式,对中心数据库进行操作。
通讯组件是中心设备之间通信的核心。
任何中心设备之间的通讯都是要先和通讯组件通信后,由通讯组件进行转发。
1.2多地域
因为一期的功能着重于实现新增功能。
所以,暂时不考虑目前架构在系统的容量和扩展上有较大缺陷。
而多地域问题可以按照分中心的架构进行,以后有必要时再进行新的架构设计。
2.车间通话
2.1系统结构图
PND
PND
如图所示,按照目前中心搭建方式,需要添加一台电话会议服务器和群组管理服务器(Http前置机已经存在)。
其中,电话会议服务器用于电话会议的管理和创建,而群组管理服务器则提供群组管理服务、以及各群组组员位置信息的管理。
2.2名词解释
成员状态:指成员和群组之间的关系。
有未确认邀请、拒绝邀请、申请加入、已加入等。
最初始的成员状态为未确认邀请。
2.3用户登录
任一PND用户组登录时,都要先从中心获取最新的用户信息数据,主要是用户参与用户组的概要信息以及离线期间所收到的业务请求。
2.4用户组创建
PND用户组对于车间通话业务关系重大。
每次的车间通话只允许发生在正在自驾游的分组里。
车间通话允许加入的成员只能为本次自驾游分组内的成员。
由于受到资源的限制,每个分组的成员数目应当有个上限。
用户组的创建分为自行创建和电话创建两种,具体流程如图。
手动创建
电话创建
备注
手动创建和电话创建,只是在群组创建时的有所不同。
在邀请组员的流程上基本一致。
2.5申请加入分组
该功能用于未受队长邀请的人希望加入分组时使用,具体流程如图。
2.6发起电话会议
备注
1.时间预留
无论是发起会议还是接受会议邀请,系统都会将该PND上传协议时间记录,预留5分钟左右。
如果5分钟后,仍没有会议成员PND拨打中心电话,则认为该会议失效。
2.建立会议
会议由第一个拨打中心电话的会议成员建立,该成员不一定是会议发起者。
3.结束会议:
若会议成员为0,则会议结束。
若队长强制结束会议,中心会播放语音提示给与会成员后强行结束。
4.会议控制
会议成员之外的用户是无法加入会议的。
5.会议的缺陷
因为存在多次交互和短信发送,会议建立的时间会比较长。
2.7申请加入电话会议
申请发起电话会议时,系统将会产生一个会议编号。
普通手机或者PND可根据该会议编号加入电话会议(如果该会议存在)。
PND
普通手机
2.8电话预约
预约成功后,会议预约的PND在指定时刻将会执行发起电话会议流程。
备注
1、电话预约所产生的会议的优先级大于临时电话会议。
2、预约会议的通道不够时,将会采用一定的算法,从其他会议组中剔除成
员腾出通道。
但是,这会造成用户感受不佳。
2.9费用统计
车间通话产生的费用如下:
3.整车位置监控与掉队报警
业务开展的基础都是各群组中成员的位置信息。
因此,PND终端只要下载完毕群组中各成员的位置,就可以进行整车位置监控和掉队报警。
因此,针对中心,其主要流程包含单车位置上传和整车位置下载。
根据讨论,掉队报警的判断将会放在终端进行。
所以,中心只要负责单车位置信息的临时存放和中转。
3.1单车位置上传
3.2整车位置下载。