CN102567805A - 基于Windows移动平台的旅游服务系统及方法 - Google Patents

Abstract

本发明公开了基于Windows移动平台的旅游服务系统及方法，该系统包括位于用户侧的移动终端，以及位于服务侧的应用程序服务器集群与数据库服务器集群，在移动终端中嵌入有应用程序；所述移动终端、应用程序服务器集群与数据库服务器集群，依次通信连接。本发明所述基于Windows移动平台的旅游服务系统及方法，可以克服现有技术中整合度低、智能性差、耗时长、用户体验差与开支大等缺陷，以实现整合度高、智能性好、省时高效、用户体验好与开支小的优点。

Description

基于Windows移动平台的旅游服务系统及方法

技术领域

本发明涉及通信领域，具体地，涉及基于Windows移动平台（即Windows Mobile平台）的旅游服务系统及方法。

背景技术

目前，智慧旅游，也被称为智能旅游。就是利用云计算、物联网等新技术，通过互联网/移动互联网，借助便携的终端上网设备，主动感知旅游资源、旅游经济、旅游活动、旅游者等方面的信息，及时发布，让人们能够及时了解这些信息，及时安排和调整工作与旅游计划，从而达到对各类旅游信息的智能感知、方便利用的效果。

从使用者的角度出发，智慧旅游主要包括导航、导游、导览和导购（简称“四导”）四个基本功能。

从中国全年出游数据来看，30%人群选择传统旅行社提供的一站式服务，还有70%新兴人群选择自助游的方式出行。自助游相对于团队游的优点在于：

1、自由行行程按照不同旅客的兴趣习惯高度定制化，游客可以把时间和精力放在自己感兴趣的目的地，使整个行程充实有意义；

2、选择自由行省去了被迫购物的烦恼。现在的旅行社恶性竞争，往往开出难以想象的低价出游套餐，可是隐藏在背后的是令人厌恶的强制消费项目。这样不但浪费了大量的旅行时间，还容易冲动消费，花钱买了自己不想要的东西，十分沮丧；

3、自由行还有一个很大的好处就在于“自由”。游客可以随时更改自己的行程，而对于团队出游这个几乎是不可能实现的。相信随着中国旅游事业的蓬勃发展，旅游服务业的不断完善，越来越多的游客会加入自由行的大军，让旅行真正成为属于自己的自由时间。

自由行的体验过程固然是享受，可是选择自由的同时也意味着要付出更多的时间来规划自己的行程。目前有很多在线旅游分销商提供机票、酒店和门票的预订服务；也有很多中间平台譬如去哪儿网、淘宝旅游等，提供了垂直旅游搜索功能。游客可以轻松对比不同航空公司、酒店之间的价格，甚至相同的航班、酒店在不同分销商的价格也不经相同。这些旅游服务公司为广大的出行者提供了便捷的服务和重要的信息。

但是，以上提到的这些服务都是十分零散，旅客需要花费大量的时间来寻找目的地、了解目的地玩点亮点、旅行途中的酒店交通安排等。从前期的酝酿、规划、购买旅游产品到后期的体验、分享——游客幻想有一个贴心的旅游管家帮助打点一切的繁琐工作。因此，一个整合度更高、更加智能化的一站式旅游服务平台便成为用户当下迫切需要的。

在实现本发明的过程中，发明人发现现有技术中至少存在整合度低、智能性差、耗时长、用户体验差与开支大等缺陷。 

发明内容

本发明的目的在于，针对上述问题，提出基于Windows移动平台的旅游服务系统，以实现整合度高、智能性好、省时高效、用户体验好与开支小的优点。

为实现上述目的，本发明采用的技术方案是：基于Windows移动平台的旅游服务系统，包括位于用户侧的移动终端，以及位于服务侧的应用程序服务器集群与数据库服务器集群，在移动终端中嵌入有应用程序，其中：

所述移动终端，用于向应用程序服务器集群发送服务请求，以及接收应用程序服务器集群对相应服务请求的响应信息和/或处理结果；

所述应用程序服务器集群，用于接收移动终端发送的服务请求，根据具体请求类型对该服务请求进行响应和/或进行相应处理，并将基于该服务请求的响应信息和/或处理结果反馈至移动终端；以及在响应或处理相应的服务请求时，用于向数据库服务器集群发送连接请求，以和/或更新并存储调取相应数据和/或更新并存储相应数据；

所述数据库服务器集群，用于接收应用程序服务器集群发送的连接请求，根据该连接请求，和/或更新并存储调取相应数据和/或更新并存储相应数据，并将基于该连接请求的相应数据和/或更新并存储结果反馈至应用程序服务器集群。

进一步地，上述的基于Windows移动平台的旅游服务系统，还包括与应用程序服务器集群及数据库服务器集群相关联的多个服务站。

进一步地，根据移动终端用户的数量和并发性，在每个服务站设有至少一个应用程序服务器与至少一个数据库服务器；

位于所述多个服务站的应用程序服务器，形成应用程序服务器集群；位于多个服务站的数据库服务器，形成数据库服务器集群。

进一步地，位于每个服务站的应用程序服务器，至少包括与具体请求类型相对应的路线规划模块、即时购买模块、线路分享模块、结伴同行模块与旅途管家模块中的任意几种，其中：

所述路线规划模块，用于根据用户旅游的范围与行程的时间，自动给用户规划线路；以及，结合用户自主做出的局部调整，制定出既合理又符合用户自身情况的最佳路线；

