CN111131266A - 一种数据标签、追责方法及装置 - Google Patents

Abstract

本申请实施例公开了一种数据标签、追责方法及装置，通过对用户端上传的数据打上身份信息、时间以及路由信息的标签，使得在应用数据包时，能够对预设场景下识别为无效数据包，甚至无效的数据，根据身份标签、时间戳标签以及路由标签进行用户端的追责提示，能够清楚快速地定位到提供无效数据的主体、时间以及主体提供数据的路径，解决了现有的技术对于一些数据看似有效但实际在特定场景下属于无效的数据，是无法确定数据的提供方，尤其是在多元数据混合应用的情况下，无法对数据的提供方进行定位和追责的技术问题。

Description

一种数据标签、追责方法及装置

技术领域

本申请涉及数据分析技术领域，尤其涉及一种数据标签、追责方法及装置。

背景技术

随着信息技术的发展，在存在多系统互联情况下的异构数据系统内，在对多元数据混合应用后，会发现存在某一个数据无效的情况。多元数据指的是来自多主体提供的不同数据项的整合，或是多主体针对同一个数据项提供各自的数据值的整合。混合应用指的是整合的数据包在多次被不同的应用端应用并叠加数据的过程，即同一个数据包可应用的场景不固定。

现有的数据识别主要针对数据采集阶段的识别，数据采集阶段对无效数据的提供方进行追责，提示数据的提供方该数据无效。而对于一些数据看似有效但实际在特定场景下属于无效的数据，是无法确定数据的提供方，尤其是在多元数据混合应用的情况下，无法对数据的提供方进行定位和追责。

发明内容

本申请实施例提供了一种数据标签、追责方法及装置，解决了现有的技术对于一些数据看似有效但实际在特定场景下属于无效的数据，是无法确定数据的提供方，尤其是在多元数据混合应用的情况下，无法对数据的提供方进行定位和追责的技术问题。

有鉴于此，本申请第一方面提供了一种数据标签方法，该方法应用于基于三层架构的数据系统，所述基于三层架构的数据系统包括应用层、管理层以及支撑层，所述应用层中包括至少一个用户端，所述管理层包括数据标签装置以及数据追责装置，所述支撑层向所述管理层提供组件服务，所述应用层、所述管理层以及所述支撑层之间通过异构数据传输协议进行数据传输，所述方法包括：

获取所述用户端上传的至少一个数据，所述数据包括数据项以及数据值；

根据所述用户端的身份信息，向所述数据增加身份标签；

根据所述用户端上传数据的时间，向所述数据增加时间戳标签；

根据所述用户端对所述数据的路由信息，向所述数据增加路由标签。

可选地，所述根据所述用户端对所述数据的路由信息，向所述数据增加路由标签之后还包括：

将所述用户端上传的两个或两个以上数据整合为一个数据包。

可选地，所述根据所述用户端对所述数据的路由信息，向所述数据增加路由标签之后还包括：

将两个或两个以上所述用户端上传的数据项相同的所述数据整合为一个数据包。

本申请第二方面提供一种数据追责方法，该方法应用于基于三层架构的数据系统，所述基于三层架构的数据系统包括应用层、管理层以及支撑层，所述应用层中包括至少一个用户端，所述管理层包括数据标签装置以及数据追责装置，所述支撑层向所述管理层提供组件服务，所述应用层、所述管理层以及所述支撑层之间通过异构数据传输协议进行数据传输，所述方法包括：

根据所述用户端上传的至少一个数据生成数据包，所述数据包中包括至少一个数据，所述数据包括数据项、数据值、身份标签、时间戳标签以及路由标签；

若识别所述数据包在预设场景下为无效数据包，则对所述数据包中的所述数据在所述预设场景下的有效性进行识别；

若识别所述数据在所述预设场景下为无效数据，则根据所述数据的身份标签、时间戳标签以及路由标签向所述数据的用户端进行追责提示。

可选地，所述数据包中包括一个用户端上传的两个或两个以上数据。

可选地，所述数据包中包括两个或两个以上用户端上传的数据项相同的数据。

本申请第三方面提供一种数据标签装置，该装置应用于基于三层架构的数据系统，所述基于三层架构的数据系统包括应用层、管理层以及支撑层，所述应用层中包括至少一个用户端，所述管理层包括所述数据标签装置以及数据追责装置，所述支撑层向所述管理层提供组件服务，所述应用层、所述管理层以及所述支撑层之间通过异构数据传输协议进行数据传输，所述装置包括：

