用于共享车辆车型数据的管理系统、方法

技术领域

本申请涉及车辆技术领域，特别涉及一种用于共享车辆车型数据的管理系统、方法。

背景技术

近年来车辆制造与服务销售领域有着强烈的信息化建设与创新发展的需求，具有从传统的工业信息化领域向新零售、新服务、新智造领域转型的迫切压力。虽然经过了多年的工业信息化发展与建设，各分支领域的信息化建设比较完备，但纵观车辆生产销售与服务整个产业链条，车辆的基础数据不共享、不互通，各系统之间的标准、内容不统一等问题依然存在，数据烟囱、数据孤岛的现象亟待概述。

然而，相关企业在向先进生产智造与智慧服务销售转型时，周边系统信息化建设上各自投入大量资源进行底层数据的维护，存在的不足十分明显：

(1)重复造轮子造成资源浪费；

(2)相同性质的数据在各自系统中独立沉淀与维护，数据的及时性、准确性得不到有效保障；

(3)不同系统中如有互联互通需求，还需对车辆车型基础数据做特殊的处理转化。

申请内容

本申请提供一种用于共享车辆车型数据的管理系统、方法，解决了相关技术中出现的重复造轮子造成资源浪费，相同性质的数据再各自系统中独立沉淀与维护，数据的及时性、准确性得不到有效保障，以及不同系统中如有互联互通需求，还需对车辆车型基础数据做特殊的处理转化的问题，实现在企业向先进生产智造与智慧服务销售转型时，提供统一的车辆车型基础数据的服务输出。

本申请第一方面实施例提供一种用于共享车辆车型数据的管理系统，包括：

构建模块，用于分析业务系统需求，提取业务系统对车辆车型基础数据的需求清单，并根据需求清单构建数据库表单；

处理模块，用于根据业务系统的当前系统情况和业务现状生成实际车型车辆基础数据；

维护模块，用于在使用过程中，按照预设机制或者维护指示维护车型车辆基础数据。

可选地，还包括：

数据汇聚模块，用于从预设渠道抽取并汇聚汽车数据，并基于所述汽车数据生成所述车辆车型基础数据。

可选地，还包括：

数据可信性仲裁/告警模块，用于检测所述车辆车型基础数据中是否存在异常数据，且在存在所述异常数据时，生成所述异常数据的溯源告警信息。

可选地，还包括：

数据标准化模块，用于对经过所述数据可信性仲裁/告警模块处理后的可信数据进行清洗，将清洗后的可信数据进行调优处理。

可选地，还包括：

数据服务开放组件模块，用于根据所述车辆车型基础数据按照预设的标准交互方式生成交互数据。

本申请第二方面实施例提供一种用于共享车辆车型数据的管理方法，包括：

分析业务系统需求，提取所述业务系统对车辆车型基础数据的需求清单，并根据所述需求清单构建数据库表单；

根据所述业务系统的当前系统情况和业务现状生成实际车型车辆基础数据；以及

在使用过程中，按照预设机制或者维护指示维护所述车型车辆基础数据。

可选地，还包括：

从预设渠道抽取并汇聚汽车数据，并基于所述汽车数据生成所述车辆车型基础数据。

可选地，还包括：

检测所述车辆车型基础数据中是否存在异常数据，且在存在所述异常数据时，生成所述异常数据的溯源告警信息。

可选地，还包括：

对经过所述数据可信性仲裁/告警模块处理后的可信数据进行清洗，将清洗后的可信数据进行调优处理；

根据所述车辆车型基础数据按照预设的标准交互方式生成交互数据。

本申请第三方面实施例提供一种车辆车型信息管理后台系统，其包括上述的用于共享车辆车型数据的管理系统。

由此，解决了相关技术中出现的重复造轮子造成资源浪费，相同性质的数据再各自系统中独立沉淀与维护，数据的及时性、准确性得不到有效保障，以及不同系统中如有互联互通需求，还需对车辆车型基础数据做特殊的处理转化的问题，实现在企业向先进生产智造与智慧服务销售转型时，提供统一的车辆车型基础数据的服务输出。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的一种用于共享车辆车型数据的管理系统的方框示意图；

图2为根据本申请一个实施例的车辆车型数据流转示例图；

图3为根据本申请一个实施例的车辆车型主数据结构示意图；

图4为根据本申请实施例的用于共享车辆车型数据的管理方法的流程图；

图5为根据本申请实施例的车辆车型信息管理后台系统的方框示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的用于共享车辆车型数据的管理系统、方法及车辆车型信息管理后台系统。

在介绍本申请实施例得到用于共享车辆车型数据的管理系统之前，先简单介绍下相关技术中的技术方案。

为了解决各业务系统中对车型车辆基础数据的使用需求，各业务系统会根据实际业务需求范围，自行设计车辆车型的基础数据字段与类型，通过数据导入、人工维护、单一来源数据同步等各种手段初始化数据。具体的实现路径如下：

1、分析业务系统需求，提取业务系统对车辆车型基础数据的需求清单，围绕清单构建数据库表单。

