CN114791805A - 业务数据的处理方法及装置 - Google Patents

Abstract

本公开实施例公开了一种业务数据的处理方法及装置，包括当针对当前业务数据的业务对象添加请求被触发，在配置页面接收输入的字段，得到添加的业务对象，其中，每个字段对应有默认的字段值；为添加的业务对象生成标识，以通过该标识被预设对象进行引用；和/或，在得到添加的业务对象后，对业务对象的配置请求进行响应。通过可配置方式将业务数据抽象为业务对象、以及字段的形式，从而无需再对每一种数据结构进行定义，极大减少针对业务数据的开发时间，提高了业务数据的开发效率，进而解决了相关技术中业务数据开发效率低的技术问题。

Description

业务数据的处理方法及装置

技术领域

本公开涉及业务数据处理技术领域，具体涉及到一种业务数据处理方法及装置。

背景技术

在任一业务场景中，不同领域的业务数据结构是不同的，例如，业务报销场景，不同领域的报销业务数据的数据结构的种类非常多，通常开发者会对每种数据结构都做代码上的定义，这造成大量的重复劳动增加开发时间，并且当需求变更，数据结构也会基于该需求发生变化，进而进一步造成大范围代码的修改，导致针对该业务数据的开发效率低。

发明内容

本公开的主要目的在于提供一种业务数据的处理方法及装置。

为了实现上述目的，根据本公开的第一方面，提供了一种业务数据的处理方法，包括：当针对当前业务数据的业务对象添加请求被触发，在配置页面接收输入的字段，得到添加的业务对象，其中，每个字段对应有默认的字段值；为添加的业务对象生成标识，以通过该标识被预设对象进行引用；和/或，在得到添加的业务对象后，对业务对象的配置请求进行响应。

可选地，方法还包括：获取配置页面中设置的赋值规则，并基于该规则将业务对象中预设字段的字段值赋值给其他业务对象的字段。

可选地，为添加的业务对象生成标识，以通过该标识被预设对象进行引用包括：为添加的业务对象生成标识，以实现预设业务通过该标识对添加的业务对象进行引用；和/或，为添加的业务对象生成标识，以实现预设代码通过预设服务接口以及该标识对添加的业务对象进行引用。

可选地，方法还包括：基于预设的实体类图，对业务对象进行定义，其中，所述实体类图包括：业务对象基础接口，不同类型的业务对象的实体都具有该接口下的字段；通过继承所述业务对象基础接口，以衍生出预设的数据模型，包括用于处理业务对象的方法的基础模型；继承基础模型的接口的预设接口；继承所有的接口的交互接口，其中，该交互接口暴露于业务层；与交互接口交互并且与数据库接口映射的业务对象接口，用以承载业务层不同类型业务对象的数据；以及继承业务对象接口的数据库接口，用以将业务对象映射至数据库中的预设实体、和/或，用于删除数据库中的备份。

可选地，当针对当前业务数据的业务对象添加请求被触发之后，方法还包括设置业务对象的基本信息，包括：设置业务对象的名称；当产生与该业务对象相关的业务数据时，设置业务数据导入该业务对象所在列表时的导入方式；设置业务对象的停用、或启用方式；设置业务对象的类型；和/或，设置参与人的信息。

可选的，还包括：在得到添加的业务对象后，对业务对象的配置请求进行响应，包括：对业务对象的基本信息的配置请求进行响应；对业务对象的布局方式的配置请求进行响应；和/或，对业务对象的字段可见权限的配置请求进行响应。

可选地，所述方法还包括：当接收到业务对象的进行显示的请求后，对已添加的业务对象通过列表的形式进行显示，其中，每个业务对象列表中均包含历史产生的与该业务对象相关的业务数据。

根据本公开的第二方面，提供了一种业务数据的处理装置，包括：，包括业务对象添加单元，被配置成当针对当前业务数据的业务对象添加请求被触发，在配置页面接收输入的字段，得到添加的业务对象，其中，每个字段对应有默认的字段值；业务对象引用单元，被配置成为添加的业务对象生成标识，以通过该标识被预设对象进行引用；和/或，业务对象配置单元，在得到添加的业务对象后，对业务对象的配置请求进行响应。

根据本公开的第三方面，提供了一种计算机可读存储介质，存储有计算机指令，所述计算机指令用于使所述计算机执行第一覅昂面任意一项实现方式所述的业务数据的处理方法。

根据本公开的第四方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行第一方面任意一项实现方式所述的业务数据的处理方法。

