资产数据处理方法和装置、计算机系统和存储介质与流程

本公开涉及计算机技术领域，更具体地，涉及一种资产数据处理方法和装置、计算机系统和存储介质。

背景技术：

当前，随着企业规模逐渐扩大，企业所拥有的资产也越来越多。由于资产种类繁多，目前通常针对每种类型的资产数据存储在一个数据模型中，例如，数据模型可以是数据库表。

但是，随着业务发生变化，资产类型、属性及关联关系也会发生变化，这使得资产的存储面临严峻的挑战。例如，每次添加一个资产类型，都需要重新进行建表操作，随着资产的增加会占用越来越多的存储空间，并且每次业务变化都需要针每个类型的数据模型逐个进行操作，这无疑造成了时间和空间成本的浪费。

技术实现要素：

有鉴于此，本公开提供了一种资产数据处理方法和装置、计算机系统和存储介质。

本公开的一个方面提供了一种资产数据处理方法，包括：接收资产数据添加请求，其中，资产数据添加请求包括待添加资产数据的类型信息、属性信息以及关联信息；根据类型信息和属性信息，确定资产配置模型中是否存储有与待添加资产数据相匹配的配置信息；如果资产配置模型中存储有与待添加资产数据相匹配的配置信息，将待添加资产数据的类型信息和属性信息存储到资产数据模型中，其中，资产数据模型与资产配置模型通过各自存储的资产数据的类型标识和属性标识建立映射关系；以及将待添加资产数据的关联信息存储到资产关联关系模型中，其中，资产关联关系模型与资产数据模型通过各自存储的资产数据的资产标识建立映射关系。

本公开的另一个方面提供了一种资产数据处理装置，包括：第一接收模块，用于接收资产数据添加请求，其中，资产数据添加请求包括待添加资产数据的类型信息、属性信息以及关联信息；第一确定模块，用于根据类型信息和属性信息，确定资产配置模型中是否存储有与待添加资产数据相匹配的配置信息；第一添加模块，用于如果资产配置模型中存储有与待添加资产数据相匹配的配置信息，将待添加资产数据的类型信息和属性信息存储到资产数据模型中，其中，资产数据模型与资产配置模型通过各自存储的资产数据的类型标识和属性标识建立映射关系；以及第二添加模块，用于将待添加资产数据的关联信息存储到资产关联关系模型中，其中，资产关联关系模型与资产数据模型通过各自存储的资产数据的资产标识建立映射关系。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机系统，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的方法。

根据本公开的实施例，采用了在确定资产配置模型中存储有与待添加资产数据相匹配的配置信息的情况下，将待添加资产数据的类型信息和属性信息存储到资产数据模型中，将待添加资产数据的关联信息存储到资产关联关系模型中的技术手段。由于使用资产配置模型存储资产配置信息，使用资产数据模型存储资产类型和属性信息，使用资产关联关系模型存储资产关联关系，能够将所有类型的资产数据存储在资产配置模型、资产数据模型和资产关联关系模型中，支持复杂多样的资产数据的存储，节省存储空间，所以至少部分地克服了相关技术中每次添加一个资产类型都需要重新进行建表操作造成的浪费存储空间的技术问题，进而达到了节省存储空间的技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了可以应用本公开实施例的资产数据处理方法和装置的示例性系统架构；

图2示意性示出了根据本公开实施例的存储系统200的框图；

图3示意性示出了根据本公开实施例的资产数据处理方法的流程图；

图4示意性示出了根据本公开实施例的资产数据模型202的框图；

图5示意性示出了本公开实施例的将待添加资产数据的类型信息和属性信息存储到资产数据模型202中的流程图；

图6示意性示出了将类型配置信息和属性配置信息存储到资产配置模型201中的流程图；

图7示意性示出了根据本公开本公开实施例的资产配置模型201的框图；

图8示意性示出了根据本公开另一实施例的将类型配置信息和属性配置信息存储到资产配置模型201中的流程图；

图9示意性示出了根据本公开实施例的确定资产配置模型201中是否存储有与待添加资产数据相匹配的配置信息的流程图；

图10示意性示出了本公开实施例的资产配置模型201和资产数据模型202的内部映射示意图；

图11示意性示出了本公开实施例的资产数据操作方法的流程图；

图12示意性示出了本公开实施例的资产数据操作方法的流程图；

