Preprint
Article

Vehicle Supply Chain Recall Management and Fraud Prevention Using Blockchain

Altmetrics

Downloads

208

Views

76

Comments

0

This version is not peer-reviewed

Submitted:

07 February 2024

Posted:

07 February 2024

You are already at the latest version

Alerts
Abstract
The automobile industry is undergoing technological advancement, which includes breakthroughs such as hybrid cars, electric vehicles (EVs), and self-driving capabilities. However, despite these advances, issues remain, notably in recall management efficiency, security and risk of fraud. To solve these difficulties, the idea of Industry 4.0 has been adopted, which uses technologies such as sensors, IOT’s, and machine learning. Even this technology still has loopholes in the area of security which has been exploited negatively over time. In other to mitigate these loopholes we introduce Blockchain technology as a viable alternative, providing a safe and transparent environment. This study investigates and proposed the use of blockchain to create an enhanced Vehicle Tracking System (VTS) intended at enhancing recall management and reducing fraud in the automobile sector. The proposed solution was discussed in detail and a mock smart contract was also written, which was deployed on the Ethereum Virtual Machine (EVM).
Keywords: 
Subject: Computer Science and Mathematics  -   Software

Introduction

The automotive industry is a technologically induced field that focuses on making cars and other vehicles. It is a very advanced industry that uses technology to create new and innovative automobiles. Some examples of these innovations are hybrid cars that use both electricity and gasoline, electric cars that run entirely on electricity, and self-driving cars that can drive themselves without a human driver (Fraga-Lamasetal,2019), this also brought about the industrial internet of things (IIOT) revolution, in a beat to make cars have internet accessibility connecting with other device such as smart phones. One of the major problems that come with this revolution is the problem of efficiency and security and trust. In other to mitigate this challenge the industry 4.0 concept was adopted, which involve using technology to make things better, such as using things like sensors to collect data, using big data techniques to analyze the data, and using new machine learning approaches to make cars smarter. It also includes using new computing methods, like cloud computing, to store and process all the data (Singh et at, 2019).
Blockchain technology can be used to create a safe monitoring system for automobiles, which automakers can use to handle vehicle recalls and stop fraud. Blockchain offers a trustworthy, transparent, and decentralized ecosystem. It functions more like a large group chat where all participants can view and confirm each other's messages, akin to a unique network that links individual machines. Because information supplied to this network cannot be removed or altered, it is incredibly secure (Alotaibi, 2019). Numerous industries, including supply chain management, cross-border payments, smart appliances, healthcare management, Internet of Things (IoT) applications, and Internet of Vehicles (IoV) have effectively adopted it (Hong, 2020). Vehicle security may be improved by using blockchain, giving users a reliable and safe method they.
This research paper explores the innovative application of blockchain technology to address these issues, creating an advanced Vehicle Tracking System (VTS) designed to improve recall management and prevent fraud. The proposed system employs blockchain's capabilities to enhance traceability, transparency, and data security, thereby significantly enhancing consumer safety.

Problem Statement

The traditional approach to vehicle recall management is plagued by inefficiencies and vulnerabilities, leading to prolonged response times and heightened risks for consumers. The lack of transparency in these processes undermines trust in both manufacturers and regulatory bodies (Rui et al, 2020). The industry faces rampant fraudulent activities, including the circulation of counterfeit parts, manipulation of vehicle data, and the resale of stolen vehicles. Conventional tracking systems are not only prone to data tampering but also fall short in verifying the authenticity of vehicle histories and components. Moreover, the increase in global vehicle theft has lead to the development of several anti-theft systems (Dey et al, 2017), yet these solutions relying on technologies like IoT, GPS/GSM, and biometric identification (Ghasempour, 2019) with data privacy issues and are prone to cybercrime, compromising overall vehicle security.
Blockchain technology emerges as a promising solution to these challenges. Its characteristics of decentralization, immutability, and transparency can help improve vehicle tracking and recall processes. Blockchain's ability to create a tamper-proof ledger ensures reliable and authentic vehicle data, mitigating risks of fraud and theft. Furthermore, the integration of smart contracts can automate recall processes, significantly reducing response time and enhancing consumer safety.

