CN107563881A - 记账方法和装置、服务器 - Google Patents

Abstract

本说明书实施例提供一种记账方法和装置、服务器。所述方法包括：接收支付服务器发来的业务信息和账务信息；其中，所述业务信息包括类型参数和配置参数；基于发来的类型参数和配置参数，从记账规则集合中获取目标记账规则；其中，所述记账规则集合包括至少一个记账规则；每个记账规则包括有记账账户；在每个记账规则中记账账户对应有类型参数和配置参数；向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户。

Description

记账方法和装置、服务器

技术领域

本说明书实施例涉及计算机技术领域，特别涉及一种记账方法和装置、服务器。

背景技术

记账通常是指将经济活动中的账务信息序时地、分类地登记到账户。在交易的过程中，通常需要对交易涉及的一个或多个账户进行记账。

请参阅图1。通常地，一个业务系统可以包括客户端、业务服务器、支付服务器和账务服务器。所述客户端例如可以为移动智能电话、平板电子设备等。所述业务服务器可以用于提供业务服务。所述业务服务器具体可以包括多个业务逻辑，每个业务逻辑可以用于提供一种业务服务。例如，所述业务服务器可以包括充值业务逻辑和贷款业务逻辑，所述充值业务逻辑可以用于提供账户充值业务服务，所述贷款业务逻辑可以用于提供贷款业务服务。所述支付服务器可以用于提供支付服务。所述账务服务器可以用于提供账务服务。

所述业务服务器中的每个业务逻辑可以维护有一个或多个记账账户，各个业务逻辑维护的记账账户可以相同或不同，所述记账账户例如可以为待清算账户等。如此，在所述客户端需要调用一个业务逻辑进行交易时，所述客户端可以向该业务逻辑发送待交易数据，所述待交易数据例如可以包括充值资金金额、待付款银行账户和待充值账户等。该业务逻辑可以接收所述待交易数据；可以获取交易涉及的一个或多个记账账户；可以向支付服务器发送所述待交易数据和该交易涉及的一个或多个记账账户。支付服务器可以接收所述待交易数据和该交易涉及的一个或多个记账账户；可以对所述待交易数据进行处理，得到账务信息；可以向所述账务服务器发送所述账务信息和该交易涉及的一个或多个记账账户。所述账务服务器可以接收所述账务信息和该交易涉及的一个或多个记账账户，并可以将所述账务信息记入该交易涉及的一个或多个记账账户。

上述记账方法中，业务系统中的记账账户分散于业务服务器的各个业务逻辑，不便于对记账账户进行归集和管理。

发明内容

为实现上述目的，本说明书实施例提供一种记账方法，提供有记账规则集合；其中，所述记账规则集合包括至少一个记账规则；每个记账规则包括有记账账户；在每个记账规则中记账账户对应有类型参数和配置参数；所述方法包括：接收支付服务器发来的业务信息和账务信息；其中，所述业务信息包括类型参数和配置参数；基于接收的类型参数和配置参数，从所述记账规则集合中获取目标记账规则；向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户。

为实现上述目的，本说明书实施例提供一种记账服务器，包括通信组件和处理器；所述通信组件，用于接收支付服务器发来的业务信息和账务信息；其中，所述业务信息包括类型参数和配置参数；向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户；所述处理器，用于基于接收的类型参数和配置参数，从记账规则集合中获取目标记账规则；其中，所述记账规则集合包括至少一个记账规则；每个记账规则包括有记账账户；在每个记账规则中记账账户对应有类型参数和配置参数。

为实现上述目的，本说明书实施例提供一种记账装置，包括：接收单元，用于接收支付服务器发来的业务信息和账务信息；其中，所述业务信息包括类型参数和配置参数；获取单元，用于基于接收的类型参数和配置参数，从所述记账规则集合中获取目标记账规则；发送单元，用于向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户。

