用于检测车辆中的伪造零件的系统和方法

摘要

一种用于检测车辆中的伪造零件的方法包括：为多个部件生成部件标识符(ID)，其中，每个部件ID标识该多个部件中的唯一部件。将这些部件ID存储到分散式数据库。生成唯一地标识车辆的车辆标识符(ID)，并且将该车辆ID存储到分散式数据库，将存储在分散式数据库中的与该车辆的部件相关联的部件ID与车辆ID进行关联。该方法包括：随后，确定该车辆的部件已经用替换部件替换；以及搜索分散式数据库以找到与替换部件相关联的部件ID。如果未找到与替换部件相关联的部件ID，则确定替换部件是伪造部件，并且向所述车辆发出指示该确定的警报。否则，当找到与替换部件相关联的部件ID时，更新分散式数据库以将与替换部件相关联的部件ID与车辆ID进行关联。

说明书

技术领域

本申请总体上涉及用于复杂设备的制造和维护过程。特别地，本申请描述了一种用于检测车辆中的伪造零件的系统和方法。

背景技术

诸如车辆制造等原始设备制造商(OEM)在制造设备(例如，车辆)时依赖于来自各种供应商的部件。例如，部件和原材料可以由1级、2级和3级供应商提供。所制造的车辆可能会被出售给经销商，这些经销商又将车辆出售给最终用户。最终用户最后又可以将这些车辆出售给后继的最终用户。

当车辆出现问题时，这些最终用户可能会将车辆带到修理店，该修理店可能是由经销商或者由第三方运营的。在一些情况下，车辆的修理可能需要替换零件。修理店可能会从OEM、或者直接从经OEM批准的供应商、或者从其他第三方来源获得替换零件。

不幸的是，为了节约成本，一些修理店可能会从未经批准的供应商(即，未经OEM批准的供应商)获得替换零件。未经批准的零件可能是由使用供应商品牌的供应商生产的。未经批准的零件可能是由零件市场中的生产伪造零件/部件并将这些部件出售给修理店的供应商生产的。在一些实例中，未经批准的零件可能不与车辆完全兼容。例如，该零件的额定值可能无法处理其所处的环境。该零件可能是使用较次的技术来制造的。关于未经批准的零件的这些和其他问题可能导致零件无法按要求操作、或者零件和/或车辆的较早发生故障。在一些情况下，使用未经批准的零件可能会引起可能危及生命的安全问题。

发明内容

在一个方面，一种用于检测车辆中的伪造零件的方法包括：为多个部件生成部件标识符(ID)，其中，每个部件ID标识所述多个部件中的唯一部件。将这些部件ID存储到分散式数据库。生成唯一地标识车辆的车辆标识符(ID)，并且将该车辆ID存储到分散式数据库。将存储在分散式数据库中的与该车辆的部件相关联的部件ID与车辆ID进行关联。该方法包括：随后确定该车辆的部件已经用替换部件替换；以及搜索分散式数据库以找到与替换部件相关联的部件ID。如果未找到与替换部件相关联的部件ID，则确定替换部件是伪造部件，并且向所述车辆发出指示该确定的警报。否则，当找到与替换部件相关联的部件ID时，更新分散式数据库以将与替换部件相关联的部件ID与车辆ID进行关联。

在第二方面，一种用于对由供应商制造且去往特定原始设备制造商(OEM)的部件的生产进行监测的方法包括：在数据库中生成载明与多个部件中的每个部件相关联的多个生产度量的记录。该方法包括由多个指令代码代理中的每个指令代码代理监测这些部件的一个或多个度量。每个代理确定与部件相关联的度量是否超过与该代理相关联的一个或多个生产阈值。当代理确定相关联的生产阈值已经被超过时，确定与该代理相关联的OEM，并且该代理经由网络连接向所确定的OEM传送指示阈值已经被超过的警报。

附图说明

图1展示了有助于检测车辆中的伪造零件的示例性环境；

