CN104063815A - 协助制定旅游行程计划的方法及系统 - Google Patents

Abstract

本申请公开了协助制定旅游行程计划的方法及系统，所述方法包括：根据用户提交的旅游目的地信息，从服务器获取所述旅游目的地对应的各个旅游资源的相关数据信息；解析所述各个旅游资源的相关数据信息，创建可操作的页面元素，并在页面的旅游资源显示区域进行显示；监控用户对所述页面元素执行的操作，确定需要加入到旅游行程计划的特定旅游资源；创建所述特定旅游资源对应的页面元素，并显示在旅游行程计划制定区域；根据所述页面的旅游计划制定区域中包含的各个页面元素，显示所制定的旅行计划信息。通过本申请，能够帮助用户在显示有旅游资源信息的页面中直接制定旅游行程计划，方便用户操作，同时节省了客户端功耗以及服务器资源。

Description

协助制定旅游行程计划的方法及系统

技术领域

本申请涉及Web应用技术领域，特别是涉及协助制定旅游行程计划的方法及系统。

背景技术

随着互联网以及Web等技术的不断发展，基于互联网及Web技术的各种应用也层出不穷，用于满足人们日常生活中方方面面的需要。例如，有些网站能够提供旅游方面的咨询、旅游景点的介绍等等，用户在旅游之前可以通过这些网站查询旅游景点、酒店等相关信息，旅游过程中或结束之后还可以发表自己的旅游心得或者攻略等，供其他用户参考。

但是，经调查研究发现，在利用现有的各种网站资源的前提下，当一个人要计划去旅行，平均要访问11个网站才能完成对旅行的探索和计划。用户需要花费大量的时间去了解、选择景点，最终，再综合从网站上得到的零散的信息，通过建立word文档等文件甚至是手写纸质文件等方式来编辑制定自己的旅游线路、时间的安排等。整个过程中，不但效率低下，浪费用户的时间，而且巨大的网站访问量也增加了终端功耗和以及服务器资源的占用。

发明内容

本申请实施例提供了协助制定旅游行程计划的方法及系统，能够帮助用户在显示有旅游资源信息的页面中直接制定旅游行程计划，方便用户操作，同时节省了客户端功耗以及服务器资源。

本申请提供了如下方案：

一种协助制定旅游行程计划的方法，包括：

根据用户提交的旅游目的地信息，从服务器获取所述旅游目的地对应的各个旅游资源的相关数据信息；

解析所述各个旅游资源的相关数据信息，创建可操作的页面元素，并在页面的旅游资源显示区域进行显示；其中，每个旅游资源对应一个页面元素；

监控用户对所述页面元素执行的操作，确定需要加入到旅游行程计划的特定旅游资源；

根据所述特定旅游资源的相关数据信息，创建页面元素，并显示在页面的旅游行程计划制定区域，以表示将所述特定旅游资源加入到旅游行程计划中；

当旅游行程计划制定完成后，根据所述页面的旅游计划制定区域中包含的各个页面元素对应的旅游资源的相关数据信息，显示所制定的旅行计划信息。

一种协助制定旅游行程计划的系统，包括：

数据获取单元，用于根据用户提交的旅游目的地信息，从服务器获取所述旅游目的地对应的各个旅游资源的相关数据信息；

第一显示单元，用于解析所述各个旅游资源的相关数据信息，创建可操作的页面元素，并在页面的旅游资源显示区域进行显示；其中，每个旅游资源对应一个页面元素；

第一监控单元，用于监控用户对所述页面元素执行的操作，确定需要加入到旅游行程计划的特定旅游资源；

第二显示单元，用于根据所述特定旅游资源的相关数据信息，创建页面元素，并显示在页面的旅游行程计划制定区域，以表示将所述特定旅游资源加入到旅游行程计划中；

第三显示单元，用于当旅游行程计划制定完成后，根据所述页面的旅游计划制定区域中包含的各个页面元素对应的旅游资源的相关数据信息，显示所制定的旅行计划信息。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以将一个页面分为资源展示区域以及旅游行程计划制定区域，并且可以将旅游资源对应的页面元素设置为可操作，当接收到用户对页面元素执行的操作行为时，可以将对应的旅游资源的信息显示到旅游行程计划制定区域中，并最终根据旅游行程计划制定区域中的各个旅游资源，为用户生成旅游行程计划单。这样，从用户角度而言，只需要通过拖拽、点击等方式对页面元素进行操作，就可以生成自己的行程计划单，而不需要在手动输入文字或粘贴图片等到其他格式的本地文件中，因此方便用户的操作，也符合用户的操作习惯。从系统角度而言，由于用户不必再反复到多个网站中进行搜索，在同一个页面中就可以完成旅游行程计划的制定，因此，也节省了客户端功耗以及服务器资源。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的方法的流程图；