所述即时购买模块，用于根据用户需求及满足用户需求的规划线路，在路线规划过程中，完成符合用户需求的包含租车、酒店预订、餐馆预订、门票购买等旅游必备产品；

所述线路分享模块，用于分享行程，制定相似线路之间的用户通过交流协商，相似行程旅客之间可以享受包含预约拼车、拼房与结伴同行等可分享式服务；

所述结伴同行模块，用于根据用户需求及具有相似线路用户的交流协商，为结伴同行的用户提供互动平台及相应的服务；

所述旅途管家模块，用于实时跟踪用户行程，根据用户预先设定的线路和当前的行程进度，集成LBS和预先的规划线路，给出包含实时交通、景点、目的地位置、天气和旅游注意事项等重要信息的合理性指导意见。

进一步地，位于每个服务站的数据库服务器，至少包括存储模块与更新模块，其中：

所述更新模块，用于根据应用程序数据库集群发送的连接请求，实时更新相应数据；

所述存储模块，用于存储智慧旅游服务信息，根据应用程序数据库集群发送的连接请求调取存储的相应数据，以及存储更新模块实时更新的相应数据。

同时，本发明采用的另一技术方案是：一种基于Windows 移动平台的旅游服务方法，包括：

用户通过嵌入有应用程序的移动终端，向应用程序服务器集群发送服务请求，并接收应用程序服务器对相应服务请求的响应信息和/或处理结果；

应用程序服务器集群接收移动终端发送的服务请求，根据具体请求类型对该服务请求进行响应和/或进行相应处理，并将基于该服务请求的响应信息和/或处理结果反馈至移动终端；以及在响应或处理相应的服务请求时，向数据库服务器集群发送连接请求，以和/或更新并存储调取相应数据和/或更新并存储相应数据；

数据库服务器集群接收应用程序服务器集群发送的连接请求，根据该连接请求，和/或更新并存储调取相应数据和/或更新并存储相应数据，并将基于该连接请求的相应数据和/或更新并存储结果反馈至应用程序服务器集群。

进一步地，在以上所述的基于Windows移动平台的旅游服务方法中，与所述应用程序服务器集群及数据库服务器集群相关联，还设有多个服务站。

进一步地，根据移动终端用户的数量和并发性，在每个服务站设有至少一个应用程序服务器与至少一个数据库服务器；

位于所述多个服务站的应用程序服务器，形成应用程序服务器集群；位于多个服务站的数据库服务器，形成数据库服务器集群。

进一步地，位于每个服务站的应用程序服务器，至少包括与具体请求类型相对应的路线规划模块、即时购买模块、线路分享模块、结伴同行模块与旅途管家模块中的任意几种，其中：

所述路线规划模块，用于根据用户旅游的范围与行程的时间，自动给用户规划线路；以及，结合用户自主做出的局部调整，制定出既合理又符合用户自身情况的最佳路线；

所述即时购买模块，用于根据用户需求及满足用户需求的规划线路，在路线规划过程中，完成符合用户需求的包含租车、酒店预订、餐馆预订、门票购买等旅游必备产品；

所述线路分享模块，用于分享行程，制定相似线路之间的用户通过交流协商，相似行程旅客之间可以享受包含预约拼车、拼房与结伴同行等可分享式服务；

所述结伴同行模块，用于根据用户需求及具有相似线路用户的交流协商，为结伴同行的用户提供互动平台及相应的服务；

所述旅途管家模块，用于实时跟踪用户行程，根据用户预先设定的线路和当前的行程进度，集成LBS和预先的规划线路，给出包含实时交通、景点、目的地位置、天气和旅游注意事项等重要信息的合理性指导意见。

进一步地，位于每个服务站的数据库服务器，至少包括存储模块与更新模块，其中：

所述更新模块，用于根据应用程序数据库集群发送的连接请求，实时更新相应数据；

所述存储模块，用于存储智慧旅游服务信息，根据应用程序数据库集群发送的连接请求调取存储的相应数据，以及存储更新模块实时更新的相应数据。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为根据本发明基于Windows移动平台的旅游服务系统的物理架构示意图；

图2为根据本发明基于Windows移动平台的旅游服务系统及方法实施例中路线规划操作的流程示意图；

图3为根据本发明基于Windows移动平台的旅游服务系统及方法实施例中酒店预订操作的流程示意图；

图4为根据本发明基于Windows移动平台的旅游服务系统及方法实施例中餐馆预订操作的流程示意图；

图5为根据本发明基于Windows移动平台的旅游服务系统及方法实施例中门票预订操作的流程示意图；

图6为根据本发明基于Windows移动平台的旅游服务系统及方法实施例中租车操作的流程示意图；

图7为根据本发明基于Windows移动平台的旅游服务系统及方法实施例中线路分享操作的流程示意图；

图8为根据本发明基于Windows移动平台的旅游服务系统及方法实施例中结伴同行操作的流程示意图；

图9为根据本发明基于Windows移动平台的旅游服务系统及方法实施例中旅途管家操作的流程示意图。

结合附图，本发明实施例中附图标记如下：

1-移动终端；2-应用程序服务器集群；3-数据库服务器集群。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

系统实施例

根据本发明实施例，提供了基于Windows移动平台的旅游服务系统。如图1所示，本实施例包括位于用户侧的移动终端1，以及位于服务侧的应用程序服务器集群2与数据库服务器集群3，在移动终端1中嵌入有应用程序，其中：

