CN110070441A - 信息处理方法、装置、计算机设备、存储介质及程序产品 - Google Patents

信息处理方法、装置、计算机设备、存储介质及程序产品 Download PDF

Info

Publication number
CN110070441A
CN110070441A CN201810057841.4A CN201810057841A CN110070441A CN 110070441 A CN110070441 A CN 110070441A CN 201810057841 A CN201810057841 A CN 201810057841A CN 110070441 A CN110070441 A CN 110070441A
Authority
CN
China
Prior art keywords
data
purchase
available
apply
credit
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
CN201810057841.4A
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.)
Tenpay Payment Technology Co Ltd
Original Assignee
Tenpay Payment Technology 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 Tenpay Payment Technology Co Ltd filed Critical Tenpay Payment Technology Co Ltd
Priority to CN201810057841.4A priority Critical patent/CN110070441A/zh
Publication of CN110070441A publication Critical patent/CN110070441A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • 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/06—Asset management; Financial planning or analysis

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明实施例提出一种信息处理方法、装置、计算机设备、存储介质及程序产品，其中，方法包括：获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据，根据第一申购数据和历史批次累计的第一可用申购数据，获取当前批次对应的第二可用申购数据，根据第一赎回数据和历史批次累计的第一可用赎回数据，获取当前批次对应的第二可用赎回数据，根据第二可用申购数据和第二可用赎回数据，对目标业务对应的第一账户中的余额数据进行补偿。通过分批次的方式利用申购数据对垫资资金账户进行补偿，可以提高补偿效率、降低垫资成本，在计算当前批次时，充分利用申购数据和赎回数据，提高了垫资回补的资金使用率和结算效率。

Description

