PND总体技术方案.doc

编 号 页 数 密 级 技 术 报 告 项目代号 型号及名称 PND中心网络服务系统 报告名称 总体方案设计报告 项目阶段 方案设计阶段 填报部门 研发四部 日 期 2009-02-04 厦门雅迅网络股份有限公司 目 录 1. 引言 1 1.1. 编写目的与适用范围 1 1.2. 背景 1 1.3. 定义 1 1.4. 参考资料 1 2. 总体设计 1 2.1. 系统网络结构 1 2.2. 系统数据存储结构 3 2.3. 多地域 3 2.4. 优点与不足 3 3. 新增功能处理流程 4 3.1. 自动注册 4 3.2. 自驾游群组管理 4 3.2.1. 用户登录 4 3.2.2. 自驾游群组创建 4 3.2.3. 搜索自驾游群组 5 3.2.4. 申请加入自驾游群组 6 3.2.5. 开始自驾游 6 3.2.6. 信息查询请求 7 3.2.7. 信息发布 7 3.3. 车间通话 8 3.4. 整车位置监控和掉队报警 8 3.5. 费用统计 9 引言 编写目的 背景 待开发软件系统的名称任务提出者开发者用户定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 参考资料 列出有关的参考文件，如： a. 本项目的经核准的计划任务书或合同，上级机关的批文； b. 属于本项目的其他已发表文件； c. 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。总体设计 图1：中心系统网络逻辑结构图 注： 未标明的黑色实线均为网络通信。 黄色部分为PND系统中的新增设备。其中电话会议服务器负责车间通话，群组管理服务器负责群组管理和车辆位置的转发。 通讯组件是中心设备之间通信的核心。任何中心设备之间的通讯都是要先和通讯组件通信后，由通讯组件进行转发。 系统数据存储结构 图2：中心系统数据存储逻辑图 注： 分中心不存在数据库，分中心设备的数据库操作全部通过WebService或者以协议的方式发送至中心设备，再对中心数据库进行操作。 多地域 因为一期的功能着重于实现新增功能。所以，暂时不考虑目前架构在系统的容量和扩展上有较大缺陷。而多地域问题可以按照分中心的架构进行，以后有必要时再进行新的架构设计。 根据图1，对分中心整体架构说明如下： 分中心仅存在终端的电话入口，并不存在终端的网络入口。因此，终端除了车间通话和客服外的所有服务都是到中心进行。 分中心设备和中心设备之间的通信要通过通信网关进行中转。因此，通信网关是保持通信顺畅的基石。根据以前的测试，东莞分中心操作终端与厦门中心的服务器之间进行的交互应答最长约为600ms（简单的鉴权工作，厦门中心电信4M，东莞电信3M）。 优点与不足 优点在于一期工作不需要改动既有系统的架构，可以集中精力完成新增功能。 缺点在于仍然停留在单机、单中心（目前的分中心是一种伪分中心的概念）、单数据库实例的层次，不利于系统容量的灵活自动扩展。 在线状态 开始自驾游后，PND将会不断地往中心发送心跳包或者车辆位置，这些信息中心将不会给予应答。其主要目的是为了让终端和中心之间的链路保持一定时间。这样中心如果有数据需要下发就能近乎实时的下发给PND了。这就是所谓的在线状态。 这里需要有三点注意： 当收到一帧应答包时，终端应该立即或者隔较短的一段时间后，发送一帧心跳包至中心，以此保持在线状态。 当移动将该链路断开时，终端应该立即或者隔较短的一段时间后，发送一帧心跳包至中心，以此保持在线状态。 中心如果在一定时间内没收到终端的心跳包或者其它数据包，则认为该终端处于离线状态。 新增功能处理流程 自动注册 这里采用短信的方式注册是为了保证注册手机号的唯一性，以防止用户的误操作或者恶意操作。 自驾游群组管理 用户登录 任一PND用户点击进入自驾游主页时，都要在后台进行用户登录的操作。主要目的验证用户服务期限、接收离线信息和下载自驾游主页信息。 自驾游群组创建 自驾游群组对于后面介绍的车间通话业务关系重大。因为每次的车间通话只允许发生在正在进行的自驾游群组里。车间通话允许加入的成员只能为本次自驾游群组内的成员。由于受到资源的限制，每个群组的成员数目应当有个上限。 用户组的