首页 专利交易 科技果 科技人才 科技服务 国际服务 商标交易 会员权益 IP管家助手 需求市场 关于龙图腾
 /  免费注册
到顶部 到底部
清空 搜索

账单处理方法、系统、计算机设备和存储介质 

买专利卖专利找龙图腾,真高效! 查专利查商标用IPTOP,全免费!专利年费监控用IP管家,真方便!

申请/专利权人:平安银行股份有限公司

摘要:本发明涉及数据查询技术领域,本发明提供一种账单处理方法和系统、计算机设备和存储介质,上述方法包括:接收客户端的账单查询请求,根据查询请求提取查询日期;从账单数据库中获取指定用户的账单,获取各个账单的结算区间;若查询日期不属于任一个账单的结算区间中,根据查询日期和用户的结算日期更改记录信息生成账单查询请求对应账单的目标结算区间;根据目标结算区间生成无消费记录账单,将无消费记录账单返回至客户端。上述账单处理方法,在查找不到查询日期对应的账单后,获取查询日期对应的结算区间,根据空白的消费记录和该结算区间生成相应的无消费记录账单,并将其返回至客户端,避免查询请求出现无响应的情况,提升账单查询的效果。

主权项:1.一种账单处理方法,其特征在于,包括如下步骤:接收客户端的账单查询请求,根据所述查询请求提取查询日期;从账单数据库中获取指定用户的账单,获取各个账单的结算区间,其中,所述账单数据库用于存储具有消费交易记录的账单;判断所述查询日期是否属于所述结算区间中,若所述查询日期不属于任一个所述账单的结算区间中,根据所述查询日期和所述用户的结算日期更改记录信息生成所述账单查询请求对应账单的目标结算区间;根据所述目标结算区间生成无消费记录账单,将所述无消费记录账单返回至所述客户端;其中,所述根据所述查询日期和所述用户的结算日期更改记录信息生成所述账单查询请求对应账单的目标结算区间的步骤,包括:当所述结算日期更改记录信息为空白,则根据任一个所述账单的结算区间,获取当前结算日期;根据所述当前结算日期和所述查询日期计算所述目标结算区间;其中,所述根据所述当前结算日期和所述查询日期获取所述目标结算区间的步骤,包括:在所述指定用户的账单中查找在所述查询日期之前最近的历史账单,获取所述历史账单中结算区间的历史结算日期;所述结算日期更改记录信息在所述历史结算日期与所述查询日期之间,判断是否存在结算日期更改的记录;若存在所述结算日期更改的记录,则根据所述结算日期更改的记录提取已变更结算日期;根据所述已变更结算日期和所述查询日期计算所述目标结算区间。