图2至图7是本申请实施例提供的方法中的用户界面示意图；

图8是本申请实施例提供的系统的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了便于用户利用网络资源指定旅游计划，同时节省客户端功耗以及服务器资源，提供了一种在线的网页工具，利用该工具，用户能够直接在网页中制定自己的旅游行程计划，制定过程中，该工具可以帮助用户进行线路的优化等等，制定完成之后，还可以将自己的行程计划单保存到服务器，以供后续查看，等等。下面对技术上的实现过程进行详细地介绍。

参见图1，本申请实施例提供的协助制定旅游行程计划的方法可以包括以下步骤：

S101：根据用户提交的旅游目的地信息，从服务器获取所述旅游目的地对应的各个旅游资源的相关数据信息；

首先，可以在一个页面中为用户提供输入框，用户可以在输入框中输入自己所需要的目的地，并通过按下回车键或者“提交”、“搜索”等按钮来提交自己输入的信息，例如北京、上海等地。或者，也可以将可以选择的目的地以列表等形式列举出来，供用户选择，这样，用户通过点击的方式就可以提交自己的目的地信息。

在接收到用户的提交请求之后，就可以将相关的请求发送到服务器，在服务器端保存有各个目的地相关的旅游资源(景点、酒店等)的相关数据信息(例如相关图片、门票信息、营业时间信息、去过的人数统计信息、地理位置信息等等)，这些相关数据可能是预先由技术人员统计的，也可以包括根据用户上传的数据进行处理之后保存的。

为了便于描述，下文中均以“景点”这种旅游资源为例进行介绍。

S102：解析所述各个旅游资源的相关数据信息，创建可操作的页面元素，并在页面的旅游资源显示区域进行显示；其中，每个旅游资源对应一个页面元素；

在获取到服务器端返回的相关数据信息之后，可以在客户端对这些数据进行解析，其中，解析操作的执行主体可以是页面中的JS(Java Script)脚本，该脚本中写有显示景点相关数据时的模板代码，因此，将服务器返回的相关数据写入到该模板代码中，就可以创建出一个个可操作的页面元素，每个页面元素对应一个景点，并且可以将这些页面资源显示在页面的旅游资源显示区域中。如图2所示，其为用户以“北京”作为目的地时，页面的显示情况。其中，页面的右侧方框“21”所示的区域就是该旅游资源显示区域，其中显示有多个页面元素，每个页面元素对应一个景点。例如，方框“22”所示的就是一个页面元素，该页面元素对应的景点是“北京孔庙”。可见，每个页面元素具有一个封面图片，该图片是根据服务器返回的相关数据中包含的图片网址下载到的，根据JS脚本中的模板代码，将其按照一定的尺寸进行显示，同时还可显示有对应的景点名称等简单的提示信息。另外，该页面中还可以包括另一个区域，用户可以在该区域中制定自己的旅游行程计划，因为将该区域称为“旅游行程计划制定区域”，如图2中的方框“23”所示的部分，在初始状态下，该区域是空的。当然，由于用户的旅游行程一般是以“天”为单位进行制定，并且以此旅游一般可能要经历多天，以此，在初始状态下可以在旅游行程计划制定区域中默认显示三天，这几天的行程计划共享该同一个旅游行程计划制定区域，当制定某一天的计划时，将其展开，其他各天收起。

需要说明的是，从服务器接收到关于某目的地的景点相关数据，具体在景点显示区域进行显示时，还可以首先按照一定的条件进行筛选或者排序，例如，按照热度、游览人数等进行排序。关于排序的条件可以是默认设置的，或者，也可以是由用户手动选择的。

S103：监控用户对所述页面元素执行的操作，确定需要加入到旅游行程计划的特定旅游资源；