在本公开实施例业务数据的处理方法及装置中，包括当针对当前业务数据的业务对象添加请求被触发，在配置页面接收输入的字段，得到添加的业务对象，其中，每个字段对应有默认的字段值；为添加的业务对象生成标识，以通过该标识被预设对象进行引用；和/或，在得到添加的业务对象后，对业务对象的配置请求进行响应。通过可配置方式将业务数据抽象为业务对象、以及字段的形式，从而无需再对每一种数据结构进行定义，极大减少针对业务数据的开发时间，提高了业务数据的开发效率，进而解决了相关技术中业务数据开发效率低的技术问题。

附图说明

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

图1是根据本公开实施例的业务数据的处理方法的流程图；

图2是根据本公开实施例的业务数据的处理方法第一应用场景图；

图3是根据本公开实施例的业务数据的处理方法第二应用场景图；

图4是根据本公开实施例的业务数据的处理方法第三应用场景图；

图5a是根据本公开实施例的业务数据的处理方法第四应用场景图；

图5b是根据本公开实施例的业务数据的处理方法第五应用场景图

图6是根据本公开实施例的业务数据的处理方法第六应用场景图；

图7是根据本公开实施例的电子设备的示意图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

根据本公开实施例，提供了一种业务数据的处理方法，如图1所示，该方法包括如下的步骤101至步骤103：

步骤101：当针对当前业务数据的业务对象添加请求被触发，在配置页面接收输入的字段。

在本实施例中，通过配置的方式可以实现将业务数据抽象为业务对象。参考图2，用户可以通过配置页面触发添加业务对象的请求，当该请求被触发后可以接收用户通过配置页面输入的字段，该输入的方式可以是触发通过界面提供的字段实现，参考图3，系统中预先设置有多个字段，当任一字段被触发后(例如，用户点击任一字段即可触发)，该字段均可作为业务对象的预置字段，该字段不可被移除，通过此字段进行信息展示。参考图2，在添加业务对象之前，可以首先新建一个应用，配置好应用的名称图标以及权限之后，在功能设置中对此应用添加一个业务对象。

进一步地，每一个字段可预先对应有默认的字段值，示例性地，可以采用key-value对形式存储字段以及字段值。

作为本实施例一种可选的实现方式，当针对当前业务数据的业务对象添加请求被触发之后，方法还包括设置业务对象的基本信息，包括：设置业务对象的名称；当产生与该业务对象相关的业务数据时，设置业务数据导入该业务对象所在列表时的导入方式；设置业务对象的停用、或启用方式；设置业务对象的类型；和/或，设置参与人的信息。

在本可选的实现方式中，参考图4，设置业务对象的基本信息，主要设置业务对象的名称、参与人、业务对象的类型、业务对象的写入方式以及停启用方式。示例性地，业务对象类型可以包括基础档案、单据、订单等；业务对象的写入方式可以包括Excel，API，EBot，单据写入和直接写入当Excel导入数据编码已存在时，可以覆盖原数据，也可以不覆盖并产生错误提示信息。启用或者停用方式可以是指定预设的人拥有此权限，例如，由管理员维护启用和停用状态。

步骤102：为添加的业务对象生成标识，以通过该标识被预设对象进行引用。

在本实施例中，每一个业务对象均可以被引用，引用添加的业务对象的可以其他业务功能模块通过业务操作界面通过引用业务对象的标识，例如ID，来实现引用的目的。而添加的业务对象可被哪一个业务操作所引用可通过配置页面进行配置。

示例性地，差旅报销单据通常包括行程信息，住宿信息，或者餐饮信息，此信息来源可能是提交一个申请单业务，可创建相应的行程信息、住宿信息或者餐饮信息的业务对象，那么当提交此差旅报销单时就可以引用被创建好的业务对象以供后续的审批。所以此场景业务对象的价值就成为了申请单到报销单的一个数据枢纽。

作为本实施例一种可选的实现方式，为添加的业务对象生成标识，以通过该标识被预设对象进行引用，包括：为添加的业务对象生成标识，以实现预设业务功能通过该标识对添加的业务对象进行引用；和/或，为添加的业务对象生成标识，以实现预设代码通过预设服务接口以及该标识对添加的业务对象进行引用。

在本实施例中的，除了可以通过页面实现业务间的引用外，还可以通过接口被预设代码引用。示例性地，如果需要在代码中对业务对象进行引用可参考对应的RPC服务接口，列表如下：

CustomDataLinkEntityRpcService:对外提供业务对象的模板；

datalinkPlatform:以及业务对象本身数据的持久化服务；

DataLinkEntityFarmeRpcService:对外提供对业务对象布局方式的修改已经查询功能；

