CN111582855A - 数据处理方法以及装置 - Google Patents

数据处理方法以及装置 Download PDF

Info

Publication number
CN111582855A
CN111582855A CN202010380848.7A CN202010380848A CN111582855A CN 111582855 A CN111582855 A CN 111582855A CN 202010380848 A CN202010380848 A CN 202010380848A CN 111582855 A CN111582855 A CN 111582855A
Authority
CN
China
Prior art keywords
settlement
virtual object
user
virtual
period
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
CN202010380848.7A
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.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information 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 Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202010380848.7A priority Critical patent/CN111582855A/zh
Publication of CN111582855A publication Critical patent/CN111582855A/zh
Pending legal-status Critical Current

Links

Images

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本说明书提供数据处理方法以及装置，其中所述数据处理方法包括：获取用户针对虚拟对象提交的处理请求；根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单；检测到所述分期结算订单中任一结算周期的结算指令之后，执行如下操作：根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常；若是，则基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。

Description

数据处理方法以及装置
技术领域
本说明书涉及计算机技术领域，特别涉及一种数据处理方法。本说明书同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质。
背景技术
在用户针对虚拟对象进行数据处理的过程中，通常需要用户进行一次性结算，而在一些特殊的情况下，用户结算后，虚拟对象所属的对象主体向用户提供的虚拟对象的对象服务可能会异常中断，此时用户已经一次性向对象主体结算了虚拟对象的全部数额，但用户并不能正常享受相应的对象服务，给用户带来损失，因而亟需一种数据处理方法以解决上述存在的问题。
发明内容
有鉴于此，本说明书实施例提供了一种数据处理方法。本说明书同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。
根据本说明书实施例的第一方面，提供了一种数据处理方法，包括：
获取用户针对虚拟对象提交的处理请求；
根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单；
检测到所述分期结算订单中任一结算周期的结算指令之后，执行如下操作：
根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常；
若是，则基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
可选的，所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单之后，还包括：
若接收到所述用户针对所述虚拟对象所属对象主体提交的申诉指令，则冻结所述虚拟对象的分期结算订单，并生成审核请求；
接收针对所述审核请求返回的审核结果；
若所述审核结果为审核通过，则将所述虚拟对象所属对象主体的状态信息修改为异常状态。
可选的，所述将所述虚拟对象所属对象主体的状态信息修改为异常状态之后，还包括：
基于所述虚拟对象的总应结数额，对所述虚拟对象所属对象主体的信用等级进行扣减。
可选的，所述接收针对所述审核请求返回的审核结果之后，还包括：
若所述审核结果为审核不通过，则对冻结的所述虚拟对象的分期结算订单进行解冻处理；
确定所述虚拟对象的分期结算订单冻结期间的结算周期的目标应结数额；
基于所述目标应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单。
可选的，所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单，包括：
根据所述虚拟对象所属的对象类型，确定所述虚拟对象的结算规则；
根据所述虚拟对象的对象信息中记录的对象服务次数、服务周期和每一服务周期应结数额，以及所述结算规则，确定所述虚拟对象的结算周期数、每一结算周期时长和每一结算周期的应结数额；
将所述虚拟对象的结算周期数、每一结算周期时长和每一结算周期的应结数额确定为所述虚拟对象的分期信息；
基于所述分期信息创建所述处理请求的分期结算订单。
可选的，所述将所述虚拟对象的结算周期数、每一结算周期时长和每一结算周期的应结数额确定为所述虚拟对象的分期信息之后，还包括：
获取所述虚拟对象所属对象主体的信用等级；
若所述虚拟对象所属对象主体的信用等级低于预设信用等级，则延长所述虚拟对象的结算周期数；
将所述虚拟对象的延长后的结算周期数、每一结算周期时长和每一结算周期的应结数额确定为所述虚拟对象的分期信息。
可选的，所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单之后，监测时间是否达到所述分期结算订单中任一结算周期的结算时间点，当达到后，生成所述结算周期的结算指令。
可选的，所述基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，包括：
基于应结数额和授信额度的对应关系，确定所述分期结算订单中记录的所述结算周期的应结数额对应的目标授信额度；
将所述用户的授信额度扣减所述目标授信额度。
可选的，所述获取用户针对虚拟对象提交的处理请求之后，且所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单之前，还包括：
获取所述用户的信用数据；
判断所述用户的信用数据是否超过预设信用阈值；
若是，则执行所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单的步骤。
可选的，所述获取用户针对虚拟对象提交的处理请求之前，还包括：
获取对象主体提交的分期服务签订请求；
接收所述对象主体录入的虚拟对象的对象信息以及所属的对象类型；
根据所述虚拟对象的对象信息以及所属的对象类型创建分期服务协议。
可选的，所述判断所述用户的信用数据是否超过预设信用阈值之后，还包括：
若否，则根据所述虚拟对象的对象信息，创建所述处理请求的一次性结算订单。
根据本说明书实施例的第二方面，提供了一种数据处理装置，包括：
处理请求获取模块，被配置为获取用户针对虚拟对象提交的处理请求；
分期结算订单创建模块，被配置为根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单；
结算指令检测模块，被配置为检测到所述分期结算订单中任一结算周期的结算指令之后，运行如下对象服务判断模块；
所述对象服务判断模块，被配置为根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常，若是，则运行如下账单更新模块一；
所述账单更新模块一，被配置为基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
根据本说明书实施例的第三方面，提供了一种计算设备，包括：
存储器和处理器；
所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：
获取用户针对虚拟对象提交的处理请求；
根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单；
检测到所述分期结算订单中任一结算周期的结算指令之后，执行如下操作：
根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常；
若是，则基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
根据本说明书实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现任意一项所述数据处理方法的步骤。
本说明书提供的数据处理方法，在获取用户针对虚拟对象提交的处理请求后，创建的是该处理请求的分期结算订单，使得用户可以针对虚拟对象进行分期结算，一定程度上降低了用户的损失；之后，在检测到分期结算订单中任一结算周期的结算指令之后，并不立即进行结算，而是先根据获取的虚拟对象所属对象主体的状态信息，判断对象主体向用户提供的虚拟对象的对象服务是否正常，若正常，再对用户的授信额度进行额度扣减，并更新用户的授信额度在额度扣减所处账单周期的账单，使得只有在对象主体向用户提供的虚拟对象的对象服务正常情况下，用户才需要结算此结算周期的应结数额，避免了用户的损失。
附图说明
图1是本说明书一实施例提供的一种数据处理方法的流程图；
图2是本说明书一实施例提供的一种数据处理方法应用于线上交易的流程图；
图3是本说明书一实施例提供的一种数据处理装置的结构示意图；
图4是本说明书一实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在本说明书中，提供了一种数据处理方法，本说明书同时涉及一种数据处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
图1示出了根据本说明书一实施例提供的一种数据处理方法的流程图，包括步骤102至步骤108。
步骤102：获取用户针对虚拟对象提交的处理请求。
实际应用中，在用户针对虚拟对象进行数据处理的过程中，通常需要所述用户进行一次性结算，而在一些特殊的情况下，所述用户结算后，所述虚拟对象所属的对象主体向所述用户提供的虚拟对象的对象服务可能会异常中断，此时所述用户已经一次性向所述对象主体结算了所述虚拟对象的全部数额，但所述用户并不能正常享受相应的对象服务，给所述用户带来损失。
本说明书提供的数据处理方法，为了避免用户结算虚拟对象的全部应结数额后无法正常享受到所述虚拟对象的对象服务，通过获取用户针对虚拟对象提交的处理请求后，创建所述处理请求的分期结算订单，使得所述用户可以针对所述虚拟对象进行分期结算；之后，在检测到所述分期结算订单中任一结算周期的结算指令之后，并不立即进行结算，而是先根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常，若是，再对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，使得只有在所述对象主体向所述用户提供的虚拟对象的对象服务正常情况下，所述用户才需要结算此结算周期的应结数额，避免了所述用户的损失。
具体的，所述虚拟对象可以是交易过程中待交易的虚拟商品，且所述虚拟对象的对象服务需要持续性向用户提供。另外，所述处理请求可以是所述虚拟对象的购买请求。
本实施例的一个或多个实施方式中，所述获取用户针对虚拟对象提交的处理请求之前，所述虚拟对象所属对象主体还需要签订分期服务协议，以使后续用户可以针对所述虚拟商品进行分期结算，具体实现方式如下所述：
获取对象主体提交的分期服务签订请求；
接收所述对象主体录入的虚拟对象的对象信息以及所属的对象类型；
根据所述虚拟对象的对象信息以及所属的对象类型创建分期服务协议。
具体的，所述对象主体为提供所述虚拟对象的商家，所述对象信息为所述虚拟对象的相关信息，如对象名称、对象服务次数、服务周期、每一服务周期应结数额以及总应结数额等，所属对象类型为所述虚拟对象所属的行业。
本实施例的一个或多个实施方式中，所述获取用户针对虚拟对象提交的处理请求之后，还可以通过所述用户的信用数据，对所述用户进行信用准入校验，从而保障所述虚拟对象所属对象主体的权益，具体实现方式如下所述：
获取所述用户的信用数据；
判断所述用户的信用数据是否超过预设信用阈值；
若是，执行下述步骤104即可；
若否，则根据所述虚拟对象的对象信息，创建所述处理请求的一次性结算订单。
在所述用户的信用数据未超过预设信用阈值时，说明所述用户的信用较低，因而创建所述处理请求的一次性结算订单，从而使得所述用户不能对所述虚拟对象进行分期结算，以保障所述虚拟对象所属对象主体的权益。
步骤104：根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单，在检测到所述分期结算订单中任一结算周期的结算指令之后，执行下述步骤106。
具体的，在获取用户针对虚拟对象提交的处理请求的基础上，进一步的，将根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单。
在本实施例的一个或多个实施方式中，所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单，包括：
根据所述虚拟对象所属的对象类型，确定所述虚拟对象的结算规则；
根据所述虚拟对象的对象信息中记录的对象服务次数、服务周期和每一服务周期应结数额，以及所述结算规则，确定所述虚拟对象的结算周期数、每一结算周期时长和每一结算周期的应结数额；
将所述虚拟对象的结算周期数、每一结算周期时长和每一结算周期的应结数额确定为所述虚拟对象的分期信息；
基于所述分期信息创建所述处理请求的分期结算订单。
在本实施例的一个或多个实施方式中，将所述虚拟对象的结算周期数、每一结算周期时长和每一结算周期的应结数额确定为所述虚拟对象的分期信息之后，还可以根据所述虚拟对象所属对象主体的信用等级，对所述分期信息进行调整，具体实现方式如下：
获取所述虚拟对象所属对象主体的信用等级；
若所述虚拟对象所属对象主体的信用等级低于预设信用等级，则延长所述虚拟对象的结算周期数；
将所述虚拟对象的延长后的结算周期数、每一结算周期时长和每一结算周期的应结数额确定为所述虚拟对象的分期信息。
所述虚拟对象所属对象主体的信用等级越低，所述虚拟对象的结算周期数就会越长，可以在一定程度上进一步保护用户的利益。
在本实施例的一个或多个实施方式中，所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单之后，还可以接收用户的申诉指令，并根据所述申诉的真伪，确定是否继续后续的结算步骤，具体实现方式如下：
若接收到所述用户针对所述虚拟对象所属对象主体提交的申诉指令，则冻结所述虚拟对象的分期结算订单，并生成审核请求；
接收针对所述审核请求返回的审核结果；
若所述审核结果为审核通过，则将所述虚拟对象所属对象主体的状态信息修改为异常状态，并基于所述虚拟对象的总应结数额，对所述虚拟对象所属对象主体的信用等级进行扣减；
若所述审核结果为审核不通过，则对冻结的所述虚拟对象的分期结算订单进行解冻处理；
确定所述虚拟对象的分期结算订单冻结期间的结算周期的目标应结数额；
基于所述目标应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单。
若用户对所述对象主体提供的虚拟对象的对象服务进行了申诉，则会先冻结所述虚拟对象的分期结算订单，然后进行人工审核，根据人工审核返回的结果，确定是停止后续的结算步骤，还是对所述分期结算订单进行解冻，正常进行后续的结算过程，既避免了人工审核的过程，给用户带来损失，又避免了用户恶意申诉，给所述对象主体带来损失。
在本实施例的一个或多个实施方式中，所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单之后，还需要对时间进行监测，以确定是否到达所述分期结算订单中任一结算周期的结算时间点，当到达后，生成所述结算周期的结算指令。若检测到所述分期结算订单中任一结算周期的结算指令之后，即可执行下述步骤106。
步骤106：判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常，若是，则执行下述步骤108。
具体的，在上述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单的基础上，进一步的，在检测到所述分期结算订单中任一结算周期的结算指令之后，将根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常。
实际应用中，可以根据获取的所述虚拟对象所属对象主体的状态信息，来判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常，本实施例的一个或多个实施方式中，获取到所述虚拟对象所属对象主体的状态信息之后，可以先判断所述状态信息是否正常，若否，则确定所述对象主体向所述用户提供的所述虚拟对象的对象服务不正常；若是，则进一步判断所述状态主体是否按时向所述用户提供虚拟对象的对象服务，若是，则确定所述对象主体向所述用户提供的所述虚拟对象的对象服务正常，若否，则确定所述对象主体向所述用户提供的所述虚拟对象的对象服务不正常。
本实施例的一个或多个实施方式中，若判断出所述对象主体向所述用户提供的所述虚拟对象的对象服务不正常，则停止所述分期结算订单的后续结算过程。
步骤108：基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
具体的，在所述对象主体向所述用户提供的所述虚拟对象的对象服务正常的基础上，进一步的，将基于所述分期订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单。
本实施例的一个或多个实施方式中，所述基于所述分期订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，包括：
基于应结数额和授信额度的对应关系，确定所述分期结算订单中记录的所述结算周期的应结数额对应的目标授信额度；
将所述用户的授信额度扣减所述目标授信额度。
本说明书提供的数据处理方法，在获取用户针对虚拟对象提交的处理请求后，创建的是该处理请求的分期结算订单，使得用户可以针对虚拟对象进行分期结算，一定程度上降低了用户的损失；之后，在检测到分期结算订单中任一结算周期的结算指令之后，并不立即进行结算，而是先根据获取的虚拟对象所属对象主体的状态信息，判断对象主体向用户提供的虚拟对象的对象服务是否正常，若正常，再对用户的授信额度进行额度扣减，并更新用户的授信额度在额度扣减所处账单周期的账单，使得只有在对象主体向用户提供的虚拟对象的对象服务正常情况下，用户才需要结算此结算周期的应结数额，避免了用户的损失。
下述结合附图2，以本说明书提供的数据处理方法在虚拟商品中的应用为例，对所述数据处理方法进行进一步说明。其中，图2示出了本说明书一实施例提供的一种数据处理方法应用于线上交易的流程图，具体步骤包括步骤202至步骤210。
步骤202：获取用户针对虚拟商品提交的购买请求。
实际应用中，许多虚拟商品需要大额购买费用，且购买后需要持续性享受商家提供的服务，用户在购买此类虚拟商品时，面对商家处于弱势地位，若用户一次性付清全额费用，却出现了意外情况(如商家跑路)，此时商家向用户提供的服务会异常中断，用户并不能正常享受相应的服务，也无法追回相应的资金，会给用户带来较大的资金损失。
本说明书提供的数据处理方法，为了避免用户付清全额费用，却不能享受到全部周期的服务，通过在用户针对虚拟商品提交购买请求的情况下，创建购买请求的分期结算订单，使得用户可以针对虚拟商品进行分期结算；之后，在检测到分期结算订单中任一结算周期的结算指令之后，并不立即进行结算，而是先根据商家的状态信息，判断商家向用户提供的商品服务是否正常，若是，再对用户的授信额度进行额度扣减，并更新用户的授信额度在额度扣减所处账单周期的账单，使得只有在商家向用户提供的商品服务正常情况下，用户才需要结算此结算周期的费用，避免了用户资金的损失。
具体的，所述虚拟商品是指需要商家向用户提供持续性服务的商品，例如，虚拟商品可以为健身房年卡，商家需要持续性向用户提供健身服务；培训班，商家需要持续性向用户提供培训课程；理发店会员卡，商家需要持续性向用户提供理发服务；美容店会员卡，商家需要持续性向用户提供美容服务。
具体实施过程中，为了后续在获取到用户针对虚拟商品提交的购买请求后，用户可以针对所述虚拟商品进行分期结算，在获取用户针对虚拟商品提交的购买请求之前，提供该虚拟商品的商家还需要提前签订分期服务协议，并设定虚拟商品的相关分期信息，本实施例的一个或多个实施方式中，具体实现方式如下所述：
获取商家提交的分期服务签订请求；
接收所述商家录入的虚拟商品的商品信息以及所属的行业类型；
根据所述虚拟商品的商品信息以及所属的行业类型创建分期服务协议。
具体的，商品信息为所述商品的基本信息及结算信息，包括商品名称、商品服务次数、服务周期、每一服务周期费用、总费用等，使得用户在购买所述商品时，可以清楚了解所述商品的详细信息；所属的行业类型是指所述虚拟商品所属的行业，可以用于后续判断所述商品的分期规则。
所述商家录入的虚拟商品可以为一个或多个，并录入每个虚拟商品的商品信息以及所属的行业类型。另外，可以预先设置多个行业类型，然后由商家选择每个虚拟商品所属的行业类型，或者还可以预先存储虚拟商品的商品名称和行业类型的对应关系，然后根据每个虚拟商品的商品名称，查找其所属的行业类型。
具体实施过程中，商家提交分期服务签订请求后，会录入其提供的所有虚拟商品的商品信息以及所属的行业类型，商家录入完成后，即创建分期服务协议，表示商家已经成功签订所述分期服务协议，后续用户购买所述商家录入的虚拟商品时，就可以进行分期结算。
例如，某培训机构提交分期服务签订请求后，录入了培训课程A、培训课程B和培训课程C，并选择所述培训课程A、培训课程B和培训课程C所属行业均为教育培训行业，然后详细录入了所述培训课程A的商品信息为：培训课程A(商品名称)、10节课(商品服务次数)、每10天上一节(服务周期)、每一节课100元(每一服务周期费用)、共1000元(总费用)，所述培训课程B的商品信息为：培训课程B、5节课、每15天上一节、每一节课400元、共2000元，所述培训课程C的商品信息为：培训课程C、15节课、每3天上一节、每一节课100元、共1500元。商家录入上述信息后，即成功创建分期服务协议，后续用户购买所述培训课程A、培训课程B或培训课程C时，即可按照对应的商品信息以及所属的行业类型进行分期结算。
进一步的，获取用户针对虚拟商品提交的购买请求之后，还可以通过所述用户的信用数据，对所述用户进行信用准入校验，从而保障所述虚拟商品所属商家的合法权益，具体实现方式如下所述：
获取所述用户的信用数据；
判断所述用户的信用数据是否超过预设信用阈值；
若是，执行下述步骤204即可，下述步骤204具体是指根据所述虚拟商品的商品信息以及所属的行业类型，创建所述购买请求的分期结算订单；
若否，则根据所述虚拟商品的商品信息，创建所述购买请求的一次性结算订单。
具体的，所述信用数据是指能够表征用户信用信息的数据，所述信用数据可以从某一个或多个记录用户信用信息的平台获取；所述预设信用阈值是预先设置的信用标准，以判断所述用户的信用是否达标，即是否可以对所述虚拟商品进行分期结算，如所述预设信用阈值可以为700分。
具体实施过程中，获取用户针对虚拟商品提交的购买请求，所述购买请求中会携带所述用户的身份标识信息，所述身份标识信息可以是所述用户的身份证件号码或者所述用户交易账户的唯一ID。之后，可以根据所述身份标识信息从记录所述用户信用信息的平台获取所述用户的信用数据。
所述用户的信用数据可以为单个信用数据，也可以为多个信用数据，若所述用户的信用数据为单个信用数据，则可以直接将所述单个信用数据和预设信用阈值进行比较；若所述用户的信用数据为多个信用数据，则可以按照预设的整合规则，确定出所述多个信用数据的综合信用数据，然后将所述综合信用数据和预设信用阈值进行比较，所述整合规则可以为求平均值，还可以根据获取信用数据的平台特征对多个信用数据设置权重，然后求加权平均值。
例如，针对所述虚拟商品的购买请求中携带的用户的身份标识信息为信息A，根据所述信息A在某个记录用户信用信息的平台获取到对应的信用数据为780分，假设预设信用阈值为700分，则所述用户的信用数据超过了预设信用阈值，后续可以针对所述虚拟商品执行分期结算的操作步骤。
若所述用户的信用数据超过预设信用阈值，则说明用户的信用较高，此时可以执行后续针对所述虚拟商品进行分期结算的操作步骤，以保障用户的资金安全；若所述用户的信用数据未超过预设信用阈值，则说明所述用户的信用较低，因而会创建所述购买请求的一次性结算订单，让用户一次性向商家付清所述虚拟商品的全部费用，以保障所述虚拟商品所属商家的合法权益。
步骤204：根据所述虚拟商品的商品信息以及所属的行业类型，创建所述购买请求的分期结算订单，在检测到所述分期结算订单中任一结算周期的结算指令之后，执行下述步骤206。
具体的，在获取用户针对虚拟商品提交的购买请求的基础上，进一步的，将根据所述虚拟商品的商品信息以及所属的行业类型，创建所述购买请求的分期结算订单。实际应用中，所述分期结算订单为用户购买所述虚拟商品进行分期结算的订单，所述分期结算订单中除记录所述虚拟商品的商品名称外，还应记录有所述虚拟商品的结算周期数、每一结算周期时长和每一结算周期的应结金额。
在本实施例的一个或多个实施方式中，在根据所述虚拟商品的商品信息以及所属的行业类型，创建所述购买请求的分期结算订单的过程中，可以先根据所述虚拟商品的商品信息以及所属的行业类型，确定出所述虚拟商品的分期信息，然后再根据所述分期信息创建所述购买请求的分期结算订单，具体实现方式如下所述：
根据所述虚拟商品所属的行业类型，确定所述虚拟商品的结算规则；
根据所述虚拟商品的商品信息中记录的商品服务次数、服务周期和每一服务周期应结金额，以及所述结算规则，确定所述虚拟商品的结算周期数、每一结算周期时长和每一结算周期的应结金额；
将所述虚拟商品的结算周期数、每一结算周期时长和每一结算周期的应结金额确定为所述虚拟商品的分期信息；
基于所述分期信息创建所述购买请求的分期结算订单。
具体的，所述结算规则是指分期结算的方式，如上一节课付一次款，美容一次付一次款等。
具体实施过程中，获取用户针对虚拟商品提交的购买请求，所述购买请求中还会携带所述虚拟商品的商品标识信息，所述商品标识信息可以是所述虚拟商品的商品名称或者所述虚拟商品的唯一标识码。之后，可以根据所述商品标识信息，从商家预先录入的所有商品信息中，查找对应的商品信息以及所属的行业类型；之后，从预先存储的行业类型与结算规则的对应关系中，获取所述行业类型对应的结算规则。
例如，用户针对培训课程A提交了购买请求，所述购买请求中携带的商品标识信息为培训课程A，在所述培训课程A所属的某教育培训机构预先录入的商品信息中查找，确定出培训课程A所属的行业类型为教育培训行业，对应的商品信息为：培训课程A、10节课、每10天上一节、每节课100元、共1000元。在预先存储的行业类型与结算规则的对应关系中，获取教育培训行业对应的结算规则为上一次课付一次款，此时确定出的分期信息为：培训课程A、结算周期数为10、每一结算周期时长为7天、每一结算周期应结金额为100元。
又例如，用户针对美容服务A提交了购买请求，所述购买请求中携带的商品标识信息为美容服务A，在所述美容服务A所属的美容院预先录入的商品信息中查找，确定出美容服务A所属的行业类型为美容行业，对应的商品信息为：美容服务A、10次美容、每3天一次、每次50元、共500元。在预先存储的行业类型与结算规则的对应关系中，获取美容行业对应的结算规则为每两次服务付一次款，此时确定出的分期信息为：美容服务A、结算周期数为5、每一结算周期时长为6天、每一结算周期应结金额为100元。
进一步的，若商家的信用过低，则可以适当延长虚拟商品的结算周期数，以更大程度的保护用户的资金安全，因而将所述虚拟商品的结算周期数、每一结算周期时长和每一结算周期的应结金额确定为所述虚拟商品的分期信息之后，还可以根据所述虚拟商品所属商家的信用等级，对所述分期信息进行调整，具体实现方式如下所述：
获取所述虚拟商品所属商家的信用等级；
若所述虚拟商品所属商家的信用等级低于预设信用等级，则延长所述虚拟商品的结算周期数；
将所述虚拟商品的延长后的结算周期数、每一结算周期时长和每一结算周期的应结金额确定为所述虚拟商品的分期信息。
具体的，所述预设信用等级是预先设置的信用标准，以判断所述商家的信用是否过低，从而确定是否延长虚拟商品的结算周期，如所述预设信用等级可以为7级。
实际应用中，可以根据虚拟商品的商品标识信息，确定出所述虚拟商品所属的商家，然后根据所述商家的商家标识信息从记录所述商家信用信息的一个或多个平台获取所述商家的信用等级，所述商家标识信息可以是所述商家的商家名称或者所述商家的唯一标识码。
所述商家的信用等级也可以为单个信用等级或多个信用等级，若所述商家的信用等级为单个信用等级，则可以直接将所述单个信用等级和预设信用等级进行比较；若所述商家的信用等级为多个信用等级，则可以按照预设的整合规则，确定出所述多个信用等级的综合信用等级，然后将所述综合信用等级和预设信用等级进行比较，所述整合规则可以为求多个信用等级的平均值，还可以根据获取信用数据的平台特征对多个信用等级设置权重，然后求加权平均值。
具体实施过程中，若所述虚拟商品所属商家的信用等级低于预设信用等级，则还可以根据预先存储的信用等级与延长周期数的对应关系，确定出所述商家的信用等级对应的延长周期数。
例如，获取到的商家信用等级为5级，根据预先存储的信用等级与延长周期数的对应关系，确定出商家信用等级为5级对应的延长周期数为3期。之后，将之前确定出的结算周期数延长3期。
根据所述虚拟商品的商品信息中记录的商品服务次数、服务周期和每一服务周期应结金额，以及所述结算规则，确定出所述虚拟商品的结算周期数、每一结算周期时长和每一结算周期的应结金额之后，可以直接将上述信息确定为所述虚拟商品的分期信息，创建对应的分期结算订单。另外，若所述虚拟商品所属商家的商家信用过低，还可以对结算周期数进行相应的延长，然后再确定分期信息，创建对应的分期结算订单，在商家信用过低的情况下，可以让用户进一步延缓向商家结算，更好的保障用户的资金安全。
更进一步的，生成分期结算订单后，在所述分期结算订单的执行过程中，若用户发现商家提供的商品服务异常中断，可以提起申诉，停止向所述商家继续结算，因而根据所述虚拟商品的商品信息以及所属的行业类型，创建所述购买请求的分期结算订单之后，还可以接收用户的申诉指令，并根据所述申诉的真伪，确定是否继续后续的结算步骤，具体实现方式如下：
若接收到所述用户针对所述虚拟商品所属商家提交的申诉指令，则冻结所述虚拟商品的分期结算订单，并生成审核请求；
接收针对所述审核请求返回的审核结果；
若所述审核结果为审核通过，则将所述虚拟商品所属商家的状态信息修改为异常状态，并基于所述虚拟商品的总应结金额，对所述虚拟商品所属商家的信用等级进行扣减；
若所述审核结果为审核不通过，则对冻结的所述虚拟商品的分期结算订单进行解冻处理；
确定所述虚拟商品的分期结算订单冻结期间的结算周期的目标应结资金；
基于所述目标应结资金，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单。
具体的，所述申诉指令是用户在发现商家提供的商品服务异常后，为了维护自身后续资金安全提交的指令。冻结所述虚拟商品的分期结算订单是指停止执行所述分期结算订单中的结算操作。所述授信额度是交易账户根据用户的信用为用户提供的一笔可以随意支用的额度，针对不同信用等级的用户分配的授信额度大小是不同的，在用户使用所述授信额度的情况下，用户在设定的时间范围内针对授信额度进行还款即可(一个账单周期，在其还款日之前还款一次)，且在用户使用授信额度对虚拟商品进行结算之前，需要用户对授信额度进行授权使用，即需要用户同意在购买商品时，使用所述授信额度进行结算。
另外，所述结算周期和所述账单周期并不相同，所述结算周期是所述分期结算订单中指示的周期(即虚拟商品的服务周期)，不同虚拟商品的结算周期可能不同；而所述账单周期是结算授信额度的周期，通常固定为1个月。由于只要到达分期结算订单中结算周期的结算时间点，就会发生一次额度扣减，因而一个账单周期可能会发生多次额度扣减。例如，虚拟商品的结算周期为10天，每10天就会发生一次额度扣减，若账单周期为1个月，则一个账单周期内会发生3次额度扣减。
实际应用中，生成审核请求后，会由工作人员进行审核，判断用户的申诉是否为真，然后工作人员会返回审核结果，若用户申诉为真，则会修改所述商家的状态为异常状态，以停止执行所述分期结算订单中后续的扣款操作，即用户不需要支付后续周期的资金，且会对商家的信用等级进行扣减。若用户的申诉为假，则会对冻结的分期结算订单进行解冻，并将冻结期间内结算周期应付的金额一次性扣除。
具体实施过程中，基于所述虚拟商品的总应结金额，对所述虚拟商品所属商家的信用等级进行扣减的具体实现过程可以为：从预先存储的总应结金额和扣减等级的对应关系中，查找到所述虚拟商品的总应结金额对应的扣减等级。如，总应结金额为0-10000，对应扣除0.5级信用等级，总应结金额为10000-20000，对应扣除1级信用等级，总应结金额为20000-30000，对应扣除1.5级信用等级等。
例如，用户购买了某培训机构的培训课程A(共10次课)，在上了5次课之后，所述培训机构跑路了，用户无法再继续上课，因而用户针对所述培训机构提交了申诉请求，此时会先冻结培训课程A的分期结算订单，然后生成人工审核请求，工作人员电话求证及走访后，发现所述培训机构确实跑路了，此时返回审核通过，之后，会将所述培训机构的状态信息修改为异常状态。另外，由于所述培训课程A总应结金额为3800，所以根据预先存储的总应结金额和扣减等级的对应关系，在记录商家信用数据的平台中扣除所述培训机构0.5级信用等级。
又例如，用户购买了某培训机构的培训课程A(10次课，每10天上一次，每节课100元)后，针对所述培训机构提交了申诉请求，此时会先冻结培训课程A的分期结算订单，然后生成人工审核请求，工作人员经过电话求证及走访后(费时1个月)，发现所述培训机构正常提供培训课程，是所述用户自身未去上课，此时返回审核不通过。之后，对冻结的分期结算订单进行解冻处理，然后将审核期(1个月)内应该结算的3个结算周期对应的全部金额300元一次性扣除。
若用户对商家提供的虚拟商品的商品服务进行了申诉，则会先冻结所述虚拟商品的分期结算订单，然后进行人工审核，根据人工审核返回的结果，确定是停止后续的结算步骤，还是对所述分期结算订单进行解冻，正常进行后续的结算过程，既避免了人工审核过程较长，此期间内给用户带来资金损失，又避免了用户恶意申诉，给所述商家带来恶意影响及损失。
再进一步的，在本实施例的一个或多个实施方式中，所述根据所述虚拟商品的商品信息以及所属的行业类型，创建所述购买请求的分期结算订单之后，还需要对时间进行监测，以确定是否到达所述分期结算订单中结算周期的结算时间点，当到达后，生成所述周期的结算指令。在检测到所述分期结算订单中任一结算周期的结算指令之后，即可执行如下步骤206，步骤206具体是指根据获取的所述虚拟商品所属商家的状态信息，判断所述商家向所述用户提供的所述虚拟商品的商品服务是否正常，若是，则执行下述步骤208，步骤208具体是指基于所述分期结算订单中记录的所述结算周期的应结金额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
例如，1月1日生成了虚拟商品的分期结算订单，所述分期结算订单为：培训课程A、结算周期数为10、每一结算周期时长为10天、每一结算周期应结数额为100元。生成所述分期结算订单时(1月1日)即会生成第一结算周期的结算指令；之后，当到达1月11日时，会生成第二结算周期的结算指令；当到达1月21日时，会生成第三结算周期的结算指令，以此类推，直至时间到达4月1日时，会生成第10结算周期的结算指令。
步骤206：判断所述商家向所述用户提供的所述虚拟商品的商品服务是否正常，若是，则执行下述步骤208，若否，则执行下述步骤210。
具体的，在上述根据所述虚拟商品的商品信息以及所属的行业类型，创建所述购买请求的分期结算订单的基础上，进一步的，在检测到所述分期结算订单中任一结算周期的结算指令之后，将根据获取的所述虚拟商品所属商家的状态信息，判断所述商家向所述用户提供的所述虚拟商品的商品服务是否正常。
实际应用中，可以根据获取的所述虚拟商品所属商家的状态信息，来判断所述商家向所述用户提供的所述虚拟商品的商品服务是否正常。若商家的状态异常，则所述商家提供的商品服务一定异常，若商家的状态正常，但由于某些原因商家可能无法按时提供商品服务，此时商家提供的商品服务也会异常，因而在本实施例的一个或多个实施方式中，获取到所述虚拟商品所属商家的状态信息之后，可以先判断所述状态信息是否正常，若否，则确定所述商家向所述用户提供的所述虚拟商品的商品服务不正常；若是，则进一步判断所述商家是否能够按时向所述用户提供虚拟商品的商品服务，若是，则确定所述商家向所述用户提供的所述虚拟商品的商品服务正常，若否，则确定所述商家向所述用户提供的所述虚拟商品的商品服务不正常。
在检测到所述分期结算订单中任一结算周期的结算指令之后，并不是直接对所述结算周期的应结金额进行结算，而是先判断商家向用户提供的虚拟商品的商品服务是否正常，若正常再执行后续的结算操作，若不正常，则不执行后续的结算操作，也即只有在商家正常向用户提供虚拟商品的商品服务的情况下，用户才需要结算此结算周期的金额，极大程度上保障了用户的资金安全。
步骤208：基于所述分期结算订单中记录的所述结算周期的应结金额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
具体的，在所述商家向所述用户提供的所述虚拟商品的商品服务正常的基础上，进一步的，将基于所述分期结算订单中记录的所述结算周期的应结金额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单。
本实施例的一个或多个实施方式中，所述基于所述分期结算订单中记录的所述结算周期的应结金额，对所述用户的授信额度进行额度扣减，包括：
基于应结金额和授信额度的对应关系，确定所述分期结算订单中记录的所述结算周期的应结金额对应的目标授信额度；
将所述用户的授信额度扣减所述目标授信额度。
所述应结金额和授信额度的对应关系是预先存储的，确定出所述分期结算订单中记录的所述结算周期的应结金额后，可以在预先存储的所述应结金额和授信额度的对应关系中查找对应的目标授信额度。
接下来，结合具体的虚拟商品，对上述步骤202-208的操作过程进行举例说明：
假设用户的授信额度为2000，账单周期为1个月。
1月1日用户针对培训课程A提交了购买请求，根据所述培训课程A的商品信息以及所属的行业类型，创建了培训课程A的分期结算订单，所述分期结算订单包括：培训课程A、结算周期数为10期、每一结算周期时长为10天、每一结算周期应结金额为100元。
生成所述分期结算订单(1月1日)时即会生成第一结算周期的结算指令，截止第一结算周期的结算指令生成时，所述用户剩余的授信额度为2000，1月账单周期的账单为0。检测到第一结算周期的结算指令之后，确定了培训机构正常向用户提供培训课程，此时确定第一结算周期应结金额100元对应的目标授信额度为100，然后将用户的授信额度减去100，用户剩余的授信额度为1900，1月账单周期的账单为100。
当到达1月11日时会生成第二结算周期的结算指令，截止第二结算周期的结算指令生成时，所述用户剩余的授信额度为1500，1月账单周期的账单为500。检测到第二结算周期的结算指令之后，确定了培训机构正常向用户提供培训课程，此时确定第二结算周期应结金额100元对应的目标授信额度为100，然后将用户的授信额度再减去100，此时用户剩余的授信额度为1400，1月账单周期的账单为600。
当到达1月21日时会生成第三结算周期的结算指令，截止第三结算周期的结算指令生成时，所述用户剩余的授信额度为500，1月账单周期的账单为1500。检测到第三结算周期的结算指令之后，确定了培训机构正常向用户提供培训课程，此时确定第三结算周期应结金额100元对应的目标授信额度为100，将用户的授信额度再减去100，此时用户剩余的授信额度为400，1月账单周期的账单为1600。
到达1月账单周期截止日期1月31日时，用户剩余的授信额度为300，1月账单周期的账单为1700(没有再检测到结算指令，因而不执行额度扣减操作)。之后，用户只需要在1月账单周期还款日之前，针对1月账单1700的授信额度进行还款即可。
步骤210：停止所述分期结算订单的后续结算过程。
具体的，在所述商家向所述用户提供的所述虚拟商品的商品服务不正常的基础上，进一步的，将停止所述分期结算订单的后续结算过程。
在发现所述商家向所述用户提供的所述虚拟商品的商品服务不正常后，就会停止所述分期结算订单的后续结算过程，保障了用户资金的安全，避免了资金损失。
本说明书提供的数据处理方法，在获取用户针对虚拟商品提交的购买请求后，创建的是该购买请求的分期结算订单，使得用户可以针对虚拟商品进行分期结算，一定程度上降低了用户资金的损失；之后，在检测到分期结算订单中任一结算周期的结算指令之后，并不立即进行结算，而是先根据获取的虚拟商品所属商家的状态信息，判断商家向用户提供的虚拟商品的商品服务是否正常，若正常，再对用户的授信额度进行额度扣减，并更新用户的授信额度在额度扣减所处账单周期的账单，使得只有在商家向用户提供的虚拟商品的商品服务正常情况下，用户才需要结算此结算周期的应结金额，保障了用户资金的安全，避免了资金损失。
与上述方法实施例相对应，本说明书还提供了数据处理装置实施例，图3示出了本说明书一实施例提供的一种数据处理装置的结构示意图。如图3所示，该装置包括：处理请求获取模块302、分期结算订单创建模块304、结算指令检测模块306、对象服务判断模块308和账单更新模块一310；
处理请求获取模块302，被配置为获取用户针对虚拟对象提交的处理请求；
分期结算订单创建模块304，被配置为根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单；
结算指令检测模块306，被配置为检测到所述分期结算订单中任一结算周期的结算指令之后，运行如下对象服务判断模块308；
所述对象服务判断模块308，被配置为根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常，若是，则运行如下账单更新模块一310；
所述账单更新模块一310，被配置为基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
一个可选的实施例中，所述数据处理装置还包括：
审核请求生成模块，被配置为若接收到所述用户针对所述虚拟对象所属对象主体提交的申诉指令，则冻结所述虚拟对象的分期结算订单，并生成审核请求；
审核结果接收模块，被配置为接收针对所述审核请求返回的审核结果；
状态信息修改模块，被配置为若所述审核结果为审核通过，则将所述虚拟对象所属对象主体的状态信息修改为异常状态。
一个可选的实施例中，所述数据处理装置还包括：
信用等级扣减模块，被配置为基于所述虚拟对象的总应结数额，对所述虚拟对象所属对象主体的信用等级进行扣减。
一个可选的实施例中，所述数据处理装置还包括：
解冻模块，被配置为若所述审核结果为审核不通过，则对冻结的所述虚拟对象的分期结算订单进行解冻处理；
目标应结数额确定模块，被配置为确定所述虚拟对象的分期结算订单冻结期间的结算周期的目标应结数额；
账单更新模块二，被配置为基于所述目标应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单。
一个可选的实施例中，所述分期结算订单创建模块304包括：
结算规则确定子模块，被配置为根据所述虚拟对象所属的对象类型，确定所述虚拟对象的结算规则；
结算周期数确定子模块，被配置为根据所述虚拟对象的对象信息中记录的对象服务次数、服务周期和每一服务周期应结数额，以及所述结算规则，确定所述虚拟对象的结算周期数、每一结算周期时长和每一结算周期的应结数额；
分期信息确定子模块一，被配置为将所述虚拟对象的结算周期数、每一结算周期时长和每一结算周期的应结数额确定为所述虚拟对象的分期信息；
分期结算订单创建子模块，被配置为基于所述分期信息创建所述处理请求的分期结算订单。
一个可选的实施例中，所述分期结算订单创建模块304还包括：
信用等级获取子模块，被配置为获取所述虚拟对象所属对象主体的信用等级；
结算周期数延长子模块，被配置为若所述虚拟对象所属对象主体的信用等级低于预设信用等级，则延长所述虚拟对象的结算周期数；
分期信息确定子模块二，被配置为将所述虚拟对象的延长后的结算周期数、每一结算周期时长和每一结算周期的应结数额确定为所述虚拟对象的分期信息。
一个可选的实施例中，所述数据处理装置还包括：
时间监测模块，所述时间监测模块被配置为监测时间是否到达所述分期结算订单中任一结算周期的结算时间点，当达到后，生成所述结算周期的结算指令。
一个可选的实施例中，账单更新模块一310包括：
目标授信额度确定子模块，被配置为基于应结数额和授信额度的对应关系，确定所述分期结算订单中记录的所述结算周期的应结数额对应的目标授信额度。
一个可选的实施例中，所述数据处理装置还包括：
信用数据获取模块，被配置为获取所述用户的信用数据；
信用数据判断模块，被配置为判断所述用户的信用数据是否超过预设信用阈值，若是，则运行所述分期结算订单创建模块304；若否，则运行下述一次性结算订单创建模块。
一个可选的实施例中，所述数据处理装置还包括：
签订请求获取模块，被配置为获取对象主体提交的分期服务签订请求；
信息接收模块，被配置为接收所述对象主体录入的虚拟对象的对象信息以及所属的对象类型；
协议创建模块，被配置为根据所述虚拟对象的对象信息以及所属的对象类型创建分期服务协议。
一个可选的实施例中，所述数据处理装置还包括：
所述一次性结算订单创建模块，被配置为根据所述虚拟对象的对象信息，创建所述处理请求的一次性结算订单。
本说明书提供的数据处理方法，在获取用户针对虚拟对象提交的处理请求后，创建的是该处理请求的分期结算订单，使得用户可以针对虚拟对象进行分期结算，一定程度上降低了用户的损失；之后，在检测到分期结算订单中任一结算周期的结算指令之后，并不立即进行结算，而是先根据获取的虚拟对象所属对象主体的状态信息，判断对象主体向用户提供的虚拟对象的对象服务是否正常，若正常，再对用户的授信额度进行额度扣减，并更新用户的授信额度在额度扣减所处账单周期的账单，使得只有在对象主体向用户提供的虚拟对象的对象服务正常情况下，用户才需要结算此结算周期的应结数额，避免了用户的损失。
上述为本实施例的一种数据处理装置的示意性方案。需要说明的是，该数据处理装置的技术方案与上述的数据处理方法的技术方案属于同一构思，数据处理装置的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。
图4示出了根据本说明书一实施例提供的一种计算设备400的结构框图。该计算设备400的部件包括但不限于存储器410和处理器420。处理器420与存储器410通过总线430相连接，数据库450用于保存数据。
计算设备400还包括接入设备440，接入设备440使得计算设备400能够经由一个或多个网络460通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备440可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。
在本说明书的一个实施例中，计算设备400的上述部件以及图4中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图4所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
计算设备400可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备400还可以是移动式或静止式的服务器。
其中，处理器420用于执行如下计算机可执行指令：
获取用户针对虚拟对象提交的处理请求；
根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单；
检测到所述分期结算订单中任一结算周期的结算指令之后，执行如下操作：
根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常；
若是，则基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的数据处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。
本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：
获取用户针对虚拟对象提交的处理请求；
根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单；
检测到所述分期结算订单中任一结算周期的结算指令之后，执行如下操作：
根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常；
若是，则基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
本说明书提供的一种计算机可读存储介质实施例如下：
本说明书一个实施例提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述数据处理方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的数据处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书并不受所描述的动作顺序的限制，因为依据本说明书，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims (14)

