CN111612564B - 一种车票处理方法和装置及计算机可读存储介质 - Google Patents

一种车票处理方法和装置及计算机可读存储介质 Download PDF

Info

Publication number
CN111612564B
CN111612564B CN201911226928.0A CN201911226928A CN111612564B CN 111612564 B CN111612564 B CN 111612564B CN 201911226928 A CN201911226928 A CN 201911226928A CN 111612564 B CN111612564 B CN 111612564B
Authority
CN
China
Prior art keywords
request
ticket
state
visa
queue
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.)
Active
Application number
CN201911226928.0A
Other languages
English (en)
Other versions
CN111612564A (zh
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.)
BEIJING ELECTRONIC SCIENCE AND TECHNOLOGY INSTITUTE
Institute of Information Engineering of CAS
Original Assignee
BEIJING ELECTRONIC SCIENCE AND TECHNOLOGY INSTITUTE
Institute of Information Engineering of CAS
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 BEIJING ELECTRONIC SCIENCE AND TECHNOLOGY INSTITUTE, Institute of Information Engineering of CAS filed Critical BEIJING ELECTRONIC SCIENCE AND TECHNOLOGY INSTITUTE
Priority to CN201911226928.0A priority Critical patent/CN111612564B/zh
Publication of CN111612564A publication Critical patent/CN111612564A/zh
Application granted granted Critical
Publication of CN111612564B publication Critical patent/CN111612564B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures

Abstract

本发明实施例公开了一种车票处理方法和装置及计算机可读存储介质，包括：接收到终端设备的第一请求；其中，第一请求包括以下任意一个：车票购买请求、车票退票请求、车票改签请求、车票签证请求、车票打印请求、车票报销请求、车票入账请求、车票归档请求；当根据与第一请求对应的车票的状态判断出可以对与第一请求对应的车票进行与第一请求对应的处理时，对与第一请求对应的车票进行与第一请求对应的处理；其中，车票的状态包括以下一个或多个的任意组合：车票的出售状态、车票的车辆运行状态和财务报销状态。本发明实施例提高了车票资源分配的合理性。

Description