Project Objective

i.
Review Existing problem with vehicle traceability and recall.
ii.
Propose a solution to solve the identified problem with Vehicle Recall.
iii.
Develop a Mock implementation to enhance technical guild for development of the proposed solution.

State of Art and Related Works

This section provides state of the act background of the solution and also discuss relevant related state of the art works that has previously been done and proposed.
vehicle tracking system that uses blockchain technology can be an effective way to prevent fraud and recall issues. Blockchain is a decentralized and secure platform that can store data immutably and authenticate users automatically with greater accuracy. The immutability, transparency, and decentralization nature make it the idea perfect solution to the security challenge in managing vehicle recall. A few existing vehicle anti-theft systems suffer from major problems such as the leakage of personal information, centralized-based system, proper key management, and data security (Chi et al, 2020)
Figure 1.0. Block diagram of the state of art for an automobile spare part with blockchain (Haya et al, 2020).
Figure 1.0. Block diagram of the state of art for an automobile spare part with blockchain (Haya et al, 2020).
Preprints 98414 g001
The demand for high-spec vehicles has made the automotive supply chain complex. Automakers use supply chain strategies to improve operations. The automotive supply chain includes both forward and reverse supply chains. Forward supply chain involves stakeholders like parts suppliers, automakers, dealers, and consumers. Reverse supply chain starts with product and information flow from consumers to automakers (Chang et al, 2019). Product recall is a critical aspect of the reverse supply chain. A product recall is when a manufacturer retrieves faulty goods used by consumers to fix the problems (Ahsan et al, 2014). Vehicle recalls have seen significant increased over 100% per incident between 2016-2017 in the US. These defects pose a significant risk of injury or death and can cause sudden and catastrophic component failures without warning (Singh et al, 2019). A study surveyed defects in various automotive systems, including electronics, steering, and fuel systems, on 345 passenger vehicles in the U.S. It found that half of all recalls were related to vital automotive components and systems (Ni and Huang, 2017).
Blockchain technology proposed for recalling vehicles focuses on eliminating the sale of counterfeit auto parts, ensuring safety for consumers and reducing delays for automakers. Benatia (Benatia, 2018) offers a big data-driven framework for food product traceability, aiming to improve tracking and lower recall costs. This system involves multiple stakeholders, including manufacturers and customers. The prof of work consensus protocol used does not really make room for easy scalability and also centralized data storage which makes it easy for attack and compromise. It uses big data to manage vast data volumes, gathering product information like ID, condition, and location via mobile apps and QR-Code technology. However, it doesn't specifically tackle the problem of product counterfeiting, a key issue in recalls.
Figure 1 demonstrates the initial effort to gather data for progressive tracking involved using an On-Board Diagnostics (OBD) device to collect Diagnostic Trouble Codes (DTCs) and transmit them to a server via WiFi [29]. However, this method has significant security flaws due to the absence of encryption, making the data vulnerable. Moreover, the necessity to collect data at specific times on a single server introduces the risk of a single point of failure.
Figure 1. OBD and WIFI Data Collection (Patro et al, 2021).
Figure 1. OBD and WIFI Data Collection (Patro et al, 2021).
Preprints 98414 g002
Blockchain technology was integrated by Shafii as a more complex method to enhance the process. This technology was utilized to maintain a database for recording the histories and service maintenance of vehicles in the system (Shafii et al, 2013). This system enabled various stakeholders, including vehicle owners, maintenance workshops, dealers, and insurance companies, to add blocks to the blockchain, ensuring continuous monitoring of the vehicle's history and services. Each aspect of the vehicle's life cycle was to be manually documented, building a comprehensive history chain. However, a significant limitation of this approach was the need for manual data collection and verification by the insurance company. connected (Dai et al. 2021).
Yoo and Ahn identified Issues related to data leakage as outlined in (Yoo & Ahn, 2021). The system highlighted the recall process and the reporting mechanism to the automakers. A significant problem in this process is the heavy reliance on end-users for detection and reporting, leading to diminished trust in the brand. This recall process is illustrated in Figure 2.
Figure 2. Manual Reported recall process (Yoo & Ahn, 2021).
Figure 2. Manual Reported recall process (Yoo & Ahn, 2021).
Preprints 98414 g003
Also, Sharma proposed a different architecture illustrated in Figure 3 using a Blockchain architecture in smart cities for data collection and Blockchain uploading (Sharma et al, 2019). However, this approach encounters the same challenge of manual data entry, affecting the data's reliability.
Figure 3. Distributed Blockchain system for smart city automobile (Yasin et al, 2023).
Figure 3. Distributed Blockchain system for smart city automobile (Yasin et al, 2023).
Preprints 98414 g004

