CN115293388A - 一种业务办理预约状态查询方法、装置和计算机设备 - Google Patents

Abstract

本文提供一种业务办理预约状态查询方法、装置和计算机设备，涉及数据处理技术领域，方法包括接收业务办理预约状态查询请求；获取失信人信息数据表和不良信贷信息数据表；判断用户信息是否在失信人信息数据表中；若是，则判定业务办理预约状态为拒绝并反馈给查询请求的发起方；若否，则判断用户信息是否在不良信贷信息数据表中；若是，则判定业务办理预约状态为审核中并反馈给发起方；若否，则判定业务办理预约状态为同意并反馈给发起方。本文能够使资质不良的用户在预约时预约失败，从而拒绝为其提供业务办理服务，降低业务办理资源浪费；且发起方能够根据业务办理预约状态了解用户资质，了解与用户进行交易所存在的风险，降低不良业务发生率。

Description

一种业务办理预约状态查询方法、装置和计算机设备

技术领域

本文涉及数据处理技术领域，尤其是一种业务办理预约状态查询方法、装置和计算机设备。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

现有技术中，为提高用户业务办理便利性，降低柜台人工业务办理压力，许多业务已支撑线上预约和办理。但实际上，当用户所需办理的业务支持线上处理且用户预约办理的时间空闲时，均可成功预约，因此，预约状态不具备对用户资质的借鉴意义。

有鉴于此，本文旨在提供一种业务办理预约状态查询方法、装置和计算机设备。

发明内容

针对现有技术的上述问题，本文的目的在于，提供一种业务办理预约状态查询方法、装置和计算机设备，以解决现有技术中业务办理预约状态不具备对用户资质的借鉴意义，导致预约资源和业务办理资源浪费的问题。

为了解决上述技术问题，本文的具体技术方案如下：

一方面，本文提供一种业务办理预约状态查询方法，包括：

接收业务办理预约状态查询请求，所述查询请求包括预约业务办理的用户信息；

根据所述查询请求，获取失信人信息数据表和不良信贷信息数据表；

判断所述用户信息是否在所述失信人信息数据表中；

若是，则判定所述用户的业务办理预约状态为拒绝并反馈给所述查询请求的发起方；

若否，则判断所述用户信息是否在所述不良信贷信息数据表中；

若是，则判定所述用户的业务办理预约状态为审核中并反馈给所述发起方；

若否，则判定所述用户的业务办理预约状态为同意并反馈给所述发起方。

具体地，在获取失信人信息数据表和不良信贷信息数据表后，所述方法还包括：

对所述失信人信息数据表和所述不良信贷信息数据表进行更新。

进一步地所述失信人信息数据表包括各用户的失信时长和当前失信状态标识；对所述失信人信息数据表和所述不良信贷信息数据表进行更新，包括：

当用户的失信总时长小于预设的失信时长阈值，且所述用户的当前失信状态标识为非失信状态时，将用户从所述失信人信息数据表中转移至所述不良信贷信息数据表中。

进一步地，所述不良信贷信息数据表包括各用户的逾期总金额、逾期总次数、逾期总时间和偿还状态标识；对所述失信人信息数据表和所述不良信贷信息数据表进行更新，包括：

当用户的所述逾期总金额小于第一预设金额阈值和/或所述逾期总次数小于第一预设逾期次数阈值和/或所述逾期总时间小于第一预设逾期时间阈值，且所述偿还状态标识为已还清时，将用户从所述不良信贷信息数据表中删除；

当用户的所述逾期总金额大于第二预设金额阈值和/或所述逾期总次数大于第二预设逾期次数阈值和/或所述逾期总时间大于第二预设逾期时间阈值，且所述偿还状态标识为未还清时，将所述用户从所述不良信贷信息数据表中转移至所述失信人信息数据表中。

具体地，所述查询请求还包括所需办理业务的业务信息和预约信息，所述方法包括：

根据所述业务信息和/或所述预约信息，获取业务预约办理记录表；

判断所述用户信息是否在所述业务预约办理记录表中；

若否，则判定所述用户的查询请求无效并反馈给所述发起方。

