CN114186267A - 一种虚拟资产数据处理方法、装置及计算机可读存储介质 - Google Patents

一种虚拟资产数据处理方法、装置及计算机可读存储介质 Download PDF

Info

Publication number
CN114186267A
CN114186267A CN202010960906.3A CN202010960906A CN114186267A CN 114186267 A CN114186267 A CN 114186267A CN 202010960906 A CN202010960906 A CN 202010960906A CN 114186267 A CN114186267 A CN 114186267A
Authority
CN
China
Prior art keywords
asset
target user
data
owned
holding
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
CN202010960906.3A
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202010960906.3A priority Critical patent/CN114186267A/zh
Publication of CN114186267A publication Critical patent/CN114186267A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2282—Tablespace storage structures; Management thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices

Abstract

本申请公开了一种虚拟资产数据处理方法、装置及计算机可读存储介质，该方法包括：基于对第二数据设备中的资产数据表的隔离访问权限，获取资产数据表在第二数据设备中的访问存储地址；第一数据设备与第二数据设备之间处于设备物理隔离状态；基于访问存储地址以及目标用户的用户标识，对资产数据表中的资产对象进行遍历，得到目标用户所属的持有资产对象；从资产数据表中，获取目标用户针对所属的持有资产对象的持有虚拟资产；根据目标用户针对所属的持有资产对象的持有虚拟资产，确定目标用户针对所属的持有资产对象的服务消耗资产。采用本申请，可提高与服务消耗资产相关的计算资源的利用率。

Description