由以上本说明书实施例提供的技术方案可见，本说明书实施例中，规则服务器可以提供有记账规则集合，所述记账规则集合包括至少一个记账规则，每个记账规则包括有记账账户，在每个记账规则中记账账户对应有类型参数和配置参数；可以接收支付服务器发来的业务信息和账务信息，其中，所述业务信息包括类型参数和配置参数；可以基于接收的类型参数和配置参数，从所述记账规则集合中获取目标记账规则；可以向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户。本说明书实施例中，规则服务器可以提供有记账规则集合，所述记账规则集合包括至少一个记账规则，每个记账规则可以包括有记账账户。这样，规则服务器能够方便地对业务系统的记账账户进行管理。

附图说明

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

图1为现有技术中一种记账方法的流程图；

图2为本说明书实施例提供的一种记账方法的流程图；

图3为本说明书实施例提供的一种余额页面示意图；

图4为本说明书实施例提供的一种第一页面示意图；

图5为本说明书实施例提供的一种第二页面示意图；

图6为本说明书实施例提供的一种充值成功信息面示意图；

图7为本说明书实施例提供的一种记账方法示意图；

图8为本说明书实施例提供的一种记账方法的流程图；

图9为本说明书实施例提供的一种服务器的功能结构示意图；

图10为本说明书实施例提供的一种记账装置的功能结构示意图。

具体实施方式

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

请参阅图2、图3、图4、图5和图6。为了便于本领域技术人员理解本说明书实施例的技术方案。以下介绍实现本说明书实施例的业务系统。所述业务系统例如可以为第三方支付平台，所述第三方支付平台例如可以为支付宝、财付通、百度钱包等。所述业务系统可以包括客户端、业务服务器、支付服务器、规则服务器和账务服务器。

在本实施例中，所述客户端可以与业务服务器和支付服务器进行通信。所述客户端例如可以为PC(personal computer)机、服务器、工控机(工业控制计算机)、移动智能电话、平板电子设备、便携式计算机(例如笔记本电脑等)、个人数字助理(PDA)、或桌面型计算机或智能穿戴设备等。

在本实施例中，所述业务服务器还可以与所述支付服务器进行通信。所述业务服务器可以用于提供业务服务，所述业务服务例如可以为个人账户充值、贷款、网络购物等。所述业务服务器可以为一个服务器，还可以为包括多个服务器的服务器集群。所述业务服务器可以为一个具有运算和网络交互功能的电子设备；也可以为运行于该电子设备中，为数据处理和网络交互提供支持的软体。所述业务服务器例如可以为京东服务器、淘宝服务器、天猫服务器等。

在本实施例中，所述支付服务器还可以与所述规则服务器和所述账务服务器进行通信。所述支付服务器可以用于提供网络支付服务。所述支付服务器可以为一个服务器，还可以为包括多个服务器的服务器集群。所述支付服务器可以为一个具有运算和网络交互功能的电子设备；也可以为运行于该电子设备中，为数据处理和网络交互提供支持的软体。所述支付服务器例如可以为第三方支付机构的支付服务器，所述第三方支付机构例如可以为支付宝、微信支付、百度钱包等。

在本实施例中，所述规则服务器可以提供有记账规则集合，所述记账规则集合可以包括至少一个记账规则。所述规则服务器可以为一个服务器，还可以为包括多个服务器的服务器集群。所述规则服务器可以为一个具有运算和网络交互功能的电子设备；也可以为运行于该电子设备中，为数据处理和网络交互提供支持的软体。所述规则服务器可以为一个单独的服务器，还可以为集成于所述支付服务器或所述账务服务器中的一个功能模块，所述功能模块可以采用硬件的形式、软件的形式、或硬件和软件相结合的形式来实现。

在本实施例中，所述账务服务器可以用于提供记账服务。所述账务服务器可以对个人账户、商户账户、待清算账户等账户进行记账。所述账务服务器可以为一个服务器，还可以为包括多个服务器的服务器集群。所述账务服务器可以为一个具有运算和网络交互功能的电子设备；也可以为运行于该电子设备中，为数据处理和网络交互提供支持的软体。需要说明的是，为了避免使业务系统的介绍含糊不清，关于所述待清算账户的更详细介绍请参见后续过程。