进一步地，所述查询请求还包括所述发起方的公钥和查询流水号，将业务办理预约状态反馈给发起方，包括：

利用所述公钥对所述业务办理预约状态进行加密；

将加密处理后的所述业务办理预约状态与所述查询流水号相关联，并反馈给所述发起方。

具体地，所预约办理的业务为汇款业务或转账业务，所述查询请求中还包括收款人信息，所述方法包括：

根据所述查询请求，获取失信人信息数据表和不良信贷信息数据表；

判断所述收款人信息是否在所述失信人信息数据表中；

若是，则判定所述用户的业务办理预约状态为拒绝并反馈给所述用户；

若否，则判断所述收款人信息是否在所述不良信贷信息数据表中；

若是，则判定所述用户的业务办理预约状态为审核中并反馈给所述用户；

若否，则判定所述用户的业务办理预约状态为同意并反馈给所述用户。

第二方面，本文还提供一种业务办理预约状态查询装置，包括：

接收模块，用于接收业务办理预约状态查询请求，所述查询请求包括预约业务办理的用户信息；

获取模块，用于根据所述查询请求，获取失信人信息数据表和不良信贷信息数据表；

第一判断模块，用于判断所述用户信息是否在所述失信人信息数据表中；

第一反馈模块，用于当所述用户信息在所述失信人信息数据表中时，判定所述用户的业务办理预约状态为拒绝并反馈给所述查询请求的发起方；

第二判断模块，用于当所述用户信息不在所述失信人信息数据表中时，判断所述用户信息是否在所述不良信贷信息数据表中；

第二反馈模块，用于当所述用户信息在所述不良信贷信息数据表中时，判定所述用户的业务办理预约状态为审核中并反馈给所述发起方；

第三反馈模块，用于当所述用户信息不在所述不良信贷信息数据表中时，判定所述用户的业务办理预约状态为同意并反馈给所述发起方。

第三方面，本文还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述技术方案提供的一种业务办理预约状态查询方法。

第四方面，本文还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如如上述技术方案提供的一种业务办理预约状态查询方法。

第五方面，本文还提供一种计算机程序产品，包括至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如如上述技术方案提供的一种业务办理预约状态查询方法。

采用上述技术方案，本文提供的一种业务办理预约状态查询方法、装置和计算机设备，能够使资质不良的用户在线上预约阶段时即预约失败，从而拒绝为其提供业务办理服务，降低业务办理资源浪费；且查询请求的发起方能够根据接收到的用户的业务办理预约状态了解用户的资质，了解与用户进行交易所存在的风险，从而起到降低不良业务发生比率的作用。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本文实施例提供的一种业务办理预约状态查询方法的步骤示意图；

图2示出了本文实施例对所述失信人信息数据表和所述不良信贷信息数据表进行更新的步骤示意图；

图3示出了本文实施例中另一种业务办理预约状态查询方法的步骤示意图；

图4示出了本文实施例中另一种业务办理预约状态查询方法的步骤示意图；

图5示出了本文实施例提供的一种业务办理预约状态查询装置的结构示意图；

图6示出了本文实施例提供的一种计算机设备的结构示意图。

附图符号说明：

51、接收模块；

52、获取模块；

53、第一判断模块；

54、第一反馈模块；

55、第二判断模块；

56、第二反馈模块；

57、第三反馈模块；

602、计算机设备；

604、处理器；

606、存储器；

608、驱动机构；

610、输入/输出模块；

612、输入设备；

614、输出设备；

616、呈现设备；

618、图形用户接口；

620、网络接口；

622、通信链路；

624、通信总线。

具体实施方式

下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

现有技术中，在进行业务的线上预约时通常仅考虑用户所需办理的业务是否支持线上预约以及所预约的时间是否空闲，即预约成功与否不具备对用户资质的借鉴意义，从而，后续进行线上业务办理时存在由于用户资质问题导致无法线上办理的问题，导致业务预约、办理资源的浪费。

