CN113297465A - 提供交通方案信息的方法、装置及电子设备 - Google Patents

提供交通方案信息的方法、装置及电子设备 Download PDF

Info

Publication number
CN113297465A
CN113297465A CN202010627215.1A CN202010627215A CN113297465A CN 113297465 A CN113297465 A CN 113297465A CN 202010627215 A CN202010627215 A CN 202010627215A CN 113297465 A CN113297465 A CN 113297465A
Authority
CN
China
Prior art keywords
information
traffic
scheme
city
transportation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010627215.1A
Other languages
English (en)
Inventor
唐梦娇
汪志文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN202010627215.1A priority Critical patent/CN113297465A/zh
Publication of CN113297465A publication Critical patent/CN113297465A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9535Search customisation based on user profiles and personalisation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/04Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G06Q10/047Optimisation of routes or paths, e.g. travelling salesman problem
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40Business processes related to the transportation industry

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请实施例公开了提供交通方案信息的方法、装置及电子设备,所述方法包括:确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息;查询交通服务资源类数据对象信息库,如果所述出发地与目的地之间不存在单一数据对象可达的交通方案,则将所述出发地与所述目的地之间划分为多个服务区间,所述服务区间对应多个可选的数据对象;根据所述多个服务区间分别对应的多个数据对象,确定所述多个服务区间分别对应的分段交通方案;根据所述多个服务区间分别对应的分段交通方案进行组合,生成从出发地到目的地的至少一个组合交通方案。通过本申请实施例,能够缩短用户的操作路径,提高效率。

Description

