Abstract
Advances in automated driving systems (ADSs) have shifted the primary responsibility of controlling a vehicle from human drivers to automation. Framing driving a highly automated vehicle as teamwork can reveal practical requirements and design considerations to support the dynamic driver–ADS relationship. However, human–automation teaming is a relatively new concept in ADS research and requires further exploration. We conducted two literature reviews to identify concepts related to teaming and to define the driver–ADS relationship, requirements, and design considerations. The first literature review identified coordination, cooperation, and collaboration (3Cs) as core concepts to define driver–ADS teaming. Based on these findings, we propose the panarchy framework of 3Cs to understand drivers’ roles and relationships with automation in driver–ADS teaming. The second literature review identified main challenges for designing driver–ADS teams. The challenges include supporting mutual communication, enhancing observability and directability, developing a responsive ADS, and identifying and supporting the interdependent relationship between the driver and ADS. This study suggests that the teaming concept can promote a better understanding of the driver–ADS team where the driver and automation require interplay. Eventually, the driver–ADS teaming frame will lead to adequate expectations and mental models of partially automated vehicles.
Keywords
INTRODUCTION
Does driving a car involve teamwork? We expect that most would say it does not when considering manually driven cars. However, when considering partially automated driving systems (ADS) and even more advanced ADSs of the near future, we may see more disagreement. Some people might say “no,” as they think that a car is just a tool, and others might say “no” because they think ADSs will drive for them. This paper argues that answering “yes, driving a highly automated vehicle involves teamwork” could provide a useful perspective for designing highly automated vehicles.
Driver assistance technologies have evolved rapidly over the past few decades. Recent demonstrations of automated vehicles show great promise, including the potential to improve traffic safety, mobility, and productivity. Some companies aim to bypass partially automated vehicles and move directly to fully automated driving, but others have adopted a more gradual shift of the responsibility of controlling the vehicle from the person to the automation.
Given the fundamental changes to vehicles’ capabilities, it becomes important to consider the driver–vehicle relationship as a team. However, the importance of teaming depends on the degree to which drivers and ADS share responsibilities. The Society of Automotive Engineers (SAE) J3016 (SAE International, 2014) defines terminology for automated vehicles. It describes levels of vehicle automation from fully manual driving (Level 0) to fully automated driving (Level 5). The SAE defines Level 1 vehicle automation as a system capable of performing only one primary vehicle control (e.g., steering or speed maintenance; Gibson et al., 2016). Level 2 vehicle automation is defined as a system that performs both lateral and longitudinal vehicle controls and needs the driver’s consistent monitoring and supervision. Level 3 is defined as a system that can drive the vehicle and only requires that the driver be prepared to act as a fallback operator. Levels 4 and 5 are automated systems capable of handling most (Level 4) or all (Level 5) of the traffic situations and don’t require drivers to takeover—some implementations of Level 4 and 5 don’t “allow” the driver to takeover. Within SAE Levels 2 and 3, the driver remains responsible for some aspects of driving; thus, the ADS requires human support to ensure safe operation (Gil et al., 2019). In other words, safe operation in SAE Levels 2 and 3 depends on the teamwork between the driver and the ADS (Carsten & Martens, 2019). However, SAE J3016 describes each level in terms of a binary function allocation between ADS and the human driver, and it does not indicate how to design the driver–ADS team or how to support the dynamic relationship within the team. This can be especially problematic for SAE Levels 2 and 3, in which manual and automated driving tasks are blended and driver–ADS interaction is the most important factor (Figure 1). The importance of driver–vehicle interaction is higher between Level 2 and Level 3 (modified from Hancock et al., 2020).
This manuscript focuses on cooperative and collaborative aspects of driving SAE Level 2 and 3 vehicles and suggests defining the relationship between the driver and the ADS as a team. Teaming implies a symbiosis between two agents with different sets of capabilities—the driver and ADS—instead of setting fully automated vehicles as the end goal. However, teaming with ADS requires essential characteristics of human–human teams, such as sharing intentionality and recognizing interdependency. Tomasello (2014) stated that the ability to develop shared intentionality and cooperate toward a common goal contributed to the rapid evolution of Homo sapiens. Similarly, teaming with ADS may require shared intentionality between the driver and ADS to pursue a common goal; however, developing shared intentionality and achieving common goal between the driver and ADS is not straightforward. Additionally, Kelley et al. (2003b) mentioned that people can recognize abstract patterns of interdependence in everyday social relations. However, the interdependent relationship between the driver and ADS will require additional efforts and analyses to be recognized by the driver. The concept of driver–ADS teaming is relatively new compared to the human–automation team (HAT) research in other domains (e.g., Endsley, 2017; Hancock, 2017; Lyons et al., 2021; O’Neill et al., 2020) and requires more exploration. In this paper, we address the following research questions: • What are the characteristics that define driver–ADS teams? • What are the common obstacles in designing driver–ADS teams? • What are the design considerations for driver–ADS teams?
To answer these questions, we conducted two literature reviews. In the first literature review, we (a) analyzed definitions of central teaming concepts—coordination, cooperation, and collaboration—to understand characteristics of different forms of teaming and (b) compared similarities and distinctive characteristics among the definitions. In the second literature review, we (a) examined how ADS research can apply each teaming concept and (b) related the teaming concepts to concrete implications for designing driver–ADS teams. Based on the findings, we proposed a new framework for defining the teaming of drivers and SAE Level 2–3 ADSs across different time scales and developed design patterns by identifying common obstacles in designing driver–ADS teaming.
LITERATURE REVIEW 1: REVIEW OF RELEVANT CONCEPTS
The first literature review aimed to identify characteristics to define driver–ADS teams. To this end, we explored concepts relevant to human–automation teaming, including coordination (Malone & Crowston, 1990; Sarter, 2002), cooperation (Chiou & Lee, 2021; Millot, 2009; Millot & Debernard, 2007), and collaboration (Fong et al., 1999; Rule & Forlizzi, 2012). We referred to the authors’ original terminology during the literature synthesis and cited them in the Results section. Therefore, inconsistencies exist between the terms for concepts cited in the Results section (e.g., machine, robot, autonomy, automation, and agent). We identified the essential elements of these concepts by reviewing various definitions of each concept. Based on the insights from the review, we proposed a framework to define, assess, and design driver–ADS teams.
Methods
Eligibility criteria
Each article had to meet five criteria to be selected for the review: (a) it had to be full-length and published in English; (b) it also had to include either “coordination,” “interaction,” “teaming,” “joint activity,” “collaboration,” “cooperation,” “shared control,” or any variant of these words; (c) it had to include any variants of the word “automation”; (d) it had to include “driver,” “rider,” “passenger,” “operator,” or any variants of these words; and (e) it had to include the variants of the word “define” (e.g., defined, definition). The publication year was not limited.
Information sources and search strategy
Keyword Queries Used for Definition of Human–Automation Teaming
Selection process
For the topic of definitions of human–automation teaming, a researcher read the abstracts of 537 articles and selected those within the scope of the present study. Articles were excluded if they covered topics unrelated to the general HATs or ADS research (e.g., atomic computing, radiotherapy, and applied mathematics). Some of the ADS research articles were also excluded because they were either covering technical aspects of driver assistance technologies (e.g., Mohseni et al., 2018) or focused on the coordination between the vehicles (e.g., Ma et al., 2020). After the selection process, 98 articles were included. In addition, 15 articles from the research team’s pre-existing collection and 17 articles identified from a citation search (from the 98 articles included earlier) were added to the collection. Note that eight articles from the research team’s pre-existing collection were from the organization management discipline that reviewed teaming concepts (e.g., coordination, cooperation, and collaboration). As a result, a total of 130 articles were eligible for a full review.
Data collection process
After a full review of 130 articles, 50 highly relevant articles were included. We followed the procedure suggested by Cook and West (2012) for data collection and synthesis. Using this method, we abstracted raw data and iteratively synthesized them. First, we extracted the definitions of the concepts of interest from the target articles. Next, we distilled the definitions into their basic elements. Using these data, we generated tables of definitions for each concept. These tables are also presented in the Results section to demonstrate our approach, synthesis, and interpretation.
Synthesis method
Three researchers pooled and explored the processed data (concept elements) within and between the concepts through iterative discussions. We focused on finding definitions that subsumed most of the other definitions. We also explored inconsistencies within the single concept’s definitions and between different concepts’ definitions to investigate why definitions differed.
Results
Overview of concepts for defining driver–ADS teams
Many concepts have been used to define HAT. Researchers’ interpretation of the same concept can vary and this leads to inconsistency in terminology. Some of these concepts were used almost interchangeably, whereas others showed distinct characteristics. For example, the early work on human–computer interaction often used “cooperation” interchangeably with “interaction” and “collaboration” (e.g., Malin et al., 1991; Nass et al., 1996) to refer to human–computer interaction. Later approaches distinguished interaction from other concepts (Endsley, 2017; Hancock, 2017; Lyons et al., 2021; O’Neill et al., 2020). However, several teaming concepts, such as collaboration and cooperation, are still used interchangeably. Accordingly, we synthesized various definitions of HAT to identify concepts to define driver–ADS teaming with a focus on coordination, cooperation, and collaboration.
Coordination
Definitions of Coordination (Emphasis Added to the Original)
In driver–ADS teaming, coordination can be considered an arrangement of resources for operational driving tasks and task interdependency between the driver and ADS. Transfer of controls (TOC) in SAE Level 2–3 vehicles can be an example of coordination. For a successful TOC, both the driver and ADS need to align their actions (e.g., hand over by ADS and take over by the driver in a time budget—the time between a takeover request and system limit) without conflicts.
Cooperation
Cooperation uses negotiation in addition to coordination to resolve conflicts that arise between teammates’ individual goals and the joint goal. Conflicts require teammates to adjust their individual goals, thereby incurring costs to the goals. Accordingly, cooperation involves attitudinal and social processes such as positive attitudes toward collaboration (e.g., disposition to collaborate) as well as attitudes toward others (e.g., trust) that motivate teammates to consider the team goals over individual goals, despite the cost.
Definitions of Cooperation (Emphasis Added to the Original)
The main difference between coordination and cooperation is the degree of goal conflict between agents. While cooperation accounts for a conflict between agents and negotiations to resolve it, coordination assumes situations where there is no conflict between individual agents’ goals and stresses the arrangement of joint decisions (Chiou & Lee, 2021). Also, compared to coordination, cooperation is more suitable to frame driver–ADS teaming with a longer time constant (e.g., maneuver-level driving tasks in Michon, 1985).
Cooperation can be applied to driver–ADS teaming where team goals and individual goals are specified, and potential conflicts exist. Like the driver may have “explicit goals” and “implicit goals,” the automation contains “pre-programmed goals” as well (Linegang et al., 2006). An example of cooperation in driver–ADS teaming is speed negotiation between two agents. A driver’s goal of arriving at the destination as early as possible may contradict the ADS’s goal of safe driving (i.e., maintaining speed below the posted speed limit). To settle the conflict, the driver can either approve or reject the ADS’s request to lower the set speed for automated driving. Other examples of cooperation between the driver and ADS in the literature include negotiating conflicts between ADS’ ideal route and the driver’s preferred route (Payyanadan & Lee, 2019; Weßel et al., 2017) and driver and ADS communicating their judgment for the next maneuver and negotiating a maneuver when the judgments conflicts (Guo et al., 2019).
Collaboration
Definitions of Collaboration (Emphasis Added to the Original)
In collaboration, automation is considered as a peer (Fong et al., 1999, 2001; Mainprice et al., 2014; Phillips-Grafflin et al., 2016) or equal (Rule & Forlizzi, 2012) that requires only minimum supervision from its human partners (Mainprice et al., 2014; Phillips-Grafflin et al., 2016). Moreover, automation engages in active communication and coordination with human partners to exchange ideas, resolve differences, perform tasks, and achieve goals (Fong et al., 1999; 2001; Rule & Forlizzi, 2012). This communication supports adaptive behaviors; accommodates human operators of various skills, knowledge, and experience (Fong et al., 2001); and coordinates team members (Hoffman & Breazeal, 2007). As a result, collaborating teams form a participatory structure in which teammates make decisions jointly (McNamara, 2012). In collaboration, teammates share rules, norms, and agreements (shared values) for current and future situations. Then, the shared values reorient teammates’ actions, processes, and decisions toward the task that brought them together (McNamara, 2012; Wood & Gray, 1991). For example, in driver–ADS teaming, functional purposes of driving, such as efficient transport, safe transport, or present driving experience, can be the values shared by the driver and ADS. Each agent may have conflicting values (e.g., speeding for efficiency vs. following the posted speed limit for safety) but through collaboration they can share and agree on the values.
Both cooperation and collaboration address individual goals, team goals, and conflict; however, cooperation is more focused on parallel and deterministic goals, whereas collaboration is more about shared and dynamic goals, which require active communication and negotiations for goal adjustment. In addition, compared to cooperation, collaboration can be considered a long-term relationship between agents.
In driver–ADS teaming, collaboration requires a lateral control structure. The ADS will serve increasing roles (e.g., a co-driver) with involvement in not only vehicle control tasks but also in driver management (e.g., monitoring driver state and intervening if needed) and decision-making throughout a trip. Repeated interactions between the driver and ADS over time will create a continuing relationship and lead to horizontal collaboration. Collaboration in driver–ADS teaming suggests proactive and responsive driving automation in SAE Levels 2 and 3, where ADS acts as a co-driver. Proactive and responsive automation require advanced means of communication to allow drivers to take advantage of the intelligent teammate during decision-making and goal-setting processes. Through communication, the driver–ADS team can set driving goals jointly, restructure the ways teammates act, and make decisions based on the new goals to respond to undefined and untrained road events. Accordingly, communication between drivers and ADS will become essential for the driver–ADS collaboration. Currently, the human–machine interface (HMI) is considered as the primary medium for driver–vehicle interaction and some interactions rely on implicit communication channels (e.g., inferring based on a teammate’s behavior); however, driver–ADS collaboration will require active and bi-directional communication channels.
Comparison of concepts
We reviewed three teaming concepts and identified their characteristics and implications for driving automation. In general, coordination forms the foundation for effective cooperation and collaboration (Chiou & Lee, 2021). Specifically, coordination plays a crucial role in arranging the allocation of driving resources, timing of actions, and tasks for cooperation and collaboration. Cooperation differs from coordination because it uses negotiation to resolve conflicts between teammates’ individual goals (Chiou & Lee, 2021). Most importantly, cooperation guides teammates to generate positive attitudes toward collaboration (Bedwell et al., 2012) and teammates (Chiou & Lee, 2021). In turn, collaboration differs from cooperation because it is an iterative and evolving process in which teammates develop shared rules, norms, and values to make decisions about tasks (Wood & Gray, 1991). This contrasts with cooperation, where teammates negotiate to align individual goals with an already determined team goal. Therefore, collaboration reduces goal conflicts (Pellicone et al., 2019); instead, collaboration requires goal adjustments (i.e., shared dynamic goals) to cope with the uncertain and dynamic world. Collaboration requires a horizontal relationship with the automation partner (e.g., Fong et al., 2001; 1999; Rule & Forlizzi, 2012) and a participatory team structure in which teammates make decisions and set goals together (McNamara, 2012). Moreover, most aspects of collaboration are undetermined compared to coordination and cooperation. As teammates collaborate, they establish shared values (McNamara, 2012; Wood & Gray, 1991) that determine their actions in future, undefined collaborations. In turn, the shared values govern how teams coordinate and cooperate. Collaborating teammates also select team goals from multiple potential goals, enabling the team to react flexibly to dynamically changing situations.
Altogether, these findings suggest that coordination, cooperation, and collaboration are interconnected to support driver–ADS teaming as a whole rather than as mutually exclusive or independent mechanisms. Coordination in driver–ADS teaming manages operational tasks of allocating driving resources, tasks, and controls, which support cooperation by enabling the prediction of teammates’ needs (Salas et al., 2005). Cooperation uses communication to align the individual goals of drivers and ADS. As a result, cooperation shapes drivers’ disposition (e.g., trust, acceptance) to collaborate with the ADS to share driving priorities and select the team goals appropriate for the dynamic, complex, and unpredictable road environment. Coordination, cooperation, and collaboration occur across different time scales and provide a different view of driver–ADS task and relationship across the time scales. Accumulated driver–ADS interactions in a shorter time scale influence their interaction over a longer time scale. Moreover, a long-term relationship between the driver and ADS influences their interactions in shorter time scales as well (i.e., bi-directional influence). For example, a vehicle with a lane-keeping assistance function can nudge the steering wheel to stay in a lane (ADS’s goal) when the driver steers to make a lane change (driver’s goal) without signaling. In that example, the ADS assumed the car was deviating from the center unintentionally due to missing communication while the driver intentionally tried to change the lane without signaling. The conflict can be resolved by either putting more force in the steering wheel to make the change (i.e., ignoring ADS’s input) or staying in the lane by following ADS’s guide. However, the experience of this conflict with no communication or feedback may undermine the driver–ADS relationship and long-term collaboration.
The panarchy of coordination, cooperation, and collaboration
Coordination, cooperation, and collaboration (3Cs) are highly interrelated and distinct components of driver–ADS teaming in SAE Levels 2 and 3. Based on the findings, we propose a panarchy framework of coordination, cooperation, and collaboration, in which the 3Cs are connected by adaptive cycles of different time scales (Figure 2). Panarchy is a conceptual model of a complex system in which its components are dynamically organized and structured across different time and spatial scales (Holling, 2001). Imagine a gear train with different sizes of gears rotating at different speeds (but they work together as a single entity). Similarly, the panarchy framework was initially proposed to explain how adaptive cycles in ecosystems or socio-ecological systems interact across different time scales to constitute a resilient system (Holling, 2001). Resilience refers to a complex system’s vulnerability to unexpected threats and its capability to adapt continuously to the dynamically changing environment (Chiou & Lee, 2021; Holling, 2001). In driver–ADS teaming, resilience implies the adaptability of the driver–ADS team to accommodate unexpected road or in-vehicle situations. Similar to our understanding of the relationship between 3Cs, a panarchy is comprised of faster and smaller-scale cycles that provide thrusts and innovations to slower and larger-scale cycles. In this structure, influence can travel both from bottom to top and top to bottom, representing how a complex system reacts to disruptions. The panarchy of coordination, cooperation, and collaboration. This framework posits that the 3Cs are highly interrelated but distinct concepts that operate at different granular levels to support driver–ADS teamwork.
In our framework, the 3C panarchy contains two adaptive cycles moderated by the 3Cs of teamwork: the smaller and faster coordination-cooperation cycle (lower cycle) and the larger and slower cooperation-collaboration cycle (upper cycle). In this framework, the accumulated interactions in a shorter time scale (lower cycles) shape longer-term relationships (upper cycle), while longer-term relationships guide short-term interactions. The lower cycle starts with coordinating the interdependent driving resources, tasks, and control authorities between the driver and ADS. Coordination activities comprise basic action units for the higher-level construct of cooperation. Moreover, by leveraging implicit and explicit communication, coordination enables the prediction of teammates’ needs that support cooperation (Salas et al., 2005). In turn, cooperation serves to align individual team members’ goals with the team’s driving goal. At the cooperation level, the activities become more social in nature; thus, cooperation shapes the members’ propensity to collaborate in the longer-term (Bedwell et al., 2012). Specifically, team members develop trust in each other that is updated as a function of iterations of cooperation and coordination (Chiou & Lee, 2021). From here, cooperation can influence coordination via the back loop by updating the criteria that govern coordination (passed down from collaboration via the back loop). In addition, cooperation affects how team members communicate and enables or interferes with deliberate coordination (Salas et al., 2008). Cooperation can also influence collaboration via the front loop and the slower upper cycle by affecting the driver’s propensity to collaborate with teammates (Bedwell et al., 2012). At the collaboration level, the driver–ADS relationship becomes horizontal, and teammates are assigned less clearly defined roles (Salas et al., 2005). Teams transition toward the participatory structure, where teammates engage in iterations of interactions (coordination and cooperation). The team’s social processes (e.g., trust, disposition to collaborate) evolve over iterations and guide team members’ behaviors (Chiou & Lee, 2021; McNamara, 2012) and teammates share values (Wood & Gray, 1991), such as driving priorities and goals. If the teams confront surprises, teams refer to the shared values to select new goals among multiple alternative goals to adapt to the new environment. Lastly, collaboration disseminates criteria or rules, updated according to the new goals, via the back loop to reorganize coordination and cooperation.
The 3C panarchy framework shows how to achieve resilient driver–ADS collaboration, where the driver–ADS team can have joint adaptation to the road environment more generally (e.g., shaping behavior to be safer and more efficient). Driving a vehicle with SAE Levels 2 and 3 functionalities will face edge cases in traffic situations, which drivers and ADS are not trained to handle. However, increasing ADS’s automation level can only address a part of the uncertainties in the driving environment. Therefore, it will become crucial to design the driver–ADS team to be capable of adjusting its goals and tuning the collaboration process in response to the road environment. The 3C panarchy framework provides insights into how to achieve resilient driver–ADS teaming. The 3C panarchy suggests designers consider interactions across time and the relationship between the driver and the ADS that is more than a series of independent events. Based on this framework, we conducted the second literature review with a focus on driver–ADS teaming design.
LITERATURE REVIEW 2: CONSIDERATIONS FOR DESIGNING DRIVER–ADS TEAMING
The first literature review provides a high-level framework for teaming and the second review relates the high-level framework to concrete implications for design by identifying practical guidelines and the common obstacles for designing driver–ADS teaming. In the second review, we identified the requirements and design implications from the HAT research and produced design patterns that describe potential design problems and solutions. We then further elaborated on the key concepts that arose during the literature review. The second literature review applied different data collection and synthesis methods to identify emerging themes and common obstacles from the literature, while the search and selection processes were similar to the first review.
Methods
Eligibility criteria
The article inclusion and exclusion criteria were identical to the first literature review. To refine the search to ADS-relevant articles (but not excluding relevant non-driving-related articles), we applied an additional criterion: the article had to include either “automation,” “automated driving,” “vehicles,” or “automated vehicles” as keywords. The keyword “automation” included articles from non-driving domains (e.g., aviation, human–robot teaming, and unmanned vehicle), which provided a broader view of human–automation teaming. Also, additional articles that we added for screening (see the subsequent Information Sources and Search Strategy section for the details) were acquired from a targeted search and also included articles relevant to human and human–automation teaming from non-driving domains. The publication year was not limited.
Information sources and search strategy
Keyword Queries Used for Literature Search of General Human–Automation Teaming
Selection process
A second researcher read the 269 articles’ abstracts and selected 40 relevant articles for review. We also reviewed 20 additional articles from the research team’s pre-existing collection of literature, and all of them were included in the database. Therefore, a total of 60 articles were eligible for full review.
Data collection process
For this review, we used a database to link key points across articles to identify common themes. A researcher extracted data (relevant concepts) from the 30 articles (out of 60 reviewed articles) after the final screening. Obsidian (https://obsidian.md/), a knowledge base and file organizing system, and Mendeley were used to store data from the papers. We applied the Zettelkasten method (e.g., Faatz et al., 2009) for data extraction and literature synthesis. This method helped to identify common research themes and their connections. The reviewer read each paper and summarized the main points as a database of notes with one to three notes per paper. In the original Zettelkasten method, a single note contains an atomic idea, but in our approach a single note can contain multiple atomic ideas (but they should be cohesive). Including multiple, related ideas in each note made synthesis more efficient. Each note was assigned a unique alphanumeric identifier, and all notes were labeled to form an emergent hierarchy by placing each note next to the most related existing note. Figure 3 shows the note hierarchy and numbering system. The first note starts from the top level and notes that are not directly related stay at the same level. When a note is related to an existing note, it can be injected by branching off from the relevant note, and it stays in the sub-level. The literature notes hierarchy and numbering system. Each box represents one to three related concepts.
Synthesis method
After data extraction, there were a total of 30 articles with 62 summary notes from the general consideration topic. Some of the 60 articles that did not add new insights or findings were removed, and all 30 articles used for generating notes were included. All notes were composed and stored in the Obsidian database. Each note has at least one link to other existing notes. The link is non-linear, so each note can be linked to the adjacent note in the hierarchy or any other note in general (see Figure 4). This note organizing system allows organic growth of ideas, and it facilitated our literature synthesis by making emergent topics and subtopics apparent (e.g., black circles in Figure 4). Therefore, linked notes produced large clusters that described the themes across papers, and the themes became the subsections of the Results section. A network diagram with notes as nodes and links as edges shows the connections between notes (Figure 4). The visualization of the note hierarchy helped us identify themes that spanned multiple articles. Network visualization of the 62 notes generated from the literature review (the nodes represent each note, the edges represent conceptual links between notes, and black circles represent identified themes).
Results
The second literature review considered design implications of driver–ADS team. This section consists of two subsections. The first section identified common obstacles in designing driver–ADS teaming from the literature. The second section led an in-depth discussion on key concepts from the first subsection.
Driver–ADS teaming design patterns
Topics emerged from the literature review process were synthesized in a format of design patterns. A design pattern is a reusable form of a solution to common design problems (Gamma et al., 1995). We identified obstacles in designing driver–ADS teaming and synthesized the results in the format of design patterns. We developed four design patterns, and for each design pattern, we provided: (a) name, (b) problem summary (brief explanation of the problem), (c) rationale (why matters), (d) solution (how to solve the problem in an abstract level. Note that some of our solutions may not be reusable), (e) usage (hypothetical or empirical examples of the solution), and (f) source (relevant literature).
Unilateral communication to mutual communication
Opaque and brittle automation to observable and directable automation
Subordinate automation to responsive automation
Binary function allocation to dynamic interdependency
Designing driver–ADS teaming
This section extends the Driver–ADS Teaming Design Patterns section. While the previous section delivers compact information for individual challenge, this section focuses on more in-depth discussion and synthesis across multiple challenges.
When and where to apply driver–ADS teaming concept?
Typology of Driving Assistance Systems and Relevant Teaming Concepts Across Time Spans
Observability, communication, and directability
Observability consists of shared representations of the problem and representations of the activities of other teammates (e.g., what automation is working on, intention about what to do next and reason for a specific decision). Thus, observability supports awareness of the situation and other team members, and it prevents misunderstanding, misbehavior, mode confusion, or an inappropriate level of trust (Pokam et al., 2019). For example, Skjerve and Skraaning (2004) empirically tested a set of HMIs to increase the observability of the autonomous system in nuclear power plants. Observability was implemented using visual and verbal feedback on the autonomous system’s activity. The new HMI with enhanced observability was compared to a conventional HMI, and the result showed that the HMI with observability improved human–automation cooperation quality, as measured by subjective judgments. In driving automation, multiple methods of detecting and inferring drivers’ states have been proposed (Hecht et al., 2018). Providing drivers the information about ADS’s capability in handling a traffic situation has been studied (e.g., Beller et al., 2013; Feldhütter et al., 2018; Holländer & Pfleging, 2018). These efforts mainly focused on achieving observability by providing the ADS’s capability information (e.g., Holländer & Pfleging, 2018) or calibrating trust in ADS (e.g., Helldin et al., 2013). Components such as shared goals, team agreement, and team leadership also contribute to the observability. However, the interaction methods to satisfy these requirements have gained relatively less attention in ADS research.
Supporting mutual understanding and communication will be a key challenge for designing driver–ADS teaming. Multiple research projects support the needs for a medium such as “common ground” or “common workspace” in teaming. Based on the previous research, the common ground can be shared by all members in the joint team activity; includes information of task objectives, task state, and state of other members (Hoffman & Breazeal, 2004); provides information about the environment and other members’ current and future activity (Flemisch et al., 2019); and needs to support team situation awareness (Flemisch et al., 2019). Eventually, common ground will allow each member to understand messages and signals that help cooperate joint actions (Klein et al., 2004) and collaboration. Team situation awareness is considered a significant part of the common ground. Flemisch et al. (2019) mentioned that an “agent that is able to update the common situation awareness may influence other agents by its/his/her own understanding of the situation (validation by others) or may trigger other agents’ reaction (disagreement, explanation asked by others)” (p. 559). Similarly, developing team situation awareness can be considered the most important task for human–automation teaming. Johnson et al. (2014) viewed the common ground from the interdependence between agents and stated that the interdependent relationships will determine what common ground should entail. Thus, building a common ground for efficient coordination and communication will be key for designing driver–ADS teaming.
Communication involves building mutual understanding, a mental model, common ground, or a shared mental state (information sharing) that facilitates human–automation teaming. Moreover, the information sharing mechanism needs to be updated using explicit, implicit, and bi-directional communication (information updating) in accordance with the task environment and goal. In ADS research, few studies tested the bi-directional communication to support driver–ADS teaming. Castellano et al. (2020) implemented the “AutoMate” HMI on a vehicle dashboard, and the system negotiated with drivers on whether to enter a roundabout given a driver’s judgment about the available space. Similarly, Wang et al. (2020) proposed a framework in which drivers negotiated with ADS for the next maneuver using gaze and speech. Lastly, Kuribayashi et al. (2021) tested an augmented reality HMI that communicated the locations of the pedestrians, whose movement the ADS failed to predict, thereby asking for driver input. In this way, drivers were able to leverage their object recognition capability to prevent the ADS from executing an abrupt maneuver (e.g., braking) to avoid the road user if the user’s projected path did not conflict with the vehicle. However, these approaches only cover the communication support for tactical tasks (e.g., avoidance) and leverage visual display (e.g., augmented reality head-up display, dashboard) as main modes of communication.
Directability can be achieved by enabling human teammates to assess and change the partners’ behaviors (Christoffersen & Woods, 2002; Klein et al., 2004; Walch et al., 2017). Such assessment and prediction help teammates understand the consequences of the directions to their partners (Klein et al., 2004) and determine the appropriate direction for a given situation. Therefore, mutual monitoring is an important factor for enhancing directability. Moreover, the development of the adjustable automation teammate should be considered to lower the barrier to directability in driver–ADS teams (Myers & Morley, 2001). Adjustable autonomy enables human operators to adapt their role to the varying cognitive state and lower the barrier to directablity (Calhoun et al., 2018; Myers & Morley, 2001; 2003; Walch et al., 2017). One can imagine a situation in which operators’ workload level is low, as well as their situation awareness. This would delay operators’ reactions to the sudden development of unexpected situations. In such cases, the HAT performance can be enhanced by motivating human operators to engage in more active roles like giving manual directions (e.g., steering). In contrast, there could be a situation in which operators’ workload is high. In this case, giving a higher-level order of predefined actions or delegating most of the roles to automation can compensate for operators’ performance decrease due to high workload. One example of this approach is the flexible automation by the U.S. Air Force, which has shown the potential to improve human–automation teaming by reducing the barrier to directability (Calhoun et al., 2018). This approach provided operators with a wide spectrum of methods for controlling unmanned vehicles, from joystick control to the Playbook, an approach of choosing between sets of predefined tasks (Miller et al., 2005). Therefore, the input method could be selected based on the cognitive state of the human operator, which in turn enhanced the directability of the automation.
Needs for alternative communication channel for the driver–ADS teaming
Carsten and Martens (2019) mentioned HMI is the main communication channel for driver–ADS teaming, meaning HMI is crucial for safe collaboration between the human driver and vehicle-based automated system. However, the issue is that the traditional vehicle HMI is no longer sufficient to support the cooperation or collaboration of the driver and ADS because it requires more cohesive communication, active information sharing (Christoffersen & Woods, 2002), negotiations, and goal adjustments. The lack of information about the ADS due to inadequate HMI also makes it challenging to understand its activities (Skjerve & Skraaning, 2004). Moreover, recent studies suggest interaction methods that depend less on HMIs (e.g., haptic shared control; Abbink et al., 2012). To avoid putting new wine in old bottles (Hollnagel & Woods, 1999), advanced strategies need to be developed to support efficient driver–ADS teaming. This will require expanding the research scope from one-way communication using the traditional vehicle HMI to two-way cooperation design with enhanced observability, key for designing driver–ADS teams.
Regarding the implementation of cooperative control, multiple studies examined shared control, especially haptic shared control. Abbink et al. (2018) described how “in shared control, human(s) and robot(s) are interacting congruently in a perception-action cycle to perform a dynamic task that either the human or the robot could execute individually under ideal circumstance” (p. 511). Flemisch et al. (2003) introduced H(Horse)-Metaphor to describe shared control and transition of authority, along with H-Mode, a haptic-multimodal shared control mode inspired by the H-Metaphor. Characteristics of the H-Metaphor and H-Mode have the potential to solve some of the teaming requirements described in the Driver–ADS Teaming Design Patterns section. The authors wrote that “in H-Mode, two points on the assistance and automation continuum are addressed. In assisted mode (Tight Rein), the automation decreases its influence, i.e., it only acts with low forces at the haptic interface. In the highly automated mode (Loose Rein) automation is the main actor in the vehicle guidance and control, while the driver is still connected with the vehicle and the automation (e.g., by a haptic coupling with an active interface)” (Flemisch et al., 2014, p. 15–16). This will allow continuous and dynamic distribution of control, and both the driver and the automation can initiate transition of control and closely cooperate to achieve the shared goal (Flemisch et al., 2008; 2014). Moreover, haptic shared control allows smooth shifts in control authority through physical interaction. For example, by adjusting the resistance of the steering wheel, any level of automation between full manual control (i.e., no guiding force) and full automation (i.e., very large guiding force) can be manipulated. This automation continuum provides continuous shifts instead of on/off binary conditions. With the haptic steering wheel, the driver can vary their responses to guiding forces by ignoring them, resisting them, or amplifying them (Abbink et al., 2012). More importantly, in terms of designing driver–ADS teaming, this feature enables blending communication into controlling—that is, haptic shared control allows communication with the automation by controlling at the same time. Also, Flemisch et al. (2008) noted three advantages of haptic shared feedback compared to other feedback channels: haptic feedback can be directly linked to the actuator, where the driver reaction is required (e.g., lane departure warning vibration on the steering wheel); haptic feedback can be used to indicate required reaction type (e.g., “steering wheel can be turned into the correct direction by the automation to trigger a steering reaction of the driver”); and haptic interaction is bi-directional (i.e., continuous communication between the driver and the vehicle). The effectiveness of the haptic shared control was supported by empirical studies. Flemisch et al. (2008) showed that haptic shared feedback enhanced driving performance, reduced driver workload, and increased acceptance of the automation system. Likewise, Petermeijer et al. (2015) showed that haptic shared control mitigates the loss of situation awareness and skills as the driver is continuously involved in the vehicle control loop.
However, there are limitations of haptic shared control. Johns et al. (2016) experimented with haptic shared control with a pair of participants (one served as a driver and the other served as a driving agent). The results showed that drivers were able to interpret the intention of the driving agent through steering wheel torque for simple trajectory intentions but not for higher-level ideas such as availability. The authors suggested that another communication channel (visual, auditory, or other forms of haptic feedback) may support high-level communication. Additionally, Abbink et al. (2018) mentioned that shared control is not the best choice for every human–robot (or human–automation) interaction. For some situations or tasks, traded control can be a better option. In the driving domain, based on automation levels, driving situations, and other factors, traded control can be preferred. However, for a situation where the expected time budget—the time between a takeover request and ADS limit—is short or the automation requires frequent intervention by the human driver, shared control would serve better.
DISCUSSION
This study reviewed relevant concepts to define driver–ADS teaming and identified considerations to design the driver–ADS as a team. From the synthesis of definitions of concepts to refer to human–automation teaming, we identified three central teaming concepts—coordination, cooperation, and collaboration—that altogether comprise a mechanism that defines the driver–ADS teaming. Based on this finding, we proposed the 3C panarchy framework for defining and evaluating driver–ADS teaming. The framework suggested that enabling driver–ADS teams to react to the dynamic and uncertain traffic situations by adjusting team goals is a key to designing resilient driver–ADS teams. Findings from the obstacles and considerations for the driver–ADS teaming provided insights and applicable guidelines for driver–ADS teaming.
Transferring lessons from other research domains (e.g., robots, aviation) to driving automation requires understanding of driver characteristics and their task. For example, drivers for passenger vehicles usually don’t take any professional training that operators in other domains (e.g., pilots, unmanned vehicle operators) have to take (Weyer et al., 2015). Also, currently available vehicles with ADS may not provide structured education regarding limitations and capabilities of ADS to customers (Abraham et al., 2017). This may result in having inaccurate mental model of ADS and hindering teaming with ADS. Most importantly, driving is a complex task in which drivers encounter dynamic and heterogeneous situations. For example, the urban road environment is usually shared by various types of users (e.g., pedestrians, bicyclists, and passenger cars) and allows interactions between different types of users (e.g., crossing where pedestrians and vehicles interact). As a result, the driver–ADS team will encounter more uncertain and dynamic situations and will require a collaborative relationship to build a more resilient driving unit, instead of merely increasing levels of automation. Therefore, embracing the complexity and dynamic nature of the situation and supporting the interdependence between the driver and the automation will be essential for understanding and designing the driver–ADS teams.
The literature review identified research gaps in the driver–ADS teaming, including incomplete support for ADS observability, high reliance on traditional HMIs, and lack of bi-directional communication to reflect drivers’ intention and state. Haptic shared control was reviewed as an alternative to close the gaps. Although haptic shared control cannot be the solution for driver–ADS teaming under every circumstance, literature showed its merits to meet the requirements for the driver–ADS teaming.
For the past decades, automation has become more independent, with a higher level of authority, which results in more demands for human–automation teaming. Similarly, the needs for driver–ADS teaming have been identified from the literature. Unlike robots, aviation, or unmanned vehicles, passenger vehicles have been living in our daily life and we have been witnessing their continuous evolution from manual shifts to the current partially ADSs. This prevents us from seeing the driving task as a collaborative task. In addition, some of the current ADSs manufacturers might even have introduced the myths of vehicle automation (e.g., substitution). We consider highly automated vehicles as different and new systems from those in manual vehicles. We believe that the perspective of the ADS as a teammate will promote a better understanding of the driver–ADS team where the driver and automation require interplay. Eventually, the driver–ADS teaming frame will lead to adequate expectations and mental models of partially automated vehicles.
Supplemental Material
Supplemental Material - Teaming with Your Car: Redefining the Driver–Automation Relationship in Highly Automated Vehicles
Supplemental Material for Teaming with Your Car: Redefining the Driver–Automation Relationship in Highly Automated Vehicles by Joonbum Lee, Hansol Rheem, John D. Lee, Joseph F. Szczerba, and Omer Tsimhoni in Journal of Cognitive Engineering and Decision Making
Footnotes
Author Note
The research, authorship, and publication of this article were supported by General Motors Global Research & Development.
Supplemental Material
Supplemental material for this article is available online
Joonbum Lee is an Associate Scientist within the Department of Industrial and Systems Engineering at the University of Wisconsin-Madison. His broad research interests are in driving safety and predictive modeling. His recent research topics include driver–automation teaming and applications of advanced modeling to understand drivers’ interaction with manual and partially automated vehicles. He received his PhD in Industrial and Systems Engineering from the University of Wisconsin-Madison in 2014.
Hansol Rheem is currently a postdoctoral research associate at the Department of Industrial and Systems Engineering, University of Wisconsin-Madison. He obtained his PhD in Human Systems Engineering from Arizona State University. His current research interests include human–autonomy teaming, human–automated vehicle interaction design, and attention modeling.
John D. Lee is an Emerson Electric Professor within the Department of Industrial and Systems Engineering at the University of Wisconsin-Madison. He received his PhD in mechanical engineering from the University of Illinois, Urbana-Champaign in 1992.
Joseph Szczerba is a Staff Researcher in the Vehicle Systems Research Lab at the General Motors Global Research & Development Center in Warren, Michigan. With over 30 years of automotive experience, his current research is focused on human–automation interaction in automated driving systems. Specific areas of concentration include human monitoring of automated systems, transition of control, situation awareness, and user information requirements. Joseph holds a Master of Science in Industrial Engineering from Purdue University.
Omer Tsimhoni leads User Interaction research activities as Technical Fellow and Group Manager in the Vehicle Systems Research Lab at the General Motors Global Research & Development Center in Warren, Michigan. With over 20 years of automotive research experience, his current focus is on information displays and driving simulation for autonomous driving. Additional expertise areas include speech interaction, cognitive modeling, and in-vehicle sensing. Omer holds a PhD in Industrial Engineering from the University of Michigan.
References
Supplementary Material
Please find the following supplemental material available below.
For Open Access articles published under a Creative Commons License, all supplemental material carries the same license as the article it is associated with.
For non-Open Access articles published, all supplemental material carries a non-exclusive license, and permission requests for re-use of supplemental material or any part of supplemental material shall be sent directly to the copyright owner as specified in the copyright notice associated with the article.