图13示意性示出了根据本公开的实施例的资产数据处理装置700的框图；以及

图14示意性示出了根据本公开实施例的适于实现机器人的计算机系统1400的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。

本公开的实施例提供了一种资产数据处理方法和装置。该方法包括接收资产数据添加请求，其中，资产数据添加请求包括待添加资产数据的类型信息、属性信息以及关联信息；根据类型信息和属性信息，确定资产配置模型中是否存储有与待添加资产数据相匹配的配置信息；如果资产配置模型中存储有与待添加资产数据相匹配的配置信息，将待添加资产数据的类型信息和属性信息存储到资产数据模型中，其中，资产数据模型与资产配置模型通过各自存储的资产数据的类型标识和属性标识建立映射关系；以及根据配置信息将待添加资产数据的关联信息存储到资产关联关系模型中，其中，资产关联关系模型与资产数据模型通过各自存储的资产数据的资产标识建立映射关系。

图1示意性示出了可以应用根据本公开实施例的资产数据处理方法和装置示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、终端设备102、服务器103、网络104和网络105。其中，终端设备101可以为管理员提供操作界面，其中，管理员可以是具有特定操作权限的用户，如资产配置权限。终端设备102可以为普通用户提供操作界面。

管理员可以使用终端设备101通过网络104与服务器103交互，以接收或发送消息等。例如，终端设备101可以接收管理员操作的资产配置的操作指令，通过网络104将该操作指令发送服务器103，使服务器103执行该操作指令，完成资产配置。

普通用户可以使用终端设备102通过网络105与服务器103交互，以接收或发送消息等。例如，终端设备102可以接收用户操作的添加、删除、查询和/或修改资产数据的操作指令，通过网络105将该操作指令发送服务器103，使服务器103执行该操作指令，完成资产的添加、删除、查询和/或修改。又如，终端设备102可以接收用户添加、删除、查询和/或修改资产关联关系的操作指令，通过网络105将该操作指令发送服务器103，使服务器103执行该操作指令，完成资产关联关系的添加、删除、查询和/或修改。

终端设备101和终端设备102可以是具有显示屏并且支持可视化操作的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。服务器103可以是提供各种服务的服务器，例如对用户利用终端设备101或终端设备102所操作的界面提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取信息、或数据等)反馈给终端设备101或终端设备102。

需要说明的是，本公开实施例所提供的资产数据处理方法一般可以由服务器103执行。本公开实施例所提供的资产数据处理方法也可以由不同于服务器103且能够与终端设备101、终端设备102和/或服务器103通信的服务器或服务器集群执行。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

根据本公开实施例，资产类型多种多样，不同资产类型所含的资产属性也存在差异。例如，资产类型可以包括信用卡业务类型、储蓄卡业务类型等。其中，信用卡业务类型可以包括多种属性，如可以包括目的属性、客户属性等，还可以包括其他的属性，如额度、交易规则等。其中，目的属性可以是“满足用户融资”或“扩展资产用途”等，客户属性可以是“企业客户”、“个人客户”等。此外，不同资产类型之间可能存在着复杂的关联关系，例如，信用卡业务类型可以包括更多的子资产类型，例如，可以包括办卡业务类型、信贷业务类型等，办卡业务类型可以包括渠道、产品、合作方等类型，渠道包括柜台、自助等类型。因此，可以采用关联资产和被关联资产来表示上述属于资产类型和资产子类型的资产之间的关联关系，例如，关联关系可以是信用卡业务类型的资产为关联资产，办卡业务类型的资产为被关联资产；或者，也可以是办卡业务类型的资产为关联资产，渠道类型的资产为被关联资产。

随着业务需求变化，资产类型及相关属性也会相应地发生变化，且资产关联关系也会发生变化，这使得资产的存储、修改、删除等操作面临严峻的挑战。

例如，目前通常针对每种类型的资产数据存储在一个数据模型中，其中，数据模型可以是数据库表。针对这种存储方式，在对资产数据进行处理时，会遇到以下问题。

由于资产种类繁多，每种类型的资产使用一张数据库表存储会占用大量的数据库表，浪费了诸多存储空间，从而造成存储效率低下。并且，随着业务发生变化，资产类型及不同类型的属性也需要随之进行增加、删除、修改等操作。这使得每次添加一个资产类型，都需要重新进行建表操作，即使仅仅想要修改资产的某个属性，都需要到每个表中去查询修改，这无疑造成人员工时的浪费，增加维护时间成本。同时，在进行资产信息获取时，需要逐表进行判断查询，这样无疑造成查询效率低下。此外，不同类型的资产之间关联关系复杂，存在多对多、一对多、多对一的关联关系。且随着业务需求变化，资产关联也会发生变化。现有存储方式无疑造成数据冗余、插入异常、删除异常等问题。

基于此，本公开实施例提供了基于资产配置模型、资产数据模型和资产关联关系模型的存储系统，分别将资产的配置信息、类型和属性数据以及资产的关联关系存储在资产配置模型、资产数据模型和资产关联关系模型中。资产配置模型与资产数据模型通过类型标识和属性标识建立映射关系，资产数据模型和资产关联关系模型通过资产标识建立映射关系，能够在不同业务场景下对资产数据进行灵活配置，根据配置信息进行添加、删除、修改、查询等操作，提高操作效率。需要说明的是，资产配置模型、资产数据模型和资产关联关系模型可以是数据库表的形式，也可以是其他形式。

进一步地，资产的配置信息和资产数据分别存储在资产配置模型和资产数据模型中，实现了资产数据的配置与存储相隔离，达到了针对不同业务场景下对资产数据灵活配置并存储的目的，并且能够实现在线升级资产配置模型，无需重启服务器即可使用。资产数据和资产关联关系分别存储在资产数据模型和资产关联关系模型中，实现了资产数据与关联关系的解耦，能够对资产关系灵活关联，达到了适应业务需求变化的目的。基于资产配置模型、资产数据模型和资产关联关系模型，实现了数据库结构化设计，达到了资产数据条理化存储的目的，为企业人员进一步的资产管理提供数据支撑。

图2示意性示出了根据本公开实施例的存储系统200的框图。

根据本公开实施例，存储系统200一般可以设置于服务器103中，也可以设置于不同于服务器103且能够与终端设备101、终端设备102和/或服务器103通信的服务器或服务器集群中。

如图2所示，存储系统200可以包括资产配置模型201、资产数据模型202和资产关联关系模型203。以存储系统200设置于服务器103中为例，结合图1对本公开实施例提供的存储系统200进行说明。

终端设备101可以接收管理员操作的资产配置的操作指令，通过网络104将该操作指令发送服务器103，服务器103执行该操作指令，将资产配置信息存储在资产配置模型201中。其中，资产配置信息可以包括资产类型、资产属性、属性类型、属性值的取值范围等等。例如，资产类型可以配置为信用卡业务类型，资产属性可以配置目的属性、客户属性等，属性类型可以是文本框，属性值的取值范围可以是字符串最长长度等等。

终端设备102可以接收用户操作的添加、删除、查询和/或修改资产数据的操作指令，以添加资产数据的操作指令为例，操作指令中包括待添加资产数据的类型信息和属性信息。终端设备102通过网络105将该操作指令发送给服务器103，服务器103执行该操作指令，调用存储系统200中的资产配置模型201模块，校验资产配置模型201中是否存储有请求操作的资产的配置信息，例如，校验资产配置模型201中是否存储有该资产所属于的资产类型。如果校验资产配置模型201中存储有请求操作的资产的配置信息，再校验是否存储有请求操作的该资产的属性。如果存储有请求操作的该资产的属性，则进一步校验该资产的类型属性和属性值是否符合资产配置模型201配置的属性类型和属性值的取值范围。如果全部通过校验，调用存储系统200中的资产数据模型202，将资产数据的资产类型和/或资产属性存储到资产数据模型202中。

终端设备102可以接收用户操作的添加、删除、查询和/或修改资产关联关系的操作指令。以添加资产关联关系的操作指令为例，操作指令中包括与请求操作的资产相关联的资产的资产标识。终端设备102终端设备102通过网络105将该操作指令发送服务器103，服务器103执行该操作指令，可以先调用存储系统200中的资产配置模型201模块，校验资产配置模型201中是否存储有请求操作的资产的配置信息，校验步骤如上述例子，这里不再赘述。如果确定资产配置模型201中存储有请求操作的资产的配置信息，调用存储系统200中的资产数据模型202，从中获取请求操作的资产的资产标识，然后调用存储系统200中的资产关联关系模型203，将请求操作的资产的资产标识和相关联的资产的资产标识组成一条关系存储到资产关联关系模型203中。

下面参考图3～图5，结合具体实施例对本公开提供的资产数据处理方法做进一步说明。

图3示意性示出了根据本公开实施例的资产数据处理方法的流程图。

如图3所示，该方法包括操作s301～s304。

在操作s301，接收资产数据添加请求，其中，资产数据添加请求包括待添加资产数据的类型信息、属性信息以及关联信息。

根据本公开实施例，终端设备102可以接收用户操作的添加资产数据的操作指令，该操作指令用于请求添加资产a，资产a的类型可以是信用卡业务类型，属性信息可以包括目的属性、客户属性等，其中，目的属性可以是满足客户融资，客户属性可以是企业客户。关联信息可以包括与资产a相关联地资产的资产名称、资产标识等，例如，关联信息可以是资产a’，该操作指令还可以用于请求将资产a关联到资产a’。终端设备102将该操作指令发送给服务器103。

在操作s302，根据类型信息和属性信息，确定资产配置模型201中是否存储有与待添加资产数据相匹配的配置信息。

根据本公开实施例，服务器103接收到添加资产数据的操作指令，调用存储系统200中的资产配置模型201，确定资产配置模型201中是否存储有资产a的配置信息。其中，资产配置模型201中配置有资产类型标识、资产类型中文名称、资产类型英文名称、资产类型排序号、资产属性标识、资产属性中文名称、资产属性英文名称、资产属性类型(例如可以是文本框、下拉框、文本域)、属性值的取值范围、资产属性排序、页面展示坐标等信息等。因此，可以通过查询资产配置模型201中资产类型中文名称或英文名称验证资产配置模型201是否配置有信用卡业务类型，如果校验资产配置模型201中配置有信用卡业务类型，再通过查询资产属性中文名称或英文名称校验是否配置有目的属性，如果配置有目的属性，则验证目的属性是否符合资产属性的类型(例如配置的属性的类型可以是文本框)，如果是，则验证目的属性的值“满足客户融资”是否超过配置的字符串最大长度(例如配置的属性值的取值范围字符串长度最大为10个字节)。

在操作s303，如果资产配置模型201中存储有与待添加资产数据相匹配的配置信息，将待添加资产数据的类型信息和属性信息存储到资产数据模型202中，其中，资产数据模型202与资产配置模型201通过各自存储的资产数据的类型标识和属性标识建立映射关系。

根据本公开实施例，如果资产a的类型信息和属性信息都通过校验，将资产a的类型信息和属性信息根据配置信息添加到资产数据模型202中，生成资产a的资产标识。从资产配置模型201中获取资产a的资产类型标识、资产属性标识，将资产a的资产标识、资产类型标识、资产属性标识存储在资产数据模型202中。从而，资产配置模型201和资产数据模型202可以通过资产类型标识和资产属性标识建立映射关系，资产配置模型201中的配置信息可以为资产数据模型202中的数据的录入和存储提供依据。

在操作s304，将待添加资产数据的关联信息存储到资产关联关系模型203中，其中，资产关联关系模型203与资产数据模型202通过各自存储的资产数据的资产标识建立映射关系。

根据本公开实施例，操作s304可以是将待添加资产数据的资产标识和目标资产标识相关联地存储在资产关联关系模型203中。

根据本公开实施例，操作指令还可以用于请求将资产a关联到资产a’，操作指令中可以包括资产a’的资产标识，从资产数据模型202中获取资产a的资产标识，然后将资产a的资产标识和资产a’的资产标识组成一条关联关系，存储到资产关联关系模型203中。或者，操作指令中可以包括资产a’的名称等其他信息，根据名称信息从资产数据模型202中获取资产a’的资产标识，然后将资产a的资产标识和资产a’的资产标识组成一条关联关系，存储到资产关联关系模型203中。资产数据模型202与资产关联关系模型203通过资产标识建立了映射关系。资产关联关系模型203还可以存储资产a的资产类型和资产a’的资产类型。

根据本公开实施例，使用资产配置模型201存储资产配置信息，使用资产数据模型202存储资产类型和属性信息，使用资产关联关系模型203存储资产关联关系，能够将所有类型的资产数据处理在资产配置模型201、资产数据模型202和资产关联关系模型203中，支持复杂多样的资产数据的存储，节省存储空间。并且，资产配置信息、资产类型和属性信息以及资产关联关系分开存储，能够实现不同业务场景下的资产数据的灵活配置，降低了系统开发的时间成本，为资产数据的添加、删除、修改、查询等操作提供便捷，提高操作效率。并且在满足不断增长的业务需求的同时能够有效地隔离资产类型、资产属性及关联关系变化对存储系统结构的影响，从而降低存储系统的维护成本。

图4示意性示出了本公开实施例的资产数据模型202的框图。

图5示意性示出了本公开实施例的将待添加资产数据的类型信息和属性信息存储到资产数据模型202中的流程图。

如图4所示，资产数据模型202包括资产公共数据子模型202-1和资产属性子模型202-2。

如图5所示，在操作s303，将待添加资产数据的类型信息和属性信息存储到资产数据模型202中可以包括操作s501～s502。

在操作s501，将待添加资产数据的类型信息存储到资产公共数据子模型202-1中。

根据本公开实施例，资产公共数据子模型202-1可以用于存储所有类型的资产数据共有的一些信息，例如每种类型的资产数据都可以包括资产标识、资产名称、资产类型、创建人、创建时间、资产状态等信息。因此，可以将资产a的资产标识、资产名称(如资产a)、资产类型(如信用卡业务类型)、创建人、创建时间、资产状态等信息添加到资产公共数据子模型202-1中。

在操作s502，将待添加资产数据的属性信息存储到资产属性子模型202-2中。

根据本公开实施例，资产属性子模型202-2可以用于存储每种类型的资产数据的特有的属性信息。例如可以将当前添加的资产a的目的属性(如满足客户融资)、客户属性(如企业客户)、额度等添加到资产属性子模型202-2中。需要说明的是，资产属性子模型202-2中还可以存储有资产标识，从而资产公共数据子模型202-1和资产属性子模型202-2可以通过资产标识建立联系。

根据本公开实施例，资产公共数据子模型202-1存储所有资产类型共有的信息，资产属性子模型202-2存储每条资产特有的属性信息，能够降低数据冗余。

下面参考图6～图8，结合具体实施例对本公开提供的配置资产数据的方法做进一步说明。

图6示意性示出了根据本公开实施例的将类型配置信息和属性配置信息存储到资产配置模型201中的流程图。

如图6所示，该方法包括操作s601～s602。

在操作s601，接收资产数据配置请求，其中，资产数据配置请求包括待配置资产数据的类型配置信息和属性配置信息。

根据本公开实施例，终端设备101可以接收管理员操作的添加资产配置信息的操作指令，该操作指令用于请求添加资产a的类型配置信息和属性配置信息。其中，类型配置信息可以包括资产类型中文名称、资产类型英文名称、资产类型排序号等，属性配置信息可以包括资产属性标识、资产属性中文名称、资产属性英文名称、资产属性的类别(例如可以是文本框、下拉框、文本域)、属性值的取值范围、资产属性排序、页面展示坐标等信息等。

例如，资产a的类型可以是信用卡业务类型，属性可以包括目的属性、客户属性、额度等，目的属性的属性类型可以是文本框，即目的属性的值为文本字符串，目的属性的值的取值范围可以是字符串最大长度为10个字节，目的属性的页面展示坐标可以是行1列1。客户属性的属性类型可以是下拉框，即客户属性的值可以是下拉框中的“企业客户”、“个人客户”等属性的一种，客户属性的值的取值范围可以是下拉框中的枚举值，客户属性的页面展示坐标可以是行2列1等。

在操作s602，响应于资产数据配置请求，将待配置资产数据的类型配置信息和属性配置信息存储到资产配置模型201中。

根据本公开实施例，将上述配置信息存储到资产配置模型201中，然后根据配置信息可以生成资产a的类型标识和属性标识，其中，可以根据属性配置信息生成多个属性标识。

根据本公开实施例，在资产配置模型201中配置资产数据的类型信息和属性信息，能够根据不同业务场景进行灵活配置，达到适应业务需求变化的目的。

图7示意性示出了本公开实施例的资产配置模型201的框图。

如图7所示，资产配置模型201包括资产类型配置子模型201-1和资产属性配置子模型201-2。

图8示意性示出了根据本公开实施例的将类型配置信息和属性配置信息存储到资产配置模型201中的流程图。

如图8所示，在操作s602，将待配置资产数据的类型配置信息和属性配置信息存储到资产配置模型201中可以包括操作s801～s802。

在操作s801，将待配置资产数据的类型配置信息存储到资产类型配置子模型201-1中。

根据本公开实施例，可以将资产a的类型配置信息添加到资产类型配置子模型201-1中，其中，类型配置信息可以包括资产类型中文名称、资产类型英文名称、资产类型排序号等信息。

在操作s802，将待配置资产数据的属性配置信息存储到资产属性配置子模型201-2中。

根据本公开实施例，可以将资产a的属性配置信息添加到资产属性配置子模型201-2中，其中，属性配置信息可以包括资产属性标识、资产属性中文名称、资产属性英文名称、资产属性排序、页面展示坐标等信息。

根据本公开实施例，属性配置信息还可以包括属性类型和属性值的取值范围。在操作s802具体可以包括将属性类型和属性值的取值范围存储在资产属性配置子模型201-2中。其中，属性类型可以是文本框、下拉框、文本域等，属性值的取值范围可以是文本框允许输入的字符串的最大长度、下拉框中的枚举值，文本域的长度等。

根据本公开实施例，资产类型配置子模型201-1存储类型配置信息，资产属性配置子模型201-2存储属性配置信息，能够降低类型或属性的变化对模型结构的影响，降低模型维护成本。

图9示意性示出了根据本公开实施例的确定资产配置模型201中是否存储有与待添加资产数据相匹配的配置信息的流程图。

如图9所示，包括操作s901～s903。

在操作s901，根据类型信息确定资产类型配置子模型201-1中是否存储有待操作资产数据所属于的资产类型。

根据本公开实施例，在接收到添加资产a的操作指令后，可以通过查询资产配置模型201中资产类型中文名称或英文名称验证资产配置模型201是否配置有资产a所属于的类型。

在操作s902，如果确定资产类型配置子模型201-1中存储有待操作资产数据所属于的资产类型，则根据属性信息确定资产属性配置子模型201-2中是否存储有待添加资产数据所包括的属性。

根据本公开实施例，如果资产配置模型201配置有资产a所属于的类型，再通过查询资产属性中文名称或英文名称校验是否配置有资产a所包括的属性。

在操作s903，如果确定资产属性配置子模型201-2中存储有待操作资产数据所包括的属性，则确定待操作资产数据的属性类型和属性值是否符合资产属性配置子模型201-2中存储的属性类型和资产属性的取值范围。

根据本公开实施例，如果资产配置模型201配置有资产a所包括的属性，则验证各属性的值是否符合资产属性类型，例如目的属性的类型是否是文本框，如果是，则验证目的属性的值是否超过配置的字符串最大长度。如果以上验证都通过，则可以确定资产配置模型201中存储有与资产a相匹配的配置信息。

根据本公开实施例，在添加资产数据前，验证在配置模型中是否有对应的配置信息，可以在通过验证后对数据进行存储，能够减少数据冗余。

图10示意性示出了本公开实施例的资产配置模型201和资产数据模型202的内部映射示意图。

如图10所示，资产配置模型201包括资产类型配置子模型201-1和资产属性配置子模型201-2，资产类型配置子模型201-1的主键为类型标识，资产属性配置子模型201-2的主键为类型标识和属性标识。

资产数据模型202包括资产公共数据子模型202-1和资产属性子模型202-2，资产公共数据子模型202-1的主键可以是资产标识和类型标识，资产属性子模型202-2的主键可以是资产标识和属性标识。

根据本公开实施例，资产类型配置子模型201-1通过类型标识与资产属性配置子模型201-2建立映射关系；资产类型配置子模型201-1通过类型标识与资产公共数据子模型202-1建立映射关系；资产公共数据子模型202-1通过资产标识与资产属性子模型202-2建立映射关系；资产属性配置子模型201-2通过属性标识与资产属性子模型202-2建立映射关系。

基于图10所示的映射关系，本公开实施例提供了资产数据操作方法。下面参考图11～图12，结合具体实施例对本公开实施例提供的资产数据操作方法做进一步说明。

图11示意性示出了本公开实施例的资产数据操作方法的流程图。

如图11所示，包括操作s1101～s1105。

在操作s1101，接收第一操作请求，其中，第一操作请求包括待操作资产数据的资产标识。

根据本公开实施例，第一操作请求可以是用于请求获取、删除或修改资产a的属性，第一操作请求可以包括资产a的资产标识。

在操作s1102，根据资产标识从资产公共数据子模型202-1中获取待操作资产数据的类型标识。

根据图10所示的映射关系，可以根据资产a的资产标识从资产公共数据子模型202-1中获取资产a的类型标识。

在操作s1103，根据类型标识从资产属性配置子模型201-2中获取待操作资产数据的属性标识。

根据图10所示的映射关系，可以根据资产a的类型标识获取资产属性配置子模型201-2中的资产a的属性标识。

在操作s1104，根据资产标识和属性标识从资产属性子模型202-2中获取待操作资产数据的属性信息。

根据图10所示的映射关系，可以根据资产a的资产标识和属性标识获取资产属性子模型202-2中的资产a的属性信息。

在操作s1105，对待操作资产数据的属性信息进行删除或修改操作。

根据本公开实施例，可以对资产a的属性信息进行删除或修改。

根据本公开实施例，根据资产配置模型201和资产数据模型202的映射关系，能够支持动态增加、删除、修改、查询资产配置信息、类型信息和属性信息，操作便捷。

图12示意性示出了本公开实施例的资产数据操作方法的流程图。

如图12所示，包括操作s1201～s1203。

在操作s1201，接收第二操作请求，其中，第二操作请求包括待操作资产数据的资产标识和与待操作资产数据相关联的资产数据的资产标识。

根据本公开实施例，第二操作请求可以是用于请求获取、删除或修改资产a与资产a’的关联关系，可以从资产公共数据子模型202-1中获取到资产a的资产标识和资产a’的资产标识。

在操作s1202，根据待操作资产数据的资产标识和与待操作资产数据相关联的资产数据的资产标识从资产关联关系模型203中获取待操作资产数据的关联信息。

根据本公开实施例，可以根据资产a的资产标识和资产a’的资产标识从资产关联关系模型203中获取资产a和资产a’的关联关系。

在操作s1203，对待操作资产数据的关联信息进行删除或修改操作。

根据本公开实施例，可以将资产a和资产a’的关联关系进行删除或修改。

根据本公开实施例，根据资产数据模型202和资产关联关系模型203的映射关系，能够为资产关联关系的增加、删除、修改、查询操作提供便捷。

图13示意性示出了根据本公开的实施例的资产数据处理装置1300的框图。

如图13所示，资产数据处理装置1300包括第一接收模块1301、第一确定模块1302、第一存储模块1303和第二存储模块1304。

第一接收模块1301用于接收资产数据添加请求，其中，资产数据添加请求包括待添加资产数据的类型信息、属性信息以及关联信息。

第一确定模块1302用于根据类型信息和属性信息，确定资产配置模型中是否存储有与待添加资产数据相匹配的配置信息。

第一存储模块1303用于如果资产配置模型中存储有与待添加资产数据相匹配的配置信息，将待添加资产数据的类型信息和属性信息存储到资产数据模型中，其中，资产数据模型与资产配置模型通过各自存储的资产数据的类型标识和属性标识建立映射关系。

第二存储模块1304用于将待添加资产数据的关联信息存储到资产关联关系模型中，其中，资产关联关系模型与资产数据模型通过各自存储的资产数据的资产标识建立映射关系。

根据本公开实施例，资产数据模型包括资产公共数据子模型和资产属性子模型。

第一存储模块1303包括第一存储单元和第二存储单元。

第一存储单元用于将待添加资产数据的类型信息存储到资产公共数据子模型中。

第二存储单元用于将待添加资产数据的属性信息存储到资产属性子模型中。

根据本公开实施例，资产数据处理装置1300还包括第二接收模块和第三存储模块。

第二接收模块用于接收资产数据配置请求，其中，资产数据配置请求包括待配置资产数据的类型配置信息和属性配置信息。

第三存储模块用于响应于资产数据配置请求，将待配置资产数据的类型配置信息和属性配置信息存储到资产配置模型中。

根据本公开实施例，资产配置模型包括资产类型配置子模型和资产属性配置子模型。

第三存储模块包括第三存储单元和第四存储单元。

第三存储单元用于将待配置资产数据的类型配置信息存储到资产类型配置子模型中。

第四存储单元用于将待配置资产数据的属性配置信息存储到资产属性配置子模型中。

根据本公开实施例，属性配置信息包括属性类型和属性值的取值范围。

第四存储单元具体用于将属性类型和属性值的取值范围存储在资产属性配置子模型中。

