提供品控质检页面的方法、装置及电子设备与流程

1.本技术涉及品控技术领域，特别是涉及提供品控质检页面的方法、装置及电子设备。


背景技术：

2.在商品对象信息系统中，生鲜农产品的核心竞争力是品质好且新鲜，要达到这一目标，就需要对采购的商品进行质检，根据质检情况确定是否满足入库条件、发货条件等，以使得消费者收到的产品足够新鲜且具有良好的品质，等等。而为了能够进行更标准化的质检，就需要一套完善的适合生鲜农产品的品控系统来支撑。具体的，该品控系统主要可以为具体品类的商品提供质检页面，页面中可以提供一些相关的质检项，另外，系统中还可以为各质检项提供对应的评估标准。这样，质检人员可以在质检的过程中填写对应的质检项，之后，品控系统可以自动判断各质检项是否符合对应的评估标准，还可以计算得到质检得分，进而确定是否符合入库条件、发货条件，等等。
3.但是，由于生鲜农产品的种类繁多，不同种类的产品在进行质检时所需的质检项以及对应的评估标准都可能会有所不同，例如，对于苹果、猕猴桃等，虽然都属于水果，但是，质检项可能也不尽相同。例如，猕猴桃所需的质检项包括硬度，而苹果则可能不需要包括此质检项，等等。另外，即使是相同种类的产品，在不同场景下的进行质检时所需的质检项以及对应的评估标准也可能会有所不同。例如，同样是猕猴桃，在入库场景以及仓内包装场景下进行质检时，具体的质检项以及评估标准也可能会不同，等等。这就导致在传统的方案中，需要分别针对各个不同的品类、场景分别制作表格，并分别开发各自的页面，修改数据库等等，以至于需要在系统前后端进行大量的开发适配工作，效率较低。
4.因此，如何通过更灵活、泛化能力更强的方式来提升品控作业的效率，成为需要本领域技术人员解决的技术问题。


技术实现要素：

