单据构建方法、生成方法、装置、电子设备及存储介质与流程

本申请涉及数据处理技术领域，具体而言，涉及单据构建方法、生成方法、装置、电子设备及存储介质。

背景技术：

企业资源计划(enterpriseresourceplanning，简称erp)是一种面向企业用户，将物质信息、资金信息、人员信息进行信息集成管理的企业信息管理系统，在实际应用中，企业办公流程需要使用各式各样的业务单据，来记录业务处理过程。

现有的单据配置方法如可扩展标记语言(extensiblemarkuplanguage，简称xml)文件，对格式具有严格的要求，容易造成文件格式错误从而无法正常使用单据，因此具有技术门槛，易用性较差并且开发成本较高。

技术实现要素：

本申请实施例的目的在于提供一种单据构建方法、生成方法、装置、电子设备及存储介质，对单据进行动态构建，解决现有的单据配置方法易用性较差并且开发成本较高的问题。

本申请实施例提供了一种单据构建方法，应用于服务端，所述方法包括：

对接收到的元数据进行解析以获取解析数据，所述元数据包括界面元数据、控件元数据、实体元数据以及工作流设置数据；

发送所述解析数据至客户端，以使所述客户端利用所述解析数据构建单据界面；

接收客户端返回的单据界面数据并判断是否满足元数据字段条件；

若是，则将所述单据界面数据进行分类存储至数据库。

在上述实现过程中，通过服务端对元数据进行解析，具体地，对界面元数据以及控件元数据进行解析以判断哪些控件将被显示在界面上，还将对工作流节点的定义进行解析，以将解析数据传给客户端进行界面的构建，并接收单据界面数据进行存储实现单据的动态构建，没有技术门槛，因此解决现有的单据配置方法易用性较差并且开发成本较高的问题。

进一步地，在所述对接收到的元数据进行解析以获取解析数据的步骤之前，所述方法还包括：

接收通过实体编辑设计器定义数据库实体和实体字段、通过界面编辑设计器定义单据界面以获得界面元数据和控件元数据、通过工作流定义设计器定义工作流设置数据获取的所述元数据。

在上述实现过程中，通过实体编辑设计器、界面编辑设计器和工作流定义设计器定义构建单据所需元数据以及业务流程，用户可以根据具体的业务场景要求动态地设计出想要的单据界面。

本申请实施例还提供一种单据生成方法，应用于客户端，所述方法包括：

接收服务端发送的解析据；

根据所述解析数据对控件值和控件属性进行处理以进行单据界面的构建；

若所述解析数据包含单据明细，则构建单据明细展示；

将构建完成的单据界面数据发送至服务端进行保存。

在上述实现过程中，给出了客户端的数据单据界面的动态构建过程，解析数据中包括了构建单据界面所需的全部信息，因此客户端根据这些解析数据进行界面构建和展示，还包括单据明细构建过程，满足不同的业务需要。

进一步地，所述方法还包括：

当单据界面的控件值发送改变时，若当前控件为携带实体字段时，则查找单据界面上包含所述携带实体字段的控件并使用携带实体字段属性进行自动赋值操作，其中，单据控件属性包括控件的携带实体属性和携带实体字段属性，是通过界面编辑设计器编辑设置的。

在上述实现过程中，给出了单据控件值处理机制，在客户端可以根据单据控件值的改变进行关联赋值操作，不需要服务端进行控制处理，增强了易用性，满足数据动态加载需求。

进一步地，所述方法还包括：

当单据界面的控件值发送改变时，若当前控件为条件公式中关联的控件，则根据条件公式进行计算，并对控件进行自动计算赋值操作，其中，条件公式属性是通过界面编辑设计器编辑设置的。

在上述实现过程中，客户端根据条件公式，当关联的控件发生改变时，实现空间的自动计算赋值功能。

进一步地，所述方法还包括：