一种车票处理方法和装置及计算机可读存储介质
技术领域
本发明实施例涉及但不限于计算机技术，尤指一种车票处理方法和装置及计算机可读存储介质。
背景技术
随着高铁、客运的发展，给人们的出行带来了很大的便利，人们通过12306网站、手机客户端、电话、自助机等多种不同的渠道进行买票，逐渐改变过去一票难求的局面。但目前的火车和汽车运行系统中，还存在以下问题：
1)每逢节假日出现客流高峰，车票仍然是一种紧缺的社会资源，各种抢票系统孕育而生，造成资源不合理分配，同时还存在倒票贩票等不良现象。
2)乘客不能及时了解车辆的状态。例如，发车前，如果出现停运、变线路等情况，乘客需要登录官方发布的消息才可以了解到情况，容易造成消息遗漏的情况。又如，车辆运行过程中，乘客和接车的人不能及时了解车辆的运行状态，如果出现晚点等情况，乘客和接车的人不能及时更改行程和计划，造成时间、财产损失。
3)在乘车过程中，经常会出现提前下车的情况，对于提前下车释放的运输资源，由于其他乘客不能及时了解车辆中每个座位或铺位的状态，没法进行二次购买，造成运输资源的浪费；
4)在第一请求中加入随机数，有效防止对车票处理系统或装置进行重放攻击。
综上所述，如何合理分配和利用车票资源，提高运输系统的利用率是车票运行系统中急需解决的问题。
目前车票只实现买票、上车环节的电子化，在后续的报销等环节还需要纸质车票，车票全流程的无纸化是另一个急需解决的问题。车票重复报销，车票购买、查验、验票等环节，还存在冒充和篡改的现象，上述安全问题是车票运行系统的运行环节中需要重点关注的问题。
发明内容
本发明实施例提供了一种车票处理方法、装置和系统，能够提高车票资源分配的合理性。
本发明实施例提供了一种车票处理方法，包括：
接收到终端设备的第一请求；其中，第一请求包括以下任意一个：车票购买请求、车票退票请求、车票改签请求、车票签证请求、车票打印请求、车票报销请求、车票入账请求、车票归档请求；
当根据与第一请求对应的车票的状态判断出可以对与第一请求对应的车票进行与第一请求对应的处理时，对与第一请求对应的车票进行与第一请求对应的处理；其中，车票的状态包括以下一个或多个的任意组合：车票的出售状态、车票的车辆运行状态和财务报销状态。
在本发明实施例中，当根据与第一请求对应的车票的状态判断出不可以对与第一请求对应的车票进行与第一请求对应的处理时，该方法还包括：
将与第一请求对应的车票的状态或不能处理的结果发送给终端设备。
在本发明实施例中，当所述第一请求为车票购买请求、车票改签请求、车票签证请求中任意一个时，所述根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理之前，该方法还包括：
在所述第一请求中添加第二时间戳，根据以下任意一个或多个确定是否将第一请求添加到请求队列q：
所述第二时间戳；
所述请求队列q中是否存在与所述第一请求相同的请求；
所述请求队列q中是否存在与所述第一请求内容相同的请求；
请求队列q中是否存在与第一请求相同终端设备发送的请求；
所述根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理包括：根据与从所述请求队列中取出的第一请求对应的车票状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理。
在本发明实施例中，所述确定是否将第一请求添加到请求队列q包括以下一个或多个的任意组合：
当请求队列中不存在与第一请求相同的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的请求时，丢弃第一请求；
当请求队列中存在与第一请求相同的请求，且满足第一预设条件时，将请求队列中与第一请求相同的请求替换为第一请求；
当请求队列中存在与第一请求相同的请求，且不满足第一预设条件时，丢弃第一请求；
当请求队列中不存在与第一请求内容相同的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求内容相同的请求时，丢弃第一请求；
当请求队列中存在与第一请求内容相同的请求，且满足第二预设条件时，将请求队列中与第一请求内容相同的请求替换为第一请求；
当请求队列中存在与第一请求内容相同的请求，且不满足第二预设条件时，丢弃第一请求；
当请求队列中不存在与第一请求相同的终端设备发送的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的终端设备发送的请求时，丢弃第一请求；
当请求队列中存在与第一请求相同的终端设备发送的请求，且满足第三预设条件时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的终端设备发送的请求，且不满足第三预设条件时，丢弃第一请求；
其中，所述第一预设条件包括：请求队列中与第一请求相同的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第三预设阈值；
所述第二预设条件包括：请求队列中与第一请求内容相同的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第四预设阈值；
所述第三预设条件包括：请求队列中与第一请求相同的终端设备发送的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第五预设阈值。
在本发明实施例中，该方法还包括：
生成车票处理结果发送给终端设备，更新处理的车票的状态。
在本发明实施例中，当所述第一请求为车票购买请求、车票补票请求、车票的改签请求、车票签证请求中的任意一个，且车票处理成功时，该方法还包括：
生成第二请求发送给终端设备；接收到终端设备的支付结果，当根据支付结果判断出支付成功时，更新处理的车票的状态。
在本发明实施例中，所述车票的状态还包括以下一个或多个的任意组合：
车票标识符、乘客的上下车状态、车票的真假状态。
在本发明实施例中，所述车票的出售状态包括以下一个或多个的任意组合：
是否已售出、是否已支付、是否已改签、改签的次数、是否已签证、是否已打印、是否已补票、是否已退票；
所述乘客的上下车状态包括以下一个或多个的任意组合：
是否已进站、是否已上车、是否已下车、是否已出站；
所述车辆的运行状态包括以下一个或多个的任意组合：
是否已发车、是否已到上车站、是否已到下车站、是否停运、是否改路线、是否晚点、是否正常运行；
所述财务报销状态包括以下一个或多个的任意组合：
是否已报销、是否已入账、是否已归档；
所述车票的真假状态包括：车票是否有效。
在本发明实施例中，所述根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理包括以下任意一个或多个：
当满足第四预设条件时，确定可以对与第一请求对应的车票进行与第一请求对应的处理；
当不满足第四预设条件时，确定不可以对与第一请求对应的车票进行与第一请求对应的处理；
其中，当所述第一请求为车票购买请求时，所述第四预设条件包括以下任意一个或多个的组合：
与第一请求对应的车票的张数大于或等于需要购买的张数；
与第一请求对应的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与购买的车票不存在冲突；
当所述第一请求为车票改签请求时，所述第四预设条件包括以下一个或多个的任意组合：
根据改签前的车票的状态判断出改签前的车票可退；
根据改签后的车票的状态判断出改签后的车票中车票的出售状态中的是否已出售为未出售的车票的张数大于或等于需要改签的张数；
改签后的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与改签后的车票不存在冲突；
满足预先设定的改签规则；
当所述第一请求为车票签证请求时，所述第四预设条件包括以下一个或多个的任意组合：
签证后的车票中车票的出售状态中的是否已出售为未出售的车票的张数大于或等于需要签证的张数；
签证后的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与签证后的车票不存在冲突；
满足预先设定的签证规则；
当所述第一请求为车票退票请求时，所述第四预设条件包括以下任意一个或多个的组合：
与第一请求对应的车票的车辆运行状态中的是否已发车为未发车；
与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为未到下车站；
当与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为已到下车站时，确定车票不可退；
与第一请求对应的车票的车辆运行状态中的是否停运为停运；
与第一请求对应的车票的车辆运行状态中的是否改路线为改路线；
当所述第一请求为车票打印请求时，所述第四预设条件包括：
第一请求对应的车票的出售状态中的是否已打印为未打印；
当所述第一请求为车票报销请求时，所述第四预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为未报销；
当所述第一请求为车票入账请求时，所述第四预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为已报销、是否已入账为未入账；
当所述第一请求为车票归档请求时，所述第四预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为已报销、是否已入账为已入账、是否已归档销为未归档。
在本发明实施例中，当所述第一请求为车票退票请求时，所述对与第一请求对应的车票进行与第一请求对应的处理包括以下一个或多个的任意组合：
当与第一请求对应的车票的车辆运行状态中的是否已发车为未发车时，根据距离发车的时间计算退款的金额；
当与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为未到下车站时，根据距离下车站的距离计算退款的金额；
当与第一请求对应的车票的车辆运行状态中的是否停运为停运时，确定退款的金额为购买车票的金额；
当与第一请求对应的车票的车辆运行状态中的是否改路线为改路线时，确定退款的金额为购买车票的金额。
本发明实施例提出了一种车票处理装置，包括处理器和计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令被所述处理器执行时，实现上述任一种车票处理方法。
本发明实施例提出了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种车票处理方法的步骤。
本发明实施例包括：接收到终端设备的第一请求；其中，第一请求包括以下任意一个：车票购买请求、车票退票请求、车票改签请求、车票签证请求、车票打印请求、车票报销请求、车票入账请求、车票归档请求；当根据与第一请求对应的车票的状态判断出可以对与第一请求对应的车票进行与第一请求对应的处理时，对与第一请求对应的车票进行与第一请求对应的处理；其中，车票的状态包括以下一个或多个的任意组合：车票的出售状态、车票的车辆运行状态和财务报销状态。本发明实施例基于车票的出售状态和车辆运行状态进行车票购买、改签、签证、打印，乘客、接车人通过车票的车辆运行状态就能及时了解车辆的运行状态，一旦发生异常情况，及时调整行程；并且，基于财务报销状态进行车票的报销、入账、归档，有效的防止了一票多报的情况，杜绝了财务漏洞，为车票的全程无纸化提供了支撑，从而提高了车票资源分配的合理性。
本发明实施例的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例而了解。本发明实施例的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明实施例技术方案的进一步理解，并且构成说明书的一部分，与本发明实施例的实施例一起用于解释本发明实施例的技术方案，并不构成对本发明实施例技术方案的限制。
图1为本发明一个实施例的提出的车票处理方法的流程图；
图2为本发明另一个实施例提出的车票处理装置的结构组成示意图。
具体实施方式
下文中将结合附图对本发明实施例进行详细说明。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
参见图1，本发明一个实施例提出了一种车票处理方法，包括：
步骤100、接收到终端设备的第一请求；其中，第一请求包括以下任意一个：车票购买请求、车票退票请求、车票改签请求、车票签证请求、车票打印请求、车票报销请求、车票入账请求、车票归档请求。
在一个示例性实例中，第一请求可以是以下任意一个：车票购买请求、车票改签请求、车票签证请求、车票退票请求、车票补票请求、车票打印请求、车票报销请求、车票入账请求、车票归档请求。
在一个示例性实例中，当第一请求为车票购买请求时，第一请求包括以下一个或多个的任意组合：
第一请求标识符、终端设备标识符、乘车人身份信息、车次、始发站、终点站、上车站、下车站、换乘站、车辆类型、车票类型、乘车日期、车票张数、第一请求内容验证码、第一时间戳、随机数、第一请求验证码。
当第一请求为车票改签请求时，第一请求包括以下一个或多个的任意组合：
第一请求标识符、终端设备标识符、乘车人身份信息、改签前的车次、改签前的始发站、改签前的终点站、改签前的换乘站、改签前的上车站、改签前的下车站、改签前的车辆类型、改签前的车票类型、改签前的乘车日期、改签后的车次、改签后的始发站、改签后的终点站、改签后的上车站、改签后的下车站、改签后的换乘站、改签后的车辆类型、改签后的车票类型、改签后的乘车日期、车票张数、第一请求内容验证码、第一时间戳、随机数、第一请求验证码。
当第一请求为车票签证请求时，第一请求包括以下一个或多个的任意组合：
第一请求标识符、终端设备标识符、乘车人身份信息、签证前的车次、签证前的始发站、签证前的终点站、签证前的上车站、签证前的下车站、签证前的换乘站、签证前的车辆类型、签证前的车票类型、签证前的乘车日期、签证后的车次、签证后的始发站、签证后的终点站、签证后的上车站、签证后的下车站、签证后的换乘站、签证后的车辆类型、签证后的车票类型、签证后的乘车日期、车票张数、第一请求内容验证码、第一时间戳、随机数、第一请求验证码。
当第一请求为车票退票请求、车票补票请求、车票打印请求、车票报销请求、车票入账请求、车票归档请求中的任意一个时，第一请求包括以下一个或多个任意组合：
第一请求标识符、终端设备标识符、乘车人身份信息、车次、始发站、终点站、上车站、下车站、换乘站、车辆类型、车票类型、乘车日期、车票张数、随机数、第一请求验证码。
其中，第一请求标识符是用于描述第一请求的唯一标识符，可以为数字、字符、数字与字符的任意组合；
其中，终端设备标识符是指用于描述生成第一请求的终端设备的唯一标识符，可以为数字、字符、数字与字符的任意组合；
其中，车辆类型是用于描述交通工具的类型，包括但不限于包括：飞机、火车、汽车、地铁、高铁、城际、动车、直达、特快、快速、慢车、长途汽车、公交车、出租车、快车、专车、地铁；
其中，车票类型是用于描述该车票对应的交通工具类型、乘车人的身份类别、座位的类型，包括但不限于包括以下的任意组合：飞机票、汽车票、火车票、地铁票、出租车票、长途汽车票、公交车票、普通票、学生票、儿童票、免票、通票、联票、商务座、一等座、二等座、软座、硬座、硬卧、软卧、动卧、无座、头等舱、经济舱、商务舱；
其中，第一时间戳是指终端设备生成第一请求的时间；
其中，第一请求验证码用于验证第一请求的真实性和/或完整性，可以采用第一算法对第一信息进行计算得到第一请求验证码。
其中，第一算法可以是以下算法中的一种或多种的任意组合：数字签名、摘要算法、哈希消息认证码(HMAC，Hash-based Message Authentication Code)、加密认证算法、条形码算法、二维码算法。当然，也可以是其他的算法，本发明实施例对此不作限定。
其中，当第一请求是车票购买请求时，第一信息可以是以下信息中的一种或多种的任意组合：
第一请求标识符、终端设备标识符、乘车人身份信息、车次、始发站、终点站、上车站、下车站、换乘站、车辆类型、车票类型、乘车日期、车票张数、第一请求内容验证码、第一时间戳、随机数。
比如：第一请求中包括的信息用M1表示，第一请求标识符、终端设备标识符、乘车人身份信息、车次、始发站、终点站、上车站、下车站、换乘站、车辆类型、车票类型、乘车日期、车票张数、第一请求内容验证码、第一时间戳、随机数等信息用M11表示，key为终端设备和售票单元之间的共享密钥，为保证第一请求的真实性和/或完整性，采用消息认证码算法HMAC生成第一请求的消息认证码M12即为上述第一请求验证码，M12＝HMAC(key,M11)，M1＝M11||M12。
或者采用签名算法对第一请求进行签名，比如终端设备的私钥为sk1，M13＝signature(sk1,M11)，M1＝M11||M13。其中，签名算法可以为任意签名算法，比如SM2、ECC、RSA等算法，都在本发明实施例的保护范围内。
具体采用哪种方式哪个算法生成第一请求验证码，本发明实施例不做具体限制，都在本发明实施例的保护范围内。
当第一请求是车票改签请求时，第一信息可以是以下信息中的一种或多种的任意组合：
第一请求标识符、终端设备标识符、乘车人身份信息、改签前的车次、改签前的始发站、改签前的终点站、改签前的上车站、改签前的下车站、改签前的换乘站、改签前的车辆类型、改签前的车票类型、改签前的乘车日期、改签后的车次、改签后的始发站、改签后的终点站、改签后的上车站、改签后的下车站、、改签后的换乘站、改签后的车辆类型、改签后的车票类型、改签后的乘车日期、车票张数、第一请求内容验证码、第一时间戳、随机数。
当第一请求是车票签证请求时，第一信息可以是以下信息中的一种或多种的任意组合：
第一请求标识符、终端设备标识符、乘车人身份信息、签证前的车次、签证前的始发站、签证前的终点站、签证前的上车站、签证前的下车站、签证前的换乘站、签证前的车辆类型、签证前的车票类型、签证前的乘车日期、签证后的车次、签证后的始发站、签证后的终点站、签证后的上车站、签证后的下车站、签证后的换乘站、签证后的车辆类型、签证后的车票类型、签证后的乘车日期、车票张数、第一请求内容验证码、第一时间戳、随机数。
当第一请求为车票退票请求、车票补票请求、车票打印请求、车票报销请求、车票入账请求、车票归档请求中的任意一个时，第一信息可以是以下信息中的一种或多种的任意组合：
第一请求标识符、终端设备标识符、乘车人身份信息、车次、始发站、终点站、上车站、下车站、换乘站、车辆类型、车票类型、乘车日期、车票张数、随机数。
其中，第一请求内容验证码用于验证第一请求内容真实性和/或完整性，可以采用第二算法对第二信息进行计算得到第一请求内容验证码。
其中，第二算法可以是以下算法中的一种或多种的任意组合：数字签名、摘要算法、HMAC、加密认证算法、条形码算法、二维码算法。当然，也可以是其他的算法，本发明实施例对此不作限定。
其中，当第一请求是车票购买请求时，第二信息可以是以下信息中的一种或多种的任意组合：
乘车人身份信息、车次、始发站、终点站、上车站、下车站、换乘站、车辆类型、车票类型、乘车日期、车票张数。
比如：第二信息用M2表示，第一请求内容验证码用M3表示，采用签名算法对第一请求内容进行签名，比如终端设备的私钥为sk1，M3＝signature(sk1,M2)。其中，签名算法可以为任意签名算法，比如SM2、ECC、RSA等算法，都在本发明实施例的保护范围内。在第一请求中增加第一请求内容验证码用于后续售票单元限制同样的第一请求内容通过不同终端设备多次提交，防止通过多个终端设备抢票、刷票、倒票等现象。
当第一请求是车票改签请求时，第二信息可以是以下信息中的一种或多种的任意组合：
乘车人身份信息、改签前的车次、改签前的始发站、改签前的终点站、改签前的上车站、改签前的下车站、改签前的换乘站、改签前的车辆类型、改签前的车票类型、改签前的乘车日期、改签后的车次、改签后的始发站、改签后的终点站、改签后的上车站、改签后的下车站、改签后的换乘站、改签后的车辆类型、改签后的车票类型、改签后的乘车日期、车票张数。
当第一请求是车票签证请求时，第二信息可以是以下信息中的一种或多种的任意组合：
乘车人身份信息、签证前的车次、签证前的始发站、签证前的终点站、签证前的上车站、签证前的下车站、签证前的换乘站、签证前的车辆类型、签证前的车票类型、签证前的乘车日期、签证后的车次、签证后的始发站、签证后的终点站、签证后的上车站、签证后的下车站、签证后的换乘站、签证后的车辆类型、签证后的车票类型、签证后的乘车日期、车票张数。
步骤101、当根据与第一请求对应的车票的状态判断出可以对与第一请求对应的车票进行与第一请求对应的处理时，对与第一请求对应的车票进行与第一请求对应的处理；其中，车票的状态包括以下一个或多个的任意组合：车票的出售状态、车辆的运行状态和财务报销状态。具体的，
当第一请求为车票购买请求，且根据与第一请求对应的车票的状态判断出可以进行车票购买时，进行车票购买；
或者，当第一请求为车票改签请求，且根据第一请求对应的改签前的车票的状态和改签后的车票的状态判断出可以进行车票改签时，进行车票改签；
或者，当第一请求为车票签证请求，且根据第一请求对应的签证后的车票的状态判断出可以进行车票签证时，进行车票签证；
或者，当第一请求为退票请求，且根据第一请求对应的车票的状态判断出车票可退时，进行退票处理；
或者，当第一请求为车票打印请求，且根据第一请求对应的车票的状态判断出车票可以打印时，进行车票打印处理；
或者，当第一请求为车票报销请求，且根据第一请求对应的车票的状态判断出车票可以报销时，进行车票报销处理；
或者，当第一请求为车票入账请求，且根据第一请求对应的车票的状态判断出车票可以入账时，进行车票入账处理；
或者，当第一请求为车票归档请求，且根据第一请求对应的车票的状态判断出车票可以归档时，进行车票归档处理。
当第一请求为车票补票请求时，直接进行车票购买。
在本发明另一个实施例中，当根据与第一请求对应的车票的状态判断出不可以对与第一请求对应的车票进行与第一请求对应的处理时，该方法还包括：将与第一请求对应的车票的状态或不能处理的结果发送给终端设备。
具体的，当第一请求为车票购买请求，且根据与第一请求对应的车票的状态判断出不可以进行车票购买时，将与第一请求对应的车票的状态或不能处理的结果发送给终端设备。
或者，当第一请求为车票改签请求，且根据第一请求对应的改签前的车票的状态和改签后的车票的状态判断出不可以进行车票改签时，将与第一请求对应的改签前的车票的状态、改签后的车票的状态或不能处理的结果发送给终端设备。
或者，当第一请求为车票签证请求，且根据第一请求对应的签证后的车票的状态判断出不可以进行车票签证时，将与第一请求对应的签证前的车票的状态、签证后的车票的状态或不能处理的结果发送给终端设备。
或者，当第一请求为退票请求，且根据第一请求对应的车票的状态判断出车票不可退时，将第一请求对应的车票的状态或不能退票的结果发生给终端设备。
或者，当第一请求为车票打印请求，且根据第一请求对应的车票的状态判断出车票不可以打印时，将与第一请求对应的车票的状态或不能处理的结果发送给终端设备；
或者，当第一请求为车票报销请求，且根据第一请求对应的车票的状态判断出车票不可以报销时，将与第一请求对应的车票的状态或不能处理的结果发送给终端设备；
或者，当第一请求为车票入账请求，且根据第一请求对应的车票的状态判断出车票不可以入账时，将与第一请求对应的车票的状态或不能处理的结果发送给终端设备；
或者，当第一请求为车票归档请求，且根据第一请求对应的车票的状态判断出车票不可以归档时，将与第一请求对应的车票的状态或不能处理的结果发送给终端设备。
在一个示例性实例中，判断出第一请求是真实的和/或完整的，根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理；在另一个示例性实例中，直接根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理。
在一个示例性实例中，采用与生成第一请求验证码对应的方式对第一请求的真实性和/或完整性进行验证。
比如第一请求验证码采用签名算法生成，采用终端设备的公钥，调用签名验签算法，验证第一请求验证码，如果验证通过，说明第一请求在发送过程中没有被修改，真实性完整性验证通过。
在一个示例性实例中，车票的状态还包括以下一个或多个的任意组合：
车票标识符、乘客的上下车状态、车票的真假状态。
其中，车票标识符用于描述车票的唯一标识，可以为数字、字符串、二维码、条形码的任意组合，后续可以根据车票标识符查询车票对应的状态。
车票在出售之前预售期内由车票处理装置或车票处理系统给车票置初始状态。
其中，车票的出售状态包括以下一个或多个的任意组合：
是否已售出、是否已支付、是否已改签、改签的次数、是否已签证、是否已打印、是否已补票、是否已退票。
在车票出售之前预售期内，车票的出售状态包括以下一个或多个的任意组合：
未出售、未支付、未改签、改签的次数为0、未签证、未打印、未补票、未退票。
其中，乘客的上下车状态包括以下一个或多个的任意组合：
是否已进站、是否已上车、是否已下车、是否已出站。
在车票出售之前，乘客的上下车状态包括以下一个或多个的任意组合：
未进站、未上车、未下车、未出站。
其中，车辆的运行状态包括以下一个或多个的任意组合：
是否已发车、是否已到上车站、是否已到下车站、是否停运、是否改路线、是否晚点、是否正常运行。
车辆的运行状态根据车辆的实际运行状态确定。
其中，财务报销状态包括以下一个或多个的任意组合：
是否已报销、是否已入账、是否已归档。
在车票出售之前，财务报销状态包括以下一个或多个的任意组合：
未报销、未入账、未归档。
其中，车票的真假状态包括：车票是否有效。
车票的真假状态根据实际情况确定。
在一个示例性实例中，当第一请求为车票购买请求时，与第一请求对应的车票是指与第一请求中包括的车次、始发站、终点站、上车站、下车站、换乘站、车辆类型、车票类型、乘车日期中的一个或多个的任意组合对应的车票中，车票的出售状态中的是否已出售为未出售的车票。例如，第一请求中包括车次时，则第一请求对应的车票是指第一请求中包括的车次的车票中，车票的出售状态中的是否已出售为未出售的车票。
当第一请求为车票改签请求时，与第一请求对应的车票是指需要改签的车票。
当第一请求为车票签证请求时，与第一请求对应的车票是指需要签证的车票。
当第一请求为车票退票请求时，与第一请求对应的车票是指所退的车票。
当第一请求为车票补票请求时，与第一请求对应的车票是指所补的车票。
当第一请求为车票打印请求时，与第一请求对应的车票是指所打印的车票。
当第一请求为车票报销请求时，与第一请求对应的车票是指所报销的车票。
当第一请求为车票入账请求时，与第一请求对应的车票是指所入账的车票。
当第一请求为车票归档请求时，与第一请求对应的车票是指所归档的车票。
在一个示例性实例中，不能处理的结果是指不能处理的原因。
当第一请求为车票购买请求时，不能处理的结果包括以下一个或多个的任意组合：车票的出售状态中的是否已出售为未出售的车票的张数小于请求购买的车票的张数、车票未在出售期、车辆已经停运、车辆已经改路线、乘车人已有的车票与购买的车票冲突；
当第一请求为车票改签请求时，不能处理的结果包括以下一个或多个的任意组合：不符合改签规则、改签后的车票中车票的出售状态中的是否已出售为未出售的车票的张数小于请求改签的车票的张数、改签后的车票未在出售期、改签后的车辆已经停运、改签后的车辆已经改路线、乘车人已有车票与改签后的车票冲突；
当第一请求为车票签证请求时，不能处理的结果包括以下一个或多个的任意组合：不符合签证规则、签证后的车票中车票的出售状态中的是否已出售为未出售的车票的张数小于请求改签的车票的张数、签证后的车票未在出售期、签证后的车辆已经停运、签证后的车辆已经改路线、乘车人已有车票与签证后的车票冲突；
当第一请求为退票请求时，不能处理的结果包括：车辆已经到达下车站；
当第一请求为打印请求时，不能处理的结果包括：车票已打印；
当第一请求为报销请求时，不能处理的结果包括：车票已报销；
当第一请求为入账请求时，不能处理的结果包括以下一个或多个任意组合：车票未报销、车票已入账；
当第一请求为归档请求时，不能处理的结果包括以下一个或多个任意组合：车票未报销、车票未入账、车票已归档。
在本发明另一个实施例中，当第一请求为车票购买请求、车票改签请求、车票签证请求中任意一个时，根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理之前，该方法还包括：
在第一请求中添加第二时间戳，根据以下任意一个或多个确定是否将第一请求添加到请求队列q：
第一请求中的第二时间戳；
请求队列q中是否存在与第一请求相同的请求；
请求队列q中是否存在与第一请求内容相同的请求；
请求队列q中是否存在与第一请求相同终端设备发送的请求；
当第一请求为车票补票请求、车票退票请求、车票报销请求、车票打印请求、车票入账请求、车票归档请求中的任意一个时，直接将第一请求添加到请求队列q；
根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理包括：根据与从请求队列中取出的第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理。
在一个示例性实例中，确定是否将第一请求添加到请求队列q包括以下一个或多个的任意组合：
当请求队列中不存在与第一请求相同的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的请求时，丢弃第一请求；
当请求队列中存在与第一请求相同的请求，且满足第一预设条件时，将请求队列中与第一请求相同的请求替换为第一请求；
当请求队列中存在与第一请求相同的请求，且不满足第一预设条件时，丢弃第一请求；
当请求队列中不存在与第一请求内容相同的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求内容相同的请求时，丢弃第一请求；
当请求队列中存在与第一请求内容相同的请求，且满足第二预设条件时，将请求队列中与第一请求内容相同的请求替换为第一请求；
当请求队列中存在与第一请求内容相同的请求，且不满足第二预设条件时，丢弃第一请求；
当请求队列中不存在与第一请求相同的终端设备发送的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的终端设备发送的请求时，丢弃第一请求；
当请求队列中存在与第一请求相同的终端设备发送的请求，且满足第三预设条件时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的终端设备发送的请求，且不满足第三预设条件时，丢弃第一请求。
在一个示例性实例中，第一预设条件包括：请求队列中与第一请求相同的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第三预设阈值；
第二预设条件包括：请求队列中与第一请求内容相同的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第四预设阈值；
第三预设条件包括：请求队列中与第一请求相同的终端设备发送的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第五预设阈值。
在一个示例性实例中，验证请求队列中是否有相同的第一请求，可通过验证是否包含相同的第一请求验证码进行验证；也可以通过其他方法验证，本发明实施例不做限制。
在一个示例性实例中，验证请求队列中是否有相同的第一请求内容，可以通过验证是否包含相同的第一请求内容验证码来验证是否包含相同的第一请求内容，也可以通过其他方法验证，本发明实施例对此不做限制。
在一个示例性实例中，验证请求队列中是否有相同的终端设备发送的请求，可以通过验证是否包含相同的终端设备标识符来验证是否包含相同的终端设备发送第一请求，也可以通过其他方法验证，本发明实施例对此不做限制。
判断是否有相同的第一请求防止通过同一终端设备发送相同的第一请求内容进行抢票、倒票、贩票等现象，同时防止对车票处理装置或系统进行重放攻击；判断是否有相同的第一请求内容防止不同终端设备进行抢票、倒票、贩票等现象；判断是否有相同终端设备发送的请求，防止通过相同终端设备间隔发送不同的第一请求内容进行抢票、倒票、贩票等现象。第三预设阈值、第四预设阈值和第五预设阈值可以相同也可以不相同。
通过在第一请求中添加第二时间戳，有效杜绝终端设备通过修改自己时间的方式进行抢票。
在一个示例性实例中，从请求队列中取出第一请求可以按照先进后出的原则，也可以按照优先级原则，本发明实施例对此不做限制。
在一个示例性实例中，所述根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理包括以下任意一个或多个：
当满足第四预设条件时，确定可以对与第一请求对应的车票进行与第一请求对应的处理；
当不满足第四预设条件时，确定不可以对与第一请求对应的车票进行与第一请求对应的处理。
下面对每一个请求的第四预设条件进行说明。
(一)所述第一请求为车票购买请求，所述第四预设条件包括以下任意一个或多个的组合：
与第一请求对应的车票的张数大于或等于需要购买的张数；
与第一请求对应的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与购买的车票不存在冲突。
(二)所述第一请求为车票改签请求，所述第四预设条件包括以下一个或多个的任意组合：
根据改签前的车票的状态判断出改签前的车票可退；
根据改签后的车票的状态判断出改签后的车票中车票的出售状态中的是否已出售为未出售的车票的张数大于或等于需要改签的张数；
改签后的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与改签后的车票不存在冲突；
满足预先设定的改签规则。
在一个示例性实例中，预先设定的改签规则例如可以是改签次数小于或等于第五预设阈值，比如限定最多只可以改签一次，该车票已经改签过一次，那么不满足改签规则，该车票不可改签；又如可以是只允许改签车次，不允许改签始发站和终点站，如果改签后车票的始发站或终点站和原来不一样，那么不满足改签规则，判断该车票不可以改签。
具体的改签规则本发明不做限制，可以根据不同的需求进行设定。
(三)所述第一请求为车票签证请求，所述第四预设条件包括以下一个或多个的任意组合：
签证后的车票中车票的出售状态中的是否已出售为未出售的车票的张数大于或等于需要签证的张数；
签证后的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与签证后的车票不存在冲突；
满足预先设定的签证规则。
在一个示例性实例中，预先设定的签证规则例如可以是允许签证的车票类型必须与签证前的车票类型一致，如果签证后的车票类型与签证前的车票类型不一样，那么不满足签证规则，判断不可以签证；又如可以是允许签证的车辆种类与签证前的车票一样，如果不一样，那么不满足签证规则，判断不可以签证；又如可以是允许签证的车票始发站和终点站与签证前的车票必须一致，如果签证后的车票的始发站或终点站和签证前的车票不一样，那么不满足签证规则，判断不可以签证；又如可以是设定允许签证的时间范围，判断签证的时间段是否在允许签证的时间范围内，在该车票的状态可以签证，但不在时间范围内，则不可以签证。具体的签证规则，本发明实施例不做限定。
(四)所述第一请求为车票退票请求，所述第四预设条件包括以下任意一个或多个的组合：
与第一请求对应的车票的车辆运行状态中的是否已发车为未发车；
与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为未到下车站；
当与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为已到下车站时，确定车票不可退；
与第一请求对应的车票的车辆运行状态中的是否停运为停运；
与第一请求对应的车票的车辆运行状态中的是否改路线为改路线。
(五)所述第一请求为车票打印请求，所述第四预设条件包括：
第一请求对应的车票的出售状态中的是否已打印为未打印。
(六)所述第一请求为车票报销请求，所述第四预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为未报销。
(七)所述第一请求为车票入账请求，所述第四预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为已报销、车票的财务报销状态中的是否已入账为未入账。
(八)所述第一请求为车票归档请求，所述第三预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为已报销、车票的财务报销状态中的是否已入账为已入账、车票的财务报销状态中的是否已归档为未归档。
下面对每一个请求的处理进行说明。
(一)所述第一请求为车票退票请求，所述对与第一请求对应的车票进行与第一请求对应的处理包括以下一个或多个的任意组合：
当与第一请求对应的车票的车辆运行状态中的是否已发车为未发车时，根据距离发车的时间计算退款的金额；
当与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为未到下车站时，根据距离下车站的距离计算退款的金额；
当与第一请求对应的车票的车辆运行状态中的是否停运为停运时，确定退款的金额为购买车票的金额；
当与第一请求对应的车票的车辆运行状态中的是否改路线为改路线时，确定退款的金额为购买车票的金额。
(二)所述第一请求为车票改签请求，所述对与第一请求对应的车票进行与第一请求对应的处理包括：
根据车票改签请求生成车票购买请求，进行改签后的车票的购买；
进行改签前的车票的退票处理。
上述两个步骤可以任意组合，只有上述两个步骤都成功后，改签处理才成功，否则，改签结果为失败。如果一个步骤成功，另一个步骤失败，成功的步骤需要返回到原来的状态，比如改签后的车票购买成功，改签前的车票退票处理失败，那么需要把新买的车票进行退票处理。
改签成功后，根据改签前的车票和改签后的车票计算改签需要支付的金额或者改签需要退还的金额。
在改签时，进行改签后的车票的购买时，同样需要对相同的车票购买请求和相同的车票购买请求内容进行时间限制，防止通过车票改签的方式进行抢票、刷票和倒票。
(三)所述第一请求为车票签证请求，所述对与第一请求对应的车票进行与第一请求对应的处理包括：
根据车票签证请求生成车票购买请求，进行签证后的车票的购买。
签证成功后，根据签证前的车票和签证后的车票计算签证需要支付的金额或者签证需要退还的金额。
在本发明另一个实施例中，该方法还包括：生成车票处理结果发送给终端设备，更新处理的车票的状态。
在一个示例性实例中，当第一请求是车票购买请求、车票退票请求、车票补票请求、车票打印请求、车票报销请求、车票入账请求、车票归档请求中的任意一个时，车票处理结果包括以下一个或多个的任意组合：
车票处理结果标识符、终端设备标识符、第一请求标识符、乘车人身份信息、车票张数、车票标识符、车次、始发站、终点站、上车站、下车站、换乘站、车辆类型、车票类型、乘车日期、车票张数、是否处理成功、车票处理结果验证码。
当第一请求是车票改签请求时，车票处理结果包括以下一个或多个的任意组合：
车票处理结果标识符、终端设备标识符、第一请求标识符、乘车人身份信息、车票张数、车票标识符、改签前的车次、改签前的始发站、改签前的终点站、改签前的换乘站、改签前的上车站、改签前的下车站、改签前的车辆类型、改签前的车票类型、改签前的乘车日期、改签后的车次、改签后的始发站、改签后的终点站、改签后的上车站、改签后的下车站、改签后的换乘站、改签后的车辆类型、改签后的车票类型、改签后的乘车日期、车票张数、是否处理成功、车票处理结果验证码。
当第一请求是车票签证请求时，车票处理结果包括以下一个或多个的任意组合：
车票处理结果标识符、终端设备标识符、第一请求标识符、乘车人身份信息、车票张数、车票标识符、签证前的车次、签证前的始发站、签证前的终点站、签证前的上车站、签证前的下车站、签证前的换乘站、签证前的车辆类型、签证前的车票类型、签证前的乘车日期、签证后的车次、签证后的始发站、签证后的终点站、签证后的上车站、签证后的下车站、签证后的换乘站、签证后的车辆类型、签证后的车票类型、签证后的乘车日期、车票张数、是否处理成功、车票处理结果验证码。
其中，车票处理结果验证码用于验证处理结果的真实性和/或完整性，可以采用第三算法对第三信息进行计算得到车票处理结果验证码。
其中，第三算法可以是以下算法中一种或多种的任意组合：数字签名、摘要算法、HMAC、加密认证算法、条形码算法、二维码算法。
其中，当第一请求为车票购买请求、车票退票请求、车票补票请求、车票打印请求、车票报销请求、车票入账请求、车票归档请求中的任意一个时，第三信息可以是以下信息中的一种或多种的任意组合：车票处理结果标识符、终端设备标识符、第一请求标识符、乘车人身份信息、车票张数、车票标识符、车次、始发站、终点站、上车站、下车站、换乘站、车辆类型、车票类型、乘车日期、是否处理成功。
当第一请求为车票改签请求时，第三信息可以是以下信息中的一种或多种的任意组合：车票处理结果标识符、终端设备标识符、第一请求标识符、乘车人身份信息、车票张数、车票标识符、改签前的车次、改签前的始发站、改签前的终点站、改签前的换乘站、改签前的上车站、改签前的下车站、改签前的车辆类型、改签前的车票类型、改签前的乘车日期、改签后的车次、改签后的始发站、改签后的终点站、改签后的上车站、改签后的下车站、改签后的换乘站、改签后的车辆类型、改签后的车票类型、改签后的乘车日期、是否处理成功。
当第一请求为车票签证请求时，第三信息可以是以下信息中的一种或多种的任意组合：车票处理结果标识符、终端设备标识符、第一请求标识符、乘车人身份信息、车票张数、车票标识符、签证前的车次、签证前的始发站、签证前的终点站、签证前的换乘站、签证前的上车站、签证前的下车站、签证前的车辆类型、签证前的车票类型、签证签前的乘车日期、签证后的车次、签证后的始发站、签证后的终点站、签证后的上车站、签证后的下车站、签证后的换乘站、签证后的车辆类型、签证后的车票类型、签证后的乘车日期、是否处理成功。
下面对每一个请求的处理的车票的状态的更新进行说明。
(一)第一请求为车票购买请求或车票补票请求时，更新处理的车票的状态包括：
将处理的车票的出售状态中的是否已出售由未出售更新为已出售。
在一个示例性实例中，当第一请求为车票改签请求时，更新处理的车票的状态包括：
将改签前的车票的出售状态中的是否已退票更新为已退票；将改签后的车票的出售状态中的是否已出售更新为已出售，是否已改签更新为已改签，将改签次数加1，根据更新后的改签次数确定是否更新是否可改签。
具体的，当更新后的改签次数大于或等于第五预设阈值时，将是否可改签更新为不可改签；当更新后的改签次数小于第五预设阈值时，不更新是否可改签。
(二)第一请求为车票签证请求时，更新处理的车票的状态包括：将签证后的车票的出售状态中的是否已出售更新为已出售，是否已签证更新为已签证。
(三)第一请求为退票请求时，更新处理的车票的状态包括：将所退的车票的出售状态中的是否已退票更新为已退票，更新前的状态为未退票，更新后的状态为已退票。
(四)第一请求为车票打印请求时，更新处理的车票的状态包括：将第一请求对应的车票的出售状态中的是否已打印更新为已打印。
(五)第一请求为车票报销请求时，更新处理的车票的状态包括：将第一请求对应的车票的财务报销状态中的是否已报销更新为已报销。
(六)第一请求为车票入账请求时，更新处理的车票的状态包括：将第一请求对应的车票的财务报销状态中的是否已入账更新为已入账。
(七)第一请求为车票归档请求时，更新处理的车票的状态包括：将第一请求对应的车票的财务报销状态中的是否已归档更新为已归档。
在本发明另一个实施例中，当所述第一请求为车票购买请求、车票补票请求、车票的改签请求、车票签证请求中的任意一个，且车票处理成功时，该方法还包括：
生成第二请求发送给终端设备；接收到终端设备的支付结果，当根据支付结果判断出支付成功时，更新处理的车票的状态。具体的，更新处理的车票的状态包括：将处理的车票的出售状态中的是否已支付由未支付改为已支付，更新前的状态为未支付，更新后的状态为已支付。
在本发明另一个实施例中，当车票处理不成功时，结束本流程。
在本发明另一个实施例中，当根据支付结果判断出支付失败时，继续生成第二请求发送给终端设备。
在一个示例性实例中，判断出车票处理结果是真实的和/或完整的，判断车票是否处理成功；在另一个示例性实例中，直接判断车票是否处理成功。
在一个示例性实例中，采用与生成处理结果验证码对应的方式对处理结果的真实性和/或完整性进行验证。
在一个示例性实例中，判断出支付结果是真实的和/或完整的，判断支付是否成功；在另一个示例性实例中，直接判断支付是否成功。
在一个示例性实例中，采用与生成支付结果验证码对应的方式对支付结果的真实性和/或完整性进行验证。
在一个示例性实例中，第二请求为车票支付请求。
在一个示例性实例中，第二请求包括以下一个或多个的任意组合：第二请求标识符、终端标识符、车票张数、车票标识符、支付方式、支付介质标识符、支付金额、第二请求验证码。
在一个示例性实例中，所述支付介质标识符包括但不限于包括以下一个或多个的任意组合：微信号、银行卡卡号、支付宝号码。
在一个示例性实例中，第二请求验证码用于验证第二请求的真实性和/或完整性，可以采用第六算法对第六信息进行计算得到第二请求验证码。
其中，第六算法可以是以下算法中的一种或多种的任意组合：数字签名、摘要算法、HMAC、加密认证算法、条形码算法、二维码算法。
其中，第六信息可以是以下信息中的一种或多种的任意组合：第二请求标识符、终端标识符、车票张数、车票标识符、支付方式、支付/收款介质标识符、支付金额。
在本发明另一个实施例中，当所述第一请求为车票退票请求、车票的改签请求、车票签证请求中的任意一个，且车票处理成功时，该方法还包括：
生成退款请求发送给支付服务器，接收到支付服务器的退款结果，当根据退款结果判断出退款成功时，更新处理的车票的状态。具体的，更新处理的车票的状态包括：将处理的车票的出售状态中的是否已退款由未退款改为已退款，更新前的状态为未退款，更新后的状态为已退款。
在本发明另一个实施例中，当根据退款结果判断出退款失败时，继续生成退款请求发送给支付服务器。
在本发明实施例中，支付服务器接收到退款请求，进行退款，生成退款结果发送给车票处理装置或车票处理系统。
本发明实施例基于车票的状态进行车票购买、退票、改签、签证、打印，由于车票的状态包括车票的出售状态、车票的车辆运行状态中的一个或多个的任意组合，乘客、接车人通过车票的状态就能及时了解车辆的运行状态，一旦发生异常情况，及时调整行程；并且，基于车票的财务报销状态进行车票报销、入账、归档，有效的防止了一票多报的情况，杜绝了财务漏洞，为车票的全程无纸化提供了支撑；从而提高了车票资源分配的合理性。
在本发明另一个实施例中，该方法还包括以下一个或多个的任意组合：
根据车辆的运行状态更新车票的车辆的运行状态；
根据乘客的状态更新车票的乘客上下车状态。
本发明另一个实施例提出了一种车票处理装置，包括处理器和计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令被所述处理器执行时，实现上述任一种车票处理方法。
本发明另一个实施例提出了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种车票处理方法的步骤。
参见图2，本发明另一个实施例提出了一种车票处理装置，包括：
接收模块201，用于接收到终端设备的第一请求；其中，第一请求包括以下任意一个：车票购买请求、车票退票请求、车票改签请求、车票签证请求、车票打印请求、车票报销请求、车票入账请求、车票归档请求；
车票处理模块202，用于当根据与第一请求对应的车票的状态判断出可以对与第一请求对应的车票进行与第一请求对应的处理时，对与第一请求对应的车票进行与第一请求对应的处理；其中，车票的状态包括以下一个或多个的任意组合：车票的出售状态、车票的车辆运行状态和财务报销状态。
在本发明另一个实施例中，车票处理模块202还用于：
当根据与第一请求对应的车票的状态判断出不可以对与第一请求对应的车票进行与第一请求对应的处理时，将与第一请求对应的车票的状态或不能处理的结果发送给终端设备。
在本发明另一个实施例中，车票处理模块202还用于：
当所述第一请求为车票购买请求、车票改签请求、车票签证请求中的任意一个时，在所述第一请求中添加第二时间戳，根据以下任意一个或多个确定是否将第一请求添加到请求队列q：
所述第二时间戳；
所述请求队列q中是否存在与所述第一请求相同的请求；
所述请求队列q中是否存在与所述第一请求内容相同的请求；
请求队列q中是否存在与第一请求相同终端设备发送的请求；
所述根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理包括：根据与从所述请求队列中取出的第一请求对应的车票状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理。
在本发明另一个实施例中，车票处理模块202具体用于采用以下一个或多个的任意组合的方式实现所述确定是否将第一请求添加到请求队列q：
当请求队列中不存在与第一请求相同的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的请求时，丢弃第一请求；
当请求队列中存在与第一请求相同的请求，且满足第一预设条件时，将请求队列中与第一请求相同的请求替换为第一请求；
当请求队列中存在与第一请求相同的请求，且不满足第一预设条件时，丢弃第一请求；
当请求队列中不存在与第一请求内容相同的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求内容相同的请求时，丢弃第一请求；
当请求队列中存在与第一请求内容相同的请求，且满足第二预设条件时，将请求队列中与第一请求内容相同的请求替换为第一请求；
当请求队列中存在与第一请求内容相同的请求，且不满足第二预设条件时，丢弃第一请求；
当请求队列中不存在与第一请求相同的终端设备发送的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的终端设备发送的请求时，丢弃第一请求；
当请求队列中存在与第一请求相同的终端设备发送的请求，且满足第三预设条件时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的终端设备发送的请求，且不满足第三预设条件时，丢弃第一请求；
其中，所述第一预设条件包括：请求队列中与第一请求相同的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第三预设阈值；
所述第二预设条件包括：请求队列中与第一请求内容相同的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第四预设阈值；
所述第三预设条件包括：请求队列中与第一请求相同的终端设备发送的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第五预设阈值。
在本发明另一个实施例中，车票处理模块202还用于：
生成车票处理结果发送给终端设备，更新处理的车票的状态。
在本发明另一个实施例中，车票处理模块202还用于：
当所述第一请求为车票购买请求、车票补票请求、车票的改签请求、车票签证请求中的任意一个，且车票处理成功时，生成第二请求发送给终端设备；接收到终端设备的支付结果，当根据支付结果判断出支付成功时，更新处理的车票的状态。
在本发明另一个实施例中，所述车票的状态还包括以下一个或多个的任意组合：
车票标识符、乘客的上下车状态、车票的真假状态。
在本发明另一个实施例中，所述车票的出售状态包括以下一个或多个的任意组合：
是否已售出、是否已支付、是否已改签、改签的次数、是否已签证、是否已打印、是否已补票、是否已退票；
所述乘客的上下车状态包括以下一个或多个的任意组合：
是否已进站、是否已上车、是否已下车、是否已出站；
所述车辆的运行状态包括以下一个或多个的任意组合：
是否已发车、是否已到上车站、是否已到下车站、是否停运、是否改路线、是否晚点、是否正常运行；
所述财务报销状态包括以下一个或多个的任意组合：
是否已报销、是否已入账、是否已归档；
所述车票的真假状态包括：车票是否有效。
在本发明另一个实施例中，车票处理模块202具体用于采用以下一个或多个的任意组合的方式实现所述根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理：
当满足第四预设条件时，确定可以对与第一请求对应的车票进行与第一请求对应的处理；
当不满足第四预设条件时，确定不可以对与第一请求对应的车票进行与第一请求对应的处理；
其中，当所述第一请求为车票购买请求时，所述第四预设条件包括以下任意一个或多个的组合：
与第一请求对应的车票的张数大于或等于需要购买的张数；
与第一请求对应的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与购买的车票不存在冲突；
当所述第一请求为车票改签请求时，所述第四预设条件包括以下一个或多个的任意组合：
根据改签前的车票的状态判断出改签前的车票可退；
根据改签后的车票的状态判断出改签后的车票中车票的出售状态中的是否已出售为未出售的车票的张数大于或等于需要改签的张数；
改签后的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与改签后的车票不存在冲突；
满足预先设定的改签规则；
当所述第一请求为车票签证请求时，所述第四预设条件包括以下一个或多个的任意组合：
签证后的车票中车票的出售状态中的是否已出售为未出售的车票的张数大于或等于需要签证的张数；
签证后的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与签证后的车票不存在冲突；
满足预先设定的签证规则；
当所述第一请求为车票退票请求时，所述第四预设条件包括以下任意一个或多个的组合：
与第一请求对应的车票的车辆运行状态中的是否已发车为未发车；
与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为未到下车站；
当与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为已到下车站时，确定车票不可退；
与第一请求对应的车票的车辆运行状态中的是否停运为停运；
与第一请求对应的车票的车辆运行状态中的是否改路线为改路线；
当所述第一请求为车票打印请求时，所述第四预设条件包括：
第一请求对应的车票的出售状态中的是否已打印为未打印；
当所述第一请求为车票报销请求时，所述第四预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为未报销；
当所述第一请求为车票入账请求时，所述第四预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为已报销、是否已入账为未入账；
当所述第一请求为车票归档请求时，所述第四预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为已报销、是否已入账为已入账、是否已归档销为未归档。
在本发明另一个实施例中，当所述第一请求为车票退票请求时，车票处理模块202具体用于采用以下一个或多个的任意组合的方式实现所述对与第一请求对应的车票进行与第一请求对应的处理：
当与第一请求对应的车票的车辆运行状态中的是否已发车为未发车时，根据距离发车的时间计算退款的金额；
当与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为未到下车站时，根据距离下车站的距离计算退款的金额；
当与第一请求对应的车票的车辆运行状态中的是否停运为停运时，确定退款的金额为购买车票的金额；
当与第一请求对应的车票的车辆运行状态中的是否改路线为改路线时，确定退款的金额为购买车票的金额。
上述车票处理装置的具体实现过程与前述实施例的车票处理方法相同，这里不再赘述。
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
虽然本发明实施例所揭露的实施方式如上，但所述的内容仅为便于理解本发明实施例而采用的实施方式，并非用以限定本发明实施例。任何本发明实施例所属领域内的技术人员，在不脱离本发明实施例所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明实施例的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种车票处理方法，包括：
接收到终端设备的第一请求；其中，第一请求包括以下任意一个：车票购买请求、车票退票请求、车票改签请求、车票签证请求、车票打印请求、车票报销请求、车票入账请求、车票归档请求；
当根据与第一请求对应的车票的状态判断出可以对与第一请求对应的车票进行与第一请求对应的处理时，对与第一请求对应的车票进行与第一请求对应的处理；
其中，所述车票的状态包括：车票的出售状态；
所述车票的状态还包括以下一个或多个：车票的车辆运行状态和财务报销状态；
所述车辆的运行状态包括以下一个或多个的任意组合：
是否已发车、是否已到上车站、是否已到下车站、是否停运、是否改路线、是否晚点、是否正常运行；
所述财务报销状态包括以下一个或多个的任意组合：
是否已报销、是否已入账、是否已归档；
当所述第一请求为车票购买请求、车票改签请求、车票签证请求中任意一个时，所述根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理之前，还包括：
在所述第一请求中添加第二时间戳，根据以下任意一个或多个确定是否将第一请求添加到请求队列q：
所述第二时间戳；
所述请求队列q中是否存在与所述第一请求相同的请求；
所述请求队列q中是否存在与所述第一请求内容相同的请求；
请求队列q中是否存在与第一请求相同终端设备发送的请求；
其中，所述确定是否将第一请求添加到请求队列q包括以下一个或多个的任意组合：
当请求队列中不存在与第一请求相同的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的请求时，丢弃第一请求；
当请求队列中存在与第一请求相同的请求，且满足第一预设条件时，将请求队列中与第一请求相同的请求替换为第一请求；
当请求队列中存在与第一请求相同的请求，且不满足第一预设条件时，丢弃第一请求；
当请求队列中不存在与第一请求内容相同的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求内容相同的请求时，丢弃第一请求；
当请求队列中存在与第一请求内容相同的请求，且满足第二预设条件时，将请求队列中与第一请求内容相同的请求替换为第一请求；
当请求队列中存在与第一请求内容相同的请求，且不满足第二预设条件时，丢弃第一请求；
当请求队列中不存在与第一请求相同的终端设备发送的请求时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的终端设备发送的请求时，丢弃第一请求；
当请求队列中存在与第一请求相同的终端设备发送的请求，且满足第三预设条件时，将第一请求添加到请求队列中；
当请求队列中存在与第一请求相同的终端设备发送的请求，且不满足第三预设条件时，丢弃第一请求；
所述第一预设条件包括：请求队列中与第一请求相同的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第三预设阈值；
所述第二预设条件包括：请求队列中与第一请求内容相同的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第四预设阈值；
所述第三预设条件包括：请求队列中与第一请求相同的终端设备发送的请求中的第二时间戳和第一请求中的第二时间戳之间的时间间隔大于或等于第五预设阈值；
所述根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理包括：根据与从所述请求队列中取出的第一请求对应的车票状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理。
2.根据权利要求1所述的方法，其特征在于，当根据与第一请求对应的车票的状态判断出不可以对与第一请求对应的车票进行与第一请求对应的处理时，该方法还包括：
将与第一请求对应的车票的状态或不能处理的结果发送给终端设备。
3.根据权利要求1所述的方法，其特征在于，该方法还包括：
生成车票处理结果发送给终端设备，更新处理的车票的状态。
4.根据权利要求1所述的方法，其特征在于，当所述第一请求为车票购买请求、车票补票请求、车票的改签请求、车票签证请求中的任意一个，且车票处理成功时，该方法还包括：
生成第二请求发送给终端设备；接收到终端设备的支付结果，当根据支付结果判断出支付成功时，更新处理的车票的状态。
5.根据权利要求1～4任一项所述的方法，其特征在于，所述车票的状态还包括以下一个或多个的任意组合：
车票标识符、乘客的上下车状态、车票的真假状态。
6.根据权利要求5所述的方法，其特征在于，其中，所述车票的出售状态包括以下一个或多个的任意组合：
是否已售出、是否已支付、是否已改签、改签的次数、是否已签证、是否已打印、是否已补票、是否已退票；
所述乘客的上下车状态包括以下一个或多个的任意组合：
是否已进站、是否已上车、是否已下车、是否已出站；
所述车票的真假状态包括：车票是否有效。
7.根据权利要求1～4任一项所述的方法，其特征在于，其中，所述根据与第一请求对应的车票的状态判断是否可以对与第一请求对应的车票进行与第一请求对应的处理包括以下任意一个或多个：
当满足第四预设条件时，确定可以对与第一请求对应的车票进行与第一请求对应的处理；
当不满足第四预设条件时，确定不可以对与第一请求对应的车票进行与第一请求对应的处理；
其中，当所述第一请求为车票购买请求时，所述第四预设条件包括以下任意一个或多个的组合：
与第一请求对应的车票的张数大于或等于需要购买的张数；
与第一请求对应的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与购买的车票不存在冲突；
当所述第一请求为车票改签请求时，所述第四预设条件包括以下一个或多个的任意组合：
根据改签前的车票的状态判断出改签前的车票可退；
根据改签后的车票的状态判断出改签后的车票中车票的出售状态中的是否已出售为未出售的车票的张数大于或等于需要改签的张数；
改签后的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与改签后的车票不存在冲突；
满足预先设定的改签规则；
当所述第一请求为车票签证请求时，所述第四预设条件包括以下一个或多个的任意组合：
签证后的车票中车票的出售状态中的是否已出售为未出售的车票的张数大于或等于需要签证的张数；
签证后的车票的状态中车辆的运行状态为：未到上车站、未停运、未改运行线路中的任意一个或多个；
与第一请求对应的乘车人身份信息已有的车票与签证后的车票不存在冲突；
满足预先设定的签证规则；
当所述第一请求为车票退票请求时，所述第四预设条件包括以下任意一个或多个的组合：
与第一请求对应的车票的车辆运行状态中的是否已发车为未发车；
与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为未到下车站；
当与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为已到下车站时，确定车票不可退；
与第一请求对应的车票的车辆运行状态中的是否停运为停运；
与第一请求对应的车票的车辆运行状态中的是否改路线为改路线；
当所述第一请求为车票打印请求时，所述第四预设条件包括：
第一请求对应的车票的出售状态中的是否已打印为未打印；
当所述第一请求为车票报销请求时，所述第四预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为未报销；
当所述第一请求为车票入账请求时，所述第四预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为已报销、是否已入账为未入账；
当所述第一请求为车票归档请求时，所述第四预设条件包括：
第一请求对应的车票的财务报销状态中的是否已报销为已报销、是否已入账为已入账、是否已归档销为未归档。
8.根据权利要求1～4任一项所述的方法，其特征在于，其中，当所述第一请求为车票退票请求时，所述对与第一请求对应的车票进行与第一请求对应的处理包括以下一个或多个的任意组合：
当与第一请求对应的车票的车辆运行状态中的是否已发车为未发车时，根据距离发车的时间计算退款的金额；
当与第一请求对应的车票的车辆运行状态中的是否已发车为已发车，且是否已到下车站为未到下车站时，根据距离下车站的距离计算退款的金额；
当与第一请求对应的车票的车辆运行状态中的是否停运为停运时，确定退款的金额为购买车票的金额；
当与第一请求对应的车票的车辆运行状态中的是否改路线为改路线时，确定退款的金额为购买车票的金额。
9.一种车票处理装置，包括处理器和计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令被所述处理器执行时，实现如权利要求1～8任一项所述的车票处理方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1～8任一项所述的车票处理方法的步骤。
CN201911226928.0A 2019-12-04 2019-12-04 一种车票处理方法和装置及计算机可读存储介质 Active CN111612564B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911226928.0A CN111612564B (zh) 2019-12-04 2019-12-04 一种车票处理方法和装置及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911226928.0A CN111612564B (zh) 2019-12-04 2019-12-04 一种车票处理方法和装置及计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN111612564A CN111612564A (zh) 2020-09-01
CN111612564B true CN111612564B (zh) 2024-03-12