DataLinkEntityLedgerRpcService:对外提供对台账相关功能的服务DataLinkEntityRpcService:对外提供对业务对象实体相关功能的服务DataLinkForSubsidyRpcServic:差旅补助自动报销服务；DataLinkRpcService:业务对象数据相关服务。

本实施例基于业务对象实现了不同业务模块之间的通信(即联通)。

步骤103：和/或，在得到添加的业务对象后，对业务对象的配置请求进行响应。

在得到添加的业务后，可以对该业务对象继续进行配置操作，并基于请求配置的内容，对业务对象进行更改。而实现操作的功能可以通过封装的Java包，进而对外提供该服务。

本实施例通过可配置或自定义的方式将业务数据抽象为业务对象、以及字段的形式，其中的业务对象可以用于表明是哪个业务的业务数据，所有的字段可以表明业务所实现的功能。从而使得不同的业务数据可抽象为标准的形式，而无需再对每一种数据结构进行定义，极大减少开发时间的同时，能够完美应对需求变更的情况，不会再因为数据结构的需求变化再造成大范围的代码修改。实现了配置各种类型结构业务数据,以及联通不同业务模块的效果。

作为本实施例一种可选的实现方式，获取配置页面中设置的赋值规则，并基于该规则将业务对象中预设字段的字段值赋值给其他业务对象的字段。

在本可选的实现方式中，在设置赋值规则时，如果界面中设置赋值规则的控件被触发，则在配置页面对该赋值规则进行配置，否则默认不赋值，参考图5a和图5b，其示出了设置赋值规则的界面示意图，参考图5a当触发配置默认赋值规则后，可以通过图5b的方式实现配置。如果未配置该规则，则默认不赋值。

进一步地，可以将添加业务对象的功能模块与预设业务功能模块相关联，预设业务功能模块包括至少一个预设业务对象，每个预设业务对象均包括字段；而后设置赋值规则，可通过将添加的业务对象的预设字段的默认值赋值给预设业务对象的字段实现。示例性地，当预设功能模块包括单据时，该单据的业务对象可以包括多个字段，因此可以将添加业务对象的字段值赋值给单据的字段，例如，业务对象的第一个字段的值赋值给单据中的补助标识字段。

作为本实施例一种可选的实现方式，方法还包括：基于预设的实体类图，对业务对象进行定义，其中，所述实体类图包括：业务对象基础接口，不同类型的业务对象的实体都具有该接口下的字段；通过继承所述业务对象基础接口，以衍生出预设的数据模型，包括用于处理业务对象的方法的基础模型；继承基础模型的接口的预设接口；继承所有的接口的交互接口，其中，该交互接口暴露于业务层；与交互接口交互并且与数据库接口映射的业务对象接口，用以承载业务层不同类型业务对象的数据；以及继承业务对象接口的数据库接口，用以将业务对象映射至数据库中的预设实体、和/或，用于删除数据库中的备份。

在本可选的实现方式中，针对业务对象的所有操作，均可以通过封装的Java包实现，而在设计Java包时，可以基于业务对象实体核心实体UML类图实现。本可选的实现方式通过基于下述的方式实现对业务对象相关的所有操作进行定义，从而实现了上述步骤的方法。

进一步地，参考图6，DatalinkBase:业务对象基础接口，所有业务对象衍生模块，全部继承了此接口。各种类型的业务对象实体都具有DatalinkBase接口下的字段。基于DatalinkBase数据结构，向外衍生了其它的模型，如Receipt、DatalinkExt、PaymentRecord、FlowDetails、PaymentPlan。DataLinkFieldBase继承了DataLinkBase，并对外提供了一套专门处理业务对象的方法，为了让业务对象本身统一，并与其它衍生的模型作为区分。DataLinkSupplierField、DataLinkDetailsField、DataLinkSettlementField、DataLinkDIDIField、DataLinkTripStatementsField、DataLinkReconciliationField这些接口继承了DataLinkFieldBase，为了针对于不同类型的datalink有独特的公用方法。DataLinkFieldAllOne接口继承了上述的所有接口，对业务层面暴露这一个接口。DataLink业务对象实体、承载着各种类型的业务对象数据，并且与数据库接口映射，没有以Record结尾。DataLinkBackup继承DataLink，该实体的作用主要是在删除之前做备份。MongodbDataLink为了将业务对象存储到mongodb映射出的实体。