当控件发生触发事件时，若当前控件为指定的触发控件，则回调服务端接口并将单据界面的控件属性及控件值发送至服务端，以使服务端进行逻辑判断处理，所述指定的触发控件为服务端指定的单据的触发控件和控件触发事件类型；

接收服务端返回的执行指令，以对所述执行指令进行操作。

在上述实现过程中，通过服务端指定单据的触发控件以及控件触发事件类型，不仅可以灵活的根据数据库中关联数据进行逻辑判断处理，而且还省去了客户端重新发布更新的工作，客户端可以根据执行指令进行对应的操作如修改控件值、改变控件选择数据源、修改控件只读属性、改变控件可见性等。

本申请实施例还提供一种单据动态构建装置，应用于服务端，所述装置包括：

解析模块，用于对接收到的元数据进行解析以获取解析数据，所述元数据包括界面元数据、控件元数据、实体元数据以及工作流设置数据；

发送模块，用于发送所述解析数据至客户端，以使所述客户端利用所述解析数据构建单据界面；

判断模块，用于接收客户端返回的单据界面数据并判断是否满足元数据字段条件；

保存模块，用于若满足元数据字段条件，则将所述单据界面数据进行分类存储至数据库。

在上述实现过程中，通过服务端和客户端的数据交互实现单据界面的动态构建，从实际应用需求出发，满足了用户根据具体的业务场景需求进行单据界面构建的需求，解决现有的单据页面布局开发成本高以及易用性较差的问题。

本申请实施例还提供一种单据生成装置，应用于客户端，所述装置包括：

接收模块，用于接收服务端发送的解析据；

单据构建模块，用于根据所述解析数据对控件值和控件属性进行处理以进行单据界面的构建；

单据明细展示模块，用于若所述解析数据包含单据明细，则构建单据明细展示；

发送模块，用于将构建完成的单据界面数据发送至服务端进行保存。

在上述实现过程中，利用构建单据界面所需的全部数据即解析数据进行单据界面的动态构建，满足不同业务场景的单据构建需求，解决了现有的单据页面布局开发成本高以及易用性较差的问题。

本申请实施例还提供一种电子设备，所述电子设备包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使计算机设备执行上述中任一项所述的单据生成方法。

本申请实施例还提供一种可读存储介质，所述可读存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行上述中任一项所述的单据生成方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种单据构建方法的流程图；

图2为本申请实施例提供的单据动态构建过程的数据传输示意图；

图3为本申请实施例提供的单据动态构建过程的方法流程图；

图4为本申请实施例提供的单据生成方法的流程图；

图5为本申请实施例提供的自动关联赋值事件流程图；

图6为本申请实施例提供的条件公式自动事件的方法流程图；

图7为本申请实施例提供的自定义事件机制的方法流程图；

图8为本申请实施例提供的单据动态构建装置的结构框图；

图9为本申请实施例提供的单据生成装置的结构框图。

图标：

101-pc端；102-服务端；103-客户端；200-解析模块；300-发送模块；400-判断模块；500-保存模块；600-接收模块；700-单据构建模块；800-单据明细展示模块；900-单据发送模块；910-自动赋值模块；920-条件公式模块；930-自定义事件模块；931-控件数据发送模块；932-执行模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

实施例1

请参看图1，图1为本申请实施例提供的一种单据构建方法的流程图。该方法可以应用于服务端102，如图2所示，为本申请实施例提供的单据动态构建过程的数据传输示意图，示例地，客户端103可以是移动客户端103如手机端，将实体编辑设计器、界面编辑设计器和工作流定义设计器设置在pc端101，以将生成的元数据传输至服务端102，服务端102将解析数据发送至客户端103，以进行单据界面的构建，如图3所示，为单据动态构建过程的方法流程图，在服务端102的具体构建过程如下步骤：

步骤s100：对接收到的元数据进行解析以获取解析数据，元数据包括界面元数据、控件元数据、实体元数据以及工作流设置数据；