图2展示了可以包括在该环境的一个或多个系统中以有助于与分散式数据库交互的各种硬件部件的示例性示意图；

图3展示了可以由该环境中的部件供应商和OEM系统实施以激励使用正品OEM零件的示例性操作；

图4A展示了可以由OEM系统生成以将一个或多个部件与车辆相关联的示例性交易；

图4B展示了在处理图4A的交易之后可以与车辆相关联的示例性零件列表；

图5展示了可以由该环境中的部件供应商和OEM系统实施以激励使用正品OEM零件的附加的示例性操作；

图6A展示了可以基于图5的操作来生成的附加的示例性交易；

图6B展示了在处理图6A的交易之后可以与车辆相关联的示例性零件列表；

图7展示了可以由该环境中的系统实施以有助于检测车辆中的伪造部件的示例性操作；

图8展示了用于监测由供应商制造且去往特定原始设备制造商(OEM)的部件的生产的示例性操作；以及

图9展示了可以形成在图中或者在以下段落中描述的系统的一部分或者实施这些系统的示例性计算机系统。

具体实施方式

下文描述的实施例通过提供在分散式数据库中维护部件和车辆信息的系统来克服上述问题。该分散式数据库中载明的部件是由经OEM批准的供应商制造的。由OEM制造的车辆被赋予唯一ID，该唯一ID链接到分散式数据库中的唯一部件ID。确定车辆中是否安装有伪造部件是部分地基于分散式数据库中的信息的。在一个实施方式中，检测可以由修理店或者车辆所有人完成。例如，修理店或者车辆所有人可以利用例如系统来扫描零件/部件的条形码、QR码、RFid标签等。该系统可以检查与所扫描的信息相关联的零件是否已在分散式数据库中载明。如果没有，则可以确定该部件是伪造的。

在一些实施方式中，当检测到伪造部件时，会向车辆传送警报以向该车辆的所有人报警。在一些情况下，如果检测到安全问题，则可以向车辆传送用于停用该车辆的指令。然后，该车辆可以相应地调节车辆的参数。

图1展示了有助于检测车辆中的伪造零件的示例性环境100。环境100中展示的实体包括：部件供应商系统105、原始设备制造商(OEM)系统110、修理店系统115、和车辆系统120。

在汽车工业的背景下，部件供应商系统105可以由部件供应商(例如，1级供应商)运营。在这个方面，部件供应商可以专门从事制造“汽车级”硬件。即，能承受OEM的运动、温度和寿命要求的硬件。例如，部件供应商可以供应马达、变速箱、发动机控制模块、座椅、窗户以及机动车辆制造时可能用到的大量部件中的任何其他部件。

OEM系统110可以对应于由诸如通用汽车(GM)、福特、梅赛德斯-奔驰等OEM运营的系统。为了成本和效率，OEM会与各种部件供应商订立提供OEM制造诸如机动车辆等最终产品所需部件的合约。

修理店系统115可以对应于由修理店(诸如，汽车经销商和独立修理店)运营的系统。汽车经销商可能出售各种品牌和型号的汽车，并且可以提供用于修理汽车的现场设施。汽车经销商可以包括储备用于车辆的各种替换部件的零件部。这些替换部件可以是OEM部件。即，OEM认证为是车辆中的现有部件的合适替换件的部件。其他替换部件可能未经认证，并且可以为了节约成本和/或在获得经认证的部件的订货交付时间过长的情况下作为由OEM认证的部件的替代而提供。

车辆系统120可以对应于由OEM用部件供应商提供的零件制造的车辆的计算机系统。这些车辆可以由最终用户或者车队提供商公司来运营。即，车辆可以由最终用户/客户和运营车队(例如以提供移动性服务)的公司来运营。

如以下更详细地描述的，一个或多个系统(105、110、115和120)可以包括有助于与分散式数据库109(诸如区块链分散式数据库)交互的各种硬件部件。在这个方面，系统(105、110、115和120)可以经由有线或者无线网络107相互通信。例如，系统(105、110、115和120)可以经由互联网通信。