请参阅图2、图3、图4、图5和图6。以下以充值业务场景为例，详细介绍本说明书实施例的技术方案。为了方便本领域技术人员理解本场景示例的技术方案，下面先对本场景示例涉及到的账户类型进行说明。所述账户通常是指根据会计科目设置的，具有一定格式和结构，用于分类反馈会计要素增加变动情况及其结果的载体。本领域技术人员应当能够理解，在实际过程中本场景示例涉及到的账户类型并不限于以下介绍的账户，还可以包括其它的账户类型。

用户银行账户，通常是指用户在银行开设的账户，例如张三在建设银行、工商银行等银行开设的账户。用户银行账户包括但不限于储蓄卡账户、存折账户、信用卡账户等。

用户第三方支付账户，通常是指用户在第三方支付机构开设的账户，例如张三在支付宝、财付通、百度钱包等第三方支付机构开设的账户。

支付机构银行账户，通常是指第三方支付机构在银行开设的账户，例如支付宝在建设银行、工商银行等银行开设的账户。

待清算账户，通常是指第三方支付机构内部开设的账户，用于与银行进行资金清算。以充值业务场景为例，用户可以使用自身银行账户对自身第三方支付账户进行充值。那么，一方面，支付机构可以将用户第三方支付账户增加充值金额，并可以将充值金额记入待清算账户。另一方面，银行可以对用户银行账户进行资金扣划。但受限于各种因素，银行通常不会将扣划资金即时转入第三方支付机构的银行账户，所述因素例如可以包括：支付机构处理时刻和银行实际转账时刻之间具有时间差；银行需要通过与其它银行进行转账，所述其它银行转账需要处理时间。在清算时间节点，第三方支付机构可以基于待清算账户与银行进行资金清算，以通知银行将资金转入第三方支付机构的银行账户。所述清算时间节点例如可以为每天的18点。需要说明的是，第三方支付机构可以针对每个银行分别开设一个待清算账户，例如针对建设银行开设一个待清算账户，针对工商银行开设另一个待清算账户。或者，第三方支付机构还可以针对多个银行共同开设一个待清算账户。例如针对建设银行和工商银行共同开设一个待清算账户。

在本场景示例中，所述客户端可以为智能手机。所述智能手机上可以安装有第三方支付应用程序，例如支付宝、微信、百度钱包等。张三在使用自身第三方支付账户登录所述第三方支付应用程序后，所述第三方支付应用程序可以提供有余额页面。所述余额页面可以包括张三第三方支付账户的余额和充值控件，所述充值控件例如可以为按钮控件或图形控件等。

在本场景示例中，张三可以触发所述充值控件，例如点击、双击或滑过所述充值控件。所述智能手机在检测到所述充值控件发生触发事件后，可以向业务服务器发送第一页面获取请求。所述业务服务器可以接收所述第一页面获取请求；可以获取并向所述智能手机发送所述第一页面请求对应的页面数据。所述智能手机可以接收所述业务服务器发来的页面数据，可以展示接收到页面数据所对应的第一页面。所述第一页面具体可以包括用于付款的一个或多个银行账户。例如可以包括张三的建设银行账户、张三的工商银行账户等。

在本场景示例中，张三可以从所述第一页面中选取并触发目标银行账户。所述智能手机在检测到所述目标银行账户发生触发事件后，可以向业务服务器发送第二页面获取请求。所述业务服务器可以接收所述第二页面获取请求；可以获取并向所述智能手机发送所述第二页面请求对应的页面数据。所述智能手机可以接收所述业务服务器发来的页面数据，可以展示接收到页面数据所对应的第二页面。所述第二页面具体可以包括输入框和确认控件。

在本场景示例中，张三可以在所述输入框输入充值金额；可以触发所述确认控件。所述智能手机在检测到所述确认控件发生触发事件后，可以向所述业务服务器发送充值请求，所述充值请求可以携带有目标银行账户、充值金额、和张三的第三方支付账户等信息。所述业务服务器可以接收所述充值请求；可以向支付服务器发送支付请求，所述支付请求中可以携带有目标银行账户、充值金额、张三的第三方支付账户等信息。