元数据提供了构建单据界面所需的全部数据，并且可以根据业务需要进行适应性定义和设置，以提高界面单据构建的灵活性，示例地，元数据可以通过在pc端设置的编辑器得到，具体地，通过实体编辑设计器定义数据库实体和实体字段、通过界面编辑设计器定义单据界面以获得界面元数据和控件元数据、通过工作流定义设计器定义工作流设置数据，以获取元数据，因此，本申请提供了多种元数据的配置方式，以实现适用于不同业务场景和不同类型的单据的动态构建，进而实现单据动态构建的灵活性和实用性，此外，对于定义和生成元数据的电子设备可以是pc端，也可以是其他电子设备在此不作限定。

具体地，实体编辑设计器用于设计实体元数据，可对数据库实体元数据进行定义，定义的内容包括了数据库实体以及实体字段，数据库实体相对应为数据库中的表，属性包括了表名、关联程序集和实体类型等，实体字段相对应的为数据库表中的字段，其属性包括了数据实体、字段名称、字段类型、字段长度、是否必录和是否可见等。

界面编辑设计器，为图形化的界面编辑设计器，可以对业务单据界面进行定义，定义的内容包含了单据界面属性，如单据界面的名称、类型、关联实体、权限、样式等，被保存在数据库中，称为界面元数据；还包含了单据界面上的控件属性，如控件名称、控件类型、控件关联字段、只读、激活、样式等，即为控件元数据。

工作流定义设计器，用于定义业务流程，工作流与业务单据关联，工作流定义时指定了与工作流关联的业务单据界面，同时业务单据界面指定了关联的数据库实体。在工作流定义设计器中，除了可以自定义工作流的属性，还可以定义工作流节点的属性，其中在工作流节点属性中，可设置当前工作流节点关联实体的字段属性，包括实体字段的可见性、必录属性和只读属性，通过工作流节点的定义，可实现根据不同的工作流节点显示不同的单据字段。

服务端102对元数据进行解析，根据发起的工作流找到对应的业务单据界面，按照该业务单据界面的界面元数据和控件元数据进行解析，判断哪些控件将会被显示到界面上，包括这些控件所关联的字段的字段标题、字段类型，字段默认值，是否只读，是否必录等属性。同时在解析控件所关联的实体字段时，还会使用实体元数据进行判断，比如当实体元数据的定义为必录时，那么该字段则为必录，服务端102返回到客户端103的数据中将包含该信息。

除了界面元数据、控件元数据及实体元数据外，在解析界面控件时，还会对工作流节点的定义进行解析，工作流节点定义包含了对当前节点的界面字段属性控制，包括是否显示、是否只读、是否必录，这些属性控制在被解析后同时传到客户端103。

步骤s200：发送解析数据至客户端103，以使客户端103利用解析数据构建单据界面；

服务端102完成元数据解析后，将把解析数据返回到客户端103，该解析数据包括客户端103构建界面需要用到的所有信息，客户端103根据这些数据进行界面构建及展示，如界面上展示的字段标题、数据实体字段的名称，同时界面根据字段类型，使用不同类型的控件显示，如字符串类型的使用文本编辑框控件，日期类型的使用日期选择控件，时间类型的使用时间选择控件，boolean类型(一种数据类型)的使用复选框控件；还有引用类型字段，其可引用其他数据实体，以此获取关联的数据进行选择，在客户端103处理时将打开新页面进行数据源选择，在选择某个记录后再返回单据页面，并在控件上显示该数据。

步骤s300：接收客户端103返回的单据界面数据并判断是否满足元数据字段条件；

步骤s400：若是，则将单据界面数据进行分类存储至数据库。

单据界面数据可以是单据的构建数据还可以是单据的修改提交数据，因此，本方法不仅提供了对单据的动态创建方法，同时也提供了单据的创建及修改提交方法。其中，元数据字段条件如不可修改、字段必录等，服务端102会对客户端103提交的单据界面数据进行处理，对只读属性、必录属性进行判断；再根据界面属性、控件属性以及对应的实体元数据、字段元数据，将单据界面数据保存到数据库中，单据明细数据则保存到数据库对应的明细实体中。