移动终端1，用于向应用程序服务器集群发送服务请求，以及接收应用程序服务器集群对相应服务请求的响应信息和/或处理结果；

应用程序服务器集群2，用于接收移动终端1发送的服务请求，根据具体请求类型对该服务请求进行响应和/或进行相应处理，并将基于该服务请求的响应信息和/或处理结果反馈至移动终端；以及在响应或处理相应的服务请求时，用于向数据库服务器集群3发送连接请求，以和/或更新并存储调取相应数据和/或更新并存储相应数据；

数据库服务器集群3，用于接收应用程序服务器集群2发送的连接请求，根据该连接请求，和/或更新并存储调取相应数据和/或更新并存储相应数据，并将基于该连接请求的相应数据和/或更新并存储结果反馈至应用程序服务器集群。

Windows Mobile是微软针对移动产品而开发的手机操作系统， 而在Windows Mobile 6.5的发布同时，微软宣布以后的Windows Mobile产品将改名为Windows Phone，以改变现在落后的形象。Windows Mobile 捆绑了一系列针对移动设备而开发的应用软件，这些应用软件创建在Microsoft Win32 API的基础上。可以运行Windows Mobile的设备包括Pocket PC、Smartphone和Portable Media Center。该操作系统的设计初衷是尽量接近于桌面版本的Windows。新继任者Windows Phone7出现后，Windows Mobile系列正式退出手机系统市场。

在上述实施例中，基于Windows移动平台的旅游服务系统，还包括与应用程序服务器集群2及数据库服务器集群3相关联的多个服务站。根据移动终端用户的数量和并发性，在每个服务站设有至少一个应用程序服务器与至少一个数据库服务器；位于多个服务站的应用程序服务器，形成应用程序服务器集群2；位于多个服务站的数据库服务器，形成数据库服务器集群3。

在上述实施例中，位于每个服务站的应用程序服务器，至少包括与具体请求类型相对应的路线规划模块、即时购买模块、线路分享模块、结伴同行模块与旅途管家模块中的任意几种，其中：

路线规划模块，用于根据用户旅游的范围与行程的时间，自动给用户规划线路；以及，结合用户自主做出的局部调整，制定出既合理又符合用户自身情况的最佳路线；

即时购买模块，用于根据用户需求及满足用户需求的规划线路，在路线规划过程中，完成符合用户需求的包含租车、酒店预订、餐馆预订、门票购买等旅游必备产品；

线路分享模块，用于分享行程，制定相似线路之间的用户通过交流协商，相似行程旅客之间可以享受包含预约拼车、拼房与结伴同行等可分享式服务；

结伴同行模块，用于根据用户需求及具有相似线路用户的交流协商，为结伴同行的用户提供互动平台及相应的服务；

旅途管家模块，用于实时跟踪用户行程，根据用户预先设定的线路和当前的行程进度，集成LBS和预先的规划线路，给出包含实时交通、景点、目的地位置、天气和旅游注意事项等重要信息的合理性指导意见。

在上述实施例中，位于每个服务站的数据库服务器，至少包括存储模块与更新模块，其中：

更新模块，用于根据应用程序数据库集群2发送的连接请求，实时更新相应数据；

存储模块，用于存储智慧旅游服务信息，根据应用程序数据库集群2发送的连接请求调取存储的相应数据，以及存储更新模块实时更新的相应数据。

在上述实施例中，终端用户可以通过移动终端（如智能手机终端与平板电脑）上嵌入的应用程序，随时向应用程序服务器集群发出服务请求，应用程序服务器集群根据具体请求类型，作出相应处理；在某些情况下，应用程序服务器集群会向数据库服务器集群发出连接申请，请求获取数据或者更新部分用户数据。

考虑到终端用户的数量和并发性，应用程序服务器和数据库服务器都会做集群，在全国重要站点设立服务器，来减少网络服务的响应时间，提高用户体验。

上述实施例的基于Windows移动平台的智慧旅游服务系统，是基于目前主流的移动技术平台Windows Phone，设计的一套为自由行旅客提供全面的一站式服务的移动平台系统；其主要功能覆盖了前期的路线推荐规划，根据路线购买必要的旅行产品（酒店，门票等），旅行途中实时路线导航，具体景点相关历史知识介绍，随时随地趣闻分享，拼车，拼房、结伴同行等内容。

方法实施例

根据本发明实施例，提供了基于Windows移动平台的旅游服务方法。

本实施例的基于Windows移动平台的旅游服务方法，包括：

用户通过嵌入有应用程序的移动终端，向应用程序服务器集群发送服务请求，并接收应用程序服务器对相应服务请求的响应信息和/或处理结果；

应用程序服务器集群接收移动终端发送的服务请求，根据具体请求类型对该服务请求进行响应和/或进行相应处理，并将基于该服务请求的响应信息和/或处理结果反馈至移动终端；以及，

在响应或处理相应的服务请求时，向数据库服务器集群发送连接请求，以和/或更新并存储调取相应数据和/或更新并存储相应数据；

数据库服务器集群接收应用程序服务器集群发送的连接请求，根据该连接请求，和/或更新并存储调取相应数据和/或更新并存储相应数据，并将基于该连接请求的相应数据和/或更新并存储结果反馈至应用程序服务器集群。