提供交通方案信息的方法、装置及电子设备
技术领域
本申请涉及信息处理技术领域,特别是涉及提供交通方案信息的方法、装置及电子设备。
背景技术
在一些综合性旅游出行服务平台中,可以为用户提供出行、住宿、旅游线路等方面的数据对象信息。其中,在出行方面,通常可以分为机票、火车票、汽车票等类目,用户在具有出行需求时,可以选择其中一种出行方式,并在对应的页面中输入自己的出发城市、目的城市以及出行日期信息,然后,系统可以发起搜索,并将符合搜索条件的商品信息进行展示。例如,某城市A到城市B的航班信息,等等,用户可以根据自己的需求,选择其中的航班进行预订。但是,这种传统的方式不够灵活,无法直接满足用户在多种不同场景中的不同需求,用户通常需要切换多种页面,反复执行多次搜索,才能完成一次出行相关的预订操作。
发明内容
本申请提供了提供交通方案信息的方法、装置及电子设备,能够缩短用户的操作路径,提高效率。
本申请提供了如下方案:
一种提供交通方案信息的方法,包括:
确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息;
查询交通服务资源类数据对象信息库,如果所述出发地与目的地之间不存在单一数据对象可达的交通方案,则将所述出发地与所述目的地之间划分为多个服务区间,所述服务区间对应多个可选的数据对象;
根据所述多个服务区间分别对应的多个数据对象,确定所述多个服务区间分别对应的分段交通方案;
根据所述多个服务区间分别对应的分段交通方案进行组合,生成从出发地到目的地的至少一个组合交通方案。
一种提供交通方案信息的方法,包括:
确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
提供符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个服务区间对应的分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应。
一种提供交通方案信息的方法,包括:
在目标页面中提供用于确定出行需求信息的操作选项;
通过所述操作选项确定出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
将所述出行需求信息提交到服务端,以便所述服务端生成符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应;
对所述服务端返回的组合交通方案的信息进行展示。
一种提供交通方案信息的方法,包括:
接收服务端提供的关于交通方案的推荐信息,所述推荐信息是通过对所述目标用户的出行需求进行预测生成的,所述出行需求包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;所述交通方案为由多个分段交通方案进行组合而成的组合交通方案,所述分段交通方案与交通服务资源类数据对象相对应;
在目标页面的推荐信息展示区域对所述推荐信息进行展示。
一种页面,
所述页面中包括用于输入出行需求信息的操作选项,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市中的第一地点,所述目的地为第二城市或第二城市中的第二地点;
所述目标页面中还包括推荐信息展示区域,所述推荐信息展示区域包括多个可横向滑动的卡片式展示位,用于展示推荐的交通方案的摘要信息,所述推荐的交通方案是通过对所述目标用户的出行需求进行预测生成的。
一种提供交通方案信息的装置,包括:
出行需求确定单元,用于确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息;
区间划分单元,用于查询交通服务资源类数据对象信息库,如果所述出发地与目的地之间不存在单一数据对象可达的交通方案,则将所述出发地与所述目的地之间划分为多个服务区间,所述服务区间对应多个可选的数据对象;
分段交通方案确定单元,用于根据所述多个服务区间分别对应的多个数据对象,确定所述多个服务区间分别对应的分段交通方案;
组合交通方案确定单元,用于根据所述多个服务区间分别对应的分段交通方案进行组合,生成从出发地到目的地的至少一个组合交通方案。
一种提供交通方案信息的装置,包括:
出行需求确定单元,用于确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
组合交通方案提供单元,用于提供符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个服务区间对应的分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应。
一种提供交通方案信息的装置,包括:
操作选项提供单元,用于在目标页面中提供用于确定出行需求信息的操作选项;
出行需求确定单元,用于通过所述操作选项确定出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
出行需求提交单元,用于将所述出行需求信息提交到服务端,以便所述服务端生成符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应;
展示单元,用于对所述服务端返回的组合交通方案的信息进行展示。
一种提供交通方案信息的装置,包括:
推荐信息接收单元,用于接收服务端提供的关于交通方案的推荐信息,所述推荐信息是通过对所述目标用户的出行需求进行预测生成的,所述出行需求包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;所述交通方案为由多个分段交通方案进行组合而成的组合交通方案,所述分段交通方案与交通服务资源类数据对象相对应;
推荐信息展示单元,用于在目标页面的推荐信息展示区域对所述推荐信息进行展示。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,可以提供从出发地到目的地的组合交通方案。这种组合交通方案可以由多个服务区间对应的分段交通方案组成,这样可以使得用户一次性获得组合的交通方案,而不必分段发起搜索,因此可以缩短用户的操作路径,提高效率。
在可选的实施方式中,每个服务区间的分段交通方案可以根据用户的个性化偏好信息进行确定,使得最终生成的组合交通方案数量减少,便于用户进行选择。同时,由于是根据用户的个性化偏好信息进行的筛选,因此,组成的组合交通方案符合用户需求的概率会比较高,以此提升所推荐信息的有效性,避免造成资源的浪费。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的系统架构的示意图;
图2是本申请实施例提供的第一方法的流程图;
图3是本申请实施例提供的界面的示意图;
图4-1至4-5是本申请实施例提供的展示模板的示意图;
图5-1至5-4是本申请实施例提供的详情展示界面的示意图;
图6是本申请实施例提供的第二方法的流程图;
图7是本申请实施例提供的第三方法的流程图;
图8是本申请实施例提供的第四方法的流程图;
图9是本申请实施例提供的第一装置的示意图;
图10是本申请实施例提供的第二装置的示意图;
图11是本申请实施例提供的第三装置的示意图;
图12是本申请实施例提供的第四装置的示意图;
图13是本申请实施例提供的电子设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中,提供了更灵活的提供交通方案信息的实现方案,在该实现方案中,可以提供从出发地到目的地的组合交通方案。这种组合交通方案可以由多个服务区间对应的分段交通方案组成。例如,如果出发地以及目的地都是城市,则可能存在两个城市之间不存在直达交通方案的情况,此时,可以通过中转,或者多种交通方式组合等方式,组成组合交通方案。如果出发地或目的地之一或者全部为城市中的具体地点,则组合交通方案中,不仅可以包括从出发城市到目的城市之间的“大交通”(主要包括飞机、火车、长途汽车等)方案,还可以包括从出发地点到出发城市交通枢纽(例如,机场,火车站等),或者从目的城市交通枢纽到目的地点之间的市内交通方案。其中,具体的分段交通方案还可以分别与具体的交通服务资源类的数据对象相对应,具体的数据对象可以为商品对象或者服务,包括机票、火车票、接送车服务、网约车服务等等。用户还可以选择其中某个符合需求的组合交通方案进行关联数据对象的“一键式”购买,从而缩短用户的操作路径。
其中,由于同一服务区间之间的分段交通方案通常可能有多种,例如,同样是从某个地点到所在城市的机场,可以有接送车服务、网约车服务、市内公共交通等多种交通工具类型,具体的接送车、网约车等又有不同的车型等区别,市内公共交通也有公交车、地铁等不同;从一个城市到另一个城市又可以有飞机、火车、长途汽车等多种交通工具类型,每种具体的交通工具类型下又有多种可选的航班、车次等等。因此,在将多个分段交通方案进行组合生成组合交通方案时,如果是任意组合,则可以组合出非常多的组合交通方案。而如果将这些组合交通方案都提供给用户,则用户又需要从众多的交通方案中进行筛选,依然不够方便。
为此,在本申请实施例中,在通过将多个服务区间分别对应的分段交通方案进行组合生成组合交通方案的过程中,还可以根据目标用户在交通服务资源类数据对象选择方面的个性化偏好信息,对多个服务区间分别对应的可选的交通服务资源类数据对象进行筛选,以此确定出多个服务区间分别对应的分段交通方案。这样进行筛选之后,可以过滤掉大部分的组合方式,使得最终生成的组合交通方案数量减少,便于用户进行选择。同时,由于是根据用户的个性化偏好信息进行的筛选,因此,组成的组合交通方案符合用户需求的概率会比较高,以此提升所推荐信息的有效性,避免造成资源的浪费。
其中,在优选的实施方式中,本申请实施例还可以提供更灵活的出行需求录入方式,具体的,用户在输入出发地、目的地时,不仅可以输入城市名,还可以输入具体的地点名,并且,出发地与目的地可以不对等。例如,具体可以通过城市到城市、城市到地点,地点到城市,地点到地点等多种形式表达自己的出行需求。相应的,不仅可以提供城市到城市的交通方案信息,还可以提供地点到地点,地点到城市,城市到地点等多种方式表达的出行需求对应的交通方案。使得用户可以根据实际场景的需求,更灵活地表达自己的出行需求。
或者,本申请实施例还可以根据用户的历史行为数据等对用户的出行需求进行预测,根据预测出的出行需求提供组合交通方案的推荐信息。这样,用户无需主动发起搜索,也可以获得关于组合交通方案的推荐信息。
另外,考虑到移动端设备显示屏幕尺寸有限等情况,本申请实施例对前端页面的展示方式进行了设计。
具体实现时,从系统架构角度而言,如图1所示,本申请实施例可以涉及到交通服务资源类信息服务系统(或者提供更综合性信息的服务系统)的客户端以及服务端。其中,客户端主要用于与目标用户进行交互,以及前端页面的展示;服务端则用于具体的后台数据的处理,包括对交通服务资源类数据对象信息库的查询,对用户个性化数据的保存,对各服务区间的划分,对具体服务区间对应的交通服务资源类数据对象的筛选,等等。
下面对本申请实施例提供的具体实现方案进行详细介绍。
实施例一
首先,该实施例一从服务端的角度,提供了一种提供交通方案信息的方法,参见图2,该方法具体可以包括:
S201:确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息;
其中,确定目标用户的出行需求信息的方式可以有多种,例如,一种方式下,可以根据所述目标用户关联的客户端提交的用户输入信息,确定所述目标用户的出行需求信息。具体的,可以在目标页面中提供用于确定出行需求信息的操作选项。具体的,由于本申请实施例中具体生成的组合交通方案中通常可以包括多种不同的交通服务类数据对象类型,因此,可以在目标页面中提供区别于传统搜索选项的特殊操作选项。例如,如图3-1的31处所示,可以在“国际/国内机票”页面中提供搜索区域,其中,该搜索区域可以包括多个标签选项,具体的“单程”、“往返”、“国际多程”等可以对应传统的普通搜索方式,而“智能出行”则可以对应本申请实施例提供的搜索方式。在选择了“智能出行”选项后,可以输入具体的出发地、目的地、日期等信息。当然,在具体实现时,关于出发地信息,还可以通过LBS(Location Based Services,基于位置服务)的方式进行预测,例如,根据用户当前所在的地理位置/城市等信息,预测出用户可能所需的出发地,并默认填入操作选项中的出发地信息输入框中。如果用户确实是需要以当前所在的位置为出发地,则不必再进行手动的输入操作,否则还可以对该项信息进行修改,等等。
其中,为了更灵活地满足用户在多种场景下的搜索需求,本申请实施例可以支持通过多种表达方式表达的出行需求。具体的,出发地可以为第一城市或第一城市的第一地点,目的地为第二城市或第二城市的第二地点。也就是说,用户可以发起城市到城市、城市到地点、地点到城市、地点到地点等多种形式的搜索。相应的,系统都可以给出对应的组合交通方案。
除了可以由用户主动发起搜索之外,服务端还可以对所述目标用户的出行需求进行预测,以便根据所述预测结果确定所述目标用户的出行需求信息。其中,在一种实现方式下,可以根据所述目标用户的历史行为数据,对所述目标用户的出行需求进行预测。例如,具体的,可以根据所述目标用户在近期对住宿类数据对象和/或旅游类数据对象执行的搜索、浏览、收藏、加入到待购买集合和/或购买行为,对所述目标用户的出行需求进行预测。例如,某位于城市A的用户近期购买了某酒店的住宿服务,该酒店位于某城市B,则可以预测出该用户具有从城市A去往城市B的出行需求,并且还可以直接将城市B的该酒店的位置作为目的地,给出到达该酒店的组合交通方案,等等。
或者,也可以根据所述目标用户的历史出行记录,对所述目标用户的出行需求进行预测。例如,某用户经常到同一城市出差,则可以预测出用户具有去往该城市的出行需求。另外,还可以根据该用户每次出差时是否经常入住同一酒店,到达城市后直接入住酒店还是去往工作地点,等等,对用户的目的地点进行预测,给出到达具体目的地点的组合交通方案。
另外,还可以根据热门城市、热门地点等,对用户的出行需求进行预测。其中,具体的热门城市、热门地点还可以结合用户所在的城市等地理位置信息、时间等进行确定。例如,某城市A的很多用户在冬季都喜欢去往城市B旅游,则该城市A的目标用户去往该城市B的概率也可能会比较高,等等。当然,在这种情况下,通常只能预测出某用户是否具有去往某城市的概率,因此,更适合以该城市为目的地进行组合交通方案的推荐,而不适合以城市中的某个具体地点为目的地进行推荐。
S202:查询交通服务资源类数据对象信息库,如果所述出发地与目的地之间不存在单一数据对象可达的交通方案,则将所述出发地与所述目的地之间划分为多个服务区间,每个服务区间对应多个可选的交通服务资源类数据对象;
在确定出用户的出行需求后,可以首先查询交通服务资源类数据对象信息库,判断出发地与目的地之间是否存在单一数据对象可达的交通方案。其中,所谓的单一数据对象可达也可以称为直达,单一数据对象具体是指一张机票,一张火车票,等等。当然,通常只有在出发地与目的地都是城市级别的情况下,可能存在直达的交通方案,而对于至少其中一方为城市中具体地点的情况,大部分情况不存在直达的交通方案。这是因为,城市之间的交通方案往往是“大交通”方案,主要包括飞机、火车等交通方案,这种交通方案能够的起点或者终点都是城市内的交通枢纽,而用户还需要从具体地点到达城市交通枢纽,或者从城市交通枢纽去往具体地点。对于这种区间,通常需要采用“本地交通”的方案来实现,包括城市公交、网约车、接送站/机,等等。在本申请实施例中,针对上述不存在直达交通方案的情况,则可以根据所述交通服务资源类数据对象信息,将所述出发地与所述目的地之间划分为多个服务区间。其中,具体在进行服务区间划分时,可以首先确定出不同城市之间的“大交通”服务区间,然后再确定出城市内交通服务区间。例如,具体划分出的多个服务区间可以包括:从第一城市到第二城市,从所述第一地点到所述第一城市的交通枢纽地点,和/或从第二城市的交通枢纽地点到所述第二地点。其中,具体的交通枢纽地点可以根据“第一城市到第二城市”这一服务区间对应的具体交通工具类型,甚至具体数据对象而定。例如,如果第一城市到第二城市选择的是飞机,则交通枢纽地点具体可以是指双方城市的机场。如果一个城市存在多个同类型的交通枢纽(例如,多个机场,或多个火车站等),则需要结合具体的数据对象(航班、车次等)而定。
其中,如果从所述第一城市到第二城市不存在直达的组合交通方案,则所述多个服务区间还可以包括:从所述第一城市到中转城市,以及从中转城市到所述第二城市。并且,如果在所述中转城市进行中转换乘时,涉及不同的交通枢纽,则所述多个区域还包括:从中转城市的一个交通枢纽到另一个交通枢纽。例如,从城市A到城市B不存在直达的交通方案,一种中转方案是乘坐飞机从城市A到城市C,再从城市C乘坐火车到城市B,则在城市C进行中转换乘时,还需要从机场去往火车站。此时,本申请实施例提供的组合交通方案中,也可以包括这段从城市C的机场到火车站的分段交通方案。
需要说明的是,在本申请实施例中,具体的完整解决方案可以详细到具体交通服务资源类数据对象的级别,也即,每个具体的分段解决方案都可以对应交通服务资源类数据对象,以使得用户不仅可以获知通过何种换乘方式能够到达目的地,还可以直接进行下单,进行对应服务资源的预订。当然,也正是由于需要将分段解决方案细化到具体数据对象的级别,因此,可能出现同一服务区间可选的数据对象数量非常多的情况。此时,如果将理论上可行的各种数据对象进行任意组合,则生成的组合交通方案数量将会非常多。例如,某出行需求是从城市A的X地点,到城市B的Y地点,划分成的服务区间包括城市A机场到城市B机场,从X地点到城市A机场,从城市B机场到Y地点;其中,从城市A机场到城市B机场有n个可选的航班,每个航班还有多种可选的舱位(头等舱,经济舱等),则从城市A机场到城市B机场这一服务区间将至少有2n种可选的数据对象。从X地点到城市A机场,可以选择送机服务,网约车,市内公交/地铁等;其中,送机服务以及网约车还分别有多种可选的车型,或者服务等级类型,分别对应了不同的数据对象,因此,从X地点到城市A机场也对应的可选数据对象数量也会很多。从城市B机场到Y地点与从X地点到城市A机场情况类似。总之,如果将上述三个服务区间的各种可选的数据对象进行任意组合,则得到的组合交通方案的数量会非常多。此外,上述出行需求还可能存在其他的服务区间划分方式,例如,还可以划分为城市A火车站到城市B火车站,从X地点到城市A火车站,从城市B火车站到Y地点,此时,得到的组合交通方案的数量又会在第一种服务区间划分方式的基础上翻倍。而将数量如此终端的组合交通方案不加区分的提供给用户,则对于用户而言,信息筛选的成本会很高,并且不容易找到真正符合自己需求的方案。为此,在本申请实施例中,还可以根据用户的个性化偏好信息进行筛选。
S203:根据所述多个服务区间分别对应的多个数据对象,确定所述多个服务区间分别对应的分段交通方案;
其中,可以通过多种方式确定所述多个服务区间分别对应的分段交通方案,例如,可以从一个服务区间对应的多种数据对象中任选数据对象作为对应的分段交通方案。或者,如前文所述,还可以根据所述目标用户在交通服务资源类数据对象选择方面的个性化偏好信息,对所述服务区间对应的数据对象进行选择,以确定所述多个服务区间分别对应的分段交通方案。其中,具体的个性化偏好信息是指用户在交通服务资源类数据对象选择方面的偏好信息,在本申请实施例中,具体可以包括:所述目标用户喜好的交通工具类型,机型/车型,舱位/座位等级,和/或时间信息,等等。其中,还可以分别从城市间交通以及市内交通方面,对用户的偏好进行统计。具体的,可以根据用户的历史行为数据对用户的偏好信息进行统计。例如,某用户的历史预订记录显示,该用户在城市间交通方面,比较多喜欢乘坐火车,只有在去往少数距离相对较远的城市时才会选择飞机;在车型方面,主要喜欢高铁,座位等级为商务座或一等座,并且喜欢选择出发时间在上午的车次,等等。在市内交通方面,如果是去往一些交通枢纽的场景,该用户通常喜欢选择网约车,或者,也可能在预订火车票/机票时喜欢同时购买接送机服务,等等。根据用户的上述个性化信息,可以对服务区间划分方式,以及具体服务区间内可选的交通服务资源类数据对象进行筛选,并将大部分并不符合用户喜好的数据对象过滤掉。之后可以根据筛选出的符合用户个性化偏好的数据对象确定出具体服务区间的分段交通方案。
S204:根据所述多个服务区间分别对应的分段交通方案进行组合,生成从出发地到目的地的组合交通方案。
在确定出多个服务区间分别对应的分段交通方案后,可以将这些分段交通方案进行组合,生成从出发地到目的地的组合交通方案。这种组合交通方案可以提供给目标用户关联的客户端,由客户端在具体的页面中进行展示。其中,如果是用户主动发起的搜索,则客户端可以在搜索结果展示页面的对具体的组合交通方案进行展示。
如果是服务端通过对用户出行需求进行预测后提供的组合交通方案,则客户端可以在包含了具体推荐信息展示区域的目标页面中,对具体的组合交通方案进行展示。例如,具体实现时,如图3-1的32处所示,可以在提供用于输入具体出行需求的操作选项的页面中,同时提供推荐信息展示区域。这样,在用户发起搜索请求之前便可以查看到具体的推荐信息,在推荐信息中存在符合其需求的方案的情况下,不必再发起搜索便可以直接对交通方案进行确认,还可以执行后续的一键式下单预订等操作。其中,推荐信息可以有多条,分别对应多个不同的组合交通方案。此时,考虑到移动端设备显示屏幕尺寸有限等情况,服务端具体返回的推荐信息可以包括所推荐的组合交通方案的摘要信息,例如,具体可以包括各服务区间的端点信息,交通方式信息,距离,组合交通方案的价格信息,时间信息等。相应的,如图3-1的32处所示,所述推荐信息展示区域可以包括多个可横向滑动的卡片式信息展示位,在收到服务端提供的推荐信息后,可以在所述卡片式信息展示位中对所述摘要信息进行展示。
另外,如果符合出行需求以及用户个性化偏好的组合交通方案仍然为多个,则还根据多个维度上的推荐目标,选择出符合推荐目标的组合交通方案进行推荐。其中,具体的推荐目标可以包括:时间较短,性价比较高,价格较低,较多用户选择,或者换乘次数较少,等等。具体的,上述推荐目标可以作为具体的推荐理由,在对所述组合交通方案进行展示时,还可以对应的推荐理由信息进行展示。
另外,为了使得搜索结果页面的内容显得简洁,所述服务端返回的组合交通方案的信息也可以是所述组合交通方案的摘要信息,具体可以包括各服务区间的端点信息,交通方式信息,距离,组合交通方案的价格信息,时间信息等。在搜索结果页面中提供多个卡片式信息展示位,在所述卡片式信息展示位中对所述摘要信息进行展示。其中,具体的摘要信息还可以根据各段交通方案对应的交通服务资源类型进行确定。例如,对于交通服务资源类型为火车票/机票的分段交通方案,所述摘要信息包括发车/起飞时间信息。对于交通服务资源类型为从/到交通枢纽接送服务或网约车服务的分段交通方案,所述摘要信息可以包括车辆的相关信息,例如经济5座。对于交通服务资源类型为城市内公共交通服务的分段交通方案,所述摘要信息可以包括距离信息,等等。
具体实现时,在卡片内部还可以通过图形以及文字的形式对所述摘要信息进行展示。其中,为了便于生成具体的卡片内容,还可以预先提供多种图形模板,所述图形模板中,通过多个图形元素横向连接组成线路分段示意图。不同的图形模板中对应的图形元素数量不同,和/或图形元素之间的相对长度关系不同(具体图形元素的长度可以与交通时长正相关);另外,所述图形模板中还可以包括分段交通方案的交通方式信息、所需时间信息展示位,以及分段交通方案端点信息展示位。具体从服务端获取的摘要信息包括:各分段交通方案的交通方式信息,端点信息以及所需时间信息;此时,可以根据所述组合交通方案中包括的分段交通方案的数量,以及各分段交通方案之间所需的相对时间长度信息,选择对应的图形模板,并将各分段交通方案对应的交通方式信息、所需时间信息以及端点信息填入对应的展示位。例如,如图4-2至4-5所示,具体的图形元素可以是圆角矩形,具体的模板可以分为5段、4段、3段、2段等多种类型,每种分段数量下,每一段圆角矩形的长度可以不同。具体对组合交通方案进行展示时,可以根据具体的分段数量,每一服务区间内的所需时间等信息,选择合适的模板,并且可以将具体的数据写入对应的展示位,以此生成具体卡片内的展示内容。
另外,除了分别从多个不同维度对多个组合交通方案分别进行对比之外,还可以从多个维度分别对多个组合交通方案进行综合评价,确定出综合评价较优的组合交通方案进行推荐。这样,更方便用户进行快速的做出选择。
此外,在实际应用中,为了避免频繁的查询数据库,还可以采用缓存机制。也即,可以将与所述目标用户以及出行需求对应的组合交通方案进行缓存,在具体需要根据出行需求确定组合交通方案时,可以首先查询缓存数据,如果所述缓存数据中包括与所述目标用户以及出行需求对应的组合交通方案,且缓存时间与当前查询时间之间的时间差小于阈值,则可以根据所述缓存数据提供所述符合出行需求的组合交通方案。否则,再通过查询数据库的方式重新进行组合交通方案的生成,以此提高效率,节省计算资源。
在对搜索结果页面或者推荐信息进行展示后,用户可以对具体感兴趣的组合交通方案进行查看。具体的,在接收到对所述组合交通方案进行详情查看的请求后,可以提供关于所述组合交通方案的详情信息,例如,如图5-1所示,所述详情信息可以包括所述分段交通方案分别对应的交通服务资源类数据对象信息,以及用于对所述对应的交通服务资源类数据对象进行一键式预订的操作选项。
其中,在详情页面中还可以提供用于对各分段交通方案进行修改的操作选项,例如,如图5-1中所示的“更换航班”等。通过该操作选项接收到用户请求后,如图5-2所示,可以展示出更多可选的航班供用户进行选择。用户选择其中一航班后,可以对原来的组合交通方案中的航班进行替换。
由于在详情页面中可以将各分段交通方案关联的数据对象信息进行展示,并且可以提供一键式预订的操作选项,因此,用户可以对各分段交通方案关联的数据对象信息进行一键式地预订。在通过该操作选项接收到用户请求后,如图5-3所示,可以进入到具体的结算页面,其中还可以完善相关出行人、联系人等信息并进行支付操作。完成支付后,还可以进行形成详情的查看,如图5-4所示。
具体实现时,在提供所述组合交通方案的推荐信息时,还可以对所述组合交通方案中关联的数据对象对应的搭配/组合优惠方式信息进行展示。也就是说,有些数据对象可能会关联有优惠信息,这种优惠信息对应的条件可能是与其他数据对象进行搭配或者组合时才能够获得对应的优惠,等等。而本申请实施例中恰好可以通过将多种数据对象进行组合的方式来提供组合交通方案,因此,这种组合交通方案能够命中具体数据对象优惠条件的可能性会比较大。通过在组合交通方案推荐页面中透出这种优惠信息,有利于提高浏览-预订转化率。
另外,还可以通过关联的电子地图系统,对所述组合交通方案关联的服务区间节点的位置和/或线路信息进行展示。这样,可以使得用户对组合交通方案的具体换乘地点等具有更直观的了解,帮助其进行决策。
在所述组合交通方案被预订后,还可以生成对应的订单,这种订单中可以包括多个服务区间,以及所述多个服务区间分别对应的目标数据对象信息。另外还可以对所述订单关联的多个服务区间分别对应的目标数据对象的实时服务状态信息进行监控,如果其中一服务区间对应的目标数据对象出现目标状态,则可以向下一服务区间对应的目标数据对象关联的服务提供者提供通知信息。例如,某服务区间对应的数据对象是某航班的机票,下一服务区间是接机服务,此时,如果该航班出现延误等情况,则可以通过接机服务的服务提供者推迟到达机场的时间,以避免造成长时间的等待,等等。
另外,在所述组合交通方案被预订后,还可以根据相邻服务区间之间的空余时间,推荐与对应服务区间节点关联的服务信息。例如,某组合交通方案中,需要在通过飞机到达某中转城市后,在该中转城市换乘火车,期间有数小时的空闲时间。在此期间,用户可能会需要在机场、火车站等地等待换乘,此时,可以将机场、火车站等附近的本地服务资源(例如,咖啡厅、书店等)推荐给该用户。
通过本申请实施例,可以提供从出发地到目的地的组合交通方案。这种组合交通方案可以由多个服务区间对应的分段交通方案组成,这样可以使得用户一次性获得组合的交通方案,而不必分段发起搜索,因此可以缩短用户的操作路径,提高效率。
在可选的实施方式中,每个服务区间的分段交通方案可以根据用户的个性化偏好信息进行确定,使得最终生成的组合交通方案数量减少,便于用户进行选择。同时,由于是根据用户的个性化偏好信息进行的筛选,因此,组成的组合交通方案符合用户需求的概率会比较高,以此提升所推荐信息的有效性,避免造成资源的浪费。
实施例二
该实施例二提供了另一种提供交通方案信息的方法,该方法主要侧重于灵活的出行需求信息录入方面。具体的,参见图6,该方法具体可以包括:
S601:确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
S602:提供符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个服务区间对应的分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应。
具体的,可以查询交通服务资源类数据对象信息库,如果所述出发地与所述目的地之间不存在单一数据对象可达的交通方案,则将所述出发地与所述目的地之间划分为多个服务区间,并确定多个服务区间分别对应的分段交通方案;然后,根据所述多个服务区间分别对应的分段交通方案进行组合生成所述组合交通方案。
另外,还可以根据所述目标用户在交通服务资源类数据对象选择方面的个性化偏好信息,确定所述多个服务区间分别对应的分段交通方案。
或者,还可以查询缓存数据,如果所述缓存数据中包括与所述目标用户以及出行需求对应的组合交通方案,且缓存时间与当前查询时间之间的时间差小于阈值,则根据所述缓存数据提供所述符合出行需求的组合交通方案。
其中,如果符合所述出行需求的组合交通方案为多个,则可以根据多个维度上的推荐目标,选择出符合推荐目标的组合交通方案进行推荐。
具体的,所述推荐目标包括:时间较短,价格较低,价格较低,较多用户选择,或者换乘次数较少。
另外,还可以从所述多个维度分别对多个组合交通方案进行综合评价,确定出综合评价较优的组合交通方案进行推荐。
具体实现时,可以向客户端提供符合所述出行需求的组合交通方案的摘要信息,以便在所述目标用户关联的客户端页面中,根据所述摘要信息对所述组合交通方案进行卡片式展示。
在接收到对所述组合交通方案进行详情查看的请求后,可以提供关于所述组合交通方案的详情信息,所述详情信息包括所述多个分段交通方案对应的交通服务资源类数据对象信息,以及用于对所述多个分段交通方案对应的交通服务资源类数据对象进行一键式预订的操作选项。
实施例三
该实施例三是与实施例二相对应的,从客户端的角度,提供了一种提供交通方案信息的方法,参见图7,该方法可以包括:
S701:在目标页面中提供用于确定出行需求信息的操作选项;
S702:通过所述操作选项确定出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
S703:将所述出行需求信息提交到服务端,以便所述服务端生成符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应;
S704:对所述服务端返回的组合交通方案的信息进行展示。
具体实现时,还可以在所述目标页面中提供推荐信息展示区域;此时,还可以接收所述服务端提供的关于交通方案的推荐信息,所述推荐信息是通过对所述目标用户的出行需求进行预测生成的;在所述推荐信息展示区域对所述推荐信息进行展示。
其中,所推荐的交通方案为多套,所述交通方案是由多个分段交通方案组合而成的组合交通方案;所述推荐信息包括所推荐的组合交通方案的摘要信息;所述推荐信息展示区域包括多个可横向滑动的卡片式信息展示位;此时,可以在所述卡片式信息展示位中对所述摘要信息进行展示。
另外,对于用户发起搜索的情况,所述服务端返回的组合交通方案的信息也可以包括:所述组合交通方案的摘要信息;此时,可以在搜索结果页面中提供多个卡片式信息展示位;并在所述卡片式信息展示位中对所述摘要信息进行展示。
其中,所述摘要信息根据各段交通方案对应的交通服务资源类型进行确定。
具体的,对于交通服务资源类型为火车票/机票的分段交通方案,所述摘要信息包括发车/起飞时间信息。
对于交通服务资源类型为从/到交通枢纽接送服务或网约车服务的分段交通方案,所述摘要信息包括车辆的相关信息。
对于交通服务资源类型为城市内公共交通服务的分段交通方案,所述摘要信息包括距离信息。
其中,所述组合交通方案可以为多套,对应不同的推荐理由信息;此时,还可以在所述卡片式资源展示位中对所述组合交通方案对应的推荐理由信息进行展示。
具体实现时,可以通过图形以及文字的形式对所述摘要信息进行展示。
具体的,还可以提供多种图形模板,所述图形模板中,通过多个图形元素横向连接组成线路分段示意图,其中,不同的图形模板中对应的图形元素数量不同,和/或图形元素之间的相对长度关系不同;所述图形模板中还包括分段交通方案的交通方式信息、距离信息展示位,以及分段交通方案端点信息展示位;所述摘要信息包括:各分段交通方案的交通方式信息,端点信息以及距离信息;此时,可以根据所述组合交通方案中包括的分段交通方案的数量,以及根据各分段交通方案之间的相对距离信息,选择对应的图形模板,并将各分段交通方案对应的交通方式信息、距离信息以及端点信息填入对应的展示位。
另外,在接收到对组合交通方案进行详情查看的请求后,还可以将所述请求提交到服务端;并对所述服务端提供的关于所述组合交通方案的详情信息进行展示,所述详情信息包括所述多个分段交通方案对应的交通服务资源类数据对象信息,以及用于对所述多个分段交通方案对应的交通服务资源类数据对象进行一键式预订的操作选项。
实施例四
该实施例四从客户端的角度对系统提供推荐的组合交通方案的实现方案进行介绍。具体的,该实施例四提供了一种提供交通方案信息的方法,参见图8,该方法具体可以包括:
S801:接收服务端提供的关于交通方案的推荐信息,所述推荐信息是通过对所述目标用户的出行需求进行预测生成的,所述出行需求包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;所述交通方案为由多个分段交通方案进行组合而成的组合交通方案,所述分段交通方案与交通服务资源类数据对象相对应;
S802:在目标页面的推荐信息展示区域对所述推荐信息进行展示。
其中,所推荐的交通方案为多套;所述推荐信息包括所推荐的组合交通方案的摘要信息;所述推荐信息展示区域包括多个可横向滑动的卡片式信息展示位;此时,可以在所述卡片式信息展示位中对所述摘要信息进行展示。
实施例五
该实施例五还提供了一种页面,所述页面中包括用于输入出行需求信息的操作选项,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市中的第一地点,所述目的地为第二城市或第二城市中的第二地点;另外,所述目标页面中还包括推荐信息展示区域,所述推荐信息展示区域包括多个可横向滑动的卡片式展示位,用于展示推荐的交通方案的摘要信息,所述推荐的交通方案是通过对所述目标用户的出行需求进行预测生成的。
关于上述实施例二至实施例五中的未详述部分,可以参见实施例一中的记载,这里不再赘述。
需要说明的是,本申请实施例中可能会涉及到对用户数据的使用,在实际应用中,可以在符合所在国的适用法律法规要求的情况下(例如,用户明确同意,对用户切实通知,等),在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
与实施例一相对应,本申请实施例还提供了一种提供交通方案信息的装置,参见图9,该装置可以包括:
出行需求确定单元901,用于确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息;
区间划分单元902,用于查询交通服务资源类数据对象信息库,如果所述出发地与目的地之间不存在单一数据对象可达的交通方案,则将所述出发地与所述目的地之间划分为多个服务区间,所述服务区间对应多个可选的数据对象;
分段交通方案确定单元903,用于根据所述多个服务区间分别对应的多个数据对象,确定所述多个服务区间分别对应的分段交通方案;
组合交通方案确定单元904,用于根据所述多个服务区间分别对应的分段交通方案进行组合,生成从出发地到目的地的至少一个组合交通方案。
其中,分段交通方案确定单元具体可以用于:
根据所述目标用户在交通服务资源类数据对象选择方面的个性化偏好信息,对所述服务区间对应的数据对象进行选择,以确定所述多个服务区间分别对应的分段交通方案。
其中,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点。
所述多个服务区间,包括:从第一城市到第二城市,从所述第一地点到所述第一城市的交通枢纽地点,和/或从第二城市的交通枢纽地点到所述第二地点。
如果从所述第一城市到第二城市不存在单一数据对象可达的交通方案,则所述多个服务区间还包括:从所述第一城市到中转城市,以及从中转城市到所述第二城市。
如果在所述中转城市进行中转换乘时,涉及不同的交通枢纽,则所述多个服务区间还包括:从中转城市的一个交通枢纽到另一个交通枢纽。
其中,所述出行需求确定单元具体可以用于:
根据所述目标用户关联的客户端提交的用户输入信息,确定所述目标用户的出行需求信息。
或者,所述出行需求确定单元可以用于:
对所述目标用户的出行需求进行预测,以便根据所述预测结果确定所述目标用户的出行需求信息。
具体的,所述出行需求确定单元可以用于:
根据所述目标用户的历史行为数据,对所述目标用户的出行需求进行预测。
进一步的,所述出行需求确定单元可以用于:
根据所述目标用户在近期对住宿类数据对象和/或旅游类数据对象执行的搜索、浏览、收藏、加入到待购买集合和/或购买行为,对所述目标用户的出行需求进行预测。
或者,所述出行需求确定单元可以用于:
根据所述目标用户的历史出行记录,对所述目标用户的出行需求进行预测。
另一种方式下,所述出行需求确定单元可以用于:
根据所述目标用户所在的地理位置,以及所述地理位置关联的热点目的地,对所述目标用户的出行需求进行预测。
具体实现时,该装置还可以包括:
方案选择单元,用于如果所述组合交通方案为多个,则根据多个维度上的推荐目标,选择出符合推荐目标的组合交通方案进行推荐。
其中,所述推荐目标包括:时间较短,性价比较高,或者换乘次数较少。
或者,还可以包括:
综合评价单元,用于从多个维度分别对多个组合交通方案进行综合评价,确定出综合评价较优的组合交通方案进行推荐。
摘要信息提供单元,用于向所述目标用户关联的客户端提供所述组合交通方案的摘要信息,以便在所述客户端的目标页面中,根据所述摘要信息对所述组合交通方案进行卡片式展示。
其中,所述摘要信息包括所述服务区间对应的交通服务类型,所需时长,服务区间节点信息。
另外,该装置还可以包括:
详情信息提供单元,用于在接收到对所述组合交通方案进行详情查看的请求后,提供关于所述组合交通方案的详情信息,所述详情信息包括所述分段交通方案分别对应的交通服务资源类数据对象信息,以及用于对所述对应的交通服务资源类数据对象进行一键式预订的操作选项。
优惠信息提供单元,用于在提供所述组合交通方案的推荐信息时,对所述组合交通方案中关联的数据对象对应的搭配/组合优惠方式信息进行展示。
再者,还可以包括:
地图展示单元,用于通过关联的电子地图系统,对所述组合交通方案关联的服务区间节点的位置和/或线路信息进行展示。
订单生成单元,用于在所述组合交通方案被预订后,生成对应的订单,所述订单中包括多个服务区间,以及所述多个服务区间分别对应的目标数据对象信息;
状态监控单元,用于对所述订单关联的多个服务区间分别对应的目标数据对象的实时服务状态信息进行监控,如果其中一服务区间对应的目标数据对象出现目标状态,则向下一服务区间对应的目标数据对象关联的服务提供者提供通知信息。
服务推荐单元,用于在所述组合交通方案被预订后,根据相邻服务区间之间的空余时间,推荐与对应服务区间节点关联的服务信息。
其中,所述目标用户在交通服务资源类数据对象选择方面的个性化偏好信息,包括:所述目标用户喜好的交通服务类型,机型/车型,舱位/座位等级,和/或时间信息。
与实施例二相对应,本申请实施例还提供了一种提供交通方案信息的装置,参见图10,该装置可以包括:
出行需求确定单元1001,用于确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
组合交通方案提供单元1002,用于提供符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个服务区间对应的分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应。
其中,组合交通方案提供单元具体可以包括:
区间划分子单元,用于查询交通服务资源类数据对象信息库,如果所述出发地与所述目的地之间不存在单一数据对象可达的交通方案,则将所述出发地与所述目的地之间划分为多个服务区间,并确定多个服务区间分别对应的分段交通方案;
组合生成子单元,用于根据所述多个服务区间分别对应的分段交通方案进行组合生成所述组合交通方案。
其中,所述区间划分子单元具体可以用于:
根据所述目标用户在交通服务资源类数据对象选择方面的个性化偏好信息,确定所述多个服务区间分别对应的分段交通方案。
具体的,所述组合交通方案提供单元具体可以用于,查询缓存数据,如果所述缓存数据中包括与所述目标用户以及出行需求对应的组合交通方案,且缓存时间与当前查询时间之间的时间差小于阈值,则根据所述缓存数据提供所述符合出行需求的组合交通方案。
另外,该装置还可以包括:
选择推荐单元,用于如果符合所述出行需求的组合交通方案为多个,则根据多个维度上的推荐目标,选择出符合推荐目标的组合交通方案进行推荐。
其中,所述推荐目标包括:时间较短,价格较低,价格较低,较多用户选择,或者换乘次数较少。
或者,综合评价单元,用于从所述多个维度分别对多个组合交通方案进行综合评价,确定出综合评价较优的组合交通方案进行推荐。
另外,所述组合交通方案提供单元具体可以用于:
提供符合所述出行需求的组合交通方案的摘要信息,以便在所述目标用户关联的客户端页面中,根据所述摘要信息对所述组合交通方案进行卡片式展示。
该装置还可以包括:
详情信息提供单元,用于在接收到对所述组合交通方案进行详情查看的请求后,提供关于所述组合交通方案的详情信息,所述详情信息包括所述多个分段交通方案对应的交通服务资源类数据对象信息,以及用于对所述多个分段交通方案对应的交通服务资源类数据对象进行一键式预订的操作选项。
与实施例三相对应,本申请实施例还提供了一种提供交通方案信息的装置,参见图11,该装置可以包括:
操作选项提供单元1101,用于在目标页面中提供用于确定出行需求信息的操作选项;
出行需求确定单元1102,用于通过所述操作选项确定出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
出行需求提交单元1103,用于将所述出行需求信息提交到服务端,以便所述服务端生成符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应;
展示单元1104,用于对所述服务端返回的组合交通方案的信息进行展示。
其中,可以在所述目标页面中提供推荐信息展示区域;此时,该装置还可以包括:
推荐信息接收单元,用于接收所述服务端提供的关于交通方案的推荐信息,所述推荐信息是通过对所述目标用户的出行需求进行预测生成的;
推荐信息展示单元,用于在所述推荐信息展示区域对所述推荐信息进行展示。
其中,所推荐的交通方案为多套,所述交通方案是由多个分段交通方案组合而成的组合交通方案;
所述推荐信息包括所推荐的组合交通方案的摘要信息;
所述推荐信息展示区域包括多个可横向滑动的卡片式信息展示位;
所述推荐信息展示单元具体可以用于:
在所述卡片式信息展示位中对所述摘要信息进行展示。
所述服务端返回的组合交通方案的信息包括:所述组合交通方案的摘要信息;
所述推荐信息展示单元具体可以用于:
在搜索结果页面中提供多个卡片式信息展示位;在所述卡片式信息展示位中对所述摘要信息进行展示。
其中,所述摘要信息根据各段交通方案对应的交通服务资源类型进行确定。
对于交通服务资源类型为火车票/机票的分段交通方案,所述摘要信息包括发车/起飞时间信息。
对于交通服务资源类型为从/到交通枢纽接送服务或网约车服务的分段交通方案,所述摘要信息包括车辆的相关信息。
对于交通服务资源类型为城市内公共交通服务的分段交通方案,所述摘要信息包括距离信息。
所述组合交通方案为多套,对应不同的推荐理由信息;
所述装置还可以包括:
推荐理由展示单元,用于在所述卡片式资源展示位中对所述组合交通方案对应的推荐理由信息进行展示。
其中,可以通过图形以及文字的形式对所述摘要信息进行展示。
具体实现时,该装置还可以包括:
模板提供单元,用于提供多种图形模板,所述图形模板中,通过多个图形元素横向连接组成线路分段示意图,其中,不同的图形模板中对应的图形元素数量不同,和/或图形元素之间的相对长度关系不同;所述图形模板中还包括分段交通方案的交通方式信息、所需时间信息展示位,以及分段交通方案端点信息展示位;
所述摘要信息包括:各分段交通方案的交通方式信息,端点信息以及距离信息;
所述推荐信息展示单元具体可以用于:
根据所述组合交通方案中包括的分段交通方案的数量,以及各分段交通方案之间所需的相对时间长度信息,选择对应的图形模板,并将各分段交通方案对应的交通方式信息、所需时间信息以及端点信息填入对应的展示位。
另外,该装置还可以包括:
详情查看请求提交单元,用于接收到对组合交通方案进行详情查看的请求后,将所述请求提交到服务端;
详情信息展示单元,用于对所述服务端提供的关于所述组合交通方案的详情信息进行展示,所述详情信息包括所述多个分段交通方案对应的交通服务资源类数据对象信息,以及用于对所述多个分段交通方案对应的交通服务资源类数据对象进行一键式预订的操作选项。
与实施例三相对应,本申请实施例还提供了一种提供交通方案信息的装置,参见图12,该装置可以包括:
推荐信息接收单元1201,用于接收服务端提供的关于交通方案的推荐信息,所述推荐信息是通过对所述目标用户的出行需求进行预测生成的,所述出行需求包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;所述交通方案为由多个分段交通方案进行组合而成的组合交通方案,所述分段交通方案与交通服务资源类数据对象相对应;
推荐信息展示单元1202,用于在目标页面的推荐信息展示区域对所述推荐信息进行展示。
其中,所推荐的交通方案为多套;
所述推荐信息包括所推荐的组合交通方案的摘要信息;
所述推荐信息展示区域包括多个可横向滑动的卡片式信息展示位;
所述推荐信息展示单元具体可以用于:在所述卡片式信息展示位中对所述摘要信息进行展示。
另外,本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。
以及一种电子设备,包括:
一个或多个处理器;以及
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行前述方法实施例中任一项所述的方法的步骤。
其中,图13示例性的展示出了电子设备的架构,例如,设备1300可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理,飞行器等。
参照图13,设备1300可以包括以下一个或多个组件:处理组件1302,存储器1304,电源组件1306,多媒体组件1308,音频组件1310,输入/输出(I/O)的接口1312,传感器组件1314,以及通信组件1316。
处理组件1302通常控制设备1300的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理元件1302可以包括一个或多个处理器1320来执行指令,以完成本公开技术方案提供的方法的全部或部分步骤。此外,处理组件1302可以包括一个或多个模块,便于处理组件1302和其他组件之间的交互。例如,处理部件1302可以包括多媒体模块,以方便多媒体组件1308和处理组件1302之间的交互。
存储器1304被配置为存储各种类型的数据以支持在设备1300的操作。这些数据的示例包括用于在设备1300上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1306为设备1300的各种组件提供电力。电源组件1306可以包括电源管理系统,一个或多个电源,及其他与为设备1300生成、管理和分配电力相关联的组件。
多媒体组件1308包括在设备1300和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1308包括一个前置摄像头和/或后置摄像头。当设备1300处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1310被配置为输出和/或输入音频信号。例如,音频组件1310包括一个麦克风(MIC),当设备1300处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中,音频组件1310还包括一个扬声器,用于输出音频信号。
I/O接口1312为处理组件1302和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1314包括一个或多个传感器,用于为设备1300提供各个方面的状态评估。例如,传感器组件1314可以检测到设备1300的打开/关闭状态,组件的相对定位,例如所述组件为设备1300的显示器和小键盘,传感器组件1314还可以检测设备1300或设备1300一个组件的位置改变,用户与设备1300接触的存在或不存在,设备1300方位或加速/减速和设备1300的温度变化。传感器组件1314可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1314还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1316被配置为便于设备1300和其他设备之间有线或无线方式的通信。设备1300可以接入基于通信标准的无线网络,如WiFi,或2G、3G、4G/LTE、5G等移动通信网络。在一个示例性实施例中,通信部件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信部件1316还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,设备1300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1304,上述指令可由设备1300的处理器1320执行以完成本公开技术方案提供的方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的提供交通方案信息的方法、装置及电子设备,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。