2、根据系统的实际情况与业务现状，对数据进行初始化处理。

3、日常使用过程中，由专门的人员与机制，去维护更新车辆车型基础数据。

该方案得到具体方式为：依赖ETL(Extracttransformload，数据仓库技术)具来做各系统数据的定时抽取，需要定时任务系统来做数据抽取任务的调度。

然而，方案虽然可以满足单一系统对车辆车型基础数据的使用需求，但存在的不足也十分明显：

(1)重复造轮子造成资源浪费；不同的项目对车辆车型基础数据的需求是类似甚至相同的，但由于没有统一的基础数据服务提供，导致不同的信息化系统建设时，都需要抽出一部分资源，去单独开发维护基础数据；

(2)相同性质的数据再各自系统中独立沉淀与维护，数据的及时性、准确性得不到有效保障；不同系统的数据更新触发机制各不相同，在后续运维的过程中，多个系统中相同的数据需要工作人员去手动检查、维护、校准数据，增加了保障运维人员的工作量；

(3)不同系统中如有互联互通需求，还需对车辆车型基础数据做特殊的处理转化；确保各系统中，对类似字段的格式相同。因不同的系统有不同的数据更新维护机制，这也导致数据的内容本身也存在不一致的可能性，如何发现、并对数据进行告警纠错，以及如何裁判哪个系统中的数据是精准的，也成为实际使用过程中，一个难以逾越的困难。

由此，本申请提供了一种用于共享车辆车型数据的管理系统，解决了相关技术中出现的重复造轮子造成资源浪费，相同性质的数据再各自系统中独立沉淀与维护，数据的及时性、准确性得不到有效保障，以及不同系统中如有互联互通需求，还需对车辆车型基础数据做特殊的处理转化的问题，实现在企业向先进生产智造与智慧服务销售转型时，提供统一的车辆车型基础数据的服务输出。

具体而言，图1为本申请实施例所提供的一种用于共享车辆车型数据的管理系统的方框示意图。

如图1所示，该用于共享车辆车型数据的管理系统10包括：构建模块100、处理模块200和维护模块300。

其中，构建模块100用于分析业务系统需求，提取业务系统对车辆车型基础数据的需求清单，并根据需求清单构建数据库表单；处理模块200用于根据业务系统的当前系统情况和业务现状生成实际车型车辆基础数据；维护模块300用于在使用过程中，按照预设机制或者维护指示维护车型车辆基础数据。

由此，实现在企业向先进生产智造与智慧服务销售转型时，提供统一的车辆车型基础数据的服务输出。

可选地，上述的用于共享车辆车型数据的管理系统10，还包括：数据汇聚模块，用于从预设渠道抽取并汇聚汽车数据，并基于汽车数据生成车辆车型基础数据。

可以理解的是，本申请实施例的管理系统可以从多个外部系统中获取相关数据，如图2中外部系统与数据汇聚部分，上述等多个系统可能为：制造企业生产过程执行管理系统(MES)、企业资源管理系统(systems applications and products in dataprocessing，SAP)、客户关系管理系统(Customer Relationship Management，CRM)、汽车经销商管理系统(Dealer Management System，DMS)的一个或多个。

系统获取到以上数据后，根据数据的不同类型与来源，对数据进行分类整理，将这些车辆车型数据划分为物料数据、营销数据、动力数据、配置数据、外观数据等，即如图3所示的数据来源与数据汇聚部分。

可选地，上述的用于共享车辆车型数据的管理系统10，还包括：数据可信性仲裁/告警模块，用于检测车辆车型基础数据中是否存在异常数据，且在存在异常数据时，生成异常数据的溯源告警信息。

可以理解的是，本申请实施例还可以对汇聚完成的数据，依据唯一的车辆VIN(Vehicle Identification Number，车辆识别号码)码(对于车辆)与整车物料号(对于车型)，对比各来源的数据准确性。经过数据可信性鉴权与仲裁模块进行数据准确性的判断。

如各来源的数据一致，则数据进入下一阶段。

如各来源数不一致，则通过内部的匹配判断机制(根据设定的数据来源的可信度权重值+与其它系统数据吻合度来计算可信度分值)，对各数据来源的可信性进行打分判断，并采用可信分数最高的结果进入下一阶段，具体如图2所示。

对于被系统判定可信度低的数据，将通过异常告警通知服务，溯源数据的来源系统，将系统判断结果进行告警通知或回传，提醒对应系统的运维人员关注异常数据情况。

系统自动仲裁后，可进入人工干预处理流程，由人工判定数据字段的准确度，通过人工干预可信度分值的方法实现最终是用数据的选择。

可选地，上述的用于共享车辆车型数据的管理系统，还包括：数据标准化模块，用于对经过数据可信性仲裁/告警模块处理后的可信数据进行清洗，将清洗后的可信数据进行调优处理。

可以理解的是，如图2数据入库与数据标准化部分所示，本申请实施例可以将经过数据可信判断仲裁的数据，进行数据入库。随后根据不同的数据属性，分别建立车辆基础表、车型基础表、车系数据表、配置数据表、颜色数据表、销售权限表。并提供可视化的操作界面，为管理运维人员提供人工调优的功能，如图3数据标准化部分所示。确保后续服务输出的数据安全、可控、准确、高效。