实施例2

本申请实施例提供一种单据生成方法，应用于实施例1中的客户端103，如图4所示，为单据生成方法的流程图，该方法具体可以包括以下步骤：

步骤s500：接收服务端102发送的解析据；

步骤s600：根据解析数据对控件值和控件属性进行处理以进行单据界面的构建；

步骤s700：若解析数据包含单据明细，则构建单据明细展示；

单据明细构建过程，对于一般的erp业务单据，除了单据本身的内容外，通常还包括关联明细内容，一个单据可以有多种单据明细，每种单据明细可以有多个明细记录。比如，在仓库管理中创建领料单时，包含领料明细，如申请的物料、申请数量和金额等。系统根据数据实体和数据实体字段元数据之间的关联关系自动实现单据明细的展示，并支持添加、修改及删除明细。

在单据的构建过程中，客户端103界面显示控制主要包含了两个方面，一方面是客户端103对控件值的处理，包括了控件数据源、控件选择数据源、控件赋值、明细表显示、明细列显示、明细控件数据源、明细控件选择数据源、明细控件赋值等。另一方面是客户端103对控件属性的处理，包括了是否显示、可否编辑、是否必录、样式控制等，对单据字段以及单据明细的字段都有效。

当界面加载的是已经创建的单据时，客户端103除根据服务端102返回的元数据进行界面构建外，还需要根据服务端102返回的数据对界面上的控件进行赋值处理，赋值过程还包括了对单据明细的构建显示以及明细控件赋值，以及点击明细时，跳转到新界面实现对明细的编辑处理。

步骤s800：将构建完成的单据界面数据发送至服务端102进行保存。

此外，单据的创建及修改提交是与设定的工作流流程结合处理的，在创建单据时也创建了一个工作流流程实例，单据会按设定的工作流进到下一个节点，转由下一处理人处理。

本方法还提供了多种灵活的事件处理机制如自动关联赋值事件、条件公式自动事件和自定义事件等，从而提高了单据动态构建的灵活性和实用性，如图5所示，为本申请实施例提供的自动关联赋值事件流程图。通过界面编辑设计器编辑控件携带实体以及携带实体字段属性，在客户端103解析并构建单据界面过程中，当单据界面的控件值发送改变时，若当前控件为携带实体字段时，则查找单据界面上包含所述携带实体字段的控件并使用携带实体字段属性进行自动赋值操作，其中，单据控件属性包括控件的携带实体属性和携带实体字段属性，是通过界面编辑设计器编辑设置的。

界面编辑设计器提供控件属性设置功能，这些控件属性中包括了控件的携带实体以及携带实体字段属性，携带实体属性代表了当前单据中的控件所关联的实体字段类型为实体类型(即引用类型字段)，携带实体字段属性代表的是该实体类型的某个字段。比如部门控件，指定携带实体为“申请人”实体，指定携带实体字段为“部门”，当单据中的申请人控件被赋值时，部门控件自动地使用申请人所在的部门进行赋值。

服务端102会对界面和控件元数据进行解析，并将元数据传给客户端103，当界面的单据控件值发生改变时，客户端103根据元数据自动完成其他控件的关联赋值操作，该过程不再需要服务端102进行控制处理。另外，自动关联赋值事件，同时也支持对单据明细的字段处理。

如图6所示，为条件公式自动事件的方法流程图。当单据界面的控件值发送改变时，若当前控件为条件公式中关联的控件，则根据条件公式进行计算，并对控件进行自动计算赋值操作，其中，条件公式属性是通过界面编辑设计器编辑设置的。

由界面编辑设计器提供控件条件公式属性设置功能，条件公式属性代表当前控件的值是通过单据中的其他控件值包括单据明细控件以及条件公式进行计算得到并自动赋值的。条件公式的元素包含了控件实体字段，如单据明细字段、控件累加字段，以及操作运算符。同样地，服务端102程序会对界面和控件元数据进行解析后传给客户端103，客户端103根据条件公式，当关联的控件发生改变时，实现控件的自动计算赋值功能，比如常用的对多个单据明细的金额进行合计并在主单据中显示的功能。