作为本实施例一种可选的实现方式，方法还包括：在得到添加的业务对象后，对业务对象的配置请求进行响应，包括：对业务对象的基本信息的配置请求进行响应；对业务对象的布局方式的配置请求进行响应；和/或，对业务对象的字段可见权限的配置请求进行响应。

在本可选的实现方式中，配置业务对象的内容可以包括基本信息的配置,布局方式的配置,字段可见性的配置。其中基本信息的配置可以配置业务的名称、导入方式、参与人、业务对象初始化、字段、首页是否可见、筛选条件、做台账与统计数据、执行计划等内容的配置。布局方式的配置可以包括：页面布局,编辑布局,列表布局,表格布局,卡片布局等在系统的不同位置的布局方式的灵活配置。字段可见性的配置可以包括，添加规则，设置不同权限的人对此业务对象的某些字段是否可见。

通过本可选的实现方式，当需求变更时，可以通过配置业务对象方式满足变更的需求，而无需大范围修改代码。

作为本实施例一种可选的实现方式，方法还包括：当接收到业务对象的进行显示的请求后，对已添加的业务对象通过列表的形式进行显示，其中，每个业务对象列表中均包含历史产生的与该业务对象相关的业务数据。

在本可选的实现方式中，历史产生的业务数据(例如，每天产生的业务数据)会被记录在业务对象列表中，而这块数据可来源于excel方式导入或修改产生的、直接写入或修改产生的、Ebot写入或修改产生的、通过单据模板创建来写入或修改业务对象产生的等等。

通过本可选的实现方式，实现了业务对象和所产生的业务数据的显示，更有利于对业务对象进行直观地维护。

本实施例通过能够有效的降低开发消耗，与传统的一个业务一套数据结构相比，通过抽象出了一套针对不同业务数据格式的统一管理方法，从而无需再关注业务属性的变更可以专注于流程，增加了开发的效率。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本公开实施例，还提供了一种用于实施上述业务数据的处理方法的装置，该装置包括：业务对象添加单元，被配置成当针对当前业务数据的业务对象添加请求被触发，在配置页面接收输入的字段，得到添加的业务对象，其中，每个字段对应有默认的字段值；业务对象引用单元，被配置成为添加的业务对象生成标识，以通过该标识被预设对象进行引用；和/或，业务对象配置单元，在得到添加的业务对象后，对业务对象的配置请求进行响应。

作为本实施例一种可选的实现方式，装置还包括：赋值单元，被配置成获取配置页面中设置的赋值规则，并基于该规则将业务对象中预设字段的字段值赋值给其他业务对象的字段。

作为本实施例一种可选的实现方式，所述为添加的业务对象生成标识，以通过该标识被预设对象进行引用包括：为添加的业务对象生成标识，以实现预设业务通过该标识对添加的业务对象进行引用；和/或，为添加的业务对象生成标识，以实现预设代码通过预设服务接口以及该标识对添加的业务对象进行引用。

作为本实施例一种可选的实现方式，还包括：定义单元，被配置成基于预设的实体类图，对业务对象进行定义，其中，所述实体类图包括：业务对象基础接口，不同类型的业务对象的实体都具有该接口下的字段；通过继承所述业务对象基础接口，以衍生出预设的数据模型，包括用于处理业务对象的方法的基础模型；继承基础模型的接口的预设接口；继承所有的接口的交互接口，其中，该交互接口暴露于业务层；与交互接口交互并且与数据库接口映射的业务对象接口，用以承载业务层不同类型业务对象的数据；以及继承业务对象接口的数据库接口，用以将业务对象映射至数据库中的预设实体、和/或，用于删除数据库中的备份。

作为本实施例一种可选的实现方式，当针对当前业务数据的业务对象添加请求被触发之后，还包括设置业务对象的基本信息，包括：设置业务对象的名称；当产生与该业务对象相关的业务数据时，设置业务数据导入该业务对象所在列表时的导入方式；设置业务对象的停用、或启用方式；设置业务对象的类型；和/或，设置参与人的信息。

作为本实施例一种可选的实现方式，装置还包括：在得到添加的业务对象后，对业务对象的配置请求进行响应，包括：对业务对象的基本信息的配置请求进行响应；对业务对象的布局方式的配置请求进行响应；和/或，对业务对象的字段可见权限的配置请求进行响应。

作为本实施例一种可选的实现方式，所述装置还包括：显示单元，被配置成当接收到业务对象的进行显示的请求后，对已添加的业务对象通过列表的形式进行显示，其中，每个业务对象列表中均包含历史产生的与该业务对象相关的业务数据。

本公开实施例提供了一种电子设备，如图7所示，该电子设备包括一个或多个处理器71以及存储器72，图7中以一个处理器71为例。