在本场景示例中，所述支付服务器可以接收所述支付请求；可以通过金融渠道向目标银行账户对应的银行发出扣款请求，以通知所述目标银行账户对应的银行从所述目标银行账户扣除所述充值金额。所述支付服务器在接收到所述目标银行账户对应的银行发来的扣款成功消息后，可以向将张三的第三方支付账户增加所述充值金额；可以向所述业务服务器返回充值成功信息。所述业务服务器可以接收并向所述智能手机返回所述充值成功信息。所述智能手机可以接收并展示所述充值成功信息。

在本场景示例中，所述支付服务器在接收到所述目标银行账户对应的银行发来的扣款成功消息后，还可以向账务服务器发送所述张三的第三方支付账户和所述充值金额。所述账户服务器可以接收所述张三的第三方支付账户和所述充值金额；可以将所述充值金额记入所述张三的第三方支付账户。

在本场景实施例中，所述支付服务器在接收到所述目标银行账户对应的银行发来的扣款成功消息后，还可以向规则服务器发送所述充值金额、指定业务类型标识、和所述目标银行账户对应的银行的标识。所述指定业务类型标识可以用于标识充值业务，所述目标银行账户对应的银行的标识可以用于标识所述目标银行账户对应的银行。所述规则服务器可以接收所述充值金额、所述指定业务类型标识、和所述目标银行账户对应银行的标识；可以基于所述指定业务类型标识、和所述目标银行账户对应银行的标识，从记账规则集合中获取目标记账规则。所述记账规则集合中可以包括至少一个记账规则。所述目标记账规则可以包括有待清算账户，例如针对建设银行或工商银行开设的待清算账户。所述规则服务器可以向所述账务服务器发送所述充值金额和所述目标记账规则中的待清算账户。所述账务服务器可以接收所述充值金额和所述目标记账规则中的待清算账户；可以将所述充值金额记入所述目标记账规则中的待清算账户。

请参阅图7和图8。本说明书实施例提供一种记账方法。所述记账方法以规则服务器为执行主体。所述规则服务器可以提供有记账规则集合。所述记账规则集合可以包括至少一个记账规则。每个记账规则可以包括一个记账账户，所述记账账户例如可以为待清算账户、备付金账户、用户第三方支付账户、商户第三方支付账户等。当然，本领域技术人员应当能够理解，所述记账账户还可以为其它的账户，本实施例对此并不做具体限定。

在本实施例中，每个记账规则中的记账账户可以对应有类型参数和配置参数。具体地，每个记账规则可以包括一个记账账户，以及与该记账账户对应的类型参数和配置参数。或者，每个记账规则可以包括一个记账账户，该记账规则可以对应有类型参数和配置参数。如此，可以认为该记账规则中的记账账户与所述类型参数和所述配置参数相对应。

在本实施例中，所述类型参数可以包括业务类型标识，所述业务类型标识可以用于标识一个业务服务，所述业务服务例如可以为充值、贷款等。所述配置参数可以包括机构标识，所述机构标识可以用于标识一个机构，所述机构例如可以为银行、证券公司、基金公司、贷款公司等。例如，一个记账规则R1可以包括记账账户A1，以及与记账账户A1对应的业务类型标识T1和机构标识I1。所述记账账户A1具体例如可以为针对中国银行开设的待清算账户；所述业务类型标识T1具体例如可以用于标识充值业务服务；所述机构标识I1具体例如可以用于标识中国银行。另举一例，一个记账账户R2可以包括记账账户A2，以及与记账账户A2对应的业务类型标识T2和机构标识I2。所述记账账户A2具体例如可以为针对重庆阿里巴巴小额贷款有限公司开设的待清算账户；所述业务类型标识T2具体例如可以用于标识贷款业务服务；所述机构标识I2具体例如可以用于标识重庆阿里巴巴小额贷款有限公司。