在显示各个景点对应的页面元素时，各个页面元素可以被置为可操作的元素，所谓的可操作是指可以接收并响应用户的操作。之所以将页面元素设置为可操作，是因为，这样用户可以直接通过操作页面元素的方式来选择自己所需的景点，并将其加入到自己的旅游行程计划中。例如，具体实现时，各个页面元素可以设置为可拖拽，可以获取到释放页面元素时所在的坐标，因此，可以监控用户对页面元素的拖拽操作，如果拖拽操作的结束点位于旅游行程计划制定区域，则相当于用户想要将该页面元素拖到旅游行程计划制定区域，也就是说，想要把该页面元素对应的景点加入到自己的行程计划中，如图3所示。因此，在监测用这样的用户操作之后，就可以将相关页面元素对应的景点确定为用户需要添加到自己的旅游计划中的景点。

在另一种实现方式下，当用户将鼠标等操作焦点移动到某页面元素上之后，可以监测到该操作行为，同时可以在该页面元素之上显示一个浮层，在该浮层中显示将该页面元素对应的景点加入到旅游行程计划的操作入口，相应的，用户如果点击该操作入口，则可以提将该页面元素对应的景点确定为需要加入到旅游行程计划的景点。另外，在实际应用中，当监测到用户的操作焦点移动到某页面元素上时，还可以在该页面元素之上的浮层中显示一些关于该页面元素的其他信息，例如图2所示的方框“22”就显示了操作焦点位于“北京孔庙”这一页面元素上时，信息的显示情况，其中，包括营业时间、门票价格等等，另外，左上角的“添加到计划”就是对应的操作入口。

S104：根据所述特定旅游资源的相关数据信息，创建页面元素，并显示在页面的旅游行程计划制定区域，以表示将所述特定旅游资源加入到旅游行程计划中；

在确定了将哪个景点加入到旅游行程计划之后，对于JS脚本而言，可以获取到对应的景点的ID等标识信息，并且可以根据步骤S101中获取到的景点的相关数据信息，生成用于在旅游行程计划区域显示的页面元素，然后就可以将这种页面元素显示到旅游行程计划区域中。例如，参见图4，在用户选择了需要加入到旅游计划的景点之后，就可以在旅游行程计划区域中显示出相应的页面元素。需要说明的是，在拖拽或者点击选择加入到旅游行程计划区域的页面元素的过程中，在用户看来移动的是页面元素，但实际上，对于JS脚本而言，是一种数据的传递。也就是说，在确定了需要选择的景点之后，需要根据该景点的相关数据信息新创建页面元素，关于该页面元素在显示时的样式(比如尺寸、显示哪些信息等)都同样可以在模板代码中进行设定，只要将被选择的景点对应的相关数据传递给对应的模板代码，就可以生成对应的页面元素，并显示在旅游行程计划区域。例如，如图4所示，左侧的旅游行程计划区域显示了“樱桃沟”、“三里屯”、“鼓楼大街”以及“北京孔庙”这几个景点，这些都是用户从页面右侧的景点展现区域中拖拽或者点击选择的。

需要说明的是，具体在景点展现区域中显示各个被选中的景点对应的页面元素时，可以在生成对应的页面元素之后，直接对该页面进行重新渲染，以使得新加入到旅游行程的景点对应的页面元素能显示在景点展现区域中。在重新渲染的过程中，已经添加到旅游行程计划区域的景点，可以不必再在景点展现区域进行显示，因此，还可以对景点展现区域中的各个页面元素进行重新排序，等等。

S105：当旅游行程计划制定完成后，根据所述页面的旅游计划制定区域中包含的各个页面元素对应的旅游资源的相关数据信息，显示所制定的旅行计划信息。

在用户制定好其旅游行程计划之后，可以在一个页面中显示出其行程计划单。具体在生成行程计划单时，可以根据行程计划区域中包含的各个页面元素对应的景点的ID等标识信息，查找到这些景点的相关数据，然后根据各个景点之间的顺序，在行程计划单中按顺序进行显示。显示行程计划单时，可以在一个新建的页面中显示，或者也可以在当前页面中新创建一个页面元素，在当前页面的浮层中显示出该行程计划单。