一种虚拟资产数据处理方法、装置及计算机可读存储介质
技术领域
本申请涉及数据处理的技术领域，尤其涉及一种虚拟资产数据处理方法、装置及计算机可读存储介质。
背景技术
在一个数据处理系统中，可以存在多个数据处理设备，该多个数据处理设备中的数据可以是相互隔离的，该多个数据处理设备可以分别用于独立实现不同的数据处理功能。该多个数据设备在独立实现自己的数据处理功能的过程中，可能会对同一个数据指标(例如数据指标z1)进行统计计算。
由此可见，由于该多个数据处理设备是相互独立实现自己的数据处理功能，因此，上述数据指标z1会由该多个数据处理设备分别执行一次，这会导致整个数据处理系统的计算资源的浪费。
发明内容
本申请提供了一种虚拟资产数据处理方法、装置及计算机可读存储介质，可提高与服务消耗资产相关的计算资源的利用率。
本申请一方面提供了一种虚拟资产数据处理方法，由第一数据设备执行，第一数据设备与第二数据设备相互物理隔离，包括：
基于对第二数据设备中的资产数据表的隔离访问权限，获取资产数据表在第二数据设备中的访问存储地址；
基于访问存储地址以及目标用户的用户标识，对资产数据表中的资产对象进行遍历，得到目标用户所属的持有资产对象；
从资产数据表中，获取目标用户针对所属的持有资产对象的持有虚拟资产；
根据目标用户针对所属的持有资产对象的持有虚拟资产，确定目标用户针对所属的持有资产对象的服务消耗资产。
本申请一方面提供了一种虚拟资产数据处理装置，应用于第一数据设备，第一数据设备与第二数据设备相互物理隔离，包括：
地址获取模块，用于基于对第二数据设备中的资产数据表的隔离访问权限，获取资产数据表在第二数据设备中的访问存储地址；
遍历模块，用于基于访问存储地址以及目标用户的用户标识，对资产数据表中的资产对象进行遍历，得到目标用户所属的持有资产对象；
资产获取模块，用于从资产数据表中，获取目标用户针对所属的持有资产对象的持有虚拟资产；
消耗资产确定模块，用于根据目标用户针对所属的持有资产对象的持有虚拟资产，确定目标用户针对所属的持有资产对象的服务消耗资产。
其中，上述装置还包括：
请求生成模块，用于生成针对资产数据表的权限获取请求；权限获取请求携带第一数据设备的设备标识以及资产数据表的数据表标识；
权限设置模块，用于将权限获取请求发送给第二数据设备，以使第二数据设备根据权限获取请求中的设备标识识别第一数据设备的设备身份，在对第一数据设备的设备身份识别成功后，根据权限获取请求中的数据表标识，为第一数据设备设置针对资产数据表的隔离访问权限。
其中，第一数据设备属于第一区块链网络；第二数据设备属于第二区块链网络；
地址获取模块，包括：
地址请求单元，用于基于第一数据设备中的第一智能合约、以及对第二数据设备中的资产数据表的隔离访问权限，向第二数据设备发送针对资产数据表的存储地址获取请求，以使第二数据设备基于第二数据设备中的第二智能合约解析存储地址获取请求，获取存储地址获取请求所指示的资产数据表的访问存储地址；
地址获取单元，用于基于第一智能合约，获取第二数据设备通过第二智能合约所发送的访问存储地址。
其中，遍历模块，包括：
信息生成单元，用于基于访问存储地址以及目标用户的用户标识，生成访问信息；
访问遍历单元，用于基于访问信息中的访问存储地址，访问第二数据设备中的资产数据表，基于访问信息中的用户标识，对所访问的资产数据表进行遍历，得到目标用户的持有资产对象组合；
资产确定单元，用于将持有资产对象组合中的至少两个资产对象，确定为目标用户所属的持有资产对象。
其中，资产获取模块，用于：
从资产数据表中，获取目标用户分别针对每个持有资产对象的持有虚拟资产；
消耗资产确定模块，包括：
因素获取单元，用于获取分别与每个持有资产对象相关联的服务消耗因素；
持有消耗资产确定单元，用于根据分别与每个持有资产对象相关联的服务消耗因素、以及目标用户分别针对每个持有资产对象的持有虚拟资产，确定每个持有资产对象分别对应的持有服务消耗资产；
消耗资产确定单元，用于根据每个持有资产对象分别对应的持有服务消耗资产，确定目标用户针对所属的持有资产对象的服务消耗资产。
其中，至少两个持有资产对象包括持有资产对象fn，n为小于或等于至少两个持有资产对象的资产总数量的正整数；
因素获取单元，包括：
因素获取子单元，用于获取持有资产对象fn的资产净值、以及持有资产对象fn的资产费率；
因素确定子单元，用于将资产净值和资产费率，确定为与持有资产对象fn相关联的服务消耗因素。
其中，持有消耗资产确定单元，包括：
乘积值获取子单元，用于获取资产净值、资产费率、以及目标用户针对持有资产对象fn的持有虚拟资产之间的乘积值；
消耗资产确定子单元，用于将乘积值，确定为持有资产对象fn对应的持有服务消耗资产。
其中，遍历模块，包括：
状态确定单元，用于基于访问存储地址，确定第二数据设备在资产数据表中针对资产对账进程的进程对账状态；资产对账进程指针对目标用户所属的持有资产对象的对账进程；
遍历单元，用于当进程对账状态为对账完成状态时，根据用户标识遍历资产数据表，得到目标用户所属的持有资产对象。
其中，服务消耗资产为目标用户在当前时刻针对所属的持有资产对象的消耗资产；
上述装置还包括：
历史资产获取模块，用于当当前时刻满足资产扣除周期时，获取目标用户在资产扣除周期内的历史时刻针对所属的持有资产对象的历史消耗资产；
累计资产确定模块，用于根据当前时刻下的服务消耗资产、以及历史时刻下的历史消耗资产，确定目标用户在资产扣除周期内针对所属的持有资产对象的服务消耗累计资产。
其中，上述装置还包括：
提示信息生成模块，用于根据服务消耗累计资产，生成资产扣除提示信息；
信息发送模块，用于将资产扣除提示信息发送至目标用户所属的用户终端，以使用户终端在终端页面中输出资产扣除提示信息；
用户终端还用于响应针对终端页面中的资产扣除提示信息的确认操作，从目标用户的资产账户中扣除服务消耗累计资产。
其中，历史消耗资产的数量为至少两个；历史时刻包括每个历史消耗资产分别对应的资产生成时刻；
提示信息生成模块，包括：
单元行生成单元，用于生成每个历史消耗资产以及服务消耗资产分别对应的单元行描述信息；
单元行序列生成单元，用于根据每个历史消耗资产分别对应的资产生成时刻、以及服务消耗资产的当前时刻，对每个历史消耗资产以及服务消耗资产分别对应的单元行描述信息进行排序，得到单元行序列；
表格生成单元，用于对单元行序列进行表格渲染，得到包含单元行序列的表格描述信息；
提示信息生成单元，用于根据表格描述信息，生成资产扣除提示信息。
本申请一方面提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行本申请中一方面中的方法。
本申请一方面提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令被处理器执行时使该处理器执行上述一方面中的方法。
根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述一方面等各种可选方式中提供的方法。
本申请可以基于对第二数据设备中的资产数据表的隔离访问权限，获取资产数据表在第二数据设备中的访问存储地址；基于访问存储地址以及目标用户的用户标识，对资产数据表中的资产对象进行遍历，得到目标用户所属的持有资产对象；从资产数据表中，获取目标用户针对所属的持有资产对象的持有虚拟资产；根据目标用户针对所属的持有资产对象的持有虚拟资产，确定目标用户针对所属的持有资产对象的服务消耗资产。由此可见，本申请提出的方法第一数据设备在计算目标用户针对所属的持有资产对象的服务消耗资产时，可以基于对资产数据表的隔离访问权限，直接从第二数据设备处获取到目标用户所属的持有资产对象以及目标用户针对该持有资产对象的持有虚拟资产，因此，第一数据设备可以基于从第二数据设备处获取到的目标用户针对所属的持有资产对象的持有虚拟资产，快速计算得到目标用户针对所属的持有资产对象的服务消耗资产。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种网络架构的结构示意图；
图2是本申请提供的一种获取服务消耗资产的场景示意图；
图3是本申请提供的一种虚拟资产数据处理方法的流程示意图；
图4是本申请提供的一种获取服务消耗累计资产的场景示意图；
图5是本申请提供的一种生成表格描述信息的场景示意图；
图6是本申请提供的一种终端页面的页面示意图；
图7是本申请提供的一种虚拟资产数据处理方法的流程示意图；
图8是本申请提供的一种虚拟资产数据处理装置的结构示意图；
图9是本申请提供的一种计算机设备的结构示意图。
具体实施方式
下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
请参见图1，图1是本申请实施例提供的一种网络架构的结构示意图。如图1所示，该网络架构可以包括服务器集群和终端设备集群，终端设备集群可以包括一个或者多个终端设备，这里将不对终端设备的数量进行限制。如图1所示，多个终端设备具体可以包括终端设备100a、终端设备101a、终端设备102a、…、终端设备103a；服务器集群可以包括服务器200、……、服务器300。如图1所示，终端设备100a、终端设备101a、终端设备102a、…、终端设备103a均可以与服务器集群中的每个服务器进行网络连接，以便于每个终端设备可以通过网络连接与各个服务器之间进行数据交互。
如图1所示的服务器集群中的每个服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是：智能手机、平板电脑、笔记本电脑、桌上型电脑、智能电视等智能终端。
下面以终端设备100a、服务器200与服务器300之间的通信为例，进行本申请实施例的具体描述。
请一并参见图2，图2是本申请提供的一种获取服务消耗资产的场景示意图。如图2所示，服务器200可以为用于计算目标用户107b针对所属的持有虚拟资产的服务消耗资产的服务器，服务器300可以为用于对所有用户(包括目标用户107b)针对虚拟资产对象的交易进行对账的服务器。其中服务器200可以是下述图3对应的实施例中的第一数据设备，服务器300可以是下述图3对应的实施例中的第二数据设备，服务器200和服务器300的具体描述可以参见下述图3对应的实施例中的各个步骤。
服务器300中还包括资产数据表102b，资产数据表102b中包括服务器200在对所有用户针对虚拟资产对象的交易对账完成之后，各个用户(包括目标用户107b)所属的持有资产对象以及各个用户针对所属的持有资产对象的持有虚拟资产。其中，一个用户所属的持有资产对象，即为该用户所购买的虚拟资产对象，该虚拟资产对象可以指基金或者股票等虚拟资产。一个用户针对所属的持有资产对象的持有虚拟资产，为该用户针对所属的持有资产对象的购买量(即购买份额)。其中，目标用户107b所购买的持有资产对象可以是理财平台推荐给目标用户107b购买的，因此，目标用户107b需要向理财平台支付相应的服务费用，该服务费用即为目标用户针对所属的持有资产对象的服务费用。可以将上述服务器200和服务器300理解为是该理财平台的后台服务器。
服务器200与服务器300之间是相互物理隔离的，即服务器200和服务器300不属于相同的服务器，服务器200和服务器300之间的数据不是共享的而是相互隔离的。因此，首先服务器200可以向服务器300请求获取针对服务器300中的资产数据表102b的隔离访问权限，服务器300在获取到服务器200针对资产数据表的访问权限的获取请求后，可以为服务器200设置针对资产数据表102b的隔离访问权限。其中，服务器200如何向服务器300获取针对资产数据表102b的隔离访问权限的具体过程，也可以参见下述图3对应的实施例中的步骤S101。
服务器200在向服务器300获取到针对资产数据表102b的隔离访问权限之后，就可以访问服务器300中的资产数据表102b，并从所访问的资产数据表102b中，获取到目标用户107b的持有资产对象103b、以及目标用户针对所属的持有资产对象103b的持有虚拟资产。
如图2所示，此处服务器200获取到的目标用户107b的持有资产对象103b具体包括持有资产对象1、持有资产对象2、持有资产对象3、持有资产对象4以及持有资产对象5。服务器200获取到的目标用户107b针对所属的持有资产对象的持有虚拟资产具体包括：目标用户107b针对持有资产对象1的持有虚拟资产1、目标用户107b针对持有资产对象2的持有虚拟资产2、目标用户107b针对持有资产对象3的持有虚拟资产3、目标用户107b针对持有资产对象4的持有虚拟资产4、以及目标用户107b针对持有资产对象5的持有虚拟资产5。
服务器200还可以获取到针对目标用户107b所属的持有资产对象的服务消耗因素，该服务消耗因素即为在计算目标用户107b针对所属的持有资产对象的服务消耗资产时，除了与目标用户107b针对所属的持有资产对象的持有虚拟资产相关之外，其他相关的因素。此处，服务器200可以获取到针对目标用户107b的持有资产对象1的服务消耗因素1、针对目标用户107b的持有资产对象2的服务消耗因素2、针对目标用户107b的持有资产对象3的服务消耗因素3、针对目标用户107b的持有资产对象4的服务消耗因素4、以及针对目标用户107b的持有资产对象5的服务消耗因素5。其中，对服务消耗因素的具体描述也可以参见下述图3对应的实施例中的步骤S104。
继而，服务器200就可以通过所获取到的目标用户107b的各个持有资产对象对应的持有虚拟资产以及服务消耗因素，计算得到目标用户107b针对所属的每个持有资产对象的持有服务消耗资产。目标用户针对自己的一个持有资产对象的持有服务消耗资产，即为目标用户107b针对该持有资产对象的服务费用。对持有服务消耗资产的具体解释还可以参见下述图3对应的实施例。
此处，如框105b所示，，服务器200可以根据持有虚拟资产1和服务消耗因素1，计算得到持有资产对象1的持有服务消耗资产1；服务器200可以根据持有虚拟资产2和服务消耗因素2，计算得到持有资产对象2的持有服务消耗资产2；服务器200可以根据持有虚拟资产3和服务消耗因素3，计算得到持有资产对象3的持有服务消耗资产3；服务器200可以根据持有虚拟资产4和服务消耗因素4，计算得到持有资产对象4的持有服务消耗资产4；服务器200可以根据持有虚拟资产5和服务消耗因素5，计算得到持有资产对象5的持有服务消耗资产5。
继而，服务器200就可以对上述所得到的持有服务消耗资产1、持有服务消耗资产2、持有服务消耗资产3、持有服务消耗资产4和持有服务消耗资产5进行求和，即可得到服务消耗资产106b。该服务消耗资产106b即为目标用户针对自己所属的全部持有资产对象的服务费用。
由上可知，由于服务器300在对目标用户针对虚拟资产对象的交易进行对账时，会得到目标用户针对所属的持有资产对象的持有虚拟资产，因此，服务器200可以直接向服务器300获取到针对资产数据表的隔离访问权限，进而即可基于所获取到的针对资产数据表的隔离访问权限，向服务器300获取到目标用户针对所属的持有资产对象的持有虚拟资产，而不需要拉取目标用户针对虚拟资产对象的交易数据，来重新获取目标用户针对所属的持有资产对象的持有虚拟资产。因此，通过本申请所提供的方法，可以提高服务器200获取目标用户针对所属的持有资产对象的持有虚拟资产的效率，进而可以提高服务器200计算目标用户针对所属的持有资产对象的服务消耗资产的效率。
请参见图3，图3是本申请提供的一种虚拟资产数据处理方法的流程示意图，如图3所示，该方法可以包括：
步骤S101，基于对第二数据设备中的资产数据表的隔离访问权限，获取资产数据表在第二数据设备中的访问存储地址；第一数据设备与第二数据设备之间处于设备物理隔离状态；
具体的，本申请实施例可以由第一数据设备来执行，该第一数据设备可以为服务器也可以为终端设备。该第一数据设备和第二数据设备之间是相互物理隔离的，换句话说，第一数据设备和第二数据设备不是同一个设备，是相互独立的设备。第二数据设备也可以为服务器或者终端设备。
其中，可以将目标用户所持有的虚拟资产对象称之为目标用户所属的持有资产对象，可以将目标用户针对所属的持有资产对象的份额称之为目标用户针对所属的持有资产对象的持有虚拟资产。目标用户的持有资产对象可以是目标用户所购买的股票或者基金等虚拟资产对象，目标用户针对持有资产对象的持有虚拟资产(即份额)即为目标用户所购买的持有资产对象的数量。
例如，若目标用户购买了50股的股票1，则目标用户所属的持有虚拟资产可以是股票1，目标用户针对股票1的持有虚拟资产即为50股。
其中，上述第一数据设备和第二数据设备可以为理财平台的后台，目标用户所购买的持有虚拟对象，可以是该理财平台向目标用户推荐购买的。因此，目标用户在购买了理财平台向其推荐的虚拟资产对象后，理财平台可以向目标用户收取服务费用。此过程可以换种说法，即为理财平台可以向目标用户提供投顾(投资顾问)服务(即向目标用户推荐可以购买的虚拟资产)，目标用户在接受了理财平台向其提供的投顾服务之后，需要向理财平台支付针对该投顾服务的服务费用。可以将目标用户需要向理财平台支付的服务费用，称之为目标用户针对持有资产对象的服务消耗资产。
因此，需要进行说明的是，第一数据设备可以是用于计算目标用户针对所属的持有资产对象的服务消耗资产的设备。第二数据设备可以是用于对目标用户针对虚拟资产对象的交易(例如赎回虚拟资产的交易或者购买虚拟资产的交易)进行对账的设备。由于第一数据设备与第二数据设备之间相互是物理隔离的，因此，可以理解为，第一数据设备中所存储的数据与第二数据设备中所存储的数据是相互隔离的。
其中，第一数据设备在计算目标用户针对所属的持有资产对象的服务消耗资产时，需要通过目标用户针对所属的持有资产对象的持有虚拟资产(即资产份额)来计算，而第二数据设备在对目标用户针对虚拟资产对象的交易进行对账时，会得到目标用户针对所属的持有资产对象的持有虚拟资产。因此，第一数据设备可以向第二数据设备请求针对第二数据设备的访问权限，使得第一数据设备可以从第二数据设备处，直接获取到目标用户针对所属的持有资产对象的持有虚拟资产。
其中，为更好地理解本实施例，第二数据设备对目标用户针对虚拟资产对象的交易进行对账，以得到目标用户针对所属的持有虚拟资产的持有虚拟资产的过程可以是：
由于第二数据设备每天都需要对目标用户针对虚拟资产对象的交易进行对账，而第二数据设备每天对目标用户针对虚拟资产的交易进行对账的原理是相同的，因此此处以第二数据设备对目标用户在第D天针对虚拟资产对象的交易进行对账的过程为例进行说明，请参见下述。
由于在第D天结束(即D+1天的凌晨)的时候，可以确认目标用户在第D天的交易已经全部完成，因此，第二数据设备可以在第D+1天凌晨，对目标用户在第D天针对虚拟资产的交易进行对账：第二数据设备可以获取到目标用户在第D-1天针对所属的持有资产对象的持有虚拟资产，第二数据设备也可以向目标用户在第D天有过交易的机构(例如购买或赎回的虚拟资产所属的机构)进行对账，在对账的过程中，第二数据设备可以根据目标用户在第D天所进行的交易，更新目标用户在第D-1天针对所属的持有资产对象的持有虚拟资产，对所有交易对账完成之后，即可得到目标用户在第D天针对所属的持有资产对象的持有虚拟资产。
例如，若目标用户在第D-1天针对持有资产对象1的持有虚拟资产为100股，并且目标用户在第D天又多购买了持有资产对象1的另外50股，则在第D天结束时，目标用户针对持有资产对象1的持有虚拟资产就为150股。
其中，由于目标用户每天都可以进行针对虚拟资产对象的交易，因此，目标用户每天所属的持有资产对象可以不同，针对所属的持有资产对象的持有虚拟资产也可以不同。因此，第二数据设备获取目标用户针对所属的持有资产对象的持有虚拟资产，就是获取目标用户分别针对每天的持有资产对象以及该持有资产对象的持有虚拟资产。
其中，第二数据设备对目标用户针对虚拟资产对象的交易进行对账后的数据，可以是存储在第二数据设备中的资产数据表中的。因此，第一数据设备只需要向第二数据设备提供针对该资产数据表的访问权限，可以将第一数据设备针对第二数据设备中的资产数据表的访问权限，称之为隔离访问权限。
其中，第一数据设备向第二数据设备获取针对资产数据表的隔离访问权限的过程可以是：第一数据设备可以生成针对资产数据表的权限获取请求，该权限获取请求即为第一数据设备向第二数据设备获取针对资产数据表的隔离访问权限的请求，该权限获取请求可以携带第一数据设备的设备标识(即设备ID)以及资产数据表的数据表标识。
第一数据设备可以将所生成的权限获取请求发送给第二数据设备，第二数据设备在获取到该权限获取请求之后，可以从该权限获取请求中获取到第一数据设备的设备标识以及资产数据表的数据表标识。第二数据设备可以根据获取到的第一数据设备的设备标识，对第一数据设备的设备身份进行识别，第二数据设备中预先可以被导入一个设备列表(可以是开发人员所导入的)，该设备列表中可以包括多个设备的设备标识，第二数据设备可以将对资产数据表的隔离访问权限给到在该设备列表中存在的设备。
因此，开发人员可以预先在该设备列表中添加上第一数据设备的设备标识，因此，第二数据设备在通过权限获取请求中第一数据设备的设备标识，检测到设备列表中存在第一数据设备的设备标识之后，即表明第二数据设备对第一数据设备的设备身份识别成功。第二数据设备在对第一数据设备的设备身份识别成功之后，就可以根据权限获取请求中资产数据表的数据表标识查找到资产数据表，进而为第一数据设备设置针对所查找到的资产数据表的隔离访问权限。
第一数据设备在获取到针对第二数据设备中的资产数据表的隔离访问权限之后，即可基于对该资产数据表的隔离访问权限，向第二数据设备获取到资产数据表在第二数据设备中的存储地址。可以将资产数据表在第二数据设备中的存储地址，称之为访问存储地址。
更多的，第一数据设备和第二数据设备还可以是属于不同区块链网络的区块链节点，例如第一数据设备可以是属于第一区块链网络的区块链节点，第二数据设备可以是属于第二区块链网络的区块链节点。因此，可以知道的是，由于第一数据设备和第二数据设备是属于不同区块链网络的区块链节点，因此第一数据设备中的数据和第二数据设备中的数据也是相互隔离。
由于第一数据设备需要在第二数据设备的资产数据表中获取目标用户针对所属的持有资产对象的持有虚拟资产，因此，第一数据设备和第二数据设备需要进行跨链交互。
其中，可以通过智能合约来实现第一数据设备与第二数据设备之间的跨链交互。可以在第一数据设备中构建第一智能合约，该第一智能合约用于第一数据设备向第二数据设备发起针对资产数据表的访问请求。还可以在第二数据设备中构建第二智能合约，该第二智能合约用于响应执行第一数据设备针对资产数据表的访问请求。其中，第一智能合约和第二智能合约之间可以是相互关联贯通的，第二智能合约可以识别出第一智能合约的合约类型，并响应基于第一智能合约发起的针对资产数据表的访问请求。同样，第一智能合约也可以识别出第二智能合约的合约类型，接收基于第二智能合约所同步的数据。
其中，需要进行说明的是，上述第一智能合约和第二智能合约是用于实现第一数据设备与第二数据设备之间进行跨链交互的，但是第一数据设备要访问第二数据设备还是需要有针对资产数据表的隔离访问权限。因此，第一数据设备可以通过第一智能合约、以及对第二数据设备中的资产数据表的隔离访问权限，向第二数据设备发送针对资产数据表的存储地址获取请求。第一数据设备向第二数据设备发送针对资产数据表的存储地址获取请求，也就是向第二数据设备发起针对资产数据表的访问权限。
第二数据设备在获取到第一数据设备所发送的存储地址访问请求之后，可以通过第二智能合约来解析该存储地址访问请求。第二数据设备通过对该存储地址访问请求进行解析，可以获取到该存储地址访问请求所指示的访问存储地址，该访问存储地址也就是资产数据表在第二数据设备中的存储地址。例如该存储地址获取请求中可以携带资产数据表的数据表标识，该存储地址获取请求所指示的访问存储地址，也就是该存储地址获取请求中的数据表标识所指示的资产数据表的访问存储地址。
第二数据设备可以将根据存储地址获取请求获取到的资产数据表的访问存储地址，通过第二智能合约发送给第一数据设备，第一数据设备可以通过第一智能合约，接收到第二数据设备通过第二智能合约所发送的访问存储地址。
步骤S102，基于访问存储地址以及目标用户的用户标识，对资产数据表中的资产对象进行遍历，得到目标用户所属的持有资产对象；
具体的，在获取到针对资产数据表的访问存储地址之后，第一数据设备就可以根据该访问存储地址以及目标用户的用户标识，对资产数据表中的资产对象进行遍历，通过遍历资产数据表中的资产对象，即可从资产数据表中筛选出目标用户的持有资产对象。由于第一数据设备也需要根据目标用户每天所属的持有资产对象的持有虚拟资产，每天来计算目标用户针对每天所属的持有资产对象的持有虚拟资产的服务消耗资产，因此，此处第一数据设备获取到的目标用户所属的持有资产对象，即为目标用户在当前最新的持有资产对象。
例如，若第一数据设备需要计算目标用户在第D天针对所属的持有资产对象的持有虚拟资产，则此处第一数据设备获取到的目标用户所属的持有资产对象，可以是第一数据设备在第D+1天凌晨获取到的目标用户在第D天最终所属的持有资产对象。
由于第一数据设备所获取到的目标用户所属的持有资产对象，需要是第二数据设备在当天(即需要计算服务消耗资产的那一天，例如上述第D天)对目标用户针对虚拟资产对象的交易对账完成后，目标用户最终的持有资产对象。因此，第一数据设备在遍历资产数据表之前，还需要确定第二数据设备对目标用户针对虚拟资产对象的对账状态，若该对账状态为对账完成状态时，表明资产数据表中已经更新有目标用户在当天最终的持有资产对象。因此，此时，第一数据设备就可以根据目标用户的用户标识遍历资产数据表，以获取到目标用户在当天最终的持有资产对象。
例如，首先，第一数据设备可以基于资产数据表的访问存储地址，确定第二数据设备在资产数据表中针对资产对账进程的进程对账状态。该资产对账进程也就是指第二数据设备在资产数据表中，对目标用户针对所属的持有资产对象的对账进程。当第一数据设备确定第二数据设备针对该资产对账进程的进程对账状态为对账完成状态时，表明第二数据设备已经在资产数据表中完成了对目标用户当天所持有的最终的持有资产对象的更新，此时，第一数据设备就可以根据目标用户的用户标识遍历资产数据表，以获取到目标用户在当天最终的持有资产对象。
更多的，理财平台向目标用户推荐购买的虚拟资产对象还可以是投资组合方案，该投资组合方案中可以包括多个资产对象(可以将虚拟资产对象简称为资产对象)，因此目标用户所属的持有资产对象可以有多个。具体的，第一数据设备还可以先对资产数据表的访问存储地址以及目标用户的用户标识进行打包封装，生成用于访问资产数据表的访问信息，该访问信息就包括了资产数据表的访问存储地址以及目标用户的用户标识。第一数据设备可以通过该访问信息中的访问存储地址，访问资产数据表。在成功访问资产数据表之后，就可以根据该访问信息中的目标用户的用户标识，遍历所访问的资产数据表中的虚拟资产对象，以遍历筛选得到目标用户在当天最终的持有资产对象组合。该持有资产对象组合，即为目标用户所购买的投资组合方案中的多个资产对象所构成的组合。换句话说，该持有资产对象组合中包括了目标用户所属的多个持有资产对象。第一数据设备可以将持有资产对象组合中的全部资产对象，作为当前获取到的目标用户所属的持有资产对象。
通过上述过程，第一数据设备即可获取到目标用户在当天(需要计算服务消耗资产的那一天，例如上述第D天)所属的持有资产对象。
步骤S103，从资产数据表中，获取目标用户针对所属的持有资产对象的持有虚拟资产；
具体的，第二数据设备在资产数据表中，获取到目标用户当天所属的持有资产对象之后，还可以从该资产数据表中，获取到目标用户分别针对当天所属的每个持有资产对象的持有虚拟资产，即获取到每个持有资产对象分别对应的持有份额。
步骤S104，根据目标用户针对所属的持有资产对象的持有虚拟资产，确定目标用户针对所属的持有资产对象的服务消耗资产；
具体的，第一数据设备可以获取到分别与目标用户的每个持有资产对象相关联的服务消耗因素。该服务消耗因素指在计算目标用户所属的持有资产对象的服务消耗资产时，除了与目标用户针对持有资产对象的持有虚拟资产相关之外，其他相关的因素。第一数据设备可以通过分别与目标用户的每个持有资产对象相关联的服务消耗因素、以及目标用户分别针对每个持有资产对象的持有虚拟资产，计算得到每个持有资产对象分别对应的服务费用，可以将每个持有资产对象分别对应的服务费用，称之为每个持有资产对象分别对应的持有服务消耗资产。
第一数据设备可以将每个持有资产对象分别对应的持有服务消耗资产进行求和，进而将每个持有资产对象分别对应的持有服务消耗资产之和，作为最终计算得到的目标用户针对所属的持有资产对象的服务消耗资产。
例如，若目标用户的多个(至少两个)持有资产对象中包括持有资产对象fn，n为小于或者等于目标用户的多个持有资产对象的资产总数量的正整数，即持有资产对象fn可以是目标用户的多个持有资产对象中的任意一个持有资产对象。
因此，第一数据设备可以获取到持有资产对象fn的资产净值以及资产费率，获取到的资产净值和资产费率，即为与持有资产对象fn相关联的服务消耗因素。接着，第一数据设备可以将该资产净值、资产费率以及目标用户针对持有资产对象fn的持有虚拟资产相乘，得到该资产净值、资产费率以及目标用户针对持有资产对象fn的持有虚拟资产的乘积值，该乘积值即为第一数据设备获取到的目标用户针对持有资产对象fn的持有服务消耗资产。
第一数据设备每天都会通过上面所描述的过程，获取到针对目标用户每天所属的持有资产对象的服务费用，并且，第一数据设备可以对每天所获取到的针对目标用户所属的持有资产对象的服务费用进行累计，按照一个季度为扣款周期(也可以是其他周期，具体根据实际应用场景决定)向目标用户收取一次服务费用。
具体的，假设上述所获取到的服务消耗资产，为第一数据设备所获取到的目标用户在一个扣款周期的最后一天针对所属的持有资产对象的消耗资产(即服务费用)，那么，可以将第一数据设备在此前(除一个扣款周期中最后一天之外的每天)获取到的目标用户针对所属的持有资产对象的消耗资产，称之为历史消耗资产。
可以说成，上述服务消耗资产为第一数据设备获取到的目标用户在当前时刻针对所属的持有资产对象的消耗资产，该当前时刻可以指服务消耗资产所属的那一天的最终时刻，例如若该服务消耗资产为计算的目标用户在第D天针对所属的持有资产对象的消耗资产，则当前时刻可以是第D天的最终时刻。
同理，上述历史消耗资产为第一数据设备获取到的目标用户在历史时刻针对所属的持有资产对象的消耗资产，该历史时刻可以指历史消耗资产所属的那一天的最终时刻，例如若该历史消耗资产为计算的目标用户在第M天针对所属的持有资产对象的消耗资产，则历史时刻可以是第M天的最终时刻。
因此，当上述当前时刻满足资产扣除周期时，第一数据设备就可以获取目标用户在历史时刻针对所属的持有资产对象的历史消耗资产。其中，当前时刻满足资产扣除周期即是指当前时刻为一个扣款周期的最后一天的最终时刻，也就是上述服务消耗资产为第一数据设备获取到的目标用户在一个扣款周期的最后一天针对所属的持有资产对象的消耗资产。
接着，第一数据设备就可以对获取到的历史消耗资产以及服务消耗资产进行求和，所得到的求和值就为目标用户在一个扣款周期下针对所属的持有资产对象的服务消耗累计资产，该服务消耗累计资产也就是所累积的在一个扣款周期内，目标用户一共需要支付的服务费用。
请参见图4，图4是本申请提供的一种获取服务消耗累计资产的场景示意图。如图4所示，假设一个扣款周期有n天，该n天具体包括该扣款周期的第1天、第2天、……以及第n天。第一数据设备可以通过上述过程分别计算目标用户在该扣款周期的n天中的每天的服务消耗资产，请参见下述。
如图4所示，目标用户在第1天所属的持有资产对象可以包括持有资产对象1、持有资产对象2和持有资产对象3。目标用户在第1天针对持有资产对象1的持有虚拟资产可以为持有虚拟资产a1，目标用户在第1天针对持有资产对象2的持有虚拟资产可以为持有虚拟资产b1，目标用户在第1天针对持有资产对象3的持有虚拟资产可以为持有虚拟资产c1。
因此，第一数据设备可以根据持有虚拟资产a1，计算得到目标用户在第1天针对持有资产对象1的持有服务消耗资产fa1；第一数据设备可以根据持有虚拟资产b1，计算得到目标用户在第1天针对持有资产对象2的持有服务消耗资产fb1；第一数据设备可以根据持有虚拟资产c1，计算得到目标用户在第1天针对持有资产对象3的持有服务消耗资产fc1。第一数据设备可以对持有服务消耗资产fa1、持有服务消耗资产fb1和持有服务消耗资产fc1进行求和，即可得到目标用户在第1天针对所属的全部持有资产对象的服务消耗资产100c。
同理，目标用户在第2天所属的持有资产对象也可以包括持有资产对象1、持有资产对象2和持有资产对象3。目标用户在第2天针对持有资产对象1的持有虚拟资产可以为持有虚拟资产a2，目标用户在第2天针对持有资产对象2的持有虚拟资产可以为持有虚拟资产b1，目标用户在第2天针对持有资产对象3的持有虚拟资产可以为持有虚拟资产c2。
因此，第一数据设备可以根据持有虚拟资产a2，计算得到目标用户在第2天针对持有资产对象1的持有服务消耗资产fa2；第一数据设备可以根据持有虚拟资产b1，计算得到目标用户在第2天针对持有资产对象2的持有服务消耗资产fb1；第一数据设备可以根据持有虚拟资产c2，计算得到目标用户在第2天针对持有资产对象3的持有服务消耗资产fc2。第一数据设备可以对持有服务消耗资产fa2、持有服务消耗资产fb1和持有服务消耗资产fc2进行求和，即可得到目标用户在第2天针对所属的全部持有资产对象的服务消耗资产101c。
同理，目标用户在第n天所属的持有资产对象也可以包括持有资产对象1、持有资产对象2和持有资产对象3。目标用户在第n天针对持有资产对象1的持有虚拟资产可以为持有虚拟资产a2，目标用户在第n天针对持有资产对象2的持有虚拟资产可以为持有虚拟资产b2，目标用户在第n天针对持有资产对象3的持有虚拟资产可以为持有虚拟资产c3。
因此，第一数据设备可以根据持有虚拟资产a2，计算得到目标用户在第n天针对持有资产对象1的持有服务消耗资产fa2；第一数据设备可以根据持有虚拟资产b2，计算得到目标用户在第n天针对持有资产对象2的持有服务消耗资产fb2；第一数据设备可以根据持有虚拟资产c3，计算得到目标用户在第n天针对持有资产对象3的持有服务消耗资产fc3。第一数据设备可以对持有服务消耗资产fa2、持有服务消耗资产fb2和持有服务消耗资产fc3进行求和，即可得到目标用户在第n天针对所属的全部持有资产对象的服务消耗资产102c。
通过上述过程，第一数据设备即可计算得到目标用户在一个扣款周期内的每天针对所属的全部持有资产对象的服务消耗资产，第一数据设备可以对一个扣款周期内每个分别对应的服务消耗资产进行求和，即可得到目标用户在一个扣款周期内最终的服务消耗累计资产103c。
第一数据设备可以根据上述服务消耗累计资产，生成资产扣除提示信息，该资产扣除提示信息中包含了目标用户需要支付的服务消耗累计资产。
更多的，上述历史消耗资产的数量可以是有多个，一天对应一个，即一个历史时刻对应一个。第一数据设备还可以生成每个历史消耗资产以及上述服务消耗资产分别对应的单元行描述信息，一个消耗资产对应的单元行描述信息中可以包括该消耗资产。
第一数据设备可以根据每个历史消耗资产分别对应的历史时刻和服务消耗资产对应的当前时刻的时间先后顺序，对每个历史消耗资产以及上述服务消耗资产分别对应的单元行描述信息进行排序，时间(历史时刻和当前时刻)在先的排序在后面，时间在后的排序在前面。通过对每个历史消耗资产以及上述服务消耗资产分别对应的单元行描述信息进行排序，可以得到单元行序列，该单元行序列就包括了每个历史消耗资产以及上述服务消耗资产分别对应的单元行描述信息。
第一数据设备可以对所得到的单元行序列进行表格渲染，得到包含该单元行序列的表格描述信息，该表格描述信息就为一个表格，该表格中的一行即为一个单元行描述信息。
请参见图5，图5是本申请提供的一种生成表格描述信息的场景示意图。如图5所示，此处生成的单元行描述信息可以包括单元行描述信息100d、单元行描述信息101d、单元行描述信息102d、单元行描述信息103d、单元行描述信息104d、单元行描述信息105d、单元行描述信息106d和单元行描述信息107d。各个单元行描述信息前半部分表示对应的服务消耗资产所属的那天的日期，各个单元行描述信息后半部分表示对应的服务消耗资产。例如，单元行描述信息100d的前半部分“2020-01-08”，表示单元行描述信息100d对应的服务消耗资产所属的那天的日期为2020年1月8日。单元行描述信息100d的后半部分“0.0002”，表示单元行描述信息100d对应的服务消耗资产是0.0002。
其中，可以将每个单元行描述信息对应的历史时刻或者当前时刻，简称为每个单元行对应的时刻。此处，单元行描述信息100d对应的时刻为t1，单元行描述信息101d对应的时刻为t2，单元行描述信息102d对应的时刻为t3，单元行描述信息103d对应的时刻为t4，单元行描述信息104d对应的时刻为t5，单元行描述信息105d对应的时刻为t6，单元行描述信息106d对应的时刻为t7，单元行描述信息107d对应的时刻为t8。
如时间轴109d所示，t3对应的时刻早于t4对应的时刻，t4对应的时刻早于t7对应的时刻，t7对应的时刻早于t8对应的时刻，t8对应的时刻早于t6对应的时刻，t6对应的时刻早于t5对应的时刻，t5对应的时刻早于t2对应的时刻，t2对应的时刻早于t1对应的时刻。
因此，根据各个单元行描述信息，对单元行描述信息100d、单元行描述信息101d、单元行描述信息102d、单元行描述信息103d、单元行描述信息104d、单元行描述信息105d、单元行描述信息106d和单元行描述信息107d进行排序的次序往前到后依次为：单元行描述信息100d、单元行描述信息101d、单元行描述信息104d、单元行描述信息105d、单元行描述信息107d、单元行描述信息106d、单元行描述信息103d和单元行描述信息102d，该次序也就是各个单元行描述信息在单元行序列中的次序。因此，根据单元行序列得到的表格描述信息就为表格描述信息109d。各个单元行描述信息在表格描述信息109d中的次序，也就是各个单元行描述信息在单元行序列中的次序。
第一数据设备可以根据该表格描述信息来生成资产扣除提示信息，换句话说，该资产扣除提示信息中还可以包括该表格描述信息，该表格描述信息中展示了在一个扣款周期内的每天，目标用户针对所属的持有资产对象的消耗资产(即服务费用)。
第一数据设备还可以将所生成的资产扣除提示信息发送至目标用户所属的用户终端(例如目标用户登录有理财平台的终端设备)，目标用户所属的用户终端可以在终端页面中对该资产扣除提示信息进行输出，输出的方式可以是页面显示的方式也可以是语音播报的方式。
其中，目标用户所属的用户终端还可以响应目标用户针对终端页面中的资产扣除提示信息的确认操作，从目标用户的资产账户中，扣除目标用户需要支付的服务消耗累计资产。
请参见图6，图6是本申请提供的一种终端页面的页面示意图。如图6所示，终端设备102e即为目标用户的用户终端，终端设备102e的终端页面100e中所展示的投顾服务费详情页面中所展示的信息，即为上述资产扣除提示信息。该资产扣除提示信息中可以包括在上述图5中获取到的获取到的表格描述信息109d。
在终端页面100e的区域101e中，展示了具体的扣款详情，包括取出产品、取出时间、资金去向以及取出金额。其中，在区域101e中的取出金额15.34即为上述一个周期内用户需要支付的服务消耗累计资产。终端设备102e可以响应目标用户针对终端页面100e中的资产扣除提示信息的确认操作，从目标用户的用户账户中扣除15.34。
由此可见，本申请提出的方法第一数据设备在计算目标用户针对所属的持有资产对象的服务消耗资产时，可以基于对资产数据表的隔离访问权限，直接从第二数据设备处获取到目标用户所属的持有资产对象以及目标用户针对该持有资产对象的持有虚拟资产，因此，第一数据设备可以基于从第二数据设备处获取到的目标用户针对所属的持有资产对象的持有虚拟资产，快速计算得到目标用户针对所属的持有资产对象的服务消耗资产。
此外，由于第一数据设备可以直接在第二数据设备中获取到目标用户针对所属的持有资产对象的持有虚拟资产，而不用再重新对目标用户针对所属的持有资产对象的持有虚拟资产进行统计计算后得到，因此，提高了对系统(包括第一数据设备和第二数据设备的相关数据处理系统)中，与目标用户针对所属的持有资产对象的持有虚拟资产相关的计算资源(例如目标用户针对虚拟资产对象的交易相关的数据资源)的利用率，也就是提高了系统中，与目标用户针对所属的持有资产对象的服务消耗资产相关的计算资源的利用率。
请参见图7，图7是本申请提供的一种虚拟资产数据处理方法的流程示意图。该方法可以包括：
步骤S201，查询份额对账是否完成；
具体的，批跑可以理解为结账，由上述第一数据设备来执行。对账数据库即为上述资产数据表，对账数据库处于第二数据设备中。投顾份额数据库和投顾计费数据库都打属于第一数据设备。投顾份额数据库，用于第一数据设备存储从第二数据设备处获取到的目标用户针对所属的持有资产对象的持有虚拟资产(即份额)。投顾计费数据库用于第一数据设备存储在一个周期内每天计算得到的目标用户针对所属的持有资产对象的服务消耗资产的累计值(即总费用)。
此处，若第一数据设备是要计算目标用户在第D-1日针对所属的持有资产对象的服务消耗资产，则第一数据设备可以基于对对账数据库的隔离访问权限，向第二数据设备查询是否对目标用户在第D-1日针对虚拟资产对象的交易对账完成(即此处的查询份额对账是否完成)。
步骤S202，完成后，拉取对账后保存用户的份额；
具体的，若第一数据设备查询到对账数据库对目标用户的D-1日的份额对账完成，则第一数据设备可以在对账数据库中拉取对账后保存用户的份额，该对账后保存用户的份额即为目标用户在D-1日最终针对所属的持有资产对象的持有虚拟资产。
步骤S203，记录用户D-1日持有份额；
具体的，第一数据设备可以将拉取到的目标用户在D-1日最终针对所属的持有资产对象的持有虚拟资产，存储至投顾份额数据库。
步骤S204，拉取用户D-1日持有份额；
具体的，当第一数据设备开始计算目标用户在第D-1日针对所属的持有资产对象的服务消耗资产时，第一数据设备可以从投顾份额数据库中，拉取到先前所记录的目标用户在D-1日最终针对所属的持有资产对象的持有虚拟资产。
步骤S205，计算D-1日费用；
具体的，第一数据设备可以通过从投顾份额数据库中，拉取到的目标用户在D-1日最终针对所属的持有资产对象的持有虚拟资产(以及相应的服务消耗因素)，计算得到第D-1日的费用，该第D-1日的费用即为目标用户在第D-1日针对所属的持有资产对象的服务消耗资产。
步骤S206，记录计费明细，更新总费用；
具体的，第一数据设备可以将目标用户在第D-1日针对所属的持有资产对象的服务消耗资产，记录在投顾计费数据库中，并可以更新总费用。该总费用即是指在当前扣款周期内，截止到目前目标用户针对所属的持有资产对象的累计服务费用。例如，若第D-1日是当前扣款周期内的第3天，则更新后的总费用就包括当前扣款周期的前3天的服务消耗资产的总和。再例如，若第D-1日是当前扣款周期内的第5天，则更新后的总费用就包括当前扣款周期的前5天的服务消耗资产的总和。若第D-1日是当前扣款周期内的最后一天，则更新后的总费用就为当前扣款周期的服务消耗累计资产。
通过采用本申请的方法，将第一数据设备和第二数据设备关联起来，可以使得第一数据设备可以直接快速获取到第二数据设备中，更新的目标用户针对所属的持有资产对象的持有虚拟资产，并通过获取到的目标用户针对所属的持有资产对象的持有虚拟资产，快速计算得到目标用户的服务消耗资产，提高了针对服务消耗资产的计算效率。
请参见图8，图8是本申请提供的一种虚拟资产数据处理装置的结构示意图。该虚拟资产数据处理装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如该虚拟资产数据处理装置为一个应用软件，该虚拟资产数据处理装置可以用于执行本申请实施例提供的方法中的相应步骤。该虚拟资产数据处理装置可以应用于第一数据设备，第一数据设备与第二数据设备相互物理隔离。如图8所示，该虚拟资产数据处理装置1可以包括：地址获取模块101、遍历模块102、资产获取模块103和消耗资产确定模块104；
地址获取模块101，用于基于对第二数据设备中的资产数据表的隔离访问权限，获取资产数据表在第二数据设备中的访问存储地址；
遍历模块102，用于基于访问存储地址以及目标用户的用户标识，对资产数据表中的资产对象进行遍历，得到目标用户所属的持有资产对象；
资产获取模块103，用于从资产数据表中，获取目标用户针对所属的持有资产对象的持有虚拟资产；
消耗资产确定模块104，用于根据目标用户针对所属的持有资产对象的持有虚拟资产，确定目标用户针对所属的持有资产对象的服务消耗资产。
其中，地址获取模块101、遍历模块102、资产获取模块103和消耗资产确定模块104的具体功能实现方式请参见图3对应的实施例中的步骤S101-步骤S104，这里不再进行赘述。
其中，上述装置1还包括：请求生成模块105和权限设置模块106；
请求生成模块105，用于生成针对资产数据表的权限获取请求；权限获取请求携带第一数据设备的设备标识以及资产数据表的数据表标识；
权限设置模块106，用于将权限获取请求发送给第二数据设备，以使第二数据设备根据权限获取请求中的设备标识识别第一数据设备的设备身份，在对第一数据设备的设备身份识别成功后，根据权限获取请求中的数据表标识，为第一数据设备设置针对资产数据表的隔离访问权限。
其中，请求生成模块105和权限设置模块106的具体功能实现方式请参见图3对应的实施例中的步骤S101，这里不再进行赘述。
其中，第一数据设备属于第一区块链网络；第二数据设备属于第二区块链网络；
地址获取模块101，包括：地址请求单元1011和地址获取单元1012；
地址请求单元1011，用于基于第一数据设备中的第一智能合约、以及对第二数据设备中的资产数据表的隔离访问权限，向第二数据设备发送针对资产数据表的存储地址获取请求，以使第二数据设备基于第二数据设备中的第二智能合约解析存储地址获取请求，获取存储地址获取请求所指示的资产数据表的访问存储地址；
地址获取单元1012，用于基于第一智能合约，获取第二数据设备通过第二智能合约所发送的访问存储地址。
其中，地址请求单元1011和地址获取单元1012的具体功能实现方式请参见图3对应的实施例中的步骤S101，这里不再进行赘述。
其中，遍历模块102，包括：信息生成单元1021、访问遍历单元1022和资产确定单元1023；
信息生成单元1021，用于基于访问存储地址以及目标用户的用户标识，生成访问信息；
访问遍历单元1022，用于基于访问信息中的访问存储地址，访问第二数据设备中的资产数据表，基于访问信息中的用户标识，对所访问的资产数据表进行遍历，得到目标用户的持有资产对象组合；
资产确定单元1023，用于将持有资产对象组合中的至少两个资产对象，确定为目标用户所属的持有资产对象。
其中，信息生成单元1021、访问遍历单元1022和资产确定单元1023的具体功能实现方式请参见图3对应的实施例中的步骤S102，这里不再进行赘述。
其中，资产获取模块103，用于：
从资产数据表中，获取目标用户分别针对每个持有资产对象的持有虚拟资产；
消耗资产确定模块104，包括：因素获取单元1041、持有消耗资产确定单元1042和消耗资产确定单元1043；
因素获取单元1041，用于获取分别与每个持有资产对象相关联的服务消耗因素；
持有消耗资产确定单元1042，用于根据分别与每个持有资产对象相关联的服务消耗因素、以及目标用户分别针对每个持有资产对象的持有虚拟资产，确定每个持有资产对象分别对应的持有服务消耗资产；
消耗资产确定单元1043，用于根据每个持有资产对象分别对应的持有服务消耗资产，确定目标用户针对所属的持有资产对象的服务消耗资产。
其中，因素获取单元1041、持有消耗资产确定单元1042和消耗资产确定单元1043的具体功能实现方式请参见图3对应的实施例中的步骤S104，这里不再进行赘述。
其中，至少两个持有资产对象包括持有资产对象fn，n为小于或等于至少两个持有资产对象的资产总数量的正整数；
因素获取单元1041，包括：因素获取子单元10411和因素确定子单元10412；
因素获取子单元10411，用于获取持有资产对象fn的资产净值、以及持有资产对象fn的资产费率；
因素确定子单元10412，用于将资产净值和资产费率，确定为与持有资产对象fn相关联的服务消耗因素。
其中，因素获取子单元10411和因素确定子单元10412的具体功能实现方式请参见图3对应的实施例中的步骤S104，这里不再进行赘述。
其中，持有消耗资产确定单元1042，包括：乘积值获取子单元10421和消耗资产确定子单元10422；
乘积值获取子单元10421，用于获取资产净值、资产费率、以及目标用户针对持有资产对象fn的持有虚拟资产之间的乘积值；
消耗资产确定子单元10422，用于将乘积值，确定为持有资产对象fn对应的持有服务消耗资产。
其中，乘积值获取子单元10421和消耗资产确定子单元10422的具体功能实现方式请参见图3对应的实施例中的步骤S104，这里不再进行赘述。
其中，遍历模块102，包括：状态确定单元1024和遍历单元1025；
状态确定单元1024，用于基于访问存储地址，确定第二数据设备在资产数据表中针对资产对账进程的进程对账状态；资产对账进程指针对目标用户所属的持有资产对象的对账进程；
遍历单元1025，用于当进程对账状态为对账完成状态时，根据用户标识遍历资产数据表，得到目标用户所属的持有资产对象。
其中，状态确定单元1024和遍历单元1025的具体功能实现方式请参见图3对应的实施例中的步骤S102，这里不再进行赘述。
其中，服务消耗资产为目标用户在当前时刻针对所属的持有资产对象的消耗资产；
上述装置1还包括：历史资产获取模块107和累计资产确定模块108；
历史资产获取模块107，用于当当前时刻满足资产扣除周期时，获取目标用户在资产扣除周期内的历史时刻针对所属的持有资产对象的历史消耗资产；
累计资产确定模块108，用于根据当前时刻下的服务消耗资产、以及历史时刻下的历史消耗资产，确定目标用户在资产扣除周期内针对所属的持有资产对象的服务消耗累计资产。
其中，历史资产获取模块107和累计资产确定模块108的具体功能实现方式，请参见图3对应的实施例中的步骤S104，这里不再进行赘述。
其中，上述装置1还包括：提示信息生成模块109和信息发送模块110；
提示信息生成模块109，用于根据服务消耗累计资产，生成资产扣除提示信息；
信息发送模块110，用于将资产扣除提示信息发送至目标用户所属的用户终端，以使用户终端在终端页面中输出资产扣除提示信息；
用户终端还用于响应针对终端页面中的资产扣除提示信息的确认操作，从目标用户的资产账户中扣除服务消耗累计资产。
其中，提示信息生成模块109和信息发送模块110的具体功能实现方式请参见图3对应的实施例中的步骤S104，这里不再进行赘述。
其中，历史消耗资产的数量为至少两个；历史时刻包括每个历史消耗资产分别对应的资产生成时刻；
提示信息生成模块109，包括：单元行生成单元1091、单元行序列生成单元1092、表格生成单元1093和提示信息生成单元1094；
单元行生成单元1091，用于生成每个历史消耗资产以及服务消耗资产分别对应的单元行描述信息；
单元行序列生成单元1092，用于根据每个历史消耗资产分别对应的资产生成时刻、以及服务消耗资产的当前时刻，对每个历史消耗资产以及服务消耗资产分别对应的单元行描述信息进行排序，得到单元行序列；
表格生成单元1093，用于对单元行序列进行表格渲染，得到包含单元行序列的表格描述信息；
提示信息生成单元1094，用于根据表格描述信息，生成资产扣除提示信息。
其中，单元行生成单元1091、单元行序列生成单元1092、表格生成单元1093和提示信息生成单元1094的具体功能实现方式请参见图3对应的实施例中的步骤S104，这里不再进行赘述。
由此可见，本申请提出的装置第一数据设备在计算目标用户针对所属的持有资产对象的服务消耗资产时，可以基于对资产数据表的隔离访问权限，直接从第二数据设备处获取到目标用户所属的持有资产对象以及目标用户针对该持有资产对象的持有虚拟资产，因此，第一数据设备可以基于从第二数据设备处获取到的目标用户针对所属的持有资产对象的持有虚拟资产，快速计算得到目标用户针对所属的持有资产对象的服务消耗资产。
请参见图9，图9是本申请提供的一种计算机设备的结构示意图。如图9所示，计算机设备1000可以包括：处理器1001，网络接口1004和存储器1005，此外，计算机设备1000还可以包括：用户接口1003，和至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图9所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。
在图9所示的计算机设备1000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现前文图3对应实施例中对虚拟资产数据处理方法的描述。应当理解，本申请中所描述的计算机设备1000也可执行前文图8所对应实施例中对虚拟资产数据处理装置1的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。
此外，这里需要指出的是：本申请还提供了一种计算机可读存储介质，且计算机可读存储介质中存储有前文提及的虚拟资产数据处理装置1所执行的计算机程序，且计算机程序包括程序指令，当处理器执行程序指令时，能够执行前文图3对应实施例中对虚拟资产数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖范围。