1.一种数据处理方法，包括：
获取用户针对虚拟对象提交的处理请求；
根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单；
检测到所述分期结算订单中任一结算周期的结算指令之后，执行如下操作：
根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常；
若是，则基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
2.根据权利要求1所述的数据处理方法，所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单之后，还包括：
若接收到所述用户针对所述虚拟对象所属对象主体提交的申诉指令，则冻结所述虚拟对象的分期结算订单，并生成审核请求；
接收针对所述审核请求返回的审核结果；
若所述审核结果为审核通过，则将所述虚拟对象所属对象主体的状态信息修改为异常状态。
3.根据权利要求2所述的数据处理方法，所述将所述虚拟对象所属对象主体的状态信息修改为异常状态之后，还包括：
基于所述虚拟对象的总应结数额，对所述虚拟对象所属对象主体的信用等级进行扣减。
4.根据权利要求2所述的数据处理方法，所述接收针对所述审核请求返回的审核结果之后，还包括：
若所述审核结果为审核不通过，则对冻结的所述虚拟对象的分期结算订单进行解冻处理；
确定所述虚拟对象的分期结算订单冻结期间的结算周期的目标应结数额；
基于所述目标应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单。
5.根据权利要求1所述的数据处理方法，所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单，包括：
根据所述虚拟对象所属的对象类型，确定所述虚拟对象的结算规则；
根据所述虚拟对象的对象信息中记录的对象服务次数、服务周期和每一服务周期应结数额，以及所述结算规则，确定所述虚拟对象的结算周期数、每一结算周期时长和每一结算周期的应结数额；
将所述虚拟对象的结算周期数、每一结算周期时长和每一结算周期的应结数额确定为所述虚拟对象的分期信息；
基于所述分期信息创建所述处理请求的分期结算订单。
6.根据权利要求5所述的数据处理方法，所述将所述虚拟对象的结算周期数、每一结算周期时长和每一结算周期的应结数额确定为所述虚拟对象的分期信息之后，还包括：
获取所述虚拟对象所属对象主体的信用等级；
若所述虚拟对象所属对象主体的信用等级低于预设信用等级，则延长所述虚拟对象的结算周期数；
将所述虚拟对象的延长后的结算周期数、每一结算周期时长和每一结算周期的应结数额确定为所述虚拟对象的分期信息。
7.根据权利要求1所述的数据处理方法，所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单之后，监测时间是否到达所述分期结算订单中任一结算周期的结算时间点，当达到后，生成所述结算周期的结算指令。
8.根据权利要求1所述的数据处理方法，所述基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，包括：
基于应结数额和授信额度的对应关系，确定所述分期结算订单中记录的所述结算周期的应结数额对应的目标授信额度；
将所述用户的授信额度扣减所述目标授信额度。
9.根据权利要求1所述的数据处理方法，所述获取用户针对虚拟对象提交的处理请求之后，且所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单之前，还包括：
获取所述用户的信用数据；
判断所述用户的信用数据是否超过预设信用阈值；
若是，则执行所述根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单的步骤。
10.根据权利要求1所述的数据处理方法，所述获取用户针对虚拟对象提交的处理请求之前，还包括：
获取对象主体提交的分期服务签订请求；
接收所述对象主体录入的虚拟对象的对象信息以及所属的对象类型；
根据所述虚拟对象的对象信息以及所属的对象类型创建分期服务协议。
11.根据权利要求9所述的数据处理方法，所述判断所述用户的信用数据是否超过预设信用阈值之后，还包括：
若否，则根据所述虚拟对象的对象信息，创建所述处理请求的一次性结算订单。
12.一种数据处理装置，包括：
处理请求获取模块，被配置为获取用户针对虚拟对象提交的处理请求；
分期结算订单创建模块，被配置为根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单；
结算指令检测模块，被配置为检测到所述分期结算订单中任一结算周期的结算指令之后，运行如下对象服务判断模块；
所述对象服务判断模块，被配置为根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常，若是，则运行如下账单更新模块一；
所述账单更新模块一，被配置为基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
13.一种计算设备，包括：
存储器和处理器；
所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：
获取用户针对虚拟对象提交的处理请求；
根据所述虚拟对象的对象信息以及所属的对象类型，创建所述处理请求的分期结算订单；
检测到所述分期结算订单中任一结算周期的结算指令之后，执行如下操作：
根据获取的所述虚拟对象所属对象主体的状态信息，判断所述对象主体向所述用户提供的所述虚拟对象的对象服务是否正常；
若是，则基于所述分期结算订单中记录的所述结算周期的应结数额，对所述用户的授信额度进行额度扣减，并更新所述用户的授信额度在所述额度扣减所处账单周期的账单，所述账单周期发生一次或多次额度扣减。
14.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1至11任意一项所述数据处理方法的步骤。
CN202010380848.7A 2020-05-08 2020-05-08 数据处理方法以及装置 Pending CN111582855A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010380848.7A CN111582855A (zh) 2020-05-08 2020-05-08 数据处理方法以及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010380848.7A CN111582855A (zh) 2020-05-08 2020-05-08 数据处理方法以及装置

