用于旅游资源的动态打包方法及打包系统与流程

文档序号:12463406阅读:369来源:国知局

本发明涉及旅游资源处理的信息技术领域,具体涉及用于旅游资源的动态打包方法及打包系统。



背景技术:

传统的资源打包系统接入复杂,接入方需要关心复杂的数据结构(如机票、酒店结构化数据),页面与页面间(如查询、填写、下单等页面)传递复杂的数据对象,性能低下,且容易被篡改,安全性低。在更换资源也需要关心复杂对象本身的信息,再提交到服务端,当数据源头要对契约改变时,直接影响了所有接入方,效率低下。



技术实现要素:

本发明的目的在于为了解决传统资源打包系统接入复杂、性能低下、传递的数据对象容易被篡改、安全性低等问题的出现;提供用于旅游资源的动态打包方法及打包系统。

为了达到上述目的,本发明通过以下技术方案实现:

一种用于旅游资源的动态打包方法,所述方法包含:

查询阶段:将查询信息生成相应的购物标识信息,将所述查询信息进行规则解析后获取相应的旅游资源显示至查询页面;所述查询信息包含:出行人数、出行日期、出行目的地、优选的住宿条件信息和/或优选的出行交通工具;所述旅游资源至少包含:推荐的住宿信息和/或推荐的所述交通工具的行程信息;

预定阶段:当用户确认预定所述旅行资源对应的行程时,采用所述购物标识信息在预定页面对所述旅游资源进行预定。

较佳地,在将查询信息生成相应的购物标识信息,将所述查询信息进行规则解析后获取相应的旅游资源显示至查询页面的步骤中,具体包含:

根据住宿查询条件查找到所述推荐的住宿信息;所述住宿查询条件包含:所述出行人数、所述出行日期、所述出行目的地以及所述优选的住宿条件信息;

根据交通工具查询条件查找到所述推荐的交通工具的行程信息;所述交通工具查询条件包含:所述出行人数、所述出行日期、所述出行目的地以及所述优选的出行交通工具;

将形成的所述旅游资源显示至查询页面。

较佳地,在将查询信息生成相应的购物标识信息,将所述查询信息进行规则解析后获取相应的旅游资源显示至查询页面的步骤之后,所述方法还包含:

当用户不满意所述旅游资源中的至少一个推荐的信息时,输入所述购物标识信息,采用所述至少一个推荐的信息对应的查询条件进行再次查询;

将所述查询条件对应的所有旅游信息反馈至所述用户,并为每条所述旅游信息添加对应的唯一性标识形成该条带有标识的旅游信息;

当所述用户选择任一条所述带有标识的旅游信息时,将所述带有标识的旅游信息代替对应的所述推荐信息,更新所述旅游资源。

较佳地,所述推荐的住宿信息包含:住宿价格、入住时间、离店时间、酒店信息,所述推荐的交通工具的行程信息包含:交通工具信息、出发时间、到达时间、票价信息;

当所述旅游信息为住宿类信息时,所述旅游信息包含:有效酒店的住宿价格、酒店信息、入住时间、离店时间;

当所述旅游信息为交通工具类信息时,所述旅游信息包含:有效交通工具的出发时间、到达时间、票价信息、交通工具信息。

较佳地,在当用户确认预定所述旅行资源对应的行程时,采用所述购物标识信息在预定页面对所述旅游资源进行预定的步骤中,具体包含:

所述预定页面通过所述购物标识信息调用对应的所述旅游资源,确认所述旅游资源的真实可预订性;

所述预定页面通过所述购物标识信息调用预订填写信息模板,将所述购物标识信息对应的所述旅游资源自动对应填入所述预订填写信息模板;

所述用户将个人信息填入至所述预定页面的所述预订填写信息模板,完成所述预订填写信息模板的填写后进行预订操作,完成预订。

一种用于旅游资源的动态打包系统,所述系统包含:至少一个客户端、服务端;其中,

在查询阶段,所述服务端将所述客户端发出的查询信息生成相应的购物标识信息,将所述查询信息进行规则解析后获取相应的旅游资源显示至所述客户端的查询页面;所述查询信息包含:出行人数、出行日期、出行目的地、优选的住宿条件信息、优选的出行交通工具;所述旅游资源至少包含:推荐的住宿信息、推荐的所述交通工具的行程信息;