信息处理方法、装置、计算机设备、存储介质及程序产品
技术领域
本发明涉及信息处理技术领域，尤其涉及一种信息处理方法、装置、计算机设备、存储介质及程序产品。
背景技术
目前，用户在理财平台发起快赎申请后，理财平台会先使用其快赎垫资现金账户的资金为用户付款，以保证用户的赎回款能够快速到账。但是，由于理财平台的垫资资金有限，所以必须快速地对垫资账户进行资金回补，以保证其快赎业务正常运行。
目前主要是通过银行授信请款对垫资账户进行补偿。具体地，当日内对垫资账户垫付的资金，通过银行授信方式对垫资资金进行补偿，理财平台次日再将授信资金和利息还给授信银行。可见，该种方法垫资资金成本较高。而且，由于向授信银行发送授信请求，获得审批需要一定的时间，可见该方法资金回补效率低。
发明内容
本发明实施例旨在至少在一定程度上解决相关技术中的技术问题之一。
为此，本发明实施例提出一种信息处理方法，通过分批次的方式利用申购数据对垫资资金账户进行补偿，可以提高补偿效率，相比均利用授信资金进行补偿，可以降低垫资成本，并且计算当前批次时，对历史批次剩余的申购数据和赎回数据进行再利用，这样充分利用申购数据和赎回数据，提高了垫资回补的资金使用率和结算效率。
本发明一方面实施例提出了一种信息处理方法，包括：
获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据；
根据所述第一申购数据和历史批次累计的第一可用申购数据，获取所述当前批次对应的第二可用申购数据；
根据所述第一赎回数据和历史批次累计的第一可用赎回数据，获取所述当前批次对应的第二可用赎回数据；
根据所述第二可用申购数据和所述第二可用赎回数据，对所述目标业务对应的第一账户中的余额数据进行补偿。
本发明实施例的信息处理方法，通过获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据，根据第一申购数据和历史批次累计的第一可用申购数据，获取当前批次对应的第二可用申购数据，根据第一赎回数据和历史批次累计的第一可用赎回数据，获取当前批次对应的第二可用赎回数据，根据第二可用申购数据和第二可用赎回数据，对目标业务对应的第一账户中的余额数据进行补偿。本实施例中，通过分批次的方式利用申购数据对垫资资金账户进行补偿，可以提高补偿效率，相比均利用授信资金进行补偿，可以降低垫资成本，并且计算当前批次时，对历史批次剩余的申购数据和赎回数据进行再利用，这样充分利用申购数据和赎回数据，提高了垫资回补的资金使用率和结算效率。
本发明另一方面实施例提出了一种信息处理装置，包括：
第一获取模块，用于获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据；
第二获取模块，用于根据所述第一申购数据和历史批次累计的第一可用申购数据，获取所述当前批次对应的第二可用申购数据；
第三获取模块，用于根据所述第一赎回数据和历史批次累计的第一可用赎回数据，获取所述当前批次对应的第二可用赎回数据；
补偿模块，用于根据所述第二可用申购数据和所述第二可用赎回数据，对所述目标业务对应的第一账户中的余额数据进行补偿。
本发明实施例的信息处理装置，通过获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据，根据第一申购数据和历史批次累计的第一可用申购数据，获取当前批次对应的第二可用申购数据，根据第一赎回数据和历史批次累计的第一可用赎回数据，获取当前批次对应的第二可用赎回数据，根据第二可用申购数据和第二可用赎回数据，对目标业务对应的第一账户中的余额数据进行补偿。本实施例中，通过分批次的方式利用申购数据对垫资资金账户进行补偿，可以提高补偿效率，相比均利用授信资金进行补偿，可以降低垫资成本，并且计算当前批次时，对历史批次剩余的申购数据和赎回数据进行再利用，这样充分利用申购数据和赎回数据，提高了垫资回补的资金使用率和结算效率。
本发明一方面实施例提出了一种计算机设备，包括处理器和存储器；其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现上述实施例所述的信息处理方法。
本发明一方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例所述的信息处理方法。
本发明一方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时实现上述实施例所述的信息处理方法。
本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本发明实施例提供的信息处理方法的应用场景示意图；
图2为本发明实施例提供的一种信息处理方法的流程示意图；
图3为本发明实施例提供的一种信息处理方法的流程示意图；
图4为本发明实施例提供的一种利用授信补偿数据对第一账户进行补偿的流程示意图；
图5为本发明实施例提供的一种信息处理方法的流程示意图；
图6为本发明实施例提供的一种信息处理装置的结构示意图；
图7为适于用来实现本发明实施方式的示例性计算机设备的框图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。
下面参考附图描述本发明实施例的信息处理方法、装置、计算机设备、存储介质及程序产品。
在理财平台使用快赎垫资现金账户的资金为用户付赎回款后，为了保证垫资账户的资金充足，目前主要是通过银行授信请款对垫资账户进行补偿。但是，该种方法垫资资金成本较高。而且，由于向授信银行发送授信请求，获得审批需要一定的时间，可见该方法资金回补效率低。
针对上一问题，本发明实施例提出一种信息处理方法，通过分批次的方式利用申购数据对垫资资金账户进行补偿，可以提高补偿效率，相比均利用授信资金进行补偿，可以降低垫资成本，并且计算当前批次时，对历史批次剩余的申购数据和赎回数据进行再利用，这样充分利用申购数据和赎回数据，提高了垫资回补的资金使用率和结算效率。
图1为本发明实施例提供的一种信息处理方法的应用场景示意图，需要说明的是，图1仅是本发明实施例的信息处理方法的应用场景的一个示例。本实施例中，将用户购买基金产品称为申购，用户退出对基金产品的投资赎回现金称为赎回。
图1中，当用户想要购买某基金产品时，可以通过客户端购买一定数额的基金产品。客户端根据申购金额向第一服务器发送申购请求，并将将申购请求通过网络发送给第一服务器。第一服务器接收到申购请求后，根据申购请求中携带的申购金额生成对应的申购交易单。其中，第一服务器可以为基金产品对应的理财平台的服务器。
当用户想要退出对该基金产品的购买时，可以通过客户端申请赎回。客户端根据赎回金额生成赎回请求，并通过网络发送至第一服务器。第一服务器根据赎回请求中携带的赎回金额，将对应的赎回款从快赎垫资账户转入用户账户，使赎回款能够及时到账，并生成赎回交易单。
第一服务器可按照批次对交易单进行处理，可以利用申购金额对垫资账户的资金缺口进行快速回补，当申购金额不足够补充垫资账户的资金缺口时，第一服务器可以向授信平台所在的第二服务器发送授信请求，通过第二服务器向授信银行所在的第三服务器请求授信款，在利用授信款来补足垫资账户的资金缺口。
后续实施例中，以第一服务器为理财平台，第二服务器为授信平台，第三服务器为授信银行为例说明本发明实施例的信息处理方法。
图2为本发明实施例提供的一种信息处理方法的流程示意图。该方法可以由理财平台对应的第一服务器执行。
如图2所示，该信息处理方法包括：
步骤101，理财平台对应的第一服务器获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据。
其中，目标业务可以是理财平台的基金产品。当用户退出对基金产品的投资，对基金进行赎回时，理财平台对应的第一服务器通过快赎垫资账户为用户付款，以保证用户的赎回款能够快速到账。由于理财平台的垫资资金有限，所以必须快速地对快赎垫资账户进行资金回补，以保证其快赎业务正常运行。
当用户购买基金产品进行申购时，会生成申购交易单，当用户赎回时会生成赎回交易单。其中，申购交易单上记录有申购交易金额，赎回交易单上记录有赎回交易金额。
本实施例中，理财平台对应的第一服务器可对预设时间内的申购交易单和赎回交易单进行分批次轧差结算。其中，预设时间可以是一天，也可以是一周，可根据实际情况设定。
具体地，理财平台对应的第一服务器可在预设时间内，可每隔一段时间，如一分钟，从数据库中加载当前批次的申购交易单和赎回交易单。可以理解的是，当前批次的开始时间是为上一批次的结束时间，结束时间为当前时间。
也就是说，每个结算批次只需处理指定起止时间范围内的申购交易单和赎回交易单，而且所有的结算批次在时间上是连续的，这样可覆盖整个预设时间内的交易单，并且可以提高结算的处理效率。
具体地，理财平台对应的第一服务器将上一批次的结束时间作为当前批次的开始时间，当前时间作为当前批次的结束时间，从而确定当前批次的开始时间和结束时间。然后，根据开始时间和结束时间，从数据库中加载当前批次的申购交易单和赎回交易单。其中，申购交易单中包括申购数据，赎回交易单中包括赎回数据，所述申购数据可以是申购交易单中包括的申购金额，所述赎回数据可以是所述赎回交易单中包括的赎回金额。
理财平台对应的第一服务器，在获取当前的申购交易单和赎回交易单后，对当前批次的每个申购交易单中的申购数据相加进行求和，得到的和值作为第一申购数据。同样地，对当前批次的每个赎回交易单的赎回数据相加进行求和，得到的和值作为第一赎回数据。由此，获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据。
步骤102，理财平台对应的第一服务器根据第一申购数据和历史批次累计的第一可用申购数据，获取当前批次对应的第二可用申购数据。
可以理解的是，历史批次累计的第一可用申购数据是指历史批次累计剩余的可用于申购补偿的申购数据。本实施例中，为了充分利用预设时间内剩余的申购数据，可将历史批次累计的第一可用申购数据计入当前批次对应的第二可用申购数据中。
作为一种可能的实现方式，可通过如下方式获得历史批次累计的第一可用申购数据。具体地，理财平台对应的第一服务器从数据库中获取目标业务预设时间内的每个历史批次，并从历史批次中获取每个历史批次的申购数据和每个历史批次的申购补偿数据，其中，申购补偿数据是指用于对目标业务对应的第一账户进行补偿的申购数据。
进一步地，对每个历史批次的申购数据进行求和，以及对每个历史批次的申购补偿数据进行求和。然后，将每个历史批次的申购数据的和值减去每个历史批次的申购补偿数据的和值，得到的结果为历史批次累计的第一可用申购数据。
作为另外一种可能的实现方式，从预设时间内目标业务的第一批次开始，可将上一批次中的申购数据减去上一批次中的申购补偿数据，将得到差值作为当前批次的历史批次累计的第一可用申购数据。可以理解的是，在计算第一批次对应的第一可用申购数据时，历史批次累计的第一可用申购数据为0，也就是说历史批次累计的第一可用申购数据的初始值为0。该实现方式，直接利用上一批次的中剩余的可用申购数据，计算当前批次对应的第一可用申购数据，计算量少，计算效率高。
根据获取的历史批次累计的第一可用申购数据，可将根据当前批次的申购交易单得到的第一申购数据与历史批次累计的第一可用申购数据相加，将得到的和值作为当前批次对应的第二可用申购数据。可以理解的是，当前批次对应的第二可用申购数据是指当前可用于对目标业务对应的第一账户的余额数据进行补偿的所有申购数据。
步骤103，理财平台对应的第一服务器根据第一赎回数据和历史批次累计的第一可用赎回数据，获取当前批次对应的第二可用赎回数据。
可以理解的是，历史批次累计的第一可用赎回数据是指历史批次累计剩余的未补偿的赎回数据。本实施例中，为了充分利用剩余的赎回数据，可将历史批次累计的第一可用赎回数据计入当前批次对应的第二可用赎回数据中。
作为一种可能的实现方式，可从数据库中获取预设时间内的每个历史批次，并从历史批次中获取每个历史批次的赎回数据和每个历史批次的申购补偿数据和授信补偿数据，其中，授信补偿数据是指通过授信平台从授信银行获取的补偿数据。
进一步地，对每个历史批次的赎回数据进行求和，对每个历史批次的申购补偿数据进行求和以及对每个历史批次的授信补偿数据进行求和。然后，将每个历史批次的赎回数据的和值减去每个历史批次的申购补偿数据的和值以及减去每个历史批次的授信补偿数据的和值，得到的结果为历史批次累计的第一可用赎回数据。
作为另一种可能的实现方式，可从预设时间内目标业务的第一批次开始，将上一批次中的赎回数据减去上一批次中的申购补偿数据与授信补偿数据，将得到的结果作为当前批次的历史批次累计的第一可用赎回数据。
根据获取的历史批次累计的第一可用赎回数据，可将根据当前批次的赎回交易单得到的第一赎回数据与历史批次累计的第一可用赎回数据相加，将得到的和值作为当前批次对应的第二可用赎回数据。由此，可知第二可用赎回数据是当前需要进行补偿的所有赎回数据。
本实施例中，针对每一结算批次，对剩余的申购数据和赎回数据进行再利用，这样可以最大程度的利用申购数据和赎回数据，可以提高结算效率，提高对账户余额的补偿速度，进而提高回补效率。
步骤104，理财平台对应的第一服务器根据第二可用申购数据和第二可用赎回数据，对目标业务对应的第一账户中的余额数据进行补偿。
其中，第一账户可以理解为快赎垫资账户。当用户进行赎回时，理财平台使用第一账户中的资金为用户付款，以保证用户的赎回款能够快速到账。
在获取当前批次对应的第二可用申购数据和第二可用赎回数据后，可根据第二可用申购数据和第二可用赎回数据，确定用于对目标业务对应的第一账户中的余额数据进行补偿的申购数据并进行补偿，具体可详见后续实施例。
为了便于对下一次批次进行轧差结算，可对当前批次进行轧差结算，具体地，经过轧差结算可以得到当前批次的对应的申购补偿数据、授信补偿数据、剩余的赎回数据、剩余的申购数据等等。
本实施例中，通过分批次方式对指定时间段内的交易单进行轧差结算，可以实现以最低的资金成本快速回补快赎垫资账户，并且可以大大提高资金结算效率和回补效率。
为了更清楚说明上述实施例，下面通过另一个实施例，详细说明本发明实施例提出的一种信息处理方法。该方法可以由理财平台对应的第一服务器执行。
如图3所示，该信息处理方法包括：
步骤201，理财平台对应的第一服务器获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据。
步骤202，理财平台对应的第一服务器根据第一申购数据和历史批次累计的第一可用申购数据，获取当前批次对应的第二可用申购数据。
步骤203，理财平台对应的第一服务器根据第一赎回数据和历史批次累计的第一可用赎回数据，获取当前批次对应的第二可用赎回数据。
本实施例，步骤201-步骤203为获取当前批次对应的第二可用申购数据和第二可用赎回数据的过程，与上述实施例中步骤101-步骤103记载的内容类似，在此不再赘述。
步骤204，理财平台对应的第一服务器将第二可用申购数据与第二可用赎回数据进行比较。
在理财平台对应的第一服务器获取当前批次对应的第二可用申购数据和第二可用赎回数据后，可根据第二可用申购数据和第二可用赎回数据，确定用于补偿第一账户的申购补偿数据。具体而言，可将第二可用申购数据与第二可用赎回数据进行比较，以确定申购补偿数据。
步骤205，如果第二可用申购数据大于或者等于第二可用赎回数据，则确定申购补偿数据为第二可用赎回数据。
如果第二可用申购数据大于或者等于第二可用赎回数据，说明第二可用申购数据足以补偿当前需要补偿的所有赎回金额，那么将第二可用赎回数据作为申购补偿数据。
举例而言，假设当前批次的第二可用申购数据为5000元，第二可用赎回数据为4000元，这时第二可用申购数据大于第二可用赎回数据，说明申购数据足以补偿赎回金额，那么申购补偿数据为4000元。
步骤206，理财平台对应的第一服务器按照申购补偿数据，对第一账户的余额数据进行补偿。
在理财平台对应的第一服务器确定申购补偿数据后，按照申购补偿数据，可将申购补偿数据从申购补偿数据所在账户转入第一账户，以对第一账户的余额数据进行补偿，以使第一账户中资金充足，保证快赎业务的正常进行，相比相关技术中均利用授信补偿数据进行补偿，缩短了补偿所需的时间，提高了资金补偿效率。
本实施例中，优先使用申购数据补偿快赎垫资资金，能够使快赎垫资账户的资金能够及时得到回补，提高了回补效率。
步骤207，如果第二可用申购数据小于第二可用赎回数据，则确定申购补偿数据为第二可用申购数据。
本实施例中，当第二可用申购数据大于或者等于第二可用赎回数据时，确定申购补偿数据为第二可用赎回数据。当第二可用申购数据小于第二可用赎回数据时，说明第二可用申购数据不足以补偿第二可用赎回数据，那么可将第二可用申购数据作为申购补偿数据，也就是说将全部申购金额用于补偿赎回金额。
步骤208，理财平台对应的第一服务器判断余额数据与第一账户预设的总数据之间的第一比值是否小于预设的阈值。如果第一比值小于预设的阈值，则执行步骤209；否则，执行步骤211。
本实施例中，通过预设的阈值确定是否进行授信补偿。具体地，在理财平台对应的第一服务器将第二可用申购数据确定申购补偿数据后，判断余额数据与第一账户预设的总数据之间的第一比值是否小于预设的阈值。其中，余额数据等于第一账户预设的总数据与当前批次的第一赎回数据之间的差值，第一账户预设的总数据可以是第一账户的初始垫资资金。也就是说，判断第一账户可用垫资资金比例是否小于预设的阈值。
举例而言，假设预设的阈值为0.5，第一账户预设的总数据为10000元，当前批次的第一赎回数据为3000元，那么余额数据等于7000元，余额数据与总数据的比值为0.7，这时第一比值0.7大于预设的阈值0.5。
本实施例中，可以根据资金风险评估和业务需求对预设的阈值进行灵活配置。
步骤209，如果第一比值小于预设的阈值，则根据申购补偿数据和第二可用赎回数据，获取当前批次的授信补偿数据。
如果第一比值小于预设的阈值，说明第一账户中可垫资资金不够充足，那么可以通过授信补偿数据对第一账户中的余额数据进行补偿。本实施例中，可根据申购补偿数据和第二可用赎回数据，确定当前批次的授信补偿数据。具体而言，将第二可用赎回数据减去申购补偿数据，得到差值即为授信补偿数据。
步骤210，理财平台对应的第一服务器利用申购补偿数据和授信补偿数据，对第一账户的余额数据进行补偿。
在理财平台对应的第一服务器确定申购补偿数据和授信补偿数据后，可按照申购补偿数据和授信补偿数据对第一账户的余额数据进行补偿。在按照申购补偿数据进行补偿时，可将申购补偿数据从申购补偿数据所在的账户转入第一账户中，在按照授信补偿数据进行补偿时，可向授信平台发送授信请求以获取授信补偿数据，将授信补偿数据转入第一账户中。可以理解的是，通过申购补偿试数据和授信补偿数据补偿后，第一账户的余额数据可以等于预设的总数据，从而保证第一账户可垫资资金充足。
步骤211，如果第一比值大于或者等于预设的阈值，则授信补偿数据为0。
由步骤208可知，当第一比值小于预设的阈值时，通过授信补偿数据对第一账户的余额数据进行补偿。当第一比值大于或者等于预设的阈值时，可以不通过授信补偿数据进行补偿，那么授信补偿数据为0。
在第一比值大于或者等于预设的阈值的情况下，可执行步骤206仅利用申购补偿数据对第一账户的余额数据进行补偿。
以基金产品A为例，假设当日内每隔一分钟结算一个批次，基金产品A对应的第一账户预设的总数据为10000元，预设的阈值为0.5。以基金产品A在当日内(15:00:00开始)的结算批次为例，如表1所示。
表1
在表1中，批次100001中本批次申购款为200元，赎回款是100元，之前批次可用的申购款和可用的赎回款均为0，由于申购款大于赎回款，可使用申购款补偿第一账户100元，不需要授信回补，那么剩余申购款为100元，剩余赎回款为0，申购回补款为100元，授信回补款为0。
批次100002对应的本批次的申购款是300元，本批次的赎回款是200元，由于批次100001中剩余申购款为100，所以之前批次可用申购款为100元，而之前批次可用赎回款为0，那么本批次可用的所有申购款为400元，大于本批次的赎回款200元，那么可用申购款回补第一账户200元，不需要授信回补，由此，本批次对应的申购回补款为200元，授信回补款为0，剩余申购款200元，剩余赎回款为0。
批次100003中本批次申购款为400元，之前批次可利用的申购款为200元，总的可用申购款为600元，本批次赎回款为1000元，可用申购款为600元补偿第一账户，剩余申购款0元，剩余的赎回款400元。由于第一账户余额为10000-1000＝9000，那么第一比值为0.9大于预设阈值0.5，可以不通过授信回款进行补偿，因此本批次对应的授信回补款为0。可见，本批次对应的申购回补款为600元，授信回补款为0元，剩余赎回款为400元，剩余申购款为0元。
批次100004中本批次申购款为300元，本批次赎回款为0，之前批次可利用的申购款为0，由于批次100003剩余赎回款400元，那么之前批次可利用的赎回款为400元。可见，可用申购款为300元小于可用赎回款400元，可利用申购款300元作为申购回补款，明显地第一比值大于预设的阈值，不进行授信回补。由此，本批次对应的申购回补款为300元，授信回补款为0，剩余赎回款100元，剩余申购款为0元。
批次100005中本批次申购款为100元，本批次赎回款为0，之前批次可利用的申购款为0，由于批次100004剩余赎回款100元，由此之前批次剩余可利用赎回款为100元。由于申购款100元等于可用赎回款100元，那么将申购款100元作为申购补偿数据。因此，本批次对应的申购回补款为100元，授信回补款为0，剩余申购款为0，剩余赎回款为0。
批次100006中本批次申购款为1000元，本批次赎回款为6000元，之前批次可利用的申购款为0，之前批次可利用的赎回款为0。由于申购款小于赎回款，那么申购回补款为1000元。由于第一账户余额为10000元减去6000元为4000元，第一比值为0.4小于预设的阈值0.5，那么可利用授信回补对第一账户进行补偿，授信回补款等于6000元减去1000元等于5000元。因此，本批次对应的申购回补款为1000元，授信回补款为5000元，剩余申购款为0，剩余赎回款为0。
本发明实施例的信息处理方法，在第一账户的余额数据需要进行补偿时，先利用申购数据进补偿，如果申购数据不足以补偿赎回数据时，再根据第一账户可用垫资资金比例与预设的阈值的比较结果，确定是否通过授信补偿数据对第一账户的余额数据进行补偿，保证第一账户有充足的资金。可见，本实施例的信息处理方法，相比相关技术中均利用授信补偿数据进行补偿，不仅大大降低了垫资成本，而且先利用申购数据进行补偿，可以大大缩短回补时间，提高了回补效率。
为了更清楚说明上述实施例，在步骤209根据申购补偿数据和第二可用赎回数据，获取当前批次的授信补偿数据后，可通过如图4所示的方法，利用授信补偿数据对第一账户进行补偿。该方法可以由理财平台对应的第一服务器执行。
如图4所示，该方法包括：
步骤301，理财平台对应的第一服务器向目标业务对应的授信平台发送授信请求；其中，授信请求中携带授信补偿数据。
本实施例中，在理财平台确定授信补偿数据后，可向目标业务对应的授信平台发送授信请求，以使授信平台根据授信请求中携带的授信补偿数据，向授信银行发送所请求的授信补偿数据。
授信银行在接收到授信补偿数据后，划拨授信补偿数据到理财平台的目标业务对应的第二账户，并反馈划款结果至授信平台。其中，第二账户可以是目标业务的备用账户。
步骤302，理财平台对应的第一服务器接收授信平台的反馈消息，其中，反馈消息用于指示在目标业务对应的第二账户中添加授信补偿数据。
理财平台接收授信平台的反馈消息，根据反馈消息可以知道所请求的授信补偿数据已被转入理财平台的第二账户中。
步骤303，理财平台对应的第一服务器将授信补偿数据从第二账户中转入到第一账户中。
理财平台将授信补偿数据从第二账户转入到第一账户中，从而对第一账户进行补偿。
步骤304，理财平台对应的第一服务器标记当前批次为授信状态。
在将授信补偿数据转入到第一账户后，说明授信补偿数据已到账，为避免再次向授信平台发送授信请求，可将当前批次标记为授信状态。
本实施例中，通过向授信平台发送授信请求获取授信补偿数据，并将其转入第一账户，并将当前批次标记为授信状态，从而避免了后续再向授信平台发送授信请求，提高了回补效率。
在实际应用中，由于某些原因，如***繁忙、授信请求的审批需要一定的时间等等，在确定申购补偿数据或者授信补偿数据后，可能会存在不能及时对第一账户进行补偿处理的情况。本实施例中，在将第二可用赎回数据与申购补偿数据做差值，得到授信补偿数据之后，如图5所示，可对未处理的历史批次和当前批次进行补偿处理。该方法可由理财平台对应的第一服务器执行。
如图5所示，该信息处理方法可包括：
步骤401，理财平台对应的第一服务器获取未经过补偿处理的历史批次和当前批次，形成第一列表。
本实施例中，可根据历史批次和当前批次的状态，扫描获取未经过补偿处理的历史批次和当前批次。其中，如果对批次完成了补偿处理，则批次的状态标记为已补偿；如果未对批次进行补偿处理，则批次的状态为未补偿。
具体地，通过扫描历史批次和当前批次，将标记状态为未补偿的批次形成一个列表，即第一列表。其中，在形成第一列表时，可根据批次的时间顺序进行排序，也可按照其他顺序形成，本实施例对此不作限定。
步骤402，理财平台对应的第一服务器从第一列表中取出一个目标批次；其中，目标批次为历史批次或者当前批次。
本实施例中，理财平台对应的第一服务器可按序从第一列表中取出一个目标批次进行补偿处理。其中，目标批次可能为历史批次，也可能为当前批次。
步骤403，理财平台对应的第一服务器根据目标批次的申购补偿数据和授信补偿数据，对第一账户的余额数据进行补偿。
在取出一个目标批次后，理财平台对应的第一服务器根据目标批次的申购补偿数据和授信补偿数据，对第一账户的余额数据进行补偿。
作为一个示例，若目标批次的申购补偿数据和授信补偿数据均为0，则不需要进行补偿处理。
作为另一个示例，若目标批次的申购补偿数据大于0，而授信补偿数据为0，也就是说，对目标批次只进行申购补偿处理，则按照申购补偿数据，从申购数据对应的账户向第一账户转入申购补偿数据。
作为再一个示例，若目标批次的申购补偿数据和授信补偿数据均大于0，说明对第一账户需要进行申购补偿和授信补偿，具体的补偿方法可参见上述内容中记载的申购补偿和授信补偿的方法，在此不再赘述。需要说明的是，如果该批次被标记为授信状态，说明已进行了授信补偿，则只按照申购补偿数据进行补偿。
步骤404，理财平台对应的第一服务器更新第一列表中目标批次的补偿状态。
本实施例中，可根据补偿处理对目标批次的补偿状态进行标记，以避免重复处理。
具体而言，若申购补偿数据和授信补偿数据均为0，则将目标批次的状态更新为无需补偿。若申购补偿数据大于0，授信补偿数据为0，在理财平台对应的第一服务器对目标批次完成补偿处理后，将目标批次的补偿状态更新为已补偿。若理财平台对应的第一服务器对目标批次完成了申购补偿和授信补偿，则将目标批次的补偿状态更新为已补偿。
本发明实施例的信息处理方法，可按照列表依次对未进行补偿处理的批次进行补偿处理，从而保证了第一账户的资金能够快速得到补偿，提高了回补效率。
本发明实施例的信息处理方法，通过分批次的方式利用申购数据对垫资资金账户进行补偿，可以提高补偿效率，相比均利用授信资金进行补偿，可以降低垫资成本，并且计算当前批次时，对历史批次剩余的申购数据和赎回数据进行再利用，这样充分利用申购数据和赎回数据，提高了垫资回补的资金使用率和结算效率。
为了实现上述实施例，本发明还提出一种信息处理装置。图6为本发明实施例提出的一种信息处理装置的结构示意图。
如图6所示，该信息处理装置包括：第一获取模块510、第二获取模块520、第三获取模块530、补偿模块540。
第一获取模块510用于获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据。
第二获取模块520用于根据第一申购数据和历史批次累计的第一可用申购数据，获取当前批次对应的第二可用申购数据。
第三获取模块530用于根据第一赎回数据和历史批次累计的第一可用赎回数据，获取当前批次对应的第二可用赎回数据。
补偿模块540用于根据第二可用申购数据和第二可用赎回数据，对目标业务对应的第一账户中的余额数据进行补偿。
在本实施例一种可能的实现方式中，补偿模块540可包括：
确定单元，用于根据第二可用申购数据和第二可用赎回数据，确定用于补偿第一账户的申购补偿数据；
补偿单元，用于按照申购补偿数据，对第一账户的余额数据进行补偿。
在本实施例一种可能的实现方式中，确定单元还用于：
将所述第二可用申购数据与所述第二可用赎回数据进行比较；
如果第二可用申购数据大于或者等于第二可用赎回数据，则确定申购补偿数据为第二可用赎回数据；
如果第二可用申购数据小于第二可用赎回数据，则确定申购补偿数据为第二可用申购数据。
在本实施例一种可能的实现方式中，当申购补偿数据为第二可用申购数据时，补偿单元还用于：
判断余额数据与第一账户预设的总数据之间的第一比值是否小于预设的阈值；
如果第一比值小于预设的阈值，则根据申购补偿数据和第二可用赎回数据，获取当前批次的授信补偿数据；
利用授信补偿数据，对第一账户的余额数据进行补偿。
在本实施例一种可能的实现方式中，补偿单元还用于：
将第二可用赎回数据与申购补偿数据做差值，得到授信补偿数据。
在本实施例一种可能的实现方式中，补偿模块540还包括：
发送单元，用于在将第二可用赎回数据与申购补偿数据做差值，得到授信补偿数据之后，向目标业务对应的授信平台发送授信请求；其中，授信请求中携带授信补偿数据；
接收单元，用于接收授信平台的反馈消息，其中，反馈消息用于指示在目标业务对应的第二账户中添加授信补偿数据；
转入单元，用于将所述授信补偿数据从第二账户中转入到第一账户中；
标记单元，用于标记当前批次为授信状态。
在本实施例一种可能的实现方式中，补偿模块540还可包括：
获取单元，用于在将第二可用赎回数据与申购补偿数据做差值，得到授信补偿数据之后，获取未经过补偿处理的历史批次和当前批次，形成第一列表；
取出单元，用于从第一列表中取出一个目标批次；其中，目标批次为历史批次或者当前批次；
补偿单元，还用于根据目标批次的申购补偿数据和/或授信补偿数据，对第一账户的余额数据进行补偿；
更新单元，用于更新第一列表中目标批次的补偿状态。
在本实施例一种可能的实现方式中，该装置还可包括：
确定模块，还用于根据第一账户预设的总数据和当前批次的第一赎回数据，确定余额数据。
在本实施例一种可能的实现方式中，第一获取模块510还用于：
确定当前批次的开始时间和结束时间，其中，开始时间为上一批次的结束时间，结束时间为当前时间；
根据开始时间和结束时间，从数据库中加载当前批次的申购交易单和赎回交易单；
对当前批次的每个申购交易单的申购数据进行求和，得到第一申购数据；
对当前批次的每个赎回交易单的赎回数据进行求和，得到第一赎回数据。
进一步地，在本实施例一种可能的实现方式中，该装置还可包括：
第四获取模块，用于获取目标业务预设时间内的每个历史批次的申购数据；获取目标业务在预设时间内的每个历史批次的申购补偿数据；
计算模块，用于根据每个历史批次的申购数据和申购补偿数据，得到第一可用申购数据；
第四获取模块，还用于获取目标业务在预设时间内的每个历史批次的赎回数据；获取目标业务在预设时间内的每个历史批次的申购补偿数据和授信补偿数据；
计算模块，还用于根据每个历史批次的所述赎回数据、申购补偿数据和授信补偿数据，得到第一可用赎回数据。
本发明实施例的信息处理装置，通过获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据，根据第一申购数据和历史批次累计的第一可用申购数据，获取当前批次对应的第二可用申购数据，根据第一赎回数据和历史批次累计的第一可用赎回数据，获取当前批次对应的第二可用赎回数据，根据第二可用申购数据和第二可用赎回数据，对目标业务对应的第一账户中的余额数据进行补偿。本实施例中，通过分批次的方式利用申购数据对垫资资金账户进行补偿，可以提高补偿效率，相比均利用授信资金进行补偿，可以降低垫资成本，并且计算当前批次时，对历史批次剩余的申购数据和赎回数据进行再利用，这样充分利用申购数据和赎回数据，提高了垫资回补的资金使用率和结算效率。
为了更清楚的说明上述实施例，结合图1所示的应用场景来进行说明。
如图1所示，当用户想要购买某基金产品时，可以通过客户端进行操作，向客户端发送申购指令，客户端接收到申购交易指令后，将申购指令通过网络发送给理财平台，这时理财平台可以产生对应的申购交易单。
当用户想要退出对该基金产品的购买时，可以向客户端发送赎回指令，客户端接收到赎回指令后，将赎回指令通过网络传输到理财平台。理财平台根据赎回指令将对应的赎回款从快赎垫资账户转入用户账户，使赎回款能够及时到账，并生成赎回交易单。
理财平台可每隔预设时间处理交易单，具体地，确定当前批次的开始时间和结束时间，根据开始时间和结束时间获取该时间段内的申购交易单和赎回交易单，以根据申购交易单和赎回交易单获取当前批次的第一申购数据和第一赎回数据，具体的获取方法可参见上述实施例中记载的相关内容，在此不再赘述。
理财平台在获取第一申购数据和第一赎回数据后，根据历史批次累计的第一可用申购数据和历史批次累计的第一可用赎回数据，获得当前批次的第二可用申购数据和第二可用赎回数据。具体地，可将第一申购数据与历史批次累计的第一可用申购数据相加，得到第二可用申购数据，将第一赎回数据与历史批次累计的第一可用赎回数据相加，得到第二可用赎回数据。
理财平台在获取第二可用申购数据和第二可用赎回数据后，比较第二可用申购数据与第二可用赎回数据。如果第二可用申购数据大于或者等于第二可用赎回数据，说明当前可用的申购金额足以补偿赎回款，那么将与第二可用赎回数据相等的第二可用申购数据，作为申购补偿数据对该基金产品的对应的快赎垫资账户进行补偿。
如果第二可用申购数据小于第二可用赎回数据，那么当前所有的申购款不足以补偿赎回款，那么现将第二可用申购数据作为申购补偿数据对快赎垫资账户进行补偿。对于剩余的赎回款，即第二可用赎回数据与第二可用申购数据的差值，也即授信补偿数据，通过授信平台获取。
理财平台通过网络向授信平台发送授信请求，授信请求中携带有授信补偿数据。授信平台接收到授信请求后，通过网络将授信补偿数据发送至对应的授信银行。授信银行获取授信补偿数据，将授信补偿数据对应的金额划拨到理财平台的备用账户，并将划款结果反馈至授信平台。授信平台将划款成功的信息反馈至理财平台。
理财平台接收到划款成功的消息后，将授信补偿数据从备用账户转入快赎垫资账户，以对快赎垫资账户进行补偿。
为了实现上述实施例，本发明还提出一种计算机设备，包括处理器和存储器；其中，处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于实现如前述实施例所述的信息处理方法。
图7示出了适于用来实现本发明实施方式的示例性计算机设备的框图。图7显示的计算机设备12仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，***存储器28，连接不同***组件(包括***存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，***总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation；以下简称：VESA)局域总线以及***组件互连(Peripheral ComponentInterconnection；以下简称：PCI)总线。
计算机设备12典型地包括多种计算机***可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
存储器28可以包括易失性存储器形式的计算机***可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。仅作为举例，存储***34可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc Read OnlyMemory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read OnlyMemory；以下简称：DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。
计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local Area Network；以下简称：LAN)，广域网(Wide Area Network；以下简称：WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。
处理单元16通过运行存储在***存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现前述实施例中提及的方法。
为了实现上述实施例，本发明还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如前述实施例所述的信息处理方法。
为了实现上述实施例，本发明还提出一种计算机程序产品，当计算机程序产品中的指令由处理器执行时实现如前述实施例所述的信息处理方法。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用，或结合这些指令执行***、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (14)

1.一种信息处理方法，其特征在于，包括：
获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据；
根据所述第一申购数据和历史批次累计的第一可用申购数据，获取所述当前批次对应的第二可用申购数据；
根据所述第一赎回数据和历史批次累计的第一可用赎回数据，获取所述当前批次对应的第二可用赎回数据；
根据所述第二可用申购数据和所述第二可用赎回数据，对所述目标业务对应的第一账户中的余额数据进行补偿。
2.根据权利要求1所述的方法，其特征在于，所述根据所述第二可用申购数据和所述第二可用赎回数据，对所述目标业务对应的第一账户中的余额数据进行补偿，包括：
根据所述第二可用申购数据和所述第二可用赎回数据，确定用于补偿所述第一账户的申购补偿数据；
按照所述申购补偿数据，对所述第一账户的余额数据进行补偿。
3.根据权利要求2所述的方法，其特征在于，所述根据所述第二可用申购数据和所述第二可用赎回数据，确定用于补偿所述第一账户的申购补偿数据，包括：
将所述第二可用申购数据与所述第二可用赎回数据进行比较；
如果所述第二可用申购数据大于或者等于所述第二可用赎回数据，则确定所述申购补偿数据为所述第二可用赎回数据；
如果所述第二可用申购数据小于所述第二可用赎回数据，则确定所述申购补偿数据为所述第二可用申购数据。
4.根据权利要求3所述的方法，其特征在于，当所述申购补偿数据为所述第二可用申购数据时，则所述按照所述申购补偿数据，对所述第一账户的余额数据进行补偿，包括：
判断所述余额数据与所述第一账户预设的总数据之间的第一比值是否小于预设的阈值；
如果所述第一比值小于所述预设的阈值，则根据所述申购补偿数据和所述第二可用赎回数据，获取所述当前批次的授信补偿数据；
利用所述授信补偿数据，对所述第一账户的所述余额数据进行补偿。
5.根据权利要求4所述的方法，其特征在于，所述根据所述申购补偿数据和所述第二可用赎回数据，获取所述当前批次的授信补偿数据，包括：
将所述第二可用赎回数据与所述申购补偿数据做差值，得到所述授信补偿数据。
6.根据权利要求5所述的方法，其特征在于，所述将所述第二可用赎回数据与所述申购补偿数据做差值，得到所述授信补偿数据之后，还包括：
向所述目标业务对应的授信平台发送授信请求；其中，所述授信请求中携带所述授信补偿数据；
接收所述授信平台的反馈消息，其中，所述反馈消息用于指示在所述目标业务对应的第二账户中添加所述授信补偿数据；
将所述授信补偿数据从所述第二账户中转入到所述第一账户中；
标记所述当前批次为授信状态。
7.根据权利要求5所述的方法，其特征在于，所述将所述第二可用赎回数据与所述申购补偿数据做差值，得到所述授信补偿数据之后，还包括：
获取未经过补偿处理的历史批次和所述当前批次，形成第一列表；
从所述第一列表中取出一个目标批次；其中，所述目标批次为所述历史批次或者所述当前批次；
根据所述目标批次的所述申购补偿数据和/或所述授信补偿数据，对所述第一账户的所述余额数据进行补偿；
更新所述第一列表中所述目标批次的补偿状态。
8.根据权利要求1-7任一项所述的方法，其特征在于，所述对所述目标业务对应的第一账户中的余额数据进行补偿之前，还包括：
根据所述第一账户预设的总数据和所述当前批次的所述第一赎回数据，确定所述余额数据。
9.根据权利要求1-7任一项所述的方法，其特征在于，所述获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据，包括：
确定所述当前批次的开始时间和结束时间，其中，所述开始时间为上一批次的结束时间，所述结束时间为当前时间；
根据所述开始时间和所述结束时间，从数据库中加载所述当前批次的所述申购交易单和所述赎回交易单；
对所述当前批次的每个申购交易单的申购数据进行求和，得到所述第一申购数据；
对所述当前批次的每个赎回交易单的赎回数据进行求和，得到所述第一赎回数据。
10.根据权利要求4-7任一项所述的方法，其特征在于，所述获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据之前，还包括：
获取所述目标业务预设时间内的每个历史批次的申购数据；
获取所述目标业务在所述预设时间内的每个历史批次的申购补偿数据；
根据每个历史批次的所述申购数据和所述申购补偿数据，得到所述第一可用申购数据；
获取所述目标业务在所述预设时间内的每个历史批次的赎回数据；
获取所述目标业务在所述预设时间内的每个历史批次的申购补偿数据和授信补偿数据；
根据每个历史批次的所述赎回数据、所述申购补偿数据和所述授信补偿数据，得到所述第一可用赎回数据。
11.一种信息处理装置，其特征在于，包括：
第一获取模块，用于获取目标业务当前批次的申购交易单对应的第一申购数据和赎回交易单对应的第一赎回数据；
第二获取模块，用于根据所述第一申购数据和历史批次累计的第一可用申购数据，获取所述当前批次对应的第二可用申购数据；
第三获取模块，用于根据所述第一赎回数据和历史批次累计的第一可用赎回数据，获取所述当前批次对应的第二可用赎回数据；
补偿模块，用于根据所述第二可用申购数据和所述第二可用赎回数据，对所述目标业务对应的第一账户中的余额数据进行补偿。
12.一种计算机设备，其特征在于，包括处理器和存储器；
其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如权利要求1-10中任一所述的信息处理方法。
13.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-10中任一所述的信息处理方法。
14.一种计算机程序产品，其特征在于，当所述计算机程序产品中的指令由处理器执行时实现如权利要求1-10中任一所述的信息处理方法。
CN201810057841.4A 2018-01-22 2018-01-22 信息处理方法、装置、计算机设备、存储介质及程序产品 Pending CN110070441A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810057841.4A CN110070441A (zh) 2018-01-22 2018-01-22 信息处理方法、装置、计算机设备、存储介质及程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810057841.4A CN110070441A (zh) 2018-01-22 2018-01-22 信息处理方法、装置、计算机设备、存储介质及程序产品

Publications (1)

Publication Number Publication Date
CN110070441A true CN110070441A (zh) 2019-07-30

Family

ID=67364672

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810057841.4A Pending CN110070441A (zh) 2018-01-22 2018-01-22 信息处理方法、装置、计算机设备、存储介质及程序产品

Country Status (1)

Country Link
CN (1) CN110070441A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110533543A (zh) * 2019-08-29 2019-12-03 上海艾融软件股份有限公司 终止资源增值产品、货币基金增值的方法及装置
CN110852891A (zh) * 2019-11-15 2020-02-28 腾讯科技（深圳）有限公司 基于轧差的数据处理方法、装置以及可读存储介质
CN110930257A (zh) * 2019-11-15 2020-03-27 腾讯科技（深圳）有限公司 一种数据处理方法、装置、设备及存储介质
CN111127210A (zh) * 2019-12-31 2020-05-08 深圳前海微众银行股份有限公司 一种业务处理方法及装置
CN112418967A (zh) * 2020-01-21 2021-02-26 上海哔哩哔哩科技有限公司 采购预警方法、服务器、***和存储介质

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101216922A (zh) * 2007-12-28 2008-07-09 中国工商银行股份有限公司 一种实时超短期理财***和方法
US7636682B1 (en) * 1999-11-19 2009-12-22 Macpherson James System and methods for processing open-end mutual fund purchase and redemption orders at centralized securities exchanges
US20100191668A1 (en) * 2009-01-28 2010-07-29 Hartford Fire Insurance Company System and method for administering invested funds
CN102479375A (zh) * 2010-11-26 2012-05-30 深圳证券交易所 一种开放式基金申购赎回交易的方法及***
CN102542507A (zh) * 2011-12-23 2012-07-04 中国工商银行股份有限公司 数据处理***及方法
CN104751266A (zh) * 2013-12-31 2015-07-01 腾讯科技（深圳）有限公司 数据处理方法、增值服务器及***
CN105654380A (zh) * 2016-02-04 2016-06-08 中国银行股份有限公司 一种数据调整的记录方法及***
CN105894378A (zh) * 2016-05-03 2016-08-24 ***股份有限公司 备付金余额预警装置和方法
CN106096926A (zh) * 2016-05-26 2016-11-09 腾讯科技（深圳）有限公司 事件处理方法和装置
CN106548402A (zh) * 2016-10-18 2017-03-29 财付通支付科技有限公司 资源转移监控方法及装置

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7636682B1 (en) * 1999-11-19 2009-12-22 Macpherson James System and methods for processing open-end mutual fund purchase and redemption orders at centralized securities exchanges
CN101216922A (zh) * 2007-12-28 2008-07-09 中国工商银行股份有限公司 一种实时超短期理财***和方法
US20100191668A1 (en) * 2009-01-28 2010-07-29 Hartford Fire Insurance Company System and method for administering invested funds
CN102479375A (zh) * 2010-11-26 2012-05-30 深圳证券交易所 一种开放式基金申购赎回交易的方法及***
CN102542507A (zh) * 2011-12-23 2012-07-04 中国工商银行股份有限公司 数据处理***及方法
CN104751266A (zh) * 2013-12-31 2015-07-01 腾讯科技（深圳）有限公司 数据处理方法、增值服务器及***
CN105654380A (zh) * 2016-02-04 2016-06-08 中国银行股份有限公司 一种数据调整的记录方法及***
CN105894378A (zh) * 2016-05-03 2016-08-24 ***股份有限公司 备付金余额预警装置和方法
CN106096926A (zh) * 2016-05-26 2016-11-09 腾讯科技（深圳）有限公司 事件处理方法和装置
CN106548402A (zh) * 2016-10-18 2017-03-29 财付通支付科技有限公司 资源转移监控方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
沈效竹: ""余额宝的资金流动性风险分析"", 《经济师》, no. 4, pages 28 - 30 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110533543A (zh) * 2019-08-29 2019-12-03 上海艾融软件股份有限公司 终止资源增值产品、货币基金增值的方法及装置
CN110533543B (zh) * 2019-08-29 2022-04-05 上海艾融软件股份有限公司 终止资源增值产品、货币基金增值的方法及装置
CN110852891A (zh) * 2019-11-15 2020-02-28 腾讯科技（深圳）有限公司 基于轧差的数据处理方法、装置以及可读存储介质
CN110930257A (zh) * 2019-11-15 2020-03-27 腾讯科技（深圳）有限公司 一种数据处理方法、装置、设备及存储介质
CN110852891B (zh) * 2019-11-15 2023-10-20 腾讯科技（深圳）有限公司 基于轧差的数据处理方法、装置以及可读存储介质
CN111127210A (zh) * 2019-12-31 2020-05-08 深圳前海微众银行股份有限公司 一种业务处理方法及装置
CN112418967A (zh) * 2020-01-21 2021-02-26 上海哔哩哔哩科技有限公司 采购预警方法、服务器、***和存储介质
CN112418967B (zh) * 2020-01-21 2022-09-06 上海哔哩哔哩科技有限公司 采购预警方法、服务器、***和存储介质

Similar Documents

Publication Publication Date Title
CN110070441A (zh) 信息处理方法、装置、计算机设备、存储介质及程序产品
US7590557B2 (en) Healthcare card incentive program for multiple users
US7922083B2 (en) Payment programs for healthcare plans
US7434729B2 (en) Healthcare card closed loop network
US7970626B2 (en) Facilitating payments to health care providers
US20070185803A1 (en) Incentive Programs For Healthcare Cards
US6601761B1 (en) Method and system for co-branding an electronic payment platform such as an electronic wallet
US6148293A (en) Method and apparatus of creating a financial instrument and administering an adjustable rate loan system
US20070185799A1 (en) Spending Account Systems and Methods
US20070194108A1 (en) Assured Payments For Health Care Plans
US7953644B2 (en) Networking system for referrals
US20060167720A1 (en) Incentive Programs for Healthcare Cards
US20070011088A1 (en) Assured Payments for Health Care Plans
US20040073510A1 (en) Automated method and exchange for facilitating settlement of transactions
US20090259595A1 (en) Systems and Methods for Operating a Computerized Trade Finance Network
US7949543B2 (en) Methods, systems, and computer program products for promoting healthcare information technologies to card members
JP2004512601A (ja) 繰延手段授与プランをモデリングし実行するための方法と装置
WO2007025287A2 (en) Methods and systems for optimal pricing
US20070185802A1 (en) Incentive Programs For Healthcare Cards
US7970673B2 (en) Method, apparatus, and computer program product for repository data maximization
US20100070409A1 (en) Healthcare Card Incentive Program for Multiple Users
US20240185210A1 (en) Post-purchase credit offer and tender switch
US20090006135A1 (en) Accelerated Payments for Health Care Plans
CN114077698A (zh) 资源增量数据的确定方法、装置、介质以及电子设备
Gallistel et al. IASB & FASB Convergence Project: Revenue Recognition

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