Family

ID=72201130

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911226928.0A Active CN111612564B (zh) 2019-12-04 2019-12-04 一种车票处理方法和装置及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN111612564B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002260018A (ja) * 2001-02-26 2002-09-13 Casio Comput Co Ltd 発券システム及び発券処理プログラム
CN102136160A (zh) * 2011-04-20 2011-07-27 铁道部运输局 铁路电子客票系统
CN103714487A (zh) * 2013-12-19 2014-04-09 广东粤铁科技有限公司 轨道交通的票务系统及其购票验票方法
CN106412630A (zh) * 2016-09-23 2017-02-15 Tcl集团股份有限公司 视频列表切换控制方法及装置
CN106696997A (zh) * 2016-11-21 2017-05-24 河南辉煌科技股份有限公司 一种火车延时晚点的信息反馈系统
CN107239838A (zh) * 2017-05-26 2017-10-10 广州和方信息科技有限公司 一种待定行程车票的订购乘车方法和系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002260018A (ja) * 2001-02-26 2002-09-13 Casio Comput Co Ltd 発券システム及び発券処理プログラム
CN102136160A (zh) * 2011-04-20 2011-07-27 铁道部运输局 铁路电子客票系统
CN103714487A (zh) * 2013-12-19 2014-04-09 广东粤铁科技有限公司 轨道交通的票务系统及其购票验票方法
CN106412630A (zh) * 2016-09-23 2017-02-15 Tcl集团股份有限公司 视频列表切换控制方法及装置
CN106696997A (zh) * 2016-11-21 2017-05-24 河南辉煌科技股份有限公司 一种火车延时晚点的信息反馈系统
CN107239838A (zh) * 2017-05-26 2017-10-10 广州和方信息科技有限公司 一种待定行程车票的订购乘车方法和系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Automating Ticket Validation: A Key Strategy for Fare Clearing and Service Planning;Giovanni Tuveri ；等;《2019 6th International Conference on Models and Technologies for Intelligent Transportation Systems (MT-ITS)》;20191028;全文 *
朱建生 ; 王明哲 ; 杨立鹏 ; 阎志远 ; 张志强 ; .12306互联网售票系统的架构优化及演进.铁路计算机应用.2015,(11),全文. *
李莉 ; 史国振 ; 耿魁 ; 董秀则 ; 王璇 ; 李凤华 ; .密码芯片的多算法随机作业流调度方法.通信学报.2016,(第12期),全文. *