在预订阶段,当用户确定预定所述旅行资源对应的行程时,所述客户端采用所述服务端的所述购物标识信息在预定页面对所述旅游资源进行预定。

较佳地,所述服务端包含:

查询模块,将所述查询信息生成相应的购物标识信息;

规则解析模块,将所述查询信息进行规则解析,形成住宿查询条件、交通工具查询条件;

酒店资源存储模块,根据所述住宿查询条件查找到所述推荐的住宿信息;所述住宿查询条件包含:所述出行人数、所述出行日期、所述出行目的地以及所述优选的住宿条件信息;

交通资源存储模块,根据所述交通工具查询条件查找到所述推荐的交通工具的行程信息;所述交通工具查询条件包含:所述出行人数、所述出行日期、所述出行目的地以及所述优选的出行交通工具;

查询结果存储单元,将形成的所述旅游资源存储,并反馈至所述客户端的所述查询页面。

较佳地,

当用户不满意所述旅游资源中的至少一个推荐的信息时,所述查询模块输入所述购物标识信息,所述酒店资源存储模块或所述交通资源存储模块采用所述至少一个推荐的信息对应的查询条件进行再次查询;

将所述查询条件对应的所有旅游信息通过所述查询结果存储单元反馈至所述客户端,并为每条所述旅游信息添加对应的唯一性标识形成该条带有标识的旅游信息;

当所述用户选择任一条所述带有标识的旅游信息时,所述查询结果存储单元将所述带有标识的旅游信息代替对应的所述推荐信息,更新所述旅游资源发送至所述查询页面。

较佳地,所述推荐的住宿信息包含:住宿价格、入住时间、离店时间、酒店信息,所述推荐的交通工具的行程信息包含:交通工具信息、出发时间、到达时间、票价信息;

当所述旅游信息为住宿类信息时,所述旅游信息包含:有效酒店的住宿价格、酒店信息、入住时间、离店时间;

当所述旅游信息为交通工具类信息时,所述旅游信息包含:有效交通工具的出发时间、到达时间、票价信息、交通工具信息。

较佳地,

所述预定页面通过所述购物标识信息调用所述酒店资源存储模块、所述交通资源存储模块内对应的所述旅游资源,确认所述旅游资源的真实可预订性;

所述预定页面通过所述购物标识信息调用所述服务端内的预订填写信息模板,将所述购物标识信息对应的所述旅游资源填入所述预订填写信息模板;

所述用户通过所述客户端的所述预定页面将个人信息填入至所述预订填写信息模板,完成所述预订填写信息模板的填写后进行预订操作,完成预订。

在符合本领域常识的基础上,上述各优选条件,可任意组合,即得本发明各较佳实例。

本发明的积极进步效果在于:

本发明公开的用于旅游资源的动态打包方法及打包系统,在查询阶段:将查询信息生成相应的购物标识信息,将查询信息进行规则解析后获取相应的旅游资源显示至查询页面;预定阶段:当用户确认预定旅行资源对应的行程时,采用购物标识信息在预定页面对旅游资源的预定。本发明将现有技术中复杂的数据结构信息存储在服务端,并且针对每个资源设置唯一性标识,客户端在资源查询完成后,后续预定流程仅需调用相应的购物标识信息,即可实现最后的预定。本发明不关心对象的复杂性,页面与页面之间通过购物标识信息相互关联,使打包系统的性能和安全性得到大大提高。

附图说明

图1为本发明用于旅游资源的动态打包方法的整体流程示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

一种用于旅游资源的动态打包系统的旅游资源动态打包方法。其中,动态打包系统包含:至少一个客户端、服务端。服务端包含:查询模块、规则解析模块、酒店资源存储模块、交通资源存储模块以及查询结果存储单元。

本实施例中,查询结果存储单元包含两部分,分别是分布式的缓存技术Redis和MySQL数据库。由于,MySQL数据库的负载和处理性能限制,为了提高系统负载能力和整个预订流程的用户体验,则在资源写入MySQL的同时,也同步写入到Redis。在数据查找处理逻辑中,优先从Redis获取数据,如果不存在,则从MySQL数据库中查找。