可见，在本申请实施例中，可以将一个页面分为资源展示区域以及旅游行程计划制定区域，并且可以将旅游资源对应的页面元素设置为可操作，当接收到用户对页面元素执行的操作行为时，可以将对应的旅游资源的信息显示到旅游行程计划制定区域中，并最终根据旅游行程计划制定区域中的各个旅游资源，为用户生成旅游行程计划单。这样，从用户角度而言，只需要通过拖拽、点击等方式对页面元素进行操作，就可以生成自己的行程计划单，而不需要在手动输入文字或粘贴图片等到其他格式的本地文件中，因此方便用户的操作，也符合用户的操作习惯。从系统角度而言，由于用户不必再反复到多个网站中进行搜索，在同一个页面中就可以完成旅游行程计划的制定，因此，也节省了客户端功耗以及服务器资源。

需要说明的是，在用户依次将多个景点添加到旅游行程计划区域的过程中，表明用户是按照该顺序来旅游各个景点。例如，用户依次将“樱桃沟”、“三里屯”、“鼓楼大街”以及“北京孔庙”这几个景点加入到第一天的行程计划中，则证明用户在第一天的旅游行程中，是想要先去“樱桃沟”，再去“三里屯”，等等。但是，在实际应用中，用户在将景点加入到旅游行程计划的过程中，可能并不知晓各个景点之间的距离、每个景点需要的游玩时间等等，因此，其自行制定的行程计划往往存在不合理之处。因此，在本申请实施例中，在通过前述方式实现在一个页面中制定旅游行程计划的基础上，还可以提供相应的对行程线路进行优化的优选方式。

在优选方式中，可以提供一个统一的操作入口，例如，参见图5中的标号为“51”的方框中显示的“优化行程”，该“优化行程”就是用于自动对线路进行优化的操作入口，用户可以直接点击该入口，对某一天的行程进行优化。这样，JS脚本就可以将用户选定的行程包含的各个景点的ID等标识信息、各个景点之间的游览顺序等信息，上传到服务器，服务器可以根据各个景点之间的距离、建议游玩的时间等等信息，带入到预置的算法中进行计算，根据计算结果判断当前的行程是否合理，如果不合理，还可以根据预置的算法，建议对景点之间的游玩顺序和/或者游玩的总天数进行调整等等。其中，在调整顺序的过程中，可以将行程中的各个景点进行排列组合，然后分别带入到预置的算法中计算各个组合分别对应的得分，将最有的排列方式确定为优化后的景点顺序。当然，也可以采用其他的实现方式，这里不进行限定。

另外，还可以提供其他一些参考的数据供用户对其制定的行程计划进行手动的调整。例如，关于在旅游行程计划区域显示的各个景点，由于在旅游行程计划区域显示的页面元素中仅有简单的提示信息，例如，景点名称、封面图片等，但是关于建议旅游时间等详细信息并未直接在旅游行程计划区域显示出来。因此，还可以为各个景点提供显示详细信息的操作入口。当用户通过该操作入口发起操作请求时，可以根据预先从服务器获取到的关于该景点的相关数据信息，创建一个新的页面元素，在该页面元素中显示该景点的详细信息。如图5所示，在旅游行程计划区域，每个景点的页面元素中都显示有一个向右的“箭头”(如方框52所示)，当用户点击该箭头时，就可以新建一个页面元素，在其中显示出关于该景点的详细信息。其中，在显示详细信息时，可以将详细信息对应的页面元素显示在对应景点页面元素的右侧，也就是说，用户看到的效果是，关于某景点，用户点击了向右“箭头”之后，可以在该景点右侧显示一个“浮层”，其中显示有关于该景点的详细信息。其中，之所以称为“浮层”，是因为这种详细信息可以显示在页面的资源显示区域的上层，暂时将资源显示区域中列举的一些景点页面元素遮挡住，当用户点击详细信息所在页面元素右上角的“×”，则可以将详细信息关闭，重新显示出资源显示区域中列举的各个景点页面元素。这个显示过程可以被形象地称为从左到右的“抽屉式”显示。当然“抽屉式”的显示过程也可以是从上到下、从右到左等等。具体在显示详细信息时，如果显示有关于该景点的多张图片，还可以采用“轮播”的方式在同一区域中显示各个图片。