获取单元，用于获取所述用户端上传的至少一个数据，所述数据包括数据项以及数据值；

第一标签单元，用于根据所述用户端的身份信息，向所述数据增加身份标签；

第二标签单元，用于根据所述用户端上传数据的时间，向所述数据增加时间戳标签；

第三标签单元，用于根据所述用户端对所述数据的路由信息，向所述数据增加路由标签。

可选地，还包括：

第一整合单元，用于将所述用户端上传的两个或两个以上数据整合为一个数据包。

可选地，还包括：

第二整合单元，用于将两个或两个以上所述用户端上传的数据项相同的所述数据整合为一个数据包。

本申请第四方面提供一种数据追责装置，该装置应用于基于三层架构的数据系统，所述基于三层架构的数据系统包括应用层、管理层以及支撑层，所述应用层中包括至少一个用户端，所述管理层包括数据标签装置以及所述数据追责装置，所述支撑层向所述管理层提供组件服务，所述应用层、所述管理层以及所述支撑层之间通过异构数据传输协议进行数据传输，所述装置包括：

生成单元，用于根据所述用户端上传的至少一个数据生成数据包，所述数据包中包括至少一个数据，所述数据包括数据项、数据值、身份标签、时间戳标签以及路由标签；

识别单元，用于若识别所述数据包在预设场景下为无效数据包，则对所述数据包中的所述数据在所述预设场景下的有效性进行识别；

追责单元，用于若识别所述数据在所述预设场景下为无效数据，则根据所述数据的身份标签、时间戳标签以及路由标签向所述数据的用户端进行追责提示。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，提供了一种数据标签、追责方法，通过对用户端上传的数据打上身份信息、时间以及路由信息的标签，使得在应用数据包时，能够对预设场景下识别为无效数据包，甚至无效的数据，根据身份标签、时间戳标签以及路由标签进行用户端的追责提示，能够清楚快速地定位到提供无效数据的主体、时间以及主体提供数据的路径，解决了现有的技术对于一些数据看似有效但实际在特定场景下属于无效的数据，是无法确定数据的提供方，尤其是在多元数据混合应用的情况下，无法对数据的提供方进行定位和追责的技术问题。

附图说明

图1为本申请实施例中一种基于三层架构的数据系统的系统架构图；

图2为本申请实施例中一种数据标签方法的第一个流程示意图；

图3为本申请实施例中一种数据标签方法的第二个流程示意图；

图4为本申请实施例中一种数据标签方法的第三个流程示意图；

图5为本申请实施例中一种数据追责方法的一个流程示意图；

图6为本申请实施例中一种数据标签装置的一个结构示意图；

图7为本申请实施例中一种数据追责装置的一个结构示意图。

具体实施方式

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

应理解，本申请应用于基于三层架构的数据系统，如图1所示，所述基于三层架构的数据系统包括应用层、管理层以及支撑层，应用层中包括至少一个用户端，管理层包括数据标签装置以及数据追责装置，支撑层向管理层提供组件服务，应用层、管理层以及支撑层之间通过异构数据传输协议进行数据传输。

本申请设计了一种数据标签、追责方法及装置，解决了现有的技术对于一些数据看似有效但实际在特定场景下属于无效的数据，是无法确定数据的提供方，尤其是在多元数据混合应用的情况下，无法对数据的提供方进行定位和追责的技术问题。

为了便于理解，请参阅图2，图2为本申请实施例中一种数据标签方法的第一个方法流程图，如图2所示，该方法应用于基于三层架构的数据系统，基于三层架构的数据系统包括应用层、管理层以及支撑层，应用层中包括至少一个用户端，管理层包括至少一个数据中心，应用层、管理层以及支撑层之间通过异构数据传输协议进行数据传输，具体为：

201、获取用户端上传的至少一个数据，数据包括数据项以及数据值；

需要说明的是，首先将得到用户端上传的至少一个数据，数据包括数据项以及数据值，可以理解的是，同一个用户端对于同一个数据项可能存在多个数据值，一个数据只有一个数据项以及一个数据值，不同的数据值将分为多个数据生成。

202、根据用户端的身份信息，向数据增加身份标签；

需要说明的是，根据上传数据的用户端的身份信息，向数据增加身份标签，身份标签包括但不限于用户ID值、用户名信息等。

203、根据用户端上传数据的时间，向数据增加时间戳标签；