Publications (1)

Publication Number Publication Date
CN111582855A true CN111582855A (zh) 2020-08-25

Family

ID=72112082

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010380848.7A Pending CN111582855A (zh) 2020-05-08 2020-05-08 数据处理方法以及装置

Country Status (1)

Country Link
CN (1) CN111582855A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101034450A (zh) * 2007-04-06 2007-09-12 刘明晶 一种电子合同自动结算方法
CN103605469A (zh) * 2013-12-03 2014-02-26 交通银行股份有限公司 数据信息交互方法及系统
CN104867045A (zh) * 2015-04-30 2015-08-26 陈仁滨 用户自定分期付款的交易系统及交易方法
CN106408413A (zh) * 2016-09-23 2017-02-15 快睿登信息科技（上海）有限公司 一种多循环分期决策的方法及系统
CN108305059A (zh) * 2017-01-10 2018-07-20 刘璐铭 基于互联网的预储值消费管理办法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101034450A (zh) * 2007-04-06 2007-09-12 刘明晶 一种电子合同自动结算方法
CN103605469A (zh) * 2013-12-03 2014-02-26 交通银行股份有限公司 数据信息交互方法及系统
CN104867045A (zh) * 2015-04-30 2015-08-26 陈仁滨 用户自定分期付款的交易系统及交易方法
CN106408413A (zh) * 2016-09-23 2017-02-15 快睿登信息科技（上海）有限公司 一种多循环分期决策的方法及系统
CN108305059A (zh) * 2017-01-10 2018-07-20 刘璐铭 基于互联网的预储值消费管理办法

