掌桥专利:专业的专利平台
掌桥专利
首页

业务数据的处理方法、装置及系统

文献发布时间:2023-06-19 12:02:28


业务数据的处理方法、装置及系统

技术领域

本发明涉及大数据领域,具体涉及一种业务数据的处理方法、装置及系统。

背景技术

随着互联网信息技术快速发展,分布式系统兴起,分布式系统将传统的集中式业务处理拆解为多个并行的子业务系统,具有支持动态横向扩展等多种特点,成为了很多互联网金融公司的首选。与传统的集中式系统事务强一致性保障相比,分布式是通过事务最终一致性来保障,但是在平台分布式服务调用过程中,会因为偶尔网络抖动、硬件问题或被调用系统异常等情况出现调用超时,此时负责主事务的组合调用无法获取到被调用方的最终处理情况,往往会导致提供给客户的业务功能不完整或不一致。这种情况对于账务类交易有较大问题,如无法及时发现并解决,就会影响客户体验,导致客户投诉,严重者甚至可能造成银行或客户资金损失等重大影响。

发明内容

有鉴于此,本发明提供一种业务数据的处理方法、装置及系统,以解决上述提及的至少一个问题。

根据本发明的第一方面,提供一种业务数据的处理方法,所述方法包括:

响应于执行业务操作,根据预定规则生成所述业务的业务标识;

根据与所述业务相关的调用信息生成调用方调用信息,所述调用方调用信息至少包括:业务标识、业务调用状态;

根据所述调用方调用信息生成调用请求,并将该调用请求发送至被调用方,以便于所述被调用方根据所述调用请求执行相应的业务操作并生成被调用方调用信息,所述被调用方调用信息包括:所述业务标识、业务被调用状态;

响应于执行对账操作、且所述业务调用状态与所述业务被调用状态不一致,根据预定的强制规则将所述业务调用状态与所述业务被调用状态调整为一致。

根据本发明的第二方面,提供一种业务数据的处理装置,所述装置包括:

标识生成单元,用于响应于执行业务操作,根据预定规则生成所述业务的业务标识;

调用方调用信息生成单元,用于根据与所述业务相关的调用信息生成调用方调用信息,所述调用方调用信息至少包括:业务标识、业务调用状态;

调用请求发送单元,用于根据所述调用方调用信息生成调用请求,并将该调用请求发送至被调用方,以便于所述被调用方根据所述调用请求执行相应的业务操作并生成被调用方调用信息,所述被调用方调用信息包括:所述业务标识、业务被调用状态;

状态调整单元,用于响应于执行对账操作、且所述业务调用状态与所述业务被调用状态不一致,根据预定的强制规则将所述业务调用状态与所述业务被调用状态调整为一致。

根据本发明的第三方面,提供一种业务数据的处理系统,所述系统包括:如位于调用方侧的上述的业务数据的处理装置、以及位于被调用方侧的业务执行装置,其中,所述业务执行装置包括:

调用请求接收单元,用于接收来自所述业务数据的处理装置的调用请求;

业务操作单元,用于根据所述调用请求执行相应的业务操作;

被调用方调用信息生成单元,用于根据所述业务操作结果生成被调用方调用信息,所述被调用方调用信息包括:业务标识、业务被调用状态;

业务操作结果发送单元,用于将所述业务操作结果发送至所述业务数据的处理装置,以便于所述业务数据的处理装置更新调用方调用信息的业务调用状态。

根据本发明的第四方面,提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述方法的步骤。

根据本发明的第五方面,提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述方法的步骤。

由上述技术方案可知,通过在执行业务操作时,基于业务标识生成调用方调用信息,并根据调用方调用信息生成调用请求并发送给被调用方,所述被调用方根据调用请求执行相应的业务操作并生成被调用方调用信息,在执行对账操作时,当调用方的业务调用状态与被调用方的业务被调用状态不一致时,可以根据预定的强制规则将业务调用状态与业务被调用状态调整为一致,如此,可以克服分布式系统因调用超时带来的业务功能无法保持一致的问题,可以有效提高用户的体验感。

附图说明

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

图1是根据本发明实施例的业务数据处理系统的结构框图;

图2是根据本发明实施例的业务数据处理装置1的结构框图;

图3是根据本发明实施例的业务执行装置2的结构框图;

图4是根据本发明实施例的“调用信息登记”模块的调用信息登记流程图;

图5是根据本发明实施例的后台异步对账模式的工作流程图;

