一种虚拟旅游方法及系统的制作方法
【专利摘要】本发明披露了一种虚拟旅游方法及其系统。所述方法包括步骤：客户端将用户通过浏览器提出的访问请求信息传输至服务端；服务端处理所述访问请求信息并将反馈信息传输至客户端；客户端在浏览器上展示或播放所述反馈信息。本发明旨在实现令用户通过电子设备上的浏览器进行虚拟旅游的过程，既环保又经济；可以实现虚拟旅游功能的跨平台多设备接入，具有覆盖面广、发型速度快的特点；解决了高并发下消息推送不完全的问题，增强了预约可靠性、安全性。此外，通过采用服务器集群和分布缓存技术架构解决高并发所带的性能瓶颈问题。在景点全景效果的实现上，通过css33D技术实现三维全景效果，达到良好的虚拟旅游特效。
【专利说明】一种虚拟旅游方法及系统
【技术领域】
[0001]本发明涉及电子设备上的虚拟旅游【技术领域】，更具体地涉及一种虚拟旅游方法及系统。
【背景技术】
[0002]随着当前物质生活水平以及人们对文化精神生活品质要求的日益增长，旅游成为了人们丰富业余生活的一种常见选择。在出游之前，人们可以通过旅游书籍、旅游影视片等素材对各景点情况进行了解，而随着电子设备技术和互联网技术的发展，通过互联网获取旅游信息也成为一种非常便捷和有效的途径。此外，在时间精力或经济条件有限时，通过电子设备进行虚拟旅游可以作为一种替代方式。
[0003]目前已有的电子设备虚拟旅游技术往往是基于特定虚拟旅游的程序来实现，无法提供给未安装程序的用户使用。另外一些虚拟旅游运用方法和系统常基于全景电子地图，必须事先发布相关地理信息系统(GIS)，并且GIS系统要求用户有相关的地理方面知识，不利于第三方接入。简言之，现有的大部分实现基于特定开发工具和开发语言的来实现，要求用户操作的环境必须有符合其使用的环境这样就造成用户还需要额外的操作，现有的系统无法在浏览信息的时候进行预订相关周边的信息，无法实现跨平台、多设备接入。因而，亟需一种提供虚拟旅游、而使用用户的要求没有要求，能够实现零安装零部署、不依赖于特定系统或设备的技术，以替代基于特定开发工具和开发语言的虚拟旅游产品，实现跨平台、多设备接入，具有节约开发成本。
【发明内容】
【专利附图】
【附图说明】
[0004]图1为本发明所述虚拟旅游系统的功能模块示意图；
[0005]图2为本发明所述虚拟旅游方法的流程图。
[0006]附图标记说明:
[0007]1-客户端
[0008]11-浏览器
[0009]12-处理单元
[0010]2-服务端
[0011]21-Web应用服务器
[0012]211-图像处理单元
[0013]212-预约处理单元
[0014]22-数据库服务器
[0015]23-Redis缓存服务器【具体实施方式】
[0016]为详细说明本发明的技术内容、构造特征、所实现目的及效果，以下结合实施方式并配合附图详予说明。
[0017]请参阅图1，为本发明所述虚拟旅游系统的功能模块示意图。所述虚拟旅游系统包括客户端I与服务端2 ;所述客户端I包括浏览器11和处理单元12 ;服务端2包括数据库服务器22和Web应用服务器21 ;数据库服务器22用于存储旅游信息，所述旅游信息包括景点息、周边息或服务息。
[0018]客户端I上的浏览器11用于展示虚拟游界面以及接收用户提出的访问请求。虚拟游界面由两个绘制层叠加组成，下层为景点信息层，上层为周边信息或服务信息层，用户可以通过点击等操作查看具体信息或放大、缩小、调节位置等操作，以及提出预约服务请求。在用户需要使用虚拟旅游服务的时候，只要通过浏览器11提出的访问请求，所述访问请求可能是查询景点、查询周边或预约服务。处理单元12将用户通过浏览器11提出的访问请求信息传输至服务端2。Web应用服务器21调取数据库服务器22中的旅游信息、处理所述访问请求信息得到反馈信息，并将反馈信息传输至客户端I ;处理单元12调用浏览器11展示或播放所述反馈信息。
[0019]具体地，当用户提出的访问请求是查询周边时，服务端2根据用户的查询条件在数据库服务器22中进行检索并将符合条件的资讯作为反馈信息传输回客户端1，在浏览器11上展示给用户。查询的周边信息可以是用户所感兴趣的地区的任何信息，特别是与旅游有关的息如住宿息、门票息、路线信息、天气信息、餐饮服务息等。
[0020]客户端I运用html5的2D绘图技术将周边信息以及预约服务信息等旅游信息绘制在虚拟游界面，并通过离线缓存技术对信息进行存储，以便实现断网情况下还可让用户继续访问相关页面。
[0021]当用户提出的访问请求是查询景点时，服务端2根据用户的查询条件在数据库服务器22中检索并将符合条件的资讯作为反馈信息传输回客户端1，在浏览器11上展示给用户。这些资讯就是景点信息，可以是景点文字信息、景点图像信息、景点视频信息、景点幻灯信息或景点音频信息。其中，景点图像包括景点二维图像或景点三维图像，因为景点二维图像是平面图像，较为平板且无法给用户更为直观立体的感受，所以当用户有所需求时，服务端2将先把景点二维图像合成为景点三维图像，并将其传输至客户端1，客户端I在浏览器11上展示所述景点三维图像。具体地，服务端I将景点图像合成为景点三维图像的方法为CSS33D转换，采用的是开源的图形绘制引擎，以此实现360度全景图的3D效果。更具体地，这种技术将某一场景的上下前后左右六张二维图片拼成一个长方体，调整透视perspective属性使得视角位于长方体内部,用户可以在浏览器11上通过拖拽屏幕视角看到全景，有身临其境的效果。
[0022]当用户提出的访问请求是预约服务时，客户端I将预约服务信息发送至服务端2，服务端2将所述预约服务信息存储于RabbitMQ消息队列，然后服务端将RabbitMQ消息队列中的预约服务信息发送至服务提供方。这一采用消息队列方式解决预约问题的方法能够有效克服多用户高并发下出现预约信息丢失的问题。
[0023]为了实现上述过程，服务端2的架构包括Web应用服务器21、数据库服务器22以及Redis缓存服务器23 ;其中Web应用服务器21又包括了图像处理单元211及预约处理单元212。将景点二维图像合成为景点三维图像的工作就是由图像处理单元211完成的；而预约服务的处理、储存及与服务提供方的通讯则是由预约处理单元213完成。
[0024]Web应用服务器21是通过Linux虚拟服务器LVS来实现的，是一个具有高可用性特点的Web应用服务器负载均衡集群系统。该负载均衡集群系统可以提供与服务器节点数量、性能成正比的负载能力，有效提高服务的吞吐量、可靠性、冗余度、适应性，性能价格比很高。同时，LVS也是利用低端设备实现高端服务器性能的有效途径。所述Web应用服务器21采用Web Cache (网页缓存)来缓存页面数据，从而提高页面的响应速度。
[0025]所述Redis缓存服务器23为高性能的键值对存储系统，由主Redis服务器和从Redis服务器构成。主Redis服务器负责接收来自Web应用服务器I以及数据库服务器22的信息，并且将其同步到从Redis服务器。
[0026]在Redis缓存服务器23与数据库服务器22的通信过程中，还存在着触发服务器的作用，该触发服务器主要负责从数据库服务器22获取数据并将其写入Redis缓存服务器23。
[0027]数据库服务器22由主数据库服务器和从数据库服务器构成，主数据库服务器主要负责处理来自Web应用服务器21的数据写入以及触发服务器的数据读取工作，并将数据同步到从数据库服务器。
[0028]在具体涉及到旅游信息的传递时，Redis缓存服务器23用于从数据库服务器中读取并缓存旅游信息；当Web应用服务器21所需的旅游信息已缓存于Redis缓存服务器23中时，Web应用服务器21直接从Redis缓存服务器23中调取所述旅游信息；当Web应用服务器21所需的旅游信息未缓存于Redis缓存服务器23中时，Web应用服务器21从数据库服务器22中调取所述旅游信息。
[0029]综上所述，服务端2的架构主要是通过服务器集群和分布缓存技术架构解决了高并发所带的性能瓶颈问题。
[0030]当然，数据库服务器22中的信息来自由数据库管理方的录入，具体为采集景点信息、周边信息或服务信息，对采集所得的上述旅游信息进行相应的编辑，而后将其存储于服务端2中的数据库服务器22。
[0031]请参阅图2，为本发明所述虚拟旅游方法的流程图。所述虚拟旅游方法包括如下步骤:
[0032]S1、客户端将用户通过浏览器提出的访问请求信息传输至服务端；
[0033]S2、服务端处理所述访问请求信息并将反馈信息传输至客户端；
[0034]S3、客户端在浏览器上展示或播放所述反馈信息。
[0035]步骤SI中，用户通过浏览器11提出的访问请求可能是查询景点、查询周边或预约服务。当用户提出的访问请求是查询周边时，服务端2根据用户的查询条件在数据库服务器22中进行检索并将符合条件的资讯作为反馈信息传输回客户端1，在浏览器11上展示给用户。浏览器11提供虚拟游界面以及接收用户的操作。所述虚拟游界面由两个绘制层叠加组成，下层为景点信息层，上层为周边信息或服务信息层，用户可以通过点击等操作查看具体信息或放大、缩小、调节位置等操作，以及提出预约服务请求。
[0036]此外，客户端I运用html5的2D绘图技术将周边信息以及预约服务信息等旅游信息绘制在虚拟游界面，并通过离线缓存技术对信息进行存储，以便实现断网情况下还可让用户继续访问相关页面。
[0037]用户查询的周边信息可以是用户所感兴趣的地区的任何信息，特别是与旅游有关的息如住宿息、门票息、路线信息、天气信息、餐饮服务息等。
[0038]当用户提出的访问请求是查询景点时，服务端2根据用户的查询条件在数据库服务器22中检索并将符合条件的资讯作为反馈信息传输回客户端1，在浏览器11上展示给用户。这些资讯就是景点信息，可以是景点文字信息、景点图像信息、景点视频信息、景点幻灯信息或景点音频信息。其中，景点图像包括景点二维图像或景点三维图像，因为景点二维图像是平面图像，较为平板且无法给用户更为直观立体的感受，所以当用户有所需求时，服务端2将先把景点二维图像合成为景点三维图像，并将其传输至客户端1，客户端I在浏览器11上展示所述景点三维图像。具体地，服务端I将景点图像合成为景点三维图像的方法为CSS33D转换，采用的是开源的图形绘制引擎，以此实现360度全景图的3D效果。更具体地，这种技术将某一场景的上下前后左右六张二维图片拼成一个长方体，调整透视perspective属性使得视角位于长方体内部,用户可以在浏览器11上通过拖拽屏幕视角看到全景，有身临其境的效果。
[0039]当用户提出的访问请求是预约服务时，客户端I将预约服务信息发送至服务端2，服务端2将所述预约服务信息存储于RabbitMQ消息队列，然后服务端将RabbitMQ消息队列中的预约服务信息发送至服务提供方。这一采用消息队列方式解决预约问题的方法能够有效克服多用户高并发下出现预约信息丢失的问题。
[0040]为了实现上述过程，服务端2的架构包括Web应用服务器21、数据库服务器22以及Redis缓存服务器23 ;其中Web应用服务器21又包括了图像处理单元211及预约处理单元212。将景点二维图像合成为景点三维图像的工作就是由图像处理单元211完成的；而预约服务的处理、储存及与服务提供方的通讯则是由预约处理单元213完成。
[0041]Web应用服务器21是通过Linux虚拟服务器LVS来实现的，是一个具有高可用性特点的Web应用服务器负载均衡集群系统。该负载均衡集群系统可以提供与服务器节点数量、性能成正比的负载能力，有效提高服务的吞吐量、可靠性、冗余度、适应性，性能价格比很高。同时，LVS也是利用低端设备实现高端服务器性能的有效途径。所述Web应用服务器21采用Web Cache (网页缓存)来缓存页面数据，从而提高页面的响应速度。
[0042]所述Redis缓存服务器23为高性能的键值对存储系统，由主Redis服务器和从Redis服务器构成。主Redis服务器负责接收来自Web应用服务器I以及数据库服务器22的信息，并且将其同步到从Redis服务器。
[0043]在Redis缓存服务器23与数据库服务器22的通信过程中，还存在着触发服务器的作用，该触发服务器主要负责从数据库服务器22获取数据并将其写入Redis缓存服务器23。
[0044]数据库服务器22由主数据库服务器和从数据库服务器构成，主数据库服务器主要负责处理来自Web应用服务器21的数据写入以及触发服务器的数据读取工作，并将数据同步到从数据库服务器。
[0045]在具体涉及到旅游信息的传递时，Redis缓存服务器23用于从数据库服务器中读取并缓存旅游信息；当Web应用服务器21所需的旅游信息已缓存于Redis缓存服务器23中时，Web应用服务器21直接从Redis缓存服务器23中调取所述旅游信息；当Web应用服务器21所需的旅游信息未缓存于Redis缓存服务器23中时，Web应用服务器21从数据库服务器22中调取所述旅游信息。
[0046]综上所述，服务端2的架构主要是通过服务器集群和分布缓存技术架构解决了高并发所带的性能瓶颈问题。
[0047]当然，在步骤SI之前还包括将旅游信息采集并录入到数据库服务器22这一步骤，由数据库管理方完成，具体为采集景点信息、周边信息或服务信息，对采集所得的上述旅游信息进行相应的编辑，而后将其存储于服务端2中的数据库服务器22。
[0048]本发明旨在实现令用户通过电子设备上的浏览器进行虚拟旅游的过程，既环保又经济。通过浏览器进行虚拟旅游，可以实现虚拟旅游功能的跨平台多设备接入，具有覆盖面广、发型速度快的特点；同时采用服务端2控制预约的业务逻辑，解决高并发下消息推送不完全的问题，增强了预约可靠性、安全性。服务端2通过采用服务器集群和分布缓存技术架构解决高并发所带的性能瓶颈问题。在景点全景效果的实现上，通过CSS33D技术实现三维全景效果，达到良好的虚拟旅游特效，降低对技术、设备和资源的要求。
[0049]以上所述仅为本发明的实施例，并非因此限制本发明的专利保护范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的【技术领域】，均同理包括在本发明的专利保护范围内。
【权利要求】
1.一种虚拟旅游方法，其特征在于，包括步骤: 客户端将用户通过浏览器提出的访问请求信息传输至服务端； 服务端处理所述访问请求信息并将反馈信息传输至客户端； 客户端在浏览器上展示或播放所述反馈信息。
2.如权利要求1所述的虚拟旅游方法，其特征在于，所述访问请求包括查询景点、查询周边或预约服务。
3.如权利要求2所述的虚拟旅游方法，其特征在于，当所述访问请求为查询景点时，反馈息包括景点文字息、景点图像息、景点视频息、景点幻灯息或景点首频息。
4.如权利要求3所述的虚拟旅游方法，其特征在于，所述景点图像包括景点二维图像或景点三维图像； 服务端将景点二维图像合成为景点三维图像，并将所述景点三维图像传输至客户端，客户端在浏览器上展示所述景点三维图像。
5.如权利要求4所述的虚拟旅游方法，其特征在于，服务端将景点图像合成为景点三维图像的方法为css33D转换。
6.如权利要求1或2所述的虚拟旅游方法，其特征在于，在步骤“客户端将用户通过浏览器提出的访问请求传输 至服务端”之前还包括步骤: 采集景点信息、周边信息或服务信息，并将采集所得景点信息、周边信息或服务信息存储于服务端；或 采集并编辑景点信息、周边信息或服务信息，并将采集并编辑所得景点信息、周边信息或服务信息存储于服务端。
7.如权利要求1或2所述的虚拟旅游方法，其特征在于，当所述访问请求为预约服务时，客户端将预约服务信息发送至服务端，服务端将所述预约服务信息存储于RabbitMQ消息队列，然后服务端将RabbitMQ消息队列中的预约服务信息发送至服务提供方。
8.—种虚拟旅游系统，其特征在于，包括客户端与服务端； 客户端包括浏览器和处理单元； 服务端包括数据库服务器和Web应用服务器； 数据库服务器用于存储旅游信息，所述旅游信息包括景点信息、周边信息或服务信息； 浏览器用于接收用户提出的访问请求； 处理单元将用户通过浏览器提出的访问请求信息传输至服务端； Web应用服务器调取数据库服务器中的旅游信息、处理所述访问请求信息得到反馈信息，并将反馈信息传输至客户端； 处理单元在浏览器上展示或播放所述反馈信息。
9.如权利要求8所述的虚拟旅游系统，其特征在于，所述访问请求包括查询景点、查询周边或预约服务。
10.如权利要求8或9所述的虚拟旅游系统，其特征在于，当所述访问请求为查询景点时，反馈信息包括景点文字信息、景点图像信息、景点视频信息、景点幻灯信息或景点音频信息；所述景点图像信息包括景点二维图像信息或景点三维图像信息； Web应用服务器包括图像处理单元，所述图像处理单元用于将来自数据库服务器的景点二维图像合成为景点三维图像。
11.如权利要求11所述的虚拟旅游系统，其特征在于，图像处理单元将景点图像合成为景点三维图像的方法为CSS33D转换。
12.如权利要求9或10所述的虚拟旅游系统，其特征在于，服务端还包括Redis缓存服务器； Redis缓存服务器用于从数据库服务器中读取并缓存旅游信息； 当Web应用服务器所需的旅游信息已缓存于Redis缓存服务器中时，Web应用服务器直接从Redis缓存服务器中调取所述旅游信息；当Web应用服务器所需的旅游信息未缓存于Redis缓存服务器中时，Web应用服务器从数据库服务器中调取所述旅游信息。
13.如权利要求9或10所述的虚拟旅游系统，其特征在于，所述Web应用服务器还包括预约处理单 元； 当来自客户端的访问请求为预约服务时，预约处理单元将所述预约服务信息存储于RabbitMQ消息队列，然后服务端将RabbitMQ消息队列中的预约服务信息发送至服务提供方。
【文档编号】G06Q50/14GK103957243SQ201410156510
【公开日】2014年7月30日 申请日期:2014年4月18日 优先权日:2014年4月18日
【发明者】林国华, 林生锋, 高举全, 钟良德, 陈宏展, 刘德建 申请人:福建天晴数码有限公司