在本申请实施例中，除了可以通过图5所示的采用图片、文字等方式来显示景点的详细信息之外，还可以通过地图的方式进行显示。其中，如果采用地图的方式进行显示，则可以将景点的ID等表示信息上传到服务器，由服务器调用地图服务的相关接口(地图服务及其相关接口可以是预先配置好的，例如，可以是服务器自身开发并维护的地图服务，或者也可以是有合作关系的第三方地图服务)，在地图中查找到该景点所在的位置，并将带有该位置信息的地图数据返回给客户端。客户端可以在新建的页面元素中显示出该地图数据，在地图数据中对景点所在的位置进行标记。需要说明的是，具体到地图服务中如何进行景点的查找、标记等属于地图服务本身的技术实现，本申请实施例中不需要关注，因此这里不再详述，后文中类似使用地图服务之处也是类似。

在具体实现时，如果用户点击了方框52中的查看详情的操作入口，则可以首先以图片及文字方式进行详情的显示，同时提供切换到地图显示的操作入口(如图5中的方框57所示)，如果用户点击该入口，则可以切换到地图的方式进行显示。当然，也可以首先默认用地图方式显示，之后再切换到图片及文字的方式进行显示。

另外，在旅游行程计划区域显示的各个景点，由于相邻的两个景点代表了用户想要游览的先后顺序，例如，用户先将“樱桃沟”加入到旅游行程计划区域，紧接着又将“三里屯”加入到旅游行程计划区域，则代表用户想要先去“樱桃沟”，游览完“樱桃沟”之后，再去“三里屯”游览。此时，可以为用户显示这两个景点之间的线路、行车所需时间等信息，这样用户就可以根据这些信息判断一下这样的行程安排是否合适，如果不合适，还可以进行调整。为达到此目的，可以在旅游行程计划区域显示出关于距离和行车所需时间的相关信息，例如，图5在“三里屯”与“鼓楼大街”这两个景点对应的页面元素之间显示出“相距10公里，车程5分钟”(如方框53所示)。具体实现时，为了达到该目的，可以将用户加入到旅游行程计划区域的各个景点的ID等标识信息以及景点之间的游览顺序等信息上传到服务器。服务器可以预先获知某地图服务的相关接口，然后通过调用地图服务的相关接口，获取到相邻两个景点之间距离、车程等信息，并返回；客户端在接收到之后，分别显示各个景点对应的页面元素之间。

当然，为了使得界面简洁，直接显示在旅游行程计划区域的距离、车程等信息通常比较简略，但是用户可能需要查看两个景点之间的详细线路信息、交通方式等等。因此，还可以分别在两个相邻景点对应的页面元素之间提供一个操作入口，如果用户需查看某两个景点详细的线路及交通方式等，则可以从该接口发起相关的请求。例如，图5中，在“樱桃沟”与“三里屯”这两个景点对应的页面元素之间显示了“相距10公里，车程5分钟”之后，还可以显示出名称为“查看”的操作入口(如方框53中所示)，用户点击“查看”时，就可以将这两个景点的ID等标识信息上传到服务器，服务器同样可以调用地图服务的相关接口进行查询，并向客户端返回带有行车路线、交通方式等信息的地图数据，接收到服务器返回的地图数据之后，可以在页面中创建一个页面元素，并在该页面元素中显示出该地图数据.如图6所示，显示详细地图数据时，同样可以采取“抽屉式”的显示方式。总之，用户可以通过地图中显示出的行车线路信息，判断出这两个景点是否适合这样安排游览的先后顺序，等等。

需要说明的是，关于行车线路等信息的显示，除了可以查看两个相邻景点之间的行车线路之外，如果某一天的行程中包含多个景点，则还可以将这些景点按照被用户选择的顺序显示在地图中供用户查看。当然，具体实现时，可以为用户提供对应的查看操作入口。图5中在“第一天”之后显示“查看线路”就是该操作入口(如图5中方框54所示)，如果用户点击了“查看线路”，则可以将这一天的行程中包含的各个景点的ID等标识信息、游览顺序等信息上传到服务器，服务器同样可以调用地图服务的相关接口，获取到相关的线路信息，并将带有详细线路信息的地图数据返回给客户端。客户端同样可以创建一个页面元素，在该页面元素中显示出代表详细线路信息的地图数据。相应的，客户端的显示效果可以如图7所示，可以将各个景点按照用户指定的游览顺序进行标号，如，图7中的“1”代表“樱桃沟”，“2”代表“三里屯”，“3”代表“鼓楼大街”，“4”代表“北京孔庙”，则可以看出，地图中显示出了从“樱桃沟”到“三里屯”，再到“鼓楼大街”，再到“北京孔庙”之间的行车线路，用户可以据此判断这几个景点之间的顺序是否合适，如果不合适可以进行调整。类似的，同样可以采用“抽屉式”显示方式。

