CN110347735A - 配置化的数据转发异常补处理方法、装置及可读存储介质 - Google Patents

配置化的数据转发异常补处理方法、装置及可读存储介质 Download PDF

Info

Publication number
CN110347735A
CN110347735A CN201910521398.6A CN201910521398A CN110347735A CN 110347735 A CN110347735 A CN 110347735A CN 201910521398 A CN201910521398 A CN 201910521398A CN 110347735 A CN110347735 A CN 110347735A
Authority
CN
China
Prior art keywords
forwarding
data
benefit
abnormal
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
Application number
CN201910521398.6A
Other languages
English (en)
Inventor
杨康铭
孔雪娜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Puhui Enterprise Management Co Ltd
Original Assignee
Ping An Puhui Enterprise Management Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ping An Puhui Enterprise Management Co Ltd filed Critical Ping An Puhui Enterprise Management Co Ltd
Priority to CN201910521398.6A priority Critical patent/CN110347735A/zh
Publication of CN110347735A publication Critical patent/CN110347735A/zh
Priority to PCT/CN2019/117411 priority patent/WO2020253045A1/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • G06F16/258Data format conversion from or to a database

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明涉及一种配置化的数据转发异常补处理方法、装置、计算机设备及可读存储介质,其中的方法包括:将不同类型的定时任务合并为一个集成定时任务;将各所述转发产生异常的数据保存到数据库;根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作;判断所述补处理操作是否成功;当所述补处理操作成功时,将所述转发产生异常的数据对应的***记录标识为补处理成功;当所述补处理操作失败时,将所述转发产生异常的数据对应的***记录标记为失败。本发明的有益效果为:直接落库转发产生异常的数据并结合通用定时任务的异常数据线程队列的方式对转发产生异常的数据进行补处理,使转发产生异常的数据的处理过程更加简洁。

Description

配置化的数据转发异常补处理方法、装置及可读存储介质
技术领域
本发明实施例涉及金融数据处理技术领域,尤其涉及一种配置化的数据转发异常补处理方法、装置、计算机设备及可读存储介质。
背景技术
现有技术提供了多种计算机***维护工具,在计算机***维护工具中一般内置多种异常处理程序,计算机***维护工具通过对计算机***进行预设项目的检测,再通过其内的多种异常处理程序接处理检测到的计算机***的异常,从而可以在一定程度上帮助用户对计算机***进行维护。
但目前现有的计算机***维护工具一般仅检测其可以处理的计算机***的异常,且现有的计算机***维护工具一般仅检测计算机***的软环境,随着征信平台接入***,以及外部增信方越来越多,在业务过程中会受到因各种因素影响导致的数据转发异常情况,例如由于网络原因以及数据接收方原因导致的异常等,由于目前计算机***维护工具的这些转发产生异常的数据如果不处理则会越积越我,最终导致整个***的崩溃,而目前对这些转发产生异常的数据的处理方式是:对每一种类型的转发产生异常的数据,都会通过额外的、专门的定时任务来对这些转发产生异常的数据转发进行补处理。
发明内容
为了克服相关技术中存在的问题,本发明提供一种配置化的数据转发异常补处理方法、装置、计算机设备及可读存储介质,以实现在配置后通过集成后的补处理定时任务对转发产生异常的数据进行补处理,大幅减少***后续的数据接口,节省开发人力资源。
第一方面,本发明实施例提供了一种配置化的数据转发异常补处理方法,所述方法包括:
将不同类型的定时任务合并为一个集成定时任务,所述集成定时任务用于获取不同场景中转发产生异常的数据;
将各所述转发产生异常的数据保存到数据库,并在所述数据库中根据配置要求将各所述转发产生异常的数据添加到补处理进程队列;
根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作;
判断所述补处理操作是否成功;
当所述补处理操作成功时,将所述转发产生异常的数据对应的***记录标识为补处理成功;
当所述补处理操作失败时,将所述转发产生异常的数据对应的***记录标记为失败,同时更新该转发产生异常的数据在所述数据库中的调用次数。
结合另一方面,本发明另一可行的实施方式中,所述将各所述转发产生异常的数据保存到数据库,包括:
获取不同场景中的转发产生异常的数据时,同时获取所述转发产生异常的数据对应的数据在交互过程中出现异常时的配置项:
将所述转发产生异常的数据结合所述配置项保存到所述数据库。
结合另一方面,本发明另一可行的实施方式中,所述根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作之前,包括:
获取所述转发产生异常的数据的处理逻辑;
对所述处理逻辑进行解耦操作,得到所述转发产生异常的数据的补处理业务逻辑;
所述根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作,包括:
按照所述补处理业务逻辑,结合配置要求对各所述转发产生异常的数据进行补处理操作。
结合另一方面,本发明另一可行的实施方式中,所述将不同类型的定时任务合并为一个集成定时任务之前,还包括:
对数据的接口参数进行配置,包括:
对数据对接的业务场景、对接的外部***、数据出现异常时补处理的时间以及数据出现异常时补处理的次数上限中的一项或两项及以上进行配置。
结合另一方面,本发明另一可行的实施方式中,当所述补处理操作失败时,所述方法还包括:
获取补处理失败的多次异常处理数据;
将所述多次异常处理数据添加到补处理进程队列中;
根据各所述多次异常处理数据的补处理失败次数,确定各所述多次异常处理数据在所述补处理线程队列中的优先级。
第二方面,本发明还提供了一种转发产生异常的数据配置化的数据转发异常补处理装置,所述装置包括:
集成模块,用于将不同类型的定时任务合并为一个集成定时任务,所述集成定时任务用于获取不同场景中的转发产生异常的数据;
落库模块,用于将各所述转发产生异常的数据保存到数据库,并在所述数据库中根据配置要求将各所述转发产生异常的数据添加到补处理进程队列;
补处理操作模块,用于根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作;
判断模块,用于判断所述补处理操作是否成功,并根据判断结果选择触发第一标识模块或第二标识模块;
第一标识模块,用于当所述补处理操作成功时,将所述转发产生异常的数据对应的***记录标识为补处理成功;
第二标识模块,用于当所述补处理操作失败时,将所述转发产生异常的数据对应的***记录标记为失败,同时更新该转发产生异常的数据在所述数据库中的调用次数。
第三方面,本发明还提供了一种计算机设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述方法。
第四方面,本发明还提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述方法的步骤。
本发明通过对***中交互的数据需要对接的***、接口名称、具体业务场景代码、补处理的时间间隔以及补处理次数上限等进行预先配置,并将不同类型的定时任务集成为一个可复用式通用定时任务,对转发产生异常的数据进行落库操作、解耦操作(补处理操作逻辑与原业务逻辑分开)后根据可复用式集成定时任务对转发产生异常的数据进行补处理操作,即根据该通用定时任务中的转发产生异常的数据线程队列对转发产生异常的数据进行补处理,由于采用了配置化的数据库直接落库转发产生异常的数据并结合通用定时任务的异常数据线程队列的方式对转发产生异常的数据进行补处理,改良了目前对单一类型数据专门开发定时任务和队列的做法,使得转发产生异常的数据的处理过程更加简洁,大幅减少了转发产生异常的数据进行补处理操作的开发人力。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种配置化的数据转发异常补处理方法的基本流程示意图。
图2是根据一示例性实施例示出的补处理具体实施时的示意图。
图3是根据一示例性实施例示出的数据交互时的示意图。
图4是根据一示例性实施例示出的一种配置化的数据转发异常补处理装置的示意性框图。
图5是根据一示例性实施例示出的落库模块的结构示意图。
图6是根据一示例性实施例示出的带有解耦模块的示意框图。
图7是根据一示例性实施例示出的实现方法的计算机设备的框图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图中将各步骤描述成顺序的处理,但是其中的许多步骤可以并行地、并发地或者同时实施。此外,各步骤的顺序可以被重新安排,当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图内的其它步骤。处理可以对应于方法、函数、规程、子例程、子程序等。
本发明涉及一种配置化的数据转发异常补处理方法、装置、计算机设备及可读存储介质,其主要运用于在不同类型的应用接口对金融数据进行处理的场景中,其基本思想是:对转发产生异常的数据需要对接的***、接口名称、具体业务场景代码、补处理的时间间隔以及补处理次数上限等进行配置,使不同业务场景下不同类型的转发产生异常的数据能够通过一可复用的通用的集成定时任务处理,对转发时转发产生异常的数据直接进行落库操作,解耦操作(补处理操作逻辑与原业务逻辑分开)后根据可复用式通用集成定时任务对所述转发产生异常的数据进行补处理操作,即根据该通用定时任务中的转发产生异常的数据线程队列对转发产生异常的数据进行补处理,由于采用了配置化的数据库直接落库转发产生异常的数据并结合通用定时任务的转发产生异常的数据线程队列的方式对转发产生异常的数据进行补处理,改良了目前对单一类型数据专门开发定时任务和队列的做法,使得对转发时转发产生异常的数据的处理过程更加简洁,大幅减少了对转发产生异常的数据进行补处理操作的开发人力。
本实施例可适用于带有中央处理模块的服务器端中以进行配置化的数据转发异常补处理情况中,该方法可以由中央处理模块来执行,其中该中央处理模块可以由软件和/或硬件来实现,一般地可集成于服务器端,如图1所示,为本发明中配置化的数据转发异常补处理方法的基本流程示意图,所述方法具体包括如下步骤:
步骤110,将不同类型的定时任务合并为一个集成定时任务,所述集成定时任务用于获取不同场景中转发产生异常的数据;
所述转发产生异常的数据为不同场景中的正常数据在转发或者被执行时的正常数据在未处理成功时被***打上标签而形成,其可以在正常数据使用异常字段进行标识从而使该转发产生异常的数据与正常数据进行区分。
所述转发产生异常的数据可在处理过程中由程序或者***或者中央处理模块对数据的正确性进行判断,并对出现异常的数据进行定位,并标记为转发产生异常的数据。
所述定时功能的任务在于在指定的时间点或者时间段执行某项任务,至少可设置执行次数和执行间隔,定时任务一般地对应于一种应用场景或者接口,由于不同的业务场景中需要交互的数据不一致,数据的接收端口也不一致,数据获取逻辑也不一致,因此当数据交互过程中发生异常时,需要进行补处理的定时任务会根据业务场景的不同而出现多个定时任务,本步骤中通过将不同类型的定时任务合并为一个集成定时任务,使得一个集成定时任务能够通用于不同种类型的业务场景,并且可反复调用,降低了为每一业务场景单独开发定时任务的人力成本。
在本发明示例性实施例的一种可行的实施场景中,所述转发产生异常的数据为贷款流程中对接增信方(一般是保险公司)的数据而产生,例如交易明细,还款计划,保单信息等。交互数据类型一般是JSONstring或者IO流。
本步骤中,可通过pringcloud(springCloud是基于SpringBoot的一整套实现微服务的框架,提供全局锁、分布式对话和集群状态管理等组件)构建集成定时任务,集成定时任务的构建可通过以下配置过程实现:
获取需要配置的数据类型对接的***或者外部增信方;
获取需要对接的具体业务场景的代码或接口名;
获取数据补处理的时间间隔;
获取数据补处理的次数上限。
所述集成定时任务还用于获取转发产生异常的数据对应的数据交互方式,以在接收到该转发产生异常的数据进行补处理时能够通过该转发产生异常的数据对应的数据交互方式进行补处理操作,所述集成定时任务能够处理不同类型的交互数据,而非单一类型的交互数据。
步骤120,将各所述转发产生异常的数据保存到数据库,并在所述数据库中根据配置要求将各所述转发产生异常的数据添加到补处理进程队列;
即对在一个时间段内转发产生异常的数据进行落库操作,将各所述转发产生异常的数据保存到数据库。
在对所述集成定时任务配置时的配置要求还可包括对转发产生异常的数据落库时的队列配置,例如可根据转发产生异常的数据的发生时间、补处理间隔以及次数综合在补处理进程队列中排序。
步骤130,根据配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作;
所述配置要求中包括对不同类型、不同业务场景下的数据转发产生异常的数据,结合步骤110中的配置过程,根据已实现的配置方案或配置要求选择其对应的正确的数据交互方式,即落库后的转发产生异常的数据通过集成定时任务的补处理进程队列以其对应的数据交互方式进行补处理操作,获取转发产生异常的数据对接的***或外部增信方以及对接的具体业务场景的代码或接口名按照转发产生异常的数据对应的正常数据的交互方式进行补处理,例如数据A将通过A操作转发至A接口,在转发过程中转发产生异常的数据A’,在落库后也将在集成定时任务的补处理进程队列中通过A操作转发至A接口,即与转发产生异常的数据所属的原数据的处理操作保持一致。
步骤140,判断所述补处理操作是否成功;
步骤150,当所述补处理操作成功时,将所述转发产生异常的数据对应的***记录标识为补处理成功;
步骤160,当所述补处理操作失败时,将所述转发产生异常的数据对应的***记录标记为失败,同时更新该转发产生异常的数据在所述数据库中的调用次数。
当所述补处理操作失败时,补处理进程队列中的数据的转发异常次数+1,由一次异常数据变为二次异常数据直至多次异常数据,异常次数可用于确定该数据在补处理进线队列中的优先级,异常次数越高则其队列优先级也越高,首先获取补处理失败的多次异常处理数据;然后将所述多次异常处理数据添加到补处理进程队列中;根据各所述多次异常处理数据的补处理失败次数,确定各所述多次异常处理数据在所述补处理线程队列中的优先级,优先级达到预设阈值级别的数据可做进一步的处理,例如将相应的数据、***记录等发送至运维人员进行人工处理。
转发产生异常的数据补处理操作是否成功可通过该转发产生异常的数据是否被移出所述补处理进程队列判断,在补处理进程队列中的所述转发产生异常的数据被移出时,则可判定所述转发产生异常的数据的补处理操作成功,此时可将所述转发产生异常的数据对应的***记录标识为补处理成功,当在补处理进程队列中的所述转发产生异常的数据未被移出时,或者该转发产生异常的数据的调用次数+1时,则可判定该转发产生异常的数据的补处理操作失败,此时在数据库中更新所述转发产生异常的数据的调用次数,当同时处理的转发产生异常的数据较多时,对所述数据库的转发产生异常的数据表进行更新。
在一种可行的实施方式中,可根据转发产生异常的数据中的相应字段是否带有处理成功的标识判断所述补处理操作是否成功。
本发明的方法,通过直接落库转发产生异常的数据形成补处理操作的转发产生异常的数据进程队列,并根据配置要求对对转发产生异常的数据的补处理业务逻辑和原业务逻辑进行解耦,同时通过集成补处理定时任务对转发产生异常的数据进行协同可配置化的接口队列分发,使得通过利用同一个集成补处理定时任务完成多个定时任务的开发,通用性强,减少了后续开发投入。
结合图2所示,为本发明的一种实际应用场景下的流程图,本发明通过开发编写配置脚本,运维部门人员在生产数据库执行所述配置脚本,在经过重启***或者等待一段时间之后配置脚本生效,使得在开始之后转发产生异常的数据经过以下处理过程:
触发补处理,该触发可在开始之后的预定时间内触发,也可以在检测到开始之后的预定时间内生成的转发产生异常的数据达到预设阈值时触发。
获取可以补处理的所有记录,获取的是数据在发生异常时***对该数据的处理过程生成的日志,该日志记录的内容可以包括数据发生异常的时间、是否能够补处理、异常原因、数据接收方、数据获取逻辑等,此处获取能够被补处理的转发产生异常的数据的集合。
根据获取的***记录的module组件和server服务器从缓存中获取转发产生异常的数据对应的url地址。
将转发产生异常的数据添加到线程队列中,通过线程队列对转发产生异常的数据进行有序处理。
判断补数据是否成功,转发产生异常的数据补处理操作成功后该转发产生异常的数据被移出所述补处理进程队列,未成功则保存于该线程队列,对补处理操作成功的转发产生异常的数据进行标识,则之后对于该类型的转发产生异常的数据按照相同的补处理操作进行补处理,对失败的转发产生异常的数据也可进行相应的标记,例如标识为处理失败,记录返回参数,在线程队列中,对线程队列表中数据进行更新后结束,对于多次标识为处理失败的转发产生异常的数据则可发送至运维人员人工处理。
结合图3所示,为本发明中具体实施场景的***间的基本关系示意图,其中的FCFP为配置化补处理操作相应插件,其通过esgapi接口与与内部***实现数据交互,与webservice服务之间通过WEBSERVICE实现数据交互,外部***与内部***相对应,其外部***例如增信方可通过内部***提供的esgopenapi接口实现数据交互,其中,该esgopenapi(esg开放接口)接口同样可通过FCFP提供,所述FCFP可以为独立的模块或单元,也可为集成于内部***的一个插件。
本发明的方法,将各所述转发产生异常的数据保存到数据库时包括:获取不同场景中的转发产生异常的数据时,同时获取所述转发产生异常的数据对应的数据在交互过程中出现异常时的配置项:将所述转发产生异常的数据结合所述配置项保存到所述数据库。
在本发明示例性实施例的一种实施场景中,所述根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作之前,包括对转发产生异常的数据的处理逻辑进行解耦的过程,以解决对转发产生异常的数据的补处理的业务逻辑出现混乱的情形,这一过程包括的步骤如下:
获取所述转发产生异常的数据的处理逻辑;
所述转发产生异常的数据在落库时,数据产生异常时生成的补处理操作的业务处理逻辑和数据未产生异常时的业务逻辑是混合的,例如数据未产生异常时的业务处理逻辑为在A数据队列中根据A策略处理,即第一处理逻辑,在该数据产生异常时根据将该数据进行落库操作并将该数据添加到转发产生异常的数据队列B中进行按照补处理策略B处理,即第二处理逻辑,本步骤中获取的数据的第一处理逻辑和第二处理逻辑两种处理逻辑。
对所述处理逻辑进行解耦操作,得到所述转发产生异常的数据的补处理业务逻辑;为防止在落库后对数据补处理操作时的处理逻辑产生混乱,为了使补处理业务逻辑与原业务逻辑分开,避免相互之间产生不利影响,简化补处理逻辑,此处采取解耦操作使得落库后的转发产生异常的数据仅按照转发产生异常的数据队列B中的补处理策略B处理,解耦操作后本步骤中获取的数据的第一处理逻辑和第二处理逻辑两种处理逻辑仅保留补处理业务逻辑,或者保持两种处理逻辑但其中的第一处理逻辑无效,第二处理逻辑有效。
所述根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作,包括:
按照所述补处理业务逻辑,结合配置要求对各所述转发产生异常的数据进行补处理操作。
在本发明示例性实施例的一种实施场景中,所述配置要求可以包括:
配置过程:
1)编写配置脚本;
2)在生产数据库执行配置脚本;
3)等待一定时间(或重启***)使得配置生效。
配置内容包括:
1)数据需要对接的***/业务场景、或者外部增信方;
2)数据需要对接具体业务场景代码(或者是接口名);
3)数据补处理的时间间隔;
4)数据补处理的次数上限;
对配置内容的选择可根据所述将不同类型的定时任务合并为一个集成定时任务之前,还包括:
对数据的接口参数进行配置,包括:
对数据对接的业务场景、对接的外部***、数据出现异常时补处理的时间以及数据出现异常时补处理的次数上限中的一项或两项及以上进行配置。
配置完成之后,对落库之后的转发产生异常的数据则可按照配置要求进行补处理操作,如对于集成定时任务中获取的转发产生异常的数据包括A/B/C/D(集成定时任务在预定时间内按照时间顺序获取的转发产生异常的数据),经过解耦操作之后A/B/C/D对应的补处理操作为A’/B’/C’/D’(补处理操作按照所述时间顺序进行),则此时在集成定时任务的异常数据队列中按照A’/B’/C’/D’的时间顺序分别对产生异常的数据A/B/C/D结合每一数据的配置内容中的每一配置项进行补处理操作。
图4为本发明实施例提供的一种配置化的数据转发异常补处理装置的结构示意图,该装置可由软件和/或硬件实现,一般地集成于移动终端中,可通过配置化的数据转发异常补处理方法来实现。如图所示,本实施例可以以上述实施例为基础,提供了一种配置化的数据转发异常补处理装置,其主要包括了集成模块410、落库模块420、补处理操作模块430、判断模块440、第一标识模块450以及第二标识模块460。
其中的集成模块410,用于将不同类型的定时任务合并为一个集成定时任务,所述集成定时任务用于获取不同场景中的转发产生异常的数据;
其中的落库模块420,用于将各所述转发产生异常的数据保存到数据库,并在所述数据库中根据配置要求将各所述转发产生异常的数据添加到补处理进程队列;
其中的补处理操作模块430,用于根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作;
其中的判断模块440,用于判断所述补处理操作是否成功,并根据判断结果选择触发第一标识模块或第二标识模块;
其中的第一标识模块450,用于当所述补处理操作成功时,将所述转发产生异常的数据对应的***记录标识为补处理成功;
其中的第二标识模块460,用于当所述补处理操作失败时,将所述转发产生异常的数据对应的***记录标记为失败,同时更新该转发产生异常的数据在所述数据库中的调用次数。
本发明示例性实施例的一实施场景中,结合图5所示,所述落库模块420,包括:
配置项获取子模块421,用于在获取不同场景中的转发产生异常的数据时,获取所述转发产生异常的数据对应的数据在交互过程中出现异常时的配置项:
保存子模块422,用于将所述转发产生异常的数据结合所述配置项保存到所述数据库。
本发明示例性实施例的一实施场景中,结合图6所示,所述装置还包括:
逻辑模块470,用于获取所述转发产生异常的数据的处理逻辑;
解耦模块480,用于对所述处理逻辑进行解耦操作,得到所述转发产生异常的数据的补处理业务逻辑;
所述补处理操作模块430还用于:
按照所述补处理业务逻辑,结合配置要求对各所述转发产生异常的数据进行补处理操作。
上述实施例中提供的配置化的数据转发异常补处理装置可执行本发明中任意实施例中所提供的配置化的数据转发异常补处理方法,具备执行该方法相应的功能模块和有益效果,未在上述实施例中详细描述的技术细节,可参见本发明任意实施例中所提供的配置化的数据转发异常补处理方法。
将意识到的是,本发明也扩展到适合于将本发明付诸实践的计算机程序,特别是载体上或者载体中的计算机程序。程序可以以源代码、目标代码、代码中间源和诸如部分编译的形式的目标代码的形式,或者以任何其它适合在按照本发明的方法的实现中使用的形式。也将注意的是,这样的程序可能具有许多不同的构架设计。例如,实现按照本发明的方法或者***的功能性的程序代码可能被再分为一个或者多个子例程。
用于在这些子例程中间分布功能性的许多不同方式将对技术人员而言是明显的。子例程可以一起存储在一个可执行文件中,从而形成自含式的程序。这样的可执行文件可以包括计算机可执行指令,例如处理器指令和/或解释器指令(例如,Java解释器指令)。可替换地,子例程的一个或者多个或者所有子例程都可以存储在至少一个外部库文件中,并且与主程序静态地或者动态地(例如在运行时间)链接。主程序含有对子例程中的至少一个的至少一个调用。子例程也可以包括对彼此的函数调用。涉及计算机程序产品的实施例包括对应于所阐明方法中至少一种方法的处理步骤的每一步骤的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。
另一个涉及计算机程序产品的实施例包括对应于所阐明的***和/或产品中至少一个的装置中每个装置的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。
计算机程序的载体可以是能够运载程序的任何实体或者装置。例如,载体可以包含存储介质,诸如(ROM例如CDROM或者半导体ROM)或者磁记录介质(例如软盘或者硬盘)。进一步地,载体可以是可传输的载体,诸如电学或者光学信号,其可以经由电缆或者光缆,或者通过无线电或者其它手段传递。当程序具体化为这样的信号时,载体可以由这样的线缆或者装置组成。可替换地,载体可以是其中嵌入有程序的集成电路,所述集成电路适合于执行相关方法,或者供相关方法的执行所用。
应该留意的是,上文提到的实施例是举例说明本发明,而不是限制本发明,并且本领域的技术人员将能够设计许多可替换的实施例,而不会偏离所附权利要求的范围。在权利要求中,任何放置在圆括号之间的参考符号不应被解读为是对权利要求的限制。动词“包括”和其词形变化的使用不排除除了在权利要求中记载的那些之外的元素或者步骤的存在。在元素之前的冠词“一”或者“一个”不排除复数个这样的元素的存在。本发明可以通过包括几个明显不同的组件的硬件,以及通过适当编程的计算机而实现。在列举几种装置的装置权利要求中,这些装置中的几种可以通过硬件的同一项来体现。在相互不同的从属权利要求中陈述某些措施的单纯事实并不表明这些措施的组合不能被用来获益。
如果期望的话,这里所讨论的不同功能可以以不同顺序执行和/或彼此同时执行。此外,如果期望的话,以上所描述的一个或多个功能可以是可选的或者可以进行组合。
如果期望的话,上文所讨论的各步骤并不限于各实施例中的执行顺序,不同步骤可以以不同顺序执行和/或彼此同时执行。此外,在其他实施例中,以上所描述的一个或多个步骤可以是可选的或者可以进行组合。
虽然本发明的各个方面在独立权利要求中给出,但是本发明的其它方面包括来自所描述实施方式的特征和/或具有独立权利要求的特征的从属权利要求的组合,而并非仅是权利要求中所明确给出的组合。
这里所要注意的是,虽然以上描述了本发明的示例实施方式,但是这些描述并不应当以限制的含义进行理解。相反,可以进行若干种变化和修改而并不背离如所附权利要求中所限定的本发明的范围。
本领域普通技术人员应该明白,本发明实施例的装置中的各模块可以用通用的计算装置来实现,各模块可以集中在单个计算装置或者计算装置组成的网络组中,本发明实施例中的装置对应于前述实施例中的方法,其可以通过可执行的程序代码实现,也可以通过集成电路组合的方式来实现,因此本发明并不局限于特定的硬件或者软件及其结合。
本领域普通技术人员应该明白,本发明实施例的装置中的各模块可以用通用的移动终端来实现,各模块可以集中在单个移动终端或者移动终端组成的装置组合中,本发明实施例中的装置对应于前述实施例中的方法,其可以通过编辑可执行的程序代码实现,也可以通过集成电路组合的方式来实现,因此本发明并不局限于特定的硬件或者软件及其结合。
本实施例还提供一种计算机设备,如可以执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器,或者多个服务器所组成的服务器集群)等。本实施例的计算机设备20至少包括但不限于:可通过***总线相互通信连接的存储器21、处理器22,如图7所示。需要指出的是,图7仅示出了具有组件21-22的计算机设备20,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。
本实施例中,存储器21(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,存储器21可以是计算机设备20的内部存储单元,例如该计算机设备20的硬盘或内存。在另一些实施例中,存储器21也可以是计算机设备20的外部存储设备,例如该计算机设备20上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。当然,存储器21还可以既包括计算机设备20的内部存储单元也包括其外部存储设备。本实施例中,存储器21通常用于存储安装于计算机设备20的操作***和各类应用软件,例如实施例一的RNNs神经网络的程序代码等。此外,存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器22在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备20的总体操作。本实施例中,处理器22用于运行存储器21中存储的程序代码或者处理数据,例如实现深度学习模型的各层结构,以实现上述实施例的配置化的数据转发异常补处理方法。
本实施例还提供一种计算机可读存储介质,如闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等,其上存储有计算机程序,程序被处理器执行时实现相应功能。本实施例的计算机可读存储介质用于存储金融小程序,被处理器执行时实现上述实施例的配置化的数据转发异常补处理方法。
另一个涉及计算机程序产品的实施例包括对应于所阐明的***和/或产品中至少一个的装置中每个装置的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。
计算机程序的载体可以是能够运载程序的任何实体或者装置。例如,载体可以包含存储介质,诸如(ROM例如CDROM或者半导体ROM)或者磁记录介质(例如软盘或者硬盘)。进一步地,载体可以是可传输的载体,诸如电学或者光学信号,其可以经由电缆或者光缆,或者通过无线电或者其它手段传递。当程序具体化为这样的信号时,载体可以由这样的线缆或者装置组成。可替换地,载体可以是其中嵌入有程序的集成电路,所述集成电路适合于执行相关方法,或者供相关方法的执行所用。
应该留意的是,上文提到的实施例是举例说明本发明,而不是限制本发明,并且本领域的技术人员将能够设计许多可替换的实施例,而不会偏离所附权利要求的范围。在权利要求中,任何放置在圆括号之间的参考符号不应被解读为是对权利要求的限制。动词“包括”和其词形变化的使用不排除除了在权利要求中记载的那些之外的元素或者步骤的存在。在元素之前的冠词“一”或者“一个”不排除复数个这样的元素的存在。本发明可以通过包括几个明显不同的组件的硬件,以及通过适当编程的计算机而实现。在列举几种装置的装置权利要求中,这些装置中的几种可以通过硬件的同一项来体现。在相互不同的从属权利要求中陈述某些措施的单纯事实并不表明这些措施的组合不能被用来获益。
如果期望的话,这里所讨论的不同功能可以以不同顺序执行和/或彼此同时执行。此外,如果期望的话,以上所描述的一个或多个功能可以是可选的或者可以进行组合。
如果期望的话,上文所讨论的各步骤并不限于各实施例中的执行顺序,不同步骤可以以不同顺序执行和/或彼此同时执行。此外,在其他实施例中,以上所描述的一个或多个步骤可以是可选的或者可以进行组合。
虽然本发明的各个方面在独立权利要求中给出,但是本发明的其它方面包括来自所描述实施方式的特征和/或具有独立权利要求的特征的从属权利要求的组合,而并非仅是权利要求中所明确给出的组合。
这里所要注意的是,虽然以上描述了本发明的示例实施方式,但是这些描述并不应当以限制的含义进行理解。相反,可以进行若干种变化和修改而并不背离如所附权利要求中所限定的本发明的范围。
本领域普通技术人员应该明白,本发明实施例的装置中的各模块可以用通用的计算装置来实现,各模块可以集中在单个计算装置或者计算装置组成的网络组中,本发明实施例中的装置对应于前述实施例中的方法,其可以通过可执行的程序代码实现,也可以通过集成电路组合的方式来实现,因此本发明并不局限于特定的硬件或者软件及其结合。
本领域普通技术人员应该明白,本发明实施例的装置中的各模块可以用通用的移动终端来实现,各模块可以集中在单个移动终端或者移动终端组成的装置组合中,本发明实施例中的装置对应于前述实施例中的方法,其可以通过编辑可执行的程序代码实现,也可以通过集成电路组合的方式来实现,因此本发明并不局限于特定的硬件或者软件及其结合。
注意,上述仅为本发明的示例性实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种配置化的数据转发异常补处理方法,其特征在于,所述方法包括:
将不同类型的定时任务合并为一个集成定时任务,所述集成定时任务用于获取不同场景中转发产生异常的数据;
将各所述转发产生异常的数据保存到数据库,并在所述数据库中根据配置要求将各所述转发产生异常的数据添加到补处理进程队列;
根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作;
判断所述补处理操作是否成功;
当所述补处理操作成功时,将所述转发产生异常的数据对应的***记录标识为补处理成功;
当所述补处理操作失败时,将所述转发产生异常的数据对应的***记录标记为失败,同时更新所述转发产生异常的数据在所述数据库中的调用次数。
2.根据权利要求1所述的方法,其特征在于,所述将各所述转发产生异常的数据保存到数据库,包括:
获取不同场景中转发产生异常的数据时,同时获取所述转发产生异常的数据在交互过程中出现异常时的配置项:
将所述转发产生异常的数据结合所述配置项保存到所述数据库。
3.根据权利要求1所述的方法,其特征在于,所述根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作之前,包括:
获取所述转发产生异常的数据的处理逻辑;
对所述处理逻辑进行解耦操作,得到所述转发产生异常的数据的补处理业务逻辑;
所述根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作,包括:
按照所述补处理业务逻辑,结合配置要求对各所述转发产生异常的数据进行补处理操作。
4.根据权利要求1所述的方法,其特征在于,所述将不同类型的定时任务合并为一个集成定时任务之前,还包括:
对数据的接口参数进行配置,包括:
对数据对接的业务场景、对接的外部***、数据出现异常时补处理的时间以及数据出现异常时补处理的次数上限中的一项或两项及以上进行配置。
5.根据权利要求1所述的方法,其特征在于,当所述补处理操作失败时,所述方法还包括:
获取补处理失败的多次异常处理数据;
将所述多次异常处理数据添加到补处理进程队列中;
根据各所述多次异常处理数据的补处理失败次数,确定各所述多次异常处理数据在所述补处理线程队列中的优先级。
6.一种配置化的数据转发异常补处理装置,其特征在于,所述装置包括:
集成模块,用于将不同类型的定时任务合并为一个集成定时任务,所述集成定时任务用于获取不同场景中转发产生异常的数据;
落库模块,用于将各所述转发产生异常的数据保存到数据库,并在所述数据库中根据配置要求将各所述转发产生异常的数据添加到补处理进程队列;
补处理操作模块,用于根据所述配置要求对所述补处理进程队列中的各所述转发产生异常的数据进行补处理操作;
判断模块,用于判断所述补处理操作是否成功,并根据判断结果选择触发第一标识模块或第二标识模块;
第一标识模块,用于当所述补处理操作成功时,将所述转发产生异常的数据对应的***记录标识为补处理成功;
第二标识模块,用于当所述补处理操作失败时,将所述转发产生异常的数据对应的***记录标记为失败,同时更新该转发产生异常的数据在所述数据库中的调用次数。
7.根据权利要求6所述的装置,其特征在于,所述落库模块,包括:
配置项获取子模块,用于在获取不同场景中的转发产生异常的数据时,获取所述转发产生异常的数据对应的数据在交互过程中出现异常时的配置项:
保存子模块,用于将所述转发产生异常的数据结合所述配置项保存到所述数据库。
8.根据权利要求6所述的装置,其特征在于,所述装置还包括:
逻辑模块,用于获取所述转发产生异常的数据的处理逻辑;
解耦模块,用于对所述处理逻辑进行解耦操作,得到所述转发产生异常的数据的补处理业务逻辑;
所述补处理操作模块还用于:
按照所述补处理业务逻辑,结合配置要求对各所述转发产生异常的数据进行补处理操作。
9.一种计算机设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至5任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至5任一项所述方法的步骤。
CN201910521398.6A 2019-06-17 2019-06-17 配置化的数据转发异常补处理方法、装置及可读存储介质 Pending CN110347735A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910521398.6A CN110347735A (zh) 2019-06-17 2019-06-17 配置化的数据转发异常补处理方法、装置及可读存储介质
PCT/CN2019/117411 WO2020253045A1 (zh) 2019-06-17 2019-11-12 配置化的数据转发异常补处理方法、装置及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910521398.6A CN110347735A (zh) 2019-06-17 2019-06-17 配置化的数据转发异常补处理方法、装置及可读存储介质

Publications (1)

Publication Number Publication Date
CN110347735A true CN110347735A (zh) 2019-10-18

Family

ID=68182229

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910521398.6A Pending CN110347735A (zh) 2019-06-17 2019-06-17 配置化的数据转发异常补处理方法、装置及可读存储介质

Country Status (2)

Country Link
CN (1) CN110347735A (zh)
WO (1) WO2020253045A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110909055A (zh) * 2019-11-18 2020-03-24 中移(杭州)信息技术有限公司 数据处理方法、装置、电子设备以及存储介质
CN111880990A (zh) * 2020-07-20 2020-11-03 北京三快在线科技有限公司 一种异常处理方法及装置
WO2020253045A1 (zh) * 2019-06-17 2020-12-24 平安普惠企业管理有限公司 配置化的数据转发异常补处理方法、装置及可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001067263A1 (en) * 2000-03-06 2001-09-13 I2 Technologies, Inc. Messaging system for computers
CN103019866A (zh) * 2012-10-24 2013-04-03 北京京东世纪贸易有限公司 基于消息队列的分布式方法和***
CN108365967A (zh) * 2018-01-02 2018-08-03 珠海兴业新材料科技有限公司 动态配置通讯参数的方法、***、终端及计算机可读存储介质
CN109298957A (zh) * 2018-10-18 2019-02-01 大唐网络有限公司 一种支持定时发送的具有高可靠性的消息管理方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110347735A (zh) * 2019-06-17 2019-10-18 平安普惠企业管理有限公司 配置化的数据转发异常补处理方法、装置及可读存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001067263A1 (en) * 2000-03-06 2001-09-13 I2 Technologies, Inc. Messaging system for computers
CN103019866A (zh) * 2012-10-24 2013-04-03 北京京东世纪贸易有限公司 基于消息队列的分布式方法和***
CN108365967A (zh) * 2018-01-02 2018-08-03 珠海兴业新材料科技有限公司 动态配置通讯参数的方法、***、终端及计算机可读存储介质
CN109298957A (zh) * 2018-10-18 2019-02-01 大唐网络有限公司 一种支持定时发送的具有高可靠性的消息管理方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020253045A1 (zh) * 2019-06-17 2020-12-24 平安普惠企业管理有限公司 配置化的数据转发异常补处理方法、装置及可读存储介质
CN110909055A (zh) * 2019-11-18 2020-03-24 中移(杭州)信息技术有限公司 数据处理方法、装置、电子设备以及存储介质
CN111880990A (zh) * 2020-07-20 2020-11-03 北京三快在线科技有限公司 一种异常处理方法及装置
CN111880990B (zh) * 2020-07-20 2023-10-27 北京三快在线科技有限公司 一种异常处理方法及装置

Also Published As

Publication number Publication date
WO2020253045A1 (zh) 2020-12-24

Similar Documents

Publication Publication Date Title
CN108595157B (zh) 区块链数据的处理方法、装置、设备和存储介质
CN108491254A (zh) 一种数据仓库的调度方法及装置
CN109814910A (zh) 自动化灰度发布方法、装置、计算机***及存储介质
CN109815252A (zh) 测试数据生成方法、装置、计算机设备及可读存储介质
CN110347735A (zh) 配置化的数据转发异常补处理方法、装置及可读存储介质
CN110968437A (zh) 一种基于Java智能合约的单个合约并行执行的方法、装置、设备及介质
CN112560114B (zh) 调用智能合约的方法及装置
CN111538659B (zh) 业务场景的接口测试方法、***、电子设备和存储介质
CN115469833A (zh) 动态规则引擎的实现方法和装置、电子设备和存储介质
CN113220597B (zh) 测试方法、测试装置、电子设备及存储介质
Meyer et al. Weak conformance between process models and synchronized object life cycles
CN113778878A (zh) 接口测试方法、装置、电子设备及存储介质
CN113869902A (zh) 一种区块链交易执行方法及装置
US5742823A (en) Total object processing system and method with assembly line features and certification of results
CN109857450A (zh) 一种校验服务编排方法及装置
CN111324537A (zh) 基于测试脚本的测试方法、装置及计算机设备
CN114491662B (zh) 一种基于区块链的数据资产审计方法、***及设备
CN108920683A (zh) 一种云计算平台下载外部资源的方法、装置和存储介质
CN111538491A (zh) 数据事件处理方法、装置、设备和存储介质
JP6382610B2 (ja) シミュレータシステム、ゲートウェイシステムテスト装置及びゲートウェイシステムテスト方法
CN117421255B (zh) 一种接口的自动巡检方法、装置、设备和存储介质
CN116361186A (zh) 自动化测试的方法、自动化测试平台和存储介质
CN116932357A (zh) 一种游戏测试方法、装置、电子设备及存储介质
CN116627814A (zh) 业务处理方法、装置、存储介质及电子装置
CN107291494B (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
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20191018