根据本公开实施例，待添加资产数据的属性信息包括属性类型和属性值。

第一确定模块1302包括第一确定单元、第二确定单元和第三确定单元。

第一确定单元用于根据类型信息确定资产类型配置子模型中是否存储有待操作资产数据所属于的资产类型。

第二确定单元用于如果确定资产类型配置子模型中存储有待操作资产数据所属于的资产类型，则根据属性信息确定资产属性配置子模型中是否存储有待添加资产数据所包括的属性。

第三确定单元用于如果确定资产属性配置子模型中存储有待操作资产数据所包括的属性，则确定待操作资产数据的属性类型和属性值是否符合资产属性配置子模型中存储的属性类型和资产属性的取值范围。

根据本公开实施例，待添加资产数据的关联信息包括目标资产标识，目标资产标识为与待添加资产数据相关联的资产数据的资产标识。

第二存储模块1304用于将待添加资产数据的资产标识和目标资产标识相关联地存储在资产关联关系模型中。

根据本公开实施例，资产配置模型包括资产类型配置子模型和资产属性配置子模型，资产类型配置子模型包括类型标识，资产属性配置子模型包括类型标识和属性标识，资产数据模型包括资产公共数据子模型和资产属性子模型，资产公共数据子模型包括资产标识和类型标识，资产属性子模型包括资产标识和属性标识。

根据本公开实施例，资产数据处理装置1300还包括第三接收模块、第一获取模块、第二获取模块、第三获取模块和第一操作模块。

第三接收模块用于接收第一操作请求，其中，第一操作请求包括待操作资产数据的资产标识。

第一获取模块用于根据资产标识从资产公共数据子模型中获取待操作资产数据的类型标识。

第二获取模块用于根据类型标识从资产属性配置子模型中获取待操作资产数据的属性标识。

第三获取模块用于根据资产标识和属性标识从资产属性子模型中获取待操作资产数据的属性信息。

第一操作模块用于对待操作资产数据的属性信息进行删除或修改操作。

根据本公开实施例，资产数据处理装置1300还包括第四接收模块、第四获取模块和第二操作模块。

第四接收模块用于接收第二操作请求，其中，第二操作请求包括待操作资产数据的资产标识和与待操作资产数据相关联的资产数据的资产标识。

第四获取模块用于根据待操作资产数据的资产标识和与待操作资产数据相关联的资产数据的资产标识从资产关联关系模型中获取待操作资产数据的关联信息。

第二操作模块用于对待操作资产数据的关联信息进行删除或修改操作。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一接收模块1301、第一确定模块1302、第一存储模块1303和第二存储模块1304中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，第一接收模块1301、第一确定模块1302、第一存储模块1303和第二存储模块1304中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一接收模块1301、第一确定模块1302、第一存储模块1303和第二存储模块1304中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

需要说明的是，本公开的实施例中资产数据处理装置部分与本公开的实施例中资产数据处理方法部分是相对应的，资产数据处理装置部分的描述具体参考数据处理方法部分，在此不再赘述。

图14示意性示出了根据本公开实施例的适于实现上文描述的方法的计算机系统的框图。图14示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图14所示，根据本公开实施例的计算机系统1400包括处理器1401，其可以根据存储在只读存储器(rom)1402中的程序或者从存储部分1408加载到随机访问存储器(ram)1403中的程序而执行各种适当的动作和处理。处理器1401例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器1401还可以包括用于缓存用途的板载存储器。处理器1401可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram1403中，存储有系统1400操作所需的各种程序和数据。处理器1401、rom1402以及ram1403通过总线1404彼此相连。处理器1401通过执行rom1402和/或ram1403中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom1402和ram1403以外的一个或多个存储器中。处理器1401也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，系统1400还可以包括输入/输出(i/o)接口1405，输入/输出(i/o)接口1405也连接至总线1404。系统1400还可以包括连接至i/o接口1405的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1406；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1407；包括硬盘等的存储部分1408；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1409。通信部分1409经由诸如因特网的网络执行通信处理。驱动器1410也根据需要连接至i/o接口1405。可拆卸介质1411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1410上，以便于从其上读出的计算机程序根据需要被安装入存储部分1408。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1409从网络上被下载和安装，和/或从可拆卸介质1411被安装。在该计算机程序被处理器1401执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom1402和/或ram1403和/或rom1402和ram1403以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。