此外，还可以为用户提供查看某景点的周边景点或者酒店等相关资源的操作入口，参见图5，如果用户点击方框55所示的图标，则可以发起查看周边景点的请求。相应的，可以根据该景点以及当前目的地的其他各个景点的地理位置信息(预先从服务器获取到的)，计算出该景点与其他各个景点之间的距离，然后再将距离符合条件(例如5公里之内等等)的景点一列表等方式显示给用户。需要说明的是，在实际应用中，本申请实施例还可以实现“跨资源类别”的搜索，例如，可以查看某景点周边的酒店，或者查看某酒店周边的景点等等。

再者，还可以为用户提供为各个景点添加备忘的操作入口，如图5中的方框56所示，用户可以点击该操作入口，将一些需要提醒自己注意的信息用文字的方式进行记录。

通过上述各种方式，可以协助用户判断当前选定的行程是否合理，如果用户认为不合理，则可以允许用户采用手动的方式进行优化。为了达到该目的，关于在旅游行程计划制定区域显示的各个页面元素也可以置为可操作，例如，设置为可拖拽等，这样，如果用户想要调整某景点在行程中出现的位置，则可以拖拽其中该景点对应的页面元素，将其放在自己需要的位置上。或者，还可以选择将某已添加到旅游行程计划制定区域的页面元素删除，以此来表示将对应的景点从旅游行程中删除。

最后，当用户完成一个行程计划的制定之后，还可以根据预先提供的“保存计划”操作入口，选择将该行程计划保存到服务器端，供后续查看。在保存时，用户可以选择向其他用户发布其行程计划，其他用户可以查看到该行程计划，相当于可以与其他用户进行分享；或者也可以选择保存为私密文件，只有用户用自己的身份信息登录之后，才能查看到该行程计划。

与本申请实施例提供的协助制定旅游行程计划的方法相对应，本申请实施例还提供了一种协助制定旅游行程计划的系统，参见图8，该系统具体可以包括：

数据获取单元801，用于根据用户提交的旅游目的地信息，从服务器获取所述旅游目的地对应的各个旅游资源的相关数据信息；

第一显示单元802，用于解析所述各个旅游资源的相关数据信息，创建可操作的页面元素，并在页面的旅游资源显示区域进行显示；其中，每个旅游资源对应一个页面元素；

第一监控单元803，用于监控用户对所述页面元素执行的操作，确定需要加入到旅游行程计划的特定旅游资源；

第二显示单元804，用于根据所述特定旅游资源的相关数据信息，创建页面元素，并显示在页面的旅游行程计划制定区域，以表示将所述特定旅游资源加入到旅游行程计划中；

第三显示单元805，用于当旅游行程计划制定完成后，根据所述页面的旅游计划制定区域中包含的各个页面元素对应的旅游资源的相关数据信息，显示所制定的旅行计划信息。

具体实现时，用户可以采用拖拽或者点击页面元素的方式来选择需要加入到旅游行程计划的景点，所述第一监控单元具体可以包括：

第一监控子单元，用于监控用户对页面元素执行的拖拽操作，如果所述拖拽操作的结束点位于所述旅游行程计划制定区域，则将该被拖拽的页面元素对应的旅游资源确定为需要加入到旅游行程计划的特定旅游资源；

或者，

第二监控子单元，用于监控用户移动操作焦点的操作，当操作焦点移动到某页面元素所在的区域时，显示将该页面元素对应的旅游资源加入到旅游行程计划的操作入口，如果该通过操作入口接收到用户的操作请求，则将该页面元素对应的旅游资源确定为需要加入到旅游行程计划的特定旅游资源。

为了协助用户对自己加入到的行程计划中的景点进行调整，该系统可以采用多种方式为用户提供各种详细信息，首先，该系统还可以包括：

距离及车程显示单元，用于将加入到所述旅游行程计划制定区域的页面元素对应的旅游资源的标识信息上传到服务器，向服务器获取两个相邻的旅游资源之间的距离和/或行车所需时间信息，并显示在所述旅游行程计划制定区域。

