一种验票机制切换方法、装置、电子设备及存储介质与流程

1.本技术涉及互联网技术领域，尤其涉及一种验票机制切换方法、装置、电子设备及存储介质。


背景技术：

2.验票交易机制指：买卖双方针对票据的交易过程中，平台自动判断票据信息及状态，若查询到票据已签收且票据信息无异常则自动执行放款流程，将款项发放至卖家账户。在互联网交易中，票据可以理解为订单中的货物，交易过程为：在网络平台购物时，买家下单后需要先付款，对该笔订单付的款项一般不会直接打到卖家账户，而是先付到网络平台的账户中，卖家在确认买家已付款到平台后，根据订单发货。网络平台根据物流信息判断买家是否收到货物，并判断订单是否无异常，若买家收到货物并且订单无异常，则将该笔订单的款项发放至卖家的账户，完成放款流程。
3.然而，买卖双方交易过程中，会存在一些特殊情况，例如商家在平台系统中填写了错误的物流信息，造成平台系统识别不到正确的物流信息，进而无法按照上述验票交易机制完成验票流程，导致流程中断，降低系统验票的效率。


技术实现要素：

4.本技术实施例的目的在于提供一种验票机制切换方法、装置、电子设备及存储介质，以解决无法按照一般验票交易机制完成验票流程，导致流程中断，降低系统验票的效率问题。具体技术方案如下：
5.第一方面，提供了一种验票机制切换方法，所述方法包括：
6.获取与待处理订单对应的票据状态的状态标识；
7.基于所述状态标识，判断所述待处理订单是否符合预设切换条件；
8.若所述待处理订单符合预设切换条件，将当前使用的第一验票机制切换为第二验票机制；
9.利用所述第二验票机制执行验票流程。
10.可选的，所述基于所述状态标识，判断所述待处理订单是否符合预设切换条件，包括：
11.判断所述状态标识与预设标识是否相同，所述预设标识用于标记背书已签收且背书无异常状态；
12.若所述状态标识与预设标识相同，确定所述待处理订单不符合预设切换条件；
13.若所述状态标识与预设标识不相同，确定所述待处理订单符合预设切换条件。
14.可选的，所述方法还包括：
15.若所述待处理订单不符合预设切换条件，显示切换失败的信息。
16.可选的，所述利用所述第二验票机制执行验票流程，包括：
17.获取所述待处理订单的订单信息，所述订单信息包括买方信息；
18.基于所述买方信息向所述待处理订单的买方发送验证信息；
19.接收到所述买方的确认信息后，基于所述验证信息和所述确认信息确定验票结果。
20.可选的，所述基于所述验证信息和所述确认信息确定验票结果，包括：
21.若所述验证信息和所述确认信息相同，确定验票成功；
22.若所述验证信息和所述确认信息不相同，确定验票失败。
23.可选的，所述获取待处理订单的订单状态之前，还包括：
24.接收切换指令，所述切换指令用于指示将当前使用的第一验票机制切换为第二验票机制。
25.可选的，所述方法还包括：
26.接收取消指令，所述取消指令用于指示取消切换验票机制；
27.判断当前处理所述待处理订单的节点是否位于放款流程中；
28.若当前处理所述待处理订单的节点位于放款流程中，显示取消失败的提示信息；
29.若当前处理所述待处理订单的节点不位于放款流程中，按照所述取消指令，将当前使用的第二验票机制切换至第一验票机制。
30.第二方面，提供了一种验票机制切换装置，所述装置包括：
31.获取模块，用于获取与待处理订单对应的票据状态的状态标识；
32.第一判断模块，用于基于所述状态标识，判断所述待处理订单是否符合预设切换条件；
33.第一切换模块，用于若所述待处理订单符合预设切换条件，将当前使用的第一验票机制切换为第二验票机制；
34.执行模块，用于利用所述第二验票机制执行验票流程。
35.可选的，所述判断模块，包括：
36.判断单元，用于判断所述状态标识与预设标识是否相同，所述预设标识用于标记背书已签收且背书无异常状态；
37.第一确定单元，用于若所述状态标识与预设标识相同，确定所述待处理订单不符合预设切换条件；
38.第二确定单元，用于若所述状态标识与预设标识不相同，确定所述待处理订单符合预设切换条件。
39.可选的，所述装置还包括：
40.显示模块，用于若所述待处理订单不符合预设切换条件，显示切换失败的信息。
41.可选的，所述执行模块，包括：
42.获取单元获取所述待处理订单的订单信息，所述订单信息包括买方信息；
43.发送单元，用于基于所述买方信息向所述待处理订单的买方发送验证信息；
44.接收单元，用于接收到所述买方的确认信息后，基于所述验证信息和所述确认信息确定验票结果。
45.可选的，所述接收单元，包括：
46.第三确定单元，包括若所述验证信息和所述确认信息相同，确定验票成功；
47.第四确定单元，包括若所述验证信息和所述确认信息不相同，确定验票失败。
48.可选的，所述装置还包括：
49.切换指令接收模块，用于接收切换指令，所述切换指令用于指示将当前使用的第一验票机制切换为第二验票机制。
50.可选的，所述装置还包括：
51.取消指令接收模块，用于接收取消指令，所述取消指令用于指示取消切换验票机制；
52.第二判断模块，用于判断当前处理所述待处理订单的节点是否位于放款流程中；
53.取消失败显示模块，用于若当前处理所述待处理订单的节点位于放款流程中，显示取消失败的提示信息；
54.第二切换模块，用于若当前处理所述待处理订单的节点不位于放款流程中，按照所述取消指令，将当前使用的第二验票机制切换至第一验票机制。
55.第三方面，提供了一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
56.存储器，用于存放计算机程序；
57.处理器，用于执行存储器上所存放的程序时，实现第一方面任一所述的方法步骤。
58.第四方面，提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现第一方面任一所述的方法步骤。
59.第五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的验票机制切换方法。
60.本技术实施例有益效果：
61.本技术实施例提供了一种验票机制切换方法、装置、电子设备及存储介质，本技术通过获取与待处理订单对应的票据状态的状态标识；基于所述状态标识，判断所述待处理订单是否符合预设切换条件；若所述待处理订单符合预设切换条件，将当前使用的第一验票机制切换为第二验票机制；利用所述第二验票机制执行验票流程。通过本技术，当平台系统默认的验票机制因异常情况无法验票时，可以切换备用的第二验票机制执行验票流程，避免因流程中断而降低系统的验票效率。
62.当然，实施本技术的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
63.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
64.图1为本技术实施例提供的一种验票机制切换方法的流程图；
65.图2为本技术另一实施例提供的一种验票机制切换方法的流程图；
66.图3为本技术另一实施例提供的一种验票机制切换方法的流程图；
67.图4为本技术实施例提供的一种验票机制切换装置的结构示意图；
68.图5为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
69.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
70.由于买卖双方交易过程中，会存在一些特殊情况，例如商家在平台系统中填写了错误的物流信息，造成平台系统识别不到正确的物流信息，进而无法按照一般的验票交易机制完成验票流程，导致流程中断，降低系统验票的效率。为此，本技术实施例提供了一种验票机制切换方法，可以应用于系统。
71.下面将结合具体实施方式，对本技术实施例提供的一种验票机制切换方法进行详细的说明，如图1所示，具体步骤如下：
72.s101，获取与待处理订单对应的票据状态的状态标识。
73.在本技术实施例中，待处理订单中包括票据信息，票据信息包括票据状态，状态标识用于标记票据状态。系统可以获取与待处理订单对应的票据状态的状态标识。
74.s102，基于所述状态标识，判断所述待处理订单是否符合预设切换条件。
75.在本技术实施例中，预设切换条件用于判断是否可以切换验票机制。系统可以基于状态标识确定票据状态，然后根据票据状态判断待处理订单是否符合预设切换条件。
76.s103，若所述待处理订单符合预设切换条件，将当前使用的第一验票机制切换为第二验票机制。
77.在本技术实施例中，当前使用的第一验票机制为系统默认的一般验票机制，第二验票机制为备用验票机制。若所述待处理订单符合预设切换条件，则将当前使用的第一验票机制切换为第二验票机制。
78.s104，利用所述第二验票机制执行验票流程。
79.在本技术实施例中，将当前使用的第一验票机制切换为第二验票机制之后，利用第二验票机制执行验票流程。
80.本技术实施例中，通过获取与待处理订单对应的票据状态的状态标识；基于所述状态标识，判断所述待处理订单是否符合预设切换条件；若所述待处理订单符合预设切换条件，将当前使用的第一验票机制切换为第二验票机制；利用所述第二验票机制执行验票流程。通过本技术，当平台系统默认的验票机制因异常情况无法验票时，可以切换备用的第二验票机制执行验票流程，避免因流程中断而降低系统的验票效率。
81.在本技术的又一实施例中，s102，可以包括以下步骤：
82.步骤一，判断所述状态标识与预设标识是否相同，所述预设标识用于标记背书已签收且背书无异常状态。
83.在本技术实施例中，背书是指持票人为将票据转让给被转让人行使，背书已签收是指被转让人已接收到持票人转让的票据。预设标识用于标记背书已签收且背书无异常状态，系统可以判断状态标识与预设标识是否相同，从而判断待处理订单对应的票据状态是否为背书已签收且背书无异常状态。
84.步骤二，若所述状态标识与预设标识相同，确定所述待处理订单不符合预设切换条件。
85.在本技术实施例中，若所述状态标识与预设标识相同，表示待处理订单对应的票据状态为背书已签收且背书无异常状态，确定待处理订单不符合预设切换条件。
86.步骤三，若所述状态标识与预设标识不相同，确定所述待处理订单符合预设切换条件。
87.在本技术实施例中，若所述状态标识与预设标识不相同，表示待处理订单对应的票据状态不为背书已签收且背书无异常状态，确定待处理订单符合预设切换条件。
88.本技术实施例中，通过判断所述状态标识与预设标识是否相同，也即，通过判断待处理订单对应的票据状态为背书已签收且背书无异常状态，确定待处理订单是否符合预设切换条件，当待处理订单对应的票据状态为背书已签收且背书无异常状态时，确定待处理订单不符合预设切换条件，避免无效切换，浪费系统资源。
89.在本技术的又一实施例中，所述方法还可以包括以下步骤：
90.若所述待处理订单不符合预设切换条件，显示切换失败的信息。
91.在本技术实施例中，当待处理订单不符合预设切换条件时，显示切换失败的信息，切换失败的信息可以是在系统的显示界面以弹窗形式显示，也可以通过短信等形式将切换失败的信息发送给相关人员。
92.在本技术的又一实施例中，s104，可以包括以下步骤：
93.s201，获取所述待处理订单的订单信息，所述订单信息包括买方信息。
94.在本技术实施例中，可以获取待处理订单的订单信息，订单信息包括买方信息，买方信息包括联系信息等。
95.s202，基于所述买方信息向所述待处理订单的买方发送验证信息。
96.在本技术实施例中，验证信息可以是验证码短信，可以基于买方信息中的联系信息向待处理订单的买方发送验证信息。
97.s203，接收到所述买方的确认信息后，基于所述验证信息和所述确认信息确定验票结果。
98.在本技术实施例中，向买方发送验证信息后，接收到买方针对该验证信息反馈的确认信息，接收到买方的确认信息后，可以基于验证信息和确认信息确定验票结果。
99.本技术实施例中，可以通过向买方发送验证信息，然后根据买方反馈的确认信息，确定验票结果，验票过程简单、高效。
100.在本技术的又一实施例中，s203，可以包括以下步骤：
101.若所述验证信息和所述确认信息相同，确定验票成功；
102.若所述验证信息和所述确认信息不相同，确定验票失败。
103.在本技术实施例中，若验证信息和所述确认信息相同，确定验票成功，若验证信息和所述确认信息不相同，确定验票失败，比对过程简单、高效。
104.在本技术的又一实施例中，所述方法还可以包括以下步骤：
105.确定验票成功后，自动执行放款流程，放款流程用于向待处理订单的卖方发放待处理订单的款项。
106.在本技术实施例中，确定验票成功后，自动执行放款流程，可以提高对待处理订单的处理效率。
107.在本技术的又一实施例中，所述方法还可以包括以下步骤：
108.接收切换指令，所述切换指令用于指示将当前使用的第一验票机制切换为第二验票机制。
109.在本技术实施例中，切换指令用于指示将当前使用的第一验票机制切换为第二验票机制，系统可以接收用户下达的切换指令，然后，根据切换指令的指示，执行切换验票机制的操作。通过本方案，可以根据用户下达的切换指令执行切换验票机制的操作，避免无效切换，浪费系统资源。
110.由于存在切换验票机制之后，系统默认验票机制的异常被解决的情况，为此在本技术的又一实施例中，所述方法还可以包括以下步骤：
111.s301，接收取消指令，所述取消指令用于指示取消切换验票机制。
112.在本技术实施例中，系统可以接收取消指令，取消指令可以是用户发现默认验票机制的异常被解决后下达的，也可以是默认验票机制的异常被解决被解决后自动触发下达的。
113.s302，判断当前处理所述待处理订单的节点是否位于放款流程中。
114.在本技术实施例中，对待处理订单进行处理时包括多个处理流程，每个处理流程中包括多个节点。利用验票机制完成验票流程后，订单会进入放款过程。接收取消指令后，可以判断当前处理的待处理订单的节点是否位于放款流程中，从而判断对待处理订单的处理是否已进入放款流程。
115.s303，若当前处理所述待处理订单的节点位于放款流程中，显示取消失败的提示信息。
116.在本技术实施例中，若当前处理待处理订单的节点位于放款流程中，表示对待处理订单的处理已进入放款流程，此时按照取消指令，将当前使用的第二验票机制切换至第一验票机制。
117.s304，若当前处理所述待处理订单的节点不位于放款流程中，按照所述取消指令，将当前使用的第二验票机制切换至第一验票机制。
118.在本技术实施例中，若当前处理待处理订单的节点不位于放款流程中，表示对待处理订单的处理未进入放款流程，按照取消指令，将当前使用的第二验票机制切换至第一验票机制。
119.本技术实施例中，通过获取与待处理订单对应的票据状态的状态标识；基于所述状态标识，判断所述待处理订单是否符合预设切换条件；若所述待处理订单符合预设切换条件，将当前使用的第一验票机制切换为第二验票机制；利用所述第二验票机制执行验票流程。通过本技术，当平台系统默认的验票机制因异常情况无法验票时，可以切换备用的第二验票机制执行验票流程，避免因流程中断而降低系统的验票效率。
120.基于相同的技术构思，本技术实施例还提供了一种验票机制切换装置，如图4所示，该装置包括：
121.获取模块401，用于获取与待处理订单对应的票据状态的状态标识；
122.第一判断模块402，用于基于所述状态标识，判断所述待处理订单是否符合预设切换条件；
123.第一切换模块403，用于若所述待处理订单符合预设切换条件，将当前使用的第一验票机制切换为第二验票机制；
124.执行模块404，用于利用所述第二验票机制执行验票流程。
125.可选的，所述判断模块，包括：
126.判断单元，用于判断所述状态标识与预设标识是否相同，所述预设标识用于标记背书已签收且背书无异常状态；
127.第一确定单元，用于若所述状态标识与预设标识相同，确定所述待处理订单不符合预设切换条件；
128.第二确定单元，用于若所述状态标识与预设标识不相同，确定所述待处理订单符合预设切换条件。
129.可选的，所述装置还包括：
130.显示模块，用于若所述待处理订单不符合预设切换条件，显示切换失败的信息。
131.可选的，所述执行模块，包括：
132.获取单元获取所述待处理订单的订单信息，所述订单信息包括买方信息；
133.发送单元，用于基于所述买方信息向所述待处理订单的买方发送验证信息；
134.接收单元，用于接收到所述买方的确认信息后，基于所述验证信息和所述确认信息确定验票结果。
135.可选的，所述接收单元，包括：
136.第三确定单元，包括若所述验证信息和所述确认信息相同，确定验票成功；
137.第四确定单元，包括若所述验证信息和所述确认信息不相同，确定验票失败。
138.可选的，所述装置还包括：
139.切换指令接收模块，用于接收切换指令，所述切换指令用于指示将当前使用的第一验票机制切换为第二验票机制。
140.可选的，所述装置还包括：
141.取消指令接收模块，用于接收取消指令，所述取消指令用于指示取消切换验票机制；
142.第二判断模块，用于判断当前处理所述待处理订单的节点是否位于放款流程中；
143.取消失败显示模块，用于若当前处理所述待处理订单的节点位于放款流程中，显示取消失败的提示信息；
144.第二切换模块，用于若当前处理所述待处理订单的节点不位于放款流程中，按照所述取消指令，将当前使用的第二验票机制切换至第一验票机制。
145.本技术实施例中，通过获取与待处理订单对应的票据状态的状态标识；基于所述状态标识，判断所述待处理订单是否符合预设切换条件；若所述待处理订单符合预设切换条件，将当前使用的第一验票机制切换为第二验票机制；利用所述第二验票机制执行验票流程。通过本技术，当平台系统默认的验票机制因异常情况无法验票时，可以切换备用的第二验票机制执行验票流程，避免因流程中断而降低系统的验票效率。
146.基于相同的技术构思，本发明实施例还提供了一种电子设备，如图5所示，包括处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信，
147.存储器503，用于存放计算机程序；
148.处理器501，用于执行存储器503上所存放的程序时，实现如下步骤：
149.获取与待处理订单对应的票据状态的状态标识；
150.基于所述状态标识，判断所述待处理订单是否符合预设切换条件；
151.若所述待处理订单符合预设切换条件，将当前使用的第一验票机制切换为第二验票机制；
152.利用所述第二验票机制执行验票流程。
153.可选的，所述基于所述状态标识，判断所述待处理订单是否符合预设切换条件，包括：
154.判断所述状态标识与预设标识是否相同，所述预设标识用于标记背书已签收且背书无异常状态；
155.若所述状态标识与预设标识相同，确定所述待处理订单不符合预设切换条件；
156.若所述状态标识与预设标识不相同，确定所述待处理订单符合预设切换条件。
157.可选的，所述方法还包括：
158.若所述待处理订单不符合预设切换条件，显示切换失败的信息。
159.可选的，所述利用所述第二验票机制执行验票流程，包括：
160.获取所述待处理订单的订单信息，所述订单信息包括买方信息；
161.基于所述买方信息向所述待处理订单的买方发送验证信息；
162.接收到所述买方的确认信息后，基于所述验证信息和所述确认信息确定验票结果。
163.可选的，所述基于所述验证信息和所述确认信息确定验票结果，包括：
164.若所述验证信息和所述确认信息相同，确定验票成功；
165.若所述验证信息和所述确认信息不相同，确定验票失败。
166.可选的，所述获取待处理订单的订单状态之前，还包括：
167.接收切换指令，所述切换指令用于指示将当前使用的第一验票机制切换为第二验票机制。
168.可选的，所述方法还包括：
169.接收取消指令，所述取消指令用于指示取消切换验票机制；
170.判断当前处理所述待处理订单的节点是否位于放款流程中；
171.若当前处理所述待处理订单的节点位于放款流程中，显示取消失败的提示信息；
172.若当前处理所述待处理订单的节点不位于放款流程中，按照所述取消指令，将当前使用的第二验票机制切换至第一验票机制。
173.上述电子设备提到的通信总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
174.通信接口用于上述电子设备与其他设备之间的通信。
175.存储器可以包括随机存取存储器(random access memory，ram)，也可以包括非易失性存储器(non-volatile memory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
176.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，
cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processing，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
177.在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一验票机制切换方法的步骤。
178.在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一验票机制切换方法。
179.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
180.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
181.以上所述仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。