CN111275429A - 收款通道状态的确定方法、装置、设备及可读存储介质 - Google Patents
收款通道状态的确定方法、装置、设备及可读存储介质 Download PDFInfo
- Publication number
- CN111275429A CN111275429A CN202010055734.5A CN202010055734A CN111275429A CN 111275429 A CN111275429 A CN 111275429A CN 202010055734 A CN202010055734 A CN 202010055734A CN 111275429 A CN111275429 A CN 111275429A
- Authority
- CN
- China
- Prior art keywords
- success rate
- transaction data
- channel
- target
- processing
- 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
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
本公开关于一种收款通道状态的确定方法、装置、设备及可读存储介质,涉及在线支付领域,该方法包括:获取n个样本交易数据;通过目标收款通道对n个样本交易数据进行支付处理;获取目标收款通道对n个样本交易数据的支付处理结果;根据支付处理结果生成目标收款通道的处理成功率;当处理成功率大于成功率阈值时,通过目标收款通道对交易数据进行在线支付处理。本公开通过将n个样本交易数据同时通过目标收款通道进行处理,获取每个样本交易数据的处理结果以及对应生成的处理成功率,并且将处理成功率与处理成功率阈值相比较的方法,确定目标收款通道的收款通道状态,对收款通道的真实状态进行确定,提供了对于收款通道状态的自动化的确定方法。
Description
技术领域
本公开涉及在线支付领域,特别涉及一种收款通道状态的确定方法、装置、设备及可读存储介质。
背景技术
随着在线支付的发展,通常终端中终端安装有支持在线支付的应用程序,如:金融管理应用程序、即时通讯应用程序、购物类应用程序等。在上述应用程序中进行在线支付时,用户对支付方式进行选择后,服务器中通过与该支付方式对应的收款通道实现支付过程。
而当收款通道出现故障,需要对收款通道进行检测与维修。当维修成功后,相关技术中常通过人工通知以及手动开放收款通道的方式,使收款通道重新投入使用。当收款通道在维护时,用户无法从终端安装的应用程序所对应的付款界面中选择收款通道对应的支付方式完成交易,当收款通道被手动开放之后,用户可以重新通过该收款通道对应的支付方式进行支付。
然而,相关技术中通过人工检测与人工发送信息对收款通道的开放进行控制的方法,缺乏自动化的对收款通道真实状态进行确定的过程。
发明内容
本公开关于一种收款通道状态的确定方法、装置、设备及可读存储介质,可以解决相关技术中通过人工检测与人工发送信息对收款通道的开放进行控制的方法,缺乏自动化的对收款通道真实状态进行确定的过程的问题。该技术方案如下:
一方面,提供了一种收款通道状态的确定方法,该方法包括:
从目标收款通道以外的其他收款通道中获取n个交易数据,交易数据用于通过收款通道完成在线支付;
通过目标收款通道对n个交易数据进行支付处理,n≥1;
获取目标收款通道对n个交易数据的支付处理结果;
根据n个交易数据的支付处理结果生成目标收款通道的处理成功率,处理成功率用于指示目标收款通道通过交易数据完成在线支付的数量占n个交易数据的比例;
当处理成功率大于成功率阈值时,通过目标收款通道进行在线支付处理。
另一方面,提供了一种收款通道状态的确定装置,该装置包括:
获取模块,用于从目标收款通道以外的其他收款通道中获取n个交易数据,交易数据用于通过收款通道完成在线支付;
处理模块,用于通过目标收款通道对n个交易数据进行支付处理,n≥1;
获取模块,用于获取目标收款通道对n个交易数据的支付处理结果;
生成模块,用于根据n个交易数据的支付处理结果生成目标收款通道的处理成功率,处理成功率用于指示目标收款通道通过交易数据完成在线支付的数量占n个交易数据的比例;
处理模块,用于当处理成功率大于成功率阈值时,通过目标收款通道进行在线支付处理。
另一方面,提供了一种计算机设备,计算机设备包括处理器和存储器,存储器中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述本公开实施例中提供的收款通道状态的确定方法。
另一方面,提供了一种计算机可读存储介质,可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述本公开实施例中提供的收款通道状态的确定方法。
另一方面,提供了一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得计算机执行如上述本公开实施例中任一所述的收款通道状态的确定方法。
本公开提供的技术方案带来的有益效果至少包括:
通过将n个交易数据同时通过目标收款通道进行处理,获取每个交易数据的处理结果以及对应生成的处理成功率,并且将处理成功率与处理成功率阈值相比较的方法,在目标收款通道直接处理交易数据的情况下获取确定目标收款通道的收款通道状态,对收款通道的真实状态进行了确定,提供了对于收款通道状态的自动化的确定方法。
附图说明
为了更清楚地说明本公开实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了相关技术中应用程序的付款界面的示意图;
图2示出了用户账户通过收款通道与收款方完成交易的示意图;
图3示出了本公开一个示意性实施例提供的一种收款通道状态的确定方法的示意图;
图4示出了本公开一个示意性实施例提供的确定目标收款通道处于正常状态的方法的流程图;
图5示出了本公开一个示意性实施例提供的选取目标收款通道的方法的流程图;
图6示出了本公开一个示意性实施例提供的收款通道状态的确定方法的流程示意图;
图7示出了本公开一个示意性实施例提供的收款通道状态的确定装置的结构框图;
图8示出了本公开一个示意性实施例提供的服务器的结构示意图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开实施方式作进一步地详细描述。
首先,对本公开实施例中涉及的名词进行简单的介绍:
在线支付,是指买方与卖方通过因特网上的电子商务网站进行交易时,银行为其提供网上资金结算服务的一种业务。在线支付可以直接把资金从用户的银行卡中转账到网站账户中,汇款会即刻到账而不需要人工确认,省略了人工确认预付款的过程。在线支付包括网银支付和第三方支付等支付方式。可选地,用户可以在应用程序的付款界面中选择在线支付的支付方式。
随着在线支付的发展,用户通过终端进行在线支付的过程变得愈发快捷。可选地,用户可以通过在应用程序的付款界面中进行在线支付,完成与收款方之间的交易。图1示出了相关技术中应用程序的付款界面的示意图。请参考图1,用户可以在付款界面中选择不同的支付方式进行支付。在本实施例中,付款界面提供的支付方式包括支付方式101,支付方式102和支付方式103。可选地,支付方式101至支付方式103为用户在历史支付行为中常用的支付方式。可选地,用户在应用程序的付款界面中还可以展开显示更多的支付方式,或选择新的支付方式。在一个示例中,新的支付方式需要通过将用户在应用程序上的帐号与对应的银行卡绑定的方式进行开通,在开通之后,用户在选择该支付方式时,在线支付即会将资金从用户的银行卡中转账到收款方的账户中,并且完成支付。
可选地,在用户选择了支付方式之后,用户的交易数据将会通过收款通道发送至收款方,并且在收款通道内进行处理。收款通道为收款方接收交易数据,并进行交易处理的通道。可选地,一种支付方式可以对应多个收款通道。可选地,可以依据交易数据或用户终端的信息对交易数据通过的收款通道进行划分。在一个示例中,通过同一清算机构进行处理的交易数据将会通过同一收款通道;在另一个示例中,对用户按照地区进行划分,同一地区的用户在选择该支付方式时,交易数据将会通过同一个收款通道。可选地,收款通道对交易数据的选择由服务器进行选定,用户无法从支付界面或终端中感知到服务器对于收款通道的选择。
图2示出了用户账户通过收款通道与收款方完成交易的示意图。请参考图2,可选地,用户账户202是在终端201上安装的应用程序中进行登录的用户账户。可选地,终端201通过应用程序,以及用户程序中登录的用户账户202与收款方207进行交易。可选地,应用程序向用户账户提供的支付方式有支付方式203与支付方式204,且用户通过应用选择的付款界面选择支付方式203作为此次交易的支付方式。可选地,支付方式203对应的收款通道包括收款通道205和收款通道206。此时,服务器分配此次交易的交易数据由收款通道205进行处理,则该次交易的交易数据即由收款通道205进行处理,且交易数据最终被发送至收款方207,由收款方207对交易数据进行处理,并且确认交易的完成。
可选地,收款通道除正常工作的情况外,存在发生异常的可能性,在发生异常时,收款通道将处于异常状态,且被认为是异常收款通道。在一个示例中,收款方需要对收款服务器进行例行维护,则此时,收款通道将会被临时关闭。可选地,当收款通道被关闭时,终端的应用程序中的付款界面上将不会显示对与收款通道对应的支付方式,即用户无法通过该支付方式进行交易。可选地,当收款通道恢复正常以后,收款方会根据人工指令向服务器发送指示收款通道重新打开的指令,在收款通道重新打开以后,用户也可以在终端的应用程序中的付款界面上重新看到与收款通道对应的支付方式。
然而,通过人工检测与人工发送信息对收款通道的开放进行控制的方法,无法对收款通道的真实状态进行确定,误报收款通道已经恢复的概率较大。
图3示出了本公开一个示意性实施例提供的一种收款通道状态的确定方法的示意图,以该方法应用于服务器中为例进行说明,该方法包括:
步骤301,从目标收款通道以外的其他收款通道中获取n个样本交易数据,样本交易数据本用于通过其他收款通道完成在线支付,但作为测试数据被通过目标收款通道进行在线支付过程。
可选地,交易数据由用户在终端的付款界面上的操作生成。在一个示例中,用户在终端安装的应用程序中发起了一笔交易,并且付款界面上选择了一种支付方式,则此时,终端即会生成一个交易数据。该交易数据会按照用户选定的支付方式以及交易数据内对应的交易信息被发送至服务器中,服务器根据终端选定的支付方式对该交易数据的收款通道进行分配,被分配的收款通道会对该交易数据进行处理。可选地,收款通道的分配过程不会被用户知悉,即用户无法选定收款通道对交易数据进行处理。
可选地,当一条收款通道发生异常时,服务器即会停止向该收款通道进行交易数据的处理的分配,即不向该收款通道发送交易数据。可选地,此时对该收款通道进行确定时,需要从该收款通道以外的其他收款通道中获取样本交易数据。
可选地,一个交易数据表示完成一次线上交易所需要的所有数据。通过对交易数据的处理,用户可以完成在线支付,从而与收款方完成一次线上交易。
可选地,服务器每次进行对于样本交易数据的获取时,获取的样本交易数据为n个。即服务器每次获取n个交易所对应的所有数据。在一个示例中,服务器可获取100个样本交易数据,即获取100次交易所对应的所有数据。
步骤302,通过目标收款通道对n个样本交易数据进行支付处理,n≥1。
可选地,目标收款通道即为需要确定通道状态的收款通道。在一个示例中,目标收款通道为出现故障,并且在出现故障之后启动了一个周期的自动修复程序的收款通道。
可选地,在确定目标收款通道后,通过目标收款通道对n个样本交易数据进行支付处理。可选地,获取样本交易数据的方法包括从目标收款通道以外的其他收款通道中获取至少一个交易数据。
可选地,对样本交易数据进行支付处理,即表示通过收款通道对样本交易数据进行处理,使样本交易数据被发送至收款方,并由收款方完成后续的交易处理。可选地,支付处理的结果包括处理成功结果以及处理失败结果。当处理结果为处理成功结果时,用户的终端上的付款界面中将显示付款成功,且该线上交易完成;当处理结果为处理失败结果时,用户的终端上的付款界面中将显示付款失败,且该线上交易无法完成。
步骤303,获取目标收款通道对n个样本交易数据的支付处理结果。
如步骤302中所述,通过收款通道对每个样本交易数据的处理结果包括处理成功结果以及处理失败结果。可选地,服务器获取每个通过目标收款通道的样本交易数据的处理结果,即最终获得n个样本交易数据的支付处理结果。
可选地,获取数据处理结果为处理失败结果的交易数据,在目标收款通道进行进一步修复之后,再次通过目标收款通道进行处理,或,通过其他收款通道对上述交易数据进行处理。
步骤304,根据n个交易数据的支付处理结果确定目标收款通道的处理成功率。
处理成功率用于指示目标收款通道通过样本交易数据完成在线支付的数量占n个样本交易数据的比例,即,目标收款通道的处理成功率指示目标收款通道对每个样本交易数据进行处理之后,处理结果为处理成功结果的样本交易数据的数量与所有样本交易数据的数量的比值。在一个示例中,n为100,处理结果为处理成功结果的交易数据的数量为50个,则处理成功率为50/100*100%=50%。
步骤305,当处理成功率大于成功率阈值时,通过目标收款通道对交易数据进行在线支付处理。
可选地,成功率阈值为服务器中存储的为了用于判断处理成功率是否指示目标收款通道的处理能力恢复至正常水平,进而判断目标收款通道是否处于正常状态的阈值。
可选地,成功率阈值可以由服务器进行预先设置,也可以由服务器中的其他数据确定得到。在一个示例中,在服务器中直接设置60%作为成功率阈值;在另一个示例中,将服务器中存储的历史成功率的均值作为成功率阈值。
可选地,当处理成功率大于成功率阈值时,即说明目标收款通道同时对n个交易数据进行数据处理时,有能力保证处理的成功率,即进一步指示目标收款通道处于正常状态。可选地,在确定目标收款通道处于正常状态后,恢复目标收款通道对交易数据的支付处理。可选地,该交易数据为目标交易数据,即分配至目标收款通道进行支付处理的数据。
可选地,在确认处理成功率大于成功率阈值后,即可将目标收款通道对正常的交易数据进行在线支付处理。
综上所述,本实施例提供的方法,通过将n个交易数据同时通过目标收款通道进行处理,获取每个交易数据的处理结果以及对应生成的处理成功率,并且将处理成功率与处理成功率阈值相比较的方法,在目标收款通道直接处理交易数据的情况下获取确定目标收款通道的收款通道状态,对收款通道的真实状态进行了确定,提供了对于收款通道状态的自动化的确定方法。
在基于图3的可选实施例中,图4示出了本公开一个示意性实施例提供的确定目标收款通道处于正常状态的方法的流程图,在本实施例中,上述实施例的步骤的305可被替换为步骤401至步骤403,以该方法应用于服务器中为例进行说明,该方法包括:
步骤401,获取目标收款通道的历史同比成功率和历史环比成功率。
可选地,历史同比成功率指示目标时间范围内目标收款通道对历史交易数据进行数据处理的成功率均值。
可选地,历史交易数据即为在目标时间范围内目标收款通道已处理的交易数据,且此时,服务器中应对应存储有该历史交易数据对应的处理结果。可选地,目标时间范围为服务器预设的时间范围,在该时间范围内,目标收款通道处于正常处理数据的状态。
在一个示例中,选取目标收款通道在进行收款通道检测前三个月内的历史成功率。则服务器将会获取该目标时间范围内的交易数据,并获取交易数据的支付处理结果。在上述示例中,若该目标收款通道在目标时间范围内共处理了10000个历史交易数据,其中,处理结果为处理成功结果的历史交易数据数量为9950个,即目标收款通道对交易数据进行处理的历史同比成功率为9950/10000*100%=99.5%。
可选地,历史环比成功率指示目标时间范围内至少两个参考收款通道对历史交易数据进行处理的成功率阈值。
可选地,进行历史环比成功率计算所确定的目标时间范围可以与进行历史同比成功率计算所确定的目标时间范围相同,或,与进行历史同比成功率计算所确定的目标时间范围不同。可选地,至少两个参考收款通道为除目标收款通道之外的至少两个参考收款通道。可选地,为保证对于目标收款通道的最终检验结果较为准确,选取处理能力与目标收款通道近似的至少两个参考收款通道,对历史环比成功率进行计算。可选地,在目标时间范围内,至少两个参考收款通道处于正常处理数据的状态。
在一个示例中,选取至少两个参考收款通道在进行收款通道检测前半个月内的历史成功率,则可选地,服务器将会获取该目标时间范围内的交易数据,并获取交易数据的支付处理结果,或,服务器直接获取目标时间范围内每个参考收款通道的处理成功率。在上述示例中,服务器直接获取目标时间范围内,共计参考收款通道的处理成功率。其中,参考收款通道A的处理成功率为97%,参考收款通道B的处理成功率为98%,参考收款通道C的处理成功率为96%,则可以得出3个参考收款通道对历史交易数据进行处理的历史环比成功率为(96%+97%+98%)/3*100%=97%。
步骤402,根据历史同比成功率和历史环比成功率确定目标收款通道的成功率阈值。
如上述示例所述,在获取了历史同比成功率为99.5%,以及历史环比成功率为97%之后,即可根据历史同比成功率和历史环比成功率确定目标收款通道的成功率阈值。
可选地,通过确定历史同比成功率对应的第一权值,并确定历史环比成功率对应的第二权值,并根据第一权值和第二权值对历史同比成功率和历史环比成功率进行加权计算的方法,最终确定目标收款通道对应的成功率阈值。
可选地,权值可由服务器进行指定。可选地,第一权值和第二权值均为大于0且小于1的数,且第一权值与第二权值的加和为1。在上述示例中,第一权值为0.6,第二权值即为1-0.6=0.4。则可以根据数值为99.5%的历史同比成功率与数值为97%的历史环比成功率确定目标收款通道的成功率阈值为99.5%*0.6+97%*0.4=98.5%。即当目标收款通道同时处理n个交易数据,且获得的所有处理结果中,处理成功数据的占比大于98.5%时,即可确定目标收款通道在同时处理n个数据时,处理成功率大于成功率阈值。
步骤403,当处理成功率大于成功率阈值,且n的取值小于预设阈值时,根据预设步长对n的取值进行更新,并重复执行通过目标收款通道对n个样本交易数据进行支付处理的过程。
可选地,当处理成功率大于成功率阈值时,进行n与预设阈值的数值比较。可选地,预设阈值为通过目标收款通道的历史处理数据量进行确定的阈值,或,由服务器直接指定的阈值。
可选地,通过对预设步长的设置以及初次进行检测的n的数值的设置,可以对于目标收款通道的检测速度进行控制,即,当预设步长设置得较小,且初次进行检测的n的数值较小时,检测的次数会较多,进而导致检测的速度较慢;当预设步长设置得较大,其初次进行检测的n的数值较大时,检测的次数会较小,进而导致检测的速度较快。可选地,预设步长为服务器确定的步长,且预设步长为大于1的整数。
可选地,获取预设步长与n的乘积作为更新后的n的取值。
在一个示例中预设阈值为100,预设步长为2,初次进行检测的n的值为25。则可选地,进行首次检测后,若处理成功率大于成功率阈值,则根据预设步长对n的取值进行更新,即将n更新为25*2=50,也即通过目标收款通道对50个样本交易数据进行处理。在第二次检测进行后,若处理成功率大于成功率阈值,则再次根据预设步长对n的取值进行更新,即将n更新为50*2=100,也即通过目标收款通道对100个样本交易数据进行处理。可选地,当处理成功率大于成功率阈值时,通过预设步长对n的取值进行更新,也即对目标收款通道进行处理的样本交易数据的数量进行更新,并通过目标收款通道对对应数量的样本交易数据进行处理。
步骤404,当处理成功率大于成功率阈值,且n的取值达到预设阈值时,通过目标收款通道对交易数据进行在线支付处理。
可选地,在步骤403所述的实施例中,在第三次检测进行后,若处理成功率大于成功率阈值,则此时,因为n的取值为100,已经达到了100的预设阈值,故此时确定目标收款通道处于正常状态,即目标收款通道可以进行正常工作,并可以通过目标收款通道进行在线支付处理。
可选地,在通过预设步长对n的取值进行更新的过程中,若处理成功率为达到成功率阈值,则停止后续的更新与处理工作,重新对收款通道的异常状态进行确定与修复。
综上所述,本实施例提供的方法,通过将n个交易数据同时通过目标收款通道进行处理,获取每个交易数据的处理结果以及对应生成的处理成功率,并且将处理成功率与处理成功率阈值相比较的方法,在目标收款通道直接处理交易数据的情况下获取确定目标收款通道的收款通道状态,对收款通道的真实状态进行了确定,提供了对于收款通道状态的自动化的确定方法。
通过根据历史同比成功率、历史环比成功率以及二者对应的权值,生成成功率阈值的方法,对成功率阈值进行了科学的设置,使检测结果可以对收款通道的真实状态进行更加准确的确定,进一步提高了确定收款通道是否修复的效率。
通过对步长的设置,对检测的次数与时间进行控制,并可以根据不同收款通道的情况设置不同的步长,进而确定不同的检测次数,进一步减小了检测误差,提高了确定收款通道是否修复的效率。
在基于图3的可选实施例中,图5示出了本公开一个示意性实施例提供的选取目标收款通道的方法的流程图,在本实施例中,图3的可选实施例中的步骤301可被替换为步骤501至步骤503,以该方法应用于服务器中为例进行说明,该方法包括:
步骤501,对至少一个候选收款通道进行遍历,确定异常收款通道。
可选地,如前文所述,每种支付方式对应了多条收款通道,在确定需要进行检测的目标候选收款通道时,需要从候选收款通道中对目标候选收款通道进行确定。
可选地,当某种支付方式对应的一条收款通道出现异常时,将该支付方式对应的所有收款通道确定为候选收款通道,或,在确定有一条收款通道出现异常的情况下,将所有目标时间范围内出现过异常的收款通道确定为候选收款通道。
可选地,候选收款通道的数量为至少一个。通过对所有候选收款通道进行遍历,根据遍历结果确定异常收款通道。可选地,遍历的方式为对候选收款通道在一段较短的时间范围内处理成功的交易数据的数量进行确定,并与其处理交易数据的能力进行比对,当二者的差值过大时,将候选收款通道确定为异常收款通道。
可选地,在确定异常收款通道之后,对异常收款通道进行筛选。在一个示例中,收款方在一段时间范围内需要进行系统维护,故在该段时间范围内一个候选收款通道处理成功的交易数据的数量出现异常,此时,在确定收款方进行系统维护的情况下,服务器即不将该候选收款通道确定为异常收款通道。
步骤502,对异常收款通道的异常时长进行检测。
可选地,在对异常收款通道进行确定之后,对异常收款通道的异常时长进行检测。
可选地,通过对异常收款通道的历史处理数据进行检测,确定其开始发生异常的时刻。
可选地,在确定其开始发生异常的时刻之后,确定其开始发生异常的时刻到当前时刻的时长作为异常时长。
步骤503,当异常时长大于预设时长时,确定异常收款通道为目标收款通道。
可选地,预设时长为服务器指定的时长。可选地,当异常时长小于预设时长时,说明异常收款通道还没有进行自动修复过程或其他故障检测流程,此时对异常收款通道之间进行检测,会使其在未被修复的情况下直接进行检测,即无进行检测的实际意义。故当异常时长大于预设时长时,即给予异常收款通道足够的修复时间之后,方将其确定为目标收款通道。在将其确定为异常收款通道的情况下,对其进行后续的收款通道的状态确定。
综上所述,本实施例提供的方法,通过将n个样本交易数据同时通过目标收款通道进行处理,获取每个样本交易数据的处理结果以及对应生成的处理成功率,并且将处理成功率与处理成功率阈值相比较的方法,在目标收款通道直接处理样本交易数据的情况下获取确定目标收款通道的收款通道状态,对收款通道的真实状态进行了确定,提供了对于收款通道状态的自动化的确定方法。
通过对候选收款通道进行遍历的方法,并对经过遍历获取的异常收款通道进行检测的方法,更加准确地从候选收款通道中确定目标收款通道,进一步提高了对收款通道状态的确定。
图6示出了本公开一个示意性实施例提供的收款通道状态的确定方法的流程示意图,以该方法应用于服务器中为例进行说明,该方法包括:
步骤601,遍历历史故障通道。
可选地,历史故障通道指示在一段时间范围内发生过处理交易数据的数量异常的数据。
可选地,将历史故障通道作为候选收款通道,对候选收款通道进行遍历,从中确定异常收款通道。
步骤602,判断异常收款通道是否需要探测。
可选地,判断通道是否需要探测的过程即为对异常收款通道进行筛选的过程。可选地,通过服务器获取的信息对通道是否需要探测进行筛选。在一个示例中,当一个通道因为例行维护而导致时间范围内发生过处理交易数据的数量发生异常的情况,则判断其不需要进行探测。可选地,认为不需要进行探测的收款通道不是异常收款通道。
当异常收款通道需要探测时,执行步骤603,当异常收款通道不需要就探测时,执行步骤609。
步骤603,判断故障时间是否大于预设时间。
可选地,故障时间即为异常收款通道发生异常的时刻到当前时刻的时长,预设时间即为服务器中确定的预设时长。
可选地,由于收款通道在实际使用中的自检与修复工作需要一段时间,故在预设时长内的收款通道可认为还没有出现了异常但还未修复完成的收款通道。
可选地,当故障时间大于预设时间时,将收款通道确定为目标收款通道,并执行步骤604,当故障时间不大于预设时间时,执行步骤609。
步骤604,开始放量。
可选地,放量过程即为通过目标收款通道对n个样本交易数据进行支付处理的过程。
可选地,通过目标收款通道对样本交易数据进行支付处理之后,可以获得支付处理的结果,可选地,支付处理的结果包括处理成功结果和处理失败结果。
步骤605,统计成功率。
可选地,通过对所有样本交易数据的支付处理结果进行获取,并对支付处理结果进行统计,获得处理成功率。
步骤606,判断成功率是否大于成功率阈值。
可选地,成功率阈值为服务器中存储的为了用于判断处理成功率是否指示目标收款通道的处理能力恢复至正常水平,进而判断目标收看通道是否处于正常状态的阈值。
可选地,判断处理成功率是否大于成功率阈值,当处理成功率大于成功率阈值时,执行步骤607,当处理成功率小于成功率阈值时,执行步骤609。
步骤607,判断n的取值是否大于预设阈值。
可选地,判断n的取值与预设阈值的关系,即判断目标收款通道对样本交易数据的数量的处理能力是否恢复。
可选地,当n的取值小于预设阈值时,通过步长的设定更新n的取值,并且重新进行放量过程。
可选地,当n的取值大于预设阈值时,执行步骤608。
步骤608,通道设置为正常,通道恢复。
可选地,目标收款通道通过检测,即恢复正常,可以重新开始正常的对交易数据进行处理的工作中。
步骤609,探测结束。
可选地,探测结束之后,还包括对于目标收款通道的进一步处理修复的工作。在下一次的修复工作完成时,可对目标收款通道重新进行放量检测的过程。
综上所述,本实施例提供的方法,通过将n个交易数据同时通过目标收款通道进行处理,获取每个交易数据的处理结果以及对应生成的处理成功率,并且将处理成功率与处理成功率阈值相比较的方法,在目标收款通道直接处理交易数据的情况下获取确定目标收款通道的收款通道状态,对收款通道的真实状态进行了确定,提供了对于收款通道状态的自动化的确定方法。
通过根据历史同比成功率、历史环比成功率以及二者对应的权值,生成成功率阈值的方法,对成功率阈值进行了科学的设置,使检测结果可以对收款通道的真实状态进行更加准确的确定,进一步提高了确定收款通道是否修复的效率。
通过对步长的设置,对检测的次数与时间进行控制,并可以根据不同收款通道的情况设置不同的步长,进而确定不同的检测次数,进一步减小了检测误差,提高了确定收款通道是否修复的效率。
通过对候选收款通道进行遍历的方法,并对经过遍历获取的异常收款通道进行检测的方法,更加准确地从候选收款通道中确定目标收款通道,进一步提高了对收款通道状态的确定。
图7示出了本公开一个示意性实施例提供的收款通道状态的确定装置的结构框图,该装置包括:
获取模块701,用于从目标收款通道以外的其他收款通道中获取n个样本交易数据,样本交易数据用于通过其他收款通道完成在线支付;
处理模块702,用于通过目标收款通道对n个样本交易数据进行支付处理,n≥1;
获取模块701,用于获取目标收款通道对n个样本交易数据的支付处理结果;
生成模块703,用于根据n个样本交易数据的支付处理结果生成目标收款通道的处理成功率,处理成功率用于指示目标收款通道通过交易数据完成在线支付的数量占n个交易数据的比例;
处理模块702,用于当处理成功率大于成功率阈值时,通过目标收款通道对交易数据进行在线支付处理,交易数据用于通过目标收款通道完成在线支付。
在一个可选的实施例中,该装置,还包括:更新模块704,用于当处理成功率大于成功率阈值,且n的取值小于预设阈值时,根据预设步长对n的取值进行更新,并重复执行通过目标收款通道对n个样本交易数据进行支付处理的过程;
处理模块702,用于当处理成功率大于成功率阈值,且n的取值达到预设阈值时,通过目标收款通道进行在线支付处理。
在一个可选的实施例中,获取模块701,用于获取预设步长与n的乘积作为更新后的n的取值。
在一个可选的实施例中,获取模块701,用于获取目标收款通道的历史同比成功率和历史环比成功率,历史同比成功率指示目标时间范围内目标收款通道对历史交易数据进行数据处理的成功率均值,历史环比成功率指示目标时间范围内至少两个参考收款通道对历史交易数据进行处理的成功率均值;
生成模块703,用于根据历史同比成功率和历史环比成功率生成目标收款通道对应的成功率阈值。
在一个可选的实施例中,该装置,还包括:
确定模块705,用于确定历史同比成功率对应的第一权值;确定历史环比成功率对应的第二权值;根据第一权值与第二权值对历史同比成功率和历史环比成功率进行加权计算,确定目标收款通道对应的成功率阈值。
在一个可选的实施例中,确定模块705,用于对至少一个候选收款通道进行遍历,确定异常收款通道;
该装置,还包括:
检测模块706,用于对异常收款通道的异常时长进行检测;
确定模块705,用于当异常时长大于预设时长时,确定异常收款通道为目标收款通道;
在一个可选的实施例中,n的取值与目标收款通道的历史故障次数呈正相关。
需要说明的是:上述实施例提供的收款通道状态的确定装置,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
本公开还提供了一种服务器,该服务器包括处理器和存储器,存储器中存储有至少一条指令,至少一条指令由处理器加载并执行以实现上述各个方法实施例提供的收款通道状态的确定方法。需要说明的是,该服务器可以是如下图8所提供的服务器。
请参考图8,其示出了本公开一个示例性实施例提供的服务器的结构示意图。具体来讲:服务器1300包括中央处理单元(Central Processing Unit,CPU)1301、包括随机存取存储器(Random Access Memory,RAM)1302和只读存储器(Read-Only Memory,ROM)1303的系统存储器1304,以及连接系统存储器104和中央处理单元1301的系统总线1305。服务器1300还包括帮助计算机内的各个器件之间传输信息的基本输入/输出(Input OutputSystem,I/O)系统106,和用于存储操作系统1313、应用程序1314和其他程序模块1315的大容量存储设备1307。
基本输入/输出系统1306包括有用于显示信息的显示器1308和用于用户输入信息的诸如鼠标、键盘之类的输入设备1309。其中显示器1308和输入设备1309都通过连接到系统总线1305的输入输出控制器1310连接到中央处理单元1301。基本输入/输出系统1306还可以包括输入输出控制器1310以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地,输入输出控制器1310还提供输出到显示屏、打印机或其他类型的输出设备。
大容量存储设备1307通过连接到系统总线1305的大容量存储控制器(未示出)连接到中央处理单元1301。大容量存储设备1307及其相关联的计算机可读介质为服务器1300提供非易失性存储。也就是说,大容量存储设备1307可以包括诸如硬盘或者CD-ROI驱动器之类的计算机可读介质(未示出)。
不失一般性,计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、带电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、闪存或其他固态存储其技术,CD-ROM、数字多功能光盘(Digital Video Disc,DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然,本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器1304和大容量存储设备1307可以统称为存储器。
存储器存储有一个或多个程序,一个或多个程序被配置成由一个或多个中央处理单元1301执行,一个或多个程序包含用于实现上述数据处理方法的指令,中央处理单元1301执行该一个或多个程序实现上述各个方法实施例提供的收款通道状态的确定方法。
根据本公开的各种实施例,服务器1300还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1300可以通过连接在系统总线1305上的网络接口单元1311连接到网络1312,或者说,也可以使用网络接口单元1311来连接到其他类型的网络或远程计算机系统(未示出)。
存储器还包括一个或者一个以上的程序,一个或者一个以上程序存储于存储器中,一个或者一个以上程序包含用于进行本公开实施例提供的收款通道状态的确定方法中由服务器所执行的步骤。
本公开实施例还提供一种计算机设备,该计算机设备包括存储器和处理器,存储器中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并实现上述收款通道状态的确定方法。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,该计算机可读存储介质可以是上述实施例中的存储器中所包含的计算机可读存储介质;也可以是单独存在,未装配入终端中的计算机可读存储介质。该计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述收款通道状态的确定方法。
可选地,该计算机可读存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、固态硬盘(SSD,Solid State Drives)或光盘等。其中,随机存取记忆体可以包括电阻式随机存取记忆体(ReRAM,Resistance RandomAccess Memory)和动态随机存取存储器(DRAM,Dynamic Random Access Memory)。上述本公开实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
上述仅为本公开的可选实施例,并不用以限制本公开,凡在本公开的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。
Claims (10)
1.一种收款通道状态的确定方法,其特征在于,所述方法包括:
从目标收款通道以外的其他收款通道中获取n个样本交易数据,所述样本交易数据用于通过其他收款通道完成在线支付;
通过所述目标收款通道对n个所述样本交易数据进行支付处理,n≥1;
获取所述目标收款通道对n个所述样本交易数据的支付处理结果;
根据n个所述样本交易数据的所述支付处理结果生成所述目标收款通道的处理成功率,所述处理成功率用于指示所述目标收款通道通过所述样本交易数据完成在线支付的数量占n个所述样本交易数据的比例;
当所述处理成功率大于成功率阈值时,通过所述目标收款通道对交易数据进行在线支付处理,所述交易数据用于通过所述目标收款通道完成在线支付。
2.根据权利要求1所述的方法,其特征在于,所述当所述处理成功率大于成功率阈值时,通过所述目标收款通道进行在线支付处理,包括:
当所述处理成功率大于所述成功率阈值,且n的取值小于预设阈值时,根据预设步长对n的取值进行更新,并重复执行所述通过目标收款通道对n个所述样本交易数据进行支付处理的过程;
当所述处理成功率大于所述成功率阈值,且n的取值达到所述预设阈值时,通过所述目标收款通道进行在线支付处理。
3.根据权利要求2所述的方法,其特征在于,所述预设步长为大于1的整数,所述根据预设步长对所述n的取值进行更新,包括:
获取所述预设步长与n的乘积作为更新后的n的取值。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
获取所述目标收款通道的历史同比成功率和历史环比成功率,所述历史同比成功率指示目标时间范围内所述目标收款通道对历史交易数据进行数据处理的成功率均值,所述历史环比成功率指示所述目标时间范围内至少两个参考收款通道对所述历史交易数据进行处理的成功率均值;
根据所述历史同比成功率和所述历史环比成功率生成所述目标收款通道对应的所述成功率阈值。
5.根据权利要求4所述的方法,其特征在于,所述根据所述历史同比成功率和所述历史环比成功率确定所述目标收款通道对应的所述成功率阈值,包括:
确定所述历史同比成功率对应的第一权值;
确定所述历史环比成功率对应的第二权值;
根据所述第一权值与所述第二权值对所述历史同比成功率和所述历史环比成功率进行加权和计算,得到所述目标收款通道对应的所述成功率阈值。
6.根据权利要求1至4任一所述的方法,其特征在于,所述通过所述目标收款通道对n个样本交易数据进行处理之前,还包括:
对至少一个候选收款通道进行遍历,确定异常收款通道;
对所述异常收款通道的异常时长进行检测;
当所述异常时长大于预设时长时,确定所述异常收款通道为所述目标收款通道。
7.根据权利要求1所述的方法,其特征在于,n的取值与所述目标收款通道的历史故障次数呈正相关。
8.一种收款通道状态的确定装置,其特征在于,所述装置包括:
获取模块,用于从目标收款通道以外的其他收款通道中获取n个样本交易数据,所述样本交易数据用于通过收款通道完成在线支付;
处理模块,用于通过所述目标收款通道对n个所述样本交易数据进行支付处理,n≥1;
所述获取模块,用于获取所述目标收款通道对n个所述样本交易数据的支付处理结果;
生成模块,用于根据n个所述样本交易数据的所述支付处理结果生成所述目标收款通道的处理成功率,所述处理成功率用于指示所述目标收款通道通过所述样本交易数据完成在线支付的数量占n个所述样本交易数据的比例;
处理模块,用于当所述处理成功率大于成功率阈值时,通过所述目标收款通道进行在线支付处理。
9.一种计算机设备,其特征在于,所述计算机设备包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、至少一段程序、代码集或指令集由所述处理器加载并执行以实现如权利要求1至7任一所述的收款通道状态的确定。
10.一种计算机可读存储介质,其特征在于,所述可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如权利要求1至7任一所述的收款通道状态的确定。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010055734.5A CN111275429A (zh) | 2020-01-17 | 2020-01-17 | 收款通道状态的确定方法、装置、设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010055734.5A CN111275429A (zh) | 2020-01-17 | 2020-01-17 | 收款通道状态的确定方法、装置、设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111275429A true CN111275429A (zh) | 2020-06-12 |
Family
ID=71001707
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010055734.5A Pending CN111275429A (zh) | 2020-01-17 | 2020-01-17 | 收款通道状态的确定方法、装置、设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111275429A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111951000A (zh) * | 2020-08-24 | 2020-11-17 | 吉林亿联银行股份有限公司 | 一种支付请求处理方法及装置 |
CN112036852A (zh) * | 2020-08-25 | 2020-12-04 | 北京达佳互联信息技术有限公司 | 支付处理方法、装置、服务器及电子设备 |
CN113435871A (zh) * | 2021-06-29 | 2021-09-24 | 未鲲(上海)科技服务有限公司 | 支付渠道异常检查方法、装置、计算设备及存储介质 |
CN113469686A (zh) * | 2021-07-21 | 2021-10-01 | 上海浦东发展银行股份有限公司 | 业务交易量的调整方法、装置、设备及存储介质 |
US20230060863A1 (en) * | 2021-08-24 | 2023-03-02 | Hewlett-Packard Development Company, L.P. | Determination of success rates for reprocessing payments |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101799910A (zh) * | 2010-01-14 | 2010-08-11 | 中国建设银行股份有限公司 | 自助渠道业务系统的交易渠道状态的监控方法及系统 |
US20130282565A1 (en) * | 2012-04-18 | 2013-10-24 | Mastercard International Incorporated | Systems and methods for managing transactions for a merchant |
CN106096960A (zh) * | 2016-06-07 | 2016-11-09 | 上海携程商务有限公司 | 监测外部支付系统的方法和装置及支付方法和系统 |
CN109472563A (zh) * | 2018-10-26 | 2019-03-15 | 数贸科技(北京)有限公司 | 基于跨境支付平台的支付方式自动化运维方法及装置 |
CN109784929A (zh) * | 2019-01-24 | 2019-05-21 | 鑫涌算力信息科技(上海)有限公司 | 支付通道故障转移与恢复系统、方法及终端 |
CN109829717A (zh) * | 2018-12-15 | 2019-05-31 | 深圳壹账通智能科技有限公司 | 支付通道的运维方法、装置、计算机装置及存储介质 |
CN110175830A (zh) * | 2019-05-22 | 2019-08-27 | 深圳乐信软件技术有限公司 | 交易通道的管理方法、装置、服务器及存储介质 |
CN110503551A (zh) * | 2019-08-02 | 2019-11-26 | 阿里巴巴集团控股有限公司 | 一种网络资金交易渠道维护方法、装置和设备 |
-
2020
- 2020-01-17 CN CN202010055734.5A patent/CN111275429A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101799910A (zh) * | 2010-01-14 | 2010-08-11 | 中国建设银行股份有限公司 | 自助渠道业务系统的交易渠道状态的监控方法及系统 |
US20130282565A1 (en) * | 2012-04-18 | 2013-10-24 | Mastercard International Incorporated | Systems and methods for managing transactions for a merchant |
CN106096960A (zh) * | 2016-06-07 | 2016-11-09 | 上海携程商务有限公司 | 监测外部支付系统的方法和装置及支付方法和系统 |
CN109472563A (zh) * | 2018-10-26 | 2019-03-15 | 数贸科技(北京)有限公司 | 基于跨境支付平台的支付方式自动化运维方法及装置 |
CN109829717A (zh) * | 2018-12-15 | 2019-05-31 | 深圳壹账通智能科技有限公司 | 支付通道的运维方法、装置、计算机装置及存储介质 |
CN109784929A (zh) * | 2019-01-24 | 2019-05-21 | 鑫涌算力信息科技(上海)有限公司 | 支付通道故障转移与恢复系统、方法及终端 |
CN110175830A (zh) * | 2019-05-22 | 2019-08-27 | 深圳乐信软件技术有限公司 | 交易通道的管理方法、装置、服务器及存储介质 |
CN110503551A (zh) * | 2019-08-02 | 2019-11-26 | 阿里巴巴集团控股有限公司 | 一种网络资金交易渠道维护方法、装置和设备 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111951000A (zh) * | 2020-08-24 | 2020-11-17 | 吉林亿联银行股份有限公司 | 一种支付请求处理方法及装置 |
CN112036852A (zh) * | 2020-08-25 | 2020-12-04 | 北京达佳互联信息技术有限公司 | 支付处理方法、装置、服务器及电子设备 |
CN113435871A (zh) * | 2021-06-29 | 2021-09-24 | 未鲲(上海)科技服务有限公司 | 支付渠道异常检查方法、装置、计算设备及存储介质 |
CN113469686A (zh) * | 2021-07-21 | 2021-10-01 | 上海浦东发展银行股份有限公司 | 业务交易量的调整方法、装置、设备及存储介质 |
CN113469686B (zh) * | 2021-07-21 | 2023-04-07 | 上海浦东发展银行股份有限公司 | 业务交易量的调整方法、装置、设备及存储介质 |
US20230060863A1 (en) * | 2021-08-24 | 2023-03-02 | Hewlett-Packard Development Company, L.P. | Determination of success rates for reprocessing payments |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111275429A (zh) | 收款通道状态的确定方法、装置、设备及可读存储介质 | |
US10698795B2 (en) | Virtual payments environment | |
CN107480978B (zh) | 基于区块链技术的代付款方法 | |
US11403645B2 (en) | Systems and methods for cross-border ATM fraud detection | |
US10755280B2 (en) | Segmented data analysis using dynamic peer groupings and automated rule implementation platform | |
CN108111368B (zh) | 一种交易系统的功能测试方法及装置 | |
CN113205402A (zh) | 对账方法、装置、电子设备及计算机可读介质 | |
US8527412B1 (en) | End-to end monitoring of a check image send process | |
CN105447707B (zh) | 数据处理方法及装置 | |
US11307955B2 (en) | Graphical user interface and analysis system for determining platform stability and resiliency | |
JP7000339B2 (ja) | 企業環境での分散型ツールのための仮想市場 | |
WO2024119789A1 (zh) | 款项发放方法、装置、计算机设备及可读存储介质 | |
AU2015210357B2 (en) | Predictive fraud screening | |
CN116383052A (zh) | 批处理任务的自动化测试方法、装置、设备及存储介质 | |
CN114971903A (zh) | 一种批任务处理方法及装置 | |
US20220147954A1 (en) | Prediction of billing disputes | |
CN111274299A (zh) | 数据处理的方法、装置、系统及存储介质 | |
CN111932237B (zh) | 一种基于云的一卡通交易方法及系统 | |
CN113129086B (zh) | 一种增值税抵扣方法、装置、系统、设备及介质 | |
CN115907998A (zh) | 一种操作审查方法、装置、设备及介质 | |
CN115495470A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN113469805A (zh) | 一种账务数据核算方法、装置、设备及存储介质 | |
CN113657880A (zh) | 一种针对海量数据的资源交易对比方法、装置以及设备 | |
CN116841866A (zh) | 一种反演测试方法、装置、设备及存储介质 | |
CN114648381A (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 |