Claims (15)

1.一种虚拟资产数据处理方法，其特征在于，由第一数据设备执行，所述第一数据设备与第二数据设备相互物理隔离，包括：
基于对所述第二数据设备中的资产数据表的隔离访问权限，获取所述资产数据表在所述第二数据设备中的访问存储地址；
基于所述访问存储地址以及所述目标用户的用户标识，对所述资产数据表中的资产对象进行遍历，得到所述目标用户所属的持有资产对象；
从所述资产数据表中，获取所述目标用户针对所属的持有资产对象的持有虚拟资产；
根据所述目标用户针对所属的持有资产对象的持有虚拟资产，确定所述目标用户针对所属的持有资产对象的服务消耗资产。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
生成针对所述资产数据表的权限获取请求；所述权限获取请求携带所述第一数据设备的设备标识以及所述资产数据表的数据表标识；
将所述权限获取请求发送给所述第二数据设备，以使所述第二数据设备根据所述权限获取请求中的所述设备标识识别所述第一数据设备的设备身份，在对所述第一数据设备的设备身份识别成功后，根据所述权限获取请求中的所述数据表标识，为所述第一数据设备设置针对所述资产数据表的所述隔离访问权限。
3.根据权利要求1所述的方法，其特征在于，所述第一数据设备属于第一区块链网络；所述第二数据设备属于第二区块链网络；
所述基于对第二数据设备中的资产数据表的隔离访问权限，获取所述资产数据表在所述第二数据设备中的访问存储地址，包括：
基于所述第一数据设备中的第一智能合约、以及对所述第二数据设备中的所述资产数据表的所述隔离访问权限，向所述第二数据设备发送针对所述资产数据表的存储地址获取请求，以使所述第二数据设备基于所述第二数据设备中的第二智能合约解析所述存储地址获取请求，获取所述存储地址获取请求所指示的所述资产数据表的所述访问存储地址；
基于所述第一智能合约，获取所述第二数据设备通过所述第二智能合约所发送的所述访问存储地址。
4.根据权利要求1所述的方法，其特征在于，所述基于所述访问存储地址以及所述目标用户的用户标识，对所述资产数据表中的资产对象进行遍历，得到所述目标用户所属的持有资产对象，包括：
基于所述访问存储地址以及所述目标用户的用户标识，生成访问信息；
基于所述访问信息中的所述访问存储地址，访问所述第二数据设备中的所述资产数据表，基于所述访问信息中的所述用户标识，对所访问的所述资产数据表进行遍历，得到所述目标用户的持有资产对象组合；
将所述持有资产对象组合中的至少两个资产对象，确定为所述目标用户所属的持有资产对象。
5.根据权利要求4所述的方法，其特征在于，所述从所述资产数据表中，获取所述目标用户针对所属的持有资产对象的持有虚拟资产，包括：
从所述资产数据表中，获取所述目标用户分别针对所述每个持有资产对象的持有虚拟资产；
所述根据所述目标用户针对所属的持有资产对象的持有虚拟资产，确定所述目标用户针对所属的持有资产对象的服务消耗资产，包括：
获取分别与所述每个持有资产对象相关联的服务消耗因素；
根据分别与所述每个持有资产对象相关联的服务消耗因素、以及所述目标用户分别针对所述每个持有资产对象的持有虚拟资产，确定所述每个持有资产对象分别对应的持有服务消耗资产；
根据所述每个持有资产对象分别对应的持有服务消耗资产，确定所述目标用户针对所属的持有资产对象的所述服务消耗资产。
6.根据权利要求5所述的方法，其特征在于，至少两个持有资产对象包括持有资产对象fn，n为小于或等于所述至少两个持有资产对象的资产总数量的正整数；
所述获取分别与所述每个持有资产对象相关联的服务消耗因素，包括：
获取所述持有资产对象fn的资产净值、以及所述持有资产对象fn的资产费率；
将所述资产净值和所述资产费率，确定为与所述持有资产对象fn相关联的服务消耗因素。
7.根据权利要求6所述的方法，其特征在于，所述根据分别与所述每个持有资产对象相关联的服务消耗因素、以及所述目标用户分别针对所述每个持有资产对象的持有虚拟资产，确定所述每个持有资产对象分别对应的持有服务消耗资产，包括：
获取所述资产净值、所述资产费率、以及所述目标用户针对所述持有资产对象fn的持有虚拟资产之间的乘积值；
将所述乘积值，确定为所述持有资产对象fn对应的持有服务消耗资产。
8.根据权利要求1所述的方法，其特征在于，所述基于所述访问存储地址以及所述目标用户的用户标识，对所述资产数据表中的资产对象进行遍历，得到所述目标用户所属的持有资产对象，包括：
基于所述访问存储地址，确定所述第二数据设备在所述资产数据表中针对资产对账进程的进程对账状态；所述资产对账进程指针对所述目标用户所属的持有资产对象的对账进程；
当所述进程对账状态为对账完成状态时，根据所述用户标识遍历所述资产数据表，得到所述目标用户所属的持有资产对象。
9.根据权利要求1所述的方法，其特征在于，所述服务消耗资产为所述目标用户在当前时刻针对所属的持有资产对象的消耗资产；
所述方法还包括：
当所述当前时刻满足资产扣除周期时，获取所述目标用户在所述资产扣除周期内的历史时刻针对所属的持有资产对象的历史消耗资产；
根据所述当前时刻下的所述服务消耗资产、以及所述历史时刻下的所述历史消耗资产，确定所述目标用户在所述资产扣除周期内针对所属的持有资产对象的服务消耗累计资产。
10.根据权利要求9所述的方法，其特征在于，所述方法还包括：
根据所述服务消耗累计资产，生成资产扣除提示信息；
将所述资产扣除提示信息发送至所述目标用户所属的用户终端，以使所述用户终端在终端页面中输出所述资产扣除提示信息；
所述用户终端还用于响应针对所述终端页面中的所述资产扣除提示信息的确认操作，从所述目标用户的资产账户中扣除所述服务消耗累计资产。
11.根据权利要求10所述的方法，其特征在于，所述历史消耗资产的数量为至少两个；所述历史时刻包括每个历史消耗资产分别对应的资产生成时刻；
所述根据所述服务消耗累计资产，生成资产扣除提示信息，包括：
生成所述每个历史消耗资产以及所述服务消耗资产分别对应的单元行描述信息；
根据所述每个历史消耗资产分别对应的资产生成时刻、以及所述服务消耗资产的所述当前时刻，对所述每个历史消耗资产以及所述服务消耗资产分别对应的单元行描述信息进行排序，得到单元行序列；
对所述单元行序列进行表格渲染，得到包含所述单元行序列的表格描述信息；
根据所述表格描述信息，生成所述资产扣除提示信息。
12.一种虚拟资产数据处理装置，其特征在于，应用于第一数据设备，所述第一数据设备与第二数据设备相互物理隔离，包括：
地址获取模块，用于基于对所述第二数据设备中的资产数据表的隔离访问权限，获取所述资产数据表在所述第二数据设备中的访问存储地址；
遍历模块，用于基于所述访问存储地址以及所述目标用户的用户标识，对所述资产数据表中的资产对象进行遍历，得到所述目标用户所属的持有资产对象；
资产获取模块，用于从所述资产数据表中，获取所述目标用户针对所属的持有资产对象的持有虚拟资产；
消耗资产确定模块，用于根据所述目标用户针对所属的持有资产对象的持有虚拟资产，确定所述目标用户针对所属的持有资产对象的服务消耗资产。
13.根据权利要求12所述的装置，其特征在于，所述装置还包括：
请求生成模块，用于生成针对所述资产数据表的权限获取请求；所述权限获取请求携带所述第一数据设备的设备标识以及所述资产数据表的数据表标识；
权限设置模块，用于将所述权限获取请求发送给所述第二数据设备，以使所述第二数据设备根据所述权限获取请求中的所述设备标识识别所述第一数据设备的设备身份，在对所述第一数据设备的设备身份识别成功后，根据所述权限获取请求中的所述数据表标识，为所述第一数据设备设置针对所述资产数据表的所述隔离访问权限。
14.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行权利要求1-11中任一项所述方法的步骤。
15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时，执行权利要求1-11任一项所述的方法。
CN202010960906.3A 2020-09-14 2020-09-14 一种虚拟资产数据处理方法、装置及计算机可读存储介质 Pending CN114186267A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010960906.3A CN114186267A (zh) 2020-09-14 2020-09-14 一种虚拟资产数据处理方法、装置及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010960906.3A CN114186267A (zh) 2020-09-14 2020-09-14 一种虚拟资产数据处理方法、装置及计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN114186267A true CN114186267A (zh) 2022-03-15