最终将不同来源的可信度分值最高的数据做汇聚处理，将最终结果汇聚成单一结果数据表中。

可选地，上述的用于共享车辆车型数据的管理系统，还包括：数据服务开放组件模块，用于根据车辆车型基础数据按照预设的标准交互方式生成交互数据。

可以理解的是，标准化后的车辆车型基础数据将具备对外输出标准数据服务的能力。外部系统通过数据服务开放组件，采用标准API(Application ProgrammingInterface，应用程序接口)接口方式、SDK(Software Development Kit，软件开发工具包)集成方式、文件同步交互方式。

对数据支持的文件格式有XML(Extensible Markup Language，可扩展标记语言)格式、Json格式、SQL(Structured Query Language，结构化查询语言)格式和DMP格式。

以上数据可支撑企业的各类信息化业务系统，如在线售车系统、试乘试驾系统、车主服务系统、车友会系统、安全管控系统等对车辆车型基础数据的业务需求。

综上，本申请实施例的用于共享车辆车型数据的管理系统，通过上述四个模块分别实现对车辆车型基础数据的抽取与汇聚；对多各外部系统数据进行可信性的鉴别&仲裁，并对异常数据进行溯源告警；将可信数据进行标准化清洗入库并进行数据调优；对外通过标准API、SDK、文件交互等方式提供数据开放服务功能。

根据本申请实施例提出的用于共享车辆车型数据的管理系统，可以分析业务系统需求，提取业务系统对车辆车型基础数据的需求清单，并根据需求清单构建数据库表单，并根据业务系统的当前系统情况和业务现状生成实际车型车辆基础数据，并在使用过程中，按照预设机制或者维护指示维护车型车辆基础数据，解决了相关技术中出现的重复造轮子造成资源浪费，相同性质的数据再各自系统中独立沉淀与维护，数据的及时性、准确性得不到有效保障，以及不同系统中如有互联互通需求，还需对车辆车型基础数据做特殊的处理转化的问题，实现在企业向先进生产智造与智慧服务销售转型时，提供统一的车辆车型基础数据的服务输出。

其次参照附图描述根据本申请实施例提出的用于共享车辆车型数据的管理方法。

图4是本申请实施例的用于共享车辆车型数据的管理方法的流程图。

如图4所示，该用于共享车辆车型数据的管理方法包括以下步骤：

在步骤S401中，分析业务系统需求，提取业务系统对车辆车型基础数据的需求清单，并根据需求清单构建数据库表单。

在步骤S402中，根据业务系统的当前系统情况和业务现状生成实际车型车辆基础数据。

在步骤S403中，在使用过程中，按照预设机制或者维护指示维护车型车辆基础数据。

可选地，上述的用于共享车辆车型数据的管理方法，还包括：

从预设渠道抽取并汇聚汽车数据，并基于汽车数据生成车辆车型基础数据。

可选地，上述的用于共享车辆车型数据的管理方法，还包括：

检测车辆车型基础数据中是否存在异常数据，且在存在异常数据时，生成异常数据的溯源告警信息。

可选地，上述的用于共享车辆车型数据的管理方法，还包括：

对经过数据可信性仲裁/告警模块处理后的可信数据进行清洗，将清洗后的可信数据进行调优处理；

根据车辆车型基础数据按照预设的标准交互方式生成交互数据。

需要说明的是，前述对用于共享车辆车型数据的管理系统实施例的解释说明也适用于该实施例的用于共享车辆车型数据的管理方法，此处不再赘述。

根据本申请实施例提出的用于共享车辆车型数据的管理系统方法，可以分析业务系统需求，提取业务系统对车辆车型基础数据的需求清单，并根据需求清单构建数据库表单，并根据业务系统的当前系统情况和业务现状生成实际车型车辆基础数据，并在使用过程中，按照预设机制或者维护指示维护车型车辆基础数据，解决了相关技术中出现的重复造轮子造成资源浪费，相同性质的数据再各自系统中独立沉淀与维护，数据的及时性、准确性得不到有效保障，以及不同系统中如有互联互通需求，还需对车辆车型基础数据做特殊的处理转化的问题，实现在企业向先进生产智造与智慧服务销售转型时，提供统一的车辆车型基础数据的服务输出。

此外，如图5所示，本申请实施例还提出一种车辆车型信息管理后台系统20，该车辆车型信息管理后台系统20包括上述的用于共享车辆车型数据的管理系统10。

根据本申请实施例提出的车型信息管理后台系统，通过上述的用于共享车辆车型数据的管理系统，解决了相关技术中出现的重复造轮子造成资源浪费，相同性质的数据再各自系统中独立沉淀与维护，数据的及时性、准确性得不到有效保障，以及不同系统中如有互联互通需求，还需对车辆车型基础数据做特殊的处理转化的问题，实现在企业向先进生产智造与智慧服务销售转型时，提供统一的车辆车型基础数据的服务输出。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或N个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。