在上述实施例基于Windows移动平台的旅游服务方法中，与应用程序服务器集群及数据库服务器集群相关联，还设有多个服务站。

根据移动终端用户的数量和并发性，在每个服务站设有至少一个应用程序服务器与至少一个数据库服务器；位于多个服务站的应用程序服务器，形成应用程序服务器集群；位于多个服务站的数据库服务器，形成数据库服务器集群。

在上述实施例中，位于每个服务站的应用程序服务器，至少包括与具体请求类型相对应的路线规划模块、即时购买模块、线路分享模块、结伴同行模块与旅途管家模块中的任意几种，其中：

路线规划模块，用于根据用户旅游的范围与行程的时间，自动给用户规划线路；以及，结合用户自主做出的局部调整，制定出既合理又符合用户自身情况的最佳路线；

即时购买模块，用于根据用户需求及满足用户需求的规划线路，在路线规划过程中，完成符合用户需求的包含租车、酒店预订、餐馆预订、门票购买等旅游必备产品；

线路分享模块，用于分享行程，制定相似线路之间的用户通过交流协商，相似行程旅客之间可以享受包含预约拼车、拼房与结伴同行等可分享式服务；

结伴同行模块，用于根据用户需求及具有相似线路用户的交流协商，为结伴同行的用户提供互动平台及相应的服务；

旅途管家模块，用于实时跟踪用户行程，根据用户预先设定的线路和当前的行程进度，集成LBS和预先的规划线路，给出包含实时交通、景点、目的地位置、天气和旅游注意事项等重要信息的合理性指导意见。

在上述实施例中，位于每个服务站的数据库服务器，至少包括存储模块与更新模块，其中：

更新模块，用于根据应用程序数据库集群发送的连接请求，实时更新相应数据；

存储模块，用于存储智慧旅游服务信息，根据应用程序数据库集群发送的连接请求调取存储的相应数据，以及存储更新模块实时更新的相应数据。

在上述实施例中，涉及到的主要实现技术包括：

1、移动终端客户端程序，通过web服务接口发送数据请求和展现应用服务器返回的数据，具体如下：

1）利用Windows Mobile网络API发送请求，获取响应

2）利用Windows Mobile开发库中的控件来展现数据

3) 利用Windows Mobile开发库中的控件来获取用户输入

4) 利用GPS应用程序接口开获取用户真实地理位置

5) 利用嵌入式数据库Sqlite来保存用户配置信息

2、应用程序服务器，通过web服务接口处理请求，获取数据，返回请求结果

1）编写，部署基于.NET Framework的web 服务

2）Web服务包含获取数据和更新数据的接口方法

3）服务安全包括以下特征：

A: 用户登录，验证授权，获取唯一标识

B: 与客户端对于的唯一标识保存也保存在服务器缓存中，过期清除

C: 客户端把唯一标识放入每次请求数据包的包头中

D: 服务器验证标识是否在缓存中有匹配值

3、数据库服务器，处理应用服务器数据请求，更新用户数据, 具体内容包括如下：

1）数据库采用SQL Server数据库管理系统

2）创建基础表来存储所有城市，景点，线路，订单，用户等信息

3）编写存储过程来获取数据和跟新基础表

4）利用SQL Server的reporting service生产报表，分析数据

图2-9显示了基于Windows移动平台的旅游服务系统及方法实施例中相应应用程序的操作流程。

具体地，图2显示了上述基于Windows移动平台的旅游服务系统及方法中路线规划操作的流程示意图。

在图2中，路线规划操作流程S1包括：

步骤100：用户选择城市（可以单个或多个），执行步骤101；步骤100的具体实现方法可以为：用户端通过WM网络API发送城市数据请求，应用服务器从数据库获取数据，返回给手机客户端软件，软件呈现给用户；

步骤101：开始城市内路线规划，执行步骤102；

步骤102：按时间推荐或者客户定制，执行步骤103；步骤102的具体实现方法可以为：用户人工选择方式；

步骤103：选择定制路线的方式为推荐路线或客户定制路线，若是推荐路线方式，则执行步骤104；若是客户定制路线方式，则执行步骤108；步骤103的具体实现方法可以为：推荐线路：用户通过手机客户端软件输入形成天数，发送给应用服务器，应用服务器根据天数搜索数据库中配置好的理想线路数据集，返回给客户端；定制：手机客户端通过应用服务器获取目的地列表，供用户选择；

步骤104：显示推荐线路，执行步骤105；步骤104的具体实现方法可以为：解析数据集，绑定控件，展示给用户；

步骤105：判断用户是否认可步骤104显示的推荐线路，若是，则执行步骤107；否则，执行步骤106；步骤105的具体实现方法可以为：用户人工选择；

步骤106：用户进行个性化修改，执行步骤107；步骤106的具体实现方法可以为：用户利用WM控件可以添加，删除路线中的目的地；

步骤107：保存线路规划方案，执行步骤110；步骤107的具体实现方法可以为：手机客户端软件将同时保存路线方案在本地，并且发送路线数据给应用服务器，应用服务器把用户和路线方案绑定后，一起存入数据库中；

步骤108：展现城市旅游热点，供用户选择，执行步骤109；步骤108的具体实现方法可以为：手机客户端想应用服务器发送数据请求，应用服务器从数据库中获取预先配置好的旅游热点信息，返回给客户端显示；