为了解决上述问题，本文实施例提供了一种业务办理预约状态查询方法、装置和计算机设备，能够使资质不良的用户在线上预约阶段时即预约失败，从而拒绝为其提供线上业务办理服务，降低业务办理资源浪费。需要说明的是，本说明书实施例提供的一种业务办理预约状态查询方法、装置和计算机设备可用于金融领域，也可用于除金融领域之外的任意领域，本说明书实施例对所述业务办理预约状态查询方法、装置和计算机设备的应用领域不做限定。

图1是本文实施例提供的一种业务办理预约状态查询方法的步骤示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。所述方法适用于业务预约办理服务器，具体的如图1所示，所述方法可以包括：

S110：接收业务办理预约状态查询请求，所述查询请求包括预约业务办理的用户信息。

本说明书实施例中，所述查询请求的发起方可以是预约业务办理的用户本人，也可以是与业务预约办理服务器的合作方。所述用户信息为可以唯一确认用户身份的信息，示例性的，当用户为个人用户时，所述用户信息可以是用户的身份证号等信息；当用户为企业用户时，所述用户信息可以是企业的社会信用代码等。需要说明的是，本说明书实施例中，所述用户信息为过去经用户授权同意的信息。且本说明书实施例描述的技术方案中对用户信息的获取、存储、使用、处理等均符合国家法律法规的相关规定。

S120：根据所述查询请求，获取失信人信息数据表和不良信贷信息数据表。

本说明书实施例中，所述失信人信息数据表可以与司法部门联动，所述不良信贷信息数据表可以与银行信贷记录联动。同样的，上述信息数据表的获取、存储、使用、处理等均符合国家法律法规的相关规定。

S130：判断所述用户信息是否在所述失信人信息数据表中。

S140：若是，则判定所述用户的业务办理预约状态为拒绝并反馈给所述查询请求的发起方。

S150：若否，则判断所述用户信息是否在所述不良信贷信息数据表中。

S160：若是，则判定所述用户的业务办理预约状态为审核中并反馈给所述发起方。

当业务办理预约状态为审核中时，意为本业务预约办理服务器对该用户的预约业务本预约请求没有给出明确的拒绝或同意结论，该“审核中”的业务办理预约状态可以供查询请求的发起方(业务预约办理服务器的合作方)参考，以判断合作方自身是否与该用户进行业务往来。

S170：若否，则判定所述用户的业务办理预约状态为同意并反馈给所述发起方。

本说明书实施例提供的一种业务办理预约状态查询方法，能够使资质不良的用户在线上预约阶段时即预约失败，从而拒绝为其提供线上或线下业务办理服务，降低业务办理资源浪费；且查询请求的发起方能够根据业务预约办理服务器反馈的用户的业务办理预约状态了解用户的资质，在一定程度上可降低不良业务发生比率。

本说明书实施例中，在步骤S120中的，获取失信人信息数据表和不良信贷信息数据表，具体可以为：

从联动的司法部门获取失信人信息，和在联动的银行部分获取不良信贷信息；

采取面向对象方式对失信人信息和不良信贷信息分别进行抽象，得到数据模型；面向对象(Object Oriented)是一种将实体的、各种信息聚合成一个有紧密联系的抽象数据集合的编程思想。简单说，就是将零散信息归纳到一个有同一特征的集合中。

以BC范式(鲍依斯-科得范式)对抽象成数据模型的失信人信息和不良信贷信息分别进行映射，得到失信人信息数据表和不良信贷信息数据表。映射为数据表后，数据更加简洁、数据结构更加明晰；同时，不会发生插入(insert)、删除(delete)和更新(update)操作异常；以BC范式进行的映射能够消除主属性对于码的部分依赖，或传递函数依赖。能够提高后续根据所述失信人信息数据表和所述不良信贷信息数据表对用户的业务办理预约状态进行审核时的准确性。

本说明书实施例中，在步骤S120中的，获取失信人信息数据表和不良信贷信息数据表后，所述方法还包括：

对所述失信人信息数据表和所述不良信贷信息数据表进行更新。

在一些可行的实施例中，可以在每日零点，从联动的司法部门处获取失信人信息以对失信人信息数据表进行更新，和从联动的银行部分获取不良信贷信息以对不良信贷信息数据表进行更新。另外，当不良信贷信息数据表中存在与失信人信息数据表中相同的用户时，可以将相同的用户所对应的数据从不良信贷信息数据表中删除，以减小不良信贷信息数据表中存储空间占用。