在本实施例的一个实施方式中，所述类型参数还可以包括其它参数，例如业务事件标识。所述业务事件标识用于标识业务服务中的一个业务事件。每个业务服务可以包括一个或多个业务事件。例如，充值业务服务可以包括充值业务事件、退款业务事件等；贷款业务服务可以包括贷款业务事件、违约业务事件等。例如，一个记账规则R3可以包括记账账户A3，以及与记账账户A3对应的业务类型标识T1、业务事件标识E1和机构标识I3。所述记账账户A3具体例如可以为针对交通银行的待清算账户；所述业务类型标识T1具体例如可以用于标识充值业务服务；所述业务事件标识E1具体例如可以用于标识充值业务服务中的充值业务事件；所述机构标识I3具体例如可以用于标识交通银行。

在本实施例的一个实施方式中，所述配置参数还可以包括其它参数，例如渠道标识。所述渠道标识可以用于机构的一个业务渠道。具体地，例如，所述机构可以为银行，所述业务渠道例如可以为快捷支付渠道、普通网银渠道、专业网银渠道等。例如，一个记账规则R4可以包括记账账户A4，以及与记账账户A4对应的业务类型标识T1、业务事件标识E1、渠道标识C1和机构标识I4。所述记账账户A4具体例如可以为针对工商银行开设的待清算账户；所述业务类型标识T1具体例如可以用于标识充值业务服务；所述业务事件标识E1具体例如可以用于标识充值业务服务中的充值业务事件；所述渠道标识C1具体例如可以用于标识快捷支付渠道；所述机构标识I4具体例如可以用于标识工商银行。

在本实施例的一个实施方式中，为了便于对记账规则进行管理，也为了便于快速地获取记账规则，所述记账规则集合可以包括至少一个子记账规则集合。每个子记账规则集合可以包括至少一个记账规则。每个子记账规则集合中各个记账规则对应的类型参数相同。每个子记账规则集合可以对应有类型参数，该类型参数可以为该子记账规则集合中的记账规则对应的类型参数。例如，所述记账规则集合可以包括子记账规则集合Sub_A和子记账规则集合Sub_B。所述子记账规则集合Sub_A可以包括记账规则R1和R2。所述记账规则R1可以包括记账账户A1，以及与记账账户A1对应的业务类型标识T1和机构标识I1；所述记账规则R2可以包括记账账户A2，以及与记账账户A2对应的业务类型标识T1和机构标识I2。所述子记账规则集合Sub_B可以包括记账规则R3和R4，所述记账规则R3可以包括记账账户A3，以及与记账账户A3对应的业务类型标识T2和机构标识I1；所述记账规则R4可以包括记账账户A4，以及与记账账户A4对应的业务类型标识T2和机构标识I3。

需要说明的是，在本实施例中，所述记账规则集合中各个记账规则包括的记账账户通常是不相同的。各个记账规则对应的类型参数可以相同或不同；各个记账规则对应的配置参数可以相同或不同。

本实施例的记账方法可以包括以下步骤。

步骤S102：接收支付服务器发来的业务信息和账务信息。

在本实施例中，所述账务信息可以用于记账，具体例如可以包括资金金额、订单号码等。所述账务信息可以是所述业务服务器生成的，也可以是所述支付服务器生成的。所述业务信息可以包括类型参数和配置参数。关于所述类型参数和所述配置参数可以参照前述介绍，在此不再赘述。

在本实施例中，支付服务器可以向规则服务器发送所述业务信息和所述账务信息。所述规则服务器可以接收所述业务信息和所述账务信息。

步骤S104：基于接收的类型参数和配置参数，从所述记账规则集合中获取目标记账规则。

在本实施例中，所述规则服务器可以基于接收的类型参数和配置参数，从所述记账规则集合中获取一个或多个记账规则；可以将获取的每个记账规则作为目标记账规则。

在本实施例的一个实施方式中，如前所述，每个记账规则可以包括一个记账账户，以及与该记账账户对应的类型参数和配置参数。如此，所述服务器可以从所述记账规则集合中获取同时包含接收的类型参数和配置参数的一个或多个记账规则。