图6是批量文件对账模式的工作流程图;

图7是“强制最终一致”处理模块后台异步处理模式的工作流程图;

图8是“强制最终一致”处理模块批量文件处理模式的工作流程图;

图9是根据本发明实施例的业务数据处理示例系统的工作模式示意图;

图10是根据本发明实施例的业务数据处理方法的流程图;

图11为本发明实施例的电子设备600的系统构成的示意框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

由于在平台分布式服务调用过程中,会因为偶尔网络抖动、硬件问题或被调用系统异常等情况出现调用超时的问题,从而导致提供给客户的业务信息不完整或不一致,进而可能导致银行或客户资金损失问题,影响客户的体验感。基于此,本发明实施例提供一种业务数据的处理方案,该方案可应用于金融领域,该方案可以克服分布式系统因调用超时带来的业务信息无法保持一致的问题,可以有效提高用户的体验感。以下结合附图来详细描述本发明实施例。

图1是根据本发明实施例的业务数据处理系统的结构框图,如图1所示,该系统包括:位于调用方侧的业务数据处理装置1、以及位于被调用方侧的业务执行装置2,其中,业务数据处理装置调用业务执行装置执行业务操作。以下分别详细描述这两个装置。

图2是该业务数据处理装置1的结构框图,如图2所示,该业务数据处理装置1包括:标识生成单元11、调用方调用信息生成单元12、调用请求发送单元13和状态调整单元14,其中:

标识生成单元11,用于响应于执行业务操作,根据预定规则生成所述业务的业务标识。

具体地,标识生成单元11可以根据业务执行时间生成业务标识。

调用方调用信息生成单元12,用于根据与所述业务相关的调用信息生成调用方调用信息,所述调用方调用信息至少包括:业务标识、业务调用状态。

这里的业务调用状态包括:处理中、处理成功或处理失败。

调用请求发送单元13,用于根据所述调用方调用信息生成调用请求,并将该调用请求发送至被调用方业务执行装置2,以便于所述业务执行装置根据所述调用请求执行相应的业务操作并生成被调用方调用信息,所述被调用方调用信息包括:所述业务标识、业务被调用状态。

业务被调用状态包括:处理中、处理成功或处理失败。

状态调整单元14,用于响应于执行对账操作、且所述业务调用状态与所述业务被调用状态不一致,根据预定的强制规则将所述业务调用状态与所述业务被调用状态调整为一致。

例如,状态调整单元14可以根据发送给客户方的业务状态信息(例如,业务操作成功或者业务操作失败)将所述业务调用状态与所述业务被调用状态调整为一致。

通过在执行业务操作时,调用方调用信息生成单元12基于标识生成单元11生成的业务标识生成调用方调用信息,调用请求发送单元13根据调用方调用信息生成调用请求并发送给被调用方,所述被调用方根据调用请求执行相应的业务操作并生成被调用方调用信息,在执行对账操作时,当调用方的业务调用状态与被调用方的业务被调用状态不一致时,状态调整单元14可以根据预定的强制规则将业务调用状态与业务被调用状态调整为一致,如此,可以克服分布式系统因调用超时带来的业务功能无法保持一致的问题,可以有效提高用户的体验感。

在实际操作中,上述装置1还包括:状态更新单元,用于根据接收的来自所述被调用方业务执行装置2的业务操作结果更新所述调用方调用信息的业务调用状态,所述业务操作结果包括:所述业务被调用状态。

在一个实施例中,上述装置1还包括:状态查询请求发送单元,用于在预定时间内未收到来自所述被调用方业务执行装置2的业务操作结果、且所述业务调用状态为处理中时,将业务状态查询请求发送至所述被调用方业务执行装置2,以便于根据所述被调用方业务执行装置2返回的查询结果更新所述业务调用状态。

图3是业务执行装置2的结构框图,如图3所示,该业务执行装置2包括:调用请求接收单元21、业务操作单元22、被调用方调用信息生成单元23和业务操作结果发送单元24,其中:

调用请求接收单元21,用于接收来自所述业务数据的处理装置的调用请求;

业务操作单元22,用于根据所述调用请求执行相应的业务操作;

被调用方调用信息生成单元23,用于根据所述业务操作结果生成被调用方调用信息,所述被调用方调用信息包括:业务标识、业务被调用状态;

业务操作结果发送单元24,用于将所述业务操作结果发送至所述业务数据的处理装置,以便于所述业务数据的处理装置更新调用方调用信息的业务调用状态。

