CN113094571A - 多平台对账方法及装置 - Google Patents
多平台对账方法及装置 Download PDFInfo
- Publication number
- CN113094571A CN113094571A CN202110409601.8A CN202110409601A CN113094571A CN 113094571 A CN113094571 A CN 113094571A CN 202110409601 A CN202110409601 A CN 202110409601A CN 113094571 A CN113094571 A CN 113094571A
- Authority
- CN
- China
- Prior art keywords
- service
- state
- transaction
- final
- 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
- 238000000034 method Methods 0.000 title claims abstract description 57
- 238000012545 processing Methods 0.000 claims abstract description 141
- 206010048669 Terminal state Diseases 0.000 claims abstract description 60
- 230000007246 mechanism Effects 0.000 claims description 29
- 230000000977 initiatory effect Effects 0.000 claims description 24
- 230000008569 process Effects 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 15
- 238000003860 storage Methods 0.000 claims description 12
- 239000002131 composite material Substances 0.000 claims 2
- 238000012423 maintenance Methods 0.000 abstract description 8
- 238000011161 development Methods 0.000 abstract description 5
- 230000006870 function Effects 0.000 description 17
- 238000004891 communication Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 230000002159 abnormal effect Effects 0.000 description 7
- 230000003993 interaction Effects 0.000 description 5
- 239000000872 buffer Substances 0.000 description 4
- 230000002265 prevention Effects 0.000 description 4
- 239000000725 suspension Substances 0.000 description 4
- 230000002411 adverse Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000007613 environmental effect Effects 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 230000001629 suppression Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012954 risk control Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/466—Transaction processing
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Data Mining & Analysis (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供一种多平台对账方法及装置，可以应用于金融技术领域。方法包括：当出现交易状态未知时，由服务调用方发起疑账查询处理；通过调用疑账查询获取组合服务的交易最终状态，根据组合服务与子服务执行结果决策返回交易状态；判断是否返回了交易最终状态，若返回的状态无法确认为交易最终状态，则判断疑账查询次数或调用疑账查询服务时限是否超出设定值，若返回了交易最终状态，则进行交易后续处理；强制终态服务用于按业务场景将事务状态强制处理为成功或失败的约定终态，当疑账查询超出设定值时，服务调用方发起强制终态服务调用。本发明采用流式数据推送提升对账时效，统一对账逻辑减少开发维护工作量，提高账务处理的效率。
Description
技术领域
本发明涉及主机及分布式技术领域，具体涉及一种多平台对账方法及装置。
背景技术
随着国家对金融业日益增长的自主可控的要求，金融银行逐步进入传统大机和全新开放式平台相互并行期。为了压降主机资源、优化主机与开放平台布局，相关应用持续推进下主机工作，基于分布式体系搭建群组提供平台服务，建立起具备接管主机运行处理的能力。在切流试点过程中，涉及多平台的交互及对账结果的确认，由于硬件环境稳定性、平台资源性能容量、应用一致性保障机制等，与原有主机环境差异较大，出现较多影响资金安全的账务问题。如：券商期货公司反映联机转账交易未知及日终对账差错问题、个人网银购汇未占用便利化额度问题等。
由于分布式平台与集中式主机相比，系统之间事务、交易一致性保障处理更加复杂，更易出现账务问题，且无法及时发现并解决，可能造成银行资金损失，影响客户体验，导致客户投诉，甚至引发法律风险。目前下主机相关应用间主要是依靠日终批量对账，作为账务核对的手段，确保账务问题能被发现和处置。在此基础上，需要进一步提升对账方案及时效，打造一套系统的对账方案，及时解决账务不一致问题。
发明内容
针对现有技术中的问题，本发明提供一种多平台对账方法及装置，具体以下技术方案：
第一方面，本发明提供一种多平台对账方法，包括：
当出现交易状态未知时，由服务调用方发起疑账查询处理；
通过调用疑账查询获取组合服务的交易最终状态，根据组合服务与子服务执行结果决策返回交易状态；
判断是否返回了交易最终状态，若返回的状态无法确认为交易最终状态，则判断疑账查询次数或调用疑账查询服务时限是否超出设定值，若返回了交易最终状态，则进行交易后续处理；
强制终态服务用于按业务场景将事务状态强制处理为成功或失败的约定终态，当疑账查询超出设定值时，服务调用方发起强制终态服务调用。
进一步地，还包括：
发起强制终态服务调用，调用服务组合方相应的强制终态组合服务；
服务组合方强制终态组合服务被调用，按业务场景将事务状态强制处理为约定终态，则强制终态机制处理完成。
其中，所述通过调用疑账查询获取组合服务的交易最终状态，根据组合服务与子服务执行结果决策返回交易状态，包括：
应用调用方发起疑账查询服务；
通过应用调用方上送的事件单编号查询主机表，获取交易终态信息；
将查询结果返回给服务调用方；其中，交易状态包括：成功、失败或未知。
其中，所述服务组合方强制终态组合服务被调用，按业务场景将事务状态强制处理为约定终态，则强制终态机制处理完成，包括：
应用调用方发起强制终态处理机制，强制终态组合服务调用强制终态子服务；
强制终态子服务返回处理结果，强制终态组合服务返回所述处理结果给调用方；
判断返回结果强制终态是否处理成功，若处理成功，进行交易后续处理；
强制终态处理失败，发起AMC报警转人工处理，通过人工操作解决，进行交易后续处理。
第二方面，本发明提供一种多平台对账装置，包括：
疑账查询模块，用于当出现交易状态未知时，由服务调用方发起疑账查询处理；
交易状态模块，用于通过调用疑账查询获取组合服务的交易最终状态，根据组合服务与子服务执行结果决策返回交易状态；
处理模块，用于判断是否返回了交易最终状态，若返回的状态无法确认为交易最终状态，则判断疑账查询次数或调用疑账查询服务时限是否超出设定值，若返回了交易最终状态，则进行交易后续处理；
调用模块，用于强制终态服务用于按业务场景将事务状态强制处理为成功或失败的约定终态，当疑账查询超出设定值时，服务调用方发起强制终态服务调用。
进一步地，还包括：
发起调用模块，用于发起强制终态服务调用，调用服务组合方相应的强制终态组合服务；
强制处理模块，用于服务组合方强制终态组合服务被调用，按业务场景将事务状态强制处理为约定终态，则强制终态机制处理完成。
其中，所述交易状态模块包括：
查询服务单元，用于应用调用方发起疑账查询服务；
获取单元，用于通过应用调用方上送的事件单编号查询主机表，获取交易终态信息；
反馈单元，用于将查询结果返回给服务调用方；其中，交易状态包括：成功、失败或未知。
其中，所述强制处理模块包括：
强制处理单元，用于应用调用方发起强制终态处理机制，强制终态组合服务调用强制终态子服务；
返回单元，用于强制终态子服务返回处理结果，强制终态组合服务返回所述处理结果给调用方；
判断单元，用于判断返回结果强制终态是否处理成功，若处理成功，进行交易后续处理；
人工单元，用于强制终态处理失败，发起AMC报警转人工处理，通过人工操作解决，进行交易后续处理。
第三方面，本发明提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述的多平台对账方法的步骤。
第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的多平台对账方法的步骤。
由上述技术方案可知，本发明提供一种多平台对账方法及装置，可以有效解决应用间的对账疑账问题，将与核心业务无关的功能进行系统剥离，减少对核心应用的影响。同时，采用流式数据推送提升对账时效，统一对账逻辑减少开发维护工作量。建立统一的对账中心可以快速排查多平台交互的结果不一致问题，实现提高账务处理的效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中的多平台对账方法的第一流程示意图。
图2为本发明实施例中的多平台对账方法的第二流程示意图。
图3为本发明实施例中的多平台对账装置的结构示意图。
图4为本发明实施例中的电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明提供一种多平台对账方法的实施例，参见图1，所述多平台对账方法具体包含有如下内容：
S101：当出现交易状态未知时，由服务调用方发起疑账查询处理；
S102：通过调用疑账查询获取组合服务的交易最终状态，根据组合服务与子服务执行结果决策返回交易状态；
S103：判断是否返回了交易最终状态，若返回的状态无法确认为交易最终状态，则判断疑账查询次数或调用疑账查询服务时限是否超出设定值，若返回了交易最终状态，则进行交易后续处理；
S104：强制终态服务用于按业务场景将事务状态强制处理为成功或失败的约定终态，当疑账查询超出设定值时，服务调用方发起强制终态服务调用。
在本实施例中，依靠DTX分布式事务框架对事务的统一管理，实现组合服务主、子事务状态一致性处理，做到事务一致性保障；应用服务需按相关规范要求实现幂等、空回滚、防悬挂等机制，确保异常场景下框架事务处理机制能驱动子事务成功执行，实现业务闭环。
依靠代码编程逻辑的灵活设计，实现组合服务主、子事务状态的一致性处理，做到事务一致性保障；服务提供方应支持服务调用幂等、空回滚、防悬挂处理，以便在异常场景下，能兼容服务调用方为实现业务闭环而可能发起的重试交易和回滚交易等处理；对因异常情况收到服务提供方返回“未知”(含超时无返回)的，服务调用方可根据服务提供方支持情况发起重试交易或回滚处理，避免交易长时间处于“未知”状态，对业务造成影响。
在涉账交易场景，服务调用方发起服务调用时，因环境异常等原因，导致组合服务超时未返回，或返回异常结果(如“未知”)，将产生疑账场景。在分布式体系下，疑账场景无法完全避免，在涉账交易应用间增加疑账处理，以便及时获取或强制达成交易终态，保障账务一致性。
从上述描述可知，本发明实施例提供的多平台对账方法，通过在已确定强反射层层位的地震数据中，分别获取各个地震记录各自对应的相对干扰信号；应用自适应滤波器对各个所述相对干扰信号进行滤波，分别获取各个所述地震记录对应的强反射信号的幅度和相位信息；基于各个所述地震记录对应的强反射信号的幅度和相位信息，确定所述地震数据对应的目标强反射信号；自所述地震道集数据中减去所述目标强反射信号，得到分离出强反射信号的目标地震数据，能够在求取强反射信号的过程中充分考虑薄层干涉及有效信号的保真性，且具有较高分辨能力，具有优越的抗干扰及旁瓣压制能力，能够更好地估计获得强反射信号，并提高分离过程的可靠性；以及，在减去强反射信号的过程中，能够最大限度地保留储层信息，从而在分离强反射信号后，能够更保真地进行储层预测。
在本发明的一实施例中，参见图2，所述多平台对账方法的步骤S104之后，具体包含有如下内容：
S105：发起强制终态服务调用，调用服务组合方相应的强制终态组合服务；
S106：服务组合方强制终态组合服务被调用，按业务场景将事务状态强制处理为约定终态，则强制终态机制处理完成。
其中，所述通过调用疑账查询获取组合服务的交易最终状态，同步到本方系统；组合服务方疑账查询服务根据组合服务与子服务执行结果决策返回交易状态，包括：
应用调用方发起疑账查询服务；
通过应用调用方上送的事件单编号查询主机表，获取交易终态信息；
将查询结果返回给服务调用方；其中，交易状态包括：成功、失败或未知。
其中，所述服务组合方强制终态组合服务被调用，按业务场景将事务状态强制处理为约定终态，则强制终态机制处理完成，包括：
应用调用方发起强制终态处理机制，强制终态组合服务调用强制终态子服务；
强制终态子服务返回处理结果，强制终态组合服务返回所述处理结果给调用方；
判断返回结果强制终态是否处理成功，若处理成功，进行交易后续处理；
强制终态处理失败，发起AMC(Advanced Motion Controls)报警转人工处理，通过人工操作解决，进行交易后续处理。
为进一步地说明本方案，本发明提供一种多平台对账系统的实施例，具体包含有如下内容：
在分布式系统的交互过程中，往往涉及到多应用的对账疑账处理，为避免应用间的重复建设，可建立统一的对账中心。将需要对账的业务数据通过消息网关、kafka的方式输送到对账中心，在对账中心完成涉及多个事务状态的对账处理，可以在较短的时间内完成对账，提升对账时效，同时也可以降低对核心系统性能的消耗，统一对账逻辑减少开发工作量。
多平台对账系统包含事务一致性处理、疑账处理及对账处理组成。
事务一致性处理，可运用DTX(DTX，Distributed Transaction-eXtended)分布式事务框架控制、应用代码逻辑控制组成，不同的方式采取的实际操作分别如下：
(1)依靠DTX分布式事务框架对事务的统一管理，实现组合服务主、子事务状态一致性处理，做到事务一致性保障；应用服务需按相关规范要求实现幂等、空回滚、防悬挂等机制，确保异常场景下框架事务处理机制能驱动子事务成功执行，实现业务闭环。
(2)依靠代码编程逻辑的灵活设计，实现组合服务主、子事务状态的一致性处理，做到事务一致性保障；服务提供方应支持服务调用幂等、空回滚、防悬挂处理，以便在异常场景下，能兼容服务调用方为实现业务闭环而可能发起的重试交易和回滚交易等处理；对因异常情况收到服务提供方返回“未知”(含超时无返回)的，服务调用方可根据服务提供方支持情况发起重试交易或回滚处理，避免交易长时间处于“未知”状态，对业务造成影响。
疑账处理，即在涉账交易场景，服务调用方发起服务调用时，因环境异常等原因，导致组合服务超时未返回，或返回异常结果(如“未知”)，将产生疑账场景。在分布式体系下，疑账场景无法完全避免，在涉账交易应用间增加疑账处理，以便及时获取或强制达成交易终态，保障账务一致性。
疑账处理由疑账查询机制与强制终态服务机制组成，具体步骤如下：
步骤201：服务组合方增加疑账查询服务，服务调用方增加疑账查询逻辑。当出现交易状态未知时，由服务调用方发起疑账查询处理。
步骤202：通过调用疑账查询获取组合服务的交易最终状态，同步到本方系统。组合服务方疑账查询服务根据组合服务与子服务执行结果决策返回交易状态。
步骤203：判断是否返回了交易最终状态，若返回的状态无法确认为交易最终状态，则继续返回“未知”，进入步骤204判断疑账查询次数或调用疑账查询服务时限是否超出设定值，若返回了交易最终状态，则进行交易后续处理。
步骤204：服务提供方(包括组合服务、子服务)提供强制终态服务，强制终态服务用于按业务场景将事务状态强制处理为成功或失败的约定终态，当疑账查询超出设定值(时间、次数等)时，服务调用方进入步骤205发起强制终态服务调用。
步骤205：发起强制终态服务调用，调用服务组合方相应的强制终态组合服务206。
步骤206：服务组合方强制终态组合服务被调用，按业务场景将事务状态强制处理为约定终态，则强制终态机制处理完成。
步骤207：上述步骤处理成功后，表示疑账处理已完成，进行下一步交易后续处理。
步骤202，具体流程：
步骤221：应用调用方发起疑账查询服务；
步骤222：通过应用调用方上送的事件单编号查询主机表，获取交易终态信息；
步骤223：将查询结果返回给服务调用方，交易状态为“成功”、“失败”或“未知”。
步骤206具体流程：
步骤261：相关应用调用方发起强制终态处理机制，强制终态组合服务调用强制终态子服务；
步骤262：强制终态子服务262返回处理结果，强制终态组合服务返回所述处理结果给调用方；
步骤263：判断返回结果强制终态是否处理成功，强制服务应尽量确保能处理成功。若处理成功，进行交易后续处理，若处理失败，进入步骤264。
步骤264：强制终态处理失败，发起AMC报警转人工处理，通过人工操作解决，进行交易后续处理。
对账处理包括：联机流数据准实时对账(下称“准实时对账”)、日间批量文件多批次对账(下称“日间批量对账”)、日终批量文件兜底对账(下称“日终批量对账”)。目前下主机相关应用间主要是依靠日终批量对账，确保账务问题能被发现和处置。在此基础上，可通过增加准实时对账(接入对账中心)、日间批量对账等相关手段进一步提升对账时效，及时解决账务不一致的问题。
对于我行分布式平台的系统内应用核对，包括事务一致性核对(服务组合方与子服务提供方)、交易一致性核对(服务调用方与服务组合方)，相关应用可接入对账中心实现准实时对账机制，帮助做好账务一致性处理。
准实时对账，处理流程包括交易一致性核对302与事务一致性核对304：
步骤302：渠道应用301与平台分布式组303进行交易一致性核对，当服务调用方与服务组合方交易状态不一致时，启动AMC报警通知运维人员处理，及时解决可能导致的账务不一致问题。
步骤304：平台分布式组303与子服务提供方进行事务一致性核对，当主事务与子事务最终状态不一致时，启动AMC报警通知运维人员处理，及时解决可能导致的账务不一致问题。
日间批量对账，通常由对账双方的一方生成文件并传输给另一方进行对账处理，可用于系统内服务调用方与服务组合方、系统外业务所属应用与合作方的交易一致性核对，确保发生账务不一致时，能在较短时间内发现并通知运维人员处理，降低账务不一致带来的不良影响。
日间批量对账处理过程：
在系统内部，渠道应用306与平台分布式组合服务所属应用309，其中的一方生成日间批量对账文件307与另一方进行交易一致性核对，在系统外部，合作方、人行、银联、网联等渠道310与相关业务所属应用311进行交易一致性核对，通过多场次的日间批量作业生成对账文件进行对账的处理机制，对账失败触发AMC报警，可按业务风险控制需要灵活进行账务核对。在应用接入对账中心实现准实时对账之前，针对用户容忍度较低、异常概率较高的应用，应尽快建立日间批量对账机制，可一定程度发现和解决疑账处理、准实时对账未能解决的账务一致性问题。
日终批量对账，是指通过日终批量作业生成基准对账文件进行对账的处理机制，可作为疑账处理、准实时对账、日间批量对账均未能解决的账务问题的兜底手段。
日终批量对账处理过程同日间批量对账处理过程类似，也通过对账双方的一方生成日终批量对账文件并传输给另一方进行对账处理，对账失败触发AMC报警，必须人工介入处理。
日终批量对账可用于系统内服务调用方与服务组合方、系统外业务所属应用与合作方的交易一致性核对，确保发生账务不一致时，能发现并通知运维人员处理，降低账务不一致带来的不良影响。
日终批量对账作为业务一致性的最终保障手段，所有涉及资金账务处理或重要信息要素更新的业务场景均应建立日终对账机制。
本发明实施例提供一种能够实现所述多平台对账方法中全部内容的多平台对账装置的具体实施方式，参见图3，所述多平台对账装置具体包括如下内容：
疑账查询模块10，用于当出现交易状态未知时，由服务调用方发起疑账查询处理；
交易状态模块20，用于通过调用疑账查询获取组合服务的交易最终状态，根据组合服务与子服务执行结果决策返回交易状态；
处理模块30，用于判断是否返回了交易最终状态，若返回的状态无法确认为交易最终状态，则判断疑账查询次数或调用疑账查询服务时限是否超出设定值，若返回了交易最终状态，则进行交易后续处理；
调用模块40，用于强制终态服务用于按业务场景将事务状态强制处理为成功或失败的约定终态，当疑账查询超出设定值时，服务调用方发起强制终态服务调用。
进一步地，还包括：
发起调用模块50，用于发起强制终态服务调用，调用服务组合方相应的强制终态组合服务；
强制处理模块60，用于服务组合方强制终态组合服务被调用，按业务场景将事务状态强制处理为约定终态，则强制终态机制处理完成。
其中，所述交易状态模块包括：
查询服务单元，用于应用调用方发起疑账查询服务；
获取单元，用于通过应用调用方上送的事件单编号查询主机表，获取交易终态信息；
反馈单元，用于将查询结果返回给服务调用方；其中，交易状态包括：成功、失败或未知。
其中，所述强制处理模块包括：
强制处理单元，用于应用调用方发起强制终态处理机制，强制终态组合服务调用强制终态子服务；
返回单元，用于强制终态子服务返回处理结果，强制终态组合服务返回所述处理结果给调用方；
判断单元，用于判断返回结果强制终态是否处理成功，若处理成功，进行交易后续处理；
人工单元，用于强制终态处理失败，发起AMC报警转人工处理，通过人工操作解决，进行交易后续处理。
本发明提供的多平台对账装置的实施例具体可以用于执行上述实施例中的多平台对账方法的实施例的处理流程，其功能在此不再赘述，可以参照上述方法实施例的详细描述。
从上述描述可知，本发明实施例提供的多平台对账装置，通过相对干扰信号获取模块在已确定强反射层层位的地震数据中，分别获取各个地震记录各自对应的相对干扰信号；幅度和相位获取模块应用自适应滤波器对各个所述相对干扰信号进行滤波，分别获取各个所述地震记录对应的强反射信号的幅度和相位信息；目标强反射信号获取模块基于各个所述地震记录对应的强反射信号的幅度和相位信息，确定所述地震数据对应的目标强反射信号；目标地震数据获取模块自所述地震道集数据中减去所述目标强反射信号，得到分离出强反射信号的目标地震数据，能够在求取强反射信号的过程中充分考虑薄层干涉及有效信号的保真性，且具有较高分辨能力，具有优越的抗干扰及旁瓣压制能力，能够更好地估计获得强反射信号，并提高分离过程的可靠性；以及，在减去强反射信号的过程中，能够最大限度地保留储层信息，从而在分离强反射信号后，能够更保真地进行储层预测。
本申请提供一种用于实现所述多平台对账方法中的全部或部分内容的电子设备的实施例所述电子设备具体包含有如下内容：
处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例用于实现所述多平台对账方法的实施例及用于实现所述多平台对账装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。
图4为本申请实施例的电子设备9600的系统构成的示意框图。如图4所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图4是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
一实施例中，多平台对账功能可以被集成到中央处理器9100中。其中，中央处理器9100可以被配置为进行如下控制：
当出现交易状态未知时，由服务调用方发起疑账查询处理；
通过调用疑账查询获取组合服务的交易最终状态，根据组合服务与子服务执行结果决策返回交易状态；
判断是否返回了交易最终状态，若返回的状态无法确认为交易最终状态，则判断疑账查询次数或调用疑账查询服务时限是否超出设定值，若返回了交易最终状态，则进行交易后续处理；
强制终态服务用于按业务场景将事务状态强制处理为成功或失败的约定终态，当疑账查询超出设定值时，服务调用方发起强制终态服务调用。
从上述描述可知，本申请的实施例提供的电子设备，可以有效解决应用间的对账疑账问题，将与核心业务无关的功能进行系统剥离，减少对核心应用的影响。同时，采用流式数据推送提升对账时效，统一对账逻辑减少开发维护工作量。建立统一的对账中心可以快速排查多平台交互的结果不一致问题，实现提高账务处理的效率。
在另一个实施方式中，多平台对账装置可以与中央处理器9100分开配置，例如可以将多平台对账配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现多平台对账功能。
如图4所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图4中所示的所有部件；此外，电子设备9600还可以包括图4中没有示出的部件，可以参考现有技术。
如图4所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。
其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。
输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。
该存储器9140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。
存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。
基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。
本发明的实施例还提供能够实现上述实施例中的多平台对账方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的多平台对账方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
当出现交易状态未知时，由服务调用方发起疑账查询处理；
通过调用疑账查询获取组合服务的交易最终状态，根据组合服务与子服务执行结果决策返回交易状态；
判断是否返回了交易最终状态，若返回的状态无法确认为交易最终状态，则判断疑账查询次数或调用疑账查询服务时限是否超出设定值，若返回了交易最终状态，则进行交易后续处理；
强制终态服务用于按业务场景将事务状态强制处理为成功或失败的约定终态，当疑账查询超出设定值时，服务调用方发起强制终态服务调用。
从上述描述可知，本发明实施例提供的计算机可读存储介质，可以有效解决应用间的对账疑账问题，将与核心业务无关的功能进行系统剥离，减少对核心应用的影响。同时，采用流式数据推送提升对账时效，统一对账逻辑减少开发维护工作量。建立统一的对账中心可以快速排查多平台交互的结果不一致问题，实现提高账务处理的效率。
虽然本发明提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。
本领域技术人员应明白，本说明书的实施例可提供为方法、装置(系统)或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。而且，可以单独使用本发明的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。
Claims (10)
1.一种多平台对账方法，其特征在于，包括：
当出现交易状态未知时，由服务调用方发起疑账查询处理；
通过调用疑账查询获取组合服务的交易最终状态，根据组合服务与子服务执行结果决策返回交易状态；
判断是否返回了交易最终状态，若返回的状态无法确认为交易最终状态，则判断疑账查询次数或调用疑账查询服务时限是否超出设定值，若返回了交易最终状态，则进行交易后续处理；
强制终态服务用于按业务场景将事务状态强制处理为成功或失败的约定终态，当疑账查询超出设定值时，服务调用方发起强制终态服务调用。
2.根据权利要求1所述的多平台对账方法，其特征在于，还包括：
发起强制终态服务调用，调用服务组合方相应的强制终态组合服务；
服务组合方强制终态组合服务被调用，按业务场景将事务状态强制处理为约定终态，则强制终态机制处理完成。
3.根据权利要求1所述的多平台对账方法，其特征在于，所述通过调用疑账查询获取组合服务的交易最终状态，根据组合服务与子服务执行结果决策返回交易状态，包括：
应用调用方发起疑账查询服务；
通过应用调用方上送的事件单编号查询主机表，获取交易终态信息；
将查询结果返回给服务调用方；其中，交易状态包括：成功、失败或未知。
4.根据权利要求2所述的多平台对账方法，其特征在于，所述服务组合方强制终态组合服务被调用，按业务场景将事务状态强制处理为约定终态，则强制终态机制处理完成，包括：
应用调用方发起强制终态处理机制，强制终态组合服务调用强制终态子服务；
强制终态子服务返回处理结果，强制终态组合服务返回所述处理结果给调用方；
判断返回结果强制终态是否处理成功，若处理成功，进行交易后续处理；
强制终态处理失败，发起AMC报警转人工处理，通过人工操作解决，进行交易后续处理。
5.一种多平台对账装置，其特征在于，包括：
疑账查询模块，用于当出现交易状态未知时，由服务调用方发起疑账查询处理；
交易状态模块，用于通过调用疑账查询获取组合服务的交易最终状态，根据组合服务与子服务执行结果决策返回交易状态；
处理模块，用于判断是否返回了交易最终状态，若返回的状态无法确认为交易最终状态，则判断疑账查询次数或调用疑账查询服务时限是否超出设定值，若返回了交易最终状态，则进行交易后续处理；
调用模块，用于强制终态服务用于按业务场景将事务状态强制处理为成功或失败的约定终态，当疑账查询超出设定值时，服务调用方发起强制终态服务调用。
6.根据权利要求5所述的多平台对账装置，其特征在于，还包括：
发起调用模块，用于发起强制终态服务调用，调用服务组合方相应的强制终态组合服务；
强制处理模块，用于服务组合方强制终态组合服务被调用，按业务场景将事务状态强制处理为约定终态，则强制终态机制处理完成。
7.根据权利要求5所述的多平台对账装置，其特征在于，所述交易状态模块包括：
查询服务单元，用于应用调用方发起疑账查询服务；
获取单元，用于通过应用调用方上送的事件单编号查询主机表，获取交易终态信息；
反馈单元，用于将查询结果返回给服务调用方；其中，交易状态包括：成功、失败或未知。
8.根据权利要求6所述的多平台对账装置，其特征在于，所述强制处理模块包括：
强制处理单元，用于应用调用方发起强制终态处理机制，强制终态组合服务调用强制终态子服务；
返回单元，用于强制终态子服务返回处理结果，强制终态组合服务返回所述处理结果给调用方；
判断单元，用于判断返回结果强制终态是否处理成功，若处理成功，进行交易后续处理；
人工单元，用于强制终态处理失败，发起AMC报警转人工处理，通过人工操作解决，进行交易后续处理。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至4任一项所述的多平台对账方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至4任一项所述的多平台对账方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110409601.8A CN113094571A (zh) | 2021-04-16 | 2021-04-16 | 多平台对账方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110409601.8A CN113094571A (zh) | 2021-04-16 | 2021-04-16 | 多平台对账方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113094571A true CN113094571A (zh) | 2021-07-09 |
Family
ID=76678470
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110409601.8A Pending CN113094571A (zh) | 2021-04-16 | 2021-04-16 | 多平台对账方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113094571A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113590423A (zh) * | 2021-07-30 | 2021-11-02 | 中国工商银行股份有限公司 | 一种业务文件处理方法和装置 |
| CN115150296A (zh) * | 2022-07-12 | 2022-10-04 | 中国银行股份有限公司 | 一种银行系统处理消息的方法及装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101571978A (zh) * | 2009-01-08 | 2009-11-04 | 深圳市奥拓电子有限公司 | 一种银行对帐方法 |
| WO2018103318A1 (zh) * | 2016-12-06 | 2018-06-14 | 上海壹账通金融科技有限公司 | 分布式事务处理方法和系统 |
| CN109359964A (zh) * | 2018-09-22 | 2019-02-19 | 深圳优讯科技有限公司 | 多方支付通道实时对账方法 |
| CN111277639A (zh) * | 2020-01-16 | 2020-06-12 | 中国建设银行股份有限公司 | 一种保持数据一致性的方法和装置 |
| CN111738733A (zh) * | 2020-06-17 | 2020-10-02 | 中国工商银行股份有限公司 | 疑帐作业的处理方法及装置 |
| CN112541830A (zh) * | 2020-12-29 | 2021-03-23 | 中国工商银行股份有限公司 | 用于事务一致性的处理方法、处理装置、和处理系统 |
-
2021
- 2021-04-16 CN CN202110409601.8A patent/CN113094571A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101571978A (zh) * | 2009-01-08 | 2009-11-04 | 深圳市奥拓电子有限公司 | 一种银行对帐方法 |
| WO2018103318A1 (zh) * | 2016-12-06 | 2018-06-14 | 上海壹账通金融科技有限公司 | 分布式事务处理方法和系统 |
| CN109359964A (zh) * | 2018-09-22 | 2019-02-19 | 深圳优讯科技有限公司 | 多方支付通道实时对账方法 |
| CN111277639A (zh) * | 2020-01-16 | 2020-06-12 | 中国建设银行股份有限公司 | 一种保持数据一致性的方法和装置 |
| CN111738733A (zh) * | 2020-06-17 | 2020-10-02 | 中国工商银行股份有限公司 | 疑帐作业的处理方法及装置 |
| CN112541830A (zh) * | 2020-12-29 | 2021-03-23 | 中国工商银行股份有限公司 | 用于事务一致性的处理方法、处理装置、和处理系统 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113590423A (zh) * | 2021-07-30 | 2021-11-02 | 中国工商银行股份有限公司 | 一种业务文件处理方法和装置 |
| CN115150296A (zh) * | 2022-07-12 | 2022-10-04 | 中国银行股份有限公司 | 一种银行系统处理消息的方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110417558B (zh) | 签名的验证方法和装置、存储介质及电子装置 | |
| US9948791B2 (en) | Sharing group notification | |
| CN111031058A (zh) | 基于WebSocket的分布式服务器集群交互方法及装置 | |
| CN112163946A (zh) | 基于分布式交易系统的账务处理方法及装置 | |
| CN113094571A (zh) | 多平台对账方法及装置 | |
| CN111414266B (zh) | 一种分布式事务的同步异步通信方法和装置 | |
| CN107833064B (zh) | 一种电话集成云crm的系统及方法 | |
| CN110764881A (zh) | 分布式系统后台重试方法及装置 | |
| CN112769945B (zh) | 分布式服务调用方法及装置 | |
| CN111782473A (zh) | 分布式日志数据处理方法、装置及系统 | |
| CN113159913A (zh) | 账务信息处理方法及装置 | |
| CN111352719A (zh) | 交易簿记服务数据处理方法、装置及系统 | |
| CN114048034A (zh) | 会计数据处理方法及装置 | |
| US9426114B2 (en) | Parallel message processing on diverse messaging buses | |
| CN112785201B (zh) | 异构系统准实时高可靠交互系统及方法 | |
| US9591146B2 (en) | Method and apparatus for flexible balance management using reservation consumption | |
| CN113190338A (zh) | 业务数据的处理方法、装置及系统 | |
| CN114255127A (zh) | 一种分布式系统的账务一致性处理方法及装置 | |
| CN112799929B (zh) | 报警日志的根因分析方法及系统 | |
| CN115208875B (zh) | 多传输中间件的信息集成系统 | |
| CN115421878A (zh) | 一种跨平台的批量作业处理方法及装置 | |
| CN114938353B (zh) | 基于流式计算的异步通知限流方法及系统 | |
| CN115665246B (zh) | 注册请求处理方法、装置、设备及存储介质 | |
| CN112968954B (zh) | 一种服务迁移的流量控制方法、服务器及系统 | |
| CN115396339A (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 |