技术领域
[0001] 本
发明属于基于互联网的行程线路的展示技术领域，尤其涉及一种基于互联网的行程线路的交互方法、电子设备和介质。
背景技术
[0002] 现有的基于互联网的跟团旅游产品中，出行线路及价格日历都是单向的层级递进选择。主要有两类方案：(1)以线路为主的选择方式。用户在选择了出行线路后，选择页面的下方的日历会根据所选线路，进入后台系统查询该线路支持的出行日期及价格。该方案存在的问题是：当所选线路支持的出行日期或起价与用户意向不符合时，用户只能通过不停的切换线路，来获取到每个线路的出行日期及价格，从而进行比较及挑选。(2)以日历为主的选择方式。用户在选择了意向出行日期后，根据所选日期，进入后台系统查询该日期所支持的出行线路，在用户
选定线路后，取到起价。
[0003] 以上两个方案存在的问题在于：单向选择的操作费
力度高——在进行线路和日期的匹配时，需要进行多次尝试；在对比线路和日期的起价时，需要进行反复操作，为用户带来不便，效率较低。
发明内容
[0004] 本发明要解决的技术问题是为了克服
现有技术中的基于互联网的跟团旅游产品的出行线路及价格日历操作不方便的
缺陷，提供一种基于互联网的行程线路的交互方法、电子设备和介质。
[0005] 本发明是通过下述技术方案来解决上述技术问题：
[0006] 本发明提供一种基于互联网的行程线路的交互方法，交互页面上设置有线路选择区和日期选择区，线路选择区包括待选择线路，日期选择区包括待选择日期，交互方法包括以下步骤：
[0007] 如果接收到在线路选择区的第一选择指令，则在日期选择区展示与第一线路对应的可选择日期，第一线路为第一选择指令选中的线路；
[0008] 如果接收到在日期选择区的第二选择指令，则在线路选择区展示与第一日期对应的可选择线路，第一日期为第二选择指令选中的日期。
[0009] 较佳地，在接收在线路选择区的第一选择指令的步骤之后，交互方法还包括以下步骤：
[0010] 在日期选择区以第一展示方式展示与第一线路对应的可选择日期，并以第二展示方式展示候补日期，候补日期为可选择日期以外的其他待选择日期；
[0011] 如果接收到在日期选择区的目标日期选择指令，目标日期选择指令用于选择可选择日期中的一个日期为目标日期，则设置第一线路为目标线路；
[0012] 如果接收到在日期选择区的日期切换指令，日期切换指令用于选择候补日期中的一个日期为第二日期，则在线路选择区展示与第二日期对应的可选择线路。
[0013] 较佳地，在接收在日期选择区的第二选择指令的步骤之后，交互方法还包括以下步骤：
[0014] 在线路选择区以第三展示方式展示与第一日期对应的可选择线路，并以第四展示方式展示候补线路，候补线路为可选择线路以外的其他待选择线路；
[0015] 如果接收到在线路选择区的目标线路选择指令，目标线路选择指令用于选择可选择线路中的一个线路为目标线路，则设置第一日期为目标日期；
[0016] 如果接收到在线路选择区的线路切换指令，线路切换指令用于选择候补线路中的一个线路为第二线路，则在日期选择区展示与第二线路对应的可选择日期。
[0017] 较佳地，交互方法还包括以下步骤：
[0019] 较佳地，在确定目标线路之后，交互方法还包括以下步骤：
[0020] 在交互页面上加载剩余人数显示区，并在剩余人数显示区中显示目标路线的剩余人数。
[0021] 较佳地，交互方法还包括以下步骤：
[0022] 在交互页面上加载
[0023] 较佳地，在确定目标线路之后，交互方法还包括以下步骤：
[0024] 生成与目标线路对应的行程订单。
[0025] 本发明还提供一种电子设备，包括
存储器、处理器及存储在存储器上并可在处理器上运行的
计算机程序，处理器执行计算机程序时实现本发明的基于互联网的行程线路的交互方法。
[0026] 本发明还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本发明的基于互联网的行程线路的交互方法的步骤。
[0027] 本发明的积极进步效果在于：本发明提供线路和价格日历的上下双向选择的交互方式，让用户对线路及日期的选择更灵活，不受制于它们在页面中的排布的先后顺序所影响，可由上至下递进选择，也可由下至上反推选择，为用户提供了便利。
附图说明
[0028] 图1为本发明的
实施例1的基于互联网的行程线路的交互方法的交互页面的第一种状态的示意图。
[0029] 图2为图1为本发明的实施例1的基于互联网的行程线路的交互方法的
流程图。
[0030] 图3为本发明的实施例1的基于互联网的行程线路的交互方法的交互页面的第二种状态的示意图。
[0031] 图4为本发明的实施例1的基于互联网的行程线路的交互方法的交互页面的第三种状态的示意图。
[0032] 图5为本发明的实施例1的基于互联网的行程线路的交互方法的交互页面的第四种状态的示意图。
[0033] 图6为本发明的实施例2的电子设备的结构示意图。
具体实施方式
[0034] 下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
[0035] 实施例1
[0036] 本实施例提供一种基于互联网的行程线路的交互方法，该基于互联网的行程线路的交互方法应用于供用户在互联网上预订旅行行程。参照图1，交互页面上设置有线路选择区1和日期选择区2。线路选择区1包括待选择线路，其中，“A线”、“B线”、“C线”、“D线”、“E线”均待选择线路，其中“D线”、“E线”处于“售罄”状态，采用灰显的方式展示。日期选择区2包括待选择日期，以图1为例，日期选择区2当前展示的待选择日期为10月1日至10月26日；同时，用于可以通过点击日期选择区2上的“8月”、“9月”、“11月”、“12月”等月份选择区，切换至对应月份，以展示新的待选择日期。
[0037] 参照图2，该基于互联网的行程线路的交互方法包括以下步骤：
[0038] 步骤S101、接收用户在交互页面上的操作指令，如果接收到在线路选择区的第一选择指令，则执行步骤S102；如果接收到在日期选择区的第二选择指令，则执行步骤S103。
[0039] 步骤S102、在日期选择区展示与第一线路对应的可选择日期。第一线路为第一选择指令选中的线路。作为一种可选的实施方式，在步骤S102中，在日期选择区以第一展示方式展示与第一线路对应的可选择日期，并以第二展示方式展示候补日期，候补日期为可选择日期以外的其他待选择日期。以图1为例，当用户选择“A线”，则线路选择区1中“A线”对应的选择按键呈现与其他待选择线路不同的
颜色。并且，日期选择区2以高亮的方式展示与“A线”对应的可选择日期，并以灰显的方式展示候补日期。其中，“10月1日”、“10月14日”、“10月24日”为可选择日期，即，在这些可选择日期，尚有“A线”供用户选择；日期选择区2的其他日期为候补日期，在这些日期，为提供“A线”这条线路，或者“A线”的行程服务已售罄。接下来，如果接收到在日期选择区的目标日期选择指令，目标日期选择指令用于选择可选择日期中的一个日期为目标日期，则执行步骤S104、设置第一线路为目标线路。具体参照图3，当用户在日期选择区选择“10月1日”为目标日期，则日期选择区中“10月1日”对应的区域的背景呈现用于提示用户的颜色。此时，“10月1日”的“A线”称为用户的目标线路。然后，交互页面上加载出行人数选择区3，以接收在出行人数选择区的人数选择指令。用户选择出行人数后，交互页面上显示对应的价款，即可生成相应的出行订单。
[0040] 在步骤S102之后，如果接收到在日期选择区的日期切换指令，所述日期切换指令用于选择所述候补日期中的一个日期为第二日期，则执行步骤S105、在线路选择区展示与第二日期对应的可选择线路。具体参照图4，用户在候补日期中选择“10月2日”为第二日期，则线路选择区展示与第二日期10月2日对应的可选择线路。线路选择区中，“C线”采用醒目的方式展示，为可选择线路；“A线”、“B线”为候补线路，在“10月2日”不能作为可选的出行线路，采用灰显的方式展示。
[0041] 在步骤S105之后，如果接收到在线路选择区的目标线路选择指令(参照图5，用户选择“C线”作为目标线路)，则执行步骤S106、设置选中的线路为目标线路。然后，交互页面上加载出行人数选择区3，以接收在出行人数选择区的人数选择指令。用户选择出行人数后，交互页面上显示对应的价款，即可生成相应的出行订单。
[0042] 步骤S103、在线路选择区展示与第一日期对应的可选择线路。第一日期为第二选择指令选中的日期。具体实施时，步骤S103包括：在线路选择区以第三展示方式展示与第一日期对应的可选择线路，并以第四展示方式展示候补线路，候补线路为可选择线路以外的其他待选择线路。
[0043] 在步骤S103之后，如果接收到在线路选择区的目标线路选择指令，目标线路选择指令用于选择可选择线路中的一个线路为目标线路，则执行步骤S107、设置第一日期为目标日期。
[0044] 在步骤S103之后，如果接收到在线路选择区的线路切换指令，所述线路切换指令用于选择所述候补线路中的一个线路为第二线路，则执行步骤S108、在日期选择区展示与第二线路对应的可选择日期。
[0045] 步骤S108之后，如果接收到在日期选择区的目标日期选择指令，则执行步骤S109、设置选中的日期为目标日期。
[0046] 作为一种可选的实施方式，本实施例的基于互联网的行程线路的交互方法还包括以下步骤：
[0047] 以渐进式渲染的方式展示交互页面。也即，在进入交互页面时，先渲染出交互页面的头部、底部、骨架图，500毫米后再渲染功能组件。
[0048] 进一步地，在交互页面的加载过程中还采用懒加载策略，即使用某一个组件时，才去加载相关模
块，例如，出行人数选择区的加载。本实施例的基于互联网的行程线路的交互方法还采用预加载策略，避免了解压压缩文件并读入到内存的时间，在上级页面做好预加载。本实施例的基于互联网的行程线路的交互方法还采用缩减多余依赖的策略：减少了JS bundle(Java脚本包文件)的大小，减少了加载时长。
[0049] 本实施例的基于互联网的行程线路的交互方法在具体实施时，采用原生Native(一种应用程序开发
框架)页面转React Native(一种移动应用程序开发框架)页面，不受版本限制，灵活发布，并且节省人力。
[0050] 本实施例的基于互联网的行程线路的交互方法在具体实施时，在iOS(由苹果公司开发的移动
操作系统)及Android(一种操作系统)分别封装了一个React Native的日历组件，交互流畅，提供了大量可配置
接口，灵活度高，并且通过封装的方式采用原有日历代码，节省人力及时间成本。
[0051] 实施例2
[0052] 图6为本实施例提供的一种电子设备的结构示意图。所述电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现实施例1的基于互联网的行程线路的交互方法。图6显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0053] 电子设备30可以以通用计算设备的形式表现，例如其可以为
服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。
[0054] 总线33包括
数据总线、
地址总线和控制总线。
[0055] 存储器32可以包括易失性存储器，例如
随机存取存储器(RAM)321和/或高速缓存存储器322，还可以进一步包括
只读存储器(ROM)323。
[0056] 存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
[0057] 处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及
数据处理，例如本发明实施例1的基于互联网的行程线路的交互方法。
[0058] 电子设备30也可以与一个或多个外部设备34(例如
键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口35进行。并且，模型生成的设备30还可以通过
网络适配器36与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它
硬件和/或
软件模块，包括但不限于：微代码、设备
驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
[0059] 应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
[0060] 实施例3
[0061] 本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现实施例1的基于互联网的行程线路的交互方法的步骤。
[0062] 其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、
硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
[0063] 在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1的基于互联网的行程线路的交互方法的步骤。
[0064] 其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的
软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附
权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或
修改，但这些变更和修改均落入本发明的保护范围。