Claims (53)

1.一种提供交通方案信息的方法,其特征在于,包括:
确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息;
查询交通服务资源类数据对象信息库,如果所述出发地与目的地之间不存在单一数据对象可达的交通方案,则将所述出发地与所述目的地之间划分为多个服务区间,所述服务区间对应多个可选的数据对象;
根据所述多个服务区间分别对应的多个数据对象,确定所述多个服务区间分别对应的分段交通方案;
根据所述多个服务区间分别对应的分段交通方案进行组合,生成从出发地到目的地的至少一个组合交通方案。
2.根据权利要求1所述的方法,其特征在于,
所述确定所述多个服务区间分别对应的分段交通方案,包括:
根据所述目标用户在交通服务资源类数据对象选择方面的个性化偏好信息,对所述服务区间对应的数据对象进行选择,以确定所述多个服务区间分别对应的分段交通方案。
3.根据权利要求1所述的方法,其特征在于,
所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点。
4.根据权利要求3所述的方法,其特征在于,
所述多个服务区间,包括:
从第一城市到第二城市,从所述第一地点到所述第一城市的交通枢纽地点,和/或从第二城市的交通枢纽地点到所述第二地点。
5.根据权利要求4所述的方法,其特征在于,
如果从所述第一城市到第二城市不存在单一数据对象可达的交通方案,则所述多个服务区间还包括:从所述第一城市到中转城市,以及从中转城市到所述第二城市。
6.根据权利要求5所述的方法,其特征在于,还包括:
如果在所述中转城市进行中转换乘时,涉及不同的交通枢纽,则所述多个服务区间还包括:从中转城市的一个交通枢纽到另一个交通枢纽。
7.根据权利要求1所述的方法,其特征在于,
所述确定目标用户的出行需求信息,包括:
根据所述目标用户关联的客户端提交的用户输入信息,确定所述目标用户的出行需求信息。
8.根据权利要求1所述的方法,其特征在于,
所述确定目标用户的出行需求信息,包括:
对所述目标用户的出行需求进行预测,以便根据所述预测结果确定所述目标用户的出行需求信息。
9.根据权利要求8所述的方法,其特征在于,
所述对所述目标用户的出行需求进行预测,包括:
根据所述目标用户的历史行为数据,对所述目标用户的出行需求进行预测。
10.根据权利要求9所述的方法,其特征在于,
所述根据所述目标用户的历史行为数据,对所述目标用户的出行需求进行预测,包括:
根据所述目标用户在近期对住宿类数据对象和/或旅游类数据对象执行的搜索、浏览、收藏、加入到待购买集合和/或购买行为,对所述目标用户的出行需求进行预测。
11.根据权利要求9所述的方法,其特征在于,
所述根据所述目标用户的历史行为数据,对所述目标用户的出行需求进行预测,包括:
根据所述目标用户的历史出行记录,对所述目标用户的出行需求进行预测。
12.根据权利要求8所述的方法,其特征在于,
所述对所述目标用户的出行需求进行预测,包括:
根据所述目标用户所在的地理位置,以及所述地理位置关联的热点目的地,对所述目标用户的出行需求进行预测。
13.根据权利要求1所述的方法,其特征在于,还包括:
如果所述组合交通方案为多个,则根据多个维度上的推荐目标,选择出符合推荐目标的组合交通方案进行推荐。
14.根据权利要求13所述的方法,其特征在于,
所述推荐目标包括:时间较短,性价比较高,价格较低,较多用户选择,或者换乘次数较少。
15.根据权利要求13所述的方法,其特征在于,还包括:
从多个维度分别对多个组合交通方案进行综合评价,确定出综合评价较优的组合交通方案进行推荐。
16.根据权利要求1所述的方法,其特征在于,还包括:
向所述目标用户关联的客户端提供所述组合交通方案的摘要信息,以便在所述客户端的目标页面中,根据所述摘要信息对所述组合交通方案进行卡片式展示。
17.根据权利要求16所述的方法,其特征在于,
所述摘要信息包括所述服务区间对应的交通服务类型,所需时长,服务区间节点信息。
18.根据权利要求16所述的方法,其特征在于,还包括:
在接收到对所述组合交通方案进行详情查看的请求后,提供关于所述组合交通方案的详情信息,所述详情信息包括所述分段交通方案分别对应的交通服务资源类数据对象信息,以及用于对所述对应的交通服务资源类数据对象进行一键式预订的操作选项。
19.根据权利要求1所述的方法,其特征在于,还包括:
在提供所述组合交通方案的推荐信息时,对所述组合交通方案中关联的数据对象对应的搭配/组合优惠方式信息进行展示。
20.根据权利要求1所述的方法,其特征在于,还包括:
通过关联的电子地图系统,对所述组合交通方案关联的服务区间节点的位置和/或线路信息进行展示。
21.根据权利要求1所述的方法,其特征在于,还包括:
在所述组合交通方案被预订后,生成对应的订单,所述订单中包括多个服务区间,以及所述多个服务区间分别对应的目标数据对象信息;
对所述订单关联的多个服务区间分别对应的目标数据对象的实时服务状态信息进行监控,如果其中一服务区间对应的目标数据对象出现目标状态,则向下一服务区间对应的目标数据对象关联的服务提供者提供通知信息。
22.根据权利要求1所述的方法,其特征在于,还包括:
在所述组合交通方案被预订后,根据相邻服务区间之间的空余时间,推荐与对应服务区间节点关联的服务信息。
23.根据权利要求2所述的方法,其特征在于,
所述目标用户在交通服务资源类数据对象选择方面的个性化偏好信息,包括:所述目标用户喜好的交通服务类型,机型/车型,舱位/座位等级,和/或时间信息。
24.一种提供交通方案信息的方法,其特征在于,包括:
确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
提供符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个服务区间对应的分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应。
25.根据权利要求24所述的方法,其特征在于,
所述提供符合所述出行需求的组合交通方案,包括:
查询交通服务资源类数据对象信息库,如果所述出发地与所述目的地之间不存在单一数据对象可达的交通方案,则将所述出发地与所述目的地之间划分为多个服务区间,并确定多个服务区间分别对应的分段交通方案;
根据所述多个服务区间分别对应的分段交通方案进行组合生成所述组合交通方案。
26.根据权利要求25所述的方法,其特征在于,还包括:
根据所述目标用户在交通服务资源类数据对象选择方面的个性化偏好信息,确定所述多个服务区间分别对应的分段交通方案。
27.根据权利要求24所述的方法,其特征在于,
所述提供符合所述出行需求的组合交通方案,包括:
查询缓存数据,如果所述缓存数据中包括与所述目标用户以及出行需求对应的组合交通方案,且缓存时间与当前查询时间之间的时间差小于阈值,则根据所述缓存数据提供所述符合出行需求的组合交通方案。
28.根据权利要求24所述的方法,其特征在于,还包括:
如果符合所述出行需求的组合交通方案为多个,则根据多个维度上的推荐目标,选择出符合推荐目标的组合交通方案进行推荐。
29.根据权利要求28所述的方法,其特征在于,
所述推荐目标包括:时间较短,价格较低,价格较低,较多用户选择,或者换乘次数较少。
30.根据权利要求28所述的方法,其特征在于,还包括:
从所述多个维度分别对多个组合交通方案进行综合评价,确定出综合评价较优的组合交通方案进行推荐。
31.根据权利要求24至30任一项所述的方法,其特征在于,还包括:
所述提供符合所述出行需求的组合交通方案,包括:
提供符合所述出行需求的组合交通方案的摘要信息,以便在所述目标用户关联的客户端页面中,根据所述摘要信息对所述组合交通方案进行卡片式展示。
32.根据权利要求31所述的方法,其特征在于,还包括:
在接收到对所述组合交通方案进行详情查看的请求后,提供关于所述组合交通方案的详情信息,所述详情信息包括所述多个分段交通方案对应的交通服务资源类数据对象信息,以及用于对所述多个分段交通方案对应的交通服务资源类数据对象进行一键式预订的操作选项。
33.一种提供交通方案信息的方法,其特征在于,包括:
在目标页面中提供用于确定出行需求信息的操作选项;
通过所述操作选项确定出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
将所述出行需求信息提交到服务端,以便所述服务端生成符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应;
对所述服务端返回的组合交通方案的信息进行展示。
34.根据权利要求33所述的方法,其特征在于,
在所述目标页面中提供推荐信息展示区域;
所述方法还包括:
接收所述服务端提供的关于交通方案的推荐信息,所述推荐信息是通过对所述目标用户的出行需求进行预测生成的;
在所述推荐信息展示区域对所述推荐信息进行展示。
35.根据权利要求34所述的方法,其特征在于,
所推荐的交通方案为多套,所述交通方案是由多个分段交通方案组合而成的组合交通方案;
所述推荐信息包括所推荐的组合交通方案的摘要信息;
所述推荐信息展示区域包括多个可横向滑动的卡片式信息展示位;
所述在所述推荐信息展示区域对所述推荐信息进行展示,包括:
在所述卡片式信息展示位中对所述摘要信息进行展示。
36.根据权利要求33所述的方法,其特征在于,
所述服务端返回的组合交通方案的信息包括:所述组合交通方案的摘要信息;
所述对所述服务端返回的组合交通方案的信息进行展示,包括:
在搜索结果页面中提供多个卡片式信息展示位;
在所述卡片式信息展示位中对所述摘要信息进行展示。
37.根据权利要求35或36所述的方法,其特征在于,
所述摘要信息根据各段交通方案对应的交通服务资源类型进行确定。
38.根据权利要求37所述的方法,其特征在于,
对于交通服务资源类型为火车票/机票的分段交通方案,所述摘要信息包括发车/起飞时间信息。
39.根据权利要求37所述的方法,其特征在于,
对于交通服务资源类型为从/到交通枢纽接送服务或网约车服务的分段交通方案,所述摘要信息包括车辆的相关信息。
40.根据权利要求37所述的方法,其特征在于,
对于交通服务资源类型为城市内公共交通服务的分段交通方案,所述摘要信息包括距离信息。
41.根据权利要求36所述的方法,其特征在于,
所述组合交通方案为多套,对应不同的推荐理由信息;
所述方法还包括:
在所述卡片式资源展示位中对所述组合交通方案对应的推荐理由信息进行展示。
42.根据权利要求36所述的方法,其特征在于,
所述在所述卡片式信息展示位中对所述摘要信息进行展示,包括:
通过图形以及文字的形式对所述摘要信息进行展示。
43.根据权利要求42所述的方法,其特征在于,还包括:
提供多种图形模板,所述图形模板中,通过多个图形元素横向连接组成线路分段示意图,其中,不同的图形模板中对应的图形元素数量不同,和/或图形元素之间的相对长度关系不同;所述图形模板中还包括分段交通方案的交通方式信息、所需时间信息展示位,以及分段交通方案端点信息展示位;
所述摘要信息包括:各分段交通方案的交通方式信息,端点信息以及距离信息;
所述通过图形以及文字的形式对所述摘要信息进行展示,包括:
根据所述组合交通方案中包括的分段交通方案的数量,以及各分段交通方案之间所需的相对时间长度信息,选择对应的图形模板,并将各分段交通方案对应的交通方式信息、所需时间信息以及端点信息填入对应的展示位。
44.根据权利要求33至43任一项所述的方法,其特征在于,还包括:
接收到对组合交通方案进行详情查看的请求后,将所述请求提交到服务端;
对所述服务端提供的关于所述组合交通方案的详情信息进行展示,所述详情信息包括所述多个分段交通方案对应的交通服务资源类数据对象信息,以及用于对所述多个分段交通方案对应的交通服务资源类数据对象进行一键式预订的操作选项。
45.一种提供交通方案信息的方法,其特征在于,包括:
接收服务端提供的关于交通方案的推荐信息,所述推荐信息是通过对所述目标用户的出行需求进行预测生成的,所述出行需求包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;所述交通方案为由多个分段交通方案进行组合而成的组合交通方案,所述分段交通方案与交通服务资源类数据对象相对应;
在目标页面的推荐信息展示区域对所述推荐信息进行展示。
46.根据权利要求45所述的方法,其特征在于,
所推荐的交通方案为多套;
所述推荐信息包括所推荐的组合交通方案的摘要信息;
所述推荐信息展示区域包括多个可横向滑动的卡片式信息展示位;
所述在所述推荐信息展示区域对所述推荐信息进行展示,包括:
在所述卡片式信息展示位中对所述摘要信息进行展示。
47.一种页面,其特征在于,
所述页面中包括用于输入出行需求信息的操作选项,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市中的第一地点,所述目的地为第二城市或第二城市中的第二地点;
所述目标页面中还包括推荐信息展示区域,所述推荐信息展示区域包括多个可横向滑动的卡片式展示位,用于展示推荐的交通方案的摘要信息,所述推荐的交通方案是通过对所述目标用户的出行需求进行预测生成的。
48.一种提供交通方案信息的装置,其特征在于,包括:
出行需求确定单元,用于确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息;
区间划分单元,用于查询交通服务资源类数据对象信息库,如果所述出发地与目的地之间不存在单一数据对象可达的交通方案,则将所述出发地与所述目的地之间划分为多个服务区间,所述服务区间对应多个可选的数据对象;
分段交通方案确定单元,用于根据所述多个服务区间分别对应的多个数据对象,确定所述多个服务区间分别对应的分段交通方案;
组合交通方案确定单元,用于根据所述多个服务区间分别对应的分段交通方案进行组合,生成从出发地到目的地的至少一个组合交通方案。
49.一种提供交通方案信息的装置,其特征在于,包括:
出行需求确定单元,用于确定目标用户的出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
组合交通方案提供单元,用于提供符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个服务区间对应的分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应。
50.一种提供交通方案信息的装置,其特征在于,包括:
操作选项提供单元,用于在目标页面中提供用于确定出行需求信息的操作选项;
出行需求确定单元,用于通过所述操作选项确定出行需求信息,其中,所述出行需求信息包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;
出行需求提交单元,用于将所述出行需求信息提交到服务端,以便所述服务端生成符合所述出行需求的组合交通方案,其中,所述组合交通方案由多个分段交通方案进行组合而成,所述分段交通方案与交通服务资源类数据对象相对应;
展示单元,用于对所述服务端返回的组合交通方案的信息进行展示。
51.一种提供交通方案信息的装置,其特征在于,包括:
推荐信息接收单元,用于接收服务端提供的关于交通方案的推荐信息,所述推荐信息是通过对所述目标用户的出行需求进行预测生成的,所述出行需求包括出发地、目的地以及出行日期信息,所述出发地为第一城市或第一城市的第一地点,所述目的地为第二城市或第二城市的第二地点;所述交通方案为由多个分段交通方案进行组合而成的组合交通方案,所述分段交通方案与交通服务资源类数据对象相对应;
推荐信息展示单元,用于在目标页面的推荐信息展示区域对所述推荐信息进行展示。
52.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1至46任一项所述的方法的步骤。
53.一种电子设备,其特征在于,包括:
一个或多个处理器;以及
与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行权利要求1至46任一项所述的方法的步骤。
CN202010627215.1A 2020-07-01 2020-07-01 提供交通方案信息的方法、装置及电子设备 Pending CN113297465A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010627215.1A CN113297465A (zh) 2020-07-01 2020-07-01 提供交通方案信息的方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010627215.1A CN113297465A (zh) 2020-07-01 2020-07-01 提供交通方案信息的方法、装置及电子设备

