Iyadunni J. Adenuga
Current Organizations / Institutes
The organizations/institutes from the scholar's latest article
Iyadunni J. Adenuga has a total of 9 co-authors. Here are the top co-authors by number of shared publications:
- Adrian Mos
Naver Labs Europe, Meylan, France
2 shared publications - Benjamin V. Hanrahan
Microsoft, Redmond, WA, USA
2 shared publications - José Miguel Pérez-Álvarez
Universidad de Sevilla
2 shared publications - Alanis Negroni
Department of Computer Science and Engineering, Faculty of Engineering, University of Puerto Rico, Mayaguez Campus, Mayaguez, PR 00680, USA
1 shared publication - Evelyn Vasquez
Department of Electrical and Computer Engineering, Faculty of Engineering, University of Puerto Rico, Mayaguez Campus, Mayaguez, PR 00680, USA
1 shared publication - Jonathan Dodge
Penn State University, University Park, Pennsylvania, USA
1 shared publication
Latest Publications
- Open Access
ELI: A Conversational LLM-Based Interface for Human–AI Driving Teams and Its Impact on Performance and Driver Status
Highly automated vehicles often rely on takeover requests (TORs) that lack contextual transparency, treat drivers as passive fallbacks, and lead to poor situational awareness. To address this challenge, this study presents the Empowering Language Interaction (ELI) framework, a conversational interface powered by a large language model that supports bidirectional negotiation and collaborative human–AI teamwork. Using the CARLA driving simulator, 28 participants compared ELI with a conventional TOR baseline in both urban and peri-urban driving scenarios. The study employed a multidimensional evaluation approach, integrating telemetry data on driving performance with continuous monitoring of physiological indicators (electrocardiogram and electrodermal activity) and subjective questionnaires to assess driver trust and engagement. Results indicated that ELI sustained continuous driver engagement and improved the subjective comprehension of the vehicle’s state. Physiologically, the conversational interface maintained active cognitive load, preventing the abrupt autonomic spikes characteristic of traditional takeover requests. Furthermore, ELI outperformed the TOR baseline in safety metrics by reducing out-of-lane events and maintaining greater safety margins. Conversational interaction has shown potential to transform drivers from passive supervisors into active teammates, improving joint decision-making without inducing over-reliance on the automated system.
Open AccessELI: A Conversational LLM-Based Interface for Human–AI Driving Teams and Its Impact on Performance and Driver Status
Highly automated vehicles often rely on takeover requests (TORs) that lack contextual transparency, treat drivers as passive fallbacks, and lead to poor situational awareness. To address this challenge, this study presents the Empowering Language Interaction (ELI) framework, a conversational interface powered by a large language model that supports bidirectional negotiation and collaborative human–AI teamwork. Using the CARLA driving simulator, 28 participants compared ELI with a conventional TOR baseline in both urban and peri-urban driving scenarios. The study employed a multidimensional evaluation approach, integrating telemetry data on driving performance with continuous monitoring of physiological indicators (electrocardiogram and electrodermal activity) and subjective questionnaires to assess driver trust and engagement. Results indicated that ELI sustained continuous driver engagement and improved the subjective comprehension of the vehicle’s state. Physiologically, the conversational interface maintained active cognitive load, preventing the abrupt autonomic spikes characteristic of traditional takeover requests. Furthermore, ELI outperformed the TOR baseline in safety metrics by reducing out-of-lane events and maintaining greater safety margins. Conversational interaction has shown potential to transform drivers from passive supervisors into active teammates, improving joint decision-making without inducing over-reliance on the automated system.
- 9 July 2026
- Published by Springer Nature
- p. 3-23
Guided Self-Regulated Learning via LLMs
- Open Access
- 11 November 2024
- Published by Association for Computing Machinery (ACM)
- p. 336-341
Agency Flow in a Multi-user Ridesharing System
In modern versions of sociotechnical environments, people's actions are moderated by algorithms. This usually leads to prioritizing a particular group of people's experience over the other. If AI-infused systems are to be introduced to these environments, success requires that people (regardless of roles and capacities) feel in control. We performed a preliminary exploratory study with 28 participants on Prolific with ridesharing experience using some ridesharing environment descriptions from the views of different user roles at varying agency levels. We found that prioritizing one group over the other can lead to a net negative experience for all the user groups. Enabling agency for all user groups was more likely to lead to positive characteristics like negotiation and collaboration than the logical expectations of conflict.
- 11 November 2024
- Published by Association for Computing Machinery (ACM)
- p. 336-341
Open AccessAgency Flow in a Multi-user Ridesharing System
In modern versions of sociotechnical environments, people's actions are moderated by algorithms. This usually leads to prioritizing a particular group of people's experience over the other. If AI-infused systems are to be introduced to these environments, success requires that people (regardless of roles and capacities) feel in control. We performed a preliminary exploratory study with 28 participants on Prolific with ridesharing experience using some ridesharing environment descriptions from the views of different user roles at varying agency levels. We found that prioritizing one group over the other can lead to a net negative experience for all the user groups. Enabling agency for all user groups was more likely to lead to positive characteristics like negotiation and collaboration than the logical expectations of conflict.
- Open Access
- 1 May 2022
- Published by Institute of Electrical and Electronics Engineers (IEEE)
- p. 113-124
Lowering Barriers to Application Development With Cloud-Native Domain-Specific Functions
Creating and maintaining a modern, heterogeneous set of client applications remains an obstacle for many businesses and individu-als. While simple domain-specific graphical languages and libraries can empower a variety of users to create application behaviors and logic, using these languages to produce and maintain a set of heterogeneous client applications is a challenge. Primarily because each client typically requires the developers to both understand and embed the domain-specific logic. This is because application logic must be encoded to some extent in both the server and client sides. In this paper, we propose an alternative approach, which allows the specification of application logic to reside solely on the cloud. We have built a system where reusable application components can be assembled on the cloud in different logical chains and the client is largely decoupled from this logic and is solely concerned with how data is displayed and gathered from users of the application. In this way, the chaining of requests and responses is done by the cloud and the client side has no knowledge of the application logic. This means that the experts in the domain can build these modular cloud components, arrange them in various logical chains, generate a simple user interface to test the application, and later leave it to client-side developers to customize the presentation and gathering of data types to and from the user. An additional effect of our approach is that the client side developer is able to immediately see any changes they make, while executing the logic residing on the cloud. This further allows more novice programmers to perform these customizations, as they do not need to ‘get the full application working’ and are able to see the results of their code as they go, thereby lowering the obstacles to businesses and individuals to produce and maintain applications. Furthermore, this decoupling enables the quick generation and customization of a variety of application clients, ranging from web to mobile devices and personal assistants, while customizing one or more as needed. Creating new computer applications, distributing them to users, and maintaining them, is complex and time-consuming. Building even a simple application requires years of study. Furthermore, given the number of devices we have today (from smartphones to voice assistants), the task is further complicated and difficult even for experienced programmers. The world is undergoing a digital transformation, and computer applications are now part of our everyday existence and building them is a requirement for many organizations and businesses. How-ever, only companies and individuals with large budgets and skills can build these applications, a consequence of which is an increased digital gap between those with means and those without. We see a clear need to lower the barriers to building these applications so a more diverse set of voices are able to participate and shape our digital futures, as underrepresented groups are often left out of designing and building these platforms. Previous researchers have proposed approaches where applications can be easily specified by people without (or with few) technical skills. However, handling different device platforms and maintenance/distribution were neglected in these efforts. In this paper we propose an approach where the program is executed on the cloud, while the client only needs to display and gather data from users. A result of our approach is that generic front-end applications adapt to any changes to the program being executed on the cloud. Our programs work with end-user apps on any device, the application that the user sees automatically adapts to any changes.
- 1 May 2022
- Published by Institute of Electrical and Electronics Engineers (IEEE)
- p. 113-124
Open AccessLowering Barriers to Application Development With Cloud-Native Domain-Specific Functions
Creating and maintaining a modern, heterogeneous set of client applications remains an obstacle for many businesses and individu-als. While simple domain-specific graphical languages and libraries can empower a variety of users to create application behaviors and logic, using these languages to produce and maintain a set of heterogeneous client applications is a challenge. Primarily because each client typically requires the developers to both understand and embed the domain-specific logic. This is because application logic must be encoded to some extent in both the server and client sides. In this paper, we propose an alternative approach, which allows the specification of application logic to reside solely on the cloud. We have built a system where reusable application components can be assembled on the cloud in different logical chains and the client is largely decoupled from this logic and is solely concerned with how data is displayed and gathered from users of the application. In this way, the chaining of requests and responses is done by the cloud and the client side has no knowledge of the application logic. This means that the experts in the domain can build these modular cloud components, arrange them in various logical chains, generate a simple user interface to test the application, and later leave it to client-side developers to customize the presentation and gathering of data types to and from the user. An additional effect of our approach is that the client side developer is able to immediately see any changes they make, while executing the logic residing on the cloud. This further allows more novice programmers to perform these customizations, as they do not need to ‘get the full application working’ and are able to see the results of their code as they go, thereby lowering the obstacles to businesses and individuals to produce and maintain applications. Furthermore, this decoupling enables the quick generation and customization of a variety of application clients, ranging from web to mobile devices and personal assistants, while customizing one or more as needed. Creating new computer applications, distributing them to users, and maintaining them, is complex and time-consuming. Building even a simple application requires years of study. Furthermore, given the number of devices we have today (from smartphones to voice assistants), the task is further complicated and difficult even for experienced programmers. The world is undergoing a digital transformation, and computer applications are now part of our everyday existence and building them is a requirement for many organizations and businesses. How-ever, only companies and individuals with large budgets and skills can build these applications, a consequence of which is an increased digital gap between those with means and those without. We see a clear need to lower the barriers to building these applications so a more diverse set of voices are able to participate and shape our digital futures, as underrepresented groups are often left out of designing and building these platforms. Previous researchers have proposed approaches where applications can be easily specified by people without (or with few) technical skills. However, handling different device platforms and maintenance/distribution were neglected in these efforts. In this paper we propose an approach where the program is executed on the cloud, while the client only needs to display and gather data from users. A result of our approach is that generic front-end applications adapt to any changes to the program being executed on the cloud. Our programs work with end-user apps on any device, the application that the user sees automatically adapts to any changes.
- 1 November 2021
- Published by Institute of Electrical and Electronics Engineers (IEEE)
- p. 1174-1176
Decoupling Server and Client Code Through Cloud-Native Domain-Specific Functions
Simple domain-specific graphical languages and libraries can empower a variety of users to create application behavior and logic. However, it remains challenging to produce and maintain a heterogeneous set of client applications based on these descriptions, as each client typically requires the developers to both understand and embed the domain-specific logic. This is because application logic must be encoded to some extent in both the server and client sides.In this paper, we propose an alternative approach, which allows the specification of application logic to reside solely on the cloud. In our system, reusable application components are assembled on the cloud in different logical chains and the client is solely concerned with how data is displayed and gathered from users. In this way, the chaining of requests and responses is done by the cloud and the client side has no knowledge of the application logic. This means that the experts in the domain build modular cloud components, arrange them in logical chains, generate a simple user interface, and later leave it to client-side developers to customize the presentation.
- 1 November 2021
- Published by Institute of Electrical and Electronics Engineers (IEEE)
- p. 1174-1176
Decoupling Server and Client Code Through Cloud-Native Domain-Specific Functions
Simple domain-specific graphical languages and libraries can empower a variety of users to create application behavior and logic. However, it remains challenging to produce and maintain a heterogeneous set of client applications based on these descriptions, as each client typically requires the developers to both understand and embed the domain-specific logic. This is because application logic must be encoded to some extent in both the server and client sides.In this paper, we propose an alternative approach, which allows the specification of application logic to reside solely on the cloud. In our system, reusable application components are assembled on the cloud in different logical chains and the client is solely concerned with how data is displayed and gathered from users. In this way, the chaining of requests and responses is done by the cloud and the client side has no knowledge of the application logic. This means that the experts in the domain build modular cloud components, arrange them in logical chains, generate a simple user interface, and later leave it to client-side developers to customize the presentation.