如图7所示，为自定义事件机制的方法流程图。具体包括以下步骤：

步骤s811：当控件发生触发事件时，若当前控件为指定的触发控件，则回调服务端102接口并将单据界面的控件属性及控件值发送至服务端102，以使服务端102进行逻辑判断处理，所述指定的触发控件为服务端102指定的单据的触发控件和控件触发事件类型；

步骤s812：接收服务端102返回的执行指令，以对执行指令进行操作。

通过服务端102自定义代码控制，不仅可以灵活地根据数据库中关联数据进行逻辑判断处理，而且还省去了移动客户端103重新发布更新的工作。首先由服务端102指定单据的触发控件以及控件触发事件类型，触发类型比如控件值发生变化、控件点击事件、控件双击事件等。

当客户端103触发控件的值发生变化时，客户端103自动回调服务端102接口，同时回传单据界面上控件的属性及值，以及各单据明细的属性及值，服务端102在回调事件中进行业务逻辑处理之后，返回客户端103执行指令，客户端103对执行指令进行解析并执行，可对客户端103单据界面以及控件进行操作，如修改控件值、改变控件选择数据源、修改控件只读属性、改变控件可见性等。

因此，该方法可以满足用户的数据动态加载需求、界面交互需求以及结合erp系统工作流在审批节点中动态控制界面的需求，相比于单据页面布局开发成本较低且易用性较高。

另外，客户端103执行指令是一种由客户端103定义并封装的可执行代码，用于提供给服务端102进行调用，并在客户端103界面上执行，用于界面显示及交互控制，包括对控件值的处理，比如控件数据源、控件选择数据源、控件赋值、明细表显示、明细列显示、明细控件数据源、明细控件选择数据源、明细控件赋值等，以及对控件属性的处理，比如控件是否显示、可否编辑、是否必录、样式控制等；同时还提供了界面的交互操作，比如提示框、以及确认框。

此外，还包括单据初始化事件：它是由服务端102提供的，在服务端102进行定义，当服务端102对单据界面进行解析初始化时，服务端102提供初始化事件，可在事件中根据具体业务需求进行单据初始化逻辑处理，比如单据控件初始化赋值、单据控件数据源赋值、控件属性控制等。服务端102处理完成后将与元数据一同返回给客户端103进行解析展示。

统一的服务端102控制代码：可选的，服务端102可以对客户端103执行代码进行封装，并使用统一的服务端102控制代码，以服务端102语言的方式和代码暴露给服务端102调用者，以提高框架的易用性和降低框架之间的耦合性，调用者不再需要考虑客户端103框架的实现和调用方法。对于单据初始化事件和自定义事件机制可以使用统一的服务端102控制代码，对界面进行操作。

自定义菜单事件：本申请的方法中，自定义菜单是在界面编辑设计器中添加和定义的，用于显示在单据界面的菜单栏上，一般用于特定的操作，比如保存操作、审批操作、删除操作等以及其他自定义操作，客户端103根据设计器的元数据自动进行解析在单据界面展示。当自定义菜单被点击时，触发自定义菜单事件，它由客户端103回调服务端102，在服务端102中执行菜单事件逻辑处理。自定义菜单事件的实现基于统一的自定义事件机制，但不需要在服务端102指定触发控件，而且可根据菜单名进行判断执行不同业务逻辑。

新界面打开机制：可选的，本申请的方法中提供了在单据界面上打开新界面的机制，以及原单据界面和新界面之间的数据交互的机制。该机制基于统一的自定义事件机制，实现过程如下：由服务端102指定触发控件，当控件触发事件时，客户端103自动回调服务端102，在服务端102进行业务逻辑处理，并得到要传递给新界面的数据，同时服务端102需要根据打开的新界面对该界面相关的元数据进行解析，并执行新界面的单据初始化事件，在初始化事件中提供原单据界面传递的数据，最后给客户端103返回打开新界面的执行代码指令，以及新界面元数据及控件数据，客户端103执行新单据界面构建过程。