当失信人积极履行生效法律文书确定的义务或主动纠正失信行为时，是能够被司法部分从失信人信息中移除的。但鉴于其曾经有过失信行为，合作方与其进行业务往来仍是一定风险的。因此，本说明书实施例中，所述失信人信息数据表包括各用户的失信时长和当前失信状态标识；对所述失信人信息数据表和所述不良信贷信息数据表进行更新，可以包括：

当用户的失信总时长小于预设的失信时长阈值，且所述用户的当前失信状态标识为非失信状态时，将用户从所述失信人信息数据表中转移至所述不良信贷信息数据表中。

示例性的，预设的失信时长阈值可以设置为半个月、1个月等，当用户的失信总时长小于失信时长阈值且当前的失信状态标识为非失信状态时，表明用户已纠正其失信行为且纠正地较为及时。

在另一些可行的实施例中，所述失信人信息数据表除了包括各用户的失信时长和当前失信状态标识外，还可以包括失信总金额(即被执行金额)，则对所述失信人信息数据表和所述不良信贷信息数据表进行更新，还可以进一步包括：

当用户的失信总时长小于预设的失信时长阈值、失信总金额小于预设的失信金额阈值，以及所述用户的当前失信状态标识为非失信状态时，将用户从所述失信人信息数据表中转移至所述不良信贷信息数据表中。

本说明书实施例中，将已积极纠正自身失信行为的用户从失信人信息数据表中转移至不良信贷信息数据表中，使得反馈给所述发起方业务办理预约状态时，反馈的将是“审核中”，使得发起方获悉此风险，慎重考量该风险后确定是否与该用户进行业务往来，对合作方提供风险提示服务。

本说明书实施例中，所述不良信贷信息数据表包括各用户的逾期总金额、逾期总次数、逾期总时间和偿还状态标识。如图2所示，对所述失信人信息数据表和所述不良信贷信息数据表进行更新，进一步包括：

S210：当用户的所述逾期总金额小于第一预设金额阈值和/或所述逾期总次数小于第一预设逾期次数阈值和/或所述逾期总时间小于第一预设逾期时间阈值，且所述偿还状态标识为已还清时，将用户从所述不良信贷信息数据表中删除。

示例性的，所述第一预设金额阈值可以设置为2万，所述第一预设逾期次数阈值可以设置为3次，所述第一预设逾期时间阈值可以设置为7天。当用户的所述逾期总金额小于第一预设金额阈值和/或所述逾期总次数小于第一预设逾期次数阈值和/或所述逾期总时间小于第一预设逾期时间阈值，且所述偿还状态标识为已还清时，表明用户的信贷逾期行为情节较轻且已经纠正其逾期行为。

S220：当用户的所述逾期总金额大于第二预设金额阈值和/或所述逾期总次数大于第二预设逾期次数阈值和/或所述逾期总时间大于第二预设逾期时间阈值，且所述偿还状态标识为未还清时，将所述用户从所述不良信贷信息数据表中转移至所述失信人信息数据表中。

需要说明的是，本说明书实施例中，第一预设金额阈值小于等于第二预设金额阈值，第一预设逾期次数阈值小于等于第二预设逾期次数阈值，以及第一预设逾期时间阈值小于等于第二预设逾期时间阈值。

示例性的，所述第二预设金额阈值可以设置为20万，第二预设逾期次数阈值可以设置为5次，所述第二预设逾期时间阈值可以设置为30天。当用户的所述逾期总金额大于第二预设金额阈值和/或所述逾期总次数大于第二预设逾期次数阈值和/或所述逾期总时间大于第二预设逾期时间阈值，且所述偿还状态标识为未还清时，表明用户的信贷逾期行为尚未纠正且情节较为严重、恶劣。因此，将其从所述不良信贷信息数据表中转移至所述失信人信息数据表中，从而，当将该用户的显示为“拒绝”的业务办理预约状态反馈给合作方时，合作方可以知悉该用户存在较为恶劣的不良记录从而审慎地考虑与其合作所存在的风险；当将该用户显示为“拒绝”业务办理预约状态反馈给用户本身，也能够对用户起到警示作用。