为了便于用于查看两个或多个景点之间的行程线路，该系统还可以包括：

第一请求接收单元，用于通过第一操作入口接收查看游行程计划制定区域中旅游资源之间的线路的请求，将所涉及旅游资源的标识信息以及排序信息上传到服务器；

地图数据获取单元，用于接收并加载服务器返回的包含线路信息的地图数据；

地图数据显示单元，用于在该第一操作入口的一侧新建一页面元素(实现抽屉式的显示效果)，并在该新建的页面元素中显示所述地图数据。

另外，为了能够获取关于某景点的详细信息，该系统还可以包括：

第二请求接收单元，用于通过第二操作入口接收显示旅游行程计划制定区域中某指定页面元素对应的旅游资源的详细信息的请求，获取该旅游资源的详细信息；

详细信息显示单元，用于在该第二操作入口所在区域的一侧新建一页面元素，在该页面元素中显示所述详细信息。

其中，关于某景点的详细信息，可以是根据之前从服务器获取到的相关数据信息，以图片、文字的方式进行显示，或者也可以向服务器获取相关的地图数据，在地图中显示出该景点的位置。

另外，该系统还可以包括：

第三请求接收单元，用于通过第三操作入口接收查看某旅游资源周边的其他旅游资源的请求时，获取该旅游资源以及其他旅游资源的地理位置信息，并计算该旅游资源与其他各旅游资源之间的距离，根据计算结果，确定符合预置条件的旅游资源，并展现；所述其他旅游资源包括与当前旅游资源相同或者不同类别的旅游资源。

为了便于用户对已经加入到旅游计划的景点进行调整，可以将旅游计划制定区域中显示的页面元素设置为可操作，例如可拖拽、可点击等等，该系统可以还包括：

第二监控单元，用于监控用户对旅游行程计划制定区域中各个页面元素的操作行为；

调整单元，用于根据监控到的操作行为，执行编辑操作，所述编辑操作包括：删除某指定的页面元素，或者调整两个页面元素之间的顺序。

除了可以手动对行程进行优化调整之外，还可以实现自动的优化调整，此时，该系统还可以包括：

第四请求接收单元，用于通过第四操作入口接收对当前选定的行程进行优化的请求；

上传单元，用于将当前选定的行程中包含的各个旅游资源的标识信息以及排序信息上传到服务器，由服务器根据各个旅游资源的相关数据信息以及预置的算法，调整旅游资源之间的顺序，和/或，修改计划的时长；

刷新显示单元，用于接收服务器返回的信息，对旅游行程计划制定区域进行刷新显示。

最后，可以对旅游行程计划保存到服务器，此时，该系统还可以包括：

保存单元，用于当接收到保存旅游计划的指示后，将所述旅游计划制定区域中包含的各个页面元素对应的旅游资源的标识信息以及排序信息，上传到服务器并进行保存。

在本申请实施例提供的上述系统中，可以将一个页面分为资源展示区域以及旅游行程计划制定区域，并且可以将旅游资源对应的页面元素设置为可操作，当接收到用户对页面元素执行的操作行为时，可以将对应的旅游资源的信息显示到旅游行程计划制定区域中，并最终根据旅游行程计划制定区域中的各个旅游资源，为用户生成旅游行程计划单。这样，从用户角度而言，只需要通过拖拽、点击等方式对页面元素进行操作，就可以生成自己的行程计划单，而不需要在手动输入文字或粘贴图片等到其他格式的本地文件中，因此方便用户的操作，也符合用户的操作习惯。从系统角度而言，由于用户不必再反复到多个网站中进行搜索，在同一个页面中就可以完成旅游行程计划的制定，因此，也节省了客户端功耗以及服务器资源。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的协助制定旅游行程计划的方法及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (11)

1.一种协助制定旅游行程计划的方法，其特征在于，包括：

根据用户提交的旅游目的地信息，从服务器获取所述旅游目的地对应的各个旅游资源的相关数据信息；

解析所述各个旅游资源的相关数据信息，创建可操作的页面元素，并在页面的旅游资源显示区域进行显示；其中，每个旅游资源对应一个页面元素；

监控用户对所述页面元素执行的操作，确定需要加入到旅游行程计划的特定旅游资源；