本实施例中,MySQL数据库将数据分为三个存储级别:L1—表示用户仅出发了默认查询,未做进一步资源操作,然后离开了预订页面,该种数据仅在T1的有效期内,且有效时间能够进行动态配置;L2--表示用户查询资源后,进行了一系列操作,但是并未进入预定阶段,该种数据仅在T2的有效期内,且有效时间能够进行动态配置;L3—表示用户查询数据,并进入预定阶段,该种数据在T3的有效期内,且有效时间能够进行动态配置。其中,时间段参数T1、T2、T3之间的关系是:T1<T2<T3。

当订单生成后,将生成的订单对应资源信息放到MySQL数据库中做永久性存储。

如图1所示,用于旅游资源的动态打包方法,方法包含:

S1,查询阶段:客户端通过查询页面发出查询信息,查询模块将查询信息生成相应的购物标识信息(shopping id);规则解析模块将查询信息进行规则解析后获取相应的旅游资源显示至查询页面。本发明中,查询信息包含:出行人数、出行日期、出行目的地、优选的住宿条件信息和/或优选的出行交通工具;旅游资源至少包含:推荐的住宿信息和/或推荐的交通工具的行程信息。

当查询信息既包含优选的住宿条件信息又包含优选的出行交通工具时,采用并行方式获取推荐的住宿信息、推荐的交通工具的行程信息。当查询信息仅包含优选的出行交通工具或优选的住宿条件信息,采用串行方式获取相应的旅游资源。

在步骤S1中,具体包含:

规则解析模块根据住宿查询条件在酒店资源存储模块中查找到推荐的住宿信息。规则解析模块根据交通工具查询条件在交通资源存储模块查找到推荐的交通工具的行程信息。

其中,住宿查询条件包含:出行人数、出行日期、出行目的地以及优选的住宿条件信息。交通工具查询条件包含:出行人数、出行日期、出行目的地以及优选的出行交通工具。

本实施例中,出行人数包含成人出行人数、未成年人出行人数。

本发明中,推荐的住宿信息包含:住宿价格、入住时间、离店时间、酒店信息,推荐的交通工具的行程信息包含:交通工具信息、出发时间、到达时间、票价信息。

查询结果存储单元将形成的旅游资源显示至客户端的查询页面。

此时,将显示在查询页面的旅游资源存放在MySQL数据库的L1中。在步骤S1之后,本发明的方法还包含:

当用户不满意旅游资源中的至少一个推荐的信息时,客户端的查询页面输入购物标识信息,采用至少一个推荐的信息对应的查询条件进行再次查询。

查询结果存储单元将查询条件对应的所有旅游信息反馈至客户端的查询页面,并为每条旅游信息添加对应的唯一性标识形成该条带有标识的旅游信息。

当用户选择任一条带有标识的旅游信息时,将带有标识的旅游信息代替对应的推荐信息,更新旅游资源。

此时,将显示在查询页面的旅游资源存放在MySQL数据库的L2中。

本实施例中,当旅游信息为住宿类信息时,旅游信息包含:有效酒店的住宿价格、酒店信息、入住时间、离店时间;当旅游信息为交通工具类信息时,旅游信息包含:有效交通工具的出发时间、到达时间、票价信息、交通工具信息。

S2,预定阶段:当用户确认预定旅行资源对应的行程时,客户端的预定页面采用购物标识信息在预定页面对旅游资源进行预定。步骤S2,具体包含:

预定页面通过购物标识信息调用存储在查询结果存储单元内购物标识信息对应的旅游资源,确认旅游资源的真实可预订性。

预定页面通过购物标识信息调用预订填写信息模板,将购物标识信息对应的旅游资源自动对应填入预订填写信息模板。

用户将个人信息填入至预定页面的预订填写信息模板,完成预订填写信息模板的填写后进行预订操作,完成预订。

此时,将显示在查询页面的旅游资源存放在MySQL数据库的L3中,并定期将这部分数据存入Redis数据库中。

本发明,利用在查询结果存储单元内的分级存储来保护用户所选择的资源,并通过购物标识信息(shopping id)与上述资源做关联,同时旅游资源内可能包含一个或多个带有标识的旅游信息,使得客户端在整个预定流程中仅需传递购物标识信息(shopping id),即可实现旅游资源的传递。大大的提高了系统的易用性、查询页面与预定页面之间的安全性。

虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这些仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1