图2展示了可以包括在系统(105、110、115和120)中以有助于与分散式数据库交互的各种硬件部件的示例性示意图。参见简图，每个系统可以包括中央处理单元(CPU)225、输入/输出子系统210、和指令代码存储器227。

一个或多个系统还可以包括分布式交易数据库235。例如，部件供应商系统105和OEM系统110可以包括分布式交易数据库235。另一方面，修理店系统115和车辆系统120可以与其他系统之一中的分布式交易数据库235进行交互，而不是包括分布式交易数据库235。

每个系统(105、110、115和120)中的I/O子系统210有助于与环境100中的其他系统(105、110、115和120)进行通信。在这个方面，I/O子系统210可以实施诸如基于SOAP的web服务API等API以有助于向其他系统(105、110、115和120)传送信息。也可以实施诸如RESTfulAPI等其他API以有助于系统(105、110、115和120)之间的通信。

I/O子系统210可以被配置成动态地确定环境100中的其他系统(105、110、115和120)利用的通信方法，并且使用所确定的通信方法向这些其他系统(105、110、115和120)传送信息。例如，I/O子系统210可以确定第一实体利用RESTful API，并且因此可以使用RESTful通信方法与该实体进行通信。

I/O子系统210可以实施web浏览器，以有助于生成一个或多个基于web的界面或者屏幕快照，从而有助于用户与相应系统(105、110、115和120)交互。在这个方面，可以实施web服务以有助于经由计算机使一些基于web的功能自动化。

CPU 225执行存储在存储器设备227中的指令代码，以协调各种子系统之间执行的活动。CPU 225可以对应于基于

每个系统的交易数据库235中的记录被彼此复制且共同地形成可以对应于区块链数据库的分散式数据库。在这个方面，区块链数据库可以用作一种围绕交易有效性构建共识并确保所有改变可审计的方法。换言之，区块链数据库对应于由每个系统维护并验证的具有加密审计跟踪的共识记录。区块链数据库的区块链充当了记录区块链数据库的顺序并验证该区块链数据库中的交易的方法。如以下将描述的，区块链进一步有助于各方之间的价值转移——而没有通常的对可信第三方的要求。此外，这样的数据库有助于实施使(例如用于定义并分配对于供应链中的不同方的激励的)过程自动化的(例如针对业务规则的)智能合约。