该控制器还可以包括：输入装置73和输出装置74。

处理器71、存储器72、输入装置73和输出装置74可以通过总线或者其他方式连接，图7中以通过总线连接为例。

处理器71可以为中央处理器(CentralProcessingUnit，CPU)。处理器71还可以为其他通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现场可编程门阵列(Field-ProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器72作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本公开实施例中的控制方法对应的程序指令/模块。处理器71通过运行存储在存储器72中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的方法。

存储器72可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据服务器操作的处理装置的使用所创建的数据等。此外，存储器72可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器72可选包括相对于处理器71远程设置的存储器，这些远程存储器可以通过网络连接至网络连接装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置73可接收输入的数字或字符信息，以及产生与服务器的处理装置的用户设置以及功能控制有关的键信号输入。输出装置74可包括显示屏等显示设备。

一个或者多个模块存储在存储器72中，当被一个或者多个处理器71执行时，执行如图1所示的方法。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各电机控制方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)、随机存储记忆体(RandomAccessMemory，RAM)、快闪存储器(FlashMemory)、硬盘(HardDiskDrive，缩写：HDD)或固态硬盘(Solid-StateDrive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种业务数据的处理方法，其特征在于，包括：

当针对当前业务数据的业务对象添加请求被触发，在配置页面接收输入的字段，得到添加的业务对象，其中，每个字段对应有默认的字段值；

为添加的业务对象生成标识，以通过该标识被预设对象进行引用；

和/或，在得到添加的业务对象后，对业务对象的配置请求进行响应。

2.根据权利要求1所述的业务数据的处理方法，其特征在于，所述方法还包括：

获取配置页面中设置的赋值规则，并基于该规则将业务对象中预设字段的字段值赋值给其他业务对象的字段。

3.根据权利要1所述的业务数据的处理方法，其特征在于，所述为添加的业务对象生成标识，以通过该标识被预设对象进行引用包括：

包括：为添加的业务对象生成标识，以实现预设业务通过该标识对添加的业务对象进行引用；和/或，为添加的业务对象生成标识，以实现预设代码通过预设服务接口以及该标识对添加的业务对象进行引用。

4.根据权利要求1所述的业务数据的处理方法，其特征在于，方法还包括：基于预设的实体类图，对业务对象进行定义，其中，所述实体类图包括：

业务对象基础接口，不同类型的业务对象的实体都具有该接口下的字段；通过继承所述业务对象基础接口，以衍生出预设的数据模型，包括用于处理业务对象的方法的基础模型；

继承基础模型的接口的预设接口；

继承所有的接口的交互接口，其中，该交互接口暴露于业务层；

与交互接口交互并且与数据库接口映射的业务对象接口，用以承载业务层不同类型业务对象的数据；

以及继承业务对象接口的数据库接口，用以将业务对象映射至数据库中的预设实体、和/或，用于删除数据库中的备份。

5.根据权利要求1所述的业务数据的处理方法，其特征在于，当针对当前业务数据的业务对象添加请求被触发之后，方法还包括设置业务对象的基本信息，包括：

设置业务对象的名称；

当产生与该业务对象相关的业务数据时，设置业务数据导入该业务对象所在列表时的导入方式；

设置业务对象的停用、或启用方式；

设置业务对象的类型；

和/或，设置参与人的信息。

6.根据权利要求1所述的业务数据的处理方法，其特征在于，所述方法还包括：

在得到添加的业务对象后，对业务对象的配置请求进行响应，包括：

对业务对象的基本信息的配置请求进行响应；

对业务对象的布局方式的配置请求进行响应；

和/或，对业务对象的字段可见权限的配置请求进行响应。

7.根据权利要求1所述的业务数据的处理方法，其特征在于，所述方法还包括：

当接收到业务对象的进行显示的请求后，对已添加的业务对象通过列表的形式进行显示，其中，每个业务对象列表中均包含历史产生的与该业务对象相关的业务数据。

8.一种业务数据的处理装置，其特征在于，包括：

业务对象添加单元，被配置成当针对当前业务数据的业务对象添加请求被触发，在配置页面接收输入的字段，得到添加的业务对象，其中，每个字段对应有默认的字段值；

业务对象引用单元，被配置成为添加的业务对象生成标识，以通过该标识被预设对象进行引用；

和/或，业务对象配置单元，在得到添加的业务对象后，对业务对象的配置请求进行响应。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行权利要求1-7任意一项所述的业务数据的处理方法。

10.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行权利要求1-7任意一项所述的业务数据的处理方法。

Images