步骤109：根据用户选择，生成最优线路，执行步骤107；步骤109的具体实现方法可以为：根据用户选择的景点地理位置，按照经纬度排序，生成最佳线路；

步骤110:判断用户是否预订酒店，若是，则执行步骤111；否则，执行步骤112；步骤110的具体实现方法可以为：用户人工选择方式；

步骤111：调用酒店预订操作流程S2，执行步骤112；步骤111的具体实现方法可以为：详见酒店预订流程说明；

步骤112：判断用户是否选择酒店，若是，则执行步骤113；否则，执行步骤114；步骤112的具体实现方法可以为：用户人工选择方式；

步骤113：调用餐馆选择操作流程S3，执行步骤114；步骤113的具体实现方法可以为：详见餐馆选择流程说明；

步骤114：判断用户是否购买门票，若是，则执行步骤115；否则，执行步骤116；步骤114的具体实现方法可以为：用户人工选择；

步骤115：调用门票购买操作流程S4，执行步骤116；步骤115的具体实现方法可以为：详见门票购买流程说明；

步骤116：判断用户是否租车，若是，则执行步骤117；否则，执行步骤118；步骤116的具体实现方法可以为：用户人工选择；

步骤117：调用租车操作流程S5，执行步骤118；步骤117的具体实现方法可以为：详见租车流程说明；

步骤118：判断是否为最后一个城市，若否，则返回步骤101；否则，执行步骤119；步骤118的具体实现方法可以为：客户端程序根据用户之前选择的城市，判断当前规划的城市是否是最后一个城市；

步骤119：判断用户是否分享线路，若是，则执行步骤120；否则，结束S1。步骤119的具体实现方法可以为：用户人工选择方式。

图3显示了上述基于Windows移动平台的旅游服务系统及方法实施例中酒店预订操作的流程示意图。

在图3中，酒店预订操作流程S2包括：

步骤200：根据用户线路展示推荐酒店，执行步骤201；步骤200的具体实现方法可以为：把用户选择的目的地地理位置信息封包，随酒店请求发送给应用服务器，应用服务器参考用户选择的目的地的地理位置信息，搜索数据库中临近的酒店信息，返回给客户端显示。注：数据库中的酒店信息包含了地理位置信息；

步骤201：用户选择酒店，执行步骤202；步骤201的具体实现方法可以为：用户人工选择方式；

步骤202：显示酒店详细信息，执行步骤203；步骤202的具体实现方法可以为：根据步骤200服务器返回的详细数据，绑定控件，显示给用户；

步骤203：判断用户是否预订，若是，则执行步骤204；否则，返回步骤200；步骤203的具体实现方法可以为：用户人工选择方式；

步骤204：付款，执行步骤205；步骤204的具体实现方法可以为：调用支付宝接口完成支付过程；

步骤205：判断用户是否继续预订，若是，则返回步骤200；否则，结束S2。步骤205的具体实现方法可以为：用户人工选择方式。

图4显示了上述基于Windows移动平台的旅游服务系统及方法实施例中餐馆预订操作的流程示意图。

在图4中，餐馆预订操作流程S3包括：

步骤300：根据用户线路展示推荐餐馆，执行步骤301；步骤300的具体实现方法可以为：把用户选择的目的地地理位置信息封包，随餐馆请求发送给应用服务器，应用服务器参考用户选择的目的地的地理位置信息，搜索数据库中临近的餐馆信息，返回给客户端显示。注：数据库中的餐馆信息包含了地理位置信息；

步骤301：用户选择餐馆，执行步骤302；步骤301的具体实现方法可以为：用户人工选择方式；

步骤302：显示餐馆详细信息，执行步骤303；步骤302的具体实现方法可以为：根据步骤300服务器返回的详细数据，绑定控件，显示给用户；

步骤303：与餐馆电话联系确认是否订餐，若订餐成功，则结束S3；否则，返回步骤300继续订餐。步骤303的具体实现方法可以为：通过WM电话API拨打商户电话，预订餐馆；订餐是否成功由用户人工选择。

图5显示了上述基于Windows移动平台的旅游服务系统及方法实施例中门票预订操作的流程示意图。

在图5中，门票预订操作流程S4包括：

步骤400：根据用户线路展示可预订门票，执行步骤401；步骤400的具体实现方法可以为：把用户选择的目的地信息封包，随门票请求发送给应用服务器，应用服务器参考用户选择的目的地的信息，搜索数据库中所有可购买的门票信息，返回给客户端显示；

步骤401：用户选择门票，执行步骤402；步骤401的具体实现方法可以为：用户人工选择方式；

步骤402：显示当前门票详细信息，执行步骤403；步骤402的具体实现方法可以为：根据步骤400服务器返回的详细数据，绑定控件，显示给用户；

步骤403：判断用户是否当前购买，若是，则执行步骤404；返回步骤400；步骤403的具体实现方法可以为：用户人工选择方式；

步骤404：付款，执行步骤405；步骤404的具体实现方法可以为：调用支付宝客户端接口；

步骤405：判断用户是否继续购买，若是，则返回步骤400；否则，结束S4。步骤405的具体实现方法可以为：用户人工选择方式。

图6显示了上述基于Windows移动平台的旅游服务系统及方法实施例中租车操作的流程示意图。

在图6中，租车操作流程S5包括：