需要说明的是，由于不良信贷信息数据表中的数据内容，与失信人信息数据表中的数据内容不同，因此，在将失信人信息数据表中的用户转移至不良信贷信息数据表中时，以及在将不良信贷信息数据表中的用户转移至所述失信人信息数据表中时，还需要该用户的数据进行格式转换。

具体地，在将失信人信息数据表中的用户转移至不良信贷信息数据表中时，可将失信人被执行偿还金额纪录为逾期总金额；将失信人被执行偿还金额之日起至其偿还完被执行金额之日止的时间纪录为逾期总时间；当失信人全部偿还被执行金额时，记录其偿还状态标识为已还清，否则，记录为未还清(当然，由于此时的转移是在用户的被执行金额全部偿还完毕后发生的，因此，此时转移后偿还状态标识应当为已还清)；以及将用户发生失信行为的总次数(比如，纠正其失信行为后又再次发生失信行为)记录为逾期总次数。

与之相似的，在将不良信贷信息数据表中的用户转移至所述失信人信息数据表中时，可将用户不良信贷的逾期总时间记录为失信时长；以及将用户的当前失信状态标识记录为失信状态(此时是将未还清不良信贷的用户从不良信贷信息数据表中转移至失信人信息数据表的，因此，此时转移的失信状态标识必然为失信状态)。

还需要说明的是，需合理设置失信时长与第一预设逾期时间阈值的关系(当失信人信息数据表还包括失信总金额时，还需合理设置失信金额与第一预设金额阈值的关系)，以尽可能地避免用户从失信人信息数据表转移至不良信贷记录信息表中后，又由于符合条件从不良信贷信息数据表中删除的情况。即应尽可能地将曾经有过失信记录的用户保存在不良信贷信息数据表中以起到提醒合作方和警示用户自身的作用。

所述查询请求还包括所预约办理业务的业务信息和预约信息，业务信息可以是业务属性，比如，是对公业务还是对私业务，是转账业务还是基金业务等等；所述预约信息则可以包括用户预约业务办理请求发起的时间、预约进行业务办理的时间和预约进行业务办理的网点等。则如图3所示，本说明书实施例提供的方法，可进一步包括：

S310：根据所述业务信息和/或所述预约信息，获取业务预约办理记录表。

S320：判断所述用户信息是否在所述业务预约办理记录表中；

一般的，业务预约办理记录表中记录有所有用户发起的业务办理预约记录，体量较大，若直接在此基础上筛查所述用户信息是否在该记录表中，不仅工作量较大；而且可能筛查得到多个匹配的记录(例如，同一用户曾多次进行预约业务办理)。

因此，本说明书实施例中，通过业务信息和/或预约信息来获取业务预约办理记录表，例如，对某一时间段内的所有用户发起的预约业务办理请求进行汇总获得业务预约办理记录表，或对进行业务办理时间所在的时间段进行汇总获得所述业务预约办理记录表，又或是结合预约业务办理请求的发起时间和进行业务办理的时间来获得业务预约办理记录表，能够大大缩减记录表体量，降低用户筛查过程的工作量。

S330：若否，则判定所述用户的查询请求无效并反馈给所述发起方。

即当用户信息步骤所述业务预约办理记录表中时，说明可能发生有其携带的用户信息被篡改等情况，并反馈合作方该查询请求是无效的。

进一步地，所述查询请求还可以包括所述发起方的公钥和查询流水号，所述查询流水号与业务办理预约状态查询请求唯一对应，一个查询请求的发起方一次可只对一个用户的业务办理预约状态进行查询。则将业务办理预约状态反馈给发起方时，还可以包括：

利用所述公钥对所述业务办理预约状态进行加密；

将加密处理后的所述业务办理预约状态与所述查询流水号相关联，并反馈给所述发起方。

具体地，所述查询流水号可作为外键，从而使得每个查询请求与查询结果一一对应，而不会发生将与发起方甲的查询请求A相对应的查询结果反馈给发起方乙的查询请求B的情况。并且，合作方在收到业务预约办理服务器反馈结果后，用自己的私钥进行解密，最终得到用户的业务办理预约状态，保证信息往来的安全性，避免信息的泄露。