Publications (1)

Publication Number Publication Date
CN113297465A true CN113297465A (zh) 2021-08-24

Family

ID=77318334

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010627215.1A Pending CN113297465A (zh) 2020-07-01 2020-07-01 提供交通方案信息的方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN113297465A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116091173A (zh) * 2023-03-13 2023-05-09 浙江飞猪网络技术有限公司 中转方案推荐、交通票务中转方案查询方法、设备和介质

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130115004A (ko) * 2012-04-10 2013-10-21 이호철 항공권 예약 서비스 시스템 및 방법
CN103390031A (zh) * 2013-07-01 2013-11-13 招商银行股份有限公司 智能推荐方法及装置
CN103646069A (zh) * 2013-12-06 2014-03-19 北京奇虎科技有限公司 一种票务信息的推荐方法和装置
CN103678489A (zh) * 2013-11-12 2014-03-26 中国联合网络通信有限公司广东省分公司 智慧城市出行信息推荐方法及装置
US20170053363A1 (en) * 2015-08-18 2017-02-23 Mastercard International Incorporated Method and system for providing a travel recommendation
CN107024217A (zh) * 2016-02-01 2017-08-08 北京迈维出行科技有限公司 城际交通的路线规划的方法、装置及系统
US20170228667A1 (en) * 2016-02-04 2017-08-10 International Business Machines Corporation Generation of personalized transportation proposals
CN107145955A (zh) * 2017-04-11 2017-09-08 浙江大学 一种基于条件和用户偏好的行程规划方法
CN107944586A (zh) * 2017-12-18 2018-04-20 携程旅游网络技术(上海)有限公司 点到点交通出行方案推送方法、系统、设备及存储介质
CN108121725A (zh) * 2016-11-29 2018-06-05 阿里巴巴集团控股有限公司 一种搜索方法及装置
CN110720027A (zh) * 2017-12-15 2020-01-21 谷歌有限责任公司 导航应用中具有乘车服务路段的多方式指导
CN110720026A (zh) * 2017-12-15 2020-01-21 谷歌有限责任公司 使用第三方数据在导航应用中自定义可视化
CN110869953A (zh) * 2018-02-06 2020-03-06 北京嘀嘀无限科技发展有限公司 推荐交通出行服务的系统和方法
US20200118226A1 (en) * 2018-10-16 2020-04-16 PAG Financial International LLC Criteria-based location tracking and notification system
CN111310077A (zh) * 2020-02-28 2020-06-19 河海大学常州校区 一种旅客智能行程推荐系统和方法

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130115004A (ko) * 2012-04-10 2013-10-21 이호철 항공권 예약 서비스 시스템 및 방법
CN103390031A (zh) * 2013-07-01 2013-11-13 招商银行股份有限公司 智能推荐方法及装置
CN103678489A (zh) * 2013-11-12 2014-03-26 中国联合网络通信有限公司广东省分公司 智慧城市出行信息推荐方法及装置
CN103646069A (zh) * 2013-12-06 2014-03-19 北京奇虎科技有限公司 一种票务信息的推荐方法和装置
US20170053363A1 (en) * 2015-08-18 2017-02-23 Mastercard International Incorporated Method and system for providing a travel recommendation
CN107024217A (zh) * 2016-02-01 2017-08-08 北京迈维出行科技有限公司 城际交通的路线规划的方法、装置及系统
US20170228667A1 (en) * 2016-02-04 2017-08-10 International Business Machines Corporation Generation of personalized transportation proposals
CN108121725A (zh) * 2016-11-29 2018-06-05 阿里巴巴集团控股有限公司 一种搜索方法及装置
CN107145955A (zh) * 2017-04-11 2017-09-08 浙江大学 一种基于条件和用户偏好的行程规划方法
CN110720027A (zh) * 2017-12-15 2020-01-21 谷歌有限责任公司 导航应用中具有乘车服务路段的多方式指导
CN110720026A (zh) * 2017-12-15 2020-01-21 谷歌有限责任公司 使用第三方数据在导航应用中自定义可视化
CN107944586A (zh) * 2017-12-18 2018-04-20 携程旅游网络技术(上海)有限公司 点到点交通出行方案推送方法、系统、设备及存储介质
CN110869953A (zh) * 2018-02-06 2020-03-06 北京嘀嘀无限科技发展有限公司 推荐交通出行服务的系统和方法
US20200118226A1 (en) * 2018-10-16 2020-04-16 PAG Financial International LLC Criteria-based location tracking and notification system
CN111310077A (zh) * 2020-02-28 2020-06-19 河海大学常州校区 一种旅客智能行程推荐系统和方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116091173A (zh) * 2023-03-13 2023-05-09 浙江飞猪网络技术有限公司 中转方案推荐、交通票务中转方案查询方法、设备和介质