步骤500：根据用户规划的线路，提供可选租车公司，执行步骤501；步骤500的具体实现方法可以为：把用户选择的目的地地理位置信息封包，随租车公司请求发送给应用服务器，应用服务器参考用户选择的目的地的地理位置信息，搜索数据库中可用的租车公司信息，返回给客户端显示；

步骤501：选择租车的时间段，取车及还车地点，执行步骤502；步骤501的具体实现方法可以为：用户人工输入方式；

步骤502：显示可用的车辆，执行步骤503；步骤502的具体实现方法可以为：客户端根据用户的输入条件（参见步骤501），发送数据请求给应用服务器，应用服务器搜索数据库，把符合用户输入条件的数据返回给客户端显示；

步骤503：显示当前车辆的详细信息，执行步骤504；步骤503的具体实现方法可以为：根据步骤502服务器返回的详细数据，绑定控件，显示给用户；

步骤504：确认用户是否租车，若是，则执行步骤505；否则，返回步骤502；步骤504的具体实现方法可以为：用户人工选择方式；

步骤505：预订支付，执行步骤506；步骤505的具体实现方法可以为：调用支付宝客户端接口完成支付；

步骤506：发送包含时间、地点及交车人联系方式等的预订确认信息，结束S5。步骤506的具体实现方法可以为：完成支付过程，发送确认报文给应用服务器，服务器通过装备短信猫设备发送确认信息到用户手机。

图7显示了上述基于Windows移动平台的旅游服务系统及方法实施例中线路分享操作的流程示意图。

在图7中，线路分享操作流程S6包括：

步骤600：显示用户可分享数据类型（路线、餐馆、酒店与门票等），执行步骤601；步骤600的具体实现方法可以为：静态数据绑定控件；

步骤601：用户选择分享数据类型，执行步骤602；步骤601的具体实现方法可以为：用户人工选择方式；

步骤602：确认分享，结束S6。步骤602的具体实现方法可以为：客户端发送用户选择和确认信息给应用服务器，应用服务器更新数据库中的共享线路数据库表。

图8显示了上述基于Windows移动平台的旅游服务系统及方法实施例中结伴同行操作的流程示意图。

在图8中，结伴同行操作流程S7包括：

步骤700：进入分享中心，执行步骤700；步骤700的具体实现方法可以为：人工操作方式；

步骤701：寻找相似线路的游客，执行步骤702；步骤701的具体实现方法可以为：客户端发送请求，报文封装了用户标识符；应用服务器根据用户保存的线路规划，搜索数据库中相似的路线规划返回客户端显示；注：被搜索数据必须是用户认可分享的；

步骤702：查看相似线路详细信息，执行步骤703；步骤702的具体实现方法可以为：根据701返回的数据，绑定控件，显示线路详细信息；

步骤703：判断用户对该线路是否感兴趣，若是，则执行步骤704；否则，返回步骤701；步骤703的具体实现方法可以为：用户人工选择方式；

步骤704：查看线路拥有者个人资料，执行步骤705；步骤704的具体实现方法可以为：根据步骤701返回的数据，绑定控件，显示个人资料信息；

步骤705：判断对该线路拥有者是否感兴趣，若是，则执行步骤706；否则，执行701；步骤705的具体实现方法可以为：用户人工选择方式；

步骤706：添加该线路拥有者为好友，执行步骤707；步骤706的具体实现方法可以为：客户端发送添加请求到应用服务器，应用服务器添加请求信息到数据库表。客户端会定时探测是否有好友添加申请，有的话会提示用户确认，同意或者拒绝；

步骤707：判断该添加好友请求是否被接受，若是，则执行步骤709；否则，执行步骤708；步骤707的具体实现方法可以为：用户通过选择同意或者拒绝好友申请，跟新数据库表中的请求信息；客户端会定时探测申请跟新情况，把最新状态返回给用户；

步骤708：该添加好友请求被拒绝，结束S7；步骤708的具体实现方法可以为：用户人工选择方式；

步骤709：该添加好友请求被接受，执行步骤710；步骤709的具体实现方法可以为：用户人工选择方式；

步骤710：交流沟通，分享相应线路；步骤710的具体实现方法可以为：应用服务器提供信息订阅和发布服务，来实现客户端对客户端的实时聊天功能。

图9显示了上述基于Windows移动平台的旅游服务系统及方法实施例中旅途管家操作的流程示意图。

在图9中，旅途管家操作流程S8包括：

步骤800：用户选中已保存的规划线路，执行步骤801；步骤800的具体实现方法可以为：客户端展示之前保存的规划线路，用户人工选择方式；

步骤801：确认开始行程，执行步骤802；步骤801的具体实现方法可以为：用户人工操作方式；

步骤802：程序侦测用户当前位置，执行步骤803；实现方法：客户端软件通过WM的GPS API实时获取用户地理位置

步骤803：判断当前位置是否在预订站点范围内，若在站点范围外的路途中，则执行步骤804；若在站点范围内，执行步骤805；步骤803的具体实现方法可以为：客户端程序对比用户当前位置和预先规划线路中目的地的地理位置关系，如果在某个目的地周围N公里内说明在站点范围内，否则定义用户在路途中。注：N值可通过程序配置；

步骤804：选择目的地，开始导航；步骤804的具体实现方法可以为：用户在预先规划线路中的目的地列表中选择当前要去的目的地，确认开始导航。程序根据用户位置和目的地位置，利用Google Map API获取路线信息，结合GPS模块实时追踪用户位置，提供导航功能；

