论文部分内容阅读
摘要：以日趋上升的旅行需求为背景，研究分析并且设计一个位置记录与共享的个性化推送平台，记录、分享个人的旅行轨迹以及图文音视频等信息，这些信息可以为后来的旅客提供很好的参考和建议。
关键词：地理位置;旅行轨迹记录;智能推送
1.引言
近几年来随着经济水平的不断提高，人们对于发展自我和追求丰富的精神生活有着更高的要求，越来越多的人想去世界各地旅游，对于一些没有去过的地方，人们想要有一套适合自己旅游的攻略。然而到某个景点观光的游客可能会对自己的观光路线规划产生困惑，不知道这个景点哪个地方好玩，哪个地方值得一去，于是就要从网上各种渠道搜索相关的旅游攻略和别人的旅游笔记以作参考，这就是一个用户痛点：对于同一个景点的相关攻略信息分散在网络上的各个论坛，博客，用户想要一个景点的相关游玩攻略，会难以找全甚至根本找不到，因此建立起一个统一的记录游客旅行路线作为攻略留给后面游客参考的平台是有必要的，另外，用户可能想与自己同一个地区（这个地区可以是方圆几百米以内，也可以是方圆几公里以内）内的人进行信息交换以及以一定目的的交流，这时候需要一个平台为其提供这些服务。本系统（足迹APP）的开发基于百度公司的百度地图所提供的API，涉及到的用户包括游客、普通用户以及系统管理员。
2.足迹APP服务模型
足迹APP中存在两种身份：客户端与服务端。客户端采用MVC模式，用户的操作流程与普通软件的操作流程類似，运行中心与用户之间的关系是用户发送请求上传或者下载，运行中心提供数据返回。源数据的处理是ASCI，首先是用户发送数据个数据库，数据库保存下来，进行个性化推送。对数据保存的要求：用户自动保存必须联网，离线无法实现保存。
客户端提供的最基本功能是实现用户的注册和登陆，实现用户根据自己的喜好或者系统推荐查看或下载附近的轨迹，规划自己的轨迹和故事点。故事分为不同的种类，定为两种，一种是生活出行记录，第二种是探路，即允许用户为地形复杂如教室等地添加路线说明点（在大概的位置以详细的图文来说明目的地所在位置）在保存的故事点中可以添加、修改、删除自己的上传内容。上传分享自己的轨迹。
服务器端充分考虑到了全球各个地方的信号强弱问题，在信号比较强的地方采用GPS技术，信号弱的地方采用步行者航位推算（Pedestrian Dead Reckoning，PDR）技术。本项目登陆注册的时候输出的是个人信息，编辑故事点的时候输出故事点的内容信息。下载和查看的时候输出浏览记录和下载记录。分享轨迹的时候输出的是轨迹信息。同时在服务端与客户端之间添加一个安全检测层，系统只允许实名认证的用户进行故事点的分享和公开，以及评论回复，用户所有的位置信息均会保密。后台也会采取相应的措施永久保存用户公开的信息位置，方便日后出现紧急安全情况时提供参考。对于一些长时间没有获得赞的故事点，后台会自动在公共区进行删除，为了防止恶意刷榜，用户只能在所在地点进行点赞，同时提供举报机制，以防出现虚假信息引起的安全隐患。
3.系统功能模块划分
足迹APP根据功能特性分为用户轨迹故事记录模块、社区功能模块，搜索推送模块，以及室内导航模块。
（1）用户轨迹故事记录模块：具体功能可以细分为：用户在单个坐标点上进行故事添加（以图文的形式），故事分为不同的种类，目前拟定为两种，一种是生活出行记录，第二种是探路，即允许用户为地形复杂如教师等地添加路线说明点（在大概的位置以详细的图文说明目的地所在的位置）;用户开启轨迹记录模式，记录单条轨迹，并在轨迹点上进行故事的添加;允许用户对故事点进行上传，后台进行保存，只允许实名制用户对故事点进行分享和公开。允许用户对轨迹故事点的删除，修改;允许用户对其他公开的故事点进行点赞和分享。
（2）社区模块：主打“问路”的宣传，鼓励用户可以在社区进行路线分享和提问，并且其他用户可以以丰富的图文形式进行回复评论。另外用户可以针对目前地图上没有详细说明的地点标识信息重新去自定义该地理位置的标识信息，并且将其上传到APP后台服务器使得其他人也能看到
（3搜索推送模块：基于用户所在的位置进行提供位置信息服务，比如推送给周边点赞数（有帮助）较多的故事点，也可以让用户进行位置搜索，主要是对一些复杂地形的位置搜索，这些复杂地形的位置由其他用户提供。同时用户可以在景点地域中从“足迹”平台获取由服务器智能推荐的旅行路线，以解决用户在旅行时不知道先去景点中的哪个地方游玩的问题
（4）室内导航模块：用于辅助用户在室内GPS信号较弱的地方导航，同样是方便用户在复杂地形最快找到目的点。
4.总结
本文从环境背景，服务层次模型，技术可行性，模块设计角度等方面分析，研究与设计“足迹”系统，为构建一个统一的，实时的位置记录与共享集成智能个性化推送的信息平台提供了合理可行的蓝图。该系统在满足了客户对地理位置信息需求的同时，还会从服务器反向对客户主动进行信息交换处理，提高了用户的使用体验，有效地减少了客户在一个不熟悉的地理位置情况下信息不对等而导致的产生新的学习成本，并且鼓励用户通过服务端进行P2P式的信息共享交流，提高信息使用率。
参考文献：
[1]王锐. 基于行人航位推算（PDR）技术的室内导航系统[D].南京邮电大学，2019.
[2]徐庶，蔡永香，苏宇凡，黎思源，陈梦阳，杨唐州.基于Android和LBS的同城活动APP的设计与实现[J].测绘与空间地理信息，2019，42（11）：121-124.
[3]金超，张琳，王汝传.一种移动社交网络中的位置内容分享方法[J].南京邮电大学学报（自然科学版），2017， 37（05）：101-110.
[4]张萍. 基于Android平台的旅游位置互动分享系统[D].南京邮电大学，2016.
[5]王金如. 基于移动位置的信息分享服务系统研究与实现[D].北京邮电大学，2016.
关键词：地理位置;旅行轨迹记录;智能推送
1.引言
近几年来随着经济水平的不断提高，人们对于发展自我和追求丰富的精神生活有着更高的要求，越来越多的人想去世界各地旅游，对于一些没有去过的地方，人们想要有一套适合自己旅游的攻略。然而到某个景点观光的游客可能会对自己的观光路线规划产生困惑，不知道这个景点哪个地方好玩，哪个地方值得一去，于是就要从网上各种渠道搜索相关的旅游攻略和别人的旅游笔记以作参考，这就是一个用户痛点：对于同一个景点的相关攻略信息分散在网络上的各个论坛，博客，用户想要一个景点的相关游玩攻略，会难以找全甚至根本找不到，因此建立起一个统一的记录游客旅行路线作为攻略留给后面游客参考的平台是有必要的，另外，用户可能想与自己同一个地区（这个地区可以是方圆几百米以内，也可以是方圆几公里以内）内的人进行信息交换以及以一定目的的交流，这时候需要一个平台为其提供这些服务。本系统（足迹APP）的开发基于百度公司的百度地图所提供的API，涉及到的用户包括游客、普通用户以及系统管理员。
2.足迹APP服务模型
足迹APP中存在两种身份：客户端与服务端。客户端采用MVC模式，用户的操作流程与普通软件的操作流程類似，运行中心与用户之间的关系是用户发送请求上传或者下载，运行中心提供数据返回。源数据的处理是ASCI，首先是用户发送数据个数据库，数据库保存下来，进行个性化推送。对数据保存的要求：用户自动保存必须联网，离线无法实现保存。
客户端提供的最基本功能是实现用户的注册和登陆，实现用户根据自己的喜好或者系统推荐查看或下载附近的轨迹，规划自己的轨迹和故事点。故事分为不同的种类，定为两种，一种是生活出行记录，第二种是探路，即允许用户为地形复杂如教室等地添加路线说明点（在大概的位置以详细的图文来说明目的地所在位置）在保存的故事点中可以添加、修改、删除自己的上传内容。上传分享自己的轨迹。
服务器端充分考虑到了全球各个地方的信号强弱问题，在信号比较强的地方采用GPS技术，信号弱的地方采用步行者航位推算（Pedestrian Dead Reckoning，PDR）技术。本项目登陆注册的时候输出的是个人信息，编辑故事点的时候输出故事点的内容信息。下载和查看的时候输出浏览记录和下载记录。分享轨迹的时候输出的是轨迹信息。同时在服务端与客户端之间添加一个安全检测层，系统只允许实名认证的用户进行故事点的分享和公开，以及评论回复，用户所有的位置信息均会保密。后台也会采取相应的措施永久保存用户公开的信息位置，方便日后出现紧急安全情况时提供参考。对于一些长时间没有获得赞的故事点，后台会自动在公共区进行删除，为了防止恶意刷榜，用户只能在所在地点进行点赞，同时提供举报机制，以防出现虚假信息引起的安全隐患。
3.系统功能模块划分
足迹APP根据功能特性分为用户轨迹故事记录模块、社区功能模块，搜索推送模块，以及室内导航模块。
（1）用户轨迹故事记录模块：具体功能可以细分为：用户在单个坐标点上进行故事添加（以图文的形式），故事分为不同的种类，目前拟定为两种，一种是生活出行记录，第二种是探路，即允许用户为地形复杂如教师等地添加路线说明点（在大概的位置以详细的图文说明目的地所在的位置）;用户开启轨迹记录模式，记录单条轨迹，并在轨迹点上进行故事的添加;允许用户对故事点进行上传，后台进行保存，只允许实名制用户对故事点进行分享和公开。允许用户对轨迹故事点的删除，修改;允许用户对其他公开的故事点进行点赞和分享。
（2）社区模块：主打“问路”的宣传，鼓励用户可以在社区进行路线分享和提问，并且其他用户可以以丰富的图文形式进行回复评论。另外用户可以针对目前地图上没有详细说明的地点标识信息重新去自定义该地理位置的标识信息，并且将其上传到APP后台服务器使得其他人也能看到
（3搜索推送模块：基于用户所在的位置进行提供位置信息服务，比如推送给周边点赞数（有帮助）较多的故事点，也可以让用户进行位置搜索，主要是对一些复杂地形的位置搜索，这些复杂地形的位置由其他用户提供。同时用户可以在景点地域中从“足迹”平台获取由服务器智能推荐的旅行路线，以解决用户在旅行时不知道先去景点中的哪个地方游玩的问题
（4）室内导航模块：用于辅助用户在室内GPS信号较弱的地方导航，同样是方便用户在复杂地形最快找到目的点。
4.总结
本文从环境背景，服务层次模型，技术可行性，模块设计角度等方面分析，研究与设计“足迹”系统，为构建一个统一的，实时的位置记录与共享集成智能个性化推送的信息平台提供了合理可行的蓝图。该系统在满足了客户对地理位置信息需求的同时，还会从服务器反向对客户主动进行信息交换处理，提高了用户的使用体验，有效地减少了客户在一个不熟悉的地理位置情况下信息不对等而导致的产生新的学习成本，并且鼓励用户通过服务端进行P2P式的信息共享交流，提高信息使用率。
参考文献：
[1]王锐. 基于行人航位推算（PDR）技术的室内导航系统[D].南京邮电大学，2019.
[2]徐庶，蔡永香，苏宇凡，黎思源，陈梦阳，杨唐州.基于Android和LBS的同城活动APP的设计与实现[J].测绘与空间地理信息，2019，42（11）：121-124.
[3]金超，张琳，王汝传.一种移动社交网络中的位置内容分享方法[J].南京邮电大学学报（自然科学版），2017， 37（05）：101-110.
[4]张萍. 基于Android平台的旅游位置互动分享系统[D].南京邮电大学，2016.
[5]王金如. 基于移动位置的信息分享服务系统研究与实现[D].北京邮电大学，2016.