全文数据:账单处理方法、系统、计算机设备和存储介质技术领域本发明涉及数据查询技术领域,具体而言,本发明涉及一种账单处理方法、账单处理系统、计算机设备和存储介质。背景技术目前,随着社会经济的发展,人们的消费和交易量渐渐提升。信用卡的消费交易也越来越普遍了,信用卡的使用也因此定期产生大量的账单。在信用卡管理系统中,在账单周期下会产生无交易记录的空白的账单,这些空白的账单会浪费很多存储资源。因此,在存储账单信息的时候可以将该无交易记录的账单删除,或者直接不生成该无交易记录的账单。对于账单查询,一般是返回早已生成好的账单信息。但是在面对只存储具有交易记录账单的账单数据库时,在接受客户端的查询请求时,有可能出现无法查找到账单的情况,此时无法响应查询请求,影响了账单查询的处理效果。发明内容本发明的目的旨在至少能解决上述的技术缺陷之一,特别是无法响应查询请求的技术缺陷。本发明提供一种账单处理方法,包括如下步骤:接收客户端的账单查询请求,根据所述查询请求提取查询日期;从账单数据库中获取指定用户的账单,获取各个账单的结算区间,其中,所述账单数据库用于存储具有消费交易记录的账单;判断所述查询日期是否属于所述结算区间中,若所述查询日期不属于任一个所述账单的结算区间中,根据所述查询日期和所述用户的结算日期更改记录信息生成所述账单查询请求对应账单的目标结算区间;根据所述目标结算区间生成无消费记录账单,将所述无消费记录账单返回至所述客户端。在一个实施例中,在所述判断所述查询日期是否属于所述结算区间中的步骤之后,还包括:若所述查询日期属于某一个所述账单的结算区间中,则将所述查询日期对应的账单返回至所述客户端。在一个实施例中,所述根据所述查询日期和所述用户的结算日期更改记录信息生成所述账单查询请求对应账单的目标结算区间的步骤,包括:当所述结算日期更改记录信息为空白,则根据任一个所述账单的结算区间,获取当前结算日期;根据所述当前结算日期和所述查询日期计算所述目标结算区间。在一个实施例中,所述根据所述当前结算日期和所述查询日期获取所述目标结算区间的步骤,包括:在所述指定用户的账单中查找在所述查询日期之前最近的历史账单,获取所述历史账单中结算区间的历史结算日期;所述结算日期更改记录信息中在所述历史结算日期与所述查询日期之间,判断是否存在结算日期更改的记录;若存在所述结算日期更改的记录,则根据所述结算日期更改的记录提取已变更结算日期;根据所述已变更结算日期和所述查询日期计算所述目标结算区间。在一个实施例中,在所述判断是否存在结算日期更改的记录的步骤之后,还包括:若不存在所述结算日期更改的记录,则根据所述历史结算日期和所述查询日期计算所述目标结算区间。在一个实施例中,在所述根据所述查询日期和所述用户的结算日期更改记录信息生成所述账单查询请求对应账单的目标结算区间的步骤之前,还包括:根据当前日期和所述结算日期更改记录信息,获取所述用户在所述当前日期对应的待结算区间;获取所述结算日期更改记录信息中最后一次更改结算日期的更改时间;判断所述更改时间是否属于所述待结算区间;若所述更改时间属于所述待结算区间,则向所述客户端返回用于表示因调整结算日期而未结算账单的提醒信息。在一个实施例中,在所述获取所述用户在所述当前日期对应的待结算区间的步骤之后,还包括:判断所述查询日期是否属于所述待结算区间;若所述当前时间属于所述待结算区间,则向账单数据库请求所述待结算区间内的当前消费记录;根据所述当前消费记录生成临时账单,并将所述临时账单返回至所述客户端。本发明还提供一种账单处理系统,包括:提取模块,用于接收客户端的账单查询请求,根据所述查询请求提取查询日期;获取模块,用于从账单数据库中获取指定用户的账单,获取各个账单的结算区间,其中,所述账单数据库用于存储具有消费交易记录的账单;生成模块,用于判断所述查询日期是否属于所述结算区间中,若所述查询日期不属于任一个所述账单的结算区间中,根据所述查询日期和所述用户的结算日期更改记录信息生成所述账单查询请求对应账单的目标结算区间;返回模块,用于根据所述目标结算区间生成无消费记录账单,将所述无消费记录账单返回至所述客户端。本发明还提供一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述计算机可读指令被所述处理器执行时,使得所述处理器执行如上述任一实施例所述账单处理方法的步骤。本发明还提供一种存储有计算机可读指令的存储介质,所述计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行上述任一实施例所述账单处理方法的步骤。上述的账单处理方法、系统、计算机设备和存储介质,在节省了账单存储空间的账单数据库中查找不到查询日期对应的账单后,获取查询日期对应的结算区间,根据空白的消费记录和该结算区间生成相应的无消费记录账单,并将该无消费记录账单返回至客户端,即客户端在查询节省了存储空间的账单数据库的过程中,避免查询请求出现无响应的情况,提升账单查询的效果。本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。附图说明本发明上述的和或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:图1为一个实施例中提供的账单处理方法的实施环境图;图2为一个实施例中账单处理方法的流程图;图3为另一个实施例中账单处理方法的流程图;图4为一个实施例中账单处理系统的结构示意图;图5为一个实施例中计算机设备的内部结构示意图。具体实施方式下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和或它们的组。本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语包括技术术语和科学术语,具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。如图1所示,图1为一个实施例中提供的账单处理方法的实施环境图,在该实施环境中,包括服务端110以及客户端120。服务端110中可以调用账单数据库中存储的账单,其中,账单数据库中的各个账单中至少包含一条交易记录,即不存储无交易记录的空白账单。服务端110与客户端120之间可以通过网络连接。服务端110可以安装在计算机设备或服务器设备上,客户端120可以安装在台式计算机、笔记本电脑、平板电脑、智能手机等计算机设备上。在一个实施例中,如图2所示,图2为一个实施例中账单处理方法的流程图,本实施例中提出了一种账单处理方法,该账单处理方法可以应用于上述的服务端110中,具体可以包括以下步骤:步骤S210:接收客户端的账单查询请求,根据查询请求提取查询日期。本步骤中,客户端需要查询在查询日期所对应的账单,客户端生成该查询的请求,并发送给服务端,服务端在接收该账单查询请求后,识别请求中对应的查询日期。服务端还可以根据该客户端或账单查询请求确定需要被查询的指定用户。步骤S220:从账单数据库中获取指定用户的账单,获取各个账单的结算区间,其中,账单数据库用于存储具有消费交易记录的账单。账单数据库用于存储具有消费交易记录的账单,不存在无消费交易记录的账单。本步骤中,服务端从账单数据库中查找该指定用户下已经生成并存储的账单,并提取该指定用户的各个账单对应的结算区间。结算区间是统计账单的时间段,可以包括结算开始日期和结算日期,结算日期可以用于在达到该日期时即生成该结算区间的账单。获取各个账单的结算区间后,服务端还可以判断所述查询日期是否属于所述结算区间中。步骤S230:判断查询日期是否属于结算区间中,若查询日期不属于任一个账单的结算区间中,根据查询日期和用户的结算日期更改记录信息生成账单查询请求对应账单的目标结算区间。本步骤中,若查询日期不属于任一个账单的结算区间中,可以表明在账单数据库中查找不到该查询日期对应的账单,即可以表示该查询日期对应的账单不存在。此时可以根据查询日期获取对应的结算区间,以便于后续生成新的账单并向客户端返回账单。步骤S240:根据目标结算区间生成无消费记录账单,将无消费记录账单返回至客户端。本步骤中,由于账单数据库中不存储无交易记录的账单,当查询请求对应的账单属于无交易记录的账单,此时无法在账单数据库中获取该查询请求对应的交易账单,因此需要重新根据结算区间生成该查询请求对应的交易账单。上述账单处理方法,在节省了账单存储空间的账单数据库中查找不到查询日期对应的账单后,获取查询日期对应的结算区间,根据空白的消费记录和该结算区间生成相应的无消费记录账单,并将该无消费记录账单返回至客户端,即客户端在查询节省了存储空间的账单数据库的过程中,避免查询请求出现无响应的情况,提升账单查询的效果。在一个实施例中,在判断查询日期是否属于结算区间中的步骤之后,还可以包括:若查询日期属于某一个账单的结算区间中,则将查询日期对应的账单返回至客户端。上述账单处理方法,若查询日期属于某一个账单的结算区间中,即查询请求对应的账单可以在账单数据库中查询获得,则可以从该账单数据库中获取该查询日期对应的账单,并将其返回至客户端中。对于已经可以在账单数据库中查询获得的账单来说,这部分账单在显示了消费记录,同时也会显示账单的结算区间的。那么对于无消费记录账单,虽然无消费记录账单中不会显示消费记录,但还是需要对应显示结算区间的。因此,在重新根据结算区间生成该查询请求对应的无消费记录账单时,需要推算和获取该结算区间,下面是将以实施例说明推算结算区间的实现方式。在一个实施例中,步骤S230中根据查询日期和用户的结算日期更改记录信息生成账单查询请求对应账单的目标结算区间的步骤,可以包括:S231:当结算日期更改记录信息为空白,则根据任一个账单的结算区间,获取当前结算日期。本步骤中,当结算日期更改记录信息为空白,则表明指定用户未曾修改过结算日期,可以根据指定用户在账单数据库的任一个账单的结算区间中快速确定当前结算日期。S232:根据当前结算日期和查询日期计算目标结算区间。本步骤中,从任一个账单结算区间获取结算日期,再根据结算区间的长度不变,由结算日期和结算区间的长度可以确定当前结算日期,例如,结算区间是月结且任一个账单的结算日期为8号,则当前结算日期可以推算为对应月份的8号。上述账单处理方法,在指定用户没有更改过结算日期时,可以快速地确定当前结算日期,从而根据当前结算日期可以快速计算目标结算区间,提高获取目标结算区间的效率。在一个实施例中,S232中根据当前结算日期和查询日期获取目标结算区间的步骤,可以包括:A1:在指定用户的账单中查找在查询日期之前最近的历史账单,获取历史账单中结算区间的历史结算日期。本步骤中,查找比查询日期稍微久远的但最接近查询日期的账单,将该账单作为历史账单,从该历史账单可以获取在查询日期之前的结算日期,并将该结算日期作为历史结算日期。A2:结算日期更改记录信息中在历史结算日期与查询日期之间,判断是否存在结算日期更改的记录。本步骤中,对于曾经修改过结算日期的指定用户的账单,需要获知在查询日期之前有无修改过结算日期的记录,这个修改结算日期的记录会影响目标结算区间的计算。A3:若存在结算日期更改的记录,则根据结算日期更改的记录提取已变更结算日期。本步骤中,若结算日期更改记录信息中在历史结算日期与查询日期之间,存在结算日期的更改,则根据历史结算日期不能确定目标结算区间的结算日期,因为此时的结算日期已经更改,A4:根据已变更结算日期和查询日期计算目标结算区间。本步骤中,根据已变更结算日期确定目标结算区间的结算日期,计算目标结算区间。上述账单处理方法,考虑了结算日期更改对目标结算区间的影响,提高所计算的目标结算区间的准确性。在一个实施例中,在A2中判断是否存在结算日期更改的记录的步骤之后,还可以包括:A5:若不存在结算日期更改的记录,则根据历史结算日期和查询日期计算目标结算区间。上述账单处理方法,,如果在若结算日期更改记录信息中在历史结算日期与查询日期之间,不存在结算日期的更改,曾可以根据历史结算日期确定目标结算区间的结算日期,从而计算目标结算区间,提高计算的目标结算区间的准确性。结算日期的变更不仅会影响结算区间的确定,还会影响账单的生成,例如按照月度结算的账单,可以通过更改结算日期延迟账单的结算区间的长度,例如,指定用户原来的结算日期为每个月的10号,但是该指定用户在9月9日时将结算日期更改为每个月的8号,则更改结算日期后的首个结算区间为8月11号至10月8号,首个结算区间的长度大大延伸,但是也因此会面临着在9月10日之后查询不到账单,因为此时并未有生成账单,用户有时候用户觉得已经过了结算日,但是此时在查询账单时并没有获得账单,账单查询请求得不到响应,用户体验差,这时候也需要适时地向用户返回查询响应,以便于提高用户体验。在一个实施例中,在步骤S230中根据查询日期和用户的结算日期更改记录信息生成账单查询请求对应账单的目标结算区间的步骤之前,还可以包括:B1:根据当前日期和结算日期更改记录信息,获取用户在当前日期对应的待结算区间。本步骤中,计算当期日期所在的待结算区间。B2:获取结算日期更改记录信息中最后一次更改结算日期的更改时间。本步骤中,更改结算日期的更改时间如果在原结算日期之前,则会延长当期的待结算区间的长度,并且会使得该更改时间依然属于最近待结算区间中。当时如果更改时间依然不属于待结算区间中,则在更改时间之后已经经过一轮账单结算了,可以根据已变更结算日期确定目标结算区间的结算日期。B3:判断更改时间是否属于待结算区间。B4:若更改时间属于待结算区间,则向客户端返回用于表示因调整结算日期而未结算账单的提醒信息。上述账单处理方法,可以判定出更改结算日期导致未能结算账单,并返回对应的提醒信息,响应账单查询请求。为了解决因调整结算日期而未结算账单情况下的账单查询响应,在一个实施例中,在B2中获取用户在当前日期对应的待结算区间的步骤之后,还可以包括:C1:判断查询日期是否属于待结算区间。本步骤中,判断是否属于待结算区间:若属于,则表明该查询日期对应的账单还未生成;若不属于,则表明该查询日期对应的账单已结算。C2:若当前时间属于待结算区间,则向账单数据库请求待结算区间内的当前消费记录。本步骤中,查找待结算区间内,该指定用户存在的消费记录,并将其作为属于待结算区间的当前消费记录。C3:根据当前消费记录生成临时账单,并将临时账单返回至客户端。本步骤中,为待结算区间生成临时账单,该临时账单内包含的消费记录起始于该待结算区间的结算开始时间,终止于当前日期。上述账单处理方法,在因调整结算日期而未结算账单情况下,生成展示待结算区间中已有消费记录的临时账单,并返回至客户端,可以响应账单查询请求,同时提高了生成账单的实时性,还可以提升用户体验。在另一个实施例中,如图3所示,图3为另一个实施例中账单处理方法的流程图,本实施例中提供一种账单处理方法,具体可以包括以下步骤:S310:接收客户端的账单查询请求,根据查询请求提取查询日期。S320:从账单数据库中获取指定用户的账单,获取各个账单的结算区间。其中,账单数据库用于存储具有消费交易记录的账单,该账单数据库中存在无消费记录的账单。S330:判断查询日期是否属于结算区间。S340:若查询日期属于某一个账单的结算区间中,则将查询日期对应的账单返回至客户端。S350:若查询日期不属于任一个账单的结算区间中,根据查询日期和用户的结算日期更改记录信息生成账单查询请求对应账单的目标结算区间。S351:判断结算日期更改记录信息是否为空白。S352:当结算日期更改记录信息为空白,则根据任一个账单的结算区间,获取当前结算日期。根据当前结算日期和查询日期计算目标结算区间。S353:当结算日期更改记录信息存在记录时,在指定用户的账单中查找在查询日期之前最近的历史账单,获取历史账单中结算区间的历史结算日期。S354:结算日期更改记录信息中在历史结算日期与查询日期之间,判断是否存在结算日期更改的记录。S355:若存在结算日期更改的记录,则根据结算日期更改的记录提取已变更结算日期;根据已变更结算日期和查询日期计算目标结算区间。S356:若不存在结算日期更改的记录,则根据历史结算日期和查询日期计算目标结算区间。S360:根据目标结算区间生成无消费记录账单,将无消费记录账单返回至客户端。在判定查询日期不属于结算区间之后,还可以根据当前日期和结算日期更改记录信息,获取用户在当前日期对应的待结算区间;获取结算日期更改记录信息中最后一次更改结算日期的更改时间;判断更改时间是否属于待结算区间;若更改时间属于待结算区间,则向客户端返回用于表示因调整结算日期而未结算账单的提醒信息。在判定查询日期不属于结算区间之后,还可以判断查询日期是否属于待结算区间;若当前时间属于待结算区间,则向账单数据库请求待结算区间内的当前消费记录;根据当前消费记录生成临时账单,并将临时账单返回至客户端。上述账单处理方法,在节省了账单存储空间的账单数据库中查找不到查询日期对应的账单后,获取查询日期对应的结算区间,根据空白的消费记录和该结算区间生成相应的无消费记录账单,并将该无消费记录账单返回至客户端,即客户端在查询节省了存储空间的账单数据库的过程中,避免查询请求出现无响应的情况,提升账单查询的效果。为了减少存储空间,在客户没有出账单的时候,可以不生成账单。此时查询无消费记录账单时,可以向客户端返回无消费记录账单的结算区间。尤其在对于更改了账单日后,可以区分是因为没有消费记录而查不到账单,还是因为调整了账单日而没有账单,同时根据调整了账单日的待结算区间向客户端返回临时账单,提高用户体验。在一个实施例中,如图4所示,图4为一个实施例中账单处理系统的结构示意图,本实施例总提供一种账单处理系统,具体可以包括提取模块410、获取模块420、生成模块430和返回模块440,其中:提取模块410,用于接收客户端的账单查询请求,根据查询请求提取查询日期。客户端需要查询在查询日期所对应的账单,客户端生成该查询的请求,并发送给服务端,服务端在接收该账单查询请求后,提取模块410识别请求中对应的查询日期。提取模块410中,服务端还可以根据该客户端或账单查询请求确定需要被查询的指定用户。获取模块420,用于从账单数据库中获取指定用户的账单,获取各个账单的结算区间,其中,账单数据库用于存储具有消费交易记录的账单。账单数据库用于存储具有消费交易记录的账单,不存在无消费交易记录的账单。获取模块420中,服务端可以从账单数据库中查找该指定用户下已经生成并存储的账单,并提取该指定用户的各个账单对应的结算区间。结算区间是统计账单的时间段,可以包括结算开始日期和结算日期,结算日期可以用于在达到该日期时即生成该结算区间的账单。获取各个账单的结算区间后,服务端还可以判断所述查询日期是否属于所述结算区间中。生成模块430,用于判断查询日期是否属于结算区间中,若查询日期不属于任一个账单的结算区间中,根据查询日期和用户的结算日期更改记录信息生成账单查询请求对应账单的目标结算区间。若查询日期不属于任一个账单的结算区间中,可以表明在账单数据库中查找不到该查询日期对应的账单,即可以表示该查询日期对应的账单不存在。此时生成模块430可以根据查询日期获取对应的结算区间,以便于后续生成新的账单并向客户端返回账单。返回模块440,用于根据目标结算区间生成无消费记录账单,将无消费记录账单返回至客户端。由于账单数据库中不存储无交易记录的账单,当查询请求对应的账单属于无交易记录的账单,此时无法在账单数据库中获取该查询请求对应的交易账单,因此需要返回模块440重新根据结算区间生成该查询请求对应的交易账单。上述账单处理系统,在节省了账单存储空间的账单数据库中查找不到查询日期对应的账单后,获取查询日期对应的结算区间,根据空白的消费记录和该结算区间生成相应的无消费记录账单,并将该无消费记录账单返回至客户端,即客户端在查询节省了存储空间的账单数据库的过程中,避免查询请求出现无响应的情况,提升账单查询的效果。关于账单处理系统的具体限定可以参见上文中对于账单处理方法的限定,在此不再赘述。上述账单处理系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。如图5所示,图5为一个实施例中计算机设备的内部结构示意图。该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中,该计算机设备的非易失性存储介质存储有操作系统和计算机可读指令,该计算机可读指令被处理器执行时,可使得处理器实现一种账单处理方法。该计算机设备的处理器用于提供计算和控制能力,支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令,该计算机可读指令被处理器执行时,可使得处理器执行一种账单处理方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解,图5中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。在一个实施例中,提出了一种计算机设备,包括存储器和处理器,存储器中存储有计算机可读指令,计算机可读指令被处理器执行时,使得处理器执行上述任一实施例中账单处理方法的步骤。在一个实施例中,提出了一种存储有计算机可读指令的存储介质,该计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行上述任一实施例中账单处理方法的步骤。应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