在实际操作中,上述各单元、可以组合设置、也可以单一设置,本发明不限于此。

为了更好地理解本发明,以下以银行分布式系统为例,来详细描述本发明实施例。

在该实例中,银行分布式系统子系统众多、各系统调用关系尤如蛛网般复杂,本实施例提供了一种多系统间通讯异常自动化对账系统,该示例系统包括:“调用信息登记”模块、“自动对账”模块和“强制最终一致”处理模块,通过这三个模块,可以实现自动化对账,提供准实时、自动、可靠的事务对账检查,可以更简单、快速、可靠地解决因调用超时带来的事务无法保持一致的问题,有效提高客户体验。以下分别描述这三个模块。

一、“调用信息登记”模块

图4是“调用信息登记”模块的调用信息登记流程图,如图4所示,该流程包括:

步骤401,前端系统发起调用业务组合方(对应于上述的调用方,具有业务数据处理装置1的功能)接口,系统根据预定规则(如获取系统当前时间标签,提取数字部分的信息)生成全局唯一的“业务功能主序列串”(对应于上述的业务标识)。该“业务功能主序列串”在前端调用时都会自动生成,且保证每次生成必须唯一,将用于该次调用后续处理时,分别登记到调用信息表的“业务功能主序列串”字段中和“被调用信息表”的“业务功能主序列串”字段中。

例如:

“业务功能主序列串”为:“20210314104611000000”(按时间标签“2021-03-1410:46:11.000000”,删除标点符号后的数字生成)。

步骤402,业务组合方MainInterfaceA把调用第一个子系统接口SubInterfaceA(对应于上述的被调用方,具有业务执行装置2的功能)的相关信息记录到数据库“调用信息表”中。插入调用信息时,将第一步生成的“业务功能主序列串”作为“调用信息表”中“业务功能主序列串”字段内容,记录到数据库“调用信息表”中,初始状态为“处理中”,然后调用子系统功能SubInterfaceA,并把“业务功能主序列串”传递给SubInterfaceA。

例如:

a.“业务功能主序列串”为:“20210314104611000000”;

b.“调用信息表”如下表1所示:

表1

步骤403,被调用方的接口SubInterfaceA收到调用请求后,先把相关信息记录到数据库“被调用登记表”中。插入调用信息时,将收到的“业务功能主序列串”作为“被调用信息表”中“业务功能主序列串”字段内容,记录到数据库“被调用信息表”中,初始状态为“处理中”。

例如:

a.“业务功能主序列串”为:“20210314104611000000”;

b.“被调用信息表”如下表2所示:

表2

步骤404,被调用方的接口SubInterfaceA在“被调用登记表”记录后,进行相关的业务处理,然后根据相应的结果更新“被调用信息表”的调用状态为“处理成功”或“处理失败”,最后把结果返回给业务组合方MainInterfaceA。

例如:

a.“业务功能主序列串”为:“20210314104611000000”;

b.“被调用信息表”如下表3所示:

表3

步骤405,业务组合方MainInterfaceA收到SubInterfaceA返回的调用结果后更新“调用信息表”的调用状态为“处理成功”或“处理失败”,如果因为网络抖动、硬件问题或被调用方系统异常等无法收到调用结果,则一直保持调用状态为“处理中”不变。

例如:

a.“业务功能主序列串”为:“20210314104611000000”;

b.“调用信息表”如下表4所示:

表4

同理,业务组合方MainInterfaceA在调用SubInterfaceB、SubInterfaceC按照上述方法登记。

例如:

a.“业务功能主序列串”为:“20210314104611000000”;

b.“调用信息表”如下表5所示:

表5

二、“自动对账”模块

“自动对账”模块的对账处理操作可以包括:后台异步对账和批量文件对账两种模式。以下分别描述这两个模式。

(1)后台异步对账模式

图5是后台异步对账模式的工作流程图,如图5所示,该流程包括:

步骤501,业务组合方筛选组合服务被调用信息表记录进行疑账确认,筛选条件包括如下两个:

a.判断调用状态仍为“处理中”;

b.判断发生时间与当前时间间隔超过调用超时时间阀值参数。

例如:

根据“业务功能主序列串”为:“20210314104611000000”遍历上述表5所示的调用信息表获取信息;

调用SubInterfaceC的记录的调用状态为“处理中”且调用发生时间与当前时间(10:47:14)大于超时阀值60秒,则认定MainInterfaceA调用SubInterfaceC出现了异常。

