CN103034908A - 自动购票管理系统及其方法 - Google Patents
自动购票管理系统及其方法 Download PDFInfo
- Publication number
- CN103034908A CN103034908A CN2012104885363A CN201210488536A CN103034908A CN 103034908 A CN103034908 A CN 103034908A CN 2012104885363 A CN2012104885363 A CN 2012104885363A CN 201210488536 A CN201210488536 A CN 201210488536A CN 103034908 A CN103034908 A CN 103034908A
- Authority
- CN
- China
- Prior art keywords
- ticket
- booking
- information
- continue
- user
- 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
Links
Images
Landscapes
- Ticket-Dispensing Machines (AREA)
Abstract
该发明涉及一种自动购票管理系统,整个购票流程的主要环节是确定车次、保存订票信息、提交订票信息、确认订票信息,该发明还涉及一种基于该系统实现自动购票管理的方法。采用该种自动购票管理系统及其方法,主要优点在于:避免了放票时网络拥挤和系统瘫痪的风险,延续了排队购票方式,体现了公平性;主和次密码结合产生类实名制购票的模式,有效防止贩卖车票的行为;系统自动购票能够及时购买他人对应的退票,提高了票的有效售出比例。该系统实现了在任何时间或地点进行购票操作,节约了网络流量和系统资源,降低了购票复杂度,提高了购票效率和购票成功率,工作性能稳定可靠,适用范围较为广泛,能给人们的工作和生活带来很多便利。
Description
技术领域
本发明涉及互联网信息管理领域,特别涉及购票管理技术领域,具体是指一种自动购票管理系统及其方法。
背景技术
现在的火车票订票方式主要有:一、排队购票。二、代售点购票。三、电话订票。四、网上预订票,订票信息到第三方,由第三方收取代购费用。
排队购票,排队缓慢,好不容易排到却被告知票已售完。代售点缺点是需要付手续费,在年节时有些代售点也很紧张。电话订票买不到4天内的票。第三方代购,从订票到第三方送到票要消耗一定时间,订票人一定要考虑这段车票在路上的时间。
像飞机票那样,网上输入订票信息,及时支付后,可以到飞机场现场取票。产生的问题是,必须立即在网上付款,才能临行前到飞机场取票。如果行程计划有变,则需要退票,给不同航空公司不同的高昂退票费,非常麻烦。而且初选订票信息没有时,需要重新发起订票请求。如果是取票机自动取票,减少甚至不需要人工服务,不利于原有广大火车票售票员工工作的稳定。可见高价飞机票的网络购票模式并不适合低价且需求量大的火车票。
如果铁路系统实行实时网络订票,由于大部分票源供需严重失衡,比如在提前10天网络放票时,网络拥挤,网速极低,整个订票系统压力十分大。很多人在放票时不能买到票,则可能马上查询其它车次余票信息,再次订票,结果可能还是订不到,于是只能去火车站实地购票或买二手票等,在年节时产生的购票心理恐慌使得票贩哄抬票价仍然成为可能。
目前所有在公示期或已授权的售票系统专利,几乎都是同时订票和付款,再去取票。订票时也大多首先输入一张票的信息,如果订票者返回信息显示所订票已售完,则要重新发出订票请求,实际上在发出不同订票信息之间的时间内,由于票源紧张,很可能本来前面发出订票请求A对应的一张票A’时,订票信息B、C…对应的票B’C’…还有,发现A’没有时,即使迅速发出订票信息B、C…,对应的票B’C’…也已经售完了,虽然从整体上看,该订票者没买到A’B’C’…满足了其他订到A’B’C’…的订票者,但从购票效率角度看,售票效率不高,耗费更多购票成本,如订票者多次发送订票请求,耗费其短信、GPRS流量等,也同时增加购票系统压力。
在现有技术中,授权公告日是2011年1月26号的中国专利文献(CN101546439B)公开了一种自动购票系统,其中主要缺点或不足如下:
(1)人工为乘车IC卡充值,非自动;
(2)限制取票时间为出发前24小时内;
(3)提交到确认前一直占用票源,不确认则别人不能买其占用的票。类似电话订票到取票前一直占用票源,不去取票则别人不能买其占用的票;
(4)订票时,确认订票结果后即已付款,退票退款麻烦。
发明内容
本发明的目的是克服了上述现有技术中的缺点,提供一种能够实现在任何时间或地点进行购票操作、有效节约网络流量和系统资源、降低购票复杂度、提高购票效率和购票成功率、工作性能稳定可靠、适用范围较为广泛的自动购票管理系统及其方法。
为了实现上述的目的,本发明的自动购票管理系统及其方法如下:
一种自动购票管理系统,站在购票用户角度的购票分为三种购票方式,第一种购票方式包括订票和取票两个过程,第二种购票方式为全新技术框架下的网络购票,第三种购票方式为系统自动购票。实现自动购票管理的方法包括:
用户关联的系统或号码包括:身份证号、购票人取票卡号和银行卡号,购票情况包括乙为甲和自己订取票或网络购票。关联购票人取票卡、银行卡、铁路票款接收系统以后三者之间适时启动互相自动转账程序。
(11)订票用户乙的信息认证处理,认证通过继续(12),否则继续(18)。
(12)订票用户甲的信息认证处理,认证通过继续(13),否则继续(18)。
(13)确定车次,继续(14)。
(14)保存订票信息。
以上为订票步骤,乙选择放票后到售票窗口排队取票,即选择第一种购票方式,继续步骤(2)。乙选择用取票卡系统网上支付,且到车站后刷身份证和(或取票卡)直接进站乘车,即选择第二种购票方式,继续步骤(15)。
用户保存订票信息后可不选择第一或第二种购票方式,直接选择是否系统自动购票,继续(17)。
用户保存订票信息后可在三种购票方式——第一、二种以及自动购票方式——之间随意切换,切换方式包括选择第二种购票方式购票不成功时,选择第一种购票方式实地取票。
(15)提交订票信息,以获得待确认订票信息,对获得待确认订票信息的用户,继续(16);对未获得待确认订票信息的用户,继续(15)、(13)或(17)。
(16)确认订票信息,对购票成功的用户,继续(18);对购票不成功的用户,继续(16)、(15)、(13)或(17)。
(17)自动购票处理,继续(18)。
(18)购票结束。不论购票成功与否,第一、二种以及自动购票方式结束,对第一种购票方式,相关成功购票人到车站后凭票乘车;对第二种及自动购票方式,相关成功购票人到车站后直接刷取票卡或身份证进站乘车。
(2)取票步骤。
放票开始后,取票人拿身份证和(或取票卡)到车站或代售点取票,身份证和(或取票卡)与读写器接触后继续原理如(15)-(18)的操作,不同的是其中的操作可以自动或人工、购票成功后可取票,另外,实地取票时订票人可选择用传统支付方法包括现金或银行卡支付,用传统支付方法支付后售票终端出票,购票人取票卡总票款余额随即从取票卡转给购票人银行卡。
该实现自动购票管理的方法中的订票用户乙的信息认证处理,包括:
(111)订票用户乙输入其订票信息,若在系统预设的最大重试次数下输入正确则继续步骤(112),否则继续步骤(18)。
(112)票务数据库通过管控中心返回订票用户身份,且其输入的用户信息及以后的购票信息如果必要,相关信息将到达票务、银行、公安部、卫生部、保险等数据库。继续步骤(121)。
其中,所述的订票信息包括姓名、用户名、密码信息、取票卡号、银行卡号,所述的用户名包括身份证号码或者自定义名称,所述的密码信息包括主密码或者次密码。
该实现自动购票管理的方法中的订票用户甲的信息认证处理,包括:
(121)乙输入甲订票信息,若在系统预设的最大重试次数下输入正确则继续步骤(122),否则继续步骤(18)。
(122)票务数据库通过管控中心返回信息包括:甲和乙的本次购票代码、登陆和购票状态(根据实际购票情况实时变化,包括获得待确认车票信息、购票<取票>成功)。继续步骤(131)。
其中,所述的甲订票信息包括甲的身份证号码和次密码。
该实现自动购票管理的方法中的确定车次,包括:
(131)系统得到用户所输入的乘车信息,包括:发站、到站、发到站类型、往返方式、包含火车运行时段的预算时间段、座别/铺别,并进行相应的合理性验证,继续(132)或(133)。
(132)如果不合理,则提示用户重新输入,并返回上述步骤(131)。
(133)如果合理,则系统将在票务信息数据库中所查询到的待选车次信息(与实际售票情况无关,而是基于包含火车运行时段的预算时间段)返回给用户,其中所述的查询到的待选车次信息包括:发站、到站、发到站类型、往返方式、包含火车运行时段的预算时间段、在预算时间段内的车次号、座别/铺别,继续步骤(141)。
可形象化图示显示订票信息,显示方式包括:中转前运行时段为具有某标示信息的部分,中转后运行时段为具有某标示信息的部分。
该实现自动购票管理的方法中的进行相应的保存订票信息,包括:
(141)乙保存订票信息,继续(142)。
(142)系统返回在用户选择的火车运行时段区间内含有发车时间点的所有车次范围信息(即在火车运行时段的各个发车时点对应的各个车票信息,与实际售票情况无关,而是基于包括火车运行时段、车次和铺别三者的组合。甲乙在各个发车时点对应的各个车票信息包括N1、N2、N3……该信息在放票前保存肯定有,放票后保存由于系统响应其他用户的购票需求则不一定),在可调范围内可再调整,乙选择放票后到售票窗口排队取票,即选择第一种购票方式,继续步骤(2)。乙选择用取票卡系统网上支付,且到车站后刷身份证和(或取票卡)直接进站乘车,即选择第二种购票方式,继续步骤(151)。
用户保存订票信息后可不选择第一或第二种购票方式,直接选择是否系统自动购票,是则继续(171),否则继续(172)。
用户保存订票信息后可在三种购票方式—第一、二种以及自动购票方式——之间随意切换,切换方式包括选择第二种购票方式购票不成功时,选择第一种购票方式实地取票。
该实现自动购票管理的方法中的提交订票信息,包括:
(151)放票开始以后,乙提交步骤(142)返回的所有车次范围信息,提交前可调整,继续(152)。
(152)系统按照优先顺序,读取订票信息,该信息在可调范围内可再调整,并在很短时间内得到最终结果,该结果在可调范围内仍可再调整,结果情况包括:甲和乙均有待确认车票信息时继续(153),甲或乙有待确认车票信息时继续(154),甲和乙均没有待确认车票信息时继续(155)。
(153)系统提示信息包括:甲的待确认车票信息为:……乙的待确认车票信息:……均可在可调范围内调整,继续(161)。
(154)系统提示信息包括:甲的待确认车票信息为:……在可调范围内可再调整,乙未订到票。或乙的待确认车票信息为:……在可调范围内可再调整,甲未订到票。对获得待确认车票信息的用户,继续(161)。对未获得待确认车票信息的用户乙或甲,可人工继续(151)或(131),直到获得待确认车票信息为止,否则,选择系统自动购票则继续步骤(171)否则继续步骤(172)。或票务数据库通过管控中心本应返回(153)中乙或甲的购票结果,由于车次停运/……等原因,乙或甲没有待确认车票信息,根据订票人要求,系统自动为乙或甲给出近似待确认车票信息:……继续(161)。或……系统也不能自动为乙或甲给出近似待确认车票信息,可人工继续(151)或(131),直到获得待确认车票信息为止,也可提示用户更改购票方式。否则,选择系统自动购票则继续步骤(171),否则继续步骤(172)。
(155)系统提示信息包括:甲和乙均没有待确认车票信息,系统提示用户是否选择自动购票,是则继续步骤(171),否则继续步骤(172)。或票务数据库通过管控中心本应返回(153)中甲和乙的购票结果,由于车次停运/……原因,甲和乙均没有待确认车票信息,根据订票人要求,系统自动为甲和乙给出近似待确认车票信息:……继续(161)。或……但系统也不能自动为甲和乙给出近似待确认车票信息,可人工继续(151)或(131),直到获得待确认车票信息为止,否则,选择系统自动购票则继续步骤(171),否则继续步骤(172)。
对(153)、(154)和(155),购票人取票卡、银行卡、铁路票款接收系统三者之间适时启动互相自动转账程序,获得待确认车票信息时银行卡自动将取票卡余额填充为待确认车票的总票款。
该实现自动购票管理的方法中的确认订票信息,包括:
(161)乙选择确认订票信息,继续(162)。
(162)系统返回购票结果的情况包括:甲和乙均购票成功时继续(163),甲或乙购票成功时继续(164),甲和乙购票均不成功时继续(165)。以上情况购票人取票卡、银行卡、铁路票款接收系统三者之间适时启动互相自动转账程序。
(163)系统返回购票结果的情况包括:甲和乙均购票成功,车票信息:……甲和乙取票卡总票款转给铁路售票系统,取票卡余额从总票款调整为零,调整时间:……甲和乙继续步骤(18)。
(164)系统返回购票结果的情况包括:甲或乙购票不成功,从提交到确认订票信息的时间内,购票结果对应的车票已被其他用户以另一种方式取得/……乙或甲购票成功,车票信息:……对购票不成功的甲或乙,可人工继续(161)、(151)或(131),直到确认订票信息购票成功为止,否则,选择系统自动购票则继续步骤(171),否则继续步骤(172)。对购票成功的乙或甲,取票卡总票款余额转给铁路售票系统,取票卡余额从总票款调整为零,调整时间:……继续步骤(18)。
(165)票务数据库通过管控中心返回信息包括:甲和乙从提交结果到确认的时间内,购票结果对应的车票已被另一种方式取得/……对购票不成功的甲和乙,可人工继续(161)、(151)或(131),直到确认订票信息购票成功为止,否则,选择系统自动购票则继续步骤(171),否则继续步骤(172)。
该实现自动购票管理的方法中的自动购票处理,包括:
自动购票处理操作中购票人取票卡、银行卡、铁路票款接收系统三者之间适时启动互相自动转账程序。
(171)用户的选择包括:以购票未成功时点起始,至发车前某时点截止,每隔某时段系统从放票前保存订票信息后应该返回的含有发车时间点的所有车次范围信息里自动发起(相当于自动提交订票信息,可设置自动或人工确认订票信息)购票请求,目的是购买他人对应的退票,系统自动购票成功时继续(173),否则继续(174)。
(172)用户选择甲和(或)乙不再自动发起(相当于自动提交订票信息,可设置自动或人工确认订票信息)购票请求,取票卡总票款余额划转至银行卡,取票卡余额从总票款调整为零,调整时间:……继续步骤(18)。
(173)系统返回信息包括:系统在某时间点为甲和(或)乙购到他人退票,车票信息:……取票卡总票款余额转给铁路售票系统,取票卡余额从总票款调整为零,调整时间:……继续(18)。
(174)设置系统返回或不返回信息,设置返回信息时系统提示用户的信息包括:到火车发车时系统发起的自动购票请求未成功,取票卡总票款余额划转至银行卡,取票卡余额从总票款调整为零,调整时间:……继续(18)。
采用了该发明的自动购票管理系统及其方法,由于把现场或网络实时买票时的拥挤缓冲为扩大足够时间范围的预订票,从而相当于把现场排队买票时买卖双方之间的话语沟通提前,并转化为各种方式的机器语言,通过人机交互,将预定结果排序后,由系统自动按优先顺序读取,得到第一张存在的火车票即停止读取,最后可确认后购票,避免放票时网络拥挤和系统瘫痪的风险,同时延续了排队购票方式,体现了公平性。不仅如此,本发明中的主和次密码结合产生类实名制购票的模式,有效防止贩卖车票的行为。通过设置系统自动购票,从而能够及时购买他人对应的退票,提高了票的有效售出比例,从而实现了在任何时间或地点进行购票操作,有效节约了网络流量和系统资源,降低了购票复杂度,提高了购票成功率,工作性能稳定可靠,适用范围较为广泛,给人们的工作和生活都带来了很大的便利。
附图说明
图1为自动购票管理系统的整体流程简要示意图。
图2为自动购票管理方法的整体流程详细示意图。
图3为自动购票管理系统中的订票网站主页/手机软件主界面/(自助/人工)售票终端主界面的示意图。
图4为自动购票管理系统中的短信购票方式示意图。
图5为自动购票管理系统中的自助订(取)票终端装置的交互界面示意图。
具体实施方式
为了能够更清楚地理解本发明的技术内容,特举以下实施例详细说明。
请参阅图1所示,为自动购票管理系统的整体流程简要示意图。
站在购票用户角度的购票分为三种购票方式,第一种购票方式包括订票和取票两个过程,第二种购票方式为全新技术框架下的网络购票,第三种购票方式为系统自动购票,实现自动购票管理的方法包括:
用户关联的系统或号码包括:身份证号、购票人取票卡号和银行卡号,购票情况包括乙为甲和自己订取票或网络购票。关联购票人取票卡、银行卡、铁路票款接收系统以后三者之间适时启动互相自动转账程序。
(11)订票用户乙的信息认证处理,认证通过继续(12),否则继续(18)。
(12)订票用户甲的信息认证处理,认证通过继续(13),否则继续(18)。
(13)确定车次,继续(14)。
(14)保存订票信息。
以上为订票步骤,乙选择放票后到售票窗口排队取票,即选择第一种购票方式,继续步骤(2)。乙选择用取票卡系统网上支付,且到车站后刷身份证和(或取票卡)直接进站乘车,即选择第二种购票方式,继续步骤(15)。
用户保存订票信息后可不选择第一或第二种购票方式,直接选择是否系统自动购票,继续(17)。
用户保存订票信息后可在三种购票方式——第一、二种以及自动购票方式——之间随意切换,切换方式包括选择第二种购票方式购票不成功时,选择第一种购票方式实地取票。
(15)提交订票信息,以获得待确认订票信息,对获得待确认订票信息的用户,继续(16);对未获得待确认订票信息的用户,继续(15)、(13)或(17)。
(16)确认订票信息,对购票成功的用户,继续(18);对购票不成功的用户,继续(16)、(15)、(13)或(17)。
(17)自动购票处理,继续(18)。
(18)购票结束。不论购票成功与否,第一、二种以及自动购票方式结束。对第一种购票方式,相关成功购票人到车站后凭票乘车;对第二种及自动购票方式,相关成功购票人到车站后直接刷取票卡或身份证进站乘车。
(2)取票步骤。
放票开始后,取票人拿身份证和(或取票卡)到车站或代售点取票,身份证和(或取票卡)与读写器接触后继续原理如(15)-(18)的操作,不同的是其中的操作可以自动或人工、购票成功后可取票,另外,实地取票时订票人可选择用传统支付方法包括现金或银行卡支付,用传统支付方法支付后售票终端出票,购票人取票卡总票款余额随即从取票卡转给购票人银行卡。
请参阅图2所示,为自动购票管理方法的整体流程详细示意图。使用网络或短信方式(图3和图4分别对网络和短信定票方式进行说明)进行购票的操作步骤也是本图的详细说明。
请参阅图3所示,为自动购票管理系统中的订票网站主页/手机软件主界面/(自助/人工)售票终端主界面的示意图。通过网络订票实现自动购票管理的方法,即通过各种人机界面,或称订票网站主页/手机软件主界面/(自助/人工)售票终端主界面,包括图5所示的自助订(取)票终端装置的交互界面。
请参阅图4所示,为自动购票管理系统中的短信购票方式示意图。通过短信实现自动购票管理的方法,即通过手机短信购票,该图分为三部分:
一、地名代码,用于查询发站(fz)、到站(dz);
二、两地间车次列表,用于人工选票;
三、购票时短信收发的内容。
需要说明的是,由图2分化出的图3的网络订票和图4的短信订票原理相同、殊途同归,可以对图2、图3、图4用以下相同的步骤解释来说明:
一种自动购票管理系统,站在购票用户角度的购票分为三种购票方式,第一种购票方式包括订票和取票两个过程,第二种购票方式为全新技术框架下的网络购票,第三种购票方式为系统自动购票。实现自动购票管理的方法包括:
用户关联的系统或号码包括:身份证号、购票人取票卡号和银行卡号,购票情况包括乙为甲和自己订取票或网络购票。关联购票人取票卡、银行卡、铁路票款接收系统以后三者之间适时启动互相自动转账程序。
步骤(1)---验证乙身份
(11)订票用户乙输入其订票信息,若在系统预设的最大重试次数下输入正确则继续步骤(12),否则继续步骤(8)。
(12)票务数据库通过管控中心返回订票用户身份,且其输入的用户信息及以后的购票信息如果必要,相关信息将到达票务、银行、公安部、卫生部、保险等数据库。继续步骤(21)。
其中,所述的订票信息包括姓名、用户名、密码信息、取票卡号、银行卡号,所述的用户名包括身份证号码或者自定义名称,所述的密码信息包括主密码或者次密码。
步骤(2)---验证甲身份
(21)乙输入甲订票信息,若在系统预设的最大重试次数下输入正确则继续步骤(22),否则继续步骤(8)。
(22)票务数据库通过管控中心返回信息包括:甲和乙的本次购票代码、登陆和购票状态(根据实际购票情况实时变化,包括获得待确认车票信息、购票<取票>成功)。继续步骤(31)。
其中,所述的甲订票信息包括甲的身份证号码和次密码。
步骤(3)---确定车次
(31)系统得到用户所输入的乘车信息,包括:发站、到站、发到站类型、往返方式、包含火车运行时段的预算时间段、座别/铺别,并进行相应的合理性验证,继续(32)或(33)。
(32)如果不合理,则提示用户重新输入,并返回上述步骤(31)。
(33)如果合理,则系统将在票务信息数据库中所查询到的待选车次信息(与实际售票情况无关,而是基于包含火车运行时段的预算时间段)返回给用户,其中所述的查询到的待选车次信息包括:发站、到站、发到站类型、往返方式、包含火车运行时段的预算时间段、在预算时间段内的车次号、座别/铺别,继续步骤(41)。
可形象化图示显示订票信息,显示方式包括:中转前运行时段为具有某标示信息的部分,中转后运行时段为具有某标示信息的部分。
步骤(4)---保存订票信息
(41)乙保存订票信息,继续(42)。
(42)系统返回在用户选择的火车运行时段区间内含有发车时间点的所有车次范围信息(即在火车运行时段的各个发车时点对应的各个车票信息,与实际售票情况无关,而是基于包括火车运行时段、车次和铺别三者的组合。甲乙在各个发车时点对应的各个车票信息包括N1、N2、N3……该信息在放票前保存肯定有,放票后保存由于系统响应其他用户的购票需求则不一定),在可调范围内可再调整,乙选择放票后到售票窗口排队取票,即选择第一种购票方式,继续步骤(421)。乙选择用取票卡系统网上支付,且到车站后刷身份证和(或取票卡)直接进站乘车,即选择第二种购票方式,继续步骤(51)。
(421)---取票步骤。
放票开始后,取票人拿身份证和(或取票卡)到车站或代售点取票,身份证和(或取票卡)与读写器接触后继续原理如步骤(5)-(8)的操作,不同的是其中的操作可以自动或人工、购票成功后可取票,另外,实地取票时订票人可选择用传统支付方法包括现金或银行卡支付,用传统支付方法支付后售票终端出票,购票人取票卡总票款余额随即从取票卡转给购票人银行卡。
用户保存订票信息后可不选择第一或第二种购票方式,直接选择是否系统自动购票,是则继续(71),否则继续(72)。
用户保存订票信息后可在三种购票方式——第一、二种以及自动购票方式——之间随意切换,切换方式包括选择第二种购票方式购票不成功时,选择第一种购票方式实地取票。
步骤(5)---提交订票信息
(51)放票开始以后,乙提交步骤(42)返回的所有车次范围信息,提交前可调整,继续(52)。
(52)系统按照优先顺序,读取订票信息,该信息在可调范围内可再调整,并在很短时间内得到最终结果,该结果在可调范围内仍可再调整,结果情况包括:甲和乙均有待确认车票信息时继续(53),甲或乙有待确认车票信息时继续(54),甲和乙均没有待确认车票信息时继续(55)。
(53)系统提示信息包括:甲的待确认车票信息为:……乙的待确认车票信息:……均可在可调范围内调整,继续(61)。
(54)系统提示信息包括:甲的待确认车票信息为:……在可调范围内可再调整,乙未订到票。或乙的待确认车票信息为:……在可调范围内可再调整,甲未订到票。对获得待确认车票信息的用户,继续(61)。对未获得待确认车票信息的用户乙或甲,可人工继续(51)或(31),直到获得待确认车票信息为止,否则,选择系统自动购票则继续步骤(71)否则继续步骤(72)。或票务数据库通过管控中心本应返回(53)中乙或甲的购票结果,由于车次停运/……等原因,乙或甲没有待确认车票信息,根据订票人要求,系统自动为乙或甲给出近似待确认车票信息:……继续(61)。或……系统也不能自动为乙或甲给出近似待确认车票信息,可人工继续(51)或(31),直到获得待确认车票信息为止,也可提示用户更改购票方式。否则,选择系统自动购票则继续步骤(71),否则继续步骤(72)。
(55)系统提示信息包括:甲和乙均没有待确认车票信息,系统提示用户是否选择自动购票,是则继续步骤(71),否则继续步骤(72)。或票务数据库通过管控中心本应返回(53)中甲和乙的购票结果,由于车次停运/……原因,甲和乙均没有待确认车票信息,根据订票人要求,系统自动为甲和乙给出近似待确认车票信息:……继续(61)。或……但系统也不能自动为甲和乙给出近似待确认车票信息,可人工继续(51)或(31),直到获得待确认车票信息为止,否则,选择系统自动购票则继续步骤(71),否则继续步骤(72)。
对(53)、(54)和(55),购票人取票卡、银行卡、铁路票款接收系统三者之间适时启动互相自动转账程序,获得待确认车票信息时银行卡自动将取票卡余额填充为待确认车票的总票款。
步骤(6)---确认订票信息
(61)乙选择确认订票信息,继续(62)。
(62)系统返回购票结果的情况包括:甲和乙均购票成功时继续(63),甲或乙购票成功时继续(64),甲和乙购票均不成功时继续(65)。以上情况购票人取票卡、银行卡、铁路票款接收系统三者之间适时启动互相自动转账程序。
(63)系统返回购票结果的情况包括:甲和乙均购票成功,车票信息:……甲和乙取票卡总票款转给铁路售票系统,取票卡余额从总票款调整为零,调整时间:……甲和乙继续步骤(8)。
(64)系统返回购票结果的情况包括:甲或乙购票不成功,从提交到确认订票信息的时间内,购票结果对应的车票已被其他用户以另一种方式取得/……乙或甲购票成功,车票信息:……对购票不成功的甲或乙,可人工继续(61)、(51)或(31),直到确认订票信息购票成功为止,否则,选择系统自动购票则继续步骤(71),否则继续步骤(72)。对购票成功的乙或甲,取票卡总票款余额转给铁路售票系统,取票卡余额从总票款调整为零,调整时间:……继续步骤(8)。
(65)票务数据库通过管控中心返回信息包括:甲和乙从提交结果到确认的时间内,购票结果对应的车票已被另一种方式取得/……对购票不成功的甲和乙,可人工继续(61)、(51)或(31),直到确认订票信息购票成功为止,否则,选择系统自动购票则继续步骤(71),否则继续步骤(72)。
步骤(7)---自动购票
自动购票处理操作中购票人取票卡、银行卡、铁路票款接收系统三者之间适时启动互相自动转账程序。
(71)用户的选择包括:以购票未成功时点起始,至发车前某时点截止,每隔某时段系统从放票前保存订票信息后应该返回的含有发车时间点的所有车次范围信息里自动发起(相当于自动提交订票信息,可设置自动或人工确认订票信息)购票请求,目的是购买他人对应的退票,系统自动购票成功时继续(73),否则继续(74)。
(72)用户选择甲和(或)乙不再自动发起(相当于自动提交订票信息,可设置自动或人工确认订票信息)购票请求,取票卡总票款余额划转至银行卡,取票卡余额从总票款调整为零,调整时间:……继续步骤(8)。
(73)系统返回信息包括:系统在某时间点为甲和(或)乙购到他人退票,车票信息:……取票卡总票款余额转给铁路售票系统,取票卡余额从总票款调整为零,调整时间:……继续(8)。
(74)设置系统返回或不返回信息,设置返回信息时系统提示用户的信息包括:到火车发车时系统发起的自动购票请求未成功,取票卡总票款余额划转至银行卡,取票卡余额从总票款调整为零,调整时间:……继续(8)。
步骤(8)---结束
购票结束。不论购票成功与否,第一、二种以及自动购票方式结束。对第一种购票方式,相关成功购票人到车站后凭票乘车;对第二种及自动购票方式,相关成功购票人到车站后直接刷取票卡或身份证进站乘车。
请参阅图5所示,为自助订(取)票机面板图,或称自助订(取)票终端装置的交互界面示意图,界面包括显示屏、键盘、语音提示区域、出票区域、读写器。其中,可以将显示屏和键盘整合成一个触控显示屏,或者保留下方键盘,由用户选择用键盘还是触控显示屏操作;读写器区域,是身份证等卡介质的接触区域。
综上所述,本发明的主要改进之处在于:
(1)银行卡、购票人取票卡、铁路票款接收系统之间自动互相转账,实现票款的安全快捷支付。如银行卡自动为取票卡充值到总票款,或取票卡总票款返回银行卡,从而取票卡总票款余额调整为零。
(2)提交订票信息时仅仅是用户向系统发送要求,系统返回结果,用户确认订票信息时如果还有票则确定购票,也可能确认时不能买到提交的结果,因为可能提交到确认的时间内票源被他人购得。或者说,对第二种购票方式,如果不确认订票信息,则提交订票信息后返回的购票结果将没有任何意义,即售票窗口甚至传统购票方式都可以,从提交订票信息后,到确认订票信息前取得该返回购票结果对应的车票。
(3)主密码和次密码结合产生类实名制购票的模式,且主密码能有效控制次密码的权限,有效防止贩卖车票等行为。
(4)可设置系统自动购票,第一回采取两种购票方式均未购票成功时,以未成功时点起始,至发车前某时点截止,每隔某时段系统从放票前保存订票信息后应该返回的含有发车时间点的所有车次范围信息里自动发起(相当于自动提交订票信息,可设置自动或人工确认订票信息)购票请求,目的是购买他人对应的退票。
(5)购票信息的附加颜色的形象化图示,利于购票用户快速选择。如说明书附图4所示,其中有【去程】且【强制中转】【qc,zz】对应的彩色条框图形,比如中转前运行时段为具有双下划线的部分,中转后运行时段为具有下波浪线的部分。
(7)系统按优先顺序集中、快速自动读取订票信息,减少各种消耗,如减少人力成本、短信或网络流量等。
(8)归纳几个重要环节:第一、确定车次是系统获取在包含火车运行时段的预算时间段内各种席别下的车次;第二、保存订票信息是基于包含火车运行时段的预算时间段、车次和席别三者组合得到在火车运行时段内各发车时点对应的各个车票信息;第三、提交订票信息即在放票时段订票人与系统实时交互处理第二环节得到的车票范围,即得到某发车时点对应的唯一的车票信息即购票结果;第四、确认订票信息即确定购票结果。系统按优先顺序集中、快速自动读取订票信息即相当于第三环节。
本发明的系统和方法可以实现在任何时间、任何地点、通过各种终端预定需排队获取的火车票、其它物品或实现某项服务;同时,像火车票、优惠购物、领取救灾物品等需排队领取票券或物资等物品时,都可以通过各种终端将票券或物资的信息“预定”,将意愿排序,系统自动按顺序读取信息,直到取得满意结果为止。类似情况如排队实现某项服务,也能够利用本发明的系统和方法来实现。
在此说明书中,本发明已参照其特定的实施例作了描述。但是,很显然仍可以作出各种修改和变换而不背离本发明的精神和范围。因此,说明书和附图应被认为是说明性的而非限制性的。
Claims (11)
1.一种自动购票管理系统,其特征在于,站在购票用户角度的购票分为三种购票方式,第一种购票方式包括订票和取票两个过程,第二种购票方式为全新技术框架下的网络购票,第三种购票方式为系统自动购票,所述的实现自动购票管理的方法,包括:
用户关联的系统或号码包括:身份证号、购票人取票卡号和银行卡号,购票情况包括乙为甲和自己订取票或网络购票。关联购票人取票卡、银行卡、铁路票款接收系统以后三者之间适时启动互相自动转账程序。
(11)订票用户乙的信息认证处理,认证通过继续(12),否则继续(18)。
(12)订票用户甲的信息认证处理,认证通过继续(13),否则继续(18)。
(13)确定车次,继续(14)。
(14)保存订票信息。
以上为订票步骤,乙选择放票后到售票窗口排队取票,即选择第一种购票方式,继续步骤(2)。乙选择用取票卡系统网上支付,且到车站后刷身份证和(或取票卡)直接进站乘车,即选择第二种购票方式,继续步骤(15)。
用户保存订票信息后可不选择第一或第二种购票方式,直接选择是否系统自动购票,继续(17)。
用户保存订票信息后可在三种购票方式—第一、二种以及自动购票方式——之间随意切换,切换方式包括选择第二种购票方式购票不成功时,选择第一种购票方式实地取票。
(15)提交订票信息,以获得待确认订票信息,对获得待确认订票信息的用户,继续(16);对未获得待确认订票信息的用户,继续(15)、(13)或(17)。
(16)确认订票信息,对购票成功的用户,继续(18);对购票不成功的用户,继续(16)、(15)、(13)或(17)。
(17)自动购票处理,继续(18)。
(18)购票结束。不论购票成功与否,第一、二种以及自动购票方式结束。对第一种购票方式,相关成功购票人到车站后凭票乘车;对第二种及自动购票方式,相关成功购票人到车站后直接刷取票卡或身份证进站乘车。
(2)取票步骤。
放票开始后,取票人拿身份证和(或取票卡)到车站或代售点取票,身份证和(或取票卡)与读写器接触后继续原理如(15)-(18)的操作,不同的是其中的操作可以自动或人工、购票成功后可取票,另外,实地取票时订票人可选择用传统支付方法包括现金或银行卡支付,用传统支付方法支付后售票终端出票,购票人取票卡总票款余额随即从取票卡转给购票人银行卡。
2.一种基于权利要求1所述的实现自动购票管理的方法,其特征在于,所述的订票用户乙的信息认证处理,包括:
(111)订票用户乙输入其订票信息,若在系统预设的最大重试次数下输入正确则继续步骤(112),否则继续步骤(18)。
(112)票务数据库通过管控中心返回订票用户身份,且其输入的用户信息及以后的购票信息如果必要,相关信息将到达票务、银行、公安部、卫生部、保险等数据库。继续步骤(121)。
其中,所述的订票信息包括姓名、用户名、密码信息、取票卡号、银行卡号,所述的用户名包括身份证号码或者自定义名称,所述的密码信息包括主密码或者次密码。
3.一种基于权利要求1所述的实现自动购票管理的方法,其特征在于,所述的订票用户甲的信息认证处理,包括:
(121)乙输入甲订票信息,若在系统预设的最大重试次数下输入正确则继续步骤(122),否则继续步骤(18)。
(122)票务数据库通过管控中心返回信息包括:甲和乙的本次购票代码、登陆和购票状态(根据实际购票情况实时变化,包括获得待确认车票信息、购票<取票>成功)。继续步骤(131)。
其中,所述的甲订票信息包括甲的身份证号码和次密码。
4.一种基于权利要求1所述的实现自动购票管理的方法,其特征在于,所述的确定车次,包括:
(131)系统得到用户所输入的乘车信息,包括:发站、到站、发到站类型、往返方式、包含火车运行时段的预算时间段、座别/铺别,并进行相应的合理性验证,继续(132)或(133)。
(132)如果不合理,则提示用户重新输入,并返回上述步骤(131)。
(133)如果合理,则系统将在票务信息数据库中所查询到的待选车次信息(与实际售票情况无关,而是基于包含火车运行时段的预算时间段)返回给用户,其中所述的查询到的待选车次信息包括:发站、到站、发到站类型、往返方式、包含火车运行时段的预算时间段、在预算时间段内的车次号、座别/铺别,继续步骤(141)。
可形象化图示显示订票信息,显示方式包括:中转前运行时段为具有某标示信息的部分,中转后运行时段为具有某标示信息的部分。
5.一种基于权利要求1所述的实现自动购票管理的方法,其特征在于,所述的保存订票信息,包括:
(141)乙保存订票信息,继续(142)。
(142)系统返回在用户选择的火车运行时段区间内含有发车时间点的所有车次范围信息(即在火车运行时段的各个发车时点对应的各个车票信息,与实际售票情况无关,而是基于包括火车运行时段、车次和铺别三者的组合。甲乙在各个发车时点对应的各个车票信息包括N1、N2、N3……该信息在放票前保存肯定有,放票后保存由于系统响应其他用户的购票需求则不一定),在可调范围内可再调整,乙选择放票后到售票窗口排队取票,即选择第一种购票方式,继续步骤(2)。乙选择用取票卡系统网上支付,且到车站后刷身份证和(或取票卡)直接进站乘车,即选择第二种购票方式,继续步骤(151)。
用户保存订票信息后可不选择第一或第二种购票方式,直接选择是否系统自动购票,是则继续(171),否则继续(172)。
用户保存订票信息后可在三种购票方式—第一、二种以及自动购票方式——之间随意切换,切换方式包括选择第二种购票方式购票不成功时,选择第一种购票方式实地取票。
6.一种基于权利要求1所述的实现自动购票管理的方法,其特征在于,所述的提交订票信息,包括:
(151)放票开始以后,乙提交步骤(142)返回的所有车次范围信息,提交前可调整,继续(152)。
(152)系统按照优先顺序,读取订票信息,该信息在可调范围内可再调整,并在很短时间内得到最终结果,该结果在可调范围内仍可再调整,结果情况包括:甲和乙均有待确认车票信息时继续(153),甲或乙有待确认车票信息时继续(154),甲和乙均没有待确认车票信息时继续(155)。
(153)系统提示信息包括:甲的待确认车票信息为:……乙的待确认车票信息:……均可在可调范围内调整,继续(161)。
(154)系统提示信息包括:甲的待确认车票信息为:……在可调范围内可再调整,乙未订到票。或乙的待确认车票信息为:……在可调范围内可再调整,甲未订到票。对获得待确认车票信息的用户,继续(161)。对未获得待确认车票信息的用户乙或甲,可人工继续(151)或(131),直到获得待确认车票信息为止,否则,选择系统自动购票则继续步骤(171)否则继续步骤(172)。或票务数据库通过管控中心本应返回(153)中乙或甲的购票结果,由于车次停运/……等原因,乙或甲没有待确认车票信息,根据订票人要求,系统自动为乙或甲给出近似待确认车票信息:……继续(161)。或……系统也不能自动为乙或甲给出近似待确认车票信息,可人工继续(151)或(131),直到获得待确认车票信息为止,也可提示用户更改购票方式。否则,选择系统自动购票则继续步骤(171),否则继续步骤(172)。
(155)系统提示信息包括:甲和乙均没有待确认车票信息,系统提示用户是否选择自动购票,是则继续步骤(171),否则继续步骤(172)。或票务数据库通过管控中心本应返回(153)中甲和乙的购票结果,由于车次停运/……原因,甲和乙均没有待确认车票信息,根据订票人要求,系统自动为甲和乙给出近似待确认车票信息:……继续(161)。或……但系统也不能自动为甲和乙给出近似待确认车票信息,可人工继续(151)或(131),直到获得待确认车票信息为止,否则,选择系统自动购票则继续步骤(171),否则继续步骤(172)。
对(153)、(154)和(155),购票人取票卡、银行卡、铁路票款接收系统三者之间适时启动互相自动转账程序,获得待确认车票信息时银行卡自动将取票卡余额填充为待确认车票的总票款。
7.一种基于权利要求1所述的实现自动购票管理的方法,其特征在于,所述的确认订票信息,包括:
(161)乙选择确认订票信息,继续(162)。
(162)系统返回购票结果的情况包括:甲和乙均购票成功时继续(163),甲或乙购票成功时继续(164),甲和乙购票均不成功时继续(165)。以上情况购票人取票卡、银行卡、铁路票款接收系统三者之间适时启动互相自动转账程序。
(163)系统返回购票结果的情况包括:甲和乙均购票成功,车票信息:……甲和乙取票卡总票款转给铁路售票系统,取票卡余额从总票款调整为零,调整时间:……甲和乙继续步骤(18)。
(164)系统返回购票结果的情况包括:甲或乙购票不成功,从提交到确认订票信息的时间内,购票结果对应的车票已被其他用户以另一种方式取得/……乙或甲购票成功,车票信息:……对购票不成功的甲或乙,可人工继续(161)、(151)或(131),直到确认订票信息购票成功为止,否则,选择系统自动购票则继续步骤(171),否则继续步骤(172)。对购票成功的乙或甲,取票卡总票款余额转给铁路售票系统,取票卡余额从总票款调整为零,调整时间:……继续步骤(18)。
(165)票务数据库通过管控中心返回信息包括:甲和乙从提交结果到确认的时间内,购票结果对应的车票已被另一种方式取得/……对购票不成功的甲和乙,可人工继续(161)、(151)或(131),直到确认订票信息购票成功为止,否则,选择系统自动购票则继续步骤(171),否则继续步骤(172)。
8.一种基于权利要求1所述的实现自动购票管理的方法,其特征在于,所述的自动购票处理,包括:
自动购票处理操作中购票人取票卡、银行卡、铁路票款接收系统三者之间适时启动互相自动转账程序。
(171)用户的选择包括:以购票未成功时点起始,至发车前某时点截止,每隔某时段系统从放票前保存订票信息后应该返回的含有发车时间点的所有车次范围信息里自动发起(相当于自动提交订票信息,可设置自动或人工确认订票信息)购票请求,目的是购买他人对应的退票,系统自动购票成功时继续(173),否则继续(174)。
(172)用户选择甲和(或)乙不再自动发起(相当于自动提交订票信息,可设置自动或人工确认订票信息)购票请求,取票卡总票款余额划转至银行卡,取票卡余额从总票款调整为零,调整时间:……继续步骤(18)。
(173)系统返回信息包括:系统在某时间点为甲和(或)乙购到他人退票,车票信息:……取票卡总票款余额转给铁路售票系统,取票卡余额从总票款调整为零,调整时间:……继续(18)。
(174)设置系统返回或不返回信息,设置返回信息时系统提示用户的信息包括:到火车发车时系统发起的自动购票请求未成功,取票卡总票款余额划转至银行卡,取票卡余额从总票款调整为零,调整时间:……继续(18)。
9.一种基于权利要求1、6、7或8所述的实现自动购票管理的方法,其特征在于,所述的购票人取票卡、银行卡、铁路票款接收系统三者之间适时启动互相自动转账程序,包括:
转账的一般情况是购票人取票卡余额或者是零,或者是总票款,另有约定的除外。
(91)银行卡自动将取票卡余额从零填充为待确认车票总票款的情况包括:
(911)用户通过提交操作获得待确认车票信息。
(92)取票卡余额从总票款转为零的情况包括:
(921)购票人取票卡总票款余额从取票卡转给铁路票款接收系统。
(9211)第一种购票方式,包括:
(92111)订票人取票,用身份证和(或取票卡)支付票款时。
(9212)第二种购票方式,包括:
(92121)人工确认订票信息购票成功。
(9213)自动购票方式,包括:
(92131)自动购票成功。
(922)购票人取票卡总票款余额从取票卡转给银行卡,包括:
(9221)第一种购票方式,包括:
(92211)订票人取票前用传统支付方法如现金或银行卡支付。
(92212)放票期间如果取票人没去取票,则在某时点如火车发车时取票卡的总票款余额将自动通过网银转移到银行卡。
(92213)其它情况下取票未成功,包括退票。
(9222)第二种购票方式,包括:
(92221)甲和(或)乙从提交结果到确认的时间内,购票结果对应的车票已被另一种方式取得。
(92222)其它情况下购票未成功,包括放弃购票结果。
(9223)自动购票方式,包括:
(92231)人工购票不成功且不选择自动购票。
(92232)自动购票不成功。
(92233)其它情况下购票未成功,包括放弃购票结果。
(93)如果更改车票信息的同时改变了总票款,系统自动调整三者的余额。
10.一种基于权利要求2所述的实现自动购票管理的方法,其特征在于,所述的主密码或者次密码,包括:
(101)主密码。
只允许各注册用户拥有,权限包括终止原委托买票而自己买票或更改次密码,将次密码通知第三方,由第三方代买票。
(102)次密码。
自己或被委托人持有,情况包括乙受甲委托订票、付款取票,则乙取得甲的次密码为甲购票。
11.一种基于权利要求1或6所述的实现自动购票管理的方法,其特征在于,所述的系统按照优先顺序,读取订票信息,该信息在可调范围内可再调整,并在很短时间内得到最终结果,该结果在可调范围内仍可再调整,包括:
订票信息包括含有发车时间点的所有车次范围信息,即在火车运行时段的各个发车时点对应的各个车票信息,与实际售票情况无关,而是基于包括火车运行时段、车次和铺别三者的组合。甲乙在各个发车时点对应的各个车票信息如N1、N2、N3……该信息在放票前保存肯定有,放票后保存由于系统响应其他用户的购票需求则不一定。
(1101)在可调范围内调整以上车票顺序后,调整结果包括N3、N1、N2……继续(1102)。
(1102)按照优先顺序读取订票信息,情况包括甲优先,读取顺序包括N甲3、N乙3、N甲1、N乙1、N甲2、N乙2……表示先为甲读取N3对应的车票信息,再为乙读取N3对应的车票信息,再为甲读取N1对应的车票信息……为某用户读取到存在的车票信息则继续读取其他用户车票信息,继续(1103)。
(1103)读取结果包括:甲和乙均有待确认车票信息,包括:N甲1、N乙1,或由于系统中N1只对应一张车票,而N2还有余票,则系统返回购票结果为N甲1、N乙2。甲或乙有待确认车票信息,包括:N甲1或N乙3。甲和乙均没有待确认车票信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012104885363A CN103034908A (zh) | 2012-11-26 | 2012-11-26 | 自动购票管理系统及其方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012104885363A CN103034908A (zh) | 2012-11-26 | 2012-11-26 | 自动购票管理系统及其方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103034908A true CN103034908A (zh) | 2013-04-10 |
Family
ID=48021784
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012104885363A Pending CN103034908A (zh) | 2012-11-26 | 2012-11-26 | 自动购票管理系统及其方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103034908A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104199941A (zh) * | 2014-09-09 | 2014-12-10 | 北京金山安全软件有限公司 | 一种待推荐节点线路推荐方法、装置及系统 |
CN104318311A (zh) * | 2014-10-20 | 2015-01-28 | 沈阳化工大学 | 一种航空订票系统 |
CN104331741A (zh) * | 2014-10-20 | 2015-02-04 | 沈阳化工大学 | 一种线上订票管理信息系统 |
CN104867043A (zh) * | 2015-03-31 | 2015-08-26 | 太仓云联信息科技有限公司 | 一种自动刷票系统 |
TWI553577B (zh) * | 2015-03-26 | 2016-10-11 | Sheng-You Huang | Ticket system |
CN107085801A (zh) * | 2016-02-15 | 2017-08-22 | 周锡卫 | 一种互联网售票系统运行控制方法 |
CN107122840A (zh) * | 2017-05-10 | 2017-09-01 | 王珺怡 | 一种分段组合式高铁火车票购票方法及装置 |
CN107133677A (zh) * | 2016-02-29 | 2017-09-05 | 阿里巴巴集团控股有限公司 | 检测购票过程中是否发生锁座异常的方法和装置 |
CN108053278A (zh) * | 2017-12-08 | 2018-05-18 | 中铁程科技有限责任公司 | 车票处理方法及系统、计算机可读存储介质 |
CN110189180A (zh) * | 2019-05-31 | 2019-08-30 | 中国联合网络通信集团有限公司 | 车票处理方法及平台 |
CN111738468A (zh) * | 2019-05-10 | 2020-10-02 | 北京京东尚科信息技术有限公司 | 数据处理方法、数据处理装置、计算机系统和介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040039660A1 (en) * | 2002-08-23 | 2004-02-26 | James Prescott | Automated on-line purchasing system |
JP2009176278A (ja) * | 2007-12-27 | 2009-08-06 | Entertainment Plus:Kk | 興行情報入力方法、チケット販売システム及び管理システム |
CN102201090A (zh) * | 2011-07-13 | 2011-09-28 | 侯圣勇 | 自动购票管理系统及其方法 |
-
2012
- 2012-11-26 CN CN2012104885363A patent/CN103034908A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040039660A1 (en) * | 2002-08-23 | 2004-02-26 | James Prescott | Automated on-line purchasing system |
JP2009176278A (ja) * | 2007-12-27 | 2009-08-06 | Entertainment Plus:Kk | 興行情報入力方法、チケット販売システム及び管理システム |
CN102201090A (zh) * | 2011-07-13 | 2011-09-28 | 侯圣勇 | 自动购票管理系统及其方法 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104199941B (zh) * | 2014-09-09 | 2018-06-05 | 北京金山安全软件有限公司 | 一种待推荐节点线路推荐方法、装置及系统 |
CN104199941A (zh) * | 2014-09-09 | 2014-12-10 | 北京金山安全软件有限公司 | 一种待推荐节点线路推荐方法、装置及系统 |
CN104318311A (zh) * | 2014-10-20 | 2015-01-28 | 沈阳化工大学 | 一种航空订票系统 |
CN104331741A (zh) * | 2014-10-20 | 2015-02-04 | 沈阳化工大学 | 一种线上订票管理信息系统 |
TWI553577B (zh) * | 2015-03-26 | 2016-10-11 | Sheng-You Huang | Ticket system |
CN104867043A (zh) * | 2015-03-31 | 2015-08-26 | 太仓云联信息科技有限公司 | 一种自动刷票系统 |
CN107085801A (zh) * | 2016-02-15 | 2017-08-22 | 周锡卫 | 一种互联网售票系统运行控制方法 |
CN107133677A (zh) * | 2016-02-29 | 2017-09-05 | 阿里巴巴集团控股有限公司 | 检测购票过程中是否发生锁座异常的方法和装置 |
CN107133677B (zh) * | 2016-02-29 | 2020-11-13 | 创新先进技术有限公司 | 检测购票过程中是否发生锁座异常的方法和装置 |
CN107122840A (zh) * | 2017-05-10 | 2017-09-01 | 王珺怡 | 一种分段组合式高铁火车票购票方法及装置 |
CN108053278A (zh) * | 2017-12-08 | 2018-05-18 | 中铁程科技有限责任公司 | 车票处理方法及系统、计算机可读存储介质 |
CN111738468A (zh) * | 2019-05-10 | 2020-10-02 | 北京京东尚科信息技术有限公司 | 数据处理方法、数据处理装置、计算机系统和介质 |
CN110189180A (zh) * | 2019-05-31 | 2019-08-30 | 中国联合网络通信集团有限公司 | 车票处理方法及平台 |
CN110189180B (zh) * | 2019-05-31 | 2021-08-17 | 中国联合网络通信集团有限公司 | 车票处理方法及平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103034908A (zh) | 自动购票管理系统及其方法 | |
CN102201090A (zh) | 自动购票管理系统及其方法 | |
CN102136160B (zh) | 铁路电子客票系统 | |
CN103353951A (zh) | 一种网上预订的数据处理及自动售票 | |
CN107330622A (zh) | 一种出行使用平台及其应用方法 | |
CN104268692A (zh) | 基于网络的餐饮智能管理系统 | |
CN102119397A (zh) | 促进可移动零售环境的系统和方法 | |
CN102081700A (zh) | 一种基于手机和互联网的点菜方法和平台 | |
CN101278310A (zh) | 预订雇佣车辆 | |
CN103617580A (zh) | 个性化点餐系统 | |
CN109034974A (zh) | 基于网络平台的机票采购系统 | |
CN201993816U (zh) | 基于二维条码彩信的铁路自动售检票系统 | |
CN103514484A (zh) | 一种网上在线服务预订的方法 | |
CN102214323A (zh) | 后台管理服务器、移动终端、订票系统及方法 | |
TW201814606A (zh) | 使用現代圖碼技術於行動商務平台上應用,透過行動裝置作為身分識別及行動商務支付活動的方法 | |
CN104184779A (zh) | 基于时间、地理位置和网络的社会网络化系统及方法 | |
Pavlović et al. | Contactless ICT transaction model of the urban transport service | |
CN109102364A (zh) | 基于网络平台的机票供应管理系统及机票供应管理方法 | |
CN103606103A (zh) | 用于火车上销售商品的售货员终端系统及其订单处理方法 | |
CN111429308A (zh) | 一种景区购票方法及系统 | |
CN102509359A (zh) | 信息自动处理终端及信息自动处理系统 | |
CN102201093A (zh) | 一种交易平台系统 | |
CN103617539A (zh) | 一种电子券管理方法及系统 | |
CN109508803A (zh) | 一种机票信息交互推荐与系统性择优辅助购买系统及其方法 | |
CN103580864A (zh) | 电子认证系统及运作方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20130410 |