在一些具体的实施例中，用户所预约办理的业务为汇款业务或转账业务，则所述查询请求中除预约业务办理的用户信息(即汇款人或转账人)外，还包括收款人信息；则如图4所示，本说明书实施例提供的方法，还可以包括：

S410：根据所述查询请求，获取失信人信息数据表和不良信贷信息数据表。

S420：判断所述收款人信息是否在所述失信人信息数据表中。

S430：若是，则判定所述用户的业务办理预约状态为拒绝并反馈给所述用户。

即若所述汇款业务或转账业务的收款人是失信人时，则拒绝用户(即汇款人或转账人)向收款人转账或汇款的业务办理预约请求，并提醒用户避免其财产损失。

S440：若否，则判断所述收款人信息是否在所述不良信贷信息数据表中。

S450：若是，则判定所述用户的业务办理预约状态为审核中并反馈给所述用户。

即告知用户(汇款人或转账人)该收款人存在一定风险，应慎重考虑。

S460：若否，则判定所述用户的业务办理预约状态为同意并反馈给所述用户。

即当收款人即不存在失信记录，也不存在不良信贷记录时，同意用户的业务办理预约请求。

如图5所示，本说明书实施例还提供一种业务办理预约状态查询装置，所述装置包括：

接收模块51，用于接收业务办理预约状态查询请求，所述查询请求包括预约业务办理的用户信息；

获取模块52，用于根据所述查询请求，获取失信人信息数据表和不良信贷信息数据表；

第一判断模块53，用于判断所述用户信息是否在所述失信人信息数据表中；

第一反馈模块54，用于当所述用户信息在所述失信人信息数据表中时，判定所述用户的业务办理预约状态为拒绝并反馈给所述查询请求的发起方；

第二判断模块55，用于当所述用户信息不在所述失信人信息数据表中时，判断所述用户信息是否在所述不良信贷信息数据表中；

第二反馈模块56，用于当所述用户信息在所述不良信贷信息数据表中时，判定所述用户的业务办理预约状态为审核中并反馈给所述发起方；

第三反馈模块57，用于当所述用户信息不在所述不良信贷信息数据表中时，判定所述用户的业务办理预约状态为同意并反馈给所述发起方。

通过本说明书实施例提供的装置所取得的有益效果和上述方法所取得的有益效果相一致，此处不再赘述。

如图6所示，为本文实施例提供的一种计算机设备，本说明书中的一种业务办理预约状态查询装置可以为本实施例中的计算机设备，执行本文的上述方法。所述计算机设备602可以包括一个或多个处理器604，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备602还可以包括任何存储器606，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器606可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备602的固定或可移除部件。在一种情况下，当处理器604执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备602可以执行相关联指令的任一操作。计算机设备602还包括用于与任何存储器交互的一个或多个驱动机构608，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备602还可以包括输入/输出模块610(I/O)，其用于接收各种输入(经由输入设备612)和用于提供各种输出(经由输出设备614)。一个具体输出机构可以包括呈现设备616和相关联的图形用户接口(GUI)618。在其他实施例中，还可以不包括输入/输出模块610(I/O)、输入设备612以及输出设备614，仅作为网络中的一台计算机设备。计算机设备602还可以包括一个或多个网络接口620，其用于经由一个或多个通信链路622与其他设备交换数据。一个或多个通信总线624将上文所描述的部件耦合在一起。

通信链路622可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路622可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图1至图4所示的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图1至图4所示的方法。

本文实施例还提供一种计算机程序产品，包括至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如图1至图4所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。

Claims (11)

1.一种业务办理预约状态查询方法，其特征在于，包括：

接收业务办理预约状态查询请求，所述查询请求包括预约业务办理的用户信息；

根据所述查询请求，获取失信人信息数据表和不良信贷信息数据表；

判断所述用户信息是否在所述失信人信息数据表中；

若是，则判定所述用户的业务办理预约状态为拒绝并反馈给所述查询请求的发起方；

若否，则判断所述用户信息是否在所述不良信贷信息数据表中；

