候补获票处理、互动方法、装置、计算机设备及介质与流程

1.本技术涉及计算机技术领域，尤其涉及候补获票处理、互动方法、装置、计算机设备及介质。


背景技术：

2.目前，用户需要列车、飞机出行等会通过在线方式购票。
3.然而，以列车为例，当列车班次无票时，用户虽然可通过“候补购票”的功能等待获票，但是成功率极低，导致用户体验较差。


技术实现要素：

4.鉴于以上所述现有技术的缺点，本技术的目的在于提供候补获票处理、互动方法、装置、计算机设备及介质，提升候补购票的成功率，改善用户体验。
5.本技术第一方面提供一种候补获票处理方法，包括：沿用户选择候补获票的原班次的班次行程确定其中有票的第一行程段以及之后剩余的第二行程段，并确定相应的相似购票方案以提供给所述用户；其中，所述相似购票方案包括：对所述第一行程段购票，再对所述第二行程段执行候补获票；响应于用户对所述第一行程段的购票完成，对所述第二行程段执行候补获票；发送对所述第二行程段的候补获票信息。
6.在第一方面的实施例中，所述沿用户选择候补获票的原班次的班次行程确定其中有票的第一行程段，包括：确定从所述班次行程的出发地至与所述班次行程的目的地最接近的站点的有票的行程段，作为所述第一行程段。
7.在第一方面的实施例中，所述沿用户选择候补获票的原班次的班次行程确定其中有票的第一行程段以及之后剩余的第二行程段，并确定相应的相似购票方案以提供给所述用户，其触发条件包括以下至少一种：1)对所述原班次的候补获票开始后达到预设时长；2)距离候补获票的原班次的出发时间剩余预设时长。
8.在第一方面的实施例中，所述的候补获票处理方法还包括：锁定与所述相似购票方案中对应第一行程段的座次。
9.在第一方面的实施例中，所述的候补获票处理方法还包括：向用户提供在对第二行程候补获票失败情况下补票到达的建议信息。
10.在第一方面的实施例中，所述的候补获票处理方法还包括：对于根据所述相似购票方案完成所述第一行程段的购票的用户，在对所述第二行程段执行候补获票时提升所述用户购票的资源权限。
11.本技术第二方面提供一种候补获票交互方法，包括：展示候补获票的原班次的相似购票方案；其中，所述相似购票方案包括：对所述原班次中的第一行程段购票，再对所述第一行程段之后剩余的第二行程段执行候补获票；响应于所接受的用户购票操作，以完成对所述第一行程段的购票；展示关于所述第二行程段的候补获票信息。
12.本技术第三方面提供一种候补获票处理装置，包括：相似方案确定模块，用于沿用
户选择候补获票的原班次的班次行程确定其中有票的第一行程段以及之后剩余的第二行程段，并确定相应的相似购票方案以提供给所述用户；其中，所述相似购票方案包括：对所述第一行程段购票，再对所述第二行程段执行候补获票；候补模块，用于响应于用户对所述第一行程段的购票完成，对所述第二行程段执行候补获票；发送模块，用于发送对所述第二行程段的候补获票信息。
13.本技术第四方面提供一种候补获票交互装置，包括：展示模块，用于展示候补获票的原班次的相似购票方案；其中，所述相似购票方案包括：对所述原班次中的第一行程段购票，再对所述第一行程段之后剩余的第二行程段执行候补获票；发送模块，用于响应于所接受的用户购票操作，以完成对所述第一行程段的购票；所述展示模块，用于展示关于所述第二行程段的候补获票信息。
14.本技术第五方面提供一种计算机设备，包括：存储器及处理器；所述存储器存储有程序指令；所述处理器用于运行所述程序指令以执行如第一方面中任一项所述的候补获票处理方法；或者，执行如第二方面所述的候补获票交互方法。
15.本技术第六方面提供一种计算机可读存储介质，存储有程序指令，所述程序指令被运行时执行如第一方面任一项所述的候补获票处理方法；或者，执行第二方面所述的候补获票交互方法。
16.综上，本技术提供候补获票处理、互动方法、装置、计算机设备及介质，通过沿用户选择候补获票的原班次的班次行程确定其中有票的第一行程段以及之后剩余的第二行程段，并确定相应的相似购票方案以提供给所述用户；其中，所述相似购票方案包括：对所述第一行程段购票，再对所述第二行程段执行候补获票；从而，可供用户对第一行程段先行购票后对第二行程段候补获票并最终完成用户的出行，可大大提升用户候补购票的成功率，有效改善用户体验。
附图说明
17.图1展示本技术实施例中通信系统的结构示意图。
18.图2展示本技术实施例中候补购票实现的通信过程的流程示意图。
19.图3展示本技术一实施例中相似购票方案的图形界面示意图。
20.图4展示用户在图3的界面中确认购票后跳转的图形界面示意图。
21.图5展示从图4跳转的对第二行程段候补购票中的图形界面示意图。
22.图6展示本技术实施例中的候补获票处理装置的模块示意图。
23.图7展示本技术实施例中的候补获票交互装置的模块示意图。
24.图8展示本技术实施例中计算机设备的结构示意图。
具体实施方式
25.以下通过特定的具体实例说明本技术的实施方式，本领域技术人员可由本技术所揭露的内容轻易地了解本技术的其他优点与功效。本技术还可以通过另外不同的具体实施方式加以实施或应用系统，本技术中的各项细节也可以根据不同观点与应用系统，在没有背离本技术的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
26.下面以附图为参考，针对本技术的实施例进行详细说明，以便本技术所属技术领域的技术人员能够容易地实施。本技术可以以多种不同形态体现，并不限定于此处说明的实施例。
27.在本技术的表示中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的表示意指结合该实施例或示例表示的具体特征、结构、材料或者特点包括于本技术的至少一个实施例或示例中。而且，表示的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本技术中表示的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
28.此外，术语“第一”、“第二”仅用于表示目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本技术的表示中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
29.为了明确说明本技术，省略与说明无关的器件，对于通篇说明书中相同或类似的构成要素，赋予了相同的参照符号。
30.在通篇说明书中，当说某器件与另一器件“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种器件“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素排除在外，而是意味着可以还包括其它构成要素。
31.当说某器件在另一器件“之上”时，这可以是直接在另一器件之上，但也可以在其之间伴随着其它器件。当对照地说某器件“直接”在另一器件“之上”时，其之间不伴随其它器件。
32.虽然在一些实例中术语第一、第二等在本文中用来表示各种元件，但是这些元件不应当被这些术语限制。这些术语仅用来将一个元件与另一个元件进行区分。例如，第一接口及第二接口等表示。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“a、b或c”或者“a、b和/或c”意味着“以下任一个：a；b；c；a和b；a和c；b和c；a、b和c”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。
33.此处使用的专业术语只用于言及特定实施例，并非意在限定本技术。此处使用的单数形态，只要语句未明确表示出与之相反的意义，那么还包括复数形态。在说明书中使用的“包括”的意义是把特定特性、区域、整数、步骤、作业、要素及/或成份具体化，并非排除其它特性、区域、整数、步骤、作业、要素及/或成份的存在或附加。
34.虽然未不同地定义，但包括此处使用的技术术语及科学术语，所有术语均具有与本技术所属技术领域的技术人员一般理解的意义相同的意义。普通使用的字典中定义的术语追加解释为具有与相关技术文献和当前提示的内容相符的意义，只要未进行定义，不得过度解释为理想的或非常公式性的意义。
35.鉴于目前候补购票的成功率低，本技术实施例中将某个班次的班次行程不再视为一整体，而是作为衔接的多段行程段的元素组合，从而通过有票的前部分行程段先行购票，进而再处理后部分行程段的获票。如此一来，会大大降低最终达成所述班次行程的难度，提升候补购票的成功率。以下通过多个实施例对本技术方案的具体应用进行说明。
36.如图1所示，展示本技术实施例中通信系统的结构示意图。
37.所述通信系统中展示有用户终端101以及服务端102。所述用户终端101与所述服务端102通信连接，所述通信连接包括但不限于网络连接或者直连等。所述网络包括但不限于有线或无线的局域网络或广域网络(如因特网，移动互联网等)。
38.在一些实施例中，所述用户终端101包括但不限于台式机、笔记本电脑、智能手机、平板电脑、个人数字助理(personal digitalassistant，pda)、智能手表、智能手环、智能眼镜、掌上游戏机、数码相机等终端，具备数据处理(具有数据处理电路等)、显示(具有显示屏等)及与外部通信能力(具有通信电路模块等)。所述用户终端101可以通过安装出行购票的应用程序(application，app)来与服务端102通信交互，例如火车、飞机、汽车等运载工具的购票app。用户终端101运行购票app以显示相应图形用户界面(graphical user interface，gui)，用户可以在图形用户界面搜索与其行程匹配的运载班次，并将服务端102反馈的匹配的运载班次进行显示，用户可以通过操作以选择运载班次进行购票。或者，用户终端101也可以通过网络浏览器访问服务端102提供的服务网址，以登录网页的图形用户界面，进行购票操作。
39.在一些实施例中，所述服务端102包括但不限于服务器、服务器组等，用于向用户终端101提供购票服务。
40.当用户终端101查询到所需的未来班次已无票而选择候补购票后，所述服务端102可以为用户确定相似购票方案。以列车班次为例，用户查询到6月5日“上海”到“北京”的g123次列车无票，选择候补购票，即当有票时在候补购票的用户中分配，具体可以按排队的方式，即先候补的先得票的方式。随着时间接近6月5日，但g123仍然无票，则服务端102根据g123次列车的行程，获得上海出发到北京中的某站有票的行程段，比如6月5日g123的“上海到天津”的行程段是有票的，则可提供给用户购买，用户购买后则至少可持有该票在6月5日从上海出发到天津。进一步的，服务端102还可以为用户购候补获得剩余行程段即“天津到北京”的票，或者如果无票则可建议用户先从上海到天津之后再在车上补“天津到北京”的票。
41.如图2所示，展示本技术实施例中实现候补获票处理的通信过程的流程示意图。所述流程可以应用在例如图1的通信系统中。
42.在步骤s201中，服务端沿用户选择候补获票的原班次的班次行程确定其中有票的第一行程段以及之后剩余的第二行程段，并确定相应的相似购票方案。
43.其中，所述相似购票方案包括：对所述第一行程段购票，再对所述第二行程段执行候补获票。即例如前述示例中先提供“上海到天津”的有票的第一行程段的购票，再提供“天津到北京”的第二行程段的候补获票，如果无法候补到则可以在列车上补票(列车特点)。
44.在一些实施例中，可以通过设置一定条件来选取所述第一行程段，比如选择从无票的班次行程的出发地到最接近其目的地的站点的有票的行程段，例如上海
‑
北京的g132班次中，从“上海”到最接近目的地“北京”的“天津”，的行程段有票，则第一行程段为“上海
‑
天津”；又例如，并非所有的有票的行程段都可以作为第一行程段，则可以设置第一行程段的长度下限，比如覆盖班次行程的1/2、2/3、3/4站点以上等，比如g132班次列车，最接近原班次行程的第一行程段仅有“上海
‑
南京南”，则可以认为没有合适的相似购票方案。
45.在一些实施例中，所述步骤s201执行的触发条件，可以基于用户“候补购票”情况下随时间推移向候补购票的原班次的出发时间接近的情况来设置，包括以下至少一种：
46.1)对所述原班次的候补获票开始后达到预设时长。例如，对7月3日出发的g132候补获票是在6月25日，在6月30日时执行步骤s201，以得到相似购票方案。
47.2)距离候补获票的原班次的出发时间剩余预设时长。例如，对7月3日出发的g132候补购票的情况，在出发日的5天前的6月28日时执行步骤s201，以得到相似购票方案。
48.或者，结合两种，在候补获票开始后达到预设时长，且距离候补获票的原班次的出发时间剩余预设时长均满足条件。例如，在候补获票的5日后，以及出发时间5日前的重叠时间区间内执行所述步骤s201。
49.在步骤s202中，服务端将所述相似购票方案发送给用户终端。
50.在步骤s203中，用户终端展示所述相似购票方案。
51.所述相似购票方案展示给用户以确认购票。在一些实施例中，可以参考例如图3所示，展示一实施例中相似购票方案的图形界面示意图，所述图形界面可以属于购票app、小程序、或网络浏览器所展示的页面。在该图形界面中，展示原班次6月5日的g132次列车“上海虹桥到北京南”的相似购票方案，即6月5日g132次列车“上海虹桥到天津”；并且，还展示可供用户操作以购票的选项，比如“确认出票”，“不要这张车票”等。
52.并且可选的，图示中还可以直观展示第一行程段和第二行程段的信息，比如展示当前可供购买的6月5日g132列车“上海
‑
天津”有票，以及展示还剩余可尝试候补获票的“天津
‑
北京”的第二行程段，如此可以让用户更加直观地了解整个相似行程方案。
53.在一些实施例中，所述服务端在确定所述相似购票方案时，可以先锁定购票方案中第一行程段的相应座次，以供用户购票，即例如图3中所展示的“占座成功待确认”。从而，可以避免在提供相似购票方案至用户确定购票的时间段中第一行程段变化为无票的不良情况出现。进一步可选的，当用户确定对第一行程段不购票时可解锁此座次。
54.在步骤s204中，响应于所接受的用户购票操作，用户终端完成对所述第一行程段的购票。
55.具体的，所述用户终端通过触摸屏、键盘等以接受用户操作来获得输入，以与所述服务端进行通信交互，以完成所述购票。其中，购票时可能调用网银、第三方支付平台等进行费用支付。
56.示例性地，可根据图3所示图形界面直观可见，用户选择“确认出票”选项以进一步购票完成，即可以跳转到例如图4所示的界面以表示购票完成。
57.在步骤s205中，响应于用户对所述第一行程段的购票完成，服务端对所述第二行程段执行候补获票。
58.在步骤s206中，服务端发送对所述第二行程段的候补获票信息，以通知用户终端。
59.在一些实施例中，所述候补获票信息可以包括候补获票中、成功、失败中的一种或多种信息，以在用户终端在图形界面中展示。
60.在步骤s207中，用户终端展示关于所述第二行程段的候补获票信息。
61.由于第一行程段已购票，则用户终端可展示第二行程段的候补获票信息，比如展示获票中、获票成功以供用户购买、获票失败等。例如，在图4所示的图形界面中，还可以展示用于引导用户尝试第二行程段候补获票的相关信息，用户可通过其中的“查看详情”选项，跳转到图5所示的图形界面，其中展示有“正在抢”“天津
‑
北京行程”，表示正候补获取第二行程段的票。示例性的，对于完成第一行程段购票的用户，图5中引导用户在对所述第二行程段候补获票时选择提升所述用户购票的资源权限，所述资源权限例如为vip用户等，配置更高的资源权限(比如优先出票给vip用户，享受更大的抢票带宽、更快速服务器等)。例如，在图4所示的图形界面中，还可以展示“出票后可免费抢vip抢后续行程”的信息，表明购买第一行程段的票之后会提升用户购买第二行程段的资源权限至vip，从而更优先地或享受更多资源地获取第二行程段的票。
62.在一些示例中，如果对第二行程段获票成功，则可以直接购票。例如，图5中所展示的信息，“抢票成功，仅需在天津站换个座位，全程有票”，即在同一列车g132换乘，用户先使用第一行程段购买的票(设对应第一座位)乘坐g132从上海出发到天津，然后在天津在g132上使用对第二行程段购买的票(对应第二座位)相应更换座位，即可实现原班次行程，乘坐g132次列车从上海到达北京。从而，在上海
‑
北京的完整班次无票的情况下，通过灵活处理各个行程段的购票理想地达成了几乎完全相同的座次，有效提升候补获票的成功率和用户体验。
63.可选的，可向用户提供在对第二行程候补获票失败情况下补票到达的建议信息。例如，在图5中展示有“抢票失败上车后需要在天津站补票至北京”。即，用户在6月5日先乘坐g132从上海到天津，再在g132上补票至北京，同样可以达成原行程。
64.由此，如果按现有技术对原班次进行候补购票，其取决于已购票用户的退票、放弃等情况，成功的概率非常之低；而采用本技术实施例中的方案，能大大提升候补成功的概率，良好地帮助用户完成出行，大大提升用户体验。
65.另外需要说明的是，虽然上述示例中举例为列车班次，但实际上其它交通出行方式同样可能可以使用本技术实施例中的方案，例如飞机、轮航、汽运等，故并非以上述示例为限。
66.如图6所示，展示本技术实施例中的候补获票处理装置的模块示意图。所述候补获票处理装置实现于如图1、图2实施例中的服务端，故其具体实现可以参考之前实施例，此处不再对相同技术细节进行重复赘述。
67.所述候补获票处理装置600包括：
68.相似方案确定模块601，用于沿用户选择候补获票的原班次的班次行程确定其中有票的第一行程段以及之后剩余的第二行程段，并确定相应的相似购票方案以提供给所述用户；其中，所述相似购票方案包括：对所述第一行程段购票，再对所述第二行程段执行候补获票；
69.候补模块602，用于响应于用户对所述第一行程段的购票完成，对所述第二行程段执行候补获票；
70.发送模块603，用于发送对所述第二行程段的候补获票信息。
71.在一些实施例中，所述沿用户选择候补获票的原班次的班次行程确定其中有票的第一行程段，包括：确定从所述班次行程的出发地至与所述班次行程的目的地最接近的站
点的有票的行程段，作为所述第一行程段。
72.在一些实施例中，所述沿用户选择候补获票的原班次的班次行程确定其中有票的第一行程段以及之后剩余的第二行程段，并确定相应的相似购票方案以提供给所述用户，其触发条件包括以下至少一种：1)对所述原班次的候补获票开始后达到预设时长；2)距离候补获票的原班次的出发时间剩余预设时长。
73.在一些实施例中，所述的候补获票处理装置还包括：座次锁定模块，用于锁定与所述相似购票方案中对应第一行程段的座次。
74.在一些实施例中，所述的候补获票处理装置还包括：信息提供模块，用于向用户提供在对第二行程候补获票失败情况下补票到达的建议信息。
75.在一些实施例中，所述的候补获票处理装置还包括：资源换权限模块，用于对于根据所述相似购票方案完成所述第一行程段的购票的用户，在对所述第二行程段执行候补获票时提升所述用户购票的资源权限。
76.如图7所示，展示本技术实施例中的候补获票交互装置的模块示意图。所述候补获票交互装置实现于如图1、图2实施例中的用户终端，故其具体实现可以参考之前实施例，此处不再对相同技术细节进行重复赘述。
77.所述候补获票交互装置700包括：
78.展示模块701，用于展示候补获票的原班次的相似购票方案；其中，所述相似购票方案包括：对所述原班次中的第一行程段购票，再对所述第一行程段之后剩余的第二行程段执行候补获票；
79.操作模块702，用于响应于所接受的用户购票操作，以完成对所述第一行程段的购票；
80.所述展示模块701，用于展示关于所述第二行程段的候补获票信息。
81.如图8所示，展示本技术实施例中计算机设备的结构示意图。
82.前述实施例中用户终端、服务端皆可以基于图8示例中的计算机设备的结构实现。
83.所述计算机设备800包括总线801、处理器802和存储器803。处理器802、存储器803之间可以通过总线801通信。所述存储器803中可以存储有程序指令(比如系统或应用软件)，存储器803还可以存储有供程序指令读写的数据。所述处理器802通过运行存储器803中的程序指令来实现例如图2中用户终端或服务端的流程步骤。
84.总线801可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standardarchitecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，虽然图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
85.在一些实施例中，处理器802可以为中央处理器(central processing unit，cpu)、微处理单元(mcu)、片上系统(system on chip)、或现场可编程逻辑阵列(fpga)等实现。存储器803可以包括易失性存储器(volatile memory)以用于运行程序时的数据暂存使用，例如随机存取存储器(random access memory，ram)。
86.存储器803还可以包括非易失性存储器(non
‑
volatile memory)以用于数据存储，例如只读存储器(read
‑
only memory，rom)，快闪存储器，硬盘驱动器(hard disk drive，hdd)或固态盘(solid
‑
state disk，ssd)。
87.为实现与外部通信，例如图1中服务端和用户终端之间的通信交互，所述计算机设备800还可以包括通信器804。在具体实例中，所述通信器804可以包括一个或多个有线和/或无线通信电路模块。举例来说，所述通信器804可以包括例如有线网卡、usb模块、串行接口模块等中的一种或多种。无线通信模块所遵循的无线通信协议包括：例如近距离无线通信(nearfield communication，nfc)技术、红外(infared，ir)技术、全球移动通讯系统(global system formobile communications，gsm)、通用分组无线服务(general packet radio service，gprs)、码分多址引入(code division multipleaccess，cdma)、宽带码分多址(wideband code division multiple access，wcdma)、时分码分多址(time
‑
division code divisionmultipleaccess，td
‑
scdma)、长期演进(long term evolution，lte)、蓝牙(bluetooth，bt)、全球导航卫星系统(global navigation satellite system，gnss)等中的一种或多种。
88.可以理解的是，对应于实现所述用户终端或者服务端而言，计算机设备中处理器、存储器、通信器的选型是不同的。
89.例如，用于实现用户终端的计算机设备，例如智能手机或平板电脑，其可以具备例如wifi模块、2g/3g/4g/5g移动通信、nfc、蓝牙、红外中的一种或多种通信器，以及通过例如arm架构的soc作为处理器，以低功耗随机存储器(lpddr)作为运行内存，以闪存(例如nand flash ram)作为外存等。另外，对应于用户终端的显示需求，计算机设备还可以具有显示屏(如lcd，oled等)，以用于显示图形用户界面(gui)，以对应app的运行显示相应界面。
90.又例如，用于实现服务端中服务器的计算机设备，其通信器可以包括有线网卡，通过连接网线而接入网络，以与用户终端通信；其处理器可以选择例如x86架构的服务器cpu，存储器可以选择例如ddr4类型的服务器内存，以及固态和/或机械硬盘(可以构成磁盘阵列)等。
91.本技术实施例中还可以提供一种计算机可读存储介质，存储有程序指令，所述程序指令被运行时执行前述实施例(例如图2)中服务端、用户终端所执行的流程步骤。
92.即上述实施例中的方法步骤被实现为可存储在记录介质(诸如cd rom、ram、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码，从而在此表示的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如asic或fpga)的记录介质上的这样的软件处理。
93.在上述实施例中，可以全部或段地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或段地以程序指令产品的形式实现。程序指令产品包括一个或多个程序指令。在计算机上加载和执行程序指令指令时，全部或段地产生按照本技术的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。程序指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。
94.在本技术所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所表示的装置实施例仅仅是示意性的，例如所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以动态到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间
的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性或其它的形式。
95.例如，图6、图7实施例中的各个功能模块及子模块可以是软件实现；或者也可以是软硬件配合实现，例如通过计算机设备实施例中的处理器运行存储器的程序指令实现；或者，也可以是通过硬件电路实现。
96.在本技术各个实施例中的各功能模块及子模块可以动态在一个处理部件中，也可以是各个模块单独物理存在，也可以两个或两个以上模块动态在一个部件中。上述动态的部件既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述动态的部件如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。
97.例如，图6、图7实施例中各个功能模块及子模块可以是独立、单一的程序实现，也可以是一程序中的不同程序段分别实现，在某些实施场景中，这些功能模块可以位于一个物理设备，也可以位于不同的物理设备但相互通信耦合。
98.流程图中或在此以其他方式表示的任何过程或方法表示可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或段。并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。
99.例如，图2实施例的各个步骤的顺序可能可以在具体场景中加以变化，并非以上述表示为限。
100.综上，本技术提供候补获票处理、互动方法、装置、计算机设备及介质，通过沿用户选择候补获票的原班次的班次行程确定其中有票的第一行程段以及之后剩余的第二行程段，并确定相应的相似购票方案以提供给所述用户；其中，所述相似购票方案包括：对所述第一行程段购票，再对所述第二行程段执行候补获票；从而，可供用户对第一行程段先行购票后对第二行程段候补获票并最终完成用户的出行，可大大提升用户候补购票的成功率，有效改善用户体验。
101.上述实施例仅例示性说明本技术的原理及其功效，而非用于限制本技术。任何熟悉此技术的人士皆可在不违背本技术的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本技术所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本技术的权利要求所涵盖。