权利要求:1.一种账单处理方法,其特征在于,包括如下步骤:接收客户端的账单查询请求,根据所述查询请求提取查询日期;从账单数据库中获取指定用户的账单,获取各个账单的结算区间,其中,所述账单数据库用于存储具有消费交易记录的账单;判断所述查询日期是否属于所述结算区间中,若所述查询日期不属于任一个所述账单的结算区间中,根据所述查询日期和所述用户的结算日期更改记录信息生成所述账单查询请求对应账单的目标结算区间;根据所述目标结算区间生成无消费记录账单,将所述无消费记录账单返回至所述客户端。2.根据权利要求1所述的账单处理方法,其特征在于,在所述判断所述查询日期是否属于所述结算区间中的步骤之后,还包括:若所述查询日期属于某一个所述账单的结算区间中,则将所述查询日期对应的账单返回至所述客户端。3.根据权利要求1所述的账单处理方法,其特征在于,所述根据所述查询日期和所述用户的结算日期更改记录信息生成所述账单查询请求对应账单的目标结算区间的步骤,包括:当所述结算日期更改记录信息为空白,则根据任一个所述账单的结算区间,获取当前结算日期;根据所述当前结算日期和所述查询日期计算所述目标结算区间。4.根据权利要求3所述的账单处理方法,其特征在于,所述根据所述当前结算日期和所述查询日期获取所述目标结算区间的步骤,包括:在所述指定用户的账单中查找在所述查询日期之前最近的历史账单,获取所述历史账单中结算区间的历史结算日期;所述结算日期更改记录信息中在所述历史结算日期与所述查询日期之间,判断是否存在结算日期更改的记录;若存在所述结算日期更改的记录,则根据所述结算日期更改的记录提取已变更结算日期;根据所述已变更结算日期和所述查询日期计算所述目标结算区间。5.根据权利要求4所述的账单处理方法,其特征在于,在所述判断是否存在结算日期更改的记录的步骤之后,还包括:若不存在所述结算日期更改的记录,则根据所述历史结算日期和所述查询日期计算所述目标结算区间。6.根据权利要求3所述的账单处理方法,其特征在于,在所述根据所述查询日期和所述用户的结算日期更改记录信息生成所述账单查询请求对应账单的目标结算区间的步骤之前,还包括:根据当前日期和所述结算日期更改记录信息,获取所述用户在所述当前日期对应的待结算区间;获取所述结算日期更改记录信息中最后一次更改结算日期的更改时间;判断所述更改时间是否属于所述待结算区间;若所述更改时间属于所述待结算区间,则向所述客户端返回用于表示因调整结算日期而未结算账单的提醒信息。7.根据权利要求6所述的账单处理方法,其特征在于,在所述获取所述用户在所述当前日期对应的待结算区间的步骤之后,还包括:判断所述查询日期是否属于所述待结算区间;若所述当前时间属于所述待结算区间,则向账单数据库请求所述待结算区间内的当前消费记录;根据所述当前消费记录生成临时账单,并将所述临时账单返回至所述客户端。8.一种账单处理系统,其特征在于,包括:提取模块,用于接收客户端的账单查询请求,根据所述查询请求提取查询日期;获取模块,用于从账单数据库中获取指定用户的账单,获取各个账单的结算区间,其中,所述账单数据库用于存储具有消费交易记录的账单;生成模块,用于判断所述查询日期是否属于所述结算区间中,若所述查询日期不属于任一个所述账单的结算区间中,根据所述查询日期和所述用户的结算日期更改记录信息生成所述账单查询请求对应账单的目标结算区间;返回模块,用于根据所述目标结算区间生成无消费记录账单,将所述无消费记录账单返回至所述客户端。9.一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,其特征在于,所述计算机可读指令被所述处理器执行时,使得所述处理器执行如权利要求1至7中任一项所述账单处理方法的步骤。10.一种存储有计算机可读指令的存储介质,其特征在于,所述计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行如权利要求1至7中任一项所述账单处理方法的步骤。

百度查询: 平安银行股份有限公司 账单处理方法、系统、计算机设备和存储介质

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息,力求客观、公正,但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解,仅供参考使用,不能作为本公司承担任何法律责任的依据或者凭证。