Proposed Solution

This research majorly provide solution for the security challenge in the Vehicle recall management and fraud prevention. We are leveraging on blockchain's immutability, transparency, and decentralization nature. Data integrity is paramount as Immutability ensures that vehicle data, such as location, mileage, and maintenance history, is reliably stored accessed only by authorized stakeholder in the chain. This reliability is crucial for accurate tracking and assessment of vehicle conditions. In this proposal we’ve eliminated the manual upload of data by participant in the system and therefore introduce automated IOT data collection.
When a recall is reported, manufacturers need accurate and tamper-proof vehicle histories to identify affected models and parts. Blockchain's immutability guarantees the authenticity of this data, aiding in precise recall targeting and reducing the risk of overlooking defective vehicles or including unaffected ones. The system is designed to build trust and transparency among users. Vehicle owners can access their vehicle data, ensuring openness in how their data is used and managed. The transparency aids in maintaining regulatory compliance and public trust. Regulatory bodies and Auto-owners can independently verify the accuracy of recall-related information, leading to increased confidence in the recall process and the manufacturer's commitment to safety.
The Proof of Work (PoW) and Byzantine Fault Tolerance (BFT) consensus mechanisms is used to achieve decentralization in the proposed system where multiple nodes validate and confirm transactions. Datas are not stored in a centralized server rather across a network of nodes, making it resistant to cyber-attacks and data breaches. The decentralized nature of the system ensures it resilience against tampering and fraud, as altering recall data would require consensus across the majority of nodes, which is impractical and highly unlikely.
In other to secure data access in the proposed system we intend implement smart contract using solidity in Ethereum virtual machine (EVM), a high-level language designed for implementing smart contracts on various blockchain platforms. These contracts are executed on the EVM, an isolated environment ensuring security and integrity. The smart contract component would include.
i.
Data Structures: this will be used to store vehicle data, such as vehicle identity, location data, maintenance records, and recall status.
ii.
Functions: To handle various operations like data entry, validation, and retrieving of data. These include functions for adding new vehicle data, validating data authenticity, and providing access control.
iii.
Modifiers: These will be used for access control, ensuring only authorized entities (like manufacturers, dealers, or regulatory bodies) can input or modify data.
iv.
Validation Logic: Incorporates logic to validate the integrity and authenticity of the data received from IoT devices.
IoT devices in vehicles collect data (e.g., location, speed, engine status and performance). This data is transmitted securely (using Cryptographic encryption and secure channels) to the blockchain network. Smart contracts receive this data and perform necessary validations before storing it on the blockchain.
When data retrieval is requested, smart contracts validate the identity and authorization of the requester. For fraud prevention, smart contracts can implement logic to detect anomalies or inconsistencies in the received data, triggering alerts or actions as programmed.
Figure 4. High-level Architectural diagram of the proposed solution.
Figure 4. High-level Architectural diagram of the proposed solution.
Preprints 98414 g005
The type of information fed into the system by the IOT device include engine temperature, fuel efficiency and emission level, milage, and other information connected to all part of the car. We use three different methods for the data collection which are real-time data streaming, event-driven and periodic data reporting.
All data transmitted from IoT devices is encrypted using robust cryptographic techniques, ensuring data confidentiality during transit. We use a secure communication protocol (like TLS/SSL) to prevent interception and tampering of data in transit. The IoT devices employ strong authentication mechanisms to verify their identity to the blockchain network, preventing unauthorized data input.
Key Component in The Proposed Solution
i.
Blockchain Network: This is the foundation of the system. It consists of nodes (computers), each nodes indicate the different stakeholders that participate in the blockchain network. These nodes maintain a decentralized and secure ledger of vehicle tracking data and also the various stakeholders such as the Auto manufactural, car dealers, car owners.
ii.
Smart Contracts: These are self-executing contracts that govern the rules of the system. The smart contracts can manage data access, validation and reporting.
iii.
IoT Devices: These devices are installed in vehicles to collect and transmit data to the blockchain network. They include GPS, sensors, and other relevant components for tracking vehicle-related data.
iv.
App User Interfaces: User interfaces, which can be web or mobile applications, allow users, administrators, and to interact with and access the tracking system. They display real-time data and enable user interactions.
v.
Analytics and Reporting Portal: These portals enable the generation of reports and dashboards for tracking data analysis. They help in gaining insights into vehicle performance and maintenance needs.
vi.
Consensus Mechanism: In other to enforce security and trust which is the main focus of this proposal we use the Practical Byzantine Fault Tolerance (PBFT). PBFT mechanisms allow the network to reach consensus even when some nodes fail to respond or respond with incorrect information. BFT enhances the reliability and integrity of the network, making it robust against failure or manipulation by individual nodes. The power consumption of this Mechanism is very low which makes it very suitable for this implementation.
Figure 5 below shows the low-level breakdown of the system Architecture components and how its integrated with the main vehicle tracking solution.
Figure 5. Simplified Architectural Diagram Containing Recall Component.
Figure 5. Simplified Architectural Diagram Containing Recall Component.
Preprints 98414 g006
The recall Management component comprises of:
i.
Recall Management Smart Contracts: This is a smart contract that monitor the blockchain ledger for unusual patterns in the input data from the IOT into the blockchain. It Trigger recall investigation when fault or safety issues are detected.
ii.
Fraud Prevention Smart Contracts: These contracts focus on verifying the authenticity of vehicle data, preventing fraudulent ownership transfers, and implementing anti-counterfeiting measures.
The recall management and fraud prevention contract interact with the blockchain network to enhance vehicle and owner safety, data integrity, and prevent fraudulent transaction. This diagram provides a clear high-level view, the implementation will involve more specific details, including workflow processes, regulatory compliance, and real-time monitoring which are discussed below.
i.
Recall Workflow:
  • The workflow process includes
  • Identification of affected vehicle.
  • Initiation of recall investigation.
  • Generation of recall notice with specific details about the issue.
  • Updating of the blockchain network, where all the participant in the network get update.
  • Updating the blockchain with recall status and resolution.