5.本技术提供了品控质检页面的方法、装置及电子设备，可以通过更灵活、泛化能力更强的方式来提升品控作业的效率。
6.本技术提供了如下方案：
7.一种提供品控质检页面的方法，包括：
8.建立元数据集合，所述集合中包括多条元数据，分别用于通过多个字段上的属性信息对多个品控质检项进行预定义，所述多个字段至少包括：品控质检项在页面中展示时的渲染方式；
9.建立品类及品控场景与其中部分品控质检项之间的映射关系；
10.接收到针对目标单据的品控请求后，确定待质检的品控对象所属的目标品类，以及对应的目标品控场景；
11.根据所述映射关系，确定所述目标品类及目标品控场景对应的多个目标品控质检
项；
12.将所述多个目标品控质检项对应的元数据提供给质检客户端，以便所述质检客户端根据所述元数据以及预置的元数据协议，渲染出对应的多个目标品控质检项对应的组件，并在对所述组件进行布局和/或确定组件之间的联动关系后展示在品控质检页面中。
13.一种提供品控质检页面的方法，包括：
14.质检客户端接收到针对目标单据的品控请求后，确定待质检的品控对象所属的目标品类，以及对应的目标品控场景；
15.向服务端提交在所述目标品控场景下对所述目标品类的品控对象进行品控的请求，以便所述服务端确定所述目标品控场景所述目标品类对应的多个目标品控质检项，并返回所述多个目标品控质检项对应的元数据，所述元数据用于通过多个字段上的属性信息对目标品控质检项进行预定义，所述多个字段至少包括：品控质检项在页面中展示时的渲染方式；
16.根据所述服务端返回的多个目标品控质检项对应的元数据，以及预置的元数据协议，渲染出对应的多个目标品控质检项对应的组件，并在对所述组件进行布局和/或确定组件之间的联动关系后展示在品控质检页面中。
17.一种提供品控质检页面的装置，包括：
18.元数据建立单元，用于建立元数据集合，所述集合中包括多条元数据，分别用于通过多个字段上的属性信息对多个品控质检项进行预定义，所述多个字段至少包括：品控质检项在页面中展示时的渲染方式；
19.映射关系建立单元，用于建立品类及品控场景与其中部分品控质检项之间的映射关系；
20.目标场景及品类确定单元，用于接收到针对目标单据的品控请求后，确定待质检的品控对象所属的目标品类，以及对应的目标品控场景；
21.目标品控质检项确定单元，用于根据所述映射关系，确定所述目标品类及目标品控场景对应的多个目标品控质检项；
22.元数据提供单元，用于将所述多个目标品控质检项对应的元数据提供给质检客户端，以便所述质检客户端根据所述元数据以及预置的元数据协议，渲染出对应的多个目标品控质检项对应的组件，并在对所述组件进行布局和/或确定组件之间的联动关系后展示在品控质检页面中。
23.一种提供品控质检页面的装置，应用于质检客户端，包括：
24.目标场景及品类确定单元，用于接收到针对目标单据的品控请求后，确定待质检的品控对象所属的目标品类，以及对应的目标品控场景；
25.请求提交单元，用于向服务端提交在所述目标品控场景下对所述目标品类的品控对象进行品控的请求，以便所述服务端确定所述目标品控场景所述目标品类对应的多个目标品控质检项，并返回所述多个目标品控质检项对应的元数据，所述元数据用于通过多个字段上的属性信息对目标品控质检项进行预定义，所述多个字段至少包括：品控质检项在页面中展示时的渲染方式；
26.渲染展示单元，用于根据所述服务端返回的多个目标品控质检项对应的元数据，以及预置的元数据协议，渲染出对应的多个目标品控质检项对应的组件，并在对所述组件
进行布局和/或确定组件之间的联动关系后展示在品控质检页面中。
27.一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一项所述的方法的步骤。
28.一种电子设备，包括：
29.一个或多个处理器；以及
30.与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。
31.根据本技术提供的具体实施例，本技术公开了以下技术效果：
32.通过本技术实施例，可以通过元数据的方式对品控质检项进行预定义，其中可以包括具体的品控质检项在页面中展示时的渲染方式信息。另外，还可以建立品类及品控场景与其中部分品控质检项之间的映射关系。这样，在需要针对目标单据进行品控质检时，可以首先确定待质检的品控对象所属的目标品类，以及对应的目标品控场景，然后，根据所述映射关系，确定所述目标品类及目标品控场景对应的多个目标品控质检项。再将所述多个目标品控质检项对应的元数据提供给质检客户端，相应的，所述质检客户端便可以根据所述元数据以及预置的元数据协议，渲染出对应的多个目标品控质检项对应的组件，并在对所述组件进行布局和/或确定组件之间的联动关系后展示在品控质检页面中。由于元数据以及映射关系通常不需要频繁变化，因此，通常只需要使用预先生成的一份元数据集合以及一份映射关系表，前端便可以实现对多种不同场景、不同品类对应的品控内容以及品控页面的动态生成。并且，在此过程中，不需要分别为各个场景、品类分别预先进行表格设计、页面开发等，而是可以根据具体品控场景、品类的需求，动态生成品控内容。因此，可以降低在系统前后端进行开发适配的工作量，实现快速适配，以此可以通过更灵活、泛化能力更强的方式来提升品控作业的效率。另外，具体的元数据还可以在多种不同场景、品类之间进行复用，因此，也可以降低所需存储以及维护的数据量。
33.当然，实施本技术的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
34.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
35.图1是本技术实施例提供的系统架构的示意图；
36.图2是本技术实施例提供的第一方法的流程图；
37.图3是本技术实施例提供的第二方法的流程图；
38.图4是本技术实施例提供的第一装置的示意图；
39.图5是本技术实施例提供的第二装置的示意图；
40.图6是本技术实施例提供的电子设备的示意图。
具体实施方式
41.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完
整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本技术保护的范围。
42.在本技术实施例中，为了提升品控作业效率，可以采用元数据的方式，对品控过程中可能会涉及到的品控质检项进行预定义。例如，具体的品控质检项可以包括糖度、果径、硬度、水量、色泽、形状、成熟度，等等，则上述各质检项可以分别通过一条元数据进行定义。其中，每条元数据中可以包括多个字段，例如，包括名称、填写格式、在页面中展示时的渲染方式、质量评判标准、对质检结果影响的权重，等等。
43.另外，还可以预先建立多个具体检测对象的品类以及品控场景与其中部分品控质检项之间的映射关系。根据该映射关系可以获知具体某个品控场景下如果需要对某个品类的商品进行品控质检，需要哪些目标品控质检项。
44.在上述元数据库以及映射关系的基础上，如果需要在某个具体的品控场景下，对某个品类的品控对象进行质检，则可以根据上述映射关系，确定出多个相关的目标品控质检项，例如，如果是在入库质检场景下需要对“苹果”类的商品进行质检，则对应的目标品控质检项可以包括果径、糖度、水量、色泽，等等。在确定出目标品控质检项之后，客户端可以根据各目标品控质检项对应的元数据以及预置的元数据协议(可以用于对元数据的显示、组件联动关系等进行定义)，渲染出对应的多个目标品控质检项，并在对所述目标品控质检项进行一定的排列布局和/或确定出多个组件之间的联动关系后，作为动态生成的品控内容，展示出品控质检页面。
45.也就是说，在本技术实施例中，并不需要预先为各种品控场景以及品类分别进行表格设计、品控页面开发等，而只需要预先配置元数据库以及映射关系，就可以是在接收到具体的品控请求后动态生成对应的品控内容以及品控页面。而上述元数据集合以及映射关系通常不需要频繁变化，因此，只需要使用预先生成的一份元数据集合以及一份映射关系表，前端便可以实现对多种不同场景、不同品类对应的品控内容以及品控页面的动态生成。并且，在此过程中，不需要分别为各个场景、品类分别预先进行表格设计、页面开发等，因此，可以降低在系统前后端进行开发适配的工作量，实现快速适配。另外，上述元数据库以及映射关系都是可以配置的，例如，如果需要新增品控质检项，则可以在元数据库中新建一条元数据，用来对该品控质检项进行定义；如果需要为某场景及品类增加或者删除某目标品控质检项时，则可以对该场景及品类相关的映射关系进行修改即可，而不需要重新进行页面开发等。再者，具体的元数据还可以在多种不同场景、品类之间进行复用，例如，对于糖度、果径等元数据可以在苹果、猕猴桃等品类之间进行复用，等等。
46.从系统架构角度而言，如图1所示，本技术实施例可以提供品控系统，该品控系统可以分为质检客户端以及质检服务端(或者，也可以成为前端以及后端)。其中，质检客户端可以提供给质检人员使用，具体可以包括运行在手机等终端设备中的应用程序，或者，还可以预置在品控专用的手持设备中，等等。服务端可以用于进行元数据以及映射关系的配置，并且可以向质检客户端提供对应的元数据协议。质检客户端可以用于接收具体的品控质检请求，确定出需要质检的场景以及品类信息后，可以从服务端获取到多条元数据，之后，可以根据元数据协议渲染出对应的多个目标品控质检项，并通过对所述目标品控质检项进行布局，展示出品控质检页面。之后，质检人员可以通过质检客户端进行质检数据的填写，例
如，包括具体的果径大小，等等。在实际应用中，主要可以以单据(例如，采购单、仓内分装工单、用户订单等等)为单位进行品控质检，质检人员在完成对多个单据的质检之后，还可以将各个单据对应的质检数据提供给管理客户端，由质检管理人员进行查看，等等。
47.下面对本技术实施例提供的具体实现方案进行详细介绍。
48.实施例一
49.首先，该实施例一从前述品控系统的服务端的角度，提供了一种提供品控质检页面的方法，参见图2，该方法可以包括：
50.s201：建立元数据集合，所述集合中包括多个品控质检项对应的多条元数据，每条元数据分别用于通过多个字段上的属性信息对对应的品控质检项进行预定义，所述多个字段至少包括：品控质检项在页面中展示时的渲染方式。
51.所谓元数据，就是用来描述其他数据的数据。在本技术实施例中，具体可以是用来描述具体品类质检项的数据。具体的，每条元数据中可以包括多个字段，例如，具体可以包括名称、记录填写方式(数值或文本等)、在页面中展示时的渲染方式(例如，具体可以包括输入框、下拉框等等)、评判标准，等等。这里需要说明的是，关于评判标准，由于同一品控质检项在不同品类下可能对应不同的评判标准，因此，对于这种品控质检项，在评判标准字段还可以按照品类进行差异化表达。例如，对于“果径”这一质检项，对于苹果、猕猴桃、樱桃等不同品类，都可以对应不同的评判标准(具体果径在怎样的数值区间时，属于大果、中果，等等)。
52.具体在构建元数据时，不需要考虑具体某个品控场景或者某个具体的品类，而是可以对各种品控场景、各种品类中所有可能涉及到的品类质检项进行汇总去重，然后通过元数据的方式分别对各品类质检项进行预定义。
53.需要说明的是，由于各品控质检项可能需要通过不同字段的数据进行定义，因此，每条元数据对应的字段数量以及具体字段上的属性名称都可以是不同的。例如，对于“果径”这一品控质检项，可能需要包括“数值”字段，以用于填写具体品控对象的果径大小。而对于“色泽”这一品控质检项，则可能不需要“数值”字段，而是需要“鲜艳程度”字段，以用于填写品控对象是否足够新鲜或者出现腐败变色等情况，等等。
54.s202：建立品类及品控场景与其中部分品控质检项之间的映射关系。
55.除了通过元数据的方式对多个场景、品类可能会用到的品控质检项分别进行预定义，还可以建立品类及品控场景与其中部分品控质检项之间的映射关系。这样，通过该映射关系可以获知，如果需要在具体某个品控场景下对某个品类的品控对象进行质检，需要对哪些品控质检项进行填写。
56.例如，一个例子中，具体的映射关系可以如以下表1所示：
57.表1
[0058][0059]
s203：接收到品控请求后，确定待质检的品控对象所属的目标品类，以及对应的目标品控场景。
[0060]
在建立了元数据集合以及映射关系之后，便可以基于具体的品控请求，进行品控内容的动态生成并展示在品控页面中。其中，具体可以由质检员通过客户端发起具体的品控请求。例如，具体实现时，通常是以采购单等单据为单位进行质检，这样，可以通过客户端提供的扫码功能，对采购单的条形码等进行扫描，从而可以通过扫描到的单据号信息等，获取到具体关联的单据类型、品类信息等，而通过单据类型则可以确定出具体的品控场景，例如，具体是属于采购入库，还是仓内分装，或者打包出库，等等。
[0061]
s204：根据所述映射关系，确定所述目标品类及目标品控场景对应的多个目标品控质检项。
[0062]
在确定出品控对象所属的目标品类，以及对应的目标品控场景之后，便可以根据之前建立的映射关系，确定出在该目标品控场景下对该目标品类进行质检时，需要哪些品控质检项。例如，假设当前品控场景是采购入库，目标品类是绿叶菜，则根据表1所示的映射关系，可以确定出所需的目标品控质检项包括色泽，形态，气味，水量，硬度，成熟度，污染情况，等等。
[0063]
s205：将所述多个目标品控质检项对应的元数据提供给质检客户端，以便所述质检客户端根据所述元数据以及预置的元数据协议，渲染出对应的多个目标品控质检项对应的组件，并在对所述组件进行布局和/或确定组件之间的联动关系后展示在品控质检页面中。
[0064]
确定出在目标品控场景下对目标品类进行质检时，需要哪些品控质检项之后，可以确定出这些目标品控质检项对应的元数据，并提供给客户端。客户端则可以根据这些元数据以及预置的元数据协议，实现对各个目标品控质检项的渲染以及布局，之后，便可以展示在品控页面中。如前文所述，本技术实施例中，具体的品控页面并不是单独为某个具体的场景或者品类开发的，而是所有的场景以及品类都可以共用同一品控页面，只是针对不同的场景以及不同的品类，具体页面中展示出的品控内容会有所不同，具体是根据目标场景下具体品类对应的目标品控质检项，及这种目标品控质检项进行预定义的元数据，而动态渲染生成的。也就是说，前端不需要感知当前具体在何种场景下对什么品类进行质检，只要
知道需要展示哪些目标品控质检项，并根据具体的元数据以及元数据协议将其渲染成具体的组件，然后，还可以根据具体元数据协议对具体的组件进行排列布局，如果一些组件之间需要进行联动(例如，填写某个组件中的数据，需要将其他组件的数据进行跟随变化等)，则还可以根据这些元数据协议建立不同组件之间的联动关系。这样，有了具体渲染出的组件、组件之间的布局以及联动关系等信息，即可完成对品控内容的动态生成，之后只要展示在具体的品控页面中即可。因此，具体的元数据协议属于一种弱模型协议，可以通过配置化方式，实现同一品控页面对不同场景、品类的快速适配。
[0065]
在展示出具体的品控页面之后，质检人员就可以对页面中的各个品控质检项进行数据录入。例如，同样假设当前品控场景是采购入库，目标品类是绿叶菜，对应的目标品控质检项包括色泽，形态，气味，水量，硬度，成熟度，污染情况等。则生成的品控页面中就可以包括上述各个品控质检项对应的页面元素，具体可以包括输入框、下拉框等等。例如，如果是具体的水量、果径等，可以对应输入框，以用于输入实际对品控对象的水量、果径等的测量值。而对于色泽，形态，气味等，则可以对应下拉框，用户可以通过对下拉框中的各选项进行选择的方式，完成对应品控质检项的数据录入，等等。
[0066]
这里需要说明的是，关于色泽，形态，气味等，可以由质检人员通过观察、嗅觉感知等方式，确定其属性值，例如，对于形态，是捆扎成捆，还是散装等，对于气味，是青草香气，还是无香气，或者有异味，等等。而对于糖度、水量、污染情况等等，则可以通过相关仪器进行测量的方式来获取具体的属性值。其中，各种功能的仪器可以相互独立，也可以与品控系统一起，集成在同一手持设备中，等等。
[0067]
在完成对各目标品控项的数据录入并提交之后，可以在数据库中保存为质检记录。另外，由于具体的品控质检项还可以关联有评判标准信息，因此，还可以根据各品控质检项对应的数据录入情况，给出综合的质检评分结果，等等。也就是说，对于某个具体品控场景下对某个品类进行品控的需求而言，由于对应了多个目标品控质检项，每个品控质检项对应着各自的评判标准；这样，在位各个目标品控质检项录入具体的数据之后，就可以根据对应的评判标注，得到每个目标品控质检项的质检得分。例如，糖度值在某区间范围内时，得1分，在另一区间范围内时，得2分，等等。在分别得到每个目标品控质检项的质检得分之后，就可以计算出综合的质检评分结果。例如，可以将每个目标品控质检项的质检得分进行加权平均或者加权求和等方式，计算出综合的质检评分结果，等等。其中，在进行加权计算的过程中，需要涉及到各个目标品控质检项的权重信息，具体实现时，该权重也可以是在对具体的品控质检项进行预定义时，在元数据中通过对应的字段进行指定，等等。
[0068]
另外，由于具体实现时，主要可以基于采购单等单据来发起品控质检请求，因此，每条质检记录可以与具体的单据对应。这样，可以在数据库中对具体的单据标识、品控记录(包括多个目标品控质检项以及对应的信息录入结果、质检评分结果等)等进行存储。具体存储的信息可以提供给相关的管理人员查看，或者，还可以在收到用户投诉等情况下，作为进行定责的依据，等等。
[0069]
这里需要说明的是，由于不同的品控质检项质检，存在字段不统一的情况，并且，即使是同一品控场景下对某个品类进行质检，涉及到的各个目标品控质检项之间的字段也可能是不统一的。这就导致在对之间结果进行存储时，难以通过传统的关系型数据库中多行多列的方式进行存储。
[0070]
为此，在本技术实施例中，可以通过非结构化的方式，将具体单据对应的质检记录存储在非关系型数据库中。但是，上述以非结构化的形式进行存储的情况下，可能会存在对查询不够友好的情况。例如，质检员在针对具体的采购单等单据进行品控质检时，通过本技术实施例中的方式动态生成了品控内容，并且质检员完成对具体品控内容的填写之后，可以生成对应的质检记录；之后，可以按天等周期，将多个单据对应的质检记录汇总给管理人员进行查看。而管理人员在查看的过程中，可能会存在按品控质检项进行查询的需求。例如，需要查询果径大于10cm的单据，等等。如果要支持上述按品控质检项进行查询的功能，就需要预先针对该品控质检项建立索引。索引是对数据库表中一列或多列的值进行排序的一种结构，在传统的关系型数据库的场景下，由于每行数据对应的字段都是相同的，因此，通常可以指定数据库的某一列或者某几列字段建立索引。但是，在本技术实施例中，由于不同元数据中对应的字段可能是不同的，因此，无法按照传统的关系型数据库的方式构建索引。
[0071]
为此，在本技术实施例中，还可以在数据库自身的索引能力的基础上，通过为具体的品控场景指定需要建立索引的品控质检项的方式，分别为各品控场景构建基于关系型数据库的索引结构。例如，对于入库质检这一场景，可以指定在“果径”、“硬度”等品控质检项上构建索引，对于仓内分装质检的场景中，可以指定在“硬度”、“色泽”等品控质检项上构建索引，等等。也就是说，在本技术实施例中，对于不同的品控场景，可以选择不同的品控质检项作为索引字段。
[0072]
具体实现时，为了达到上述为不同的品控场景在不同的品控质检项上构建索引的目的，还可以在进行元数据配置时，提供用于是否在各个品控场景下针对具体品控质检项建立索引的选项。例如，在为某个品控质检项配置元数据时，可以创建多个字段，例如，如前述例子中，对于“果径”这一质检项，具体的字段可以包括名称、信息填写方式、渲染方式、评判标准，等等。而为了实现动态化的索引构建，还可以在创建上述字段的同时，指定是否需要针对某品控场景，将该品控质检项作为索引字段。例如，可以在上述字段基础上增加一个“索引”字段，在该字段中指定在哪个或者哪几个场景中，基于该品控质检项构建索引，等等。具体实现时，同一品控场景及品类通常需要通过多个品控质检项进行质检，但是，可能不是对每个品控质检项都具有查询的需求，因此，可以仅对有查询需求的品控质检项进行索引字段的指定即可。
[0073]
在完成对各项质检项对应的元数据的配置之后，就可以分别为多个品控场景构建各自的索引表，每个索引表中可以包括对应品控场景下被指定需要构建索引的多个品控质检项，作为对应品控场景下的索引字段。这样，后续具体为某单据动态生成品控内容，并且质检执行者为该单据生成质检记录后(在多个目标品控质检项下进行了具体信息的录入)，在索引表中也可以产生对应的记录。这样，在将多个单据对应的质检记录汇总到质检管理者处之后，可以按照不同的品控场景，对质检记录进行展示，并且，可以展示出该品控场景下可查询的索引字段。例如，在入库质检场景下，基于“果径”、“硬度”等建立了索引，则可以在质检记录页面中，提供基于“果径”、“硬度”等进行查询的操作控件，这样，以用于从“果径”、“硬度”等维度上进行查询。例如，“果径”字段下，具体的属性值包括“5～8cm”、“8～10cm”、“大于10cm”，等等。如果选择其中的“大于10cm”，则可以将当前各条质检记录中，含有“果径”这一品控质检项，且该品控质检项的属性值“大于10cm”的质检记录筛选出来进行
返回，等等。
[0074]
也就是说，本技术实施例中，可以基于关系型数据库中的索引能力，通过在元数据中为具体的品控场景指定具体需要建立索引的品控质检项的方式，可以建立起索引表。这一，即使通过非关系型数据库对具体的质检记录进行保存，也可以实现基于字段的查询。
[0075]
总之，通过本技术实施例，可以通过元数据的方式对品控质检项进行预定义，其中可以包括具体的品控质检项在页面中展示时的渲染方式信息。另外，还可以建立品类及品控场景与其中部分品控质检项之间的映射关系。这样，在需要针对目标单据进行品控质检时，可以首先确定待质检的品控对象所属的目标品类，以及对应的目标品控场景，然后，根据所述映射关系，确定所述目标品类及目标品控场景对应的多个目标品控质检项。再将所述多个目标品控质检项对应的元数据提供给质检客户端，相应的，所述质检客户端便可以根据所述元数据以及预置的元数据协议，渲染出对应的多个目标品控质检项对应的组件，并在对所述组件进行布局和/或确定组件之间的联动关系后展示在品控质检页面中。由于元数据以及映射关系通常不需要频繁变化，因此，通常只需要使用预先生成的一份元数据集合以及一份映射关系表，前端便可以实现对多种不同场景、不同品类对应的品控内容以及品控页面的动态生成。并且，在此过程中，不需要分别为各个场景、品类分别预先进行表格设计、页面开发等，而是可以根据具体品控场景、品类的需求，动态生成品控内容。因此，可以降低在系统前后端进行开发适配的工作量，实现快速适配。另外，具体的元数据还可以在多种不同场景、品类之间进行复用，因此，也可以降低所需存储以及维护的数据量。
[0076]
实施例二
[0077]
该实施例二是与实施例一对应的，从质检客户端的角度，提供了一种提供品控质检页面的方法，参见图3，该方法可以包括：
[0078]
s301：质检客户端接收到针对目标单据的品控请求后，确定待质检的品控对象所属的目标品类，以及对应的目标品控场景；
[0079]
s302：向服务端提交在所述目标品控场景下对所述目标品类的品控对象进行品控的请求，以便所述服务端确定所述目标品控场景所述目标品类对应的多个目标品控质检项，并返回所述多个目标品控质检项对应的元数据，所述元数据用于通过多个字段上的属性信息对目标品控质检项进行预定义，所述多个字段至少包括：品控质检项在页面中展示时的渲染方式；
[0080]
s303：根据所述服务端返回的多个目标品控质检项对应的元数据，以及预置的元数据协议，渲染出对应的多个目标品控质检项对应的组件，并在对所述组件进行布局和/或确定组件之间的联动关系后展示在品控质检页面中。
[0081]
关于该实施例二中的未详述部分，可以参见实施例一以及本技术说明书其他部分的记载，这里不再赘述。
[0082]
需要说明的是，本技术实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
[0083]
与实施例一相对应，本技术实施例还提供了一种提供品控质检页面的装置，参见图4，该装置可以包括：
[0084]
元数据建立单元401，用于建立元数据集合，所述集合中包括多条元数据，分别用
于通过多个字段上的属性信息对多个品控质检项进行预定义，所述多个字段至少包括：品控质检项在页面中展示时的渲染方式；
[0085]
映射关系建立单元402，用于建立品类及品控场景与其中部分品控质检项之间的映射关系；
[0086]
目标场景及品类确定单元403，用于接收到针对目标单据的品控请求后，确定待质检的品控对象所属的目标品类，以及对应的目标品控场景；
[0087]
目标品控质检项确定单元404，用于根据所述映射关系，确定所述目标品类及目标品控场景对应的多个目标品控质检项；
[0088]
元数据提供单元405，用于将所述多个目标品控质检项对应的元数据提供给质检客户端，以便所述质检客户端根据所述元数据以及预置的元数据协议，渲染出对应的多个目标品控质检项对应的组件，并在对所述组件进行布局和/或确定组件之间的联动关系后展示在品控质检页面中。
[0089]
其中，所述多个字段还包括品控质检项对应的评判标准信息；
[0090]
所述装置还可以包括：
[0091]
评判单元，用于接收到所述质检客户端提交的关于所述目标单据对应的多个目标品控质检项的质检数据后，根据所述质检数据以及对应的评判标准信息，对所述目标单据关联的所述品控对象在所述目标品控场景下是否符合条件进行评判。
[0092]
具体的，所述评判单元具体可以用于：
[0093]
根据所述品控质检项对应的质检数据以及所述评判标准信息，分别得到所述多个目标品控质检项的质检得分；
[0094]
通过将多个目标品控质检项的质检得分进行加权汇总，确定所述目标单据的质检结果，以便根据所述目标单据的质检结果，对所述目标单据关联的所述品控对象在所述目标品控场景下是否符合条件进行评判。
[0095]
其中，所述元数据的多个字段中还包括权重字段，以用于对所述多个目标品控质检项的质检得分进行加权汇总。
[0096]
另外，该装置还可以包括：
[0097]
汇总展示单元，用于将同一品控场景下，多个目标单据对应的质检记录，汇总到管理客户端进行展示，所述质检记录中包括所述目标单据在多个目标品控质检项下的质检数据以及所述评判结果。
[0098]
其中，不同的品控质检项通过不同的元数据字段进行定义；
[0099]
所述元数据中的多个字段还包括索引配置字段，所述索引配置字段用于对是否针对某品控场景在对应的品控质检项上构建索引进行配置；
[0100]
所述装置还可以包括：
[0101]
索引表创建单元，用于根据各品控质检项对应的元数据中所述索引配置字段，分别为不同的品控场景创建索引表；所述索引表中包括多个索引字段，所述索引字段时根据同一品控场景中，需要建立索引的品控质检项进行确定的；
[0102]
索引信息保存单元，用于在接收到所述目标单据对应的质检记录后，保存到对应的品控场景的索引表中，以便在所述对应的品控场景下，基于所述索引字段，对质检记录进行查询。
[0103]
与实施例二相对应，本技术实施例还提供了一种提供品控质检页面的装置，参见图5，该装置应用于质检客户端，包括：
[0104]
目标场景及品类确定单元501，用于接收到针对目标单据的品控请求后，确定待质检的品控对象所属的目标品类，以及对应的目标品控场景；
[0105]
请求提交单元502，用于向服务端提交在所述目标品控场景下对所述目标品类的品控对象进行品控的请求，以便所述服务端确定所述目标品控场景所述目标品类对应的多个目标品控质检项，并返回所述多个目标品控质检项对应的元数据，所述元数据用于通过多个字段上的属性信息对目标品控质检项进行预定义，所述多个字段至少包括：品控质检项在页面中展示时的渲染方式；
[0106]
渲染展示单元503，用于根据所述服务端返回的多个目标品控质检项对应的元数据，以及预置的元数据协议，渲染出对应的多个目标品控质检项对应的组件，并在对所述组件进行布局和/或确定组件之间的联动关系后展示在品控质检页面中。
[0107]
另外，本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。
[0108]
以及一种电子设备，包括：
[0109]
一个或多个处理器；以及
[0110]
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。
[0111]
其中，图6示例性的展示出了电子设备的架构，例如，设备600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。
[0112]
参照图6，设备600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(i/o)的接口612，传感器组件614，以及通信组件616。
[0113]
处理组件602通常控制设备600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件602可以包括一个或多个处理器620来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理部件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。
[0114]
存储器604被配置为存储各种类型的数据以支持在设备600的操作。这些数据的示例包括用于在设备600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
[0115]
电源组件606为设备600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为设备600生成、管理和分配电力相关联的组件。
[0116]
多媒体组件608包括在设备600和用户之间的提供一个输出接口的屏幕。在一些实
施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当设备600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
[0117]
音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(mic)，当设备600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。
[0118]
i/o接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
[0119]
传感器组件614包括一个或多个传感器，用于为设备600提供各个方面的状态评估。例如，传感器组件614可以检测到设备600的打开/关闭状态，组件的相对定位，例如所述组件为设备600的显示器和小键盘，传感器组件614还可以检测设备600或设备600一个组件的位置改变，用户与设备600接触的存在或不存在，设备600方位或加速/减速和设备600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
[0120]
通信组件616被配置为便于设备600和其他设备之间有线或无线方式的通信。设备600可以接入基于通信标准的无线网络，如wifi，或2g、3g、4g/lte、5g等移动通信网络。在一个示例性实施例中，通信部件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件616还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
[0121]
在示例性实施例中，设备600可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
[0122]
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由设备600的处理器620执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0123]
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备
(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例或者实施例的某些部分所述的方法。
[0124]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0125]
以上对本技术所提供的提供品控质检页面的方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本技术的限制。