需要说明的是，根据用户端上传数据的时间，向数据增加时间戳标签，由于相同的数据可能会产生于不同的时间点，为了便于数据追责，确定无效数据的上传时间，需要对数据打上时间戳标签。

204、根据用户端对数据的路由信息，向数据增加路由标签。

需要说明的是，根据用户端对数据的路由信息，即用户端会将数据传输的路径数据，向数据增加路由标签，由于相同的数据可能会传输到不同的目的地，为了便于数据追责，确定无效数据的传输路径，需要对数据打上路由标签。

本申请实施例中，提供了一种数据标签方法，通过对用户端上传的数据打上身份信息、时间以及路由信息的标签，使得在应用数据包时，能够对预设场景下识别为无效数据包，甚至无效的数据，根据身份标签、时间戳标签以及路由标签进行用户端的追责提示，能够清楚快速地定位到提供无效数据的主体、时间以及主体提供数据的路径，解决了现有的技术对于一些数据看似有效但实际在特定场景下属于无效的数据，是无法确定数据的提供方，尤其是在多元数据混合应用的情况下，无法对数据的提供方进行定位和追责的技术问题。

请参阅图3，图3为本申请实施例中一种数据标签方法的第二个方法流程图，如图3所示，该方法应用于基于三层架构的数据系统，基于三层架构的数据系统包括应用层、管理层以及支撑层，应用层中包括至少一个用户端，管理层包括至少一个数据中心，应用层、管理层以及支撑层之间通过异构数据传输协议进行数据传输，具体为：

301、获取用户端上传的至少一个数据，数据包括数据项以及数据值；

需要说明的是，首先将得到用户端上传的至少一个数据，数据包括数据项以及数据值，可以理解的是，同一个用户端对于同一个数据项可能存在多个数据值，一个数据只有一个数据项以及一个数据值，不同的数据值将分为多个数据生成。

302、根据用户端的身份信息，向数据增加身份标签；

需要说明的是，根据上传数据的用户端的身份信息，向数据增加身份标签，身份标签包括但不限于用户ID值、用户名信息等。

303、根据用户端上传数据的时间，向数据增加时间戳标签；

需要说明的是，根据用户端上传数据的时间，向数据增加时间戳标签，由于相同的数据可能会产生于不同的时间点，为了便于数据追责，确定无效数据的上传时间，需要对数据打上时间戳标签。

304、根据用户端对数据的路由信息，向数据增加路由标签；

需要说明的是，根据用户端对数据的路由信息，即用户端会将数据传输的路径数据，向数据增加路由标签，由于相同的数据可能会传输到不同的目的地，为了便于数据追责，确定无效数据的传输路径，需要对数据打上路由标签。

305、将用户端上传的两个或两个以上数据整合为一个数据包。

需要说明的是，在对数据分别打上身份标签、时间戳标签以及路由标签后，将该用户端上传的两个或两个以上数据整合为一个数据包进行传输。

请参阅图4，图4为本申请实施例中一种数据标签方法的第三个方法流程图，如图4所示，该方法应用于基于三层架构的数据系统，基于三层架构的数据系统包括应用层、管理层以及支撑层，应用层中包括至少一个用户端，管理层包括至少一个数据中心，应用层、管理层以及支撑层之间通过异构数据传输协议进行数据传输，具体为：

401、获取用户端上传的至少一个数据，数据包括数据项以及数据值；

需要说明的是，首先将得到用户端上传的至少一个数据，数据包括数据项以及数据值，可以理解的是，同一个用户端对于同一个数据项可能存在多个数据值，一个数据只有一个数据项以及一个数据值，不同的数据值将分为多个数据生成。

402、根据用户端的身份信息，向数据增加身份标签；

需要说明的是，根据上传数据的用户端的身份信息，向数据增加身份标签，身份标签包括但不限于用户ID值、用户名信息等。

403、根据用户端上传数据的时间，向数据增加时间戳标签；

需要说明的是，根据用户端上传数据的时间，向数据增加时间戳标签，由于相同的数据可能会产生于不同的时间点，为了便于数据追责，确定无效数据的上传时间，需要对数据打上时间戳标签。

404、根据用户端对数据的路由信息，向数据增加路由标签；

需要说明的是，根据用户端对数据的路由信息，即用户端会将数据传输的路径数据，向数据增加路由标签，由于相同的数据可能会传输到不同的目的地，为了便于数据追责，确定无效数据的传输路径，需要对数据打上路由标签。