Figure 6. Flow Diagram of the Recall Workflow.
Figure 6. Flow Diagram of the Recall Workflow.
Preprints 98414 g007
i.
Anomaly Detector:
The process begins when the system detects anomalies or irregularities in the vehicle tracking data. These anomalies detector is a smart contract that monitors the data from the IOT stored in the Blockchain Network (BCN) to detect potential safety issues with certain vehicles or components.
ii.
Initiate Recall Investigation:
If a defect is detected, it automatically prompts the investigation department to carry out investigation. If no defect is detected no action is carried out and it keep monitoring the data from the IOT stored in the Blockchain Network (BCN).
iii.
Generate Recall Notices:
The investigation team therefor generate a recall notice to all the stakeholders such vehicle owner, regulatory authority, and auto dealers with specific details about the safety issue or defect. These notices may include information on the affected vehicles series, the nature of the problem, and recommended actions.
iv.
Initiate Recall:
Affected vehicle owners and dealerships are instructed on how to coordinate repairs or component replacements to resolve the safety issue. The process would be managed efficiently to minimize inconvenience to customers. The blockchain ledger is updated with the recall status, indicating which vehicles have undergone repairs or component replacements. This information is stored for transparency and record-keeping.
The blockchain network is leveraged to maintain transparency in the entire process. The blockchain ledger serves as an immutable record of the manufacturing and ownership history of vehicles and their components, providing a transparent and tamper-proof audit trail. During transfer of ownership the new owner must register using the previous owner wallet address, this is to further enforce security and safety of vehicles.