根据所述特定旅游资源的相关数据信息，创建所述特定旅游资源对应的页面元素，并显示在页面的旅游行程计划制定区域，以表示将所述特定旅游资源加入到旅游行程计划中；

根据所述页面的旅游计划制定区域中包含的各个页面元素对应的旅游资源的相关数据信息，显示所制定的旅行计划信息。

2.根据权利要求1所述的方法，其特征在于，所述监控用户对所述页面元素执行的操作，确定需要加入到旅游行程计划的特定旅游资源包括：

监控用户对页面元素执行的拖拽操作，如果所述拖拽操作的结束点位于所述旅游行程计划制定区域，则将该被拖拽的页面元素对应的旅游资源确定为需要加入到旅游行程计划的特定旅游资源；

或者，

监控用户移动操作焦点的操作，当操作焦点移动到某页面元素所在的区域时，显示将该页面元素对应的旅游资源加入到旅游行程计划的操作入口，如果该通过操作入口接收到用户的操作请求，则将该页面元素对应的旅游资源确定为需要加入到旅游行程计划的特定旅游资源。

3.根据权利要求1所述的方法，其特征在于，还包括：

将加入到所述旅游行程计划制定区域的页面元素对应的旅游资源的标识信息上传到服务器，向服务器获取旅游资源之间的距离和/或行车所需时间信息。

4.根据权利要求1所述的方法，其特征在于，还包括：

通过第一操作入口接收查看游行程计划制定区域中旅游资源之间的线路的请求，将所涉及旅游资源的标识信息以及排序信息上传到服务器；

接收并加载服务器返回的包含线路信息的地图数据。

5.根据权利要求1所述的方法，其特征在于，还包括：

通过第二操作入口接收显示旅游行程计划制定区域中某指定页面元素对应的旅游资源的详细信息的请求，获取该旅游资源的详细信息。

6.根据权利要求5所述的方法，其特征在于，所述获取该旅游资源的详细信息包括：

根据预先从服务器获取到的关于该旅游资源的相关数据信息，获取该旅游资源的以图片及文字形式描述的详细信息；

或者，

将该旅游资源的标识信息上传到服务器，获取关于该旅游资源的详细位置的地图数据。

7.根据权利要求1所述的方法，其特征在于，还包括：

通过第三操作入口接收查看某旅游资源周边的其他旅游资源的请求时，获取该旅游资源以及其他旅游资源的地理位置信息，并计算该旅游资源与其他各旅游资源之间的距离，根据计算结果，确定符合预置条件的旅游资源。

8.根据权利要求1所述的方法，其特征在于，还包括：

监控用户对旅游行程计划制定区域中各个页面元素的操作行为；

根据监控到的操作行为，执行编辑操作，所述编辑操作包括：删除某指定的页面元素，或者调整两个页面元素之间的顺序。

9.根据权利要求1所述的方法，其特征在于，还包括：

通过第四操作入口接收对当前选定的行程进行优化的请求；

将当前选定的行程中包含的各个旅游资源的标识信息以及排序信息上传到服务器，由服务器根据各个旅游资源的相关数据信息以及预置的算法，调整旅游资源之间的顺序，和/或，修改计划的时长；

接收服务器返回的调整信息。

10.根据权利要求1所述的方法，其特征在于，还包括：

当接收到保存旅游计划的指示后，将所述旅游计划制定区域中包含的各个页面元素对应的旅游资源的标识信息以及排序信息，上传到服务器并进行保存。

11.一种协助制定旅游行程计划的系统，其特征在于，包括：

数据获取单元，用于根据用户提交的旅游目的地信息，从服务器获取所述旅游目的地对应的各个旅游资源的相关数据信息；

第一显示单元，用于解析所述各个旅游资源的相关数据信息，创建可操作的页面元素，并在页面的旅游资源显示区域进行显示；其中，每个旅游资源对应一个页面元素；

第一监控单元，用于监控用户对所述页面元素执行的操作，确定需要加入到旅游行程计划的特定旅游资源；

第二显示单元，用于根据所述特定旅游资源的相关数据信息，创建所述特定旅游资源对应的页面元素，并显示在页面的旅游行程计划制定区域，以表示将所述特定旅游资源加入到旅游行程计划中；

第三显示单元，根据所述页面的旅游计划制定区域中包含的各个页面元素对应的旅游资源的相关数据信息，显示所制定的旅行计划信息。