在本实施例的另一个实施方式中，如前所述，每个记账规则可以包括一个记账账户，该记账规则可以对应有类型参数和配置参数。如此，所述服务器可以从所述记账规则集合中获取与接收的类型参数和配置参数对应的一个或多个记账规则。

步骤S106：向账务服务器发送所述账务信息和所述目标记账规则中的记账账户。

在本实施例中，如前所述，每个记账规则可以包括一个记账账户。如此，所述规则服务器可以向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户。

所述规则服务器可以直接向账务服务器发送所述账务信息和所述目标记账规则中的记账账户。当然，为了避免所述规则服务器频繁地调用所述账务服务器，以提升所述账务服务器的服务能力，所述规则服务器还可以将所述账务信息和所述目标记账规则中的记账账户分别作为任务信息中的账务信息和记账账户；在满足预设触发条件时，可以向所述账务服务器发送所述任务信息。所述预设触发条件例如可以为达到预设时间周期、任务信息中记账账户的数量达到预设阈值、或任务信息中账务信息的数量达到预设阈值等。所述账务服务器可以接收所述规则服务器发来的任务信息，所述任务信息可以包括一组或多组对应的账务信息和记账账户；针对每组对应的账务信息和记账账户，可以将该账务信息记入该记账账户。

在本实施例的一个实施方式中，如前所述，所述记账规则集合可以包括至少一个子记账规则集合。每个子记账规则集合可以包括至少一个记账规则。每个子记账规则集合中各个记账规则对应的类型参数相同。每个子记账规则集合对应有类型参数，该类型参数为该子记账规则集合中的记账规则对应的类型参数。如此，所述规则服务器可以基于接收的类型参数，从所述记账规则集合中获取目标子记账规则集合；可以基于接收的配置参数，从所述目标子记账规则集合中获取目标记账规则。具体地，所述规则服务器可以从所述规则集合中，获取与接收的类型参数相对应的子记账规则集合，作为目标子记账规则集合。所述规则服务器可以从所述目标子记账规则集合中，获取包含接收的配置参数的一个或多个记账规则，作为目标记账规则；或者，获取与接收的配置参数对应的一个或多个记账规则，作为目标记账规则。

在本实施例中，规则服务器可以提供有记账规则集合，所述记账规则集合包括至少一个记账规则，每个记账规则包括有记账账户，在每个记账规则中记账账户对应有类型参数和配置参数；可以接收支付服务器发来的业务信息和账务信息，其中，所述业务信息包括类型参数和配置参数；可以基于接收的类型参数和接收的配置参数，从所述记账规则集合中获取目标记账规则；可以向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户。本说明书实施例中，规则服务器可以提供有记账规则集合，所述记账规则集合包括至少一个记账规则，每个记账规则可以包括有记账账户。这样，规则服务器能够方便地对记账账户进行管理。

另外，上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

请参阅图9。本说明书实施例还提供一种记账服务器。所述记账服务器可以包括通信组件和处理器。

在本实施例中，所述通信组件可以按任何适当的方式实现，包括但不限于有线网卡、无线网卡、蓝牙模块、红外收发模块、超宽带通信模块、以及紫蜂协议通信模块等。

在本实施例中，所述通信组件可以用于接收支付服务器发来的业务信息和账务信息；其中，所述业务信息包括类型参数和配置参数；向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户；

在本实施例中，所述处理器可以按任何适当的方式实现。例如，所述处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。

在本实施例中，所述处理器可以用于基于接收的类型参数和配置参数，从记账规则集合中获取目标记账规则；其中，所述记账规则集合包括至少一个记账规则；每个记账规则包括有记账账户；在每个记账规则中记账账户对应有类型参数和配置参数。

本实施例中的服务器，其通信组件和处理器实现的具体功能，可以与本说明书中的前述实施例相对照解释。

请参阅图10。本说明书实施例还提供一种记账装置。所述记账装置包括接收单元、获取单元和发送单元。其中，

接收单元，用于接收支付服务器发来的业务信息和账务信息；其中，所述业务信息包括类型参数和配置参数；