Evaluation

Implementation Evaluation

To further illustrate the proposed solution, we did a mock implementation using solidity on Remix IDE with Ethereum Virtual Machine (EVM). The screenshot below shows the code and the tested output. The code was written following standard clean architecture with separation of concern approach. Here are the functionalities captured in the smart contract
  • Registering a vehicle and its associated data.
  • Updating vehicle data (like location, mileage, or maintenance records).
  • Handling vehicle ownership transfer.
  • Implementing recall functions, allowing manufacturers to issue and manage recalls.
  • Enabling access control so that only authorized parties can perform certain actions (like issuing recalls or transferring ownership).
i.
Vehicle Owner verification/ Registration: this module is responsible for the creation of new vehicle owner on the blockchain. Before the user is registered the smart contract first do a verification/validation of the user credential.
Figure 7. Vehicle owner verification and registration.
Figure 7. Vehicle owner verification and registration.
Preprints 98414 g008
ii.
Main Solution File: this file contains several functions such as adding vehicle data coming from the IOT device, adding of vehicle milage, data validation for anomalies, resolve recall investigation.
Figure 8. Main Solution File.
Figure 8. Main Solution File.
Preprints 98414 g009
iii.
Vehicle Model:
Figure 7. Vehicle Model.
Figure 7. Vehicle Model.
Preprints 98414 g010
iv.
Recall Model:
Figure 9. Recall Model.
Figure 9. Recall Model.
Preprints 98414 g011

Result of Implementation

i.
Adding Vehicle Data
Figure 20. Result of vehicle data creation.
Figure 20. Result of vehicle data creation.
Preprints 98414 g012
ii.
Update Vehicle Data
Figure 11. Result of vehicle data updating.
Figure 11. Result of vehicle data updating.
Preprints 98414 g013
iii.
Update Vehicle Milage
Figure 12. Result of Vehicle Milage Update.
Figure 12. Result of Vehicle Milage Update.
Preprints 98414 g014
iv.
Transfer car ownership
Figure 13. Result of Vehicle ownership change.
Figure 13. Result of Vehicle ownership change.
Preprints 98414 g015
Here is a link to the written smart contract above.

Model Evaluation

We therefore further evaluate the proposed model based on cost implication, security, decentralization, scalability, Interoperability compared to existing solution.
i.
Cost Implication:
The cost implication of this solution varies based on several factors such as development and implementation cost, infrastructure cost, IOT integration, security and privacy measures, scalability and gas fees. The design of the proposed model is simplified to reduce large operations achieving the objective more efficiently which help to reduce operational cost on the user when compared to existing solution.
ii.
Security
The proposed model offers a robust security and high-level resilience design. Below are some of the essential security considerations in the proposed models.
  • Data Integrity and Tamper Proof
Data exploitation is a significant risk to data integrity, which has been mitigated through the use of cryptographic functions in the blockchain. The immutability of blockchain transactions is achieved through hashing algorithms which ensures that transactions cannot be amended, modified, or deleted. This forces Stakeholders to digitally sign transactions before they are added to the blockchain, further enhancing data integrity.
  • Availability
The availability of the system to all stakeholders in a secure manner is greatly enhanced by decentralization. Consequently, the likelihood of experiencing denial of service (DoS) attacks is highly improbable. Since our system is deployed on the Ethereum machine, stakeholders can always securely access its operations.
  • Scalability
The system is design using a layered clean code architecture with separation of concern. This separate data processing, storage, and interface layers, allowing each layer to scale independently based on demand.
  • Interoperability
The system is designed to function efficiently while integrating with other systems by distributing the workload across the blockchain network consisting of multiple nodes which further enhances scalability.

Comparison with Other Existing Blockchain-Based Solution

