<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.1 20151215//EN" "http://jats.nlm.nih.gov/publishing/1.1/JATS-journalpublishing1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:mml="http://www.w3.org/1998/Math/MathML" xml:lang="en" article-type="research-article" dtd-version="1.1">
<front>
<journal-meta>
<journal-id journal-id-type="pmc">CMC</journal-id>
<journal-id journal-id-type="nlm-ta">CMC</journal-id>
<journal-id journal-id-type="publisher-id">CMC</journal-id>
<journal-title-group>
<journal-title>Computers, Materials &#x0026; Continua</journal-title>
</journal-title-group>
<issn pub-type="epub">1546-2226</issn>
<issn pub-type="ppub">1546-2218</issn>
<publisher>
<publisher-name>Tech Science Press</publisher-name>
<publisher-loc>USA</publisher-loc>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">49846</article-id>
<article-id pub-id-type="doi">10.32604/cmc.2024.049846</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Review</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>Federated Learning on Internet of Things: Extensive and Systematic Review</article-title>
<alt-title alt-title-type="left-running-head">Federated Learning on Internet of Things: Extensive and Systematic Review</alt-title>
<alt-title alt-title-type="right-running-head">Federated Learning on Internet of Things: Extensive and Systematic Review</alt-title>
</title-group>
<contrib-group>
<contrib id="author-1" contrib-type="author">
<name name-style="western"><surname>Aggarwal</surname><given-names>Meenakshi</given-names></name><xref ref-type="aff" rid="aff-1">1</xref></contrib>
<contrib id="author-2" contrib-type="author">
<name name-style="western"><surname>Khullar</surname><given-names>Vikas</given-names></name><xref ref-type="aff" rid="aff-1">1</xref></contrib>
<contrib id="author-3" contrib-type="author">
<name name-style="western"><surname>Rani</surname><given-names>Sunita</given-names></name><xref ref-type="aff" rid="aff-2">2</xref></contrib>
<contrib id="author-4" contrib-type="author">
<name name-style="western"><surname>Prola</surname><given-names>Thomas Andr&#x00E9;</given-names></name><xref ref-type="aff" rid="aff-3">3</xref><xref ref-type="aff" rid="aff-4">4</xref><xref ref-type="aff" rid="aff-5">5</xref></contrib>
<contrib id="author-5" contrib-type="author">
<name name-style="western"><surname>Bhattacharjee</surname><given-names>Shyama Barna</given-names></name><xref ref-type="aff" rid="aff-6">6</xref></contrib>
<contrib id="author-6" contrib-type="author">
<name name-style="western"><surname>Shawon</surname><given-names>Sarowar Morshed</given-names></name><xref ref-type="aff" rid="aff-7">7</xref></contrib>
<contrib id="author-7" contrib-type="author" corresp="yes">
<name name-style="western"><surname>Goyal</surname><given-names>Nitin</given-names></name><xref ref-type="aff" rid="aff-8">8</xref><email>dr.nitin@cuh.ac.in</email></contrib>
<aff id="aff-1"><label>1</label><institution>Chitkara University Institute of Engineering and Technology, Chitkara University</institution>, <addr-line>Rajpura, Punjab, 140401</addr-line>, <country>India</country></aff>
<aff id="aff-2"><label>2</label><institution>Department of CSE &#x0026; IT, BPS Mahila Vishwavidyalaya, Khanpur Kalan</institution>, <addr-line>Sonipat, Haryana, 131305</addr-line>, <country>India</country></aff>
<aff id="aff-3"><label>3</label><institution>Engineering Research &#x0026; Innovation Group, Universidad Europea del Atl&#x00E1;ntico, C/Isabel Torres 21</institution>, <addr-line>Santander, 39011</addr-line>, <country>Spain</country></aff>
<aff id="aff-4"><label>4</label><institution>Department of Project Management, Universidad Internacional Iberoamericana</institution>, <addr-line>Arecibo, PR, 00613</addr-line>, <country>USA</country></aff>
<aff id="aff-5"><label>5</label><institution>Department of Project Management, Universidade Internacional do Cuanza, Estrada Nacional 250</institution>, <addr-line>Bairro Kaluapanda, Cuito-Bi&#x00E9;</addr-line>, <country>Angola</country></aff>
<aff id="aff-6"><label>6</label><institution>Department of Computer Science and Engineering, University of Science and Technology Chittagong (USTC)</institution>, <addr-line>Chattogram, 4202</addr-line>, <country>Bangladesh</country></aff>
<aff id="aff-7"><label>7</label><institution>Deptartment of EEE, University of Science and Technology Chittagong (USTC)</institution>, <addr-line>Chattogram, 4202</addr-line>, <country>Bangladesh</country></aff>
<aff id="aff-8"><label>8</label><institution>Department of Computer Science and Engineering, School of Engineering and Technology, Central University of Haryana</institution>, <addr-line>Mahendragarh, Haryana, 123031</addr-line>, <country>India</country></aff>
</contrib-group>
<author-notes>
<corresp id="cor1"><label>&#x002A;</label>Corresponding Author: Nitin Goyal. Email: <email>dr.nitin@cuh.ac.in</email></corresp>
</author-notes>
<pub-date date-type="collection" publication-format="electronic">
<year>2024</year></pub-date>
<pub-date date-type="pub" publication-format="electronic"><day>15</day>
<month>5</month>
<year>2024</year></pub-date>
<volume>79</volume>
<issue>2</issue>
<fpage>1795</fpage>
<lpage>1834</lpage>
<history>
<date date-type="received">
<day>19</day>
<month>1</month>
<year>2024</year>
</date>
<date date-type="accepted">
<day>03</day>
<month>4</month>
<year>2024</year>
</date>
</history>
<permissions>
<copyright-statement>&#x00A9; 2024 Aggarwal et al.</copyright-statement>
<copyright-year>2024</copyright-year>
<copyright-holder>Aggarwal et al.</copyright-holder>
<license xlink:href="https://creativecommons.org/licenses/by/4.0/">
<license-p>This work is licensed under a <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International License</ext-link>, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
</license>
</permissions>
<self-uri content-type="pdf" xlink:href="TSP_CMC_49846.pdf"></self-uri>
<abstract>
<p>The proliferation of IoT devices requires innovative approaches to gaining insights while preserving privacy and resources amid unprecedented data generation. However, FL development for IoT is still in its infancy and needs to be explored in various areas to understand the key challenges for deployment in real-world scenarios. The paper systematically reviewed the available literature using the PRISMA guiding principle. The study aims to provide a detailed overview of the increasing use of FL in IoT networks, including the architecture and challenges. A systematic review approach is used to collect, categorize and analyze FL-IoT-based articles. A search was performed in the IEEE, Elsevier, Arxiv, ACM, and WOS databases and 92 articles were finally examined. Inclusion measures were published in English and with the keywords &#x201C;FL&#x201D; and &#x201C;IoT&#x201D;. The methodology begins with an overview of recent advances in FL and the IoT, followed by a discussion of how these two technologies can be integrated. To be more specific, we examine and evaluate the capabilities of FL by talking about communication protocols, frameworks and architecture. We then present a comprehensive analysis of the use of FL in a number of key IoT applications, including smart healthcare, smart transportation, smart cities, smart industry, smart finance, and smart agriculture. The key findings from this analysis of FL IoT services and applications are also presented. Finally, we performed a comparative analysis with FL IID (independent and identical data) and non-ID, traditional centralized deep learning (DL) approaches. We concluded that FL has better performance, especially in terms of privacy protection and resource utilization. FL is excellent for preserving privacy because model training takes place on individual devices or edge nodes, eliminating the need for centralized data aggregation, which poses significant privacy risks. To facilitate development in this rapidly evolving field, the insights presented are intended to help practitioners and researchers navigate the complex terrain of FL and IoT.</p>
</abstract>
<kwd-group kwd-group-type="author">
<kwd>Internet of Things</kwd>
<kwd>federated learning</kwd>
<kwd>PRISMA</kwd>
<kwd>framework of FL</kwd>
<kwd>applications of FL</kwd>
<kwd>data privacy</kwd>
<kwd>communication</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<sec id="s1">
<label>1</label>
<title>Introduction</title>
<p>The rapid proliferation of data has changed the landscape of data generation, necessitating advanced artificial intelligence (AI) techniques such as DL for insightful analytics. Traditional AI approaches use centralized cloud servers for learning and modeling data, but this model is reaching its limits, especially with the explosion of IoT data. The sheer volume of data, estimated at 850 zetabytes (ZB), and the expected increase in connected IoT devices (more than 75 billion) pose significant challenges for data management, availability and resilience [<xref ref-type="bibr" rid="ref-1">1</xref>]. The need for IoT applications where timeliness and quality are critical, such as in smart healthcare, smart transportation, and smart cities, underscores the need for a robust infrastructure with high availability and flexibility. However, efficiently managing data and delivering services with cloud infrastructure is becoming increasingly difficult in the face of massive, distributed, and heterogeneous IoT data [<xref ref-type="bibr" rid="ref-2">2</xref>].</p>
<p>AI is used to make decisions quickly and automatically in IoT systems, which rely on a wide variety of data sources, ranging from sensor telemetry to movies. Despite this, security and privacy are key problems in the adoption of the IoT because of the heterogeneity and resource restrictions of devices, which make it difficult to upgrade and patch programs. In addition, the majority of IoT systems have a centralized design, which places them at risk of security breaches because they are easy targets for malicious actors. Traditional techniques that include central servers for data processing have several obstacles, including communication overhead, privacy concerns, and vulnerability to specialized attacks. Despite their benefits, these approaches confront several challenges [<xref ref-type="bibr" rid="ref-3">3</xref>].</p>
<p>Recently, the concept of using FL has emerged as a possible option for the development of smart and privacy-friendly IoT systems. It has been suggested that FL could be used for a variety of applications within the IoT, including smart transportation and smart healthcare facilities. For example, the use of FL enables machine learning (ML) models to be run in smart healthcare without the need for medical institutions to share patient data directly with each other. Instead, institutions that store healthcare data, such as hospitals, can train AI models locally and then share only the learned parameters with the aggregator for global calculations. Implementing this collaborative strategy improves healthcare services across a variety of institutions, speeding up the process of patient diagnosis and treatment while maintaining user confidentiality. Similarly, FL has prove1n its effectiveness in providing intelligent vehicle services in transportation networks [<xref ref-type="bibr" rid="ref-4">4</xref>].</p>
<p>Although holding potential, the implementation of FL raises intriguing research inquiries related to efficiency, resilience, and security, particularly in real-world IoT deployments on a large scale. This review examines FL advancements within IoT contexts, focusing on FL communication protocol, and implementation framework with FL architecture [<xref ref-type="bibr" rid="ref-1">1</xref>]. The survey provides an overview of applications and ongoing challenges in coordinating intelligent decisions across decentralized IoT devices and users through FL&#x2019;s distributed model training approach.</p>
<sec id="s1_1">
<label>1.1</label>
<title>Motivation and Contribution</title>
<p>The designs of several fundamental challenges, including privacy, security, communication costs, heterogeneity, architecture and, differ depending on the domain and the use cases considered. Although several studies have focused on FL and IoT and discussed these methods in depth in terms of FL-IoT architecture, data services and applications, there are still more studies that have been conducted. The aim of this study is to provide an overview of the current state of research and summarize the most advanced methods that have been developed recently to solve these difficulties. As part of our research, we examine articles in related fields and conduct a thorough review of the latest survey studies in these areas. We use several categories to categorize the topics covered in FL survey articles. These categories include communication costs, heterogeneity, privacy/security as a primary challenge, FL architectures, implementation frameworks, communication protocols, and FL applications in different domains. The main Contributions of the manuscript are as follows:</p>
<p>1) The main focus of this manuscript is to thoroughly investigate and analyze existing FL-IoT reviews.</p>
<p>2) The manuscript classifies FL research into broad categories of communication protocol, implementation framework, FL architectures, challenges, and application areas.</p>
<p>3) It will address the various challenges of IoT applications and explore how FL can address these challenges.</p>
<p>4) Finally, the advantages of FL over traditional ML models will be discussed and a comparative analysis between FL (IID and Non-IID) and centralized ML algorithms will be conducted.</p>
<p>The following research questions (RQs) were formulated to accomplish the aim and objective of the review.</p>
<p>RQ1: What is the relationship between FL and IoT?</p>
<p>RQ2: What is the implementation framework for FL-IoT?</p>
<p>RQ3: What are various application areas of FL-IoT?</p>
<p>RQ4: What are various Challenges and limitations of FL-IoT?</p>
<p>RQ5: What is the need of FL over ML?</p>
<p>Therefore, the notable contribution of this research is as follows:
<list list-type="order">
<list-item>
<p>Federated learning uses the network of IoT devices to train machine learning models locally, which enables collaborative learning while protecting privacy and avoiding data aggregation at a central location. Further relationship between FL-IoT discussed in <xref ref-type="sec" rid="s4_3">Section 4.3</xref>.</p></list-item>
<list-item>
<p>Several libraries and framework such as Tensor flow federated, Pysft, FederatedAI, IBM FL in detail discussed in <xref ref-type="sec" rid="s5_2">Section 5.2</xref> have been utilized to implement the FL-IoT approach.</p></list-item>
<list-item>
<p>FL with IoT can be used in variety of application areas such as healthcare, smart city, smart agriculture, smart finance as discussed in the <xref ref-type="sec" rid="s6">Section 6</xref>.</p></list-item>
<list-item>
<p>FL demands effective communication that addresses challenges like limited resources, data privacy, and hardware specifications on IoT devices. Discussed the challenges and limitations of FL-IoT in <xref ref-type="sec" rid="s7">Section 7</xref>.</p></list-item>
<list-item>
<p>Many researchers have demonstrated the FL approach&#x2019;s effectiveness over traditional ML algorithms. Comparative analysis discussed in <xref ref-type="sec" rid="s8_1">Section 8.1</xref> was done between FL and ML approaches.</p></list-item>
</list></p>
<p>The paper&#x2019;s structure is structured as follows: In <xref ref-type="sec" rid="s3">Section 3</xref>, we provide an overview of the fundamentals of FL with IoT. <xref ref-type="sec" rid="s4">Section 4</xref> delves into the discussion of the FL-IoT framework, protocols, and various architectures of FL. Popular applications of FL, particularly utilizing IoT network data in domains such as smart healthcare, smart cities, smart industry, agriculture, transportation, and finance, are detailed in <xref ref-type="sec" rid="s5">Section 5</xref>. In <xref ref-type="sec" rid="s6">Section 6</xref>, we address the challenges that arise due to the decentralized nature of FL.</p>
</sec>
</sec>
<sec id="s2">
<label>2</label>
<title>Literature Survey</title>
<p>FL has attracted a lot of attention due to its advantages, such as increased data protection and lower communication costs. In the IoT domain, FL integration has been extensively explored to address privacy concerns by enabling decentralized model training and storing sensitive information locally. This approach fits well with the resource constraints of IoT devices and makes FL an attractive solution for efficient, privacy-friendly ML. Sirohi et al. [<xref ref-type="bibr" rid="ref-5">5</xref>] examines the vulnerabilities of FL in air, ground, space and underwater communications and provides an overview of the threats and the latest defence strategies. Furthermore, Chen et al. [<xref ref-type="bibr" rid="ref-6">6</xref>] explored the initial advances of FL for the Metaverse (FL4M) and examined key technologies such as big data, IoT, edge computing (EC), blockchain and augmented reality. While FL offers promising solutions, the challenges and promising directions outlined by the authors underscore the complexity in this evolving field. Rahman et al. [<xref ref-type="bibr" rid="ref-7">7</xref>] presents a comprehensive overview of the latest trends in FL, IoT and Information-Centric Networking (ICN), highlighting their characteristics, integration potential and sharing for robust security. It also examines application areas, outlines open questions and proposes future research directions for the integration of these technologies.</p>
<p>Qammar et al. [<xref ref-type="bibr" rid="ref-8">8</xref>] conducted a systematic literature review on the integration of blockchain in FL, addressing security and privacy concerns with traditional FL. It examines blockchain-based FL approaches with a focus on security, privacy, record-keeping, rewards, verification, and accountability, and discusses open questions while suggesting future research directions for robust development. However, Aledhari et al. [<xref ref-type="bibr" rid="ref-9">9</xref>] offer a systematic examination of associated protocols and platforms, delineating challenges, and illustrating real-world applications to offer a comprehensive understanding of FL technology. Meanwhile, Yang et al. [<xref ref-type="bibr" rid="ref-10">10</xref>] proposed a safe FL approach, covering horizontal FL, vertical FL, and federated transfer learning (FTL), aiming to enable information exchange between organizations through the utilization of FL techniques. In addition, Liu et al. [<xref ref-type="bibr" rid="ref-11">11</xref>] examine the strengths and limitations of conventional ML within the 6G context. Further authors of reference [<xref ref-type="bibr" rid="ref-12">12</xref>] explored the differences between FL and traditional Distributed ML, examining the unique characteristics and challenges of FL. The study encompassed various techniques and prospects, addressing four fundamental challenges, particularly those related to privacy and security, without restricting its scope to a specific field. Nguyen et al. [<xref ref-type="bibr" rid="ref-13">13</xref>] assess FL&#x2019;s potential in diverse IoT services, incorporating data sharing, offloading, attack detection, localization, crowd sensing, and data privacy. The survey broadly covers FL applications in IoT sectors, including healthcare, transportation, unmanned aerial vehicles (UAVs), cities, and industry, highlighting crucial insights and concluding with an overview of current challenges and future research directions in this burgeoning field. Further authors of reference [<xref ref-type="bibr" rid="ref-14">14</xref>] discuss the application of blockchain to FL for enhancing IoT data security, addressing current issues, and proposing emerging approaches. It includes a comprehensive survey on blockchain-based FL for IoT applications. Abreha et al. [<xref ref-type="bibr" rid="ref-15">15</xref>] systematically review the execution of FL in EC, providing insights into protocols, applications, challenges, and case studies, along with identifying open issues for future research. It aims to enhance understanding of the connection between FL and EC technologies. In comparative analysis, Kholod et al. [<xref ref-type="bibr" rid="ref-16">16</xref>] conducted a comparative analysis of open-source FL frameworks. Evaluating features like ease of use, development, analysis capabilities, accuracy, and performance using signal and image datasets on low-power IoT devices, the study identifies FL frameworks suitable for current IoT applications with certain usage restrictions. Zeng et al. [<xref ref-type="bibr" rid="ref-17">17</xref>] proposed a lightweight truth-discovery-based multidimensional bidding framework to test industrial edge device parameters by using the Asynchronous Advantage Actor&#x2013;Critic (A3C) algorithm. The authors conclude that the proposed approach provides an efficient offloading technique in terms of model accuracy and system revenue. Liu et al. [<xref ref-type="bibr" rid="ref-18">18</xref>] suggest an Internet of UAVs trajectory planning algorithm that uses local search approaches to emphasize safety and energy economy. It incorporates TinyML to make decisions in real time and modifies the placements of virtual nodes to handle any situation. Comprehensive simulation studies highlight the potential of the suggested algorithm for secure and effective data collecting from IoT networks by showcasing its effectiveness when compared to baseline methods.</p>
<p>The summary of existing surveys related to FL-IoT is discussed in <xref ref-type="table" rid="table-1">Table 1</xref> with their contributions. These diverse studies collectively contribute to the evolving landscape of FL, emphasizing its potential, challenges, and avenues for future research.</p>
<table-wrap id="table-1">
<label>Table 1</label>
<caption>
<title>Summary of existing survey papers related to FL-IoT</title>
</caption>
<table frame="hsides" >
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>Reference</th>
<th>Year</th>
<th>Summary</th>
<th>Advantages</th>
<th>Limitations/<break/>Suggestions</th>
</tr>
</thead>
<tbody>
<tr>
<td>[<xref ref-type="bibr" rid="ref-19">19</xref>]</td>
<td>2021</td>
<td>Explores security and privacy aspects of FL, addressing current challenges and emphasizing the need for future research directions to facilitate its mass adoption.</td>
<td>Security and privacy aspects of FL were discussed with addressing challenges and future direction.</td>
<td>Case studies are not present and need more detailed insights into emerging threats.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-16">16</xref>]</td>
<td>2021</td>
<td>Comparative analysis of open-source FL frameworks for IoT systems, evaluating features and identifying applicable frameworks</td>
<td>They discussed all frameworks related to FL-IoT with various features.</td>
<td>The study focuses on all frameworks of FL-IoT except PySyft, which is limited to the OpenMined ecosystem.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-4">4</xref>]</td>
<td>2021</td>
<td>Provides a thorough survey of FL applications in IoT networks, covering diverse services and key sectors, and addresses current challenges while suggesting future research directions.</td>
<td>Explored FL-IoT services such as IoT data sharing, offloading, catching, privacy, security and attack detection, and localization in detail.</td>
<td align="center">&#x2013;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-20">20</xref>]</td>
<td>2023</td>
<td>Defines FL systems, categorizes them across six aspects, and provides insights into, case studies, and research opportunities.</td>
<td>The study discussed in detail two important design factors heterogeneity and autonomy of FL systems.</td>
<td>The discussion of challenges related to FL-IoT could be discussed.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-21">21</xref>]</td>
<td>2022</td>
<td>The work discusses and surveys existing Multi-Access EC (MEC) initiatives, comparing strategies, and assessing limitations and tools, to provide insights for researchers and developers to design and improve MEC systems.</td>
<td>All tools, strategies, and issues related to MEC implementation are discussed.</td>
<td>There is more discussion required to address the challenges posed by MEC implementations.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-22">22</xref>]</td>
<td>2022</td>
<td>The survey underscores the impact of EC on IoT, analyzes the necessity of investigating Edge-Com- puting-Driven IoT (ECDriven-IoT), categorizes recent advances, and concludes with lessons learned and proposed challenges.</td>
<td>This study helps review and summarize existing research work and promotes cross-collaboration in related areas.</td>
<td>Data privacy and communication cost aspects could be discussed.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-23">23</xref>]</td>
<td>2022</td>
<td>Discuss the data privacy and security in Internet of Underwater Things (IoUT) frameworks, with FL.</td>
<td>An overview of the IoUT technology with AI/ML applications in information sensing and data transmission is discussed.</td>
<td>The implementation framework for FL-IoUT could be provided.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-24">24</xref>]</td>
<td>2021</td>
<td>Discuss the recent advances in FL-IoT over IoT networks, and identifies open research challenges along with potential solutions.</td>
<td>Recently developed metrics for FL-IoT, including sparsification, robustness, quantization, scalability, security, and privacy, are discussed.</td>
<td>Encryption methods could be discussed.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-25">25</xref>]</td>
<td>2022</td>
<td>Privacy and security issues with FL are discussed.</td>
<td>Recognizing significant security threats like poisoning, backdoors, and GAN-based attacks, as well as significant privacy concerns in FL.</td>
<td>The paper focuses only on privacy and security issues.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-2">2</xref>]</td>
<td>2023</td>
<td>Explores the integration of FL with IoT to address the increasing threat of malware.</td>
<td>The manuscript explains FL is a good fit for IoT malware analysis and contrasts it with centralized learning techniques.</td>
<td>Case studies or empirical evaluations of FL integration with IoT malware analysis could be discussed.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-5">5</xref>]</td>
<td>2023</td>
<td>Extensively analyzes vulnerabilities in FL across diverse applications, reviews defensive strategies, and compares methodologies.</td>
<td>Discuss the most recent FL deployments in various applications in different domains and propose privacy and security measures.</td>
<td>There is a need to discuss the Challenges associated with securing robust aggregators.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-6">6</xref>]</td>
<td>2023</td>
<td>Explores the integration of FL4M), emphasizing its potential to address data privacy concerns and reduce computational requirements, while highlighting the challenges and future directions.</td>
<td>The key objectives, challenges, and possible directions of metaverse technology with FL are discussed.</td>
<td>Practical implementations demonstrating the application of FL in the metaverse could be discussed.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-14">14</xref>]</td>
<td>2023</td>
<td>Explores the potential of blockchain-based FL methods for enhancing security and privacy in IoT ecosystems.</td>
<td>This study examines blockchain-based FL methods for comprehensively preserving IoT systems.</td>
<td>Concrete solutions or practical implementations to address the challenges could be discussed</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-26">26</xref>]</td>
<td>2023</td>
<td>Comprehensively explores FL applications in IoT, emphasizing challenges and solutions for distributed decision-making.</td>
<td>Federated optimization techniques, communication-efficient algorithms, and privacy-preserving mechanisms are the focus.</td>
<td>Need to discuss detailed examination of specific implementation case studies.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-27">27</xref>]</td>
<td>2022</td>
<td>Explores the integration of FL with the Industrial Internet of Things (IIoT), focusing on privacy preservation, resource management, and applications.</td>
<td>Summarize how to preserve data privacy and learn on-device within the FL-IIoT framework.</td>
<td>Requiring more empirical evidence to validate their effectiveness in real-world IIoT environments.</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s3">
<label>3</label>
<title>Research Methodology</title>
<sec id="s3_1">
<label>3.1</label>
<title>Selected and Data Gathering Procedures</title>
<p>The literature search used the IEEE, ACM, arXiv, Elsevier, and Web of Science libraries. The general search terms used are: &#x2018;federated learning&#x2019;, &#x2018;federated learning Internet of Things&#x2019;, &#x2018;Internet of Things applications&#x2019;, or &#x2018;federated learning architecture&#x2019;. Following the initial literature investigation, each article&#x2019;s title, keywords, and abstract were examined, and possibly relevant articles were obtained and tested for suitability using full-text articles. The PRISMA flow diagram provides a comprehensive overview of the research selection process. <xref ref-type="fig" rid="fig-1">Fig. 1</xref> depicts the entire procedure of searching and selecting literature. This procedure consisted of four stages: Identification, screening, eligibility, and inclusion. In the identification stage, 160 papers were gathered and 22 duplicate papers were removed. Furthermore, papers were screened with titles and keywords and 44 papers were excluded after screening. 104 papers were selected for full-text eligibility criteria, and out of them 12 were excluded because of no relevance and did not focus on quantitative evaluation. Therefore, 92 papers were chosen for full-text access.</p>
<fig id="fig-1">
<label>Figure 1</label>
<caption>
<title>PRISMA flow diagram</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_49846-fig-1.tif"/>
</fig>
</sec>
<sec id="s3_2">
<label>3.2</label>
<title>Search Criteria</title>
<p>The authors utilized five databases to conduct their electronic search, including IEEE, Elsevier, Arxiv, ACM, and WoS. The search was restricted to the English language. The AND function was utilized as a logical operator. A targeted search supplemented the computerized search. This consisted of a Google Scholar online search and a manual examination of the cited references of relevant publications using the search approach.</p>
</sec>
<sec id="s3_3">
<label>3.3</label>
<title>Selection Execution</title>
<p>The search aimed to create a preliminary list of research that will be evaluated in more detail. The papers were then examined to determine whether they were appropriate and could be utilized to answer the research questions formulated, further we summarize some of the studies chosen based on the formulated research questions.</p>
</sec>
</sec>
<sec id="s4">
<label>4</label>
<title>Vision of FL and IoT</title>
<p>The shared vision of FL and IoT is to enable decentralized collaborative ML across a variety of devices, promoting privacy, efficiency and smart IoT applications. This partnership aims to transform data analytics and decision making securely and at scale by creating a connected ecosystem where devices independently acquire knowledge about their local data and contribute to globally enhanced and adaptive intelligence while protecting user privacy.</p>
<sec id="s4_1">
<label>4.1</label>
<title>Federated Learning</title>
<p>FL is an ML approach introduced by Google scientists that makes it possible to train models on decentralized devices with raw data without exchanging it. In an FL system, the model is trained jointly on the local data of each device, and only the model updates are shared with an aggregation server or between devices [<xref ref-type="bibr" rid="ref-28">28</xref>,<xref ref-type="bibr" rid="ref-29">29</xref>]. This privacy-friendly technique enables the development of ML models for distributed datasets while mitigating the privacy concerns associated with sharing sensitive information. It is particularly beneficial in scenarios where data is sensitive, located in different locations or cannot be centralized due to limitations such as network bandwidth. This approach is consistent with the principles of data privacy and security and is therefore suitable for applications in healthcare, finance and other areas where the protection of sensitive data is of paramount importance [<xref ref-type="bibr" rid="ref-30">30</xref>].</p>
<p>FL functions by conducting model training directly on individual devices, enabling the learning process to occur at the data sources themselves for both training and prediction [<xref ref-type="bibr" rid="ref-19">19</xref>]. Following the training phase, the models or model updates are transmitted back to a central server for aggregation. Later, the consolidated model is sent back to the devices utilizing principles derived from distributed computing, allowing efficient tracking and redistribution of models across diverse devices [<xref ref-type="bibr" rid="ref-31">31</xref>]. The process starts with the training of the local model on your client side. After training the model, each client sends its local model to the aggregation server, leaving the raw data on the client side. The aggregation server receives all local models from each client and starts training. After training the global model, the aggregation server sends this global model to all clients. This collaborative method maximizes training quality while minimizing the potential for data breaches. The local sneakers then retrieve the global update from the aggregator and continue this iterative process of computing subsequent local updates until the global training is complete [<xref ref-type="bibr" rid="ref-32">32</xref>].</p>
</sec>
<sec id="s4_2">
<label>4.2</label>
<title>Internet of Things</title>
<p>Internet-based applications are in high demand today. Therefore, the IoT is the most important technology for the development of Internet-based applications. An IoT is a network in which different physical devices are connected to the Internet via different routers or network devices and exchange data. It is an intelligent technology that reduces human effort and makes physical devices easily accessible [<xref ref-type="bibr" rid="ref-33">33</xref>]. It enables remote control of devices and also has an autonomous control function that can be used to control any device without human interaction. It enables communication from person to person, person to thing and thing to thing. The IoT can be a thing in a world where everything can be connected and communicate with each other. There are numerous technologies such as big data, data analytics, AI, ML, wireless sensor networks (WSNs) and various sensor technologies, etc. In WSNs, multiple sensor nodes are deployed in different areas to monitor and control the relevant environmental conditions and collect the data [<xref ref-type="bibr" rid="ref-34">34</xref>,<xref ref-type="bibr" rid="ref-35">35</xref>]. IoT became popular after the invention of Radio Frequency Identification (RFID) chips.</p>
<p>The diverse types of communication in IoT systems are mentioned as follows [<xref ref-type="bibr" rid="ref-35">35</xref>]:
<list list-type="simple">
<list-item><label>i)</label>
<p><bold><italic>People to People (P2P)</italic>:</bold> Communication/data transmission occurs between people to people through video calls, social calls, or social communication. It is also called &#x201C;collaborative communication.&#x201D;</p></list-item>
<list-item><label>ii)</label>
<p><bold><italic>Machine to People (M2P):</italic></bold> Communication/data transmission occurs between machines like sensors, computers, and processors and people/users to analyze the data. For example, in agriculture, the smart greenhouse system uses smart devices to collect data and send it to control centers so it can be analyzed.</p></list-item>
<list-item><label>iii)</label>
<p><bold><italic>Machine to Machine (M2M):</italic></bold> Communication/data transmission is done between machine to machine without human intervention, e.g., Vehicle to Vehicle (V2V) communication, in which vehicles communicate with other vehicles or any smart device.</p></list-item>
</list></p>
<p>IoT has a different vision to benefit various areas, such as the environment, industry, medicine, transportation, etc. Many researchers have explained the IoT in different ways in specific aspects and areas of interest [<xref ref-type="bibr" rid="ref-36">36</xref>]. The working model of IoT is structured in <xref ref-type="fig" rid="fig-2">Fig. 2</xref>.</p>
<fig id="fig-2">
<label>Figure 2</label>
<caption>
<title>Working model of IoT</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_49846-fig-2.tif"/>
</fig>
<p>An IoT system consists of smart devices with embedded capabilities. These devices gather data through sensors and transmit it to an IoT gateway. The data is then either sent to the cloud/server for analysis or analyzed locally. These devices typically operate autonomously, with minimal human intervention. Users interact directly with the devices, configuring them, providing instructions, or accessing the data independently. IoT technologies have enhanced agricultural capabilities [<xref ref-type="bibr" rid="ref-37">37</xref>]. It can support farmers at any phase of their farming operations by offering the latest crop and weather data, enabling remote monitoring of their farms. Additionally, early detection of agricultural issues is possible, preventing the spread of diseases and safeguarding production. Agricultural IoT applications play a crucial role in boosting agricultural output and minimizing crop losses due to diseases [<xref ref-type="bibr" rid="ref-24">24</xref>].</p>
</sec>
<sec id="s4_3">
<label>4.3</label>
<title>Federated Learning with IoT</title>
<p>The FL concept within IoT networks consists of two primary components: Firstly, the data clients, which are exemplified by IoT nodes, and secondly, an aggregation server as shown in <xref ref-type="fig" rid="fig-3">Fig. 3</xref>. In this framework, IoT devices act as data clients, contributing their local data for model training. Meanwhile, an aggregation server strategically plays a crucial role in consolidating and processing the decentralized insights gathered from the various IoT devices.</p>
<fig id="fig-3">
<label>Figure 3</label>
<caption>
<title>Working of FL-IoT</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_49846-fig-3.tif"/>
</fig>
<p>This collaborative learning paradigm allows IoT devices to enhance their models collectively without the necessity of transmitting raw data to a centralized server. The aggregation server facilitates the synchronization of model updates, thereby promoting a more privacy-preserving and efficient approach to ML in the context of IoT networks. By decentralizing the learning process, FL concerns related to data privacy, network bandwidth, and latency while fostering continual improvement of models in a distributed and cooperative manner [<xref ref-type="bibr" rid="ref-38">38</xref>].</p>
<p>The FL-IoT process typically encompasses three main steps [<xref ref-type="bibr" rid="ref-28">28</xref>]:</p>
<p><bold><italic>1. Initialization of global model</italic>:</bold> The central server outlines the training task, including defining the intended application, generating an initial global model, setting hyperparameters, and determining the objective function <italic>j (&#x03B8;, Dn)</italic> for each client n. The initialized global model is disseminated to local participants involved in the training.</p>
<p>The mathematical expression of the objective function is given by:
<disp-formula id="eqn-i"><label>(1)</label><mml:math id="mml-eqn-i" display="block"><mml:mi>j</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mi>&#x03B8;</mml:mi><mml:mo>,</mml:mo><mml:mi>D</mml:mi><mml:mi>n</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mrow><mml:mi mathvariant="normal">&#x03A3;</mml:mi></mml:mrow><mml:mi>n</mml:mi><mml:mi>L</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>f</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mi>&#x03B8;</mml:mi><mml:mo>,</mml:mo><mml:mi>x</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mo>,</mml:mo><mml:mi>y</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p> <italic>&#x03B8;</italic> represents global model parameters, and <italic>Dn</italic> denotes the local dataset for the client. <italic>F (&#x03B8;, x)</italic> predicts the output of the model for input <italic>x</italic> using <italic>&#x03B8;</italic>, and y represents the true label. <italic>L</italic> denotes the loss function.</p>
<p><bold><italic>2. Local training of model:</italic></bold> Each client participating in the FL network has its unique dataset. In every training round, a subset of clients or devices, denoted as <italic>Cn</italic>, is chosen, where n takes values from 1 to <italic>K</italic>, and <italic>K</italic> represents the number of selected clients. Each selected client <italic>Cn</italic> performs local model training using its local dataset <italic>Dn</italic>, optimizing local parameters <italic>&#x03B8;n</italic> to minimize the objective function <italic>J (&#x03B8;n, Dn)</italic>.
<disp-formula id="eqn-ii"><label>(2)</label><mml:math id="mml-eqn-ii" display="block"><mml:mi>&#x03B8;</mml:mi><mml:mi>n</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mi>m</mml:mi><mml:mn>1</mml:mn><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mi>&#x03B8;</mml:mi><mml:mi>n</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mi>m</mml:mi><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow><mml:mo>&#x2212;</mml:mo><mml:mi>&#x03B7;</mml:mi><mml:mo>.</mml:mo><mml:mi mathvariant="normal">&#x2207;</mml:mi><mml:mi>j</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>&#x03B8;</mml:mi><mml:mi>n</mml:mi><mml:mrow><mml:mo>(</mml:mo><mml:mi>m</mml:mi><mml:mn>1</mml:mn><mml:mo>)</mml:mo></mml:mrow><mml:mo>,</mml:mo><mml:mi>D</mml:mi><mml:mi>n</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p><italic>&#x03B7;</italic> is the learning rate, <italic>m</italic><sub><italic>1</italic>,</sub> is for the iteration, and <italic>&#x2207;J</italic> signifies the gradient function.</p>
<p><bold><italic>3. Local model aggregation:</italic></bold> After the local model has been trained, the subsequent step is to collect updates from selected clients and then combine them to create an updated global model. The following are some of the aggregation methods that are utilized: Weighted averaging, simple averaging, and several others:
<disp-formula id="eqn-iii"><label>(3)</label><mml:math id="mml-eqn-iii" display="block"><mml:mi>&#x03B8;</mml:mi><mml:mi mathvariant="normal">&#x005F;</mml:mi><mml:mi>g</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>m</mml:mi><mml:mn>1</mml:mn><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo><mml:mo>=</mml:mo><mml:mi>N</mml:mi><mml:mrow><mml:mo>/</mml:mo></mml:mrow><mml:mn>1</mml:mn><mml:mrow><mml:mi mathvariant="normal">&#x03A3;</mml:mi></mml:mrow><mml:mi>&#x03B8;</mml:mi><mml:mi>n</mml:mi><mml:mo stretchy="false">(</mml:mo><mml:mi>m</mml:mi><mml:mn>1</mml:mn><mml:mo>+</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula></p>
<p><italic>&#x03B8;_g</italic> signifies the updated global model parameters post-aggregation.</p>
<p>This method has substantial potential by achieving impressive learning accuracy, putting an emphasis on the preservation of privacy, and decreasing communication overhead, as proven in a comparative evaluation <italic>vs</italic>. traditional methodologies.</p>
</sec>
</sec>
<sec id="s5">
<label>5</label>
<title>FL-IoT: Protocol, Framework, and Architecture</title>
<p>In this section, we will explore the FL protocol, framework, diverse architectures of FL, and the mechanism through which parameters are exchanged between clients and the FL coordinator.</p>
<sec id="s5_1">
<label>5.1</label>
<title>Communication Protocol in FL-IoT</title>
<p>The communication protocol oversees the complete training process of FL, dealing with issues like security, unreliable device connections, and availability [<xref ref-type="bibr" rid="ref-39">39</xref>]. In the FL system, a cloud-based distributed service serves as the FL server, while end devices, such as phones, participate in FL operations. The protocol involves devices signaling readiness for FL operations, initiated by the server for specific FL populations identified by a global name. During each round, a subset of devices is selected to process a specific FL task, and devices remain connected to the server throughout the round. The server sends an FL checkpoint with global model parameters to participants, collects checkpoints from participants, and updates the global state for subsequent rounds. This iterative process ensures collaborative learning across distributed devices in the FL system. The FL communication protocol is structured into three phases during each training round:
<list list-type="simple">
<list-item><label>i.</label><p><bold><italic>Selection:</italic></bold> Devices that fulfill certain suitability criteria regularly establish communication with the server via bidirectional streams. The server monitors the availability of clients by checking the vitality of these streams to ensure effective communication scheduling. In addition, an FL parameter server uses a client selection algorithm, such as FedCS [<xref ref-type="bibr" rid="ref-40">40</xref>], to choose active clients for training round participation. These selected clients then carry out a specified FL task.</p></list-item>
<list-item><label>ii.</label><p><bold><italic>Configuration:</italic></bold> The server configuration adapts depending on the update method selected, whether it is a simple or secure method. Each selected device receives an FL plan, an FL checkpoint and the updated model. The server is set up by the selected aggregation mechanism, be it simple or secure aggregation [<xref ref-type="bibr" rid="ref-41">41</xref>]. Subsequently, the server transmits the updated model to each client.</p></list-item>
<list-item><label>iii.</label><p><bold><italic>Reporting:</italic></bold> The FL server patiently awaits updates from participating clients. Upon receiving updates, the server employs predefined algorithms like FedAvg to aggregate them [<xref ref-type="bibr" rid="ref-42">42</xref>]. If important clients remain connected, the federated training orchestrated by the server is completed, resulting in an update of the server&#x2019;s global model. If this condition is not met, the round is cancelled. The model updates are consistently sent to the server via encrypted communication to ensure security.</p></list-item>
</list></p>
<p>In addition to the efficiency of communication, ensuring the security of communication during the transmission of local updates is another challenge that needs to be considered.</p>
<p><list list-type="simple"><list-item><label>iv.</label><p><bold> <italic>Secure aggregation:</italic></bold> It refers to the use of cryptographic methods such as encryption, homomorphic encryption, secure multiparty computation (SMPC) and threshold cryptography. These methods are used to ensure the confidentiality of model updates transmitted from the participating devices to the central server. Encryption and homomorphic encryption are used to make individual updates unreadable during transmission so that the central server can summarize them without accessing the raw data [<xref ref-type="bibr" rid="ref-38">38</xref>].</p></list-item>
<list-item><label>v.</label><p><bold><italic>Differential privacy:</italic></bold> Collaborative model training is a method that protects individual privacy and attempts to preserve the sensitive information associated with each participant, specifically by ensuring that the statistical impact of each participant&#x2019;s data is indistinguishable from the influence of the other participants by introducing controlled noise or randomness into the aggregate model [<xref ref-type="bibr" rid="ref-38">38</xref>,<xref ref-type="bibr" rid="ref-39">39</xref>].</p></list-item>
</list></p>
</sec>
<sec id="s5_2">
<label>5.2</label>
<title>Implementation Framework in FL-IoT</title>
<p>To make the implementation of FLs easier, several frameworks and libraries have been developed. The building of FL models may be simplified with the help of these libraries, which include tools, application programming interfaces (APIs), and pre-built functionality.</p>
<p><bold><italic>Tensor Flow Federated (TFF):</italic></bold> TFF is an open source framework for ML designed to perform computations on data distributed across multiple locations. It serves as the foundation for TensorFlow-based FL. Google is responsible for developing this framework for Python 3 for FL. In the real world, this paradigm has been put into practice for the first time. By using TFF, researchers can test new algorithms on their models and data. The interfaces of TFF consist of two basic levels. These layers are the FL API and the Federated Core API. When using TensorFlow, the FL application programming interface is an interface that simplifies the execution of actions associated with FL, model training and model evaluation. The three components that make up the interfaces provided by this layer are: Datasets, Federated Computing Builders and Models [<xref ref-type="bibr" rid="ref-43">43</xref>].</p>
<p><bold><italic>PySyft:</italic></bold> PySyft makes it easy to identify and isolate private data from training models by using FL principles protected by a variety of privacy-enhancing methods. The only mode of operation PySyft is capable of is simulation mode. It must be combined with PyGrid and other projects of the OpenMined ecosystem to enable federated mode. Nevertheless, several projects, such as PySyft, are currently still under active development. The goal of PySyft is to make privacy-friendly ML techniques widely usable by providing Python connections and an interface reminiscent of traditional techniques. This enables the development and integration of new methods. One of PySyft&#x2019;s main goals is to provide the highest possible level of protection to customers participating in the training. PySyft can provide robust privacy guarantees to data consumers by developing and deploying automated differential privacy protection. These guarantees are independent of the ML architecture used and the data itself. In this particular scenario, PySyft is primarily concerned with encryption and improving privacy security for clients through the use of homophobic encryption or encrypted computation. TensorFlow and Pytorch are the two types of libraries supported by PySyft [<xref ref-type="bibr" rid="ref-44">44</xref>].</p>
<p><bold><italic>Flower (FL over the World Wide Web):</italic></bold> The impressive open source architecture called Flower, an acronym for &#x201C;FL over the World Wide Web&#x201D;, was developed to simplify FL operations across remote devices. The development of Flower was part of a research study conducted at Oxford University. Extending or rewriting a large number of components enables the creation of new, contemporary systems that can be stored for later use. Flower takes advantage of ML frameworks, even though the different frameworks for ML each have their own competencies. PyTorch, TensorFlow, Sci-kit-learn, TFLite and raw NumPy are some examples of well-known frameworks for ML. Flower not only has a large user base, but also a large community. With this in mind, this framework includes. This framework is characterised by its excellent documentation and tutorials that make implementation quick and easy [<xref ref-type="bibr" rid="ref-45">45</xref>].</p>
<p><bold><italic>IBM FL:</italic></bold> Solutions for customer privacy protection, regulatory compliance in data integration and big data are the main focus of IBM&#x2019;s FL, which is deployed in various locations. There is a wide range of deployment scenarios that can be configured with IBM FL. It is common for data centers and cloud instances from different vendors to participate in FL. IBM&#x2019;s contributions to FL demonstrate IBM&#x2019;s commitment to advancing innovative technologies with a strong focus on data protection. IBM&#x2019;s FL integrates seamlessly with multiple ML libraries such as Keras, TensorFlow, PyTorch, SK Learn and RLLib, ensuring compatibility with its architecture. Providing APIs to create new FL algorithms increases its versatility and enables customization to different ML libraries and paradigms. In addition, fairness strategies within FL are emphasized to mitigate biases and reinforce the commitment to ethical and inclusive ML practices. Please note that the paraphrased content combines information from the indicated paragraphs for coherence and clarity [<xref ref-type="bibr" rid="ref-46">46</xref>]. <xref ref-type="table" rid="table-2">Table 2</xref> shows the comparison of supported features of some existing frameworks. The cell is left empty if the system does not support the corresponding feature.</p>
<table-wrap id="table-2">
<label>Table 2</label>
<caption>
<title>Comparison between existing FL frameworks</title>
</caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th colspan="2">Features</th>
<th>TFF</th>
<th>FLOWER</th>
<th>Pysft</th>
<th>FATE</th>
<th>IBM FL</th>
</tr>
</thead>
<tbody>
<tr>
<td rowspan="5">Operating system</td>
<td>Linux</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>Windows</td>
<td>&#x221A;</td>
<td></td>
<td></td>
<td></td>
<td>&#x221A;</td>
</tr>
<tr>
<td>iOS</td>
<td></td>
<td></td>
<td>&#x221A;</td>
<td></td>
<td></td>
</tr>
<tr>
<td>Mac</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>Android</td>
<td></td>
<td></td>
<td>&#x221A;</td>
<td></td>
<td></td>
</tr>
<tr>
<td rowspan="2">Data partitioning</td>
<td>Horizontal</td>
<td>&#x221A;</td>
<td></td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>Vertical</td>
<td>&#x221A;</td>
<td></td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td rowspan="2">Communication</td>
<td>Simulated</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td></td>
<td></td>
</tr>
<tr>
<td>Distributed</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td rowspan="2">Hardware</td>
<td>CPUs</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>GPUs</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
</tbody>
</table>
</table-wrap>
<p><bold><italic>Federated AI/(Federated AI Technology Enabler):</italic></bold> It is an open source initiative with the aim of creating a safe and collaborative AI system. FATE-Flow is the name of the platform that hosts the FL pipeline. Inference processing, modeling, training, review and publishing are all applications of this technology. FATEBoard is a platform that allows users to view, explore and better understand specific ML models. It offers a variety of visualization options and displays the results in the form of tables or charts in different formats. The FATE network not only facilitates communication between devices, but also offers developers and scientists the opportunity to construct algorithms by using the Federation&#x2019;s APIs with the help of various tools. The FATE framework is integrated into the KubeFATE element, which is the final component. By using cloud-based technologies such as Docker and Kubernetes, this aspect is used to deploy FATE. FATE not only offers comprehensive documentation, but is also easy to implement in practice [<xref ref-type="bibr" rid="ref-47">47</xref>].</p>
<p>In the next section we discussed the performance parameters utilized to evaluate FL-IoT framework along with implementation steps of FL and various vulnerabilities that were examined during FL-IoT implementation process.</p>
<sec id="s5_2_1">
<label>5.2.1</label>
<title>Performance Metrics</title>
<p>When assessing the efficacy, efficiency, and resilience of FL implementations customized for IoT contexts, performance measures in FL for the youth are essential. <xref ref-type="table" rid="table-3">Table 3</xref> discusses the various performance metrics with various parameters.</p>
<table-wrap id="table-3">
<label>Table 3</label>
<caption>
<title>Performance metrics with definition</title>
</caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>Metrics</th>
<th>Evaluation parameters</th>
<th>Definition</th>
</tr>
</thead>
<tbody>
<tr>
<td>Accuracy</td>
<td>Accuracy, Precision, Recall, F1-score, AuC (area under curve)</td>
<td>Evaluates the FL model accuracy with different data samples received for IoT devices.</td>
</tr>
<tr>
<td>Resource utilization</td>
<td>CPU and GPU utilization, Virtual memory, GPU memory</td>
<td>Evaluates how much power and computing resources are used on IoT devices while training models.</td>
</tr>
<tr>
<td>Privacy preservation</td>
<td>Information leakage, privacy loss</td>
<td>Evaluate how well privacy-preserving methods work in FL-IoT implementations.</td>
</tr>
<tr>
<td>Convergence speed</td>
<td>Convergence time and rate, number of iterations</td>
<td>Determines how quickly the FL model converges to an acceptable performance level.</td>
</tr>
<tr>
<td>Fairness and bias</td>
<td>Disparate impact and demographic parity, Equal opportunity, Disparate impact</td>
<td>Assesses how biased and equitable the FL model is in diverse IoT contexts.</td>
</tr>
<tr>
<td>Robustness</td>
<td>Evasion and inference attacks, model poisoning</td>
<td>Assesses how resistant FL models are two efforts at information poisoning and hostile assaults.</td>
</tr>
<tr>
<td>Communication cost</td>
<td>Network traffic, latency, and message size</td>
<td>Measures how much information is sent between edge nodes/IoT devices and the central server.</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s5_2_2">
<label>5.2.2</label>
<title>FL-IoT Implementation Process [<xref ref-type="bibr" rid="ref-7">7</xref>,<xref ref-type="bibr" rid="ref-48">48</xref>]</title>
<p><list list-type="bullet">
<list-item>
<p>Identify a specific problem or use case in the context of FL-IoT.</p></list-item>
<list-item>
<p>Modify the customer application, if necessary, by integrating FL libraries, updating data collection mechanisms or implementing privacy-preserving approaches.</p></list-item>
<list-item>
<p>To test and validate the proposed solution before deployment, FL prototypes are simulated using samples.</p></list-item>
<list-item>
<p>Training of federated models on globally distributed IoT devices. Federated averaging, differential privacy or secure aggregation are used to train the model</p></list-item>
<list-item>
<p>Evaluate the performance of the federated model using validation metrics such as accuracy, loss and convergence rate</p></list-item>
<list-item>
<p>Deploy the trained, updated FL model to cloud servers and IoT devices.</p></list-item>
</list></p>
<p>At the same time, to implement FL, the following challenges must be solved:
<list list-type="bullet">
<list-item>
<p>Develop techniques to deal with non-IID data distributions commonly encountered in IoT environments.</p></list-item>
<list-item>
<p>Develop FL algorithms that can adapt to devices with different computational and memory capacities as well as different levels of scaling and stability.</p></list-item>
<list-item>
<p>Support for different communication methods, including centralized and decentralized approaches, depending on network topology and device capabilities.</p></list-item>
<list-item>
<p>Include security mechanisms such as encryption, authentication and access control to protect the transmitted data and analysis results from different types of attacks.</p></list-item>
<list-item>
<p>Develop algorithms for aggregating results coming from distributed IoT devices to calculate global metrics or insights. Implement secure aggregation procedures to prevent the loss of information during the aggregation of results.</p></list-item>
</list></p>
</sec>
<sec id="s5_2_3">
<label>5.2.3</label>
<title>Vulnerabilities in FL-IoT</title>
<p>FL is a concept that has emerged as collaborative learning by utilizing data from various organizations to train ML and DL models without disclosing their private data. It is important to analyze the FL environment thoroughly before applying it extensively to uncover any potential shortcomings and vulnerabilities in the system. <xref ref-type="table" rid="table-4">Table 4</xref> discuss the major vulnerabilities in context of implementation of FL with IoT devices [<xref ref-type="bibr" rid="ref-5">5</xref>,<xref ref-type="bibr" rid="ref-49">49</xref>,<xref ref-type="bibr" rid="ref-50">50</xref>].</p>
<table-wrap id="table-4">
<label>Table 4</label>
<caption>
<title>Major vulnerabilities in FL-IoT environment</title>
</caption>
<table frame="hsides" >
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>Vulnerabilities</th>
<th>Definition</th>
<th>Description</th>
</tr>
</thead>
<tbody>
<tr>
<td>Limited model capacity</td>
<td>There is a lack of model complexity for certain tasks</td>
<td>Resource-constrained IoT devices often require lightweight model architectures that FL can deploy.</td>
</tr>
<tr>
<td>Communication overhead</td>
<td>Increased the network traffic and latency</td>
<td>Large-scale FL deployments with numerous devices can experience increased network traffic, latency, and energy consumption due to communication overhead.</td>
</tr>
<tr>
<td>Heterogeneous data distribution</td>
<td>Devices have data distribution that is not consistent</td>
<td>Heterogeneous data distributions are common in IoT devices due to differences in device types, deployment environments or user behavior. Non-identically distributed (non-IID) data across devices can be caused by heterogeneous data distributions, making it difficult to assume identical data distribution in traditional FL settings.</td>
</tr>
<tr>
<td>Privacy and security concerns</td>
<td>Data privacy and security are at risk during the FL process</td>
<td>The exchange of model updates and aggregated information across IoT devices is part of FL, leading to concerns about data privacy and security. Privacy and security risks can arise when sensitive data is potentially exposed during model training or inference, vulnerable to adversarial attacks, and unauthorized access to transmitted information.</td>
</tr>
<tr>
<td>FL overhead</td>
<td>More computational and algorithmic complexity</td>
<td>FL and algorithmic complexity than centralized learning implementation in IoT environments entails more computational approaches.</td>
</tr>
<tr>
<td>Model convergence challenges</td>
<td>Convergence across devices is a challenge</td>
<td>FL is able to achieve convergence towards a global optimal solution by relying on collaborative model training across distributed devices. FL-IoT deployments can be an obstacle to convergence due to factors such as device heterogeneity, communication delays and byzantine behavior.</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
</sec>
<sec id="s5_3">
<label>5.3</label>
<title>Architecture of FL-IoT</title>
<p>Some papers, such as [<xref ref-type="bibr" rid="ref-4">4</xref>,<xref ref-type="bibr" rid="ref-9">9</xref>,<xref ref-type="bibr" rid="ref-15">15</xref>,<xref ref-type="bibr" rid="ref-51">51</xref>] explain FL architectures.</p>
<sec id="s5_3_1">
<label>5.3.1</label>
<title>Horizontal FL (HFL)</title>
<p>With HFL, the data is distributed horizontally among the clients, with each client having access to a subset of the data that contains the same characteristics, as shown in <xref ref-type="fig" rid="fig-4">Fig. 4</xref>. This solution is suitable for situations where clients are concerned about their privacy and want to work together on an ML challenge without exposing their entire datasets [<xref ref-type="bibr" rid="ref-39">39</xref>]. HFL includes collaborative global model training without exchanging raw data. Instead, only model updates reflecting local data insights are exchanged and aggregated. It is used in scenarios such as mobile devices and healthcare, where it ensures collaborative model training while maintaining data privacy. In the IoT context, HFL is exemplary for tasks such as recognizing wake words as they occur in voice assistants in smart homes [<xref ref-type="bibr" rid="ref-52">52</xref>]. Users speaking a consistent sentence with different voice characteristics on smartphones contribute to local updates, which are then averaged by a parameter server to formulate a global speech recognition model. This ensures collaborative learning while maintaining privacy in IoT applications.</p>
<fig id="fig-4">
<label>Figure 4</label>
<caption>
<title>(a) Horizontal FL. (b) Vertical FL</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_49846-fig-4.tif"/>
</fig>
</sec>
<sec id="s5_3_2">
<label>5.3.2</label>
<title>Vertical FL (VFL)</title>
<p>It is a variant of FL in which the participating nodes have different data types and focus on different features of the same instances, as shown in <xref ref-type="fig" rid="fig-4">Fig. 4</xref>. In VFL, each device has examples from its own feature space, and the common goal is to train a global model that captures the insights from all these different feature spaces. This approach is advantageous when comprehensive model training requires data that is distributed across different units, each of which contributes certain aspects of the overall dataset [<xref ref-type="bibr" rid="ref-30">30</xref>]. It is particularly useful in scenarios where different entities contribute data with different features, necessitating collaborative efforts for comprehensive model training. VFL effectively addresses privacy concerns and enables collaborative learning across different data sets. In an IoT use case, companies within a smart city, such as e-commerce companies and a banking institution, jointly participate in a learning model [<xref ref-type="bibr" rid="ref-53">53</xref>].</p>

</sec>
<sec id="s5_3_3">
<label>5.3.3</label>
<title>Federated Transfer Learning (FTL)</title>
<p>Transfer Learning and FL are combined in one model. When clients work together, they share an already trained model and then match it with the data they have in the field. The features from multiple feature spaces are transferred into a single representation, which is then used for the training data collected from multiple clients. This is done to protect the confidentiality of the data and ensure the security of the learning process [<xref ref-type="bibr" rid="ref-54">54</xref>]. This strategy is advantageous when clients have data sets that are related but distinct and can leverage an existing pre-trained model. There are various applications for FTL in IoT networks, including federated healthcare. It can be used to assist in the diagnosis of diseases by working with numerous hospitals in different locations. These hospitals have a variety of patients who require a variety of pharmaceutical tests. In this way, FTL can improve the performance of the shared AI model, increasing the accuracy of diagnosis.</p>
</sec>
<sec id="s5_3_4">
<label>5.3.4</label>
<title>Centralized FL-CFL</title>
<p>The centralized FL method incorporates the fundamentals of both the centralized and FL methods in a transparent manner. To run an FL model, the CFL system consists of a centralized server and a collection of clients. All clients participate simultaneously in the creation of a network model during a single training round. Afterwards, all clients send the trained parameters to the aggregation server, which then aggregates them and applies weighted average methods. Afterwards, the calculated updated model is sent to all clients to prepare for the next training session. After the training process, each client completes the process with a global model that is identical to their personalized model [<xref ref-type="bibr" rid="ref-55">55</xref>]. It is generally agreed that the server is the most important part of the network in CFL, as it is responsible for organizing the arbitration and sending the model updates to the client to complete an FL job while ensuring the confidentiality and security of the training data [<xref ref-type="bibr" rid="ref-56">56</xref>]. The safety and confidentiality of the training data that is stored on individual customers is given the highest priority in this tedious procedure.</p>
</sec>
<sec id="s5_3_5">
<label>5.3.5</label>
<title>Decentralized FL-DFL</title>
<p>With DFL, there is no need for a central server. The clients establish direct connections with each other in order to train the models, which ultimately leads to an improvement in data protection and scalability. The training process is distributed across different devices within a decentralized network, deviating from traditional technology that focuses on a central server. This new paradigm is a departure from the usual approach. It is a network architecture that, unlike CFL, does not include an aggregation server responsible for coordinating the training process [<xref ref-type="bibr" rid="ref-55">55</xref>]. Peer-to-peer allows DFL clients to connect via blockchain ledgers, which enables the offloading of model changes to the blockchain to ensure the secure exchange and aggregation of models [<xref ref-type="bibr" rid="ref-57">57</xref>]. The applications of DFL are quite diverse, including a wide range of fields such as EC, networks for the IoT, and industries that require increased privacy precautions, such as the healthcare industry [<xref ref-type="bibr" rid="ref-13">13</xref>].</p>
</sec>
</sec>
<sec id="s5_4">
<label>5.4</label>
<title>Optimization and Convergence Techniques in FL-IoT</title>
<p>FL-IoT networks need optimization and convergence techniques to train models while addressing the challenges posed by decentralized, heterogeneous, and resource-constrained IoT devices [<xref ref-type="bibr" rid="ref-58">58</xref>,<xref ref-type="bibr" rid="ref-59">59</xref>]. Some key techniques are discussed as follows:</p>
<p><bold><italic>FL-IoT optimization algorithms:</italic></bold> Various optimization algorithms such as Federated Averaging (FedAvg), Federated stochastic gradient descent (FedSGD) and FL with Adaptive Gradient Clipping (FLAG) are popular, which deal with decentralization and non-IID data distributions while incorporating FL with IoT devices. The local model updates from all IoT devices are collected by FedAvg and sent to the aggregation server. FedSGD is used to improve the convergence speed and efficiency of communication.</p>
<p><bold><italic>Model compression:</italic></bold> IoT devices have limited computational resources and bandwidth. Model quantization and compression techniques such as knowledge distillation, weight pruning, and quantization are used. These approaches reduce the model size and minimize the communication cost during updates.</p>
<p><bold><italic>Data privacy-preserving techniques:</italic></bold> Data privacy of individual clients is the main aim of FL. Secure aggregation, differential privacy, and homomorphic encryption approaches are used to ensure data privacy on the client side.</p>
<p><bold><italic>Learning rate:</italic></bold> The AdaGrad, RMSpoprop, and Adam tools serve to offset the effects of non-stationary data distributions and accelerate convergence by dynamically adjusting the learning rate.</p>
</sec>
</sec>
<sec id="s6">
<label>6</label>
<title>Application Areas of FL-IoT</title>
<p>FL is applicable in a variety of circumstances that occur in the real world. In the next section, we will discuss some applications of different scenarios where FL could be used in the future, as shown in <xref ref-type="fig" rid="fig-5">Fig. 5</xref>. The use of FL is particularly beneficial in situations where data confidentiality and security are major concerns. Early adopters recognized the enormous potential of FL and initiated several research projects and efforts to use FL in practice. This was despite the limitations and significant challenges that FL brought with it, especially in the area of security.</p>
<fig id="fig-5">
<label>Figure 5</label>
<caption>
<title>Application of FL-IoT</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_49846-fig-5.tif"/>
</fig>
<sec id="s6_1">
<label>6.1</label>
<title>FL-IoT for Smart Healthcare</title>
<p>AI-based technologies are already widely used in the field of intelligent healthcare. One example of this is the use of intelligent imaging to identify diseases. When it comes to classic AI models, one of the most important issues is the question of data privacy, which arises from the transfer of data to the cloud for computer training. This is because, compared to other areas, the data stored in healthcare systems is extremely sensitive and subject to health regulations such as the United States Health Insurance Portability and Accountability Act (HIPPA) [<xref ref-type="bibr" rid="ref-60">60</xref>]. Traditional methods of AI are not sufficient to meet the privacy requirements of modern healthcare, emphasizing the need for IoT to protect privacy in healthcare ecosystems. FL operates in a decentralized manner, unlike traditional AI systems that depend on a central server for data analysis and involve the sharing of data. The use of this decentralized technology eliminates the need for data sharing, providing a solution that prioritizes privacy for healthcare applications [<xref ref-type="bibr" rid="ref-61">61</xref>].</p>
<sec id="s6_1_1">
<label>6.1.1</label>
<title>Remote Patient Monitoring</title>
<p>FL-IoT facilitates the development of personalized predictive health models by involving local devices in the analysis of patient data, ensuring confidentiality and prioritizing data privacy. Collaborative use of diverse health data helps refine disease monitoring models for early intervention and improves the overall efficiency of healthcare solutions.</p>
<p>The referenced research paper presents collaborative health frameworks that utilize FL in medical IoT devices and show reduced communication overhead and marginal accuracy loss in arrhythmia detection compared to FedAvg. Differential private learning in FL for electronic health records is investigated, achieving performance comparable to centralized approaches [<xref ref-type="bibr" rid="ref-62">62</xref>]. The FedHealth framework for transfer learning aggregates data from various wearable IoT devices and improves AI models for medical applications while preserving privacy through homomorphic encryption. Cluster-specific ML models tailored to hospital communities improve efficiency in predicting mortality and length of hospital stay from electronic health records [<xref ref-type="bibr" rid="ref-63">63</xref>]. By using smartphones, FL solves the &#x201C;cold start&#x201D; problem in collaborative mobile healthcare. The integration of blockchain with FL of healthcare systems improves network connectivity, accelerates training and ensures reliable authentication through fine-grained data access policies, as has been investigated in various studies [<xref ref-type="bibr" rid="ref-64">64</xref>,<xref ref-type="bibr" rid="ref-65">65</xref>]. This decentralized P2P approach among data centers mitigates the risk of data leakage and communication delays.</p>
</sec>
<sec id="s6_1_2">
<label>6.1.2</label>
<title>Disease Surveillance</title>
<p>Disease monitoring in FL-IoT is about bringing together insights from decentralized devices to develop predictive models for disease detection, monitoring and intervention. This approach ensures privacy and security by training models locally without centralizing sensitive health data. FL-IoT improves accuracy with real-time IoT data, contributing to effective public health management and personalized healthcare. In reference [<xref ref-type="bibr" rid="ref-66">66</xref>], FL predicts heart disease hospitalizations, using a distributed approach in medical cyber systems. Some authors proposed an FL-based approach for predicting brain tumors without sharing patient data [<xref ref-type="bibr" rid="ref-67">67</xref>&#x2013;<xref ref-type="bibr" rid="ref-69">69</xref>].</p>
</sec>
</sec>
<sec id="s6_2">
<label>6.2</label>
<title>FL-IoT for Smart Cities</title>
<p>The integration of smart devices and advanced infrastructures as well as integrated monitoring systems together with communication frameworks form a smart city. The goal of these ecosystems is to improve the quality of life of residents by facilitating the seamless supply of food, water and energy to end users. FL-IoT is a revolutionary technology that is revolutionizing smart cities, especially in the area of urban transportation. <xref ref-type="table" rid="table-5">Table 5</xref> shows the various performance metrics related to FL-IoT.</p>
<table-wrap id="table-5">
<label>Table 5</label>
<caption>
<title>Details of performance measures used in FL-IoT applications</title>
</caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>Reference</th>
<th>Base model with FL</th>
<th>Data distribution type</th>
<th>Performance measures</th>
<th>IoT application domain</th>
</tr>
</thead>
<tbody>
<tr>
<td>[<xref ref-type="bibr" rid="ref-68">68</xref>]</td>
<td>CNN</td>
<td>Distributed</td>
<td>Acc &#x003D; 96, Precision &#x003D; 97, recall &#x003D; 97 and F1-Score &#x003D; 97</td>
<td>Health</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-69">69</xref>]</td>
<td>CNN</td>
<td>Distributed</td>
<td>Acc &#x003D; 91.05, AUC &#x003D; 0.908, Sensitivity &#x003D; 0.910, Specificity &#x003D; 0.909</td>
<td>Health</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-72">72</xref>]</td>
<td>YOLOv3</td>
<td>Distributed</td>
<td>Recall &#x003D; 60 and acc &#x003D; 85</td>
<td>Smart city</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-57">57</xref>]</td>
<td>CNN</td>
<td>Distributed</td>
<td>Acc-97&#x2013;98</td>
<td>Social media</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-88">88</xref>]</td>
<td>ANN</td>
<td>Distributed</td>
<td>ACC &#x003D; 99</td>
<td>Health</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-86">86</xref>]</td>
<td>Synthetic minority over-sampling technique</td>
<td>Distributed</td>
<td>Acc &#x003D; 94.0, precision &#x003D; 0.95, recall&#x003D;0.94, f1&#x2013; score &#x003D; 0.91</td>
<td>Loan prediction</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-89">89</xref>]</td>
<td>CNN-LSTM</td>
<td>Distributed (IID and Non-IID)</td>
<td>Val_acc &#x003D; 90-92, val_loss &#x003D; 0.04-0.96, CPU utilization &#x003D; 60-80, RAM utilization &#x003D; Stable</td>
<td>Fake news detection</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-90">90</xref>]</td>
<td>CNN-LSTM</td>
<td>Distributed (IID-Non-IID)</td>
<td>Val_acc &#x003D; 87, Val_loss &#x003D; 0.09</td>
<td>IOV</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-77">77</xref>]</td>
<td>InceptionResnetV2</td>
<td>Distributed (IID and Non-IID)</td>
<td>Val-acc &#x003D; 74, Val-loss &#x003D; 1.16</td>
<td>Internet of UAVs</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-83">83</xref>]</td>
<td>CNN</td>
<td>Distributed</td>
<td>ACC &#x003D; 75.6%</td>
<td>Smart agriculture</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-84">84</xref>]</td>
<td>MobileNetV2, EfficientNetB3</td>
<td>Distributed (IID and Non-IID)</td>
<td>Acc &#x003D; 99, loss &#x003D; 0.1</td>
<td>Smart agriculture</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-28">28</xref>]</td>
<td>EfficientNetB3</td>
<td>Distributed (IID and Non-IID)</td>
<td>Val_Acc &#x003D; 95, val_loss &#x003D; 0.08</td>
<td>Smart agriculture</td>
</tr>
</tbody>
</table>
</table-wrap>
<sec id="s6_2_1">
<label>6.2.1</label>
<title>Data and Traffic Management</title>
<p>FL-IoT offers a revolutionary approach to managing data and traffic in smart cities. This decentralized solution offers privacy protection while effectively managing huge amounts of data generated by the IoT. Data is processed locally by the devices, which promotes collaborative learning to develop predictive models for urban features such as traffic patterns and environmental monitoring. Procedures to protect the privacy of individuals, such as FL, guarantee the confidentiality of the information recorded. A FL-based approach known as FedSem is also proposed by various authors [<xref ref-type="bibr" rid="ref-70">70</xref>]. FedSem was evaluated in a smart city context with intelligent vehicles that learn from traffic sign datasets. It shows high accuracy and minimal test losses, demonstrating its effectiveness in processing unlabeled data in a smart city environment. FL is applied in reference [<xref ref-type="bibr" rid="ref-71">71</xref>] to organize data streams from IoT devices, serving as FL clients. This approach enables local learning on devices without the need to exchange data externally. It offers the potential to transform smart cities with innovative services such as intelligent urban communication, collaborative sharing in the social economy, monitoring social activities and establishing connectivity between global citizens [<xref ref-type="bibr" rid="ref-72">72</xref>]. The research outlined in reference [<xref ref-type="bibr" rid="ref-73">73</xref>] recommends the application of FL to develop a platform for managing video data in smart city environments. To address the issues of non-IID data, the authors introduce a solution known as the Fed Swap operation.</p>
</sec>
<sec id="s6_2_2">
<label>6.2.2</label>
<title>Smart Grid</title>
<p>Smart grids enhanced by FL-IoT are revolutionizing energy distribution systems through decentralized learning between networked devices. In this framework, collaboration between IoT devices such as smart meters and sensors optimizes energy consumption, increases grid reliability and facilitates real-time decision making. The application of FL-IoT enables adaptive ML models that respond to dynamic energy demand and changes in the grid while maintaining data privacy. In reference [<xref ref-type="bibr" rid="ref-74">74</xref>], the authors have proposed a novel framework to help IoT users. First, they developed a framework that provides an agreement between locally varying privacy and resource consumption. Then, they classify users according to the level of privacy they need and preserve privacy for sensitive users.</p>
</sec>
</sec>
<sec id="s6_3">
<label>6.3</label>
<title>FL-IoT for Smart Transportation</title>
<p>A variety of clients, such as vehicles, are involved in the process of cooperatively training globally shared AI models through the use of FL, which was recently developed to bring AI capabilities to the network edges to enable intelligent transportation. This eliminates the need for lengthy data transfer and protects user privacy.</p>
<sec id="s6_3_1">
<label>6.3.1</label>
<title>Autonomous Vehicles</title>
<p>Recent advances in sensor and communication technology, as well as the amount of data coming in from in-vehicle sensors, embedded devices and road cameras, have helped to increase the robustness of vehicle networks. It is becoming more common to use AI and ML techniques in the transportation sector to develop intelligent transportation systems. There are many different types of IoT applications that can be developed using FL in cars. For example, in autonomous driving systems, each car is trained online by observing a single vehicle, resulting in a limited understanding of the environment. By using communication between vehicles, FL can provide additional details for each vehicle [<xref ref-type="bibr" rid="ref-75">75</xref>]. Zeng et al. [<xref ref-type="bibr" rid="ref-76">76</xref>] present a unique FL framework enabled by large-scale wireless connectivity for the development of autonomous control units for connected and autonomous vehicles. FL is an essential component in the ongoing development of autonomous vehicle systems. It serves as a means of facilitating communication between vehicles and enhances a variety of functions [<xref ref-type="bibr" rid="ref-77">77</xref>].</p>
</sec>
</sec>
<sec id="s6_4">
<label>6.4</label>
<title>FL-IoT for Smart Industry</title>
<p>FL can also provide realistic solutions to update the knowledge of industrial intelligent systems with different application areas such as automation and Industry 4.0 or Industry 5.0 without jeopardising data sharing or privacy. These solutions can be implemented without jeopardising the integrity of the data. For managing data exchange between robots for industrial activities, such as traffic routing, FL is an appealing technique. This is because it eliminates the possibility of unforeseen delays in network transmission [<xref ref-type="bibr" rid="ref-78">78</xref>,<xref ref-type="bibr" rid="ref-79">79</xref>].</p>
<sec id="s6_4_1">
<label>6.4.1</label>
<title>Industrial IoT (IIoT)</title>
<p>The IIoT is revolutionized by FL, which makes it possible to implement AI applications without compromising the confidentiality of private data. The ideals of Industry 4.0 are reconciled with the decentralized approach that allows collaborative models to be trained across remote devices. Efficiency, data protection and the implementation of intelligent applications for industry are improved by this connection with EC in IoT networks [<xref ref-type="bibr" rid="ref-80">80</xref>].</p>
</sec>
<sec id="s6_4_2">
<label>6.4.2</label>
<title>Resource Efficient FL for IIoT</title>
<p>FL in dispersed edge networks requires efficient management and allocation of network resources to be resilient and successful. It is important to implement strategies that minimize latency, reduce communication overhead and prudently manage resources in distributed edge networks. The researchers in reference [<xref ref-type="bibr" rid="ref-81">81</xref>] proposes a framework for the distribution of network resources in wireless networks, with particular attention to edge networks built with the FL environment. The goal of the study is to develop a method that is both fair and effective in terms of allocation to facilitate collaborative development in FL-based edge networks. In reference [<xref ref-type="bibr" rid="ref-82">82</xref>], a study introduces an FL model that may speed the learning process by examining client behaviors and exploiting local computer resources. This model is particularly useful for resource-constrained IoT devices such as mobile robots [<xref ref-type="bibr" rid="ref-73">73</xref>,<xref ref-type="bibr" rid="ref-74">74</xref>].</p>
</sec>
</sec>
<sec id="s6_5">
<label>6.5</label>
<title>FL-IoT for Smart Agriculture</title>
<p>FL-IoT can bring about a revolutionary change in the field of smart agriculture by improving a variety of elements of agricultural practices. In the field of agriculture, FL refers to the process of training ML models by utilizing data collected from a variety of decentralized sources, such as fields and sensors. This strategy facilitates the implementation of precision agriculture, which in turn improves crop yields, resource allocation and long-term sustainability, while maintaining the confidentiality of harvested data. Researchers like Antico et al. and Aggarwal et al. [<xref ref-type="bibr" rid="ref-28">28</xref>,<xref ref-type="bibr" rid="ref-83">83</xref>,<xref ref-type="bibr" rid="ref-84">84</xref>] classify maize and rice leaf crop diseases using FL-IoT by keeping the leaf image information at the farmer&#x2019;s location [<xref ref-type="bibr" rid="ref-85">85</xref>].</p>
</sec>
<sec id="s6_6">
<label>6.6</label>
<title>FL-IoT for Finance</title>
<p>The use of FL in finance improves data protection by enabling companies to work together on training models without having to share sensitive financial data. It not only ensures compliance with strict regulatory requirements, but also enables the construction of more accurate fraud detection models, risk assessment algorithms and customized financial services. However, the application of FL in banking requires customized enhancements to address real-world challenges. To effectively address these difficulties, user incentives need to be managed efficiently and access to personal data needs to be restricted. In reference [<xref ref-type="bibr" rid="ref-75">75</xref>], authors discuss all of the possible obstacles and problems that might arise while adopting FL in the banking sector, as well as the solutions to these problems. In reference [<xref ref-type="bibr" rid="ref-86">86</xref>] highlights issues in the bank loan approval process, where manual approval is often required due to insufficient data for automating decision-making through ML models. FL proves beneficial in overcoming data scarcity challenges by involving multiple financial institutions in global model training. In reference [<xref ref-type="bibr" rid="ref-87">87</xref>], the authors analyze the credit risk assessment process, proposing an FL-based model for predicting credit risks.</p>
</sec>
</sec>
<sec id="s7">
<label>7</label>
<title>Challenges Related to FL-IoT</title>
<p>FL involves sharing the trained model with the central server and requires multiple rounds of communication between the clients and servers. When sharing the models, lower communication costs and better efficiency are crucial. Therefore, it is important to overcome challenges such as limited energy and storage capacities, ensuring data privacy on the client side and ensuring hardware specifications on the edge devices. In this section, we have discussed various issues and challenges related to the FL-IoT environment as shown in <xref ref-type="fig" rid="fig-6">Fig. 6</xref>.</p>
<fig id="fig-6">
<label>Figure 6</label>
<caption>
<title>Core challenges of FL-IoT</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_49846-fig-6.tif"/>
</fig>
<sec id="s7_1">
<label>7.1</label>
<title>Resource Constraint in FL-IoT</title>
<p>When it comes to dealing with the edge nodes of a network, there are a lot of challenges that can arise with FL from the resources. Various FL clients can pose particular challenges due to their limited performance or memory capacity, as well as their high energy consumption. A client with more memory may be able to perform more demanding calculations than a client with less memory. In addition, the energy budgets FL clients set during training may not be sufficient to meet the demands placed on the system. The combination of these characteristics leads to an increase in communication overhead and a decrease in system efficiency, both of which can lead to major difficulties when conducting model training. Utilizing EC for local computation on IoT devices proves to be a solution to reduce the resource burden and enable successful FL integration into various IoT ecosystems.</p>
<p>In FL environments, the inclusion of multiple devices offers performance benefits by training ML models on large datasets. However, there are also challenges, such as communication bottlenecks and increased computational costs, especially with a large number of clients. To address these issues, Hard et al. [<xref ref-type="bibr" rid="ref-91">91</xref>] focused on essential hardware prerequisites, required memory capacity, and computational capabilities for next-word prediction on a keyboard. Nishio et al. [<xref ref-type="bibr" rid="ref-40">40</xref>] addressed heterogeneous devices with varying computational power, aiming to optimize the computations on these devices, reducing processing times for lower-performance devices and minimizing upload times in poorer connection quality scenarios. Reference [<xref ref-type="bibr" rid="ref-92">92</xref>] shows a resource-aware FL architecture for mobile devices that addresses computational power constraints. The proposal includes a soft training technique to accelerate the training of straggler devices. These can partially train the model locally by hiding resource-intensive neurons that are later restored in the aggregation phase.</p>
</sec>
<sec id="s7_2">
<label>7.2</label>
<title>Network Latency and Convergence Challenges</title>
<p>Network latency and convergence challenges in FL-IoT arise from delays in communication and model synchronization between distributed IoT devices. Limited computing capacity, energy constraints and bandwidth limitations contribute to these challenges. Managing network latency and ensuring timely convergence are critical to effective FL implementation in IoT, which includes strategies such as reducing device participation and optimizing communication rounds. Tackling communication overhead involves model compression techniques such as quantization and partitioning. Although this is effective, resource-constrained clients can face issues such as unsuccessful connections during training [<xref ref-type="bibr" rid="ref-93">93</xref>].</p>
<p>Wu et al. [<xref ref-type="bibr" rid="ref-94">94</xref>] presented a FL framework, FedKD, that focuses on adaptive mutual distillation of knowledge and dynamic compression gradient techniques. The authors conclude that the proposed framework reduces the communication cost by up to 94.8% and achieves better results by preserving the privacy of the data. An innovative approach is introduced in reference [<xref ref-type="bibr" rid="ref-95">95</xref>], Momentum FL by adding a momentum gradient framework at the aggregation server for accelerated convergence. Experimental results using the MNIST dataset are used to evaluate the convergence performance of MFL for a variety of machine-learning models.</p>
<p>Liu et al. [<xref ref-type="bibr" rid="ref-96">96</xref>] explore the approach applied to vehicular task offloading by discussing the various issues and challenges involved in edge servers with wireless networks.</p>
</sec>
<sec id="s7_3">
<label>7.3</label>
<title>Data Privacy Concerns in FL-IoT</title>
<p>Maintaining the confidentiality, integrity and privacy of data during model training on IoT devices is an important concern. However, due to the limited resources available, the privacy protection algorithms of the FL system may not work properly on these IoT devices [<xref ref-type="bibr" rid="ref-97">97</xref>]. Therefore, not only robust privacy safeguards need to be provided, but also new methods that are able to deal with fancy participants,that are efficient in terms of communication and that are frugal in terms of data processing. There are many studies that focus on the problems associated with peripheral devices that do not have sufficient computing capabilities. In order to build trust in FL-IoT applications, comply with privacy standards and develop effective communication and computing techniques for devices with limited power, it is essential to find solutions to these difficulties.</p>
<p>Zhang et al. [<xref ref-type="bibr" rid="ref-58">58</xref>] address security concerns in mobile and peripheral devices, proposing a Verifiable Privacy-preserving FL scheme to prevent gradient leakage and an online/offline method for lightweight gradient integrity verification. Reference [<xref ref-type="bibr" rid="ref-98">98</xref>] deploys privacy-aware Internet of Vehicles (IoV) services with FL in cloud-EC, utilizing distributed edge servers for model aggregation and homomorphic encryption for enhanced privacy.</p>
</sec>
<sec id="s7_4">
<label>7.4</label>
<title>Hardware Specifications Issues in FL-IoT</title>
<p>Resource-constrained IoT devices, characterized by limited computing, storage and power resources, pose scalability challenges influenced by factors such as physical size and cost considerations. These devices, including drones and smartphones, are an essential part of applications such as environmental monitoring in smart cities and factories [<xref ref-type="bibr" rid="ref-99">99</xref>]. Their role in tasks like environmental monitoring and EC applications is significant [<xref ref-type="bibr" rid="ref-4">4</xref>]. Before integrating the FL into the IoT environment, it is important to close the gaps that currently exist and identify the latest hardware requirements for the IoT environment. Various hardware devices used in the FL-IoT EC scenario are listed in <xref ref-type="table" rid="table-6">Table 6</xref>.</p>
<table-wrap id="table-6">
<label>Table 6</label>
<caption>
<title>Hardware devices used in FL-IoT computing scenario</title>
</caption>
<table frame="hsides" >
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>S.no.</th>
<th>Hardware device</th>
<th>Definition</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>Raraspberry Pi</td>
<td>A compact and affordable single-board computer commonly utilized in IoT projects</td>
</tr>
<tr>
<td>2</td>
<td>NVIDIA Jetson series</td>
<td>Specialized EC platforms designed for AI workloads, offering GPU acceleration for ML tasks</td>
</tr>
<tr>
<td>3</td>
<td>Edge servers:</td>
<td>Powerful computing servers deployed at the edge of the network to process data locally, reducing the need for centralized processing</td>
</tr>
<tr>
<td>4</td>
<td>Intel NUC (Next unit of computing)</td>
<td>Small form-factor computers suitable for EC applications, offering a range of processors and configurations</td>
</tr>
<tr>
<td>5</td>
<td>Arduino edge boards</td>
<td>Microcontroller-based boards optimized for EC tasks, offering a balance between power consumption and processing capability</td>
</tr>
<tr>
<td>6</td>
<td>Google Coral Dev Board</td>
<td>A development board with an Edge TPU (Tensor Processing Unit) for accelerating ML tasks at the edge</td>
</tr>
<tr>
<td>7</td>
<td>AWS IoT greengrass</td>
<td>A software service that extends cloud capabilities to edge devices, enabling local processing and communication</td>
</tr>
<tr>
<td>8</td>
<td>Qualcomm edge AI platforms</td>
<td>Snapdragon processors and AI accelerators integrated into the platforms for edge AI applications</td>
</tr>
<tr>
<td>9</td>
<td>Movidius neural compute stick</td>
<td>USB stick with a dedicated neural processing unit, suitable for edge devices with limited computing power</td>
</tr>
<tr>
<td>10</td>
<td>ESP32/ESP8266</td>
<td>Low-cost and low-power Wi-Fi modules commonly used in IoT applications, offering EC capabilities</td>
</tr>
<tr>
<td>11</td>
<td>Samsung ARTIK modules</td>
<td>Compact and modular IoT modules designed for EC and connectivity</td>
</tr>
<tr>
<td>12</td>
<td>Helium atom development kit</td>
<td>Hardware kit for building decentralized IoT networks, enabling EC at scale</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>These above-mentioned hardware devices play a very important role in the FL-IoT computing environment and contribute to the distributive nature of FL.</p>
</sec>
<sec id="s7_5">
<label>7.5</label>
<title>Heterogeneous Environment</title>
<p>In a heterogeneous environment, each device has different specifications, computing capacities, operating conditions, energy and storage capacities and data processing capabilities. The FL-IoT method can incorporate a wide range of heterogeneous devices in different ways. These may not only be alternative device performances, but also different platforms, different generations of devices or different amounts of data on which the local model is informed in this scenario. As a result, the duration of the training session can vary greatly from one customer to the next, and it would not be productive to assume that all participants have the same coverage [<xref ref-type="bibr" rid="ref-1">1</xref>]. The FL must be familiar with the various hardware configurations and be able to provide training on different platforms. In order to meet their system requirements, it is always necessary to select only the most trustworthy customers from among the connected customers. When it comes to successful FL collaboration, selective choice of participants that can be relied upon is absolutely essential. He et al. [<xref ref-type="bibr" rid="ref-100">100</xref>] explore training variation possibilities for heterogeneous devices in their paper. They present a formulation to maximize the efficiency of training, resource utilization, and heterogeneity. Feng et al. [<xref ref-type="bibr" rid="ref-101">101</xref>] examine the utilization of wireless power transfer and heterogeneous computing in FL. Their study suggests a framework for resource allocation and heterogeneous computing.</p>
<p>Effectively managing variations in heterogeneous hardware and non-IID data distribution is crucial for the success of FL systems, impacting the overall training procedure and global model accuracy. In 2022, Tahir et al. [<xref ref-type="bibr" rid="ref-102">102</xref>] offer a detailed analysis and overview of challenges associated with systematic and statistical heterogeneity. The study delves into various algorithms, including FedAvg, FedProx, FedPD, SCAFFOLD, and Fedmed, discussing their implications in addressing heterogeneity-related issues. Karimireddy et al. [<xref ref-type="bibr" rid="ref-103">103</xref>] focus on minimizing variance in local updates during data collection. Through experimental demonstrations, they find that SCAFFOLD exhibits a remarkable reduction in required communication rounds and proves resilient to data heterogeneity and client sampling issues, ultimately leading to faster convergence.</p>
</sec>
<sec id="s7_6">
<label>7.6</label>
<title>Scalability Issue in FL-IoT</title>
<p>The scalability challenges of FL for IoT (FL-IoT) relate to difficulties in efficiently expanding the system. This is a major problem in terms of communication costs and aggregation of models on the central server with IoT devices. We need appropriate algorithms for aggregated models and communication protocols to overcome this scalability problem. In the FL environment, client selection is a very tedious task due to limited bandwidth and battery resources. Therefore, efficient client selection methods are essential to overcome these problems. Many researchers have explored these scalability issues with appropriate client selection mechanisms.</p>
<p>Zhang et al. [<xref ref-type="bibr" rid="ref-104">104</xref>] proposed a framework to solve the problem of scalability in order to minimize the communication costs between client and server. The authors presented a cooperative federated edge learning framework for high accuracy and low latency between mobile edge devices. Ye et al. [<xref ref-type="bibr" rid="ref-105">105</xref>] has addressed the problem of model aggregation and introduced an approach to model aggregation in vehicle clients, where a local model is selected and sent to the aggregation server while preserving the confidentiality of image quality and computational capability. FL-IoT thus needs to address scalability issues to successfully manage the growing network of IoT devices and maintain algorithms based on ML algorithms that are reliable and effective across different platforms.</p>
</sec>
</sec>
<sec id="s8">
<label>8</label>
<title>Discussion</title>
<p>Many data services and applications have emerged from the remarkable proliferation of IoT and the data it generates. On the other hand, traditional approaches using classical AI and ML techniques for IoT face significant challenges, including data privacy, data diversity, energy efficiency in transmission and scalability. FL is an AI revolution in the deployment of IoT services and applications in this environment. As a result, the purpose of this study is to provide a complete overview of the use of FL for a variety of IoT services and applications.</p>
<p>To summarize, FL has the remarkable potential to solve several problems that arise in IoT applications. These challenges include maintaining privacy, managing resources to handle large amounts of data, the cost of communication and scalability involved in transferring data to the central server for training ML models, real-time analytics and customized decisions based on geographical locations and heterogeneity of data. However, to fully realize the potential of FL in IoT applications, some obstacles still need to be overcome. These obstacles include limited computing resources and network bandwidth, the heterogeneity of devices and privacy concerns. The advantages of using FL in IoT applications over traditional ML approaches are listed in <xref ref-type="table" rid="table-7">Table 7</xref>.</p>
<table-wrap id="table-7">
<label>Table 7</label>
<caption>
<title>Existing challenges and benefits of FL in IoT applications</title>
</caption>
<table frame="hsides" >
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>Applications</th>
<th>Challenges faced</th>
<th>Advantages with FL</th>
</tr>
</thead>
<tbody>
<tr>
<td rowspan="4">Smart healthcare</td>
<td>Need a wide variety of data from a variety of medical institutions to train the ML models</td>
<td>Through FL, it is possible to collaborate across numerous hospitals without revealing the confidential and sensitive information of patients. This is made possible by the fact that the global model may be performed at specific hospital locations Without sharing patient data.</td>
</tr>
<tr>
<td>Real-time analysis is difficult during a pandemic</td>
<td>In a situation like a pandemic, FL can give analytics in a manner that is very close to real-time since the local device does not have to wait for the receipt of data from other devices.</td>
</tr>
<tr>
<td>Protection of patient&#x2019;s sensitive information</td>
<td>In the FL framework, the ML model may be implemented on local devices, ensuring that the privacy of patients&#x2019; data is maintained.</td>
</tr>
<tr>
<td>Communication and storage costs increased due to the distribution of substantial amounts of medical information from IoT devices.</td>
<td>In FL, only locally trained model is shared so, it decreases the communication and storage cost.</td>
</tr>
<tr>
<td rowspan="4">Smart city</td>
<td>Managing resources</td>
<td>In FL local model is trained at the local site, so the burden of resource management at the cloud is reduced.</td>
</tr>
<tr>
<td>High communication cost for transferring huge amounts of data</td>
<td>As only the trained model is shared so, the cost of communication decreases.</td>
</tr>
<tr>
<td>Protection of citizen&#x2019;s and vehicle&#x2019;s private information</td>
<td>The trained model is shared with the cloud instead of the user&#x2019;s private information.</td>
</tr>
<tr>
<td>During an emergency, it might be challenging to broadcast unique solutions that are relevant to the diverse demographic maps in real-time</td>
<td>Using FL, appropriate solutions may be supplied to meet the different requirements of various regions of the city, based on the data that is essential to the situation.</td>
</tr>
<tr>
<td rowspan="3">Smart transportation</td>
<td>Protection of driver and vehicle private information.</td>
<td>FL ensures data privacy as only the model is shared</td>
</tr>
<tr>
<td>The high levels of latency and communication costs are associated with the process of sending massive amounts of data from the vehicles to the cloud</td>
<td>It reduces the latency and communication cost as instead of data only model is shared.</td>
</tr>
<tr>
<td>Customized solutions that are based on the facts on the traffic in a certain region</td>
<td>FL is trained based on the data from the local region, it can make individualized recommendations based on the knowledge about the traffic in that particular location.</td>
</tr>
<tr>
<td rowspan="3">Smart industry</td>
<td>Security concerns arise due to the centralized approach</td>
<td>Due to its decentralized nature, security is achieved with FL.</td>
</tr>
<tr>
<td>Protection of sensitive data/information related to business plans</td>
<td>Data/Information is protected with FL.</td>
</tr>
<tr>
<td>Difficulties in using collective intelligent edge devices</td>
<td>Each edge device has its own data and trained model locally</td>
</tr>
<tr>
<td rowspan="2">Smart agriculture</td>
<td>Communication costs involved in transferring a large amount of data</td>
<td>With FL, communication cost is reduced as the model is trained at a local farmer&#x2019;s site.</td>
</tr>
<tr>
<td>Data privacy/security issues</td>
<td>Farmer&#x2019;s data is protected with FL.</td>
</tr>
<tr>
<td rowspan="2">Smart finance</td>
<td>High security/data privacy risk related to financial information</td>
<td>Data privacy is assured with FL as raw data is kept at the local site.</td>
</tr>
<tr>
<td>Data storage and communication cost issues</td>
<td>In the FL model parameter is shared with the cloud server so, it reduces the data storage and communication cost.</td>
</tr>
</tbody>
</table>
</table-wrap>
<sec id="s8_1">
<label>8.1</label>
<title>Comparative Analysis of ML and FL</title>
<p>ML methods have proven their effectiveness in various applications, but due to the centralized approach of traditional machine learning methods, they raise the problem of data privacy, have high communication costs and require more computational resources. The FL approach overcomes these problems by preserving the data on the client side and reducing communication costs as only the trained models are shared with the aggregation server. Many researchers have demonstrated the effectiveness of the FL approach over traditional ML algorithms. In <xref ref-type="table" rid="table-8">Table 8</xref> and <xref ref-type="fig" rid="fig-7">Fig. 7</xref>, we have discussed some manuscripts that implement the FL approach and achieve better accuracy in training the model.</p>
<table-wrap id="table-8">
<label>Table 8</label>
<caption>
<title>Comparative analysis of ML and FL approaches</title>
</caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>Reference</th>
<th>Approach used</th>
<th>ML centralized</th>
<th>FL decentralized</th>
<th>Data privacy</th>
<th>Reduced communication cost</th>
</tr>
</thead>
<tbody>
<tr>
<td>[<xref ref-type="bibr" rid="ref-68">68</xref>]</td>
<td>CNN &#x002B; FL</td>
<td>94%</td>
<td>96%</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-69">69</xref>]</td>
<td>CNN &#x002B; FL</td>
<td>96.8%</td>
<td>91%</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-77">77</xref>]</td>
<td>InceptionResNet &#x002B; FL</td>
<td>75%</td>
<td>74%</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-83">83</xref>]</td>
<td>CNN &#x002B; FL</td>
<td>97.29%</td>
<td>96.87%</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-84">84</xref>]</td>
<td>EfficientNetB3 &#x002B; FL</td>
<td>100%</td>
<td>99%</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-28">28</xref>]</td>
<td>EfficientNetB3 &#x002B; FL</td>
<td>99%</td>
<td>99%</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-86">86</xref>]</td>
<td>ML algorithm &#x002B; FL</td>
<td>93%</td>
<td>94%</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-58">58</xref>]</td>
<td>LSTM &#x002B; FL</td>
<td>95%</td>
<td>92%</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
</tbody>
</table>
</table-wrap><fig id="fig-7">
<label>Figure 7</label>
<caption>
<title>Comparative analysis of ML and FL approaches</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_49846-fig-7.tif"/>
</fig>
<p>As it is clear from <xref ref-type="fig" rid="fig-7">Fig. 7</xref>, there is a slight difference between the accuracies of ML and FL. In [<xref ref-type="bibr" rid="ref-69">69</xref>], the accuracy with the base ML approach is 96.8%, the accuracy with the FL approach is 91%, and in [<xref ref-type="bibr" rid="ref-28">28</xref>], the accuracy is 99% with both approaches. So, we conclude that with FL, we achieved almost the same results as with ML models by preserving data and reducing communication cost.</p>
</sec>
<sec id="s8_2">
<label>8.2</label>
<title>Comparative Analysis of IID and Non-IIDs Approaches</title>
<p>IID and non-IID mean the distribution of different data patterns to different devices. It is difficult to evaluate the actual non-IID performance of models because FL has a considerable number of hyperparameters, such as the number of clients, epochs, and the probability of a client failing. These hyperparameters change drastically from method to method, making it difficult to compare the performance of these algorithms. Dealing with non-IID data (device heterogeneity) is a major problem when implementing FL algorithms. In <xref ref-type="table" rid="table-9">Table 9</xref> and <xref ref-type="fig" rid="fig-8">Fig. 8</xref>, we have discussed some manuscripts that implement the FL approach with IID and non-ID datasets and achieve better accuracy in training the non-ID data.</p>
<table-wrap id="table-9">
<label>Table 9</label>
<caption>
<title>Comparative analysis of IID and Non-IID approaches</title>
</caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th>Reference</th>
<th>Approached used</th>
<th>FL-IID</th>
<th>FL-NonIID</th>
<th>Centralized DL approach</th>
<th>Resource utilization</th>
<th>Data privacy</th>
<th>Less communication cost</th>
</tr>
</thead>
<tbody>
<tr>
<td>[<xref ref-type="bibr" rid="ref-90">90</xref>]</td>
<td>CNN-LSTM &#x002B; FL</td>
<td>87.8</td>
<td>87.7</td>
<td>87</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-28">28</xref>]</td>
<td>EfficientNetB3 &#x002B; FL</td>
<td>99.7</td>
<td>97.4</td>
<td>99</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-84">84</xref>]</td>
<td>EfficientNetB3 &#x002B; FL</td>
<td>99</td>
<td>98</td>
<td>99</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-84">84</xref>]</td>
<td>MobileNetB3</td>
<td>98</td>
<td>90</td>
<td>99</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-106">106</xref>]</td>
<td>DenseNet &#x002B; FL</td>
<td>82</td>
<td>82</td>
<td>84</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-107">107</xref>]</td>
<td>DenseNet201 &#x002B; FL</td>
<td>96.39</td>
<td>94.44</td>
<td>99</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
<td>&#x221A;</td>
</tr>
</tbody>
</table>
</table-wrap><fig id="fig-8">
<label>Figure 8</label>
<caption>
<title>FL-IID and Non IID approach comparison</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_49846-fig-8.tif"/>
</fig>
<p>In <xref ref-type="fig" rid="fig-8">Fig. 8</xref>, we compare the accuracy of the FL approach (IID and Non-ID) with the centralized approach and conclude that all three approaches have almost similar accuracy in terms of model accuracy, but with the FL approach we solve problems such as privacy, resource utilization and high communication costs. FL is an emerging distributed AI technique that has attracted great interest in realizing IoT services and applications that enhance privacy and are scalable.</p>

</sec>
</sec>
<sec id="s9">
<label>9</label>
<title>Emerging Trends and Future Directions in FL-IoT</title>
<p>Decentralized learning environments will benefit from innovation, scalability, privacy, and security thanks to these new emerging trends and directions in FL and IoT that will influence the development of intelligent IoT applications in the future. After analyzing the various implementation challenges related to FL-IoT [<xref ref-type="bibr" rid="ref-4">4</xref>,<xref ref-type="bibr" rid="ref-5">5</xref>,<xref ref-type="bibr" rid="ref-22">22</xref>], we figure out some possible future directions such as:</p>
<p><bold><italic>Data Privacy Mechanism:</italic></bold> The aim of the research is to improve privacy preserving methods in FL-IoT systems to preserve private information while enabling cooperative model training. This includes developments in secure aggregation protocols, FL with encrypted gradients, homomorphic encryption, and differential privacy. There is a need to develop and improve sophisticated privacy preserving methods specifically designed for FL in the IoT context.</p>
<p><bold><italic>Federated Learning with Multiple Modes:</italic></bold> Future FL systems will provide multi-modal data gathering and model training due to the widespread use of several sensor kinds in the IoT devices. This makes it possible to create extensive models that can concurrently handle and analyze several kinds of data streams.</p>
<p><bold><italic>Adversarial Robustness:</italic></bold> To protect against adversarial assaults and efforts at data poisoning, FL-IoT systems will utilize robustness techniques. The goal of this research is to improve security and reliability by creating adversarial training strategies, anomaly detection algorithms, and model verification processes.</p>
<p><bold><italic>Resource Constraint Optimization:</italic></bold> Lightweight ML models, compression strategies, and energy-efficient algorithms that are ideal for implementation on resource-constrained IoT devices should be the main areas of future study to get beyond these devices&#x2019; restrictions.</p>
<p><bold><italic>Heterogeneity Management:</italic></bold> To manage heterogeneity while preserving model fairness and accuracy, future work should focus on FTL approaches and adaptive learning algorithms, as IoT devices and data sources differ in their capabilities and formats.</p>
<p><bold><italic>Scalability:</italic></bold> To cope with the growing number of IoT devices, research into scalable solutions should be a top priority in the future of FL-IoT. This means that distributed optimization algorithms and communication protocols need to be developed specifically for large FL installations.</p>
<p>Future developments in FL-IoT applications will be tailored to specific use cases. In healthcare, FL can enable collaborative model training across distributed medical devices, improving diagnostic accuracy while protecting patient privacy. It has the potential to increase productivity and save maintenance costs in smart cities by enabling proactive infrastructure maintenance through the consolidation of sensor data from edge devices. It could also help predict defects and detect anomalies in manufacturing processes as part of the industrial IoT, maximizing production and reducing downtime. To enhance navigation and safety in autonomous vehicles while ensuring data privacy, FL-IoT can support cooperative learning between vehicles. These applications show how FL can use distributed learning to solve real-world problems in a variety of IoT domains.</p>
</sec>
<sec id="s10">
<label>10</label>
<title>Review Summary</title>
<p>This investigation examines numerous fascinating and valuable articles about the state-of-the-art in FL-IoT. This article is organized based on FL and IoT approaches, protocols, architecture, application areas, and challenges. <xref ref-type="fig" rid="fig-1">Fig. 1</xref> depicts the PRISMA flow diagram for conducting the systematic review. <xref ref-type="table" rid="table-1">Table 1</xref> shows the summary of the related articles of literature reviewed.</p>

<sec id="s10_1">
<label>10.1</label>
<title>Limitations</title>
<p>Despite a thorough search across databases, some relevant publications may be missing because of the inclusion of only English-published studies, chosen search keywords, and database constraints.</p>
</sec>
</sec>
<sec id="s11">
<label>11</label>
<title>Conclusions</title>
<p>The realization of IoT services and applications that enhance privacy and are scalable has been greatly influenced by an emerging distributed AI technique known as FL. We have explored the potential of FL to facilitate IoT networks through a comprehensive review of the current state of the art and in-depth discussions based on recent research in the field. FL enables the training of collaborative ML models on decentralized devices, contributing to a privacy-friendly approach where sensitive data remains in its original location. The novelty lies in decentralized model training. Centralization of raw data is no longer necessary, which protects the privacy of the individual. In addition, FL proves its ability to extend to multiple devices without interruption, providing a gateway to intelligent and efficient solutions for numerous applications in the IoT. FL is a key enabler for the use of AI in decentralized and connected contexts as the IoT evolves. This will ensure that there is a balance between innovation and privacy protection. In this manuscript, we have first provided an overview of the latest developments in IoT and FL and made suggestions for improving their integration. We then looked at recent developments in FL-IoT applications in various industries, including smart healthcare, transportation, city government, manufacturing, financial services and architecture. To conclude a comprehensive review, we have also examined the implementation framework with performance metrics and communication protocols relevant to FL-IoT. Finally, we also discussed various open research challenges and future directions related to FL-IoT. In summary, an analysis was conducted to compare FL (IID and Non-IID) with centralized methods, confirming the superiority of FL in preserving privacy and minimizing communication overhead. We hope that this study will serve as a springboard for further research projects aimed at the widespread use of FL-IoT, promoting awareness and progress in this rapidly evolving sector.</p>
</sec>
</body>
<back>
<ack>
<p>Not applicable.</p>
</ack>
<sec><title>Funding Statement</title>
<p>The authors received no specific funding for this study.</p>
</sec>
<sec><title>Author Contributions</title>
<p>Study conception and design: M.A., V.K., N.G., S.M.S.; data collection: M.A., V.K., S.R., T.A.P., S.M.S.; analysis and interpretation of results: M.A., V.K., S.R., S.B.B., S.M.S.; draft manuscript preparation: M.A., V.K., N.G., S.M.S., T.A.P., S.B.B. All authors reviewed the results and approved the final version of the manuscript.</p>
</sec>
<sec sec-type="data-availability"><title>Availability of Data and Materials</title>
<p>Not applicable.</p>
</sec>
<sec sec-type="COI-statement"><title>Conflicts of Interest</title>
<p>The authors declare that they have no conflicts of interest to report regarding the present study.</p>
</sec>
<ref-list content-type="authoryear">
<title>References</title>
<ref id="ref-1"><label>[1]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Brecko</surname></string-name>, <string-name><given-names>E.</given-names> <surname>Kajati</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Koziorek</surname></string-name>, and <string-name><given-names>I.</given-names> <surname>Zolotova</surname></string-name></person-group>, &#x201C;<article-title>Federated learning for edge computing: A survey</article-title>,&#x201D; <source>Appl. Sci.</source>, vol. <volume>12</volume>, no. <issue>18</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>36</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.3390/app12189124</pub-id>.</mixed-citation></ref>
<ref id="ref-2"><label>[2]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Venkatasubramanian</surname></string-name>, <string-name><given-names>A. H.</given-names> <surname>Lashkari</surname></string-name>, and <string-name><given-names>S.</given-names> <surname>Hakak</surname></string-name></person-group>, &#x201C;<article-title>IoT malware analysis using federated learning: A comprehensive survey</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>11</volume>, pp. <fpage>5004</fpage>&#x2013;<lpage>5018</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1109/ACCESS.2023.3235389</pub-id>.</mixed-citation></ref>
<ref id="ref-3"><label>[3]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Z.</given-names> <surname>Du</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Wu</surname></string-name>, <string-name><given-names>T.</given-names> <surname>Yoshinaga</surname></string-name>, <string-name><given-names>K. L. A.</given-names> <surname>Yau</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Ji</surname></string-name> and <string-name><given-names>J.</given-names> <surname>Li</surname></string-name></person-group>, &#x201C;<article-title>Federated learning for vehicular internet of things: Recent advances and open issues</article-title>,&#x201D; <source>IEEE Open J. Comput. Soc.</source>, vol. <volume>1</volume>, no. <issue>1</issue>, pp. <fpage>45</fpage>&#x2013;<lpage>61</lpage>, <year>2020</year>. doi: <pub-id pub-id-type="doi">10.1109/OJCS.2020.2992630</pub-id>; <pub-id pub-id-type="pmid">32386144</pub-id></mixed-citation></ref>
<ref id="ref-4"><label>[4]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>D. C.</given-names> <surname>Nguyen</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Ding</surname></string-name>, <string-name><given-names>P. N.</given-names> <surname>Pathirana</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Seneviratne</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Li</surname></string-name> and <string-name><given-names>H.</given-names> <surname>Poor</surname></string-name></person-group>, &#x201C;<article-title>Federated learning for internet of things: A comprehensive survey</article-title>,&#x201D; <source>IEEE Commun. Surv. Tutorials</source>, vol. <volume>23</volume>, no. <issue>3</issue>, pp. <fpage>1622</fpage>&#x2013;<lpage>1658</lpage>, <year>2021</year>. doi: <pub-id pub-id-type="doi">10.1109/COMST.2021.3075439</pub-id>.</mixed-citation></ref>
<ref id="ref-5"><label>[5]</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><given-names>D.</given-names> <surname>Sirohi</surname></string-name>, <string-name><given-names>N.</given-names> <surname>Kumar</surname></string-name>, <string-name><given-names>P. S.</given-names> <surname>Rana</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Tanwar</surname></string-name>, <string-name><given-names>R.</given-names> <surname>Iqbal</surname></string-name> and <string-name><given-names>M.</given-names> <surname>Hijjii</surname></string-name></person-group>, <source>Federated Learning for 6G-Enabled Secure Communication Systems: A Comprehensive Survey</source>, vol. <volume>56</volume>, no. 10. <publisher-loc>Netherlands</publisher-loc>: <publisher-name>Springer</publisher-name>, <year>2023</year>.</mixed-citation></ref>
<ref id="ref-6"><label>[6]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>Y.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Huang</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Gan</surname></string-name>, <string-name><given-names>G.</given-names> <surname>Huang</surname></string-name>, and <string-name><given-names>Y.</given-names> <surname>Wu</surname></string-name></person-group>, &#x201C;<article-title>Federated learning for metaverse: A survey</article-title>,&#x201D; in <conf-name>Companion Proc. ACM Web Conf.</conf-name>, <year>2023</year>, pp. <fpage>1151</fpage>&#x2013;<lpage>1160</lpage>.</mixed-citation></ref>
<ref id="ref-7"><label>[7]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Rahman</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>On the ICN-IoT with federated learning integration of communication: Concepts, security-privacy issues, applications, and future perspectives</article-title>,&#x201D; <source>Futur. Gen. Comput. Syst.</source>, vol. <volume>138</volume>, pp. <fpage>61</fpage>&#x2013;<lpage>88</lpage>, <year>2023</year>.</mixed-citation></ref>
<ref id="ref-8"><label>[8]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Qammar</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Karim</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Ning</surname></string-name>, and <string-name><given-names>J.</given-names> <surname>Ding</surname></string-name></person-group>, &#x201C;<article-title>Securing federated learning with blockchain: A systematic literature review</article-title>,&#x201D; <source>Artif. Intell. Rev.</source>, vol. <volume>56</volume>, no. <issue>5</issue>, pp. <fpage>3951</fpage>&#x2013;<lpage>3985</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1007/s10462-022-10271-9</pub-id>; <pub-id pub-id-type="pmid">36160367</pub-id></mixed-citation></ref>
<ref id="ref-9"><label>[9]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Aledhari</surname></string-name>, <string-name><given-names>R.</given-names> <surname>Razzak</surname></string-name>, <string-name><given-names>R. M.</given-names> <surname>Parizi</surname></string-name>, and <string-name><given-names>F.</given-names> <surname>Saeed</surname></string-name></person-group>, &#x201C;<article-title>Federated learning: A survey on enabling technologies, protocols, and applications</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>8</volume>, pp. <fpage>140699</fpage>&#x2013;<lpage>140725</lpage>, <year>2020</year>. doi: <pub-id pub-id-type="doi">10.1109/ACCESS.2020.3013541</pub-id>; <pub-id pub-id-type="pmid">32999795</pub-id></mixed-citation></ref>
<ref id="ref-10"><label>[10]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Z.</given-names> <surname>Yang</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>K. K.</given-names> <surname>Wong</surname></string-name>, <string-name><given-names>H. V.</given-names> <surname>Poor</surname></string-name>, and <string-name><given-names>S.</given-names> <surname>Cui</surname></string-name></person-group>, &#x201C;<article-title>Federated learning for 6G: Applications, challenges, and opportunities</article-title>,&#x201D; <source>Engineering</source>, vol. <volume>8</volume>, pp. <fpage>33</fpage>&#x2013;<lpage>41</lpage>, <year>2022</year>.</mixed-citation></ref>
<ref id="ref-11"><label>[11]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Y.</given-names> <surname>Liu</surname></string-name>, <string-name><given-names>X.</given-names> <surname>Yuan</surname></string-name>, <string-name><given-names>Z.</given-names> <surname>Xiong</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Kang</surname></string-name>, <string-name><given-names>X.</given-names> <surname>Wang</surname></string-name> and <string-name><given-names>D.</given-names> <surname>Niyato</surname></string-name></person-group>, &#x201C;<article-title>Federated learning for 6G communications: Challenges, methods, and future directions</article-title>,&#x201D; <source>China Commun.</source>, vol. <volume>17</volume>, no. <issue>9</issue>, pp. <fpage>105</fpage>&#x2013;<lpage>118</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-12"><label>[12]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>K. M. J.</given-names> <surname>Rahman</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Applications and design aspects of federated learning: A survey</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>9</volume>, pp. <fpage>124682</fpage>&#x2013;<lpage>124700</lpage>, <year>2021</year>. doi: <pub-id pub-id-type="doi">10.1109/ACCESS.2021.3111118</pub-id>.</mixed-citation></ref>
<ref id="ref-13"><label>[13]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>D. C.</given-names> <surname>Nguyen</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Federated learning meets blockchain in edge computing: Opportunities and challenges</article-title>,&#x201D; <source>IEEE Internet Things J.</source>, vol. <volume>8</volume>, no. <issue>16</issue>, pp. <fpage>12806</fpage>&#x2013;<lpage>12825</lpage>, <year>2021</year>. doi: <pub-id pub-id-type="doi">10.1109/JIOT.2021.3072611</pub-id>.</mixed-citation></ref>
<ref id="ref-14"><label>[14]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>W.</given-names> <surname>Issa</surname></string-name>, <string-name><given-names>N.</given-names> <surname>Moustafa</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Turnbull</surname></string-name>, <string-name><given-names>N.</given-names> <surname>Sohrabi</surname></string-name>, and <string-name><given-names>Z.</given-names> <surname>Tari</surname></string-name></person-group>, &#x201C;<article-title>Blockchain-based federated learning for securing internet of things: A comprehensive survey</article-title>,&#x201D; <source>ACM Comput. Surv.</source>, vol. <volume>55</volume>, no. <issue>9</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>43</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1145/3560816</pub-id>.</mixed-citation></ref>
<ref id="ref-15"><label>[15]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>H. G.</given-names> <surname>Abreha</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Mohamed</surname></string-name>, and <string-name><given-names>M.</given-names> <surname>Adel</surname></string-name></person-group>, &#x201C;<article-title>Federated learning in edge computing: A systematic survey</article-title>,&#x201D; <source>Sensors</source>, vol. <volume>22</volume>, no. <issue>2</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>45</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.3390/s22020450</pub-id>; <pub-id pub-id-type="pmid">35062410</pub-id></mixed-citation></ref>
<ref id="ref-16"><label>[16]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>I.</given-names> <surname>Kholod</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Open-source federated learning frameworks for IoT: A comparative review and analysis</article-title>,&#x201D; <source>Sensors</source>, vol. <volume>21</volume>, no. <issue>1</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>22</lpage>, <year>2021</year>.</mixed-citation></ref>
<ref id="ref-17"><label>[17]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>P.</given-names> <surname>Zeng</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Liu</surname></string-name>, <string-name><given-names>N. N.</given-names> <surname>Xiong</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Zhang</surname></string-name>, and <string-name><given-names>M.</given-names> <surname>Dong</surname></string-name></person-group>, &#x201C;<article-title>TD-MDB: A truth-discovery-based multidimensional bidding strategy for federated learning in industrial IoT systems</article-title>,&#x201D; <source>IEEE Internet Things J.</source>, vol. <volume>11</volume>, no. <issue>3</issue>, pp. <fpage>4274</fpage>&#x2013;<lpage>4288</lpage>, <year>2024</year>. doi: <pub-id pub-id-type="doi">10.1109/JIOT.2023.3298814</pub-id>.</mixed-citation></ref>
<ref id="ref-18"><label>[18]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>R.</given-names> <surname>Liu</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Xie</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Liu</surname></string-name>, and <string-name><given-names>H.</given-names> <surname>Song</surname></string-name></person-group>, &#x201C;<article-title>Joint optimization risk factor and energy consumption in IoT networks with TinyML-enabled internet of UAVs</article-title>,&#x201D; <source>IEEE Internet Things J.</source>, pp. <fpage>1</fpage>&#x2013;<lpage>1</lpage>, <year>2024</year>. doi: <pub-id pub-id-type="doi">10.1109/JIOT.2023.3348837</pub-id>.</mixed-citation></ref>
<ref id="ref-19"><label>[19]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>V.</given-names> <surname>Mothukuri</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>A survey on security and privacy of federated learning</article-title>,&#x201D; <source>Futur. Gener. Comput. Syst.</source>, vol. <volume>115</volume>, no. <issue>4</issue>, pp. <fpage>619</fpage>&#x2013;<lpage>640</lpage>, <year>2021</year>. doi: <pub-id pub-id-type="doi">10.1016/j.future.2020.10.007</pub-id>.</mixed-citation></ref>
<ref id="ref-20"><label>[20]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Q.</given-names> <surname>Li</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>A survey on federated learning systems: Vision, hype and reality for data privacy and protection</article-title>,&#x201D; <source>IEEE Trans. Knowl. Data Eng.</source>, vol. <volume>35</volume>, no. <issue>4</issue>, pp. <fpage>3347</fpage>&#x2013;<lpage>3366</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1109/TKDE.2021.3124599</pub-id>.</mixed-citation></ref>
<ref id="ref-21"><label>[21]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>P.</given-names> <surname>Cruz</surname></string-name>, <string-name><given-names>N.</given-names> <surname>Achir</surname></string-name>, and <string-name><given-names>A. C.</given-names> <surname>Viana</surname></string-name></person-group>, &#x201C;<article-title>On the edge of the deployment: A survey on multi-access edge computing</article-title>,&#x201D; <source>ACM Comput. Surv.</source>, vol. <volume>55</volume>, no. <issue>5</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>35</lpage>, <year>2022</year>.</mixed-citation></ref>
<ref id="ref-22"><label>[22]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>L.</given-names> <surname>Kong</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Edge-computing-driven internet of things: A survey</article-title>,&#x201D; <source>ACM Comput. Surv.</source>, vol. <volume>55</volume>, no. <issue>8</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>41</lpage>, <year>2022</year>.</mixed-citation></ref>
<ref id="ref-23"><label>[23]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><given-names>N.</given-names> <surname>Victor</surname></string-name>, <string-name><given-names>C.</given-names> <surname>R.</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Alazab</surname></string-name>, <string-name><given-names>S. M.</given-names> <surname>Sweta Bhattacharya</surname></string-name>, <string-name><given-names>P. K. R.</given-names> <surname>Maddikunta</surname></string-name>, and <string-name><given-names>T. R. G.</given-names> <surname>Kadiyala Ramana</surname></string-name></person-group>, &#x201C;<article-title>Federated learning for IoUT: Concepts, applications, challenges and opportunities</article-title>,&#x201D; <comment>arXiv:2207.13976v1</comment>, <year>2022</year>, pp. <fpage>1</fpage>&#x2013;<lpage>7</lpage>.</mixed-citation></ref>
<ref id="ref-24"><label>[24]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>L. U.</given-names> <surname>Khan</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Saad</surname></string-name>, <string-name><given-names>Z.</given-names> <surname>Han</surname></string-name>, <string-name><given-names>E.</given-names> <surname>Hossain</surname></string-name>, and <string-name><given-names>C. S.</given-names> <surname>Hong</surname></string-name></person-group>, &#x201C;<article-title>Federated learning for internet of things: Recent advances, taxonomy, and open challenges</article-title>,&#x201D; <source>IEEE Commun. Surv. Tutorials</source>, vol. <volume>23</volume>, no. <issue>3</issue>, pp. <fpage>1759</fpage>&#x2013;<lpage>1799</lpage>, <year>2021</year>. doi: <pub-id pub-id-type="doi">10.1109/COMST.2021.3090430</pub-id>.</mixed-citation></ref>
<ref id="ref-25"><label>[25]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>R.</given-names> <surname>Gosselin</surname></string-name>, <string-name><given-names>L.</given-names> <surname>Vieu</surname></string-name>, <string-name><given-names>F.</given-names> <surname>Loukil</surname></string-name>, and <string-name><given-names>A.</given-names> <surname>Benoit</surname></string-name></person-group>, &#x201C;<article-title>Privacy and security in federated learning: A survey</article-title>,&#x201D; <source>Appl. Sci.</source>, vol. <volume>12</volume>, no. <issue>19</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>15</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.3390/app12199901</pub-id>.</mixed-citation></ref>
<ref id="ref-26"><label>[26]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>R. T.</given-names> <surname>Hameed</surname></string-name></person-group>, &#x201C;<article-title>Federated learning in IoT: A survey on distributed decision making</article-title>,&#x201D; <source>BJIoT</source>, vol. <volume>2023</volume>, pp. <fpage>1</fpage>&#x2013;<lpage>7</lpage>, <year>2023</year>.</mixed-citation></ref>
<ref id="ref-27"><label>[27]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>P.</given-names> <surname>Boobalan</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Fusion of federated learning and industrial internet of things: A survey</article-title>,&#x201D; <source>Comput. Netw.</source>, vol. <volume>212</volume>, no. <issue>11</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>24</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1016/j.comnet.2022.109048</pub-id>.</mixed-citation></ref>
<ref id="ref-28"><label>[28]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Aggarwal</surname></string-name>, <string-name><given-names>V.</given-names> <surname>Khullar</surname></string-name>, <string-name><given-names>N.</given-names> <surname>Goyal</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Alammari</surname></string-name>, <string-name><given-names>M. A.</given-names> <surname>Albahar</surname></string-name> and <string-name><given-names>A.</given-names> <surname>Singh</surname></string-name></person-group>, &#x201C;<article-title>Lightweight federated learning for rice leaf disease classification using non independent and identically distributed images</article-title>,&#x201D; <source>Sustainability</source>, vol. <volume>15</volume>, no. <issue>16</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>20</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.3390/su151612149</pub-id>.</mixed-citation></ref>
<ref id="ref-29"><label>[29]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Sharma</surname></string-name> and <string-name><given-names>K.</given-names> <surname>Guleria</surname></string-name></person-group>, &#x201C;<article-title>A comprehensive review on federated learning based models for healthcare applications</article-title>,&#x201D; <source>Artif. Intell. Med.</source>, vol. <volume>146</volume>, pp. <fpage>102691</fpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1016/j.artmed.2023.102691</pub-id>; <pub-id pub-id-type="pmid">38042608</pub-id></mixed-citation></ref>
<ref id="ref-30"><label>[30]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Q.</given-names> <surname>Yang</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Liu</surname></string-name>, <string-name><given-names>T.</given-names> <surname>Chen</surname></string-name>, and <string-name><given-names>Y.</given-names> <surname>Tong</surname></string-name></person-group>, &#x201C;<article-title>Federated machine learning: Concept and application</article-title>,&#x201D; <source>ACM Trans. Intell. Syst. Technol.</source>, vol. <volume>10</volume>, no. <issue>2</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>19</lpage>, <year>2019</year>. doi: <pub-id pub-id-type="doi">10.1145/3339474</pub-id>.</mixed-citation></ref>
<ref id="ref-31"><label>[31]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>S. K.</given-names> <surname>Das</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Bebortta</surname></string-name></person-group>, &#x201C;<article-title>Heralding the future of federated learning framework: Architecture, tools and future directions</article-title>,&#x201D; in <conf-name>Proc. 11th Int. Conf. Cloud Comput. Data Sci.</conf-name>, <publisher-loc>Eng., Noida, India</publisher-loc>, <year>2021</year>, pp. <fpage>698</fpage>&#x2013;<lpage>703</lpage>.</mixed-citation></ref>
<ref id="ref-32"><label>[32]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S. K.</given-names> <surname>Lo</surname></string-name>, <string-name><given-names>Q.</given-names> <surname>Lu</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Wang</surname></string-name>, <string-name><given-names>H. Y.</given-names> <surname>Paik</surname></string-name>, and <string-name><given-names>L.</given-names> <surname>Zhu</surname></string-name></person-group>, &#x201C;<article-title>A systematic literature review on federated machine learning</article-title>,&#x201D; <source>ACM Comput. Surv.</source>, vol. <volume>54</volume>, no. <issue>5</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>39</lpage>, <year>2022</year>.</mixed-citation></ref>
<ref id="ref-33"><label>[33]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>R.</given-names> <surname>Akhter</surname></string-name> and <string-name><given-names>S. A.</given-names> <surname>Sofi</surname></string-name></person-group>, &#x201C;<article-title>Precision agriculture using IoT data analytics and machine learning</article-title>,&#x201D; <source>J. King Saud Univ.&#x2014;Comput. Inf. Sci.</source>, vol. <volume>34</volume>, no. <issue>8</issue>, pp. <fpage>5602</fpage>&#x2013;<lpage>5618</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1016/j.jksuci.2021.05.013</pub-id>.</mixed-citation></ref>
<ref id="ref-34"><label>[34]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Rani</surname></string-name>, <string-name><given-names>S. H.</given-names> <surname>Ahmed</surname></string-name>, and <string-name><given-names>R.</given-names> <surname>Rastogi</surname></string-name></person-group>, &#x201C;<article-title>Dynamic clustering approach based on wireless sensor networks genetic algorithm for IoT applications</article-title>,&#x201D; <source>Wirel. Netw.</source>, vol. <volume>26</volume>, no. <issue>4</issue>, pp. <fpage>2307</fpage>&#x2013;<lpage>2316</lpage>, <year>2020</year>. doi: <pub-id pub-id-type="doi">10.1007/s11276-019-02083-7</pub-id>.</mixed-citation></ref>
<ref id="ref-35"><label>[35]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A. A.</given-names> <surname>Laghari</surname></string-name>, <string-name><given-names>K.</given-names> <surname>Wu</surname></string-name>, <string-name><given-names>R. A.</given-names> <surname>Laghari</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Ali</surname></string-name>, and <string-name><given-names>A. A.</given-names> <surname>Khan</surname></string-name></person-group>, &#x201C;<article-title>A review and state of art of internet of things (IoT)</article-title>,&#x201D; <source>Arch. Comput. Methods Eng.</source>, vol. <volume>29</volume>, no. <issue>3</issue>, pp. <fpage>1395</fpage>&#x2013;<lpage>1413</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1007/s11831-021-09622-6</pub-id>.</mixed-citation></ref>
<ref id="ref-36"><label>[36]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>V.</given-names> <surname>Khullar</surname></string-name>, <string-name><given-names>H. P.</given-names> <surname>Singh</surname></string-name>, and <string-name><given-names>M.</given-names> <surname>Bala</surname></string-name></person-group>, &#x201C;<article-title>IoT based assistive companion for hypersensitive individuals (ACHI) with autism spectrum disorder</article-title>,&#x201D; <source>Asian J. Psychiatr.</source>, vol. <volume>46</volume>, pp. <fpage>92</fpage>&#x2013;<lpage>102</lpage>, <year>2019</year>. doi: <pub-id pub-id-type="doi">10.1016/j.ajp.2019.09.030</pub-id>; <pub-id pub-id-type="pmid">31639556</pub-id></mixed-citation></ref>
<ref id="ref-37"><label>[37]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M. S.</given-names> <surname>Farooq</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Riaz</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Abid</surname></string-name>, <string-name><given-names>T.</given-names> <surname>Umer</surname></string-name>, and <string-name><given-names>Y.</given-names> <surname>Bin Zikria</surname></string-name></person-group>, &#x201C;<article-title>Role of IoT technology in agriculture: A systematic literature review</article-title>,&#x201D; <source>Electronics</source>, vol. <volume>9</volume>, no. <issue>2</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>41</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-38"><label>[38]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>W. Y. B.</given-names> <surname>Lim</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Federated learning in mobile edge networks: A comprehensive survey</article-title>,&#x201D; <source>IEEE Commun. Surv. Tutorials</source>, vol. <volume>22</volume>, no. <issue>3</issue>, pp. <fpage>2031</fpage>&#x2013;<lpage>2063</lpage>, <year>2020</year>. doi: <pub-id pub-id-type="doi">10.1109/COMST.2020.2986024</pub-id>.</mixed-citation></ref>
<ref id="ref-39"><label>[39]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><given-names>K.</given-names> <surname>Bonawitz</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Towards federated learning at scale: System design</article-title>,&#x201D; <comment>2019. Accessed: Dec. 16, 2023</comment>. [Online]. Available: <ext-link ext-link-type="uri" xlink:href="http://arxiv.org/abs/1902.01046">http://arxiv.org/abs/1902.01046</ext-link></mixed-citation></ref>
<ref id="ref-40"><label>[40]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>T.</given-names> <surname>Nishio</surname></string-name> and <string-name><given-names>R.</given-names> <surname>Yonetani</surname></string-name></person-group>, &#x201C;<article-title>Client selection for federated learning with heterogeneous resources in mobile edge</article-title>,&#x201D; <source>IEEE Int. Conf. Commun.</source>, pp. <fpage>1</fpage>&#x2013;<lpage>7</lpage>, <year>2019</year>. doi: <pub-id pub-id-type="doi">10.1109/ICC.2019.8761315</pub-id>.</mixed-citation></ref>
<ref id="ref-41"><label>[41]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Z.</given-names> <surname>Zhao</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Towards efficient communications in federated learning: A contemporary survey</article-title>,&#x201D; <source>J. Franklin Inst.</source>, vol. <volume>360</volume>, no. <issue>12</issue>, pp. <fpage>8669</fpage>&#x2013;<lpage>8703</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1016/j.jfranklin.2022.12.053</pub-id>.</mixed-citation></ref>
<ref id="ref-42"><label>[42]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>R.</given-names> <surname>Yu</surname></string-name> and <string-name><given-names>P.</given-names> <surname>Li</surname></string-name></person-group>, &#x201C;<article-title>Toward resource-efficient federated learning in mobile edge computing</article-title>,&#x201D; <source>IEEE Netw.</source>, vol. <volume>35</volume>, no. <issue>1</issue>, pp. <fpage>148</fpage>&#x2013;<lpage>155</lpage>, <year>2021</year>. doi: <pub-id pub-id-type="doi">10.1109/MNET.011.2000295</pub-id>.</mixed-citation></ref>
<ref id="ref-43"><label>43.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>K.</given-names> <surname>Ostrowski</surname></string-name></person-group>, &#x201C;<article-title>TensorFlow Federated: Machine learning on decentralized data</article-title>,&#x201D; <source>TensorFlow</source>, 2019. <comment>Accessed: Dec. 24, 2023. [Online]</comment>. Available: <ext-link ext-link-type="uri" xlink:href="https://www.tensorflow.org/federated">https://www.tensorflow.org/federated</ext-link></mixed-citation></ref>
<ref id="ref-44"><label>44.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>J.</given-names> <surname>Mancuso</surname></string-name></person-group>, &#x201C;<article-title>Introducing Pysyft Tensorflow</article-title>,&#x201D; <source>Open Mined</source>, 2021. <comment>Accessed: Dec. 20, 2023. [Online]</comment>. Available: <ext-link ext-link-type="uri" xlink:href="https://blog.openmined.org/introducing-pysyft-tensorflow/">https://blog.openmined.org/introducing-pysyft-tensorflow/</ext-link></mixed-citation></ref>
<ref id="ref-45"><label>45.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>C.</given-names> <surname>Beauville</surname></string-name></person-group>, &#x201C;<article-title>Federated Learning with fast AI and Flower</article-title>,&#x201D; <source>Flower</source>, 2023. <comment>Accessed: Dec. 10, 2023. [Online]</comment>. Available: <ext-link ext-link-type="uri" xlink:href="https://flower.ai/blog/2023-02-21-federated-learning-with-flower-and-fastai/">https://flower.ai/blog/2023-02-21-federated-learning-with-flower-and-fastai/</ext-link></mixed-citation></ref>
<ref id="ref-46"><label>46.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>K.</given-names> <surname>Martineau</surname></string-name></person-group>, &#x201C;<article-title>IBM federated learning</article-title>,&#x201D; <source>IBM</source>, 2022. <comment>Accessed: Dec. 22, 2023. [Online]</comment>. Available: <ext-link ext-link-type="uri" xlink:href="https://research.ibm.com/blog/what-is-federated-learning">https://research.ibm.com/blog/what-is-federated-learning</ext-link></mixed-citation></ref>
<ref id="ref-47"><label>47.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Roehm</surname></string-name></person-group>, &#x201C;<article-title>Frameworks for federated learning</article-title>,&#x201D; <source>APEHRIS</source>, 2022. <comment>Accessed: Dec. 19, 2023. [Online]</comment>. Available: <ext-link ext-link-type="uri" xlink:href="https://www.apheris.com/resources/blog/top-7-open-source-frameworks-for-federated-learning">https://www.apheris.com/resources/blog/top-7-open-source-frameworks-for-federated-learning</ext-link></mixed-citation></ref>
<ref id="ref-48"><label>[48]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>H. T.</given-names> <surname>Truong</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Light-weight federated learning-based anomaly detection for time-series data in industrial control systems</article-title>,&#x201D; <source>Comput. Ind.</source>, vol. <volume>140</volume>, pp. <fpage>1</fpage>&#x2013;<lpage>35</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1016/j.compind.2022.103692</pub-id>.</mixed-citation></ref>
<ref id="ref-49"><label>[49]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>G.</given-names> <surname>Wu</surname></string-name>, <string-name><given-names>Z.</given-names> <surname>Xu</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Zhang</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Shen</surname></string-name>, and <string-name><given-names>S.</given-names> <surname>Yu</surname></string-name></person-group>, &#x201C;<article-title>Multi-agent DRL for joint completion delay and energy consumption with queuing theory in MEC-based IIoT</article-title>,&#x201D; <source>J. Parallel Distrib. Comput.</source>, vol. <volume>176</volume>, no. <issue>1</issue>, pp. <fpage>80</fpage>&#x2013;<lpage>94</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1016/j.jpdc.2023.02.008</pub-id>.</mixed-citation></ref>
<ref id="ref-50"><label>[50]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Shen</surname></string-name>, <string-name><given-names>X.</given-names> <surname>Wu</surname></string-name>, <string-name><given-names>P.</given-names> <surname>Sun</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Zhou</surname></string-name>, <string-name><given-names>Z.</given-names> <surname>Wu</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Yu</surname></string-name></person-group>, &#x201C;<article-title>Optimal privacy preservation strategies with signaling Q-learning for edge-computing-based IoT resource grant systems</article-title>,&#x201D; <source>Expert. Syst. Appl.</source>, vol. <volume>225</volume>, no. <issue>3</issue>, pp. <fpage>120192</fpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1016/j.eswa.2023.120192</pub-id>.</mixed-citation></ref>
<ref id="ref-51"><label>[51]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Pouriyeh</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Secure smart communication efficiency in federated learning: Achievements and challenges</article-title>,&#x201D; <source>Appl. Sci.</source>, vol. <volume>12</volume>, no. <issue>18</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>22</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.3390/app12188980</pub-id>.</mixed-citation></ref>
<ref id="ref-52"><label>[52]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>D.</given-names> <surname>Leroy</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Coucke</surname></string-name>, <string-name><given-names>T.</given-names> <surname>Lavril</surname></string-name>, <string-name><given-names>T.</given-names> <surname>Gisselbrecht</surname></string-name>, and <string-name><given-names>J.</given-names> <surname>Dureau</surname></string-name></person-group>, &#x201C;<article-title>Federated learning for keyword spotting</article-title>,&#x201D; in <conf-name>Proc. Int. Conf. Acoust. Speech Signal Process (ICASSP)</conf-name>, <publisher-loc>Brighton, UK</publisher-loc>, <publisher-name>IEEE</publisher-name>, <year>2019</year>, pp. <fpage>6341</fpage>&#x2013;<lpage>6345</lpage>.</mixed-citation></ref>
<ref id="ref-53"><label>[53]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Feng</surname></string-name> and <string-name><given-names>H.</given-names> <surname>Yu</surname></string-name></person-group>, &#x201C;<article-title>Multi-participant multi-class vertical federated learning</article-title>,&#x201D; <year>2020</year>. <comment>Accessed: Dec. 12, 2023. [Online]. Available: </comment><ext-link ext-link-type="uri" xlink:href="http://arxiv.org/abs/2001.11154">http://arxiv.org/abs/2001.11154</ext-link>.</mixed-citation></ref>
<ref id="ref-54"><label>[54]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Y.</given-names> <surname>Liu</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Kang</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Xing</surname></string-name>, <string-name><given-names>T.</given-names> <surname>Chen</surname></string-name>, and <string-name><given-names>Q.</given-names> <surname>Yang</surname></string-name></person-group>, &#x201C;<article-title>A secure federated transfer learning framework</article-title>,&#x201D; <source>IEEE Intell. Syst.</source>, vol. <volume>35</volume>, no. <issue>4</issue>, pp. <fpage>70</fpage>&#x2013;<lpage>82</lpage>, <year>2020</year>. doi: <pub-id pub-id-type="doi">10.1109/MIS.2020.2988525</pub-id>.</mixed-citation></ref>
<ref id="ref-55"><label>[55]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Y.</given-names> <surname>Li</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>N.</given-names> <surname>Liu</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Huang</surname></string-name>, <string-name><given-names>Z.</given-names> <surname>Zheng</surname></string-name> and <string-name><given-names>Q.</given-names> <surname>Yan</surname></string-name></person-group>, &#x201C;<article-title>A blockchain-based decentralized federated learning framework with committee consensus</article-title>,&#x201D; <source>IEEE Netw.</source>, vol. <volume>35</volume>, no. <issue>1</issue>, pp. <fpage>234</fpage>&#x2013;<lpage>241</lpage>, <year>2021</year>. doi: <pub-id pub-id-type="doi">10.1109/MNET.011.2000263</pub-id>.</mixed-citation></ref>
<ref id="ref-56"><label>[56]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Reisizadeh</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Jadbabaie</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Mokhtari</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Hassani</surname></string-name>, and <string-name><given-names>R.</given-names> <surname>Pedarsani</surname></string-name></person-group>, &#x201C;<article-title>FedPAQ: A communication-efficient federated learning method with periodic averaging and quantization</article-title>,&#x201D; in <source>Proc. Mach. Learn. Res.</source>, vol. <volume>108</volume>, no. <issue>2</issue>, pp. <fpage>2021</fpage>&#x2013;<lpage>2031</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-57"><label>[57]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Heidari</surname></string-name>, <string-name><given-names>N. J.</given-names> <surname>Navimipour</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Dag</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Talebi</surname></string-name>, and <string-name><given-names>M.</given-names> <surname>Unal</surname></string-name></person-group>, &#x201C;<article-title>A novel blockchain-based deepfake detection method using federated and deep learning models</article-title>,&#x201D; <source>Cogn. Comput.</source>, vol. <volume>9</volume>, pp. <fpage>1</fpage>&#x2013;<lpage>19</lpage>, <year>2024</year>. doi: <pub-id pub-id-type="doi">10.1007/s12559-024-10255-7</pub-id>.</mixed-citation></ref>
<ref id="ref-58"><label>[58]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>J.</given-names> <surname>Zhang</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Liu</surname></string-name>, <string-name><given-names>D.</given-names> <surname>Wu</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Lou</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Chen</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Yu</surname></string-name></person-group>, &#x201C;<article-title>VPFL: A verifiable privacy-preserving federated learning scheme for edge computing systems</article-title>,&#x201D; <source>Digit. Commun. Netw.</source>, vol. <volume>9</volume>, no. <issue>4</issue>, pp. <fpage>981</fpage>&#x2013;<lpage>989</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1016/j.dcan.2022.05.010</pub-id>.</mixed-citation></ref>
<ref id="ref-59"><label>[59]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>G.</given-names> <surname>Wu</surname></string-name>, <string-name><given-names>X.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>Z.</given-names> <surname>Gao</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Zhang</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Yu</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Shen</surname></string-name></person-group>, &#x201C;<article-title>Privacy-preserving offloading scheme in multi-access mobile edge computing based on MADRL</article-title>,&#x201D; <source>J. Parallel Distrib. Comput.</source>, vol. <volume>183</volume>, pp. <fpage>104775</fpage>, <year>2024</year>. doi: <pub-id pub-id-type="doi">10.1016/j.jpdc.2023.104775</pub-id>.</mixed-citation></ref>
<ref id="ref-60"><label>[60]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>B. C.</given-names> <surname>Drolet</surname></string-name>, <string-name><given-names>J. S.</given-names> <surname>Marwaha</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Hyatt</surname></string-name>, <string-name><given-names>P. E.</given-names> <surname>Blazar</surname></string-name>, and <string-name><given-names>S. D.</given-names> <surname>Lifchez</surname></string-name></person-group>, &#x201C;<article-title>Electronic communication of protected health information: Privacy, security, and HIPAA compliance</article-title>,&#x201D; <source>J. Hand Surg. Am.</source>, vol. <volume>42</volume>, no. <issue>6</issue>, pp. <fpage>411</fpage>&#x2013;<lpage>416</lpage>, <year>2017</year>. doi: <pub-id pub-id-type="doi">10.1016/j.jhsa.2017.03.023</pub-id>; <pub-id pub-id-type="pmid">28578767</pub-id></mixed-citation></ref>
<ref id="ref-61"><label>[61]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>N.</given-names> <surname>Rieke</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>The future of digital health with federated learning</article-title>,&#x201D; <source>npj Digit. Med.</source>, vol. <volume>3</volume>, no. <issue>1</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>7</lpage>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-62"><label>[62]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><given-names>B.</given-names> <surname>Yuan</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Ge</surname></string-name>, and <string-name><given-names>W.</given-names> <surname>Xing</surname></string-name></person-group>, &#x201C;<article-title>A federated learning framework for healthcare IoT devices</article-title>,&#x201D; <year>vol. 1, 2020. Accessed: Dec. 12, 2023</year>. [Online]. Available: <ext-link ext-link-type="uri" xlink:href="http://arxiv.org/abs/2005.05083">http://arxiv.org/abs/2005.05083</ext-link></mixed-citation></ref>
<ref id="ref-63"><label>[63]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>L.</given-names> <surname>Huang</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Yin</surname></string-name>, <string-name><given-names>Z.</given-names> <surname>Fu</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Zhang</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Deng</surname></string-name> and <string-name><given-names>D.</given-names> <surname>Liu</surname></string-name></person-group>, &#x201C;<article-title>LoadaBoost: Loss-based AdaBoost federated machine learning with reduced computational complexity on IID and non-IID intensive care data</article-title>,&#x201D; <source>PLoS One</source>, vol. <volume>15</volume>, no. <issue>4</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>16</lpage>, <year>2020</year>. doi: <pub-id pub-id-type="doi">10.1371/journal.pone.0230706</pub-id>; <pub-id pub-id-type="pmid">32302316</pub-id></mixed-citation></ref>
<ref id="ref-64"><label>[64]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>D. C.</given-names> <surname>Nguyen</surname></string-name>, <string-name><given-names>P. N.</given-names> <surname>Pathirana</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Ding</surname></string-name>, and <string-name><given-names>A.</given-names> <surname>Seneviratne</surname></string-name></person-group>, &#x201C;<article-title>BEdgeHealth: A decentralized architecture for edge-based IoMT networks using blockchain</article-title>,&#x201D; <source>IEEE Internet Things J.</source>, vol. <volume>8</volume>, no. <issue>14</issue>, pp. <fpage>11743</fpage>&#x2013;<lpage>11757</lpage>, <year>2021</year>. doi: <pub-id pub-id-type="doi">10.1109/JIOT.2021.3058953</pub-id>.</mixed-citation></ref>
<ref id="ref-65"><label>[65]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><given-names>A. G.</given-names> <surname>Roy</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Siddiqui</surname></string-name>, <string-name><given-names>S.</given-names> <surname>P&#x00F6;lsterl</surname></string-name>, <string-name><given-names>N.</given-names> <surname>Navab</surname></string-name>, and <string-name><given-names>C.</given-names> <surname>Wachinger</surname></string-name></person-group>, &#x201C;<article-title>BrainTorrent: A peer-to-peer environment for decentralized federated learning</article-title>,&#x201D; <comment>2019. Accessed: Dec. 04, 2023</comment>. [Online]. Available: <ext-link ext-link-type="uri" xlink:href="http://arxiv.org/abs/1905.06731">http://arxiv.org/abs/1905.06731</ext-link></mixed-citation></ref>
<ref id="ref-66"><label>[66]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>T. S.</given-names> <surname>Brisimi</surname></string-name>, <string-name><given-names>R.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>T.</given-names> <surname>Mela</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Olshevsky</surname></string-name>, <string-name><given-names>I. C.</given-names> <surname>Paschalidis</surname></string-name>, and <string-name><given-names>W.</given-names> <surname>Shi</surname></string-name></person-group>, &#x201C;<article-title>Federated learning of predictive models from federated electronic health records</article-title>,&#x201D; <source>Int. J. Med. Inform.</source>, vol. <volume>112</volume>, pp. <fpage>59</fpage>&#x2013;<lpage>67</lpage>, <year>2018</year>. doi: <pub-id pub-id-type="doi">10.1016/j.ijmedinf.2018.01.007</pub-id>; <pub-id pub-id-type="pmid">29500022</pub-id></mixed-citation></ref>
<ref id="ref-67"><label>[67]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>M. J.</given-names> <surname>Sheller</surname></string-name>, <string-name><given-names>G. A.</given-names> <surname>Reina</surname></string-name>, <string-name><given-names>B.</given-names> <surname>Edwards</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Martin</surname></string-name>, and <string-name><given-names>S.</given-names> <surname>Bakas</surname></string-name></person-group>, &#x201C;<article-title>Multi-institutional deep learning modeling without sharing patient data: A feasibility study on brain tumor segmentation</article-title>,&#x201D; in <conf-name>4th Int. Workshop</conf-name>, <publisher-loc>Granada, Spain</publisher-loc>, <year>2018</year>, vol. <volume>11383</volume>, pp. <fpage>92</fpage>&#x2013;<lpage>104</lpage>.</mixed-citation></ref>
<ref id="ref-68"><label>[68]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>D. H.</given-names> <surname>Mahlool</surname></string-name> and <string-name><given-names>M. H.</given-names> <surname>Abed</surname></string-name></person-group>, &#x201C;<article-title>Distributed brain tumor diagnosis using a federated learning environment</article-title>,&#x201D; <source>Bull Electr. Eng. Inform.</source>, vol. <volume>11</volume>, no. <issue>6</issue>, pp. <fpage>3313</fpage>&#x2013;<lpage>3321</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.11591/eei.v11i6.4131</pub-id>.</mixed-citation></ref>
<ref id="ref-69"><label>[69]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Islam</surname></string-name>, <string-name><given-names>M. T.</given-names> <surname>Reza</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Kaosar</surname></string-name>, and <string-name><given-names>M. Z.</given-names> <surname>Parvez</surname></string-name></person-group>, &#x201C;<article-title>Effectiveness of federated learning and CNN ensemble architectures for identifying brain tumors using MRI images</article-title>,&#x201D; <source>Neural Process Lett.</source>, vol. <volume>55</volume>, pp. <fpage>3779</fpage>&#x2013;<lpage>3809</lpage>, <year>2023</year>.</mixed-citation></ref>
<ref id="ref-70"><label>[70]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Albaseer</surname></string-name>, <string-name><given-names>B. S. C. M.</given-names> <surname>Abdallah</surname></string-name>, and <string-name><given-names>A.</given-names> <surname>Al-Fuqaha</surname></string-name></person-group>, &#x201C;<article-title>Exploiting unlabeled data in smart cities using federated edge learning</article-title>,&#x201D; in <conf-name>Int. Wirel. Commun. Mobile Comput. Conf., IWCMC</conf-name>, <publisher-loc>Limassol, Cyprus</publisher-loc>, <year>2020</year>.</mixed-citation></ref>
<ref id="ref-71"><label>[71]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>D. R.</given-names> <surname>Mukhametov</surname></string-name></person-group>, &#x201C;<article-title>Ubiquitous computing and distributed machine learning in smart cities</article-title>,&#x201D; in <conf-name>Proc. Wave Electron. Appl. Inf. Telecommun. Syst.</conf-name>, <publisher-loc>St. Petersburg, Russia</publisher-loc>, <year>2020</year>, pp. <fpage>7</fpage>&#x2013;<lpage>11</lpage>.</mixed-citation></ref>
<ref id="ref-72"><label>[72]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>Y.</given-names> <surname>Liu</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Fedvision: An online visual object detection platform powered by federated learning</article-title>,&#x201D; in <conf-name>Proc. 34th AAAI Conf.</conf-name>, <publisher-loc>Washington DC, USA</publisher-loc>, <year>2020</year>, pp. <fpage>13172</fpage>&#x2013;<lpage>13179</lpage>.</mixed-citation></ref>
<ref id="ref-73"><label>[73]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>H.</given-names> <surname>Chai</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Leng</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Chen</surname></string-name>, and <string-name><given-names>K.</given-names> <surname>Zhang</surname></string-name></person-group>, &#x201C;<article-title>A hierarchical blockchain-enabled federated learning algorithm for knowledge sharing in internet of vehicles</article-title>,&#x201D; <source>IEEE Trans. Intell. Transp. Syst.</source>, vol. <volume>22</volume>, no. <issue>7</issue>, pp. <fpage>3975</fpage>&#x2013;<lpage>3986</lpage>, <year>2021</year>. doi: <pub-id pub-id-type="doi">10.1109/TITS.2020.3002712</pub-id>.</mixed-citation></ref>
<ref id="ref-74"><label>[74]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>H.</given-names> <surname>Cao</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Liu</surname></string-name>, <string-name><given-names>R.</given-names> <surname>Zhao</surname></string-name>, and <string-name><given-names>X.</given-names> <surname>Xiong</surname></string-name></person-group>, &#x201C;<article-title>IFed: A novel federated learning framework for local differential privacy in power internet of things</article-title>,&#x201D; <source>Int. J. Distrib. Sens. Netw.</source>, vol. <volume>16</volume>, no. <issue>5</issue>, pp. <fpage>155014772091969</fpage>, <year>2020</year>. doi: <pub-id pub-id-type="doi">10.1177/1550147720919698</pub-id>.</mixed-citation></ref>
<ref id="ref-75"><label>[75]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>J. H.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>M. R.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>G. Q.</given-names> <surname>Zeng</surname></string-name>, and <string-name><given-names>J. S.</given-names> <surname>Weng</surname></string-name></person-group>, &#x201C;<article-title>BDFL: A byzantine-fault-tolerance decentralized federated learning method for autonomous vehicle</article-title>,&#x201D; <source>IEEE Trans. Veh. Technol.</source>, vol. <volume>70</volume>, no. <issue>9</issue>, pp. <fpage>8639</fpage>&#x2013;<lpage>8652</lpage>, <year>2021</year>. doi: <pub-id pub-id-type="doi">10.1109/TVT.2021.3102121</pub-id>.</mixed-citation></ref>
<ref id="ref-76"><label>[76]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>T.</given-names> <surname>Zeng</surname></string-name>, <string-name><given-names>O.</given-names> <surname>Semiari</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Saad</surname></string-name>, and <string-name><given-names>M.</given-names> <surname>Bennis</surname></string-name></person-group>, &#x201C;<article-title>Federated Learning on the road autonomous controller design for connected and autonomous vehicles</article-title>,&#x201D; <source>IEEE Trans. Wirel. Commun.</source>, vol. <volume>21</volume>, no. <issue>12</issue>, pp. <fpage>10407</fpage>&#x2013;<lpage>10423</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1109/TWC.2022.3183996</pub-id>.</mixed-citation></ref>
<ref id="ref-77"><label>[77]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>V.</given-names> <surname>Khullar</surname></string-name> and <string-name><given-names>H. P.</given-names> <surname>Singh</surname></string-name></person-group>, &#x201C;<article-title>Privacy protected internet of unmanned aerial vehicles for disastrous site identification</article-title>,&#x201D; <source>Concurr. Comput. Pract. Exp.</source>, vol. <volume>34</volume>, no. <issue>19</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>10</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1002/cpe.7040</pub-id>.</mixed-citation></ref>
<ref id="ref-78"><label>[78]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>Q.</given-names> <surname>Li</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Diao</surname></string-name>, <string-name><given-names>Q.</given-names> <surname>Chen</surname></string-name>, and <string-name><given-names>B.</given-names> <surname>He</surname></string-name></person-group>, &#x201C;<article-title>Federated learning on non-IID data silos: An experimental study</article-title>,&#x201D; in <conf-name>Proc. Int. Conf.</conf-name>, <publisher-loc>Kuala Lumpur, Malaysia</publisher-loc>, <year>2022</year>, pp. <fpage>965</fpage>&#x2013;<lpage>978</lpage>.</mixed-citation></ref>
<ref id="ref-79"><label>[79]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>H.</given-names> <surname>Zhu</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Xu</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Liu</surname></string-name>, and <string-name><given-names>Y.</given-names> <surname>Jin</surname></string-name></person-group>, &#x201C;<article-title>Federated learning on non-IID data: A survey</article-title>,&#x201D; <source>Neurocomput.</source>, vol. <volume>465</volume>, pp. <fpage>371</fpage>&#x2013;<lpage>390</lpage>, <year>2021</year>. doi: <pub-id pub-id-type="doi">10.1016/j.neucom.2021.07.098</pub-id>.</mixed-citation></ref>
<ref id="ref-80"><label>[80]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>S.</given-names> <surname>Shen</surname></string-name>, <string-name><given-names>L.</given-names> <surname>Xie</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Zhang</surname></string-name>, <string-name><given-names>G.</given-names> <surname>Wu</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Zhang</surname></string-name> and <string-name><given-names>S.</given-names> <surname>Yu</surname></string-name></person-group>, &#x201C;<article-title>Joint differential game and double deep Q-networks for suppressing malware spread in industrial internet of things</article-title>,&#x201D; <source>IEEE Trans. Inf. Forensics Secur.</source>, vol. <volume>18</volume>, pp. <fpage>5302</fpage>&#x2013;<lpage>5315</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1109/TIFS.2023.3307956</pub-id>.</mixed-citation></ref>
<ref id="ref-81"><label>[81]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>L.</given-names> <surname>Wang</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Wang</surname></string-name>, and <string-name><given-names>B.</given-names> <surname>Li</surname></string-name></person-group>, &#x201C;<article-title>CMFL: Mitigating communication overhead for federated learning</article-title>,&#x201D; in <conf-name>Proc. Int. Conf. Distrib. Comput.</conf-name>, <publisher-loc>Syst., Dallas, TX, USA</publisher-loc>, <year>2019</year>, pp. <fpage>954</fpage>&#x2013;<lpage>964</lpage>.</mixed-citation></ref>
<ref id="ref-82"><label>[82]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Imteaj</surname></string-name> and <string-name><given-names>M.</given-names> <surname>Hadi Amini</surname></string-name></person-group>, &#x201C;<article-title>FedAR: Activity and resource-aware federated learning model for distributed mobile robots</article-title>,&#x201D; in <conf-name>Proc. 19th IEEE Int. Conf. Mach. Learn. Appl. ICMLA</conf-name>, <publisher-loc>Miami, FL, USA</publisher-loc>, <year>2020</year>, pp. <fpage>1153</fpage>&#x2013;<lpage>1160</lpage>.</mixed-citation></ref>
<ref id="ref-83"><label>[83]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>T. M.</given-names> <surname>Antico</surname></string-name>, <string-name><given-names>L. F. R.</given-names> <surname>Moreira</surname></string-name>, and <string-name><given-names>R.</given-names> <surname>Moreira</surname></string-name></person-group>, &#x201C;<article-title>Evaluating the potential of federated learning for maize leaf disease prediction</article-title>,&#x201D; in <conf-name>Proc. Natl Meet. Artif. Comput. Intell. (ENIAC)</conf-name>, <publisher-loc>Campinas/SP</publisher-loc>, <year>2023</year>, pp. <fpage>282</fpage>&#x2013;<lpage>293</lpage>.</mixed-citation></ref>
<ref id="ref-84"><label>[84]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Aggarwal</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Federated transfer learning for rice-leaf disease classification across multiclient cross-silo datasets</article-title>,&#x201D; <source>Agron.</source>, vol. <volume>13</volume>, no. <issue>10</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>25</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.3390/agronomy13102483</pub-id>.</mixed-citation></ref>
<ref id="ref-85"><label>[85]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>D.</given-names> <surname>Vimalajeewa</surname></string-name>, <string-name><given-names>C.</given-names> <surname>Kulatunga</surname></string-name>, <string-name><given-names>D. P.</given-names> <surname>Berry</surname></string-name>, and <string-name><given-names>S.</given-names> <surname>Balasubramaniam</surname></string-name></person-group>, &#x201C;<article-title>A service-based joint model used for distributed learning: Application for smart agriculture</article-title>,&#x201D; <source>IEEE Trans. Emerg. Top. Comput.</source>, vol. <volume>10</volume>, no. <issue>2</issue>, pp. <fpage>838</fpage>&#x2013;<lpage>854</lpage>, <year>2022</year>.</mixed-citation></ref>
<ref id="ref-86"><label>[86]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>G.</given-names> <surname>Shingi</surname></string-name></person-group>, &#x201C;<article-title>A federated learning based approach for loan defaults prediction</article-title>,&#x201D; in <conf-name>IEEE Int. Conf. Data Min. Work.</conf-name>, <publisher-loc>Sorrento, Italy</publisher-loc>, <year>2020</year>, pp. <fpage>362</fpage>&#x2013;<lpage>368</lpage>.</mixed-citation></ref>
<ref id="ref-87"><label>[87]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><given-names>D.</given-names> <surname>Kawa</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Punyani</surname></string-name>, <string-name><given-names>P.</given-names> <surname>Nayak</surname></string-name>, <string-name><given-names>A.</given-names> <surname>Karkera</surname></string-name>, and <string-name><given-names>V.</given-names> <surname>Jyotinagar</surname></string-name></person-group>, &#x201C;<article-title>Credit risk assessment from combined bank records using federated learning</article-title>,&#x201D; <source>Int. Res. J. Eng. Technol.</source>, <comment>pp.1&#x2013;4, 2008</comment>.</mixed-citation></ref>
<ref id="ref-88"><label>[88]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>E.</given-names> <surname>Ashraf</surname></string-name>, <string-name><given-names>N. F. F.</given-names> <surname>Areed</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Salem</surname></string-name>, <string-name><given-names>E. H.</given-names> <surname>Abdelhay</surname></string-name>, and <string-name><given-names>F.</given-names> <surname>Ahmed</surname></string-name></person-group>, &#x201C;<article-title>FIDChain : Federated intrusion detection system for blockchain-enabled IoT healthcare applications</article-title>,&#x201D; <source>Healthcare</source>, vol. <volume>10</volume>, no. <issue>6</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>20</lpage>, <year>2022</year>.</mixed-citation></ref>
<ref id="ref-89"><label>[89]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>V.</given-names> <surname>Khullar</surname></string-name> and <string-name><given-names>H. P.</given-names> <surname>Singh</surname></string-name></person-group>, &#x201C;<article-title>f-FNC: Privacy concerned efficient federated approach for fake news classification</article-title>,&#x201D; <source>Inf. Sci.</source>, vol. <volume>639</volume>, pp. <fpage>1</fpage>&#x2013;<lpage>15</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1016/j.ins.2023.119017</pub-id>.</mixed-citation></ref>
<ref id="ref-90"><label>[90]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>R.</given-names> <surname>Chhabra</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Singh</surname></string-name>, and <string-name><given-names>V.</given-names> <surname>Khullar</surname></string-name></person-group>, &#x201C;<article-title>Privacy enabled driver behavior analysis in heterogeneous IoV using federated learning</article-title>,&#x201D; <source>Eng. Appl. Artif. Intell.</source>, vol. <volume>120</volume>, no. <issue>5</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>34</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1016/j.engappai.2023.105881</pub-id>.</mixed-citation></ref>
<ref id="ref-91"><label>[91]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><given-names>A.</given-names> <surname>Hard</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Federated learning for mobile keyboard prediction</article-title>,&#x201D; <comment>2018. Accessed: Oct. 23, 2023</comment>. [Online]. Available: <ext-link ext-link-type="uri" xlink:href="http://arxiv.org/abs/1811.03604">http://arxiv.org/abs/1811.03604</ext-link></mixed-citation></ref>
<ref id="ref-92"><label>[92]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>Z.</given-names> <surname>Xu</surname></string-name>, <string-name><given-names>F.</given-names> <surname>Yu</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Xiong</surname></string-name>, and <string-name><given-names>X.</given-names> <surname>Chen</surname></string-name></person-group>, &#x201C;<article-title>Helios: Heterogeneity-aware federated learning with dynamically balanced collaboration</article-title>,&#x201D; in <conf-name>Proc. Des. Autom. Conf.</conf-name>, <publisher-loc>San Francisco, CA, USA</publisher-loc>, <year>2021</year>, pp. <fpage>997</fpage>&#x2013;<lpage>1002</lpage>.</mixed-citation></ref>
<ref id="ref-93"><label>[93]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><given-names>J.</given-names> <surname>Kone&#x010D;n&#x00FD;</surname></string-name>, <string-name><given-names>H. B.</given-names> <surname>McMahan</surname></string-name>, <string-name><given-names>F. X.</given-names> <surname>Yu</surname></string-name>, <string-name><given-names>P.</given-names> <surname>Richt&#x00E1;rik</surname></string-name>, <string-name><given-names>A. T.</given-names> <surname>Suresh</surname></string-name>, and <string-name><given-names>D.</given-names> <surname>Bacon</surname></string-name></person-group>, &#x201C;<article-title>Federated learning: Strategies for improving communication efficiency</article-title>,&#x201D; <comment>2016. Accessed: Oct. 23, 2023</comment>. [Online]. Available: <ext-link ext-link-type="uri" xlink:href="http://arxiv.org/abs/1610.05492">http://arxiv.org/abs/1610.05492</ext-link></mixed-citation></ref>
<ref id="ref-94"><label>[94]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>C.</given-names> <surname>Wu</surname></string-name>, <string-name><given-names>F.</given-names> <surname>Wu</surname></string-name>, <string-name><given-names>L.</given-names> <surname>Lyu</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Huang</surname></string-name>, and <string-name><given-names>X.</given-names> <surname>Xie</surname></string-name></person-group>, &#x201C;<article-title>Communication-efficient federated learning via knowledge distillation</article-title>,&#x201D; <source>Nat. Commun.</source>, vol. <volume>13</volume>, no. <issue>1</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>7</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1038/s41467-022-29763-x</pub-id>; <pub-id pub-id-type="pmid">35440643</pub-id></mixed-citation></ref>
<ref id="ref-95"><label>[95]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>W.</given-names> <surname>Liu</surname></string-name>, <string-name><given-names>L.</given-names> <surname>Chen</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Chen</surname></string-name>, and <string-name><given-names>W.</given-names> <surname>Zhang</surname></string-name></person-group>, &#x201C;<article-title>Accelerating federated learning via momentum gradient descent</article-title>,&#x201D; <source>IEEE Trans. Parallel Distrib. Syst.</source>, vol. <volume>31</volume>, no. <issue>8</issue>, pp. <fpage>1754</fpage>&#x2013;<lpage>1766</lpage>, <year>2020</year>. doi: <pub-id pub-id-type="doi">10.1109/TPDS.2020.2975189</pub-id>.</mixed-citation></ref>
<ref id="ref-96"><label>[96]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>J.</given-names> <surname>Liu</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>RL/DRL meets vehicular task offloading using edge and vehicular cloudlet: A survey</article-title>,&#x201D; <source>IEEE Internet Things J.</source>, vol. <volume>9</volume>, no. <issue>11</issue>, pp. <fpage>8315</fpage>&#x2013;<lpage>8338</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1109/JIOT.2022.3155667</pub-id>.</mixed-citation></ref>
<ref id="ref-97"><label>[97]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Y.</given-names> <surname>Shen</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Shen</surname></string-name>, <string-name><given-names>Q.</given-names> <surname>Li</surname></string-name>, <string-name><given-names>H.</given-names> <surname>Zhou</surname></string-name>, <string-name><given-names>Z.</given-names> <surname>Wu</surname></string-name> and <string-name><given-names>Y.</given-names> <surname>Qu</surname></string-name></person-group>, &#x201C;<article-title>Evolutionary privacy-preserving learning strategies for edge-based IoT data sharing schemes</article-title>,&#x201D; <source>Digi. Commun. Netw.</source>, vol. <volume>9</volume>, no. <issue>4</issue>, pp. <fpage>906</fpage>&#x2013;<lpage>919</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1016/j.dcan.2022.05.004</pub-id>.</mixed-citation></ref>
<ref id="ref-98"><label>[98]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>X.</given-names> <surname>Xu</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>PSDF: Privacy-aware IoV service deployment with federated learning in cloud-edge computing</article-title>,&#x201D; <source>ACM Trans. Intell. Syst. Technol.</source>, vol. <volume>13</volume>, no. <issue>5</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>22</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1145/3501810</pub-id>.</mixed-citation></ref>
<ref id="ref-99"><label>[99]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>L. P. A.</given-names> <surname>Brecko</surname></string-name> and <string-name><given-names>I.</given-names> <surname>Zolotov&#x00E1;</surname></string-name></person-group>, &#x201C;<article-title>Brief overview of edge AI accelerators for energy-constrained edge</article-title>,&#x201D; in <conf-name>Int. Symp. Appl. Mach. Intell. Inf. (SAMI)</conf-name>, <publisher-loc>Poprad, Slovakia</publisher-loc>, <year>2022</year>.</mixed-citation></ref>
<ref id="ref-100"><label>[100]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>J.</given-names> <surname>He</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Guo</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Li</surname></string-name>, and <string-name><given-names>Y.</given-names> <surname>Zhu</surname></string-name></person-group>, &#x201C;<article-title>AceFL: Federated learning accelerating in 6G-enabled mobile edge computing networks</article-title>,&#x201D; <source>IEEE Trans. Netw. Sci. Eng.</source>, vol. <volume>10</volume>, no. <issue>3</issue>, pp. <fpage>1364</fpage>&#x2013;<lpage>1375</lpage>, <year>2023</year>. doi: <pub-id pub-id-type="doi">10.1109/TNSE.2022.3190330</pub-id>.</mixed-citation></ref>
<ref id="ref-101"><label>[101]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>J.</given-names> <surname>Feng</surname></string-name>, <string-name><given-names>W.</given-names> <surname>Zhang</surname></string-name>, <string-name><given-names>Q.</given-names> <surname>Pei</surname></string-name>, <string-name><given-names>J.</given-names> <surname>Wu</surname></string-name>, and <string-name><given-names>X.</given-names> <surname>Lin</surname></string-name></person-group>, &#x201C;<article-title>Heterogeneous computation and resource allocation for wireless powered federated edge learning systems</article-title>,&#x201D; <source>IEEE Trans. Commun.</source>, vol. <volume>70</volume>, no. <issue>5</issue>, pp. <fpage>3220</fpage>&#x2013;<lpage>3233</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1109/TCOMM.2022.3163439</pub-id>.</mixed-citation></ref>
<ref id="ref-102"><label>[102]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Tahir</surname></string-name> and <string-name><given-names>M. I.</given-names> <surname>Ali</surname></string-name></person-group>, &#x201C;<article-title>On the performance of federated learning algorithms for IoT</article-title>,&#x201D; <source>Internet Things</source>, vol. <volume>3</volume>, no. <issue>2</issue>, pp. <fpage>273</fpage>&#x2013;<lpage>284</lpage>, <year>2022</year>.</mixed-citation></ref>
<ref id="ref-103"><label>[103]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><given-names>S. P.</given-names> <surname>Karimireddy</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Kale</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Mohri</surname></string-name>, <string-name><given-names>S. J.</given-names> <surname>Reddi</surname></string-name>, <string-name><given-names>S. U.</given-names> <surname>Stich</surname></string-name> and <string-name><given-names>A. T.</given-names> <surname>Suresh</surname></string-name></person-group>, &#x201C;<article-title>SCAFFOLD: Stochastic controlled averaging for federated learning</article-title>,&#x201D; in <conf-name>37th Int. Conf. Mach. Learn.</conf-name>, <year>2020</year>, vol. <volume>119</volume>, pp. <fpage>5088</fpage>&#x2013;<lpage>5099</lpage>.</mixed-citation></ref>
<ref id="ref-104"><label>[104]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>Z.</given-names> <surname>Zhang</surname></string-name>, <string-name><given-names>Z.</given-names> <surname>Gao</surname></string-name>, <string-name><given-names>Y.</given-names> <surname>Guo</surname></string-name>, and <string-name><given-names>Y.</given-names> <surname>Gong</surname></string-name></person-group>, &#x201C;<article-title>Scalable and low-latency federated learning with cooperative mobile edge networking</article-title>,&#x201D; <source>IEEE Trans. Mob. Comput.</source>, vol. <volume>41</volume>, no. <issue>5</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>26</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1109/TMC.2022.3230853</pub-id>.</mixed-citation></ref>
<ref id="ref-105"><label>[105]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>D.</given-names> <surname>Ye</surname></string-name>, <string-name><given-names>R.</given-names> <surname>Yu</surname></string-name>, <string-name><given-names>M.</given-names> <surname>Pan</surname></string-name>, and <string-name><given-names>Z.</given-names> <surname>Han</surname></string-name></person-group>, &#x201C;<article-title>Federated learning in vehicular edge computing: A selective model aggregation approach</article-title>,&#x201D; <source>IEEE Access</source>, vol. <volume>8</volume>, pp. <fpage>23920</fpage>&#x2013;<lpage>23935</lpage>, <year>2020</year>. doi: <pub-id pub-id-type="doi">10.1109/ACCESS.2020.2968399</pub-id>.</mixed-citation></ref>
<ref id="ref-106"><label>[106]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Adnan</surname></string-name>, <string-name><given-names>S.</given-names> <surname>Kalra</surname></string-name>, <string-name><given-names>J. C.</given-names> <surname>Cresswell</surname></string-name>, <string-name><given-names>G. W.</given-names> <surname>Taylor</surname></string-name>, and <string-name><given-names>H. R.</given-names> <surname>Tizhoosh</surname></string-name></person-group>, &#x201C;<article-title>Federated learning and differential privacy for medical image analysis</article-title>,&#x201D; <source>Sci. Rep.</source>, vol. <volume>12</volume>, no. <issue>1</issue>, pp. <fpage>1</fpage>&#x2013;<lpage>10</lpage>, <year>2022</year>. doi: <pub-id pub-id-type="doi">10.1038/s41598-022-05539-7</pub-id>; <pub-id pub-id-type="pmid">35121774</pub-id></mixed-citation></ref>
<ref id="ref-107"><label>[107]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><given-names>M.</given-names> <surname>Aggarwal</surname></string-name> <etal>et al.</etal></person-group>, &#x201C;<article-title>Privacy preserved collaborative transfer learning model with heterogeneous distributed data for brain tumor classification</article-title>,&#x201D; <source>Int. J. Imaging Syst. Technol.</source>, vol. <volume>34</volume>, pp. <fpage>1</fpage>&#x2013;<lpage>16</lpage>, <year>2023</year>.</mixed-citation></ref>
</ref-list>
</back></article>