步骤805：选择需展示信息的种类，若需展示餐馆信息，则执行不走807；若需显示酒店信息，则执行步骤808；若需展示景点信息，则执行步骤806；步骤805的具体实现方法可以为：客户端根据当前用户地理位置和预先规划的线路中的站点位置，计算出当前到达的站点标识，发送表示信息给应用服务器，应用服务器搜索站点详细信息，判断站点类型，返回给客户端显示；

步骤806：展示景点内容，结束S8；步骤806的具体实现方法可以为：根据步骤805返回的数据，绑定控件显示；

步骤807：展示餐馆特色，结束S8；步骤807的具体实现方法可以为：根据步骤805返回的数据，绑定控件显示；

步骤808：展示酒店信息，预订确认单，结束S8。步骤808的具体实现方法可以为：根据步骤805返回的数据，绑定控件显示。

在上述实施例中，可以利用基于Windows Mobile平台开发的系统，为游客定制旅游路线。

虽然，目前许多的旅游服务供应商，例如：驴妈妈、马蜂窝等网站，提供大量的路线和旅游攻略；但是这些信息需要用户花费时间去挖掘，再根据自己的情况作出调整，路线信息也不易调整和保存。

但是，利用上述实施例的基于Windows移动平台的旅游服务系统及方法，可以根据用户旅游的范围，行程的时间自动给游客规划线路，并且用户有高度的自主权作出局部的调整，从而快速高效地制定出既合理又符合自身情况的最佳路线。

再者，利用上述实施例的基于Windows移动平台的旅游服务系统及方法，可以实时跟踪游客行程，根据预先用户设定的线路和当前的行程进度，给出合理的执导意见：包括交通，景点，目的地位置，天气和旅游注意事项等重要信息。目前市场上还没有这样的智能系统可以集成LBS和预先的规划线路来为用户提供实时的交通、景点、目的地位置、天气和旅游注意事项等重要信息。

另外，利用上述实施例的基于Windows移动平台的旅游服务系统及方法，可以分享行程，相似行程旅客之间可以预约拼车，拼房。

上述实施例的基于Windows移动平台的旅游服务系统及方法，具有以下特点：

⑴减少自由行游客路线规划的时间，推荐可配置的合理化线路服务；用户不再需要到不同的网站去寻找前人的路线和攻略；

⑵用户可以根据规划的线路，购买到符合自身需求的旅游产品：租车预订，酒店预订，门票购买等在行程规划的同时即刻完成；

⑶根据前期规划的线路，用户可以随时享受贴心的管家式服务，包括：实时的交通、地理位置、天气与旅游注意事项等信息服务；自由行旅客从此也可以享受旅行社导游提供的一站式贴心服务，而你不会因此忍受被迫购物的不公待遇；

⑷制定相似线路之间的游客通过交流协商，可以享受拼车、拼房、结伴同行等服务；解决了部分游客寻找同伴的问题，同时也节省了大笔旅游开支。

综上所述，本发明各实施例的基于Windows移动平台的旅游服务系统及方法，由于该系统包括位于用户侧的移动终端，以及位于服务侧的应用程序服务器集群与数据库服务器集群，在移动终端中嵌入有应用程序，其中：移动终端，用于向应用程序服务器集群发送服务请求，以及接收应用程序服务器集群对相应服务请求的响应信息和/或处理结果；应用程序服务器集群，用于接收移动终端发送的服务请求，根据具体请求类型对该服务请求进行响应和/或进行相应处理，并将基于该服务请求的响应信息和/或处理结果反馈至移动终端；以及，在响应或处理相应的服务请求时，用于向数据库服务器集群发送连接请求，以和/或更新并存储调取相应数据和/或更新并存储相应数据；数据库服务器集群，用于接收应用程序服务器集群发送的连接请求，根据该连接请求，和/或更新并存储调取相应数据和/或更新并存储相应数据，并将基于该连接请求的相应数据和/或更新并存储结果反馈至应用程序服务器集群；可以为自由行旅客提供全面的一站式服务，主要功能覆盖，了前期的路线推荐规划，根据路线购买必要的旅行产品（租车，酒店，门票等），旅行途中实时路线导航，具体景点相关历史知识介绍，随时随地趣闻分享，拼车，拼房、结伴同行等内容；从而可以克服现有技术中整合度低、智能性差、耗时长、用户体验差与开支大的缺陷，以实现整合度高、智能性好、省时高效、用户体验好与开支小的优点。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (10)

1.基于Windows移动平台的旅游服务系统，其特征在于，包括位于用户侧的移动终端，以及位于服务侧的应用程序服务器集群与数据库服务器集群，在移动终端中嵌入有应用程序，其中：

所述移动终端，用于向应用程序服务器集群发送服务请求，以及接收应用程序服务器集群对相应服务请求的响应信息和/或处理结果；

所述应用程序服务器集群，用于接收移动终端发送的服务请求，根据具体请求类型对该服务请求进行响应和/或进行相应处理，并将基于该服务请求的响应信息和/或处理结果反馈至移动终端；以及，

在响应或处理相应的服务请求时，用于向数据库服务器集群发送连接请求，以和/或更新并存储调取相应数据和/或更新并存储相应数据；

所述数据库服务器集群，用于接收应用程序服务器集群发送的连接请求，根据该连接请求，和/或更新并存储调取相应数据和/或更新并存储相应数据，并将基于该连接请求的相应数据和/或更新并存储结果反馈至应用程序服务器集群。

