法律状态公告日
法律状态信息
法律状态
2015-05-06
授权
授权
2012-10-03
实质审查的生效 IPC(主分类):H04L29/08 申请日:20120330
实质审查的生效
2012-08-22
公开
公开
技术领域
本发明涉及一种服务器及采用该服务器的旅行系统。
背景技术
随着无线通信技术以及物联网、云计算等新技术的快速发展,具备内在智能(如传感 器、RFID、GPS)的个人无线终端呈现出“无所不在”的趋势。从而一个可以为其提供个 性化的定位追溯、旅行导航、安全向导、资讯播报等服务的平台就显得很有必要。
由于第二代移动通信系统在通信速率以及提供多媒体业务的能力方面的限制,现有的 移动业务存在内容单一,信息实时度低,服务不够个性化等缺点。当用户出游时,在没有 导游陪同情况下,由于对地理位置和景点的不熟悉,存在不能尽情游览,甚至发生意外的 情况。用户往往需要通过移动终端得到自己所需的各项信息,如所在位置的GPS信息,旅 游景点的介绍,所在地的服务行业如酒店,医疗机构的信息,交通信息等。随着第三代移 动通信技术的日益普及以及云计算可提供的潜在无限的计算能力,一个基于以上新技术的 个人自主旅行平台所起的作用能够更大,地位也更为关键。
应用于自助旅行系统的服务器应具有交互性强、响应速度快、便于处理大量数据、具 有安全的存取模式等特点,以适应自助旅行系统信息的高速传递。
发明内容
本发明是为了适应自助旅行系统对信息高速传递的需求,从而提供一种服务器及采用 该服务器的自助旅行系统。
一种服务器,它是由数据访问层、业务层和展现层组成的模型;
数据访问层:用于处理对数据库CRUD的封装,以及在关系型数据和POJO之间进行 映像;
业务层:用于处理各自助旅行业务的逻辑,以及执行各种自助旅行业务请求,还用于 与数据访问层进行数据交互;
展现层:用于满足对自助旅行系统的各种访问需求,接收、分析及处理用户的输入数 据,还用于显示来自数据访问层和业务层的运行结果。
数据访问层基于DAO处理模型实现,采用JDBC和持久框架Hibernate的结合的方式 实现。
数据访问层采用数据访问子服务器实现。
业务层分为请求接收子层和请求处理子层两个子层,请求接收子层,用于接收来自浏 览器的请求,以及将所述请求传送给请求处理层;
请求处理子层,用于对请求接收层收到的来自浏览器的请求进行处理;以及将处理结 果传送回请求接收层;以及将处理结果送入数据访问层。
来自浏览器的请求处理过程包括监听进程、处理进程和数据库操作进程。
业务层采用流媒体子服务器、管理子服务器和系统维护子服务器实现。
展现层采用Struts MVC框架实现。
展现层采用接入子服务器实现。
采用上述服务器的自助旅行系统,该系统包括用户终端、分组数据服务云节点、服务 器和系统管理平台,所述用户终端采用无线通信技术或互联网技术与分组数据服务云节点 以及服务器实现通信,分组数据服务云节点和服务器均采用互联网技术与系统管理平台实 现数据通信。
服务器采用多个子服务器配合实现。
有益效果:本发明能够适应自助旅行系统信息的高速传递,并且交互性强、响应速度 快、便于处理大量数据而且具有安全的存取模式。
附图说明
图1是本发明的逻辑结构示意图;图2是本发明的自助旅行系统的结构示意图。
具体实施方式
具体实施方式一、结合图1说明本具体实施方式,一种服务器,它是由数据访问层、 业务层和展现层组成的模型。
数据访问层:用于处理对数据库CRUD的封装,以及在关系型数据和POJO之间进行 映像;
业务层:用于处理各自助旅行业务的逻辑,以及执行各种自助旅行业务请求;还用于 与数据访问层进行数据交互;
展现层:用于满足对自助旅行系统的各种访问需求;还用于接收、分析及处理用户的 输入数据;还用于显示来自数据访问层和业务层的运行结果。
数据访问层基于DAO处理模型实现,采用JDBC和持久框架Hibernate的结合的方式 实现。
数据访问层采用数据访问子服务器实现。
业务层分为请求接收子层和请求处理子层两个子层,请求接收子层,用于接收来自浏 览器的请求,以及将所述请求传送给请求处理层;
请求处理子层,用于对请求接收层收到的来自浏览器的请求进行处理;以及将处理结 果传送回请求接收层;以及将处理结果送入数据访问层。
来自浏览器的请求处理过程包括监听进程、处理进程和数据库操作进程。
业务层采用流媒体子服务器、管理子服务器和系统维护子服务器实现。
展现层采用Struts MVC框架实现。
展现层采用接入子服务器实现。
本发明的自助旅行系统的服务器采用J2EE(Java 2 Platform Enterprise Edition) 平台,这是一个开放式企业级应用规范,它提供了一个多层次的分布式应用模型和系列开 发技术规范。它根据功能把应用逻辑分为数据访问层、业务层和展现层,每个层次支持相 应的服务器和组件,组件在分布式服务器的组件容器中运行。能为用户提供统一安全模型 和灵活的事务处理控制。
数据访问层:由数据访问服务器组成。处理对数据库CRUD(Create,Read,Updata, Delete)的封装,只进行单纯数据库处理操作,不涉及业务逻辑。基于DAO(Data Access Objects,数据访问对象是第一个面向对象的接口)处理模型,采用JDBC(Java Data Base Connectivity,java数据库连接,是一种用于执行SQL语句的Java API)和持久框架 Hibernate的方式结合访问数据库资源。主要功能是事务处理以及关系型数据和 POJO(Plain Old Java Objects,简单的java对象,即普通javaBeans)之间进行映像。 DAO interface可以由开发人员根据习惯定义选择何种方式实现此接口。
业务层:由流媒体服务器、管理服务器、系统维护服务器等构成。主要处理业务逻辑, 执行各种业务请求,利用数据访问层提供的与数据库以及其他各种资源的交互能力来支持 数据库交互。业务层分为两子层,高层是请求接收层(Web层),用于接收从浏览器传来的 请求并将请求交给底层进行处理。底层是请求处理层(EJB层),其负责处理请求接收层传 来的客户请求并进行处理。处理过程包括监听进程、处理进程和数据库操作进程。同时把 处理结果传递给请求接收层,如果需要,将处理结果交给数据访问层进行存储。
展现层:由接入服务器构成。主要是用来满足对整个系统的各种访问需求并处理以下 工作:接收用户的输入,还可以对用户的输入进行分析检查并作相应的处理:显示由服务 器端高层传来的运行结果。使用Struts MVC框架实现。
展现层按业务类型划分为:定位信息,景点信息,天气情况,交通状况和医疗安全等。
具体实施方式二、采用具体实施方式一所述服务器的自助旅行系统,该系统包括用户 终端1、分组数据服务云节点2、服务器3和系统管理平台4,所述用户终端1采用无线 通信技术或的互联网技术与分组数据服务云节点2和服务器3实现通信,分组数据服务云 节点2和服务器3均采用互联网技术与系统管理平台4实现数据通信。
分组数据服务云节点用于实现与用户终端与服务器之间的信息中继转接。
服务器采用多个子服务器配合实现。
多个子服务器根据服务器的层次设计实现配合使用,例如:数据访问层可以采用数据 访问子服务器实现,子服务器仅仅进行数据库的处理操作,不涉及业务逻辑的处理。业务 层的功能比较多,可以采用多个子服务器实现,例如可以采用流媒体子服务器、管理子服 务器和系统维护子服务器实现,每个服务器负责各自的任务,相互配合且互不影响。展现 层可以采用一个子服务器实现。
本发明的目的是实现一个基于3G网络、互联网和云计算技术的自助智能服务平台。 该平台通过复用通用的底层框架和基础平台,结合用户的实际需求,为个人无线终端提供 个性化的自助服务。
本系统采用C/S模式的数据连接方式,即:Client/Server(客户机/服务器)结构。这种 结构将数据库内容放置于远程的服务器上,而在客户机上安装相应软件。本实施方式具有 交互性强、响应速度快、便于处理大量数据、具有安全的存取模式等优点。适合硬件资源 有限的手机这样一种嵌入式平台,并且满足用户与系统更多的互动需求,提高程序的用户 体验。
由于手机的硬件设备计算能力有限,为了实现客户端软件的小体积化、高流畅性,采 用瘦客户端的方式来设计。将主要运算逻辑处理放在服务器端,采用多台服务器共同工作 的方式,并通过一台接入服务器通过分组数据服务云节点,统一接入客户端的连接请求。 服务器系统将用户需要的信息如所在地具有的标志性景点、旅游线路、用户所在位置GPS 信息等以文字、音频、视频方式通过云节点以最有效的方式呈现给用户,并在自助旅行系 统管理平台管理下进行用户信息的维护,用户服务内容的管理,数据库的更新等工作,并 通过用户端口反馈给用户。这样客户端可以只负责最终的数据显示和用户交互行为。整个 自助旅行系统由用户终端,分组数据服务云节点以及服务器组成。
本实施方式中的用户终端1:即整个自助旅行服务系统的功能呈现端,用户通过掌上 设备,如可以连接到3G网络的智能手机、PDA等,使用客户端软件享受系统提供的各项 服务,如个人位置定位、自助旅游导航、景点信息、路况交通信息、酒店等服务信息、医 疗保障信息等的呈现。
分组数据服务云节点2:由于n个子节点和中心节点组成,所述n个子节点之间互相 通信,且均与中心节点互相通信。组成基于云计算的概念,综合考虑运营成本和各项条件, 在各地以拓扑结构架设云分布式数据交换节点,负责建立、终止和维护用户终端至服务系 统的链路层话路。
自助旅行系统管理平台4:主要包含业务管理模块、内容管理模块、用户端口、系统 维护模块和数据库。业务管理主要完成针对自助旅行系统用户的鉴权、内容认证、个人信 息和权限管理、计费、用户业务统计、结算等。内容管理主要针对用户提供的定位信息、 景点信息、天气情况、交通状况、医疗安全等各项服务内容提供上传通道,内容审查和发 布等。系统维护主要是对系统运行日志的管理、客户服务、业务管理等。这三大部分结合 用户端口构成整个服务器系统的多媒体、可操控的管理平台,保证系统的可靠运行与可维 护性。
本发明的数据库设计:
选择MySQL作为自助旅行系统服务器数据库的管理系统,根据需求,设置为4个部 分表,实现数据的分类管理、保存和组织。主要表格如下:
表1:用户信息表(Userinfo)
表2:系统信息功能表(System_Modules)
表3:地图信息表(Map_Info)
表4:图片信息表(Pic_Info)
表5:系统日志表(Log)
其他类型业务数据如视频,音频等的保存格式和数据组织方法与图片相同。
下面给出自助旅行系统服务器的主要工作过程。
自助旅行系统手机用户注册流程:
第一步,用户选择注册,提交注册请求。
第二步,客户端软件系统返回注册页面,要求用户输入MDN。
第三步,服务器对用户MDN和IMSI进行验证,若不存在则返回注册页面提示用户 到营业系统注册,若存在和返回注册页面要求用户填写详细注册信息。
第四步,检验用户所填写注册信息是否符合要求,若不符合则返回注册页面要求重新 填写,若符合则更新并保存至服务器数据库,并将用户标记为有效。
第五步,结合应用列表和用户的个性化设置生成页面并发给用户。
自助旅行系统手机用户数据申请流程:
当一个用户请求从个人终端发出,在自助旅行系统管理平台的控制下,经无线网关, 接入服务器,各远程服务器,数据库等分别处理,最后返回至用户处。主要步骤为:
第一步,用户通过个人终端进入自助旅行系统软件登录页面,输入用户名和密码,并 提交登录请求。
第二步,自助旅行系统管理平台业务管理功能响应,通过服务器数据库进行查找操作, 验证用户名是否存在,若存在则进行用户权限鉴别,如用户状态是否有效,用户密码与用 户名是否一致,是否为管理员等。若查找失败则返回登陆界面要求重新输入,若通过则进 入自助旅行系统软件界面。
第三步,用户提交数据申请请求,如要求对当前位置进行定位。
第四步,自助旅行系统管理平台内容管理功能响应,展现层对用户请求者作验证,主 要是验证用户信息和请求信息是否符合要求。验证无法通过则将请求驳回并返回用户处请 求重新验证。验证通过后则对请求信息做一定封装,将用户信息和请求信息封装处理后, 分析请求的类型并交付给业务层来进行下一步处理,。
第五步,请求接收层接收传来的请求并将其交给底层处理,将请求处理结果发给请求 处理层,进行处理后把处理结果传递给请求接收层,如果需要,将处理结果交给数据层进 行存储。
第六步,数据访问层处理对数据库的CRUD操作。
第七步,对数据库的操作完成后,将数据返回到展现层,展现层将需要的数据返回到 用户端。自助旅行系统管理平台系统维护功能响应,完成本次操作的系统运行日志更新, 用户活动记录,用户计费等并等待下一次响应。
机译: 用于生成代码的方法。一种允许在授权系统中实现的用于授权交易的授权方法,该授权系统包括以下实体:客户。第一服务器和第二服务器,与第一服务器通信,并且与第一服务器通信。客户端,应用程序和处理器可以读取的方式。
机译: iT-Shirt是一种直观,紧凑,可移动且无处不在的测量和控制系统,包括带有集成式纺织电极的T恤,该T恤通过微型USB按钮界面配备了本地测量和控制单元;通过移动电话网络与Web服务器连接,并与Web服务器通信,该Web服务器允许与参考数据库进行比较,从而可以与训练控制进行比较。通过整个系统,可以在运动前,运动中和运动后永久性地确定和控制人体的生理压力。
机译: 用于在成像单元,服务器和计算机之间传输数据,检查图像和消息的医疗系统架构,所述系统采用代理服务器进行数据传输,并且适用于DICOM应用