Similar Documents

Publication Publication Date Title
US8660923B2 (en) Recurring money transfer
US20150324767A1 (en) System and method for recovering refundable taxes
US20150248657A1 (en) System and method for recovering refundable taxes
CN110210824B (zh) 业务流程变更处理方法及装置
KR20170128746A (ko) 오픈 마켓에 속한 온라인 판매자에게 금융 서비스를 제공하는 방법, 및 이를 이용한 서버
US20220172214A1 (en) Method for generating transferable tranches
CN112819473B (zh) 一种基于数字字典的订单处理方法、服务器、设备及介质
CN111258750B (zh) 数据量处理方法以及系统、额度分配方法以及系统
US8078529B1 (en) Evaluating customers' ability to manage revolving credit
US20230050176A1 (en) Method of processing a transaction request
CN111582855A (zh) 数据处理方法以及装置
CN116362903A (zh) 一种资金协同管理系统、方法、电子设备及存储介质
US20160027103A1 (en) Automatic determination of eligibility, payments and tax for merchandise use
US20220084035A1 (en) System and method for facilitating direct trading of electronic transactions
CN113449340A (zh) 基于联盟链的存量房交易资金监管方法及装置
CN114092225A (zh) 银行网点提供金融服务的方法及装置
KR101043312B1 (ko) 부동산 거래 방법과 그를 위한 장치 및 컴퓨터로 읽을 수 있는 기록매체
CN110942383A (zh) 基于信用组织的风险处理方法以及装置
KR20190116170A (ko) 기업금융 어드바이져 단말기를 이용한 금융 서비스 시스템
CN111383028B (zh) 预测模型训练方法及装置、预测方法及装置
KR20150112384A (ko) 카펀딩 시스템 및 방법
JP2020098491A (ja) 注文決済装置、コンピュータプログラム及び注文決済方法
KR20140134978A (ko) 온라인 가맹점의 매출 정보를 이용한 대출 서비스 제공 방법 및 이를 실행하는 시스템
KR20140134975A (ko) 카드 매출 데이터를 이용한 대출 서비스 제공 방법 및 이를 실행하는 대출 서비스 제공 서버
CN112990898B (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200825

RJ01 Rejection of invention patent application after publication