Researchers have come up with different ideas to solve problems related to recalling products in the automotive industry. However, most of these solutions have not considered important factors like cost and security, except for Fraga-Lamas in his review (Fraga-Lamas and Fernández-Caramés, 2019).
Shafii in their research (Shafii et al, 2013) focuses on the recall of pharmaceutical products, which is different from the recall of automotive products. Another study by (Donghang et al, 2019) looks at the issue of counterfeit automotive parts, which is a major cause of product recalls. However, these studies have not addressed the challenge of single source of operation in the recall process to work together and share information openly in a decentralized blockchain.
Another study by (Haya et al, 2020) proposes using blockchain technology to track and trace automotive products during a recall. However, this study only involves a limited number of stakeholders, such as the original equipment manufacturer (OEM), supplier, and logistics provider and also focuses on vehicle spare parts alone. Our approach, on the other hand, includes other important stakeholders like the customer, dealer, and the regulatory authority. This broader approach allows us to manage recalls more effectively.

Conclusion

The proposed system helps to eliminate fraudulent activities in automobile recall process thereby enhancing the effectiveness of track and trace activities and elements in the automotive recall supply chain. The solution provides efficient tracking of stakeholders and their functions in the automotive recall process, making it applicable to other industries as well.
The issue of security and trust in vehicle recalling automobile industry has been discussed in detail. The introduction, state of the art and related work gave a detail clarification and also provide insight to what other researchers has done previously. We therefore discuss detail solution on how to solve the problem illustrated on the problem statement session. Our solution to the stated problem is discussed in the proposed solution section with a mock implementation to aid technical understanding and implementation of the solution. The security and cost analysis are also provided and further comparison with existing solution was also made to show the novelty in our proposed solution.

Recommendation

In other to further illustrate the proposed ideal we were able to implement a basic flow of operation. This flow shows the most important functions and models for illustration purpose using Remix IDE. In future a detailed implementation of the solution can be done integrating an IOT device installed in a vehicle for real world usage.
Further improvement can also be done in the area of data collection from the IOT device and analysis using machine Learning (ML) algorithm to improve recall investigation trigger.