405、将两个或两个以上用户端上传的数据项相同的数据整合为一个数据包。

需要说明的是，在对数据分别打上身份标签、时间戳标签以及路由标签后，将两个或两个以上用户端上传的数据项相同的数据整合为一个数据包进行传输。

请参阅图5，图5为本申请实施例中一种数据追责方法的一个方法流程图，如图5所示，该方法应用于基于三层架构的数据系统，基于三层架构的数据系统包括应用层、管理层以及支撑层，应用层中包括至少一个用户端，管理层包括至少一个数据中心，应用层、管理层以及支撑层之间通过异构数据传输协议进行数据传输，具体为：

501、根据用户端上传的至少一个数据生成数据包，数据包中包括至少一个数据，数据包括数据项、数据值、身份标签、时间戳标签以及路由标签；

需要说明的是，在应用数据包之前，首先接收到用户上传的数据，并将数据按照预设要求整合为数据包，数据包中包括至少一个数据，每一个数据都包括数据项、数据值、身份标签、时间戳标签以及路由标签，数据包中可以包括一个用户端上传的两个或两个以上数据，数据包中也可以包括两个或两个以上用户端上传的数据项相同的数据。

502、若识别数据包在预设场景下为无效数据包，则对数据包中的数据在预设场景下的有效性进行识别；

需要说明的是，在预设场景下，对数据进行有效性识别，若识别结果为无效数据包，则需要进一步对数据包中的数据在预设场景下的有效性进行二次识别。

503、若识别数据在预设场景下为无效数据，则根据数据的身份标签、时间戳标签以及路由标签向数据的用户端进行追责提示。

需要说明的是，在预设场景下若数据的有效性识别结果为无效数据，则需要根据身份标签、时间戳标签以及路由标签向数据的用户端进行追责提示，确定数据上传的主体、上传的时间以及传输的路径。

本申请实施例中，提供了一种数据追责方法，通过对用户端上传的数据打上身份信息、时间以及路由信息的标签，使得在应用数据包时，能够对预设场景下识别为无效数据包，甚至无效的数据，根据身份标签、时间戳标签以及路由标签进行用户端的追责提示，能够清楚快速地定位到提供无效数据的主体、时间以及主体提供数据的路径，解决了现有的技术对于一些数据看似有效但实际在特定场景下属于无效的数据，是无法确定数据的提供方，尤其是在多元数据混合应用的情况下，无法对数据的提供方进行定位和追责的技术问题。

请参阅图6，图6为本申请实施例中一种数据标签装置的一个结构示意图，如图6所示，该装置应用于基于三层架构的数据系统，基于三层架构的数据系统包括应用层、管理层以及支撑层，应用层中包括至少一个用户端，管理层包括数据标签装置以及数据追责装置，支撑层向管理层提供组件服务，应用层、管理层以及支撑层之间通过异构数据传输协议进行数据传输，具体为：

获取单元601，用于获取用户端上传的至少一个数据，数据包括数据项以及数据值；

第一标签单元602，用于根据用户端的身份信息，向数据增加身份标签；

第二标签单元603，用于根据用户端上传数据的时间，向数据增加时间戳标签；

第三标签单元604，用于根据用户端对数据的路由信息，向数据增加路由标签。

进一步地，还包括：

第一整合单元605，用于将用户端上传的两个或两个以上数据整合为一个数据包。

进一步地，还包括：

第二整合单元606，用于将两个或两个以上用户端上传的数据项相同的数据整合为一个数据包。

请参阅图7，图7为本申请实施例中一种数据追责装置的一个结构示意图，如图7所示，该装置应用于基于三层架构的数据系统，基于三层架构的数据系统包括应用层、管理层以及支撑层，应用层中包括至少一个用户端，管理层包括数据标签装置以及数据追责装置，支撑层向管理层提供组件服务，应用层、管理层以及支撑层之间通过异构数据传输协议进行数据传输，具体为：

生成单元701，用于根据用户端上传的至少一个数据生成数据包，数据包中包括至少一个数据，数据包括数据项、数据值、身份标签、时间戳标签以及路由标签；

识别单元702，用于若识别数据包在预设场景下为无效数据包，则对数据包中的数据在预设场景下的有效性进行识别；