获取单元，用于基于接收的类型参数和配置参数，从记账规则集合中获取目标记账规则；其中，所述记账规则集合包括至少一个记账规则；每个记账规则包括有记账账户；在每个记账规则中记账账户对应有类型参数和配置参数；

发送单元，用于向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于记账服务器实施例和记账装置实施例而言，由于其基本相似于记账方法实施例，所以描述的比较简单，相关之处参见记账方法实施例的部分说明即可。

另外，可以理解的是，所属领域技术人员在阅读本说明书文件之后，可以无需创造性劳动想到本说明书文件中列举的部分或全部实施例之间可以组合，这些组合也在本说明书公开和保护的范围内。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (10)

1.一种记账方法，提供有记账规则集合；其中，所述记账规则集合包括至少一个记账规则；每个记账规则包括有记账账户；在每个记账规则中记账账户对应有类型参数和配置参数；所述方法包括：

接收支付服务器发来的业务信息和账务信息；其中，所述业务信息包括类型参数和配置参数；

基于接收的类型参数和配置参数，从所述记账规则集合中获取目标记账规则；

向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户。

2.如权利要求1所述的方法，记账账户对应的类型参数包括业务类型标识；相应地，支付服务器发来的类型参数包括业务类型标识。

3.如权利要求1所述的方法，记账账户对应的配置参数包括机构标识；相应地，支付服务器发来的配置参数包括机构标识。

4.如权利要求1所述的方法，在每个记账规则中包括有记账账户以及与该记账账户对应的类型参数和配置参数；相应地，所述基于接收的类型参数和配置参数，从所述记账规则集合中获取目标记账规则，包括：

从所述记账规则集合中获取同时包含接收的类型标识和配置参数的记账规则，作为目标记账规则。

5.如权利要求1所述的方法，每个记账规则对应有类型参数和配置参数；相应地，所述基于接收的类型参数和配置参数，从所述记账规则集合中获取目标记账规则，包括：

从所述记账规则集合中获取同时与接收的类型标识和配置参数对应的记账规则，作为目标记账规则。

6.如权利要求1所述的方法，所述记账规则集合包括至少一个子记账规则集合；每个子记账规则集合包括至少一个记账规则；每个子记账规则集合中各个记账规则对应的类型参数相同；每个子记账规则集合与该子记账规则集合中记账规则对应的类型参数相对应；相应地，所述基于发来的类型参数和配置参数，从所述记账规则集合中获取目标记账规则，包括：

基于接收的类型参数，从所述记账规则集合中获取目标子记账规则集合；

基于接收的配置参数，从所述目标子记账规则集合获取目标记账规则。

7.如权利要求1所述的方法，所述向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，包括：

将所述账务信息和所述目标记账规则中的记账账户分别作为任务信息中的账务信息和记账账户，在满足预设触发条件时，向所述账务服务器发送所述任务信息。

8.如权利要求7所述的方法，所述预设触发条件为达到预设时间周期、任务信息中记账账户的数量达到预设阈值、或任务信息中账务信息的数量达到预设阈值。

9.一种记账服务器，包括通信组件和处理器；

所述通信组件，用于接收支付服务器发来的业务信息和账务信息；其中，所述业务信息包括类型参数和配置参数；向账务服务器发送所述账务信息和目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户；

所述处理器，用于基于接收的类型参数和配置参数，从记账规则集合中获取目标记账规则；其中，所述记账规则集合包括至少一个记账规则；每个记账规则包括有记账账户；在每个记账规则中记账账户对应有类型参数和配置参数。

10.一种记账装置，包括：

接收单元，用于接收支付服务器发来的业务信息和账务信息；其中，所述业务信息包括类型参数和配置参数；

获取单元，用于基于接收的类型参数和配置参数，从记账规则集合中获取目标记账规则；其中，所述记账规则集合包括至少一个记账规则；每个记账规则包括有记账账户；在每个记账规则中记账账户对应有类型参数和配置参数；

发送单元，用于向账务服务器发送所述账务信息和所述目标记账规则中的记账账户，以便于所述账务服务器将所述账务信息记入所述目标记账规则中的记账账户。