步骤502,业务组合方根据筛选出的记录,根据“业务功能主序列串”信息,查询各个子系统的被调用信息表登记的子功能处理结果。

步骤503,业务组合方根据“业务功能主序列串”调用子系统提供的疑账查询服务,确认子系统的处理状态,如果子系统疑账查询没有返回,则自动循环调用,直接返回疑账查询结果。

在实际操作中,各子系统需提供疑账查询服务,该服务根据“业务功能主序列串”查询本系统“被调用信息表”,返回查询结果包括:“无记录/处理成功/处理失败”。

例如:

根据“业务功能主序列串”为:“20210314104611000000”调用信息表去被调用信息表获取SubInterfaceC的被调用记录的调用状态为“处理成功”(参见如下表6),把该调用状态返回给业务组合方。

表6

步骤504,业务组合方根据返回的结果更新调用信息表。

如果返回“处理成功”则更新为“处理成功”,如果返回“处理失败”或者“无记录”则更新为“处理失败”。

例如:

“业务功能主序列串”为:“20210314104611000000”调用信息表最后更新为表7所示:

表7

步骤505,根据调用信息表和各子系统被调用信息表,核对各系统间的处理结果是否一致,如果存在不一致,则向监控系统发送报警信息。

具体判断规则如下表8所示:

表8

(2)批量文件对账模式

图6是批量文件对账模式的工作流程图,如图6所示,该流程包括:

步骤601,子系统接口提供方根据被调用信息表生成对账数据文件。

在实际操作中,批量文件对账模式包括:日间批量文件多批次对账和日终批量对账,以下分别描述这两种对账方式。

①日间批量文件多批次对账,是指多场次地通过日间批量作业生成对账文件进行对账的处理机制。

日间批量对账由子系统接口提供方根据被调用信息表生成对账数据文件(在实际操作中,数据均需明确账务状态,不应保持“未知”),传输给业务组合方进行对账处理,可按业务需要设定多个场次的对账处理。

例如:

子系统A给业务组合方系统提供对账文件check_file_a,文件结构和内容如下

表9所示:

表9

同理,子系统B和C分别给业务组合方系统提供如下表所示的对账文件check_file_b和check_file_c,文件结构和内容为:

表10

表11

业务组合方系统收到上述3个对账文件后,核对本地调用信息表是否与文件一致,如果不一致,则根据对账文件更新调用信息表的调用状态为“处理成功”或“处理失败”。

②日终批量对账,是指通过日终批量作业生成基准对账文件进行对账的处理机制。

日终批量对账由子系统接口根据被调用信息表提供方生成对账数据文件(数据均需明确账务状态,不应保持“未知”),传输给业务组合方进行对账处理。

步骤602,业务组合方根据各子系统提供的文件更新调用信息表。

如果返回“处理成功”则更新为“处理成功”,如果返回“处理失败”或者“无记录”则更新为“处理失败”。

步骤603,业务组合方根据调用信息表和各子系统被调用信息表,核对各系统间的处理结果是否一致,如果存在不一致,则向监控系统发送报警信息,具体判断规则可参见表8所示。

三、“强制最终一致”处理模块

业务系统需保证给客户最终结果是一致的,因此对账处理后如果出现业务组合方与各个子系统之间的核对不一致的情况,则需要通过“强制最终一致”处理模块让业务组合方与各子系统的事务结果保持一致。

“强制最终一致”处理操作可以分为:后台异步处理和批量文件处理两种模式,以下分别描述这两种模式。

(1)后台异步处理模式

图7是“强制最终一致”处理模块后台异步处理模式的工作流程图,如图7所示,该流程包括:

步骤701,业务组合方根据“自动对账”模块的结果,进一步找出不一致的子系统纪录。

例如:

“业务功能主序列串”为:“20210314104611000000”调用信息表为表7所示;

子系统C的被调用信息表为表12所示:

表12

步骤702,业务组合方对于子系统与业务组方的不一致的子系统纪录,根据“业务功能主序列串”调用强制最终一致处理服务,该服务可以由子系统提供,也可以由业务组合方提供。

步骤703,基于发送给客户的相关业务信息,子系统根据业务功能主序列串的记录更新被调用信息表为“处理成功”或“处理失败”。

例如:

子系统C的被调用信息表最后被更新为表13所示:

表13

(2)批量文件处理模式

图8是“强制最终一致”处理模块批量文件处理模式的工作流程图,如图8所示,该流程包括:

步骤801,业务组合方根据“自动对账”模块的结果,找出不一致的子系统纪录。

例如:

“业务功能主序列串”为:“20210314104611000000”调用信息表为表7所示;

子系统C的被调用信息表为表12所示。

步骤802,业务组合方对于子系统与业务组合方的不一致的子系统纪录,根据“业务功能主序列串”生成强制最终一致文件,传给子系统。

例如:

生成给子系统C的强制最终一致文件force_file_c,如表14所示:

表14

步骤803,子系统接收强制最终一致文件后,根据业务功能主序列串的记录更新被调用信息表为“处理成功”或“处理失败”。

例如:

将子系统C的被调用信息表最后被更新为上述表13所示。

由以上描述可知,本发明实施例解决了多系统组合调用过程中,因为偶尔网络抖动、硬件问题或被调用系统异常等情况出现调用超时,此时负责主事务的组合方调用无法获取到被调用方的最终处理情况,有可能造成大量客户交易无法确认,使得用户对于系统使用体验感受较差,严重者甚至可能造成银行或客户资金损失的重大问题。通过引入图9所示的自动化对账及最终一致性处理模式,提供了严谨、完善的对账及处理机制,尤其在网络环境复杂的情况下,本发明实施例使得多系统之间组合调用的结果确认更加简单、快速、可靠,尽可能加快可疑交易解决时效,提升用户体验。

基于相似的发明构思,本发明实施例还提供一种业务数据的处理方法,该方法优选地可应用于上述的业务数据处理装置1。

图10是根据本发明实施例的业务数据处理方法的流程图,如图10所示,该方法包括:

步骤1001,响应于执行业务操作,根据预定规则生成所述业务的业务标识。

例如,可以根据业务执行时间生成所述业务的业务标识。

步骤1002,根据与所述业务相关的调用信息生成调用方调用信息,所述调用方调用信息至少包括:业务标识、业务调用状态。

步骤1003,根据所述调用方调用信息生成调用请求,并将该调用请求发送至被调用方,以便于所述被调用方根据所述调用请求执行相应的业务操作并生成被调用方调用信息,所述被调用方调用信息包括:所述业务标识、业务被调用状态。

步骤1004,响应于执行对账操作、且所述业务调用状态与所述业务被调用状态不一致,根据预定的强制规则将所述业务调用状态与所述业务被调用状态调整为一致。

优选地,可以根据发送给客户方的业务状态信息(例如,业务操作成功或者业务操作失败)将所述业务调用状态与所述业务被调用状态调整为一致。

通过在执行业务操作时,基于业务标识生成调用方调用信息,并根据调用方调用信息生成调用请求并发送给被调用方,所述被调用方根据调用请求执行相应的业务操作并生成被调用方调用信息,在执行对账操作时,当调用方的业务调用状态与被调用方的业务被调用状态不一致时,可以根据预定的强制规则将业务调用状态与业务被调用状态调整为一致,如此,可以克服分布式系统因调用超时带来的业务功能无法保持一致的问题,可以有效提高用户的体验感。

优选地,在在执行对账操作之前,所述方法还包括:根据接收的来自所述被调用方的业务操作结果更新所述调用方调用信息的业务调用状态,所述业务操作结果包括:所述业务被调用状态。

在实际操作中,当预定时间内未收到来自所述被调用方的业务操作结果、且所述业务调用状态为处理中时,可以将业务状态查询请求发送至所述被调用方,以便于根据所述被调用方返回的查询结果更新所述业务调用状态。

上述各步骤的具体实施过程,可以参见上述系统/装置实施例中的描述,此处不再赘述。

本实施例还提供一种电子设备,该电子设备可以是台式计算机、平板电脑及移动终端等,本实施例不限于此。在本实施例中,该电子设备可以参照上述方法实施例进行实施及业务数据处理装置/系统的实施例进行实施,其内容被合并于此,重复之处不再赘述。

图11为本发明实施例的电子设备600的系统构成的示意框图。如图11所示,该电子设备600可以包括中央处理器100和存储器140;存储器140耦合到中央处理器100。值得注意的是,该图是示例性的;还可以使用其他类型的结构,来补充或代替该结构,以实现电信功能或其他功能。

一实施例中,业务数据处理功能可以被集成到中央处理器100中。其中,中央处理器100可以被配置为进行如下控制:

响应于执行业务操作,根据预定规则生成所述业务的业务标识;

根据与所述业务相关的调用信息生成调用方调用信息,所述调用方调用信息至少包括:业务标识、业务调用状态;

根据所述调用方调用信息生成调用请求,并将该调用请求发送至被调用方,以便于所述被调用方根据所述调用请求执行相应的业务操作并生成被调用方调用信息,所述被调用方调用信息包括:所述业务标识、业务被调用状态;

响应于执行对账操作、且所述业务调用状态与所述业务被调用状态不一致,根据预定的强制规则将所述业务调用状态与所述业务被调用状态调整为一致。

从上述描述可知,本申请实施例提供的电子设备,通过在执行业务操作时,基于业务标识生成调用方调用信息,并根据调用方调用信息生成调用请求并发送给被调用方,所述被调用方根据调用请求执行相应的业务操作并生成被调用方调用信息,在执行对账操作时,当调用方的业务调用状态与被调用方的业务被调用状态不一致时,可以根据预定的强制规则将业务调用状态与业务被调用状态调整为一致,如此,可以克服分布式系统因调用超时带来的业务功能无法保持一致的问题,可以有效提高用户的体验感。

在另一个实施方式中,业务数据处理装置/系统可以与中央处理器100分开配置,例如可以将业务数据处理装置/系统配置为与中央处理器100连接的芯片,通过中央处理器的控制来实现业务数据处理功能。

如图11所示,该电子设备600还可以包括:通信模块110、输入单元120、音频处理单元130、显示器160、电源170。值得注意的是,电子设备600也并不是必须要包括图11中所示的所有部件;此外,电子设备600还可以包括图11中没有示出的部件,可以参考现有技术。

如图11所示,中央处理器100有时也称为控制器或操作控件,可以包括微处理器或其他处理器装置和/或逻辑装置,该中央处理器100接收输入并控制电子设备600的各个部件的操作。

其中,存储器140,例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息,此外还可存储执行有关信息的程序。并且中央处理器100可执行该存储器140存储的该程序,以实现信息存储或处理等。

输入单元120向中央处理器100提供输入。该输入单元120例如为按键或触摸输入装置。电源170用于向电子设备600提供电力。显示器160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器,但并不限于此。

该存储器140可以是固态存储器,例如,只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器,其即使在断电时也保存信息,可被选择性地擦除且设有更多数据,该存储器的示例有时被称为EPROM等。存储器140还可以是某种其它类型的装置。存储器140包括缓冲存储器141(有时被称为缓冲器)。存储器140可以包括应用/功能存储部142,该应用/功能存储部142用于存储应用程序和功能程序或用于通过中央处理器100执行电子设备600的操作的流程。

存储器140还可以包括数据存储部143,该数据存储部143用于存储数据,例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器140的驱动程序存储部144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块110即为经由天线111发送和接收信号的发送机/接收机110。通信模块(发送机/接收机)110耦合到中央处理器100,以提供输入信号和接收输出信号,这可以和常规移动通信终端的情况相同。

基于不同的通信技术,在同一电子设备中,可以设置有多个通信模块110,如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)110还经由音频处理器130耦合到扬声器131和麦克风132,以经由扬声器131提供音频输出,并接收来自麦克风132的音频输入,从而实现通常的电信功能。音频处理器130可以包括任何合适的缓冲器、解码器、放大器等。另外,音频处理器130还耦合到中央处理器100,从而使得可以通过麦克风132能够在本机上录音,且使得可以通过扬声器131来播放本机上存储的声音。

本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时以实现上述业务数据处理方法的步骤。

综上所述,本发明实施例提供了一种业务数据处理方案,通过自动化对账方式,提供了准实时、自动、可靠的事务对账检查以及最终处理方案,尤其在分布式系统子系统众多、各系统调用关系尤如蛛网般复杂的情况下,本发明实施例可以更简单、快速、可靠地解决因调用超时带来的事务无法保持一致的问题,有效提高客户体验。

以上参照附图描述了本发明的优选实施方式。这些实施方式的许多特征和优点根据该详细的说明书是清楚的,因此权利要求旨在覆盖这些实施方式的落入其真实精神和范围内的所有这些特征和优点。此外,由于本领域的技术人员容易想到很多修改和改变,因此不是要将本发明的实施方式限于所例示和描述的精确结构和操作,而是可以涵盖落入其范围内的所有合适修改和等同物。

本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

相关技术
  • 业务数据的处理方法及装置、业务数据处理系统
  • 一种业务数据处理方法以及业务数据处理系统的构建方法
技术分类

06120113148819