2.根据权利要求1所述的基于Windows移动平台的旅游服务系统，其特征在于，还包括与应用程序服务器集群及数据库服务器集群相关联的多个服务站。

3.根据权利要求2所述的基于Windows移动平台的旅游服务系统，其特征在于，根据移动终端用户的数量和并发性，在每个服务站设有至少一个应用程序服务器与至少一个数据库服务器；

位于所述多个服务站的应用程序服务器，形成应用程序服务器集群；位于多个服务站的数据库服务器，形成数据库服务器集群。

4.根据权利要求3所述的基于Windows移动平台的旅游服务系统，其特征在于，位于每个服务站的应用程序服务器，至少包括与具体请求类型相对应的路线规划模块、即时购买模块、线路分享模块、结伴同行模块与旅途管家模块中的任意几种，其中：

所述路线规划模块，用于根据用户旅游的范围与行程的时间，自动给用户规划线路；以及，结合用户自主做出的局部调整，制定出既合理又符合用户自身情况的最佳路线；

所述即时购买模块，用于根据用户需求及满足用户需求的规划线路，在路线规划过程中，完成符合用户需求的包含租车、酒店预订、餐馆预订、门票购买等旅游必备产品；

所述线路分享模块，用于分享行程，制定相似线路之间的用户通过交流协商，相似行程旅客之间可以享受包含预约拼车、拼房与结伴同行等可分享式服务；

所述结伴同行模块，用于根据用户需求及具有相似线路用户的交流协商，为结伴同行的用户提供互动平台及相应的服务；

所述旅途管家模块，用于实时跟踪用户行程，根据用户预先设定的线路和当前的行程进度，集成LBS和预先的规划线路，给出包含实时交通、景点、目的地位置、天气和旅游注意事项等重要信息的合理性指导意见。

5.根据权利要求3或4所述的基于Windows移动平台的旅游服务系统，其特征在于，位于每个服务站的数据库服务器，至少包括存储模块与更新模块，其中：

所述更新模块，用于根据应用程序数据库集群发送的连接请求，实时更新相应数据；

所述存储模块，用于存储智慧旅游服务信息，根据应用程序数据库集群发送的连接请求调取存储的相应数据，以及存储更新模块实时更新的相应数据。

6.一种基于Windows移动平台的旅游服务方法，其特征包括：

用户通过嵌入有应用程序的移动终端，向应用程序服务器集群发送服务请求，并接收应用程序服务器对相应服务请求的响应信息和/或处理结果；

应用程序服务器集群接收移动终端发送的服务请求，根据具体请求类型对该服务请求进行响应和/或进行相应处理，并将基于该服务请求的响应信息和/或处理结果反馈至移动终端；以及，

在响应或处理相应的服务请求时，向数据库服务器集群发送连接请求，以和/或更新并存储调取相应数据和/或更新并存储相应数据；

数据库服务器集群接收应用程序服务器集群发送的连接请求，根据该连接请求，和/或更新并存储调取相应数据和/或更新并存储相应数据，并将基于该连接请求的相应数据和/或更新并存储结果反馈至应用程序服务器集群。

7.根据权利要求6所述的基于Windows移动平台的旅游服务方法，其特征在于，与所述应用程序服务器集群及数据库服务器集群相关联，还设有多个服务站。

8.根据权利要求7所述的基于Windows移动平台的旅游服务方法，其特征在于，根据移动终端用户的数量和并发性，在每个服务站设有至少一个应用程序服务器与至少一个数据库服务器；

位于所述多个服务站的应用程序服务器，形成应用程序服务器集群；位于多个服务站的数据库服务器，形成数据库服务器集群。

9.根据权利要求8所述的基于Windows移动平台的旅游服务方法，其特征在于，位于每个服务站的应用程序服务器，至少包括与具体请求类型相对应的路线规划模块、即时购买模块、线路分享模块、结伴同行模块与旅途管家模块中的任意几种，其中：

所述路线规划模块，用于根据用户旅游的范围与行程的时间，自动给用户规划线路；以及，结合用户自主做出的局部调整，制定出既合理又符合用户自身情况的最佳路线；

所述即时购买模块，用于根据用户需求及满足用户需求的规划线路，在路线规划过程中，完成符合用户需求的包含租车、酒店预订、餐馆预订、门票购买等旅游必备产品；

所述线路分享模块，用于分享行程，制定相似线路之间的用户通过交流协商，相似行程旅客之间可以享受包含预约拼车、拼房与结伴同行等可分享式服务；

所述结伴同行模块，用于根据用户需求及具有相似线路用户的交流协商，为结伴同行的用户提供互动平台及相应的服务；

所述旅途管家模块，用于实时跟踪用户行程，根据用户预先设定的线路和当前的行程进度，集成LBS和预先的规划线路，给出包含实时交通、景点、目的地位置、天气和旅游注意事项等重要信息的合理性指导意见。

10.根据权利要求8或9所述的基于Windows移动平台的旅游服务方法，其特征在于，位于每个服务站的数据库服务器，至少包括存储模块与更新模块，其中：

所述更新模块，用于根据应用程序数据库集群发送的连接请求，实时更新相应数据；

所述存储模块，用于存储智慧旅游服务信息，根据应用程序数据库集群发送的连接请求调取存储的相应数据，以及存储更新模块实时更新的相应数据。

Images