数据源处理事件：可选的，本申请的方法中提供了单据界面对引用类型控件的选择数据源界面的数据进行处理的事件机制。比如单据界面的职员选择，打开职员选择界面时，可根据当前单据界面组织机构控件值，按组织机构过滤条件对职员进行过滤。实现流程如下：由服务端102指定触发的引用类型控件，当用户点击这些控件时，客户端103自动回调服务端102，同时回传单据界面上控件的属性及值，以及各单据明细的属性及值，由服务端102执行数据源处理事件，对可选择的数据源进行处理，最后给客户端103返回处理后的数据源，客户根据数据源进行界面加载和展示。

由上述可知，本申请通过界面编辑设计器、实体编辑设计器以及工作流定义设计器对单据界面进行设计及描述，用户可以根据具体的业务场景要求动态地设计出单据界面。同时，从实际的应用需求出发，全面地给出了单据界面的构建需求，包括了单据明细处理，单据控件值处理，单据控件属性处理；不仅提供了客户端103对单据的动态构建的方法，同时也提供了单据的创建及修改提交方法。此外，还提供多种单据事件交互机制，在最大程度上保证了低代码实现的同时，又保证了单据业务逻辑实现的多样性和灵活性，为单据业务逻辑扩展性提供了支持。

实施例3

本申请实施例提供一种单据动态构建装置，应用于实施例1中的服务端102，如图8所示，为单据动态构建装置的结构框图，所述装置包括：

解析模块200，用于对接收到的元数据进行解析以获取解析数据，所述元数据包括界面元数据、控件元数据、实体元数据以及工作流设置数据；

发送模块300，用于发送所述解析数据至客户端103，以使所述客户端103利用所述解析数据构建单据界面；

判断模块400，用于接收客户端103返回的单据界面数据并判断是否满足元数据字段条件；

保存模块500，用于若满足元数据字段条件，则将所述单据界面数据进行分类存储至数据库。

本申请实施例还提供一种单据生成装置，应用于实施例2中的客户端103，如图9所示，为单据生成装置的结构框图，所述装置包括：

接收模块600，用于接收服务端102发送的解析据；

单据构建模块700，用于根据所述解析数据对控件值和控件属性进行处理以进行单据界面的构建；

单据明细展示模块800，用于若所述解析数据包含单据明细，则构建单据明细展示；

单据发送模块900，用于将构建完成的单据界面数据发送至服务端102进行保存。

该装置还包括：

自动赋值模块910，用于当单据界面的控件值发送改变时，若当前控件为携带实体字段时，则查找单据界面上包含所述携带实体字段的控件并使用携带实体字段属性进行自动赋值操作，其中，单据控件属性包括控件的携带实体属性和携带实体字段属性，是通过界面编辑设计器编辑设置的。

条件公式模块920，用于当单据界面的控件值发送改变时，若当前控件为条件公式中关联的控件，则根据条件公式进行计算，并对控件进行自动计算赋值操作，其中，条件公式属性是通过界面编辑设计器编辑设置的。

自定义事件模块930，包括：

控件数据发送模块931，用于当控件发生触发事件时，若当前控件为指定的触发控件，则回调服务端102接口并将单据界面的控件属性及控件值发送至服务端102，以使服务端102进行逻辑判断处理，所述指定的触发控件为服务端102指定的单据的触发控件和控件触发事件类型；

执行模块932，用于接收服务端102返回的执行指令，以对所述执行指令进行操作。

本申请实施例还提供一种电子设备，所述电子设备包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使计算机设备执行实施例1中的单据构建方法以及实施例2中所述的单据生成方法。

本申请实施例还提供一种可读存储介质，所述可读存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行实施例1中的单据构建方法以及实施例2中所述的单据生成方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。