设想的是上文描述的任何系统和/或其任何子系统可以对应于独立计算机系统(诸如基于

图3和图5展示了可以由环境100中的部件供应商系统(105)、OEM系统系统(110)和/或分散式数据库109实施以激励使用正品OEM零件的示例性操作。这些各种操作可以通过由系统(105，110)的相应CPU 225执行以使CPU 225执行这些操作的指令代码来实施。

参考图3，在操作300处，部件供应商系统105可以为部件生成唯一ID。例如，部件供应商系统105可以通过从其中数字碰撞在所有的意图和目的中都不可能发生的非常大的数字范围中随机选择数字来生成唯一ID。在一些实施方式中，部件供应商系统105可以提供用户接口，部件供应商系统105的用户可以通过该用户接口来请求唯一数字。

在操作305处，部件供应商可以将唯一ID物理地链接到零件。例如，部件供应商可以将唯一ID打印在零件上。另外或可替代地，唯一ID可以由条形码、QR码或者不同的代码来表示。在一些实施方式中，可以将具有代码的RFID附接到部件或者与其一起提供以有助于无线地扫描该部件的唯一ID。在另外的其他实施方式中，可以将唯一ID附连或者放置在该部件的包装内。在一些实施方式中，分散式数据库109包括被配置成创建其他系统可用的唯一ID的逻辑。在这种情况下，供应商系统可以从分散式数据库109的该逻辑处请求唯一ID。

在操作310处，部件供应商系统105可以生成交易以将唯一ID存储在分布式数据库109中。该交易可以包括诸如零件名称/类型、构建日期、成本等其他信息。

在操作315处，OEM系统110可以为车辆生成唯一ID。例如，OEM系统105可以通过用车辆的车辆标识号(VIN)来散列加密的主ID来生成唯一ID。在一些实施方式中，OEM系统110可以从分散式数据库109的被配置成创建唯一ID的逻辑处请求唯一ID。

在操作320处，OEM系统110可以确定在车辆中使用了部件供应商的部件。然后，OEM系统110可以将交易存储到分布式数据库109以指示由部件供应商系统105提供的部件与车辆的唯一ID相关联。

图4A展示了可以由OEM系统110生成以将一个或多个部件与车辆相关联的示例性交易。参考图4A，每个交易可以包括源地址和目的地地址。源地址可以与唯一部件相关联，并且可能已在操作310处被生成并与唯一部件相关联。目的地地址可以与车辆的唯一ID相关联。

第一示例性交易405用于指示在地址T1M-C1处的第一部件与在地址OEM-V1处的车辆相关联。在这种情况下，该第一部件是齿轮A并且具有唯一ID(CID)SN123456。与地址OEM-V1相关联的车辆的唯一ID(VID)是ABC123456。同样，第二示例性交易410用于指示在地址T1M-C12处的第二部件与在地址OEM-V1处的车辆相关联。

在一些情况下，存储在交易数据库(235)中的是唯一车辆ID(VID)和唯一部件ID(CID)的加密/散列版本，而非展示在图中的唯一车辆ID(VID)和唯一部件ID(CID)。唯一ID的加密/散列保证了车辆和部件信息的隐私。这有助于保护由不同OEM和部件供应商提供的信息。这进而允许多个OEM/供应商利用同样的环境，但却不会暴露分散式数据库中的潜在地可能用于确定关于竞争OEM/供应商的机密细节(诸如潜在收入、车辆生产量等)的信息。

存储到分布式数据库109的交易的数量可以对应于车辆中的部件的数量。在交易中载明的部件可以来源于相同或者不同的部件供应商105。另外，可以为将任何供应商的部件转移到由不同OEM制造的不同车辆而提供交易。

图4B展示了在处理图4A的交易之后可以与车辆相关联的示例性零件列表。根据图4B，与唯一ID ABC123456相关联的车辆包括部件：齿轮A和齿轮B。齿轮A具有唯一IDSN123456，而齿轮B具有唯一ID SN654321。

参考图5，在操作500处，部件供应商系统105可以为新的部件生成唯一ID或者从分散式数据库109的被配置成创建唯一ID的逻辑处请求唯一ID。在操作505处，部件供应商可以将该唯一ID物理地链接到零件。

在操作510处，部件供应商系统105可以生成交易以将唯一ID存储在分布式数据库109中。唯一ID可以是加密/散列的，如上文所描述的。交易可以包括一个或多个所谓的智能合约。例如，第一智能合约可以被配置成：如果使用了对应的部件，则将可替代资产转移到例如修理店。第二智能合约可以被配置成为新的部件提供延长的保修单。

在操作515处，修理店可能需要用新的部件替换车辆中的部件。在这种情况下，在修理店处的操作者可以从修理店的零件室取得替换部件。操作者可以使用修理店系统115确定替换零件是正品还是伪造品。例如，修理店系统115可以包括有助于扫描部件的标识信息的扫描仪。该标识信息可以呈可以附连到部件的条形码、QR码、RFid标签等的形式。然后，修理店系统115可以通过经由例如OEM系统119在分散式数据库109查询与该标识信息相关联的部件来检查该零件是正品还是伪造品。如果未找到该部件，则修理店系统115可以向操作者指示该替换部件是伪造部件。

另一方面，如果该零件是正品，则操作者可以经由修理店系统115向OEM系统110指示该替换零件将被安装在车辆中。

在操作520处，OEM系统110可以生成交易以指示新的部件(例如，齿轮A–SN333456)与车辆(VID ABC123456)相关联。

在操作525处，如果满足智能合约的执行要求，则可以执行交易的智能合约。按照上文的示例，可以为修理店提供返利并且可以为新的部件提供延长的保修单。

图6A展示了可以基于图5的操作来生成的附加的示例性交易。参考图6A，第三示例性交易605用于指示在地址T1M-C3处的新的部件与在地址OEM-V1处的车辆相关联。在这种情况下，该新的部件是齿轮A并且具有唯一ID(CID)SN333456。第四交易610可以基于交易的第一智能合约来生成，用于向车辆提供延长的保修单。第五交易615可以基于交易的第二智能合约来生成，用于向与目的地地址RS-R1相关联的修理店提供返利。

图6B展示了在处理图6A的交易之后可以与车辆相关联的示例性零件列表。根据图6B，具有唯一ID SN123456的部件齿轮A已经用具有唯一ID SN333456的新的齿轮A替换。

图7展示了可以由环境100中的系统实施以有助于检测车辆中的伪造部件的示例性操作。这些各种操作可以通过由OEM系统(110)和车辆系统(120)中的一个或多个的相应CPU 225执行以使CPU 225执行这些操作的指令代码来实施。

参考图7，在操作700处，车辆系统120可以生成车辆中安装的硬件的列表。例如，车辆的部件可以与车辆系统120通信。例如，车辆系统120可以对应于经由诸如CAN总线的数据总线与部件通信的电子控制单元(ECU)。每个部件可以与唯一ID相关联。车辆系统120的指令代码代理可以与部件通信以确定唯一ID。

在操作705处，车辆系统120可以经由例如OEM系统110的接口将部件ID的列表传送给OEM系统110。

在操作710处，OEM系统110可以基于分散式数据库109中的信息确定列表中的部件中的一个或多个不应当安装在车辆中和/或不是已经由部件供应商105在分散式数据库109中限定的。

在操作715处，OEM系统110可以向车辆系统120传送关于检测到一个或多个伪造部件的警报。该警报可以经由车辆的警告指示器等传送给车辆的最终用户。

在一些实例中，OEM系统110可以察觉到安装在车辆中的伪造零件或者OEM零件的安全问题。在这种情况下，OEM系统可以在发出预定数量的关于安全问题的警告之后向车辆系统120传送指令以阻止使用车辆。另外或可替代地，OEM系统110可以向车辆系统120传送用于调节车辆的操作参数的指令，以减轻安全问题。然后，车辆系统120可以相应地调节参数。

图8展示了用于监测由供应商制造且去往特定原始设备制造商(OEM)的部件的生产的示例性操作。这些各种操作可以通过由部件供应商系统(105)和OEM系统(115)中的一个或多个的相应CPU 225执行以使CPU 225执行这些操作的指令代码来实施。

参考图8，在操作800处，可以将存储在数据库中的用于监测部件度量的一个或多个指令代码代理安装在例如部件供应商系统105上。代理可以与特定的OEM 110相关联。OEM可能已经预先批准代理的操作和配置。例如，OEM可能已经载明一个或多个生产阈值，根据该一个或多个生产阈值来评估部件度量。

在操作805处，部件供应商可以在数据库中生成载明与部件相关联的多个生产度量的记录。度量可以包括部件的关键性指示、部件的子部件信息、供应商信息、零件编号、制造批号/批次信息、与部件相关联的生产零件批准过程等。可以为从装配流水线上下来的每个部件添加记录。

在操作810处，每个代理可以确定要由代理检查且与部件相关联的度量是否超过代理所使用的生产阈值中的一个或多个。

如果在操作815处，代理确定一个或多个度量超过阈值，则在操作820处，可以确定与该代理相关联的OEM。

在操作825处，可以经由例如到OEM的网络连接向OEM传送指示阈值的警报。

图8中的操作可以随部件度量被添加到数据库而实时执行。这些操作允许OEM相对即时的访问与去往OEM的部件相关联的生产度量。当警报发出时，OEM可以确定部件供应商正在发生可能会导致在某种程度上具有缺陷的产品的生产问题。这进而可以允许OEM快速切换到部件的第二来源，从而缓解OEM的工厂中的临时停工。

图9展示了可以形成上文所描述的系统的一部分或者实施这些系统的计算机系统900。计算机系统900可以包括一组指令945，处理器905可以执行该一组指令以使计算机系统900执行上文描述的操作中任何一个。计算机系统900可以作为独立设备操作，或者可以例如使用网络连接到其他计算机系统或者外围设备。

在联网部署中，计算机系统900可以以服务器的能力操作，或者在服务器-客户端用户网络环境中作为客户端-用户计算机操作，或者作为对等(或分布式)网络环境中的对等计算机系统操作。计算机系统900还可以被实施为或并入诸如个人计算机或移动设备等各种设备，这些设备能够(顺序地或以其他方式)执行指定该机器要采取的动作的指令945。进一步地，所描述的每个系统可以包括单独或联合地执行一组或多组指令以执行一个或多个计算机功能的子系统的任何集合。

计算机系统900可以在用于传送信息的总线920上包括一个或多个存储器设备910。另外，可操作用于使计算机系统执行上文描述的任何操作的代码可以存储在存储器910中。存储器910可以是随机存取存储器、只读存储器、可编程存储器、硬盘驱动器或任何其他类型的存储器或存储装置。

计算机系统900可以包括显示器930，诸如液晶显示器(LCD)、阴极射线管(CRT)或适合于传达信息的任何其他显示器。显示器930可以充当供用户观看处理器905的功能的接口，或者特别地，充当与存储在存储器910中或者驱动单元915中的软件的接口。

另外，计算机系统900可以包括诸如键盘或鼠标的输入设备925，该输入设备被配置成允许用户与系统900的任何部件交互。

计算机系统900还可以包括磁盘或光学驱动单元915。磁盘驱动单元915可以包括计算机可读介质940，该计算机可读介质中可以存储其中可以存储指令945。指令945可以在由计算机系统900执行期间完全或至少部分地驻留在存储器910内和/或处理器905内。存储器910和处理器905也可以包括上文描述的计算机可读介质。

计算机系统900可以包括通信接口935，以支持经由网络950的通信。网络950可以包括有线网络、无线网络、或其组合。通信接口935网络可以经由任何数量的通信标准(诸如802.11、802.12、802.20、WiMAX、蜂窝电话标准或其他通信标准)来实现通信。

因此，本方法和系统可以以硬件、软件或硬件和软件组合来实现。本方法和系统可以以集中方式在至少一个计算机系统中实现，或以其中不同的元件散布在若干互连计算机系统上的分布式方式实现。适于执行本文所描述方法的任何种类的计算机系统或其他装置都是可以采用的。

还可以将本方法和系统嵌入计算机程序产品中，该计算机程序产品包括使得能够实施本文所描述的操作的所有特征，并且当被加载在计算机系统中时能够执行这些操作。计算机程序在本上下文中是指旨在使具有信息处理能力的系统直接或在以下过程中任一个或两者之后执行特定功能的一组指令的以任何语言、代码或符号表示的任何表达：a)转换成另一种语言、代码或符号；b)以不同的材料形式再现。

尽管已经参考某些实施例描述了方法和系统，但是本领域技术人员将理解的是，可以在不脱离权利要求的范围的情况下进行各种改变并且可以替换等效物。可以进行许多其他的修改以使具体的情况或材料适应教导而不背离其范围。因此，本方法和系统不旨在限于所披露的具体实施例，但是所披露的方法和系统包括落入所附权利要求的范围内的所有实施例。