Similar Documents

Publication Publication Date Title
CN109691072B (zh) 用于推送通知的方法、装置、移动终端及图形用户界面
US11493347B2 (en) Using historical location data to improve estimates of location
US9488487B2 (en) Route detection in a trip-oriented message data communications system
US20170186056A1 (en) Providing on-demand services through use of portable computing devices
US20030068999A1 (en) Interactive taxi information system
CN104823436A (zh) 通过使用便携式计算装置提供按需服务
US20150161533A1 (en) On-demand vehicle operation management device, on-demand vehicle operation management method, and on-demand vehicle operation management system
WO2020011030A1 (zh) 拼车方法、拼车路线的推荐方法、装置、介质及电子设备
KR101719334B1 (ko) 렌터카 서비스 제공 방법
KR101812778B1 (ko) 승객 운반 중인 택시에 대한 배차예약 장치, 방법 및 컴퓨터 판독가능 기록매체
WO2021043096A1 (zh) 信息预订方法、装置及电子设备
JP2002259253A (ja) 接近情報通知方法
KR20150133953A (ko) 택시 합승을 위한 중개 시스템
WO2018138884A1 (ja) 交通案内システム、交通案内方法、駐車場管理システム、駐車場管理方法、及び、記録媒体
US9858820B2 (en) Transportation services providing method and user device and server using the same
US11477251B1 (en) Transport communication
CN113297465A (zh) 提供交通方案信息的方法、装置及电子设备
CN110166509A (zh) 基于公共交通工具的数据推送方法、计算机可读存储介质
KR101234793B1 (ko) 이동통신 단말기를 이용한 대중교통 이용 방법
JP2019020942A (ja) マッチング装置、マッチング方法、およびプログラム
JP7196456B2 (ja) 相乗り支援システムおよびプログラム
JP6889562B2 (ja) 駐車場情報処理装置、駐車場情報処理方法、およびプログラム
KR20160101476A (ko) 택시 서비스 제공 방법
CN110874655A (zh) 共享车管理装置以及共享车管理方法
CN114584650B (zh) 用于推送通知的方法、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination