CN103577570A - 一种数据处理中的数据记录方法和系统 - Google Patents

Abstract

本发明公开了一种数据处理中的数据记录方法，所述的方法包括：依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理；依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方；若交互数据输出成功，则在数据库的交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并更新所述处理关联表；将交互数据处理成功的状态反馈给所述网关系统。从而可以清晰地记录数据处理的过程，便于后续进行数据处理的复查等操作。

Description

一种数据处理中的数据记录方法和系统

技术领域

本发明涉及计算机技术，具体涉及一种数据处理中的数据记录方法，和一种数据处理系统。

背景技术

系统在处理用户的数据请求时，通常仅进行数据的传输，而不会记录数据的传输过程，这也导致了数据传输过程不清楚，无法了解数据传输中是否出现错误问题。

例如在电子商务系统中，系统需要处理买、卖双方的各种数据，而实际上在支付领域，如某虚拟币系统，对于虚拟币的交易仅记录交易流水，然后以交易流水记录中的金额与第三方完成对账，根据相应业务规则将金额统计到一个唯一账户里，然后针对该账户产出财务报表。

而实际上一笔交易会涉及到买、卖双方，上述方法仅在一个账户内记录金额，并不能真实的体现出该交易中资金的流动情况，导致交易过程不清晰，不利于确定账户记录的准确性。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的数据处理和相应的数据处理中的数据记录方法。

依据本发明的一个方面，提供了一种数据处理中的数据记录方法，包括：依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理；依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方；若交互数据输出成功，则在数据库的交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并更新所述处理关联表；将交互数据处理成功的状态反馈给所述网关系统。

本发明一个可选实施例中，所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：确定所述输出方为每个接收方输出的交互数据；在所述输出方和/或所述每个接收方的交互数据表中记录输出方标识及输出的交互数据，以及相应接收方标识及接收的交互数据，其中，对各接收方接收的交互数据相加求和等于所述输出的交互数据。

本发明一个可选实施例中，还包括：若交互数据处理失败，则将交互数据处理失败的状态反馈给所述网关系统，并通过网关系统提示用户对所述数据处理的补充操作，所述补充操作包括以下任一项：重新发送所述数据处理请求，和取消所述数据处理请求。

本发明一个可选实施例中，所述依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理，包括：获取所述数据处理请求中携带的参数，并依据所述参数对数据库的处理关联表中各字段进行登记，所述字段包括：处理类别、输出方式、交互数据、数据类型和时间信息。

本发明一个可选实施例中，所述数据处理请求为第一处理请求，所述交互数据表为接收方的账户数据表；依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方，包括：依据所述第一处理请求接收网关系统发送的输出方的交互数据，并将所述交互数据充入接收方的账户内；所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：在所述接收方的账户数据表中记录输出方标识及对应的交互数据，和接收方标识及对应的交互数据，并记录输出方式、处理类别和时间信息。

本发明一个可选实施例中，所述数据处理请求为第二处理请求，所述交互数据表为输出方的账户数据表和输入方的账户数据表；所述依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方，包括：依据所述第二处理请求将所述输出方的账户内的交互数据充入至少一个接收方的账户内；所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和各接收方标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息，其中接收方接收的交互数据和等于所述输出的交互数据；在每个接收方中的账户数据表中分别记录所述接收方的接收方标识及对应接收的交互数据，和所述输出方标识及所述输出方输出给所述接收方的交互数据，并记录输出方式、处理类别和时间信息。

本发明一个可选实施例中，所述数据处理请求为第三处理请求，所述交互数据表为输出方的账户数据表，所述接收方为银行账户；所述依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方，包括：依据所述第三处理请求将输出方的账户内的交互数据通过网关系统输出到银行账户内；所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和银行账户的银行标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息。

本发明一个可选实施例中，处理关联表包括冻结单和付款单；则所述依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理之后，还包括：在所述输出方的账户内冻结所述输出的交互数据，以使所述交互数据仅能依据所述第三处理请求进行输出操作。

本发明一个可选实施例中，还包括：在输出方和/或输入方的账户中扣除依据所述数据处理请求确定的附加交互数据，并在对应的账户数据表中进行复式记录。

根据本发明的另一方面，提供了一种数据处理系统，包括：关联表登记模块，用于依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理，以及更新所述处理关联表；交互输出模块，用于依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方；记录模块，用于当交互数据输出成功时，在数据库的交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并触发所述关联表登记模块更新所述处理关联表；反馈模块，用于将交互数据处理成功的状态反馈给所述网关系统。

本发明一个可选实施例中，所述记录模块，用于确定所述输出方为每个接收方输出的交互数据；在所述输出方和/或所述每个接收方的交互数据表中记录输出方标识及输出的交互数据，以及相应接收方标识及接收的交互数据，其中，对各接收方接收的交互数据相加求和等于所述输出的交互数据。

本发明一个可选实施例中，所述反馈模块，还用于当交互数据处理失败时，将交互数据处理失败的状态反馈给所述网关系统，并通过网关系统提示用户对所述数据处理的补充操作，所述补充操作包括以下任一项：重新发送所述数据处理请求，和取消所述数据处理请求。

本发明一个可选实施例中，所述关联表登记模块，用于获取所述数据处理请求中携带的参数，并依据所述参数对数据库的处理关联表中各字段进行登记，所述字段包括：处理类别、输出方式、交互数据、数据类型和时间信息。

本发明一个可选实施例中，所述数据处理请求为第一处理请求，所述交互数据表为接收方的账户数据表；所述交互输出模块，用于依据所述第一处理请求接收网关系统发送的输出方的交互数据，并将所述交互数据充入接收方的账户内；所述记录模块，用于在所述接收方的账户数据表中记录输出方标识及对应的交互数据，和接收方标识及对应的交互数据，并记录输出方式、处理类别和时间信息。

本发明一个可选实施例中，所述数据处理请求为第二处理请求，所述交互数据表为输出方的账户数据表和输入方的账户数据表；所述交互输出模块，用于依据所述第二处理请求将所述输出方的账户内的交互数据充入至少一个接收方的账户内；所述记录模块，用于在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和各接收方标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息，其中接收方接收的交互数据和等于所述输出的交互数据；在每个接收方中的账户数据表中分别记录所述接收方的接收方标识及对应接收的交互数据，和所述输出方标识及所述输出方输出给所述接收方的交互数据，并记录输出方式、处理类别和时间信息。

本发明一个可选实施例中，所述数据处理请求为第三处理请求，所述交互数据表为输出方的账户数据表，所述接收方为银行账户；所述交互输出模块，用于依据所述第三处理请求将输出方的账户内的交互数据通过网关系统输出到银行账户内；所述记录模块，用于在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和银行账户的银行标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息。

本发明一个可选实施例中，处理关联表包括冻结单和付款单；所述交互输出模块，还用于在所述输出方的账户内冻结所述输出的交互数据，以使所述交互数据仅能依据所述第三处理请求进行输出操作。

本发明一个可选实施例中，所述交互输出模块，还用于在输出方和/或输入方的账户中扣除依据所述数据处理请求确定的附加交互数据，并触发所述记录模块在对应的账户数据表中进行复式记录。

根据本发明的数据处理中的数据记录方法，可以依据网关系统的数据处理请求登记数据表并将输出方的交互数据输出给至少一个接收方，进而在交互数据输出成功后在交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并更新所述处理关联表，再反馈交互数据处理成功的状态给所述网关系统。从而可以清晰地记录数据处理的过程，便于后续进行数据处理的复查等操作。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例一提供的数据处理中的数据记录方法流程图；

图2示出了本发明实施例二提供的数据处理中的数据记录方法流程图；

图3示出了本发明实施例四提供的数据处理系统结构图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供一种数据处理中的数据记录方法，可以依据网关系统的数据处理请求登记数据表并将输出方的交互数据输出给至少一个接收方，进而在交互数据输出成功后在交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并更新所述处理关联表，再反馈交互数据处理成功的状态给所述网关系统。从而可以清晰地记录数据处理的过程，便于后续进行数据处理的复查等操作。

实施例一

本实施例提供一种数据处理中的数据记录方法可以清晰地记录数据处理的过程，包括以下操作步骤：

参照图1，示出了本发明实施例一提供的数据处理中的数据记录方法流程图。

步骤101，依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理。

在进行数据处理时网关系统会发送数据处理请求，该数据处理请求中包括该数据处理的相关信息，如数据处理的双方、交互数据、以及该数据处理的描述信息等内容，从而数据处理系统会首先依据该数据处理请求在数据库的处理关联表中进行登记，其中，所述处理关联表为与所述数据处理相关的数据库表，用于记录当前数据处理的相关信息。

步骤102，依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方。

从该数据处理请求中确定数据处理的输出方和至少一个接收方，从而将输出方的交互数据输出给至少一个接收方，即本实施例中同一输出方可以同时将数据输出给一个或多个接收方。

步骤103，若交互数据输出成功，则在数据库的交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并更新所述处理关联表。

在交互数据输出成功后，可以在数据库的交互数据表进行记录，其中所述交互数据表是记录输出方或接收方的交互数据的数据库表，可以包括输出方标识或接收方标识、输出方或接收方具有的交互数据，数据种类等信息。

从而在数据库的交互数据表中可以通过复式记录的方式进行填写，所谓复式记录指的是同时记录数据处理的输出方和接收方，以及彼此进行交互的数据，从而清晰地记录数据处理过程，因此可以在交互数据表中填写输出方标识及对应的交互数据，和接收方标识对应的交互数据。然后在更新所述处理关联表，以标记完成数据处理。

步骤104，将交互数据处理成功的状态反馈给所述网关系统。

综上所述，可以依据网关系统的数据处理请求登记数据表并将输出方的交互数据输出给至少一个接收方，进而在交互数据输出成功后在交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并更新所述处理关联表，再反馈交互数据处理成功的状态给所述网关系统。从而可以清晰地记录数据处理的过程，便于后续进行数据处理的复查等操作。

实施例二

在上述实施例的基础上，本实施例再次详细论述数据处理中的数据记录方法。

参照图2，示出了本发明实施例二提供的数据处理中的数据记录方法流程图。

步骤201，依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理。

本发明一个可选实施例中，依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理，包括：获取所述数据处理请求中携带的参数，并依据所述参数对数据库的处理关联表中各字段进行登记，所述字段包括：处理类别、输出方式、交互数据、数据类型和时间信息。

处理关联表用于记录当前数据处理的相关信息，因此可以获取数据处理请求中携带的参数，然后对处理关联表中各字段进行登记，所述字段包括：处理类别、输出方式、交互数据、数据类型和时间信息。从而通过登记处理关联表可以

其中，处理关联表及其中的字段的填写与数据处理所实际应用的领域相关，如应用于电子商务领域时，处理类别可以包括交易、充值和提现等，交互数据可以是资金数据，则数据类型可以为人民币、美元等，因此本发明实施例并不限定处理关联表中各字段的实际填写内容，可以依据实际需求确定。

步骤202，依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方。

步骤203，确定交互数据是否输出成功。

若否，即输出方未成功的将交互数据输出给接收方，则执行步骤204；若是，即输出方已成功的将交互数据输出给各接收方，则执行步骤205。

步骤204，将交互数据处理失败的状态反馈给所述网关系统。

当输出方未成功的将交互数据输出给接收方时，可以将交互数据处理失败的状态反馈给网关系统，以通知网关系统当前数据处理失败，进而通过网关系统提示用户对所述数据处理进行补充操作，所述补充操作包括以下任一项：重新发送所述数据处理请求，和取消所述数据处理请求。

即网关系统可以反馈数据处理失败的状态给用户，进而询问用户是否需要重新发送数据处理请求以重新进行数据处理，或是取消本次数据处理请求，不用进行数据处理。

步骤205，依据网关系统的数据处理请求确定所述输出方为每个接收方输出的交互数据。

步骤206，在输出方和/或每个接收方的交互数据表中记录输出方标识及输出的交互数据，以及相应接收方标识及接收的交互数据。

依据所述处理请求中携带的参数，可以获取当前数据处理请求的数据处理的双方（输出方和接收方），以及输出方要输出给每个接收方的交互数据。

从而在交互数据输出成功后，可以在输出方的交互数据表中进行记录，具体包括记录输出方标识及输出的交互数据，和每个接收方标识及相应接收的交互数据，其中，对各接收方接收的交互数据相加求和等于所述输出的交互数据。可以分别记录输出方与每个接收方的数据处理，如表1所示：

表1

表1仅用于举例论述在交互数据表中的复式记录方法，不应理解为是对本发明的限制，实际处理中可以采用不同的表格记录，且还可以记录数据处理时间、数据处理类型等其他信息。

也可以在每个接收方的交互数据表中分别记录其进行的数据处理，如记录接收方标识及对应接收的交互数据，和输出方标识及输出给该接收方的交互数据，则此时对应接收的交互数据与输出给该接收方的交互数据相等。其中接收方的交互数据表中记录方法与表1类似。

当然，也可以分别在输出方和接收方的交互数据表中分别进行记录，记录方法与上述相同。

步骤207，更新所述处理关联表。

步骤208，将交互数据处理成功的状态反馈给所述网关系统。

综上所述，在输出方和/或接收方的交互数据表中记录时，可以分别记录输出方标识及输出的交互数据，以及相应接收方标识及接收的交互数据，从而在输出方和接收方处均可以清晰地获知数据处理过程，后续可以方便的根据交互数据表中的记录进行数据处理的核对。

其次，在数据处理失败时，可以反馈给网关系统，进而通过网关系统提示用户对所述数据处理的补充操作，如重新发送所述数据处理请求，或取消所述数据处理请求等，从而可以及时对数据处理失败的情况进行补充处理，减少用户的损失。

实施例三

本实施例进一步结合具体的应用论述数据处理中的数据记录方法，假设在电子商务领域中，以资金在账户间的流动作为一种数据处理过程。

则交互数据可以为用户账户内的资金数据，对用户账户内资金数据的流动（即资金数据的处理）可以采用复式记账的方式进行数据记录。所谓复式记账，是指以资产与权益平衡关系作为记账基础，对于每一项经济业务，都要在两个或两个以上的账户中相互联系进行登记，系统地反映资金运动变化结果的一种记账方法。复式记账的理论依据是会计基本等式。

例如，复式记账中的一种方法为借贷记账，借贷记账是以“借”、“贷”为记账符号，以“资产＝负债+所有者权益”的会计等式为理论依据，以“有借必有贷，借贷必相等”为记账规则的一种科学复式记账法。从而在应用借贷记账时，可以采用“Dr.”即借贷记账法记账符号“借”作为输出方标识，采用“Cr.”即借贷记账法记账符号“贷”，作为接收方标识。

例如，账户按人名设置时，可以划分上下两个记账地位：账户的上方登记客户的借款，称为借主方；账户的下方登记客户的存款，称为贷主方。又如，从银行角度而言为借出贷入，即借---指借出款项，即债权增加（应收款），贷---指收入款项，即债务增加（应付款）。

从而当银行代客户进行转帐业务后，银行的会计记录便由单式转为复式，如代客户甲给客户乙付款，银行则在客户甲账户“借主”地位和客户乙的“贷主”地位登记等金额的应代为支付的款项。随后，随着商业的发展，账户由人名设置扩大到物名设置，再逐步扩展到全面设置，根据资产、权益之间恒等关系，建立借贷平衡关系，形成有借必有贷，借贷必相等的记账规则。

基于上述内容可知，借贷记账法的记账规则可以概括为有借必有贷，借贷必相等，具体的：第一，任何一笔经济业务都必须同时分别记录到两个或两个以上的账户中去；第二，所记录的账户可以是同类账户，也可以是不同类账户，但必须是两个记账方向，既不能都记入借方，也不能都记入贷方；第三，记入借方的金额必须等于记入贷方的金额。

复式记账还包括其他方法如增减记账法，此处未一一列举，不应理解为是对本发明的限制。从而本实施例采用资金数据在账户间的流动处理过程论述数据处理过程，并采用复式记账进行数据记录。

本发明一个可选实施例中，所述数据处理请求为第一处理请求，所述交互数据表为接收方的账户数据表；依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方，包括：依据所述第一处理请求接收网关系统发送的输出方的交互数据，并将所述交互数据充入接收方的账户内；所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：在所述接收方的账户数据表中记录输出方标识及对应的交互数据，和接收方标识及对应的交互数据，并记录输出方式、处理类别和时间信息。

用户采用网银系统进行充值业务时，假设第一处理请求为充值请求，则资金从网银系统经过网管系统充入账户系统中用户的账户内，则处理关联表为收款单，交互数据表为接收方的账户数据表，进行充值业务的用户为接收方，为用户充入资金数据的网银系统的银行账户为输出方。此时账户数据表用于记录用户在账户系统内的资金数据，如该用户具有多少资金数据，资金数据的币种，该用户的资金数据的历史交易记录等信息。

网关系统在和网银系统进行通信之前，需要先到账户系统登记收款单，如在收款单中登记充值的资金数据，充值的数据类型即币种，充入的账户等信息。然后网银系统通过网管系统将资金数据充入账户系统中用户的账户内，完成充值即完成和网银的通信之后，可以在账户系统内回写收款单，如记录交易是否成功，交易时间等信息，后续在对账系统对账完成之后，还会进行回写该收款单，回写清算状态和手动补单或者系统自动补单等步骤。回写收款单收款成功或清算成功状态时，可以在用户即接收方的账户数据表中采用复式记账的方法进行记录，同时记录Dr.及充值的资金数据，和Cr.及充值的资金数据。

如记录：Dr.其他应收款---XX银行；Cr.其他应付款---个人客户资金XX客户。又如记录：Dr.银行存款---XX银行Cr.其他应收款---XX银行。

本发明一个可选实施例中，所述数据处理请求为第二处理请求，所述交互数据表为输出方的账户数据表和输入方的账户数据表；所述依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方，包括：依据所述第二处理请求将所述输出方的账户内的交互数据充入至少一个接收方的账户内；所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和各接收方标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息，其中接收方接收的交互数据和等于所述输出的交互数据；在每个接收方中的账户数据表中分别记录所述接收方的接收方标识及对应接收的交互数据，和所述输出方标识及所述输出方输出给所述接收方的交互数据，并记录输出方式、处理类别和时间信息。

用户在网上购买物品时会进行相应的交易，则假设第二处理请求为交易请求。本发明实施例中在执行交易请求时认为用户在账户系统内已经注册，且该用户的账户内有充足的余额，因此若用户在进行交易时账户内无余额或余额不足时，可以看作是用户先进行了充值业务，使账户内具有充足余额后再进行交易。

则用户采用网银系统进行交易业务时，资金从账户系统中前一个用户的账户转入后一个用户的账户内，则此时前一个用户为输出方，后一个为接收方，处理关联表为交易单，交互数据表包括输出方的账户数据表和接收方的账户数据表。

从而用户（即接收方）为购买商品而登录网关系统后，用账户内充足的余额进行交易，此时网关系统会向账户系统发送交易请求，从而账户系统登记交易单，如登记交易的资金数据、币种等信息，然后进行资金数据交易，即将输出方账户的资金数据转入接收方账户内，并在输出方的账户数据表和接收方的账户数据表内分别进行记账，在完成上述过程后可以更新交易单如更新交易的时间信息等内容，再向网关系统返回余额交易状态：交易成功或交易失败。

其中，在账户数据表内进行记账时可以采用复式记账方式，如借贷复式记账方法如下：

当个人与个人交易或转账时记录：Dr.其他应付款---个人客户资金；Cr.其他应付款---个人客户资金XX客户

当个人与公司交易时记录：Dr.其他应付款---个人客户资金XX客户；Cr.收入---公司业务XX业务

当个人与商户交易时记录：Dr.其他应付款---个人客户资金XX客户；Cr.其他应付款---第三方商户资金XX商户。或记录：Dr.其他应付款---第三方商户资金XX商户；Cr.收入---第三方费用结算XX商户。

本发明一个可选实施例中，所述数据处理请求为第三处理请求，所述交互数据表为输出方的账户数据表，所述接收方为银行账户；所述依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方，包括：依据所述第三处理请求将输出方的账户内的交互数据通过网关系统输出到银行账户内；所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和银行账户的银行标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息，。

本发明一个可选实施例中，处理关联表包括冻结单和付款单；则所述依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理之后，还包括：在所述输出方的账户内冻结所述输出的交互数据，以使所述交互数据仅能依据所述第三处理请求进行输出操作。

用户在电子商务平台中想要进行提现业务时，通常是用户在账户系统内的账户中余额充足，可以将账户内的虚拟货币即资金数据提现到某一指定银行账户内，则假设第三处理请求为提现请求，此时该用户为输出方，指定银行账户为接收方，账户关联表包括冻结单和付款单。

用户通过网关系统向账户系统发送提现请求后，账户系统首先登记冻结单和付款单，即在冻结单内登记冻结的资金数据即要进行提现的资金数据，冻结时间，资金数据的币种等信息，并在付款单中登记提现的资金数据，时间信息和币种等信息，再将输出方账户内冻结相应的资金数据，以使该部分资金数据仅能用于提现业务，而用户进行其他业务如交易业务时不能使用该部分资金。然后账户系统通过网关系统将用户账户内冻结的资金数据充入外部的银行账户内，并在用户即输出方的账户数据表内记账，再更新冻结单和付款单，如更新提现的时间，并标识冻结的资金数据已完成提现和付款等，并向网关系统返回交易状态：提现成功和提现失败。

其中，在用户即输出方的账户数据表内记账时可以采用复式记账，如借贷复式记账的记录为：Dr.其他应付款---个人客户资金XX客户；Cr.其他应付款—XX银行；Dr.其他应付款—XX银行；Cr.银行存款—XX银行。

本发明一个可选实施例中，在输出方和/或输入方的账户中扣除依据所述数据处理请求确定的附加交互数据，并在对应的账户数据表中进行复式记录。

上述在进行交易或提现等业务时，有时上述业务还会收取手续费等，则在上述业务中完成输出方和接收方资金数据的转账后，会扣除相应的手续费即在输出方和/或输入方的账户中，扣除依据所述数据处理请求（如交易请求、提向请求）确定的附加交互数据，从而在输出方和/或输入方的账户数据表中进行复式记账，记录扣除附加交互数据这项数据处理中的输出方标识和附加交互数据，以及接收方标识和附加交互数据，如输出方为账户系统，接收方为用户。

从而在电子商务领域采用上述复式记账时，可以对每项经济业务都以相等的金额在两个或两个以上的相互联系的账户中进行记录（即作双重记录，这也是这一记账法被称为“复式”的由来）；各账户之间客观上存在对应关系，对账户记录的结果可以进行试算平衡。复式记账法较好地体现了资金运动的内在规律，能够全面地、系统地反映资金增减变动的来龙去脉及经营成果，并有助于检查账户处理和保证账簿记录结果的正确性。

并且，可以科学地运用了“借”和“贷”的记账符号，充分体现出资金运动的来龙去脉这一对立统一关系，使得数据处理更加科学严谨。上述处理中采用“有借必有贷，借贷必相等”的记账规则，应用起来十分方便，在编制每笔会计分录时，都能清晰地看出账户之间的对应关系，便于及时检查会计记录的正确性，确保数据处理的准确、清晰。

再次每笔会计分录中借贷自求平衡，为日常的会计处理自检和期末的试算平衡提供了方便，试算平衡方法易于理解、方便简单、便于操作，4有利于分析经济业务及加强管理，防止和减少记账差错且方法灵活。从而使得数据处理过程清晰、明了，便于核实数据流通过程。

实施例四

参照图3，示出了本发明实施例四提供的数据处理系统结构图。

本发明实施例还提供了一种数据处理系统，包括：关联表登记模块301、交互输出模块302、记录模块303和反馈模块304。

关联表登记模块301，用于依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理，以及更新所述处理关联表；交互输出模块302，用于依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方；记录模块303，用于当交互数据输出成功时，在数据库的交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并触发所述关联表登记模块301更新所述处理关联表；反馈模块304，用于将交互数据处理成功的状态反馈给所述网关系统。

综上所述，可以依据网关系统的数据处理请求登记数据表并将输出方的交互数据输出给至少一个接收方，进而在交互数据输出成功后在交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并更新所述处理关联表，再反馈交互数据处理成功的状态给所述网关系统。从而可以清晰地记录数据处理的过程，便于后续进行数据处理的复查等操作。

本发明一个可选实施例中，所述记录模块303，用于确定所述输出方为每个接收方输出的交互数据；在所述输出方和/或所述每个接收方的交互数据表中记录输出方标识及输出的交互数据，以及相应接收方标识及接收的交互数据，其中，对各接收方接收的交互数据相加求和等于所述输出的交互数据。

本发明一个可选实施例中，所述反馈模块304，还用于当交互数据处理失败时，将交互数据处理失败的状态反馈给所述网关系统，并通过网关系统提示用户对所述数据处理的补充操作，所述补充操作包括以下任一项：重新发送所述数据处理请求，和取消所述数据处理请求。

本发明一个可选实施例中，所述关联表登记模块，用于获取所述数据处理请求中携带的参数，并依据所述参数对数据库的处理关联表中各字段进行登记，所述字段包括：处理类别、输出方式、交互数据、数据类型和时间信息。

本发明一个可选实施例中，所述数据处理请求为第一处理请求，所述交互数据表为接收方的账户数据表；所述交互输出模块302，用于依据所述第一处理请求接收网关系统发送的输出方的交互数据，并将所述交互数据充入接收方的账户内；所述记录模块303，用于在所述接收方的账户数据表中记录输出方标识及对应的交互数据，和接收方标识及对应的交互数据，并记录输出方式、处理类别和时间信息。

本发明一个可选实施例中，所述数据处理请求为第二处理请求，所述交互数据表为输出方的账户数据表和输入方的账户数据表；所述交互输出模块302，用于依据所述第二处理请求将所述输出方的账户内的交互数据充入至少一个接收方的账户内；所述记录模块303，用于在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和各接收方标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息，其中接收方接收的交互数据和等于所述输出的交互数据；在每个接收方中的账户数据表中分别记录所述接收方的接收方标识及对应接收的交互数据，和所述输出方标识及所述输出方输出给所述接收方的交互数据，并记录输出方式、处理类别和时间信息。

本发明一个可选实施例中，所述数据处理请求为第三处理请求，所述交互数据表为输出方的账户数据表，所述接收方为银行账户；所述交互输出模块302，用于依据所述第三处理请求将输出方的账户内的交互数据通过网关系统输出到银行账户内；所述记录模块303，用于在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和银行账户的银行标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息。

本发明一个可选实施例中，处理关联表包括冻结单和付款单；所述交互输出模块302，还用于在所述输出方的账户内冻结所述输出的交互数据，以使所述交互数据仅能依据所述第三处理请求进行输出操作。

本发明一个可选实施例中，所述交互输出模块302，还用于在输出方和/或输入方的账户中扣除依据所述数据处理请求确定的附加交互数据，并触发所述记录模块303在对应的账户数据表中进行复式记录。

其中，数据处理系统与应用的场景相关，与在电子商务领域，数据处理系统即为账户系统。其他内容可参见上述实施例论述，此处不再赘述。

综上所述，在输出方和/或接收方的交互数据表中记录时，可以分别记录输出方标识及输出的交互数据，以及相应接收方标识及接收的交互数据，从而在输出方和接收方处均可以清晰地获知数据处理过程，后续可以方便的根据交互数据表中的记录进行数据处理的核对。

其次，在数据处理失败时，可以反馈给网关系统，进而通过网关系统提示用户对所述数据处理的补充操作，如重新发送所述数据处理请求，或取消所述数据处理请求等，从而可以及时对数据处理失败的情况进行补充处理，减少用户的损失。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的数据处理系统设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了A1、一种数据处理中的数据记录方法，包括：

依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理；

依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方；

若交互数据输出成功，则在数据库的交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并更新所述处理关联表；

将交互数据处理成功的状态反馈给所述网关系统。

A2、如A1所述的方法，所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：确定所述输出方为每个接收方输出的交互数据；在所述输出方和/或所述每个接收方的交互数据表中记录输出方标识及输出的交互数据，以及相应接收方标识及接收的交互数据，其中，对各接收方接收的交互数据相加求和等于所述输出的交互数据。

A3、如A1所述的方法，还包括：

若交互数据处理失败，则将交互数据处理失败的状态反馈给所述网关系统，并通过网关系统提示用户对所述数据处理的补充操作，所述补充操作包括以下任一项：重新发送所述数据处理请求，和取消所述数据处理请求。

A4、如A1所述的方法，所述依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理，包括：获取所述数据处理请求中携带的参数，并依据所述参数对数据库的处理关联表中各字段进行登记，所述字段包括：处理类别、输出方式、交互数据、数据类型和时间信息。

A5、如A1所述的方法，所述数据处理请求为第一处理请求，所述交互数据表为接收方的账户数据表；依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方，包括：依据所述第一处理请求接收网关系统发送的输出方的交互数据，并将所述交互数据充入接收方的账户内；所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：在所述接收方的账户数据表中记录输出方标识及对应的交互数据，和接收方标识及对应的交互数据，并记录输出方式、处理类别和时间信息。

A6、如A1所述的方法，所述数据处理请求为第二处理请求，所述交互数据表为输出方的账户数据表和输入方的账户数据表；所述依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方，包括：依据所述第二处理请求将所述输出方的账户内的交互数据充入至少一个接收方的账户内；所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和各接收方标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息，其中接收方接收的交互数据和等于所述输出的交互数据；在每个接收方中的账户数据表中分别记录所述接收方的接收方标识及对应接收的交互数据，和所述输出方标识及所述输出方输出给所述接收方的交互数据，并记录输出方式、处理类别和时间信息。

A7、如A1所述的方法，所述数据处理请求为第三处理请求，所述交互数据表为输出方的账户数据表，所述接收方为银行账户；所述依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方，包括：依据所述第三处理请求将输出方的账户内的交互数据通过网关系统输出到银行账户内；所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和银行账户的银行标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息。

A8、如A7所述的方法，处理关联表包括冻结单和付款单；则所述依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理之后，还包括：在所述输出方的账户内冻结所述输出的交互数据，以使所述交互数据仅能依据所述第三处理请求进行输出操作。

A9、如A6至A8任一所述的方法，还包括：在输出方和/或输入方的账户中扣除依据所述数据处理请求确定的附加交互数据，并在对应的账户数据表中进行复式记录。

本发明还公开了B10、一种数据处理系统，包括：

关联表登记模块，用于依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理，以及更新所述处理关联表；

交互输出模块，用于依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方；

记录模块，用于当交互数据输出成功时，在数据库的交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并触发所述关联表登记模块更新所述处理关联表；

反馈模块，用于将交互数据处理成功的状态反馈给所述网关系统。

B11、如B10所述的系统：所述记录模块，用于确定所述输出方为每个接收方输出的交互数据；在所述输出方和/或所述每个接收方的交互数据表中记录输出方标识及输出的交互数据，以及相应接收方标识及接收的交互数据，其中，对各接收方接收的交互数据相加求和等于所述输出的交互数据。

B12、如B10所述的系统：所述反馈模块，还用于当交互数据处理失败时，将交互数据处理失败的状态反馈给所述网关系统，并通过网关系统提示用户对所述数据处理的补充操作，所述补充操作包括以下任一项：重新发送所述数据处理请求，和取消所述数据处理请求。

B13、如B10所述的系统：所述关联表登记模块，用于获取所述数据处理请求中携带的参数，并依据所述参数对数据库的处理关联表中各字段进行登记，所述字段包括：处理类别、输出方式、交互数据、数据类型和时间信息。

B14、如B10所述的系统，所述数据处理请求为第一处理请求，所述交互数据表为接收方的账户数据表；所述交互输出模块，用于依据所述第一处理请求接收网关系统发送的输出方的交互数据，并将所述交互数据充入接收方的账户内；所述记录模块，用于在所述接收方的账户数据表中记录输出方标识及对应的交互数据，和接收方标识及对应的交互数据，并记录输出方式、处理类别和时间信息。

B15、如B10所述的系统，所述数据处理请求为第二处理请求，所述交互数据表为输出方的账户数据表和输入方的账户数据表；所述交互输出模块，用于依据所述第二处理请求将所述输出方的账户内的交互数据充入至少一个接收方的账户内；所述记录模块，用于在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和各接收方标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息，其中接收方接收的交互数据和等于所述输出的交互数据；在每个接收方中的账户数据表中分别记录所述接收方的接收方标识及对应接收的交互数据，和所述输出方标识及所述输出方输出给所述接收方的交互数据，并记录输出方式、处理类别和时间信息。

B16、如B10所述的系统，所述数据处理请求为第三处理请求，所述交互数据表为输出方的账户数据表，所述接收方为银行账户；所述交互输出模块，用于依据所述第三处理请求将输出方的账户内的交互数据通过网关系统输出到银行账户内；所述记录模块，用于在所述输出方的账户数据表中记录输出方标识及输出的交互数据，和银行账户的银行标识及对应接收的交互数据，并记录输出方式、处理类别和时间信息。

B17、如B16所述的系统，处理关联表包括冻结单和付款单；所述交互输出模块，还用于在所述输出方的账户内冻结所述输出的交互数据，以使所述交互数据仅能依据所述第三处理请求进行输出操作。

B18、如B15至B17任一所述的系统：所述交互输出模块，还用于在输出方和/或输入方的账户中扣除依据所述数据处理请求确定的附加交互数据，并触发所述记录模块在对应的账户数据表中进行复式记录。

Claims (10)

1.一种数据处理中的数据记录方法，包括：

依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理；

依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方；

若交互数据输出成功，则在数据库的交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并更新所述处理关联表；

将交互数据处理成功的状态反馈给所述网关系统。

2.如权利要求1所述的方法，所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：

确定所述输出方为每个接收方输出的交互数据；

在所述输出方和/或所述每个接收方的交互数据表中记录输出方标识及输出的交互数据，以及相应接收方标识及接收的交互数据，其中，对各接收方接收的交互数据相加求和等于所述输出的交互数据。

3.如权利要求1所述的方法，还包括：

若交互数据处理失败，则将交互数据处理失败的状态反馈给所述网关系统，并通过网关系统提示用户对所述数据处理的补充操作，所述补充操作包括以下任一项：重新发送所述数据处理请求，和取消所述数据处理请求。

4.如权利要求1所述的方法，所述依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理，包括：获取所述数据处理请求中携带的参数，并依据所述参数对数据库的处理关联表中各字段进行登记，所述字段包括：处理类别、输出方式、交互数据、数据类型和时间信息。

5.如权利要求1所述的方法，所述数据处理请求为第一处理请求，所述交互数据表为接收方的账户数据表；

依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方，包括：依据所述第一处理请求接收网关系统发送的输出方的交互数据，并将所述交互数据充入接收方的账户内；

所述在数据库的交互数据表中通过复式记录填写所述交互数据，以及所述交互数据对应的输出方标识和/或接收方标识，包括：在所述接收方的账户数据表中记录输出方标识及对应的交互数据，和接收方标识及对应的交互数据，并记录输出方式、处理类别和时间信息。

6.一种数据处理系统，包括：

关联表登记模块，用于依据网关系统的数据处理请求在数据库的处理关联表中登记所述数据处理，以及更新所述处理关联表；

交互输出模块，用于依据网关系统的数据处理请求将输出方的交互数据输出给至少一个接收方；

记录模块，用于当交互数据输出成功时，在数据库的交互数据表中通过复式记录填写输出方标识及对应的交互数据，和接收方标识对应的交互数据，并触发所述关联表登记模块更新所述处理关联表；

反馈模块，用于将交互数据处理成功的状态反馈给所述网关系统。

7.如权利要求6所述的系统：

所述记录模块，用于确定所述输出方为每个接收方输出的交互数据；在所述输出方和/或所述每个接收方的交互数据表中记录输出方标识及输出的交互数据，以及相应接收方标识及接收的交互数据，其中，对各接收方接收的交互数据相加求和等于所述输出的交互数据。

8.如权利要求6所述的系统：

所述反馈模块，还用于当交互数据处理失败时，将交互数据处理失败的状态反馈给所述网关系统，并通过网关系统提示用户对所述数据处理的补充操作，所述补充操作包括以下任一项：重新发送所述数据处理请求，和取消所述数据处理请求。

9.如权利要求6所述的系统：

所述关联表登记模块，用于获取所述数据处理请求中携带的参数，并依据所述参数对数据库的处理关联表中各字段进行登记，所述字段包括：处理类别、输出方式、交互数据、数据类型和时间信息。

10.如权利要求6所述的系统，所述数据处理请求为第一处理请求，所述交互数据表为接收方的账户数据表；

所述交互输出模块，用于依据所述第一处理请求接收网关系统发送的输出方的交互数据，并将所述交互数据充入接收方的账户内；

所述记录模块，用于在所述接收方的账户数据表中记录输出方标识及对应的交互数据，和接收方标识及对应的交互数据，并记录输出方式、处理类别和时间信息。

Images