Also Published As

Publication number Publication date
CN111612564A (zh) 2020-09-01

Similar Documents

Publication Publication Date Title
US9792632B2 (en) System and method for processing vehicle transactions
CN106447251A (zh) 一种物流运输撮合竞价支付及风险管控方法及系统
WO2019165669A1 (zh) 防止银行卡盗刷的方法、装置、计算机设备及存储介质
CN110838047A (zh) 一种网约车司机信用管理方法及装置、服务器、存储介质
CN110866755A (zh) 一种对票据数据的处理方法、设备及介质
CN104867040A (zh) 一种出租车电子发票的生成方法和系统
CN112002023A (zh) 电子车票生成方法、验票方法、电子设备与存储介质
CN107527265A (zh) 一种汽车租用方法
CN111199461B (zh) 一种基于区块链的无人车载客方法及无人车
CN111539869B (zh) 一种车票请求方法和装置及计算机可读存储介质
CN103729889A (zh) 一种多功能检票装置
CN115859320A (zh) 一种基于区块链的再生资源回收数据防篡改系统
CN111612564B (zh) 一种车票处理方法和装置及计算机可读存储介质
CN113221187B (zh) 一种数据处理方法、计费装置及系统、计算机设备及储存介质
CN113381992A (zh) 一种基于区块链的证照管理方法
CN111598502A (zh) 基于区块链的运单处理方法、系统、设备及存储介质
CN108734424A (zh) 一种车货匹配系统的身份自动认证的方法和系统
JP6368261B2 (ja) 認証システム及び認証方法
CN110400004A (zh) 铁路货物的时限预警方法及装置
CN114358796A (zh) 网络货运运单校验系统及其工作方法
CN114626904A (zh) 一种确定进项发票的方法及装置
CN110490551A (zh) 一种货车电子通行证网上办证方法
CN106600847A (zh) 市民卡管理平台及其方法
CN111723103A (zh) 个人行程查询方法、装置、设备和存储介质
CN113538712B (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
GR01 Patent grant
GR01 Patent grant