References

  1. Ahsan, K.; Gunawan, I. Analysis of Product Recalls: Identification of Recall Initiators and Causes of Recall. Oper. Supply Chain Manag. Int. J. 2014, 7, 97–106. [Google Scholar] [CrossRef]
  2. Ahsan, K. Trend Analysis of Car Recalls: Evidence from the US Market. Int. J. Manag. Value Supply Chains 2013, 4, 1–16. [Google Scholar] [CrossRef]
  3. Benatia, M.A.; De Sa, V.E.; Baudry, D.; Delalin, H.; Halftermeyer, P. A framework for big data driven product traceability system. In Proceedings of the 2018 4th International Conference on Advanced Technologies for Signal and Image Processing (ATSIP), Sousse, Tunisia, 21–24 March 2018; pp. 1–7. [Google Scholar]
  4. Cárdenas-Robledo, L.A.; Hernández-Uribe. ; Reta, C.; Cantoral-Ceballos, J.A. Extended reality applications in industry 4.0.—A systematic literature review. Telematics Informatics 2022, 73. [Google Scholar] [CrossRef]
  5. Chi, C.-F.; Sigmund, D.; Astardi, M.O. Classification Scheme for Root Cause and Failure Modes and Effects Analysis (FMEA) of Passenger Vehicle Recalls. Reliab. Eng. Syst. Saf. 2020, 200, 106929. [Google Scholar] [CrossRef]
  6. Dey, M.; Arif, M.A.; Mahmud, M.A. Anti-theft protection of vehicle by GSM & GPS with fingerprint verification. In Proceedings of the 2017 International conference on electrical, computer and communication engineering (ECCE), Bangladesh, 16–18 February 2017, Cox’s Bazar; pp. 916–920.
  7. Delmonico, D.; Bezerra, B. A systematic literature review on sustainable logistics. Lat. Am. J. Manag. Sustain. Dev. 2020, 5, 47. [Google Scholar] [CrossRef]
  8. Dai, B.; Nu, Y.; Xie, X.; Li, J. Interactions of traceability and reliability optimization in a competitive supply chain with product recall. Eur. J. Oper. Res. 2021, 290, 116–131. [Google Scholar] [CrossRef]
  9. Fraga-Lamas, P.; Fernández-Caramés, T.M.; Castedo, L. Towards the Internet of Smart Trains: A review on industrial IoT-connected railways. Sensors 2017, 17, 1457. [Google Scholar] [CrossRef] [PubMed]
  10. Ghasempour, A. Internet of Things in Smart Grid: Architecture, Applications, Services, Key Technologies, and Challenges. Inventions 2019, 4, 22. [Google Scholar] [CrossRef]
  11. Hong, S. P2P networking based internet of things (IoT) sensor node authentication by Blockchain. Peer-to-Peer Netw. Appl. 2020, 13, 579–589. [Google Scholar] [CrossRef]
  12. Hasan, H.R.; Salah, K.; Jayaraman, R.; Ahmad, R.W.; Yaqoob, I.; Omar, M. Blockchain-Based Solution for the Traceability of Spare Parts in Manufacturing. IEEE Access 2020, 8, 100308–100322. [Google Scholar] [CrossRef]
  13. Rui, H.H.; Huan, L.L.; Yang, H.H.; YunHao, Z.Z. Research on secure transmission and storage of energy IoT information based on Blockchain. Peer-to-Peer Netw. Appl. 2020, 13, 1225–1235. [Google Scholar] [CrossRef]
  14. Ni, J.; Huang, X. Discovery-to-Recall in the Automotive Industry: A Problem-Solving Perspective on Investigation of Quality Failures. J. Supply Chain Manag. 2017, 54, 71–95. [Google Scholar] [CrossRef]
  15. Patro, P.K.; Ahmad, R.W.; Yaqoob, I.; Salah, K.; Jayaraman, R. Blockchain-Based Solution for Product Recall Management in the Automotive Supply Chain. IEEE Access 2021, 9, 167756–167775. [Google Scholar] [CrossRef]
  16. Singh, P.K.; Singh, R.; Nandi, S.K.; Nandi, S. Managing Smart Home Appliances with Proof of Authority and Blockchain. Commun. Comput. Inf. Sci. 2019, 1041, 221–232. [Google Scholar]
  17. Shafii, Z.; Shahwan, S.; Muhamed, N.A.; Hashim, H.; Mohd Amin, M.F.; Rahim, A.A.; Aziz, Y.A.; Jusoff, K.; Zaib, S.Z. Product Recall Management for Halal Product. Middle-East J. Sci. Res. 2013, 13, 85–92. [Google Scholar]
  18. Sharma, P.K.; Kumar, N.; Park, J.H. Blockchain-Based Distributed Framework for Automotive Industry in a Smart City. IEEE Trans. Ind. Informatics 2018, 15, 4197–4205. [Google Scholar] [CrossRef]
  19. Wu, X.; Lin, Y. Blockchain recall management in pharmaceutical industry. Procedia CIRP 2019, 83, 590–595. [Google Scholar] [CrossRef]
  20. Yoo, S.G.; Ahn, B. A study for efficiency improvement of used car trading based on a public blockchain. J. Supercomput. 2021, 77, 10621–10635. [Google Scholar] [CrossRef]
  21. Yassin, A.M.; Aslan, H.K.; Halim, I.T.A. Smart Automotive Diagnostic and Performance Analysis Using Blockchain Technology. J. Sens. Actuator Networks 2023, 12, 32. [Google Scholar] [CrossRef]
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.
Copyright: This open access article is published under a Creative Commons CC BY 4.0 license, which permit the free download, distribution, and reuse, provided that the author and preprint are cited in any reuse.
Prerpints.org logo

Preprints.org is a free preprint server supported by MDPI in Basel, Switzerland.

Subscribe

© 2024 MDPI (Basel, Switzerland) unless otherwise stated