追责单元703，用于若识别数据在预设场景下为无效数据，则根据数据的身份标签、时间戳标签以及路由标签向数据的用户端进行追责提示。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种数据标签方法，其特征在于，该方法应用于基于三层架构的数据系统，所述基于三层架构的数据系统包括应用层、管理层以及支撑层，所述应用层中包括至少一个用户端，所述管理层包括数据标签装置以及数据追责装置，所述支撑层向所述管理层提供组件服务，所述应用层、所述管理层以及所述支撑层之间通过异构数据传输协议进行数据传输，所述方法包括：

获取所述用户端上传的至少一个数据，所述数据包括数据项以及数据值；

根据所述用户端的身份信息，向所述数据增加身份标签；

根据所述用户端上传数据的时间，向所述数据增加时间戳标签；

根据所述用户端对所述数据的路由信息，向所述数据增加路由标签。

2.根据权利要求1所述的数据标签方法，其特征在于，所述根据所述用户端对所述数据的路由信息，向所述数据增加路由标签之后还包括：

将所述用户端上传的两个或两个以上数据整合为一个数据包。

3.根据权利要求1所述的数据标签方法，其特征在于，所述根据所述用户端对所述数据的路由信息，向所述数据增加路由标签之后还包括：

将两个或两个以上所述用户端上传的数据项相同的所述数据整合为一个数据包。

4.一种数据追责方法，其特征在于，该方法应用于基于三层架构的数据系统，所述基于三层架构的数据系统包括应用层、管理层以及支撑层，所述应用层中包括至少一个用户端，所述管理层包括数据标签装置以及数据追责装置，所述支撑层向所述管理层提供组件服务，所述应用层、所述管理层以及所述支撑层之间通过异构数据传输协议进行数据传输，所述方法包括：

根据所述用户端上传的至少一个数据生成数据包，所述数据包中包括至少一个数据，所述数据包括数据项、数据值、身份标签、时间戳标签以及路由标签；

若识别所述数据包在预设场景下为无效数据包，则对所述数据包中的所述数据在所述预设场景下的有效性进行识别；

若识别所述数据在所述预设场景下为无效数据，则根据所述数据的身份标签、时间戳标签以及路由标签向所述数据的用户端进行追责提示。

5.根据权利要求4所述的数据追责方法，其特征在于，所述数据包中包括一个用户端上传的两个或两个以上数据。

6.根据权利要求4所述的数据追责方法，其特征在于，所述数据包中包括两个或两个以上用户端上传的数据项相同的数据。

7.一种数据标签装置，其特征在于，该装置应用于基于三层架构的数据系统，所述基于三层架构的数据系统包括应用层、管理层以及支撑层，所述应用层中包括至少一个用户端，所述管理层包括所述数据标签装置以及数据追责装置，所述支撑层向所述管理层提供组件服务，所述应用层、所述管理层以及所述支撑层之间通过异构数据传输协议进行数据传输，所述装置包括：

获取单元，用于获取所述用户端上传的至少一个数据，所述数据包括数据项以及数据值；

第一标签单元，用于根据所述用户端的身份信息，向所述数据增加身份标签；

第二标签单元，用于根据所述用户端上传数据的时间，向所述数据增加时间戳标签；

第三标签单元，用于根据所述用户端对所述数据的路由信息，向所述数据增加路由标签。

8.根据权利要求7所述的数据标签装置，其特征在于，还包括：

第一整合单元，用于将所述用户端上传的两个或两个以上数据整合为一个数据包。

9.根据权利要求7所述的数据标签装置，其特征在于，还包括：

第二整合单元，用于将两个或两个以上所述用户端上传的数据项相同的所述数据整合为一个数据包。

10.一种数据追责装置，其特征在于，该装置应用于基于三层架构的数据系统，所述基于三层架构的数据系统包括应用层、管理层以及支撑层，所述应用层中包括至少一个用户端，所述管理层包括数据标签装置以及所述数据追责装置，所述支撑层向所述管理层提供组件服务，所述应用层、所述管理层以及所述支撑层之间通过异构数据传输协议进行数据传输，所述装置包括：

生成单元，用于根据所述用户端上传的至少一个数据生成数据包，所述数据包中包括至少一个数据，所述数据包括数据项、数据值、身份标签、时间戳标签以及路由标签；

识别单元，用于若识别所述数据包在预设场景下为无效数据包，则对所述数据包中的所述数据在所述预设场景下的有效性进行识别；

追责单元，用于若识别所述数据在所述预设场景下为无效数据，则根据所述数据的身份标签、时间戳标签以及路由标签向所述数据的用户端进行追责提示。

Images