若是，则判定所述用户的业务办理预约状态为审核中并反馈给所述发起方；

若否，则判定所述用户的业务办理预约状态为同意并反馈给所述发起方。

2.根据权利要求1所述的方法，其特征在于，在获取失信人信息数据表和不良信贷信息数据表后，所述方法还包括：

对所述失信人信息数据表和所述不良信贷信息数据表进行更新。

3.根据权利要求2所述的方法，其特征在于，所述失信人信息数据表包括各用户的失信时长和当前失信状态标识；对所述失信人信息数据表和所述不良信贷信息数据表进行更新，进一步包括：

当用户的失信总时长小于预设的失信时长阈值，且所述用户的当前失信状态标识为非失信状态时，将用户从所述失信人信息数据表中转移至所述不良信贷信息数据表中。

4.根据权利要求2所述的方法，其特征在于，所述不良信贷信息数据表包括各用户的逾期总金额、逾期总次数、逾期总时间和偿还状态标识；对所述失信人信息数据表和所述不良信贷信息数据表进行更新，进一步包括：

当用户的所述逾期总金额小于第一预设金额阈值和/或所述逾期总次数小于第一预设逾期次数阈值和/或所述逾期总时间小于第一预设逾期时间阈值，且所述偿还状态标识为已还清时，将用户从所述不良信贷信息数据表中删除；

当用户的所述逾期总金额大于第二预设金额阈值和/或所述逾期总次数大于第二预设逾期次数阈值和/或所述逾期总时间大于第二预设逾期时间阈值，且所述偿还状态标识为未还清时，将所述用户从所述不良信贷信息数据表中转移至所述失信人信息数据表中。

5.根据权利要求1所述的方法，其特征在于，所述查询请求还包括所预约办理业务的业务信息和预约信息，所述方法进一步包括：

根据所述业务信息和/或所述预约信息，获取业务预约办理记录表；

判断所述用户信息是否在所述业务预约办理记录表中；

若否，则判定所述用户的查询请求无效并反馈给所述发起方。

6.根据权利要求1所述的方法，其特征在于，所述查询请求还包括所述发起方的公钥和查询流水号，将业务办理预约状态反馈给发起方，进一步包括：

利用所述公钥对所述业务办理预约状态进行加密；

将加密处理后的所述业务办理预约状态与所述查询流水号相关联，并反馈给所述发起方。

7.根据权利要求1所述的方法，其特征在于，所预约办理的业务为汇款业务或转账业务，所述查询请求中还包括收款人信息，所述方法进一步包括：

根据所述查询请求，获取失信人信息数据表和不良信贷信息数据表；

判断所述收款人信息是否在所述失信人信息数据表中；

若是，则判定所述用户的业务办理预约状态为拒绝并反馈给所述用户；

若否，则判断所述收款人信息是否在所述不良信贷信息数据表中；

若是，则判定所述用户的业务办理预约状态为审核中并反馈给所述用户；

若否，则判定所述用户的业务办理预约状态为同意并反馈给所述用户。

8.一种业务办理预约状态查询装置，其特征在于，包括：

接收模块，用于接收业务办理预约状态查询请求，所述查询请求包括预约业务办理的用户信息；

获取模块，用于根据所述查询请求，获取失信人信息数据表和不良信贷信息数据表；

第一判断模块，用于判断所述用户信息是否在所述失信人信息数据表中；

第一反馈模块，用于当所述用户信息在所述失信人信息数据表中时，判定所述用户的业务办理预约状态为拒绝并反馈给所述查询请求的发起方；

第二判断模块，用于当所述用户信息不在所述失信人信息数据表中时，判断所述用户信息是否在所述不良信贷信息数据表中；

第二反馈模块，用于当所述用户信息在所述不良信贷信息数据表中时，判定所述用户的业务办理预约状态为审核中并反馈给所述发起方；

第三反馈模块，用于当所述用户信息不在所述不良信贷信息数据表中时，判定所述用户的业务办理预约状态为同意并反馈给所述发起方。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任意一项所述的方法。

11.一种计算机程序产品，其特征在于，包括至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如权利要求1至7任意一项所述的方法。

Images