一种支付信息处理方法、装置、电子设备及存储介质与流程

[0001]
本申请实施例涉及信息处理技术领域，尤其涉及一种支付信息处理方法、装置、电子设备及存储介质。


背景技术：

[0002]
在互联网技术日益发达的今天，扫码支付已经成为一种十分流行的支付方式。然而，在目前的扫码支付领域，收款方主要通过关注支付成功的提示消息来对付款方的支付行为进行确认。如果有些收款方未关注到支付成功的提示消息，而付款方可以使用手机里预先准备好的支付成功凭证图片给收款方进行确认，容易导致收款方误认为该付款方已经支付订单，最终导致付款方出现逃单行为。
[0003]
例如，在网约车出行或出租车出行领域，司机主要通过关注支付成功的语音播报来确认乘客的支付行为。如果有些司机未关注到支付成功的播报，而乘客可以使用手机里预先准备好的支付成功凭证图片给司机进行确认，容易导致司机误认为该乘客已经支付订单，最终导致乘客出现逃单行为，影响司机和平台的收益。因而，如何防止付款方逃单，保证收款方的收益，成为亟待解决的问题。


技术实现要素：

[0004]
本申请提供一种支付信息处理方法、装置、电子设备及存储介质，能有效防止付款方的逃单行为，保障收款方的收益。
[0005]
本申请第一方面提供了一种支付信息处理方法，所述方法包括：
[0006]
在接收到各个付款方终端发送的支付请求时，为所述各个付款方终端分别添加支付中标记；
[0007]
每隔预设时长检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端；
[0008]
根据每次检测结果，控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息。
[0009]
可选地，所述方法还包括：
[0010]
在接收到表征携带支付中标记的付款方终端支付成功的消息时，删除所述付款方终端携带的所述支付中标记；或
[0011]
在控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息的次数达到预设次数之后，删除所述付款方终端携带的所述支付中标记。
[0012]
可选地，所述方法还包括：
[0013]
启动周期性检测任务；
[0014]
每隔预设时长检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端，包括：
[0015]
每当所述周期性检测任务对应的周期到期时，检测距离当前时刻预设时间段之前
是否存在携带支付中标记的付款方终端。
[0016]
可选地，所述方法还包括：
[0017]
在接收到付款方终端发送的支付请求时，控制所述收款方终端和/或所述付款方终端输出支付中提示信息；和/或
[0018]
在接收到表征付款方终端支付成功的消息时，控制所述收款方终端和/或所述付款方终端输出支付成功提示信息。
[0019]
可选地，所述方法还包括：
[0020]
确定所述未支付成功提示信息的第一输出时间范围，以及所述支付成功提示信息的第二输出时间范围；
[0021]
在所述第一输出时间范围与所述第二时间输出范围存在重叠的情况下，当到达所述支付成功提示信息的输出时间点时，控制所述收款方终端和/或所述付款方终端输出所述支付成功提示信息，以覆盖所述未支付成功提示信息中未被输出的部分提示信息。
[0022]
可选地，根据每次检测结果，控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息，包括：
[0023]
根据每次检测结果，控制所述收款方终端和/或携带支付中标记的付款方终端对所述未支付成功提示信息进行显示和/或语音播报。
[0024]
本申请第二方面提供一种支付信息处理装置，所述装置包括：
[0025]
添加模块，用于在接收到各个付款方终端发送的支付请求时，为所述各个付款方终端分别添加支付中标记；
[0026]
检测模块，用于每隔预设时长检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端；
[0027]
第一控制模块，用于根据每次检测结果，控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息。
[0028]
可选地，所述装置还包括：
[0029]
第一删除模块，用于在接收到表征携带支付中标记的付款方终端支付成功的消息时，删除所述付款方终端携带的所述支付中标记；或
[0030]
第二删除模块，用于在控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息的次数达到预设次数之后，删除所述付款方终端携带的所述支付中标记。
[0031]
可选地，所述装置还包括：
[0032]
启动模块，用于启动周期性检测任务；
[0033]
所述检测模块包括：
[0034]
检测子模块，用于每当所述周期性检测任务对应的周期到期时，检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端。
[0035]
可选地，所述装置还包括：
[0036]
第二控制模块，用于在接收到付款方终端发送的支付请求时，控制所述收款方终端和/或所述付款方终端输出支付中提示信息；和/或
[0037]
第三控制模块，用于在接收到表征付款方终端支付成功的消息时，控制所述收款方终端和/或所述付款方终端输出支付成功提示信息。
[0038]
可选地，所述装置还包括：
[0039]
确定模块，用于确定所述未支付成功提示信息的第一输出时间范围，以及所述支付成功提示信息的第二输出时间范围；
[0040]
第四控制模块，用于在所述第一输出时间范围与所述第二时间输出范围存在重叠的情况下，当到达所述支付成功提示信息的输出时间点时，控制所述收款方终端和/或所述付款方终端输出所述支付成功提示信息，以覆盖所述未支付成功提示信息中未被输出的部分提示信息。
[0041]
可选地，所述第一控制模块包括：
[0042]
控制子模块，用于根据每次检测结果，控制所述收款方终端和/或携带支付中标记的付款方终端对所述未支付成功提示信息进行显示和/或语音播报。
[0043]
本申请实施例第三方面提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请第一方面所述的支付信息处理方法中的步骤。
[0044]
本申请实施例第四方面提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请第一方面所述的支付信息处理中的步骤。
[0045]
本申请在实施支付信息处理方法时，首先在接收到各个付款方终端发送的支付请求时，为各个付款方终端分别添加支付中标记；然后每隔预设时长检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端；最后根据每次检测结果，控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息。本申请的支付信息处理方法从接收到付款终端发送的支付请求开始，便按照预设时间间隔对付款方终端的支付中标记进行检测，同时根据检测结果控制付款方终端和收款方终端输出未支付成功提示信息，以使付款方和收款方能感知到整个支付过程，实现了对整个支付过程的严格把控，能有效防止付款方以假乱真的逃单现象，保障收款方的利益。
附图说明
[0046]
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0047]
图1是本申请一实施例示出的一种实施环境示意图；
[0048]
图2是本申请一实施例示出的支付信息处理方法的流程图；
[0049]
图3是本申请一实施例示出的一种支付过程示意图；
[0050]
图4是本申请一实施例示出的一种乘客扫码支付过程示意图；
[0051]
图5是本申请一实施例提供的支付信息处理装置的结构框图；
[0052]
图6是本申请一实施例示出的一种电子设备的示意图。
具体实施方式
[0053]
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申
请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0054]
图1是本申请一实施例示出的一种实施环境示意图。在图1中，付款方终端和收款方终端分别与服务器通信连接。其中，付款方终端或收款方终端可以是智能手机、平板、电脑等，也可以是其他联网设备，本实施例对付款方终端或收款方终端的类型不作具体限制。付款方终端或收款方终端可以通过自身程序实现收付款功能，也可以通过安装外部程序实现收付款功能，本实施例对付款功能的实现方式不作具体限制。
[0055]
为解决相关技术中的付款方的逃单行为，本申请提供了一种支付信息处理方法，该方法应用于图1中的服务器。图2是本申请一实施例示出的支付信息处理方法的流程图。参照图2，本申请的支付信息处理方法可以包括如下步骤：
[0056]
步骤s21：在接收到各个付款方终端发送的支付请求时，为所述各个付款方终端分别添加支付中标记。
[0057]
在本实施例中，当付款方需要向收款方付款时，可以通过扫描收款方展示的收款码以生成支付请求，或者在与收款方之间建立的订单的页面上点击支付按钮以自动生成支付请求。例如，用户购买某商品后，可以扫描商家提供的收款码以生成支付请求，或者用户在线上购物时，将商品添加到购物车后，在购物车页面点击支付按钮以生成支付请求。
[0058]
本实施例的生成支付请求的方式包括但不限于上述列举的方式。其中，收款码可以是任意具有收款功能的图像码，例如条形码、二维码等，本实施例对收款码的类型不作具体限制。
[0059]
在本实施例中，付款方终端在生成支付请求后，可以向服务器发送支付请求。服务器在接收到支付请求后，为对应的付款方终端添加支付中标记，支付中标记用于表示该付款方终端尚未支付成功。例如服务器接收到付款方终端m的支付请求，为付款方终端m添加一个支付中标记。
[0060]
其中，服务器在接收到支付请求后，还会向付款方终端返回付款页面，该付款页面包含多种支付方式(例如一次性付款、分期付款、邀请别人付款等)和支付渠道(例如银行卡、亲属卡、账户零钱等)，付款方可以在付款页面选择支付方式和支付渠道，以完成付款。
[0061]
步骤s22：每隔预设时长检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端。
[0062]
在本实施例中，服务器可以每隔预设时长检测距离当前时刻预设时间段之前是否存在未支付成功的付款方终端，具体实施时，可以直接将检测到的携带支付中标记的付款方终端作为未支付成功的付款方终端。例如服务器可以每隔5秒检测距离当前时刻6秒之前是否存在携带支付中标记的付款方终端。其中，预设时长和预设时间段可以任意设置，本实施例对此不作具体限制。
[0063]
步骤s23：根据每次检测结果，控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息。
[0064]
在本实施例中，在每一次进行检测后，如果检测结果为存在携带支付中标记的付款方终端，服务器可以控制收款方终端或携带支付中标记的付款方终端输出未支付成功提示信息，也可以控制收款方终端和携带支付中标记的付款方终端同时输出未支付成功提示信息。
[0065]
结合以上实施例，在一种实施方式中，本申请还提供了一种根据检测结果控制收款方终端和/或付款方终端输出未支付成功的提示信息的方法。具体地，上述步骤s23可以包括如下步骤：
[0066]
根据每次检测结果，控制所述收款方终端和/或携带支付中标记的付款方终端对所述未支付成功提示信息进行显示和/或语音播报。
[0067]
在一种实施方式中，服务器可以向收款方终端和/或携带支付中标记的付款方终端发送文本格式、图像格式、动画格式的未支付成功提示信息，使得收款方终端和/或携带支付中标记的付款方终端对这些未支付成功提示信息进行显示。其次，服务器还可以向收款方终端和/或携带支付中标记的付款方终端发送音视格式的未支付成功提示信息，使得收款方终端和/或付款方终端对这些未支付成功提示信息进行语音播放。
[0068]
在又一种实施方式中，收款方终端和/或携带支付中标记的付款方终端还可以自行根据提示信息选择相应的输出形式。例如，服务器发送的是文本格式的提示信息，收款方终端和/或携带支付中标记的付款方终端既可以直接展示该文本信息，也可以展示与该文本信息语义相同的图像信息或者动画信息，还可以将该文本信息转化成语音信息进行播放。
[0069]
当然，服务器还可以采用其他方式控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息，本实施例对此不作具体限制。通过多种方式实现服务器对收款方终端和/或付款方终端输出信息的控制，能帮助付款方和收款方较好地了解整个支付进程以及优化用户的使用体验。
[0070]
在本实施例中，收款方终端和/或付款方终端输出未支付成功提示信息后，收款方和/或付款方可以及时关注支付进程，检查是否出现支付故障并排除故障，从而保障收付款双方的利益。
[0071]
通过本实施例，在实施支付信息处理方法时，首先在接收到各个付款方终端发送的支付请求时，为各个付款方终端分别添加支付中标记；然后每隔预设时长检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端；最后根据每次检测结果，控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息。本申请的支付信息处理方法从接收到付款终端发送的支付请求开始，便按照预设时间间隔对付款方终端的支付中标记进行检测，同时根据检测结果控制付款方终端和收款方终端输出未支付成功提示信息，以使付款方和收款方能感知到整个支付过程，实现了对整个支付过程的严格把控，能有效防止付款方以假乱真的逃单现象，保障收款方的利益。
[0072]
结合以上实施例，在一种实施方式中，本申请还提供了一种删除支付中标记的方法。具体地，该方法可以包括如下步骤：
[0073]
在接收到表征携带支付中标记的付款方终端支付成功的消息时，删除所述付款方终端携带的所述支付中标记；或
[0074]
在控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息的次数达到预设次数之后，删除所述付款方终端携带的所述支付中标记。
[0075]
在本实施例中，在如下两种情况下可以删除支付中标记：
[0076]
一、在接收到表征携带支付中标记的付款方终端支付成功的消息时，删除付款方终端携带的支付中标记；
[0077]
二、在控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息的次数达到预设次数之后，删除付款方终端携带的支付中标记。
[0078]
对于第一种情况，服务器在任意时刻接收到付款方终端发送的支付成功的消息时，立即删除对应的付款方终端携带的支付中标记，同时向收款方终端发送支付成功提示信息。
[0079]
对于第二种情况，针对每一个携带支付中标记的付款方终端，服务器只控制其输出预设次数的未支付成功提示信息，在输出次数达到预设次数之后，便删除支付中标记，后续不再控制其输出未支付成功提示信息。例如当预设次数为一次，服务器在第一次检测到付款方终端m携带支付中标记时，控制付款方终端m和/或其对应的收款方终端输出一次未支付成功提示信息，然后，将付款方终端m携带的支付中标记删除，后续不再控制付款方终端m和/或其对应的收款方终端输出未支付成功提示信息。再例如，当预设次数为三次，服务器在第三次检测到付款方终端m携带支付中标记时，控制付款方终端m和/或其对应的收款方终端输出一次未支付成功提示信息，然后，将付款方终端m携带的支付中标记删除。
[0080]
在本实施例中，对于第二种情况，如果输出未支付成功提示信息的次数达到预设次数之后服务器还未接收到付款方终端发送的支付成功的消息，那么服务器依旧将付款方终端携带的支付中标记删除。如果在后续服务器接收到了付款方终端发送的支付成功的消息，那么服务器直接控制收款方终端输出支付成功提示信息。
[0081]
在一种实施方式中，服务器在接收到付款方终端发送的支付成功的消息后，还可以主动验证付款方支付的金额是否有差错，是否存在多支付或者少支付的情形，如果支付金额有差错，分别向收款方终端和/或付款方终端发送支付金额不正确的提示信息，以提醒付款方终端重新支付或者收款方终端退款，从而保障收付款双方的利益。
[0082]
在本实施例中，及时对付款方终端携带的支付中标记进行删除操作，使得后续服务器只需对携带支付中标记的付款方终端进行处理，降低了服务器的处理压力。
[0083]
结合以上实施例，在一种实施方式中，本申请还提供了一种检测是否存在携带支付中标记的付款方终端的方法。具体地，本申请的支付信息处理方法还可以包括如下步骤：
[0084]
启动周期性检测任务；
[0085]
相应地，上述步骤s22包括：
[0086]
每当所述周期性检测任务对应的周期到期时，检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端。
[0087]
在本实施例中，服务器在启动周期性检测任务后，每当周期性检测任务对应的周期到期时，检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端。示例地，以周期为5秒，预设时间段为6秒，启动时刻为2020年10月1日10:00:10为例，服务器在2020年10月1日10:00:15检测2020年10月1日10:00:09之前是否存在携带有支付中标记的付款方终端，如果有，分别控制每一个携带支付中标记的付款方终端和/或对应的收款方终端输出未支付成功提示信息，之后将输出次数达到预设次数的付款方终端的支付中标记删除，如果不存在携带有支付中标记的付款方终端，则不作任何处理。接着，服务器在2020年10月1日10:00:20检测2020年10月1日10:00:14之前是否存在携带有支付中标记的付款方终端，按照前述步骤处理。
[0088]
具体地，假设服务器在2020年10月1日10:00:15时检测到的携带有支付中标记的
付款方终端包括付款方终端1-付款方终端4，则服务器分别控制付款方终端1-付款方终端4和/或各自对应的收款方终端输出未支付成功提示信息，如果付款方终端1的输出次数达到预设次数，付款方终端2-付款方终端4的输出次数未达到预设次数，那么服务器将付款方终端1的支付中标记删除，保留付款方终端2-付款方终端4的支付中标记。接着，服务器在2020年10月1日10:00:20检测到不存在携带有支付中标记的付款方终端，则服务器不作任何处理。
[0089]
图3是本申请一实施例示出的一种支付过程示意图。在图3中，如果服务器每隔5秒检测距离当前时刻6秒之前是否存在携带支付中标记的付款方终端，那么对于在9:54发起支付请求而添加的支付中标记，服务器在9:55并不会检测到，因为服务器在9:55只会检测到9:49之前的支付中标记，需要等到10:00时服务器才会检测到9:54这一时刻添加的支付中标记。同理，对于9:58发起支付请求而添加的支付中标记，服务器在10:00并不会检测到，因为服务器在10:00只会检测到9:54之前的支付中标记，需要等到10:05时服务器才会检测到9:58这一时刻添加的支付中标记。
[0090]
在本实施例中，通过设置周期性检测任务，使得服务器可以及时发现尚未支付成功的付款方终端，进而实现控制这些付款方终端和/或对应的收款方终端输出未支付成功的提示信息，能帮助付款方和收款方较好地了解整个支付进程以及优化用户的使用体验。
[0091]
结合以上实施例，在一种实施方式中，本申请的支付信息处理方法还可以包括如下步骤：
[0092]
在接收到付款方终端发送的支付请求时，控制所述收款方终端和/或所述付款方终端输出支付中提示信息；和/或
[0093]
在接收到表征付款方终端支付成功的消息时，控制所述收款方终端和/或所述付款方终端输出支付成功提示信息。
[0094]
在本实施例中，除了在检测时控制收款方终端和/或付款方终端输出未支付成功提示信息外，还可以在接收到付款方终端发送的支付请求时控制收款方终端和/或付款方终端输出支付中提示信息，或者在接收到表征付款方终端支付成功的消息时，控制收款方终端和/或付款方终端输出支付成功提示信息。
[0095]
在本实施例中，服务器在刚接收到付款方终端发送的支付请求时控制收款方终端和/或付款方终端输出支付中提示信息，可以使收款方和付款方双方得知已经开始进行支付，可及时了解到整个支付进程。
[0096]
在一种实施方式中，服务器可以向收款方终端发送文本格式、图像格式、动画格式的支付成功提示信息或支付中提示信息，使得收款方终端对这些提示信息进行显示。其次，服务器还可以向收款方终端发送音频格式的提示信息，使得收款方终端对这些提示信息进行语音播放。
[0097]
在又一种实施方式中，收款方终端还可以自行根据提示信息选择相应的输出形式。例如，服务器发送的是文本格式的提示信息，收款方终端既可以直接展示该文本信息，也可以展示与该文本信息语义相同的图像信息或者动画信息，还可以将该文本信息转化成语音信息进行播放。
[0098]
当然，服务器还可以采用其他方式控制收款方终端输出支付成功提示信息，本实施例对此不作具体限制。通过多种方式实现服务器对收款方终端输出信息的控制，能帮助
付款方和收款方较好地了解整个支付进程以及优化用户的使用体验。
[0099]
结合以上实施例，在一种实施方式中，本申请的方法还可以包括如下步骤：
[0100]
确定所述未支付成功提示信息的第一输出时间范围，以及所述支付成功提示信息的第二输出时间范围；
[0101]
在所述第一输出时间范围与所述第二时间输出范围存在重叠的情况下，当到达所述支付成功提示信息的输出时间点时，控制所述收款方终端和/或所述付款方终端输出所述支付成功提示信息，以覆盖所述未支付成功提示信息中未被输出的部分提示信息。
[0102]
在本实施例中，如果服务器正在控制某个携带支付中标记的付款方终端输出未支付成功提示信息时，接收到该付款方终端发送的表征付款方终端支付成功的消息，那么需要对该付款方终端的输出信息进行调整。具体地，首先控制该付款方终端输出未支付成功提示信息，并在接收到表征付款方终端支付成功的消息时，立即控制该付款方终端输出支付成功提示信息，而对原来未支付成功提示信息的未输出部分不再输出。
[0103]
通过本实施例，可以保证收款方和/或付款方及时获知正确的提示信息，防止输出信息不够及时对支付过程产生的干扰，例如影响收款方和/或付款方的情绪等，优化了支付体验。
[0104]
在网约车或出租车扫码支付领域，目前司机主要通过关注支付成功的语音播报的提醒来对乘客支付行为进行确认。如果有司机未关注到支付成功的播报，而乘客可以使用手机里预先准备好的支付成功凭证图片给司机进行确认，就会出现乘客逃单问题。下面本申请将以该应用场景为例，对本申请的支付信息处理方法进行详细说明。
[0105]
图4是本申请一实施例示出的一种乘客扫码支付过程示意图。在图4中，乘客扫描司机终端b的二维码生成支付请求并发送给服务器，服务器接收到支付请求后向乘客终端a返回支付页面，同时为乘客终端a添加一个正在支付中标记，并向司机终端b发送“乘客正在支付”的语音提示。
[0106]
服务器维护有一个周期性检测任务，即每隔5秒检测距离当前时刻6秒之前是否存在携带支付中标记的乘客终端。假设服务器在某次检测时发现乘客终端a携带有支付中标记，确定乘客终端a未支付成功，那么向乘客终端a发送表示未支付成功的提示信息，如果预先设置的输出未支付成功提示信息的预设次数刚好为1，那么服务器删除乘客终端a的未支付中标记。反之，如果在该次检测时发现乘客终端a未携带有支付中标记，则对乘客终端a不作处理。
[0107]
当服务器在乘客终端a的支付中标记未被删除之前的任意时刻接收到乘客终端a发送的支付成功的消息时，直接向司机终端b发送表示乘客终端a支付成功的提示消息，并删除乘客终端a的支付中标记。当服务器在乘客终端a的支付中标记被删除之后接收到乘客终端a发送的支付成功的消息时，直接向司机终端b发送表示乘客终端a支付成功的提示消息。
[0108]
在该过程中，如果服务器正在控制乘客终端a输出表示支付失败的提示信息时接收到乘客终端a发送的支付成功的消息，则立即控制乘客终端a输出表示支付成功的提示信息，而对原来未支付成功提示信息的未输出部分不再输出，换言之，如果乘客终端a还未支付成功的语音播报正在播放中，那么支付成功的语音播报则会覆盖乘客未支付成功的语音播报。
[0109]
本实施例中只列举了服务器对一个乘客终端(即乘客终端a)进行处理的过程，服务器对其他乘客终端的处理过程与对乘客终端a的过程相同，在此不作赘述。
[0110]
在本实施例中，服务器在乘客扫码时就对司机进行提示，使得司机可以得知乘客正在尝试付款；如果乘客在一段时间内未支付成功，服务器提示司机乘客尚未完成付款，使得司机可以对乘客的整个支付过程进行感知，防止乘客出现造假或逃单行为。
[0111]
通过本实施例，在实施支付信息处理方法时，首先在接收到各个付款方终端发送的支付请求时，为各个付款方终端分别添加支付中标记；然后每隔预设时长检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端；最后根据每次检测结果，控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息。本申请的支付信息处理方法从接收到付款终端发送的支付请求开始，便按照预设时间间隔对付款方终端的支付中标记进行检测，同时根据检测结果控制付款方终端和收款方终端输出未支付成功提示信息，以使付款方和收款方能感知到整个支付过程，实现了对整个支付过程的严格把控，能有效防止付款方以假乱真的逃单现象，保障收款方的利益。
[0112]
基于同一发明构思，本申请一实施例提供一种支付信息处理装置500。参考图5，图5是本申请一实施例提供的支付信息处理装置的结构框图。如图5所示，该支付信息处理装置500包括：
[0113]
添加模块501，用于在接收到各个付款方终端发送的支付请求时，为所述各个付款方终端分别添加支付中标记；
[0114]
检测模块502，用于每隔预设时长检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端；
[0115]
第一控制模块503，用于根据每次检测结果，控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息。
[0116]
可选地，所述装置500还包括：
[0117]
第一删除模块，用于在接收到表征携带支付中标记的付款方终端支付成功的消息时，删除所述付款方终端携带的所述支付中标记；或
[0118]
第二删除模块，用于在控制收款方终端和/或携带支付中标记的付款方终端输出未支付成功提示信息的次数达到预设次数之后，删除所述付款方终端携带的所述支付中标记。
[0119]
可选地，所述装置500还包括：
[0120]
启动模块，用于启动周期性检测任务；
[0121]
所述检测模块502包括：
[0122]
检测子模块，用于每当所述周期性检测任务对应的周期到期时，检测距离当前时刻预设时间段之前是否存在携带支付中标记的付款方终端。
[0123]
可选地，所述装置500还包括：
[0124]
第二控制模块，用于在接收到付款方终端发送的支付请求时，控制所述收款方终端和/或所述付款方终端输出支付中提示信息；和/或
[0125]
第三控制模块，用于在接收到表征付款方终端支付成功的消息时，控制所述收款方终端和/或所述付款方终端输出支付成功提示信息。
[0126]
可选地，所述装置500还包括：
[0127]
确定模块，用于确定所述未支付成功提示信息的第一输出时间范围，以及所述支付成功提示信息的第二输出时间范围；
[0128]
第四控制模块，用于在所述第一输出时间范围与所述第二时间输出范围存在重叠的情况下，当到达所述支付成功提示信息的输出时间点时，控制所述收款方终端和/或所述付款方终端输出所述支付成功提示信息，以覆盖所述未支付成功提示信息中未被输出的部分提示信息。
[0129]
可选地，所述第一控制模块503包括：
[0130]
控制子模块，用于根据每次检测结果，控制所述收款方终端和/或携带支付中标记的付款方终端对所述未支付成功提示信息进行显示和/或语音播报。
[0131]
基于同一发明构思，本申请另一实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请上述任一实施例所述的支付信息处理方法中的步骤。
[0132]
基于同一发明构思，本申请另一实施例提供一种电子设备600，如图6所示。图6是本申请一实施例示出的一种电子设备的示意图。该电子设备包括存储器602、处理器601及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请上述任一实施例所述的支付信息处理方法中的步骤。
[0133]
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0134]
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
[0135]
本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0136]
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0137]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0138]
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程
和/或方框图一个方框或多个方框中指定的功能的步骤。
[0139]
尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
[0140]
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
[0141]
以上对本申请所提供的一种支付信息处理方法、装置、存储介质和电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。