Family

ID=80600774

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010960906.3A Pending CN114186267A (zh) 2020-09-14 2020-09-14 一种虚拟资产数据处理方法、装置及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN114186267A (zh)

Similar Documents

Publication Publication Date Title
CN108446975B (zh) 一种额度管理方法及装置
CN110910230A (zh) 一种记账方法、记账系统及存储介质
KR20210131856A (ko) 블록체인 네트워크를 이용한 컨텐츠 수익분배 방법 및 이를 수행하는 컴퓨팅 장치
CN106096926B (zh) 事件处理方法、装置、电子装置和存储介质
CN113205402A (zh) 对账方法、装置、电子设备及计算机可读介质
CN109886676A (zh) 用于区块链网络的支付方法、计算设备、存储介质
CN112258306B (zh) 账务信息核对的方法、装置、电子设备和存储介质
CN114140252A (zh) 一种目标对象的资源分配方法及相关装置
CN111258750B (zh) 数据量处理方法以及系统、额度分配方法以及系统
CN117094764A (zh) 银行积分处理方法及装置
CN111127224A (zh) 信息处理方法、装置、电子设备及存储介质
CN113052699A (zh) 合约数据处理方法、相关设备及介质
CN114186267A (zh) 一种虚拟资产数据处理方法、装置及计算机可读存储介质
CN114969071A (zh) 一种数据更新方法及装置
CN111429125B (zh) 账户管理方法、装置、存储介质及电子设备
CN113032036B (zh) 业务数据处理方法、装置、系统、计算机设备和存储介质
CN115269085A (zh) 手机银行页面展示方法及装置
KR102148152B1 (ko) 금융상품 정보 처리 방법 및 장치
CN108961039B (zh) 交易处理方法、装置及系统
CN115456772A (zh) 一种智能合约的创建方法和装置
CN112634006A (zh) 对账处理方法、装置、电子设备及存储介质
CN113971007B (zh) 信息处理方法、装置、电子设备及介质
CN115115457B (zh) 业务交易流水的处理方法、系统及介质
CN113269627A (zh) 一种账务处理方法和装置
CN113656415A (zh) 支付方法、支付装置、支付设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40069374

Country of ref document: HK

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination