Patent Publication Number: US-2023161820-A1

Title: Systems, methods, and apparatuses for providing assistant deep links to effectuate third-party dialog session transfers

Description:
BACKGROUND 
     Humans may engage in human-to-computer dialogs with interactive software applications referred to herein as “automated assistants” (also referred to as “digital agents,” “chatbots,” “interactive personal assistants,” “intelligent personal assistants,” “conversational agents,” etc.). For example, humans (which when they interact with automated assistants may be referred to as “users”) may provide commands and/or requests using spoken natural language input (i.e. utterances) which may in some cases be converted into text and then processed, and/or by providing textual (e.g., typed) natural language input. Some automated assistants can mediate dialog sessions between a user and a third party application, thereby allowing the automated assistants to act as a consistent medium through which the user can interface with various applications. However, because not all computing devices have the same types of interfaces, such dialog sessions can be limited when, for example, a computing device does not have a display panel. Under such circumstances, computational resources and on-device power resources can be wasted when a third party application attempts to identify a suitable device that is not available. Furthermore, should the user attempt to recommence the dialog session at a separate computing device, network resources, power and time can be wasted repeating commands to the third party application via the automated assistant. 
     SUMMARY 
     Implementations set forth herein relate to providing deep links for transitioning dialog sessions, mediated by an assistant application, between different devices. The dialog sessions can involve a user interacting with an assistant application in order to cause a third party application to perform an action. Limiting conversations to a single device can be problematic when the third party application is attempting to provide content that cannot be presented at the device. For instance, a user can be using a first device to interact with an assistant application to control smart devices in his/her home, such as a security system, smart lighting etc. If the first device does not include a display panel, the user may not be able to view images from a security camera of the security system. Furthermore, if the assistant application and/or the third party application is not capable of adequately transferring interaction data to a second device that includes the display panel, the user may have to start the dialog session over again. In another instance, a user can be using a first device to interact with an assistant application to order shoes through a third party application. If the first device does not include a display panel, the user may not be able to view the shoes before purchase. Furthermore, as with the smart home example, if the assistant application and/or the third party application is not capable of adequately transferring interaction data to a second device that includes the display panel, the user may have to start the dialog session over again. By starting the dialog session over again at the second device, computational resources and power would have been wasted at the first device. Additionally, depending on how the first device handles the initial dialog session, actions performed by the assistant application and/or the third party application may be irreversible, thereby inadvertently mobilizing persons (e.g., inventory managers) or causing third party devices (e.g., order fulfillment robots, powered security gates etc.) to waste energy performing particular functions. 
     In order to transition dialog sessions involving third party applications more efficiently, the third party application and/or the assistant application can generate links that can be transferrable between devices and/or applications. The links can include deep links with strings that can identify the third party application, an originating device, a destination device, the assistant application, a modality for content (e.g., video, text, audio, etc.), and/or any other information that can be used when transitioning a dialog session between devices. For example, a user can be interacting with an assistant application in order to access a third party application that provides streaming music videos. The user can be interacting with the assistant application through a tablet device that includes a display panel on which the user can view the music videos. The user can be searching for music videos using spoken invocation phrases that direct the assistant application to provide the third party application with search data. While searching, the user can direct the assistant application to transfer the dialog session to a standalone interactive speaker, which does not have a display panel and is equipped with an assistant interface. For instance, the user can provide the invocation phrase, “Assistant, I&#39;d like to continue searching through my standalone interactive speaker.” 
     In some implementations, in order to transfer the dialog session and continue searching, the assistant application can receive the transfer dialog session invocation phrase and generate a link that can be transferred to another device, such as the standalone interactive speaker, for continuing the dialog session. The link can be executable by the third party application and/or a receiving device, and include information associated with a current state of the dialog session. For example, the link generated by the assistant application can identify a device on which the dialog session originated. When the originating device is a tablet device, the link can include a portion such as, “ . . . \origin-tablet\ . . . ,” in order to identify the originating device. By identifying the originating device, a context of the dialog session can be determined by the receiving device in order to adapt the dialog session accordingly. The context can refer to a modality through which the user was participating in the dialog session, such as through both audio and video. In some implementations, the link can identify a modality and/or a context of the dialog session using a portion such as, “ . . . \video-audio\ . . . ,” in order to explicitly identify the modalities. Alternatively, the originating device can be identified in a schema or host portion of the link such as, for example, “originating-device.dialog-session/search-application/ . . . ” in order that the latter portion of the link can be used to provide logic and descriptors related to the third party application and dialog session. 
     When a request to transfer the dialog session is received, and the link for transferring the dialog session has been generated, the link can be transmitted to the receiving device (e.g., an assistant device such as the standalone interactive speaker). The receiving device can acknowledge the identity of the originating device and/or the context of the initial dialog session, and initialize the continuation of the dialog session at the receiving device. In some implementations, the receiving device can modify the link to identify the receiving device such as, for example, changing “ . . . \tablet-device\ . . . ” to “ . . . \assistant-device . . . ” in order that the third party application can acknowledge the change. Alternatively, the receiving device can modify the link to identify the change in modality such as, for example, changing “ . . . \video-audio\ . . . ” to “ . . . \audio\ . . . ” in order to specify the new modality for the third party application. The modified link can thereafter be provided to the third party application to continue the dialog session. 
     In some implementations, the third party application can be notified of the request to transfer the dialog session to a different device and, in response, generate a link for the assistant application. The assistant application at the original device can receive the link from the third party application and transfer the link to the receiving device, to which the dialog session will be transferred. Alternatively, the assistant application at the receiving device can receive the link from the third party application in order that the receiving device can continue the dialog session without having to interact with the original device. The third party application can generate links for different devices based on an application programming interface (API) that allows the third party application to be configured to communicate links in formats that the assistant application can execute on a variety of different devices. 
     In other implementations, the third party application and/or the assistant application can generate one or more links for transferring a dialog session before receiving a request from the user to transfer the dialog session. For instance, the user can invoke a third party application through an assistant application in order to schedule a vehicle, operated by an agent of the third party, to pick them up. Initially, the user can provide a natural language input to the assistant application through an assistant interface (e.g., a microphone) of an originating device, such as a laptop computer. The natural language input (e.g., “Assistant, please schedule a vehicle to pick me up.”) can cause the assistant application to open a transit application and generate a link, which can be transferred to a receiving device, such as a cellular phone, upon request from the user. Alternatively, the link can be generated by the transit application in response to the assistant application accessing or otherwise communicating with the transit application. The link can be, for example, “laptop_computer.transit_application/schedule-vehicle-today,” thereby providing an indication of the originating device (e.g., the laptop computer), the application that has been accessed (e.g., the transit application), and an action or intent (e.g., “schedule-vehicle-today”). 
     The link generated by the assistant application and/or the third party application can be updated during the dialog session between the user and the assistant application and/or the third party application. Additionally, the link can be updated after the link has been transferred to a different device for continuing the dialog session. For instance, the initial link can identify the action that is to be performed by the third party application. During the dialog session, the initial link can be modified to include intents or other logic for completing the identified action. When the link is initially, “laptop_computer.transit_application/schedule-vehicle-today,” and during the dialog session the user identifies a destination (e.g., San Carlos) for the vehicle to drive the user, the link can be updated by the assistant application and/or the third party application to be, for example, “laptop_computer.transit_application/schedule-vehicle-today/destination_sancarlos.” The link can therefore incorporate slot values for the third party application and/or the assistant application to use for completing an action. In this way, latency resulting from transferring the dialog session can be minimized by continually updating one or more links in anticipation of the user requesting the dialog session be transferred to another device. In some implementations, the generation and/or modification of the links can be performed at one or more client devices, and/or one or more server devices. For instance, a server that communicates with the third party application and/or the assistant application can generate and/or modify the links. Alternatively, one or more client devices that host the third party application and/or the assistant application can generate and/or modify the links. 
     In some implementations, a method implemented by one or more processors is set forth as including operations such as generating, at a first client device, interaction data based on a dialog session between a user and a third party application. The dialog session can be mediated by an assistant application accessible to the first client device and a second client device, and the interaction data can identify an action that, when executed by the third party application, causes content to be provided at an interface of the first client device. The method can further include receiving, at the first client device, a natural language input for requesting that the dialog session between the user and the third party application be continued at the second client device such that the user can interact with the third party application by providing subsequent natural language input to the second client device. The method can also include causing one or more links to be generated based on the interaction data. Each link of the one or more links can be associated with a set of one or more modalities for presenting output generated by one or both of the assistant application and the third party application. The method can further include providing the one or more links to the second client device. The second client device can be configured to engage with the third party application using the one or more links and receive subsequent natural language inputs to continue the dialog session between the user and the third party application. 
     The interface of the first client device can be configured to provide the content according to a first modality, and the second client device can be configured to provide separate content associated with the action according to a second modality that is different than the first modality. The assistant application can cause the third party application to generate the one or more links in response to the first client device receiving the natural language input. The one or more links can include text that identifies one or more of the set of one or more modalities. The assistant application can generate the one or more links in response to receiving the natural language input requesting the dialog session be continued at the second client device, and the one or more links can identify a modality through which the content can be provided at the second client device. In some implementations, causing the one or more links to be generated can occur independently from receiving the natural language input for requesting that the dialog session between the user and the third party application be continued at the second client device. In some implementations, the method can include causing the one or more links to be modified at least based on the dialog session and prior to providing the one or more links to the second client device. Causing the one or more links to be modified can include incorporating an identifier for a modality of the interface of the first client device. 
     In other implementations, a method implemented by one or more processors is set forth as including operations such as generating interaction data corresponding to a dialog session between a user and an application at a first client device. The dialog session can be mediated by an automated assistant that: interacts with the application according to natural language inputs provided by the user, and is accessible to the first client device and a second client device. The method can further include receiving, from the user and at the first client device during the dialog session, a request to continue the dialog session using the second client device. The second client device can be configured to provide content from the application through a modality that can be different than a separate modality of the first client device. The method can also include causing, based on the received request to continue the dialog session using the second client device, one or more links to be generated for the second client device. The one or more links can be based on one or more natural language inputs received by the automated assistant from the user during the dialog session, and identify the modality through which the second client device is configured to provide content received from the application. The method can further include causing the automated assistant to access the link at the second client device for continuing the dialog session between the user and the application at the second client device. 
     In some implementations, the modality of the second client device can correspond to an audio interface or a video interface of the second client device. The one or more links can be generated at the application and can be provided to the second client device by the application. The one or more links can identify an action to be completed by the application or the automated assistant. The one or more links identify one or more slot values for completing the action. 
     In yet other implementations, a method implemented by one or more processors is set forth as include operations such as receiving one or more links corresponding to a dialog session between a user and an application. The dialog session can be mediated by an automated assistant that is accessible to: a first client device on which the dialog session was initiated, and a second client device at which the one or more were received. The method can also include identifying one or more parameters of the one or more links, the one or more parameters corresponding to dialog session content generated in furtherance an action to be performed by the application or the automated assistant. The method can further include providing, at the second client device, a query to a user to continue the dialog session between the user and the third party application based on the one or more parameters. The method can also include receiving, at the second client device, a response from the user, the response identifying one or more supplemental parameters configured for use in combination with the identified one or more parameters for completing the action. The method can further include causing one or more modified links to be generated based on the one or more supplemental parameters. The one or more modified links can be configured to be transferrable to a separate device for continuing the dialog session sequentially from the receiving of the response from the user. 
     In some implementations, the one or more parameters can correspond to at least one intent and at least one slot value for completing the action to be performed by the application or the automated assistant. The one or more modified links can identify a modality through which the application provides content to the second client device. The received one or more links identify: the action to be performed by the application or the automated assistant, and a modality of the first client device. In some implementations, the method can include providing the one or more supplemental parameters to the application in furtherance of the action, and receiving responsive content from the application. The one or more modified links can be generated further based on the responsive content from the application. The one or more modified links can identify the second client device. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         FIG.  1    illustrates a system for enabling dialog sessions, mediated by an automated assistant, to be transitioned between devices using deep linking. 
         FIG.  2    illustrates a perspective view of a user causing a dialogue session to be transitioned from a first client device to a second client device. 
         FIG.  3    illustrates a method for transferring a dialog session that is between a user and a third party application. 
         FIG.  4    illustrates a method for modifying one or more links for transferring a dialog session between client devices. 
         FIG.  5    is a block diagram of an example computer system. 
     
    
    
     DETAILED DESCRIPTION 
       FIG.  1    illustrates a system  100  for enabling dialog sessions, mediated by an automated assistant  104 , to be transitioned between devices using deep linking. The automated assistant  104  can operate as part of an assistant application that is provided at one or more computing devices, such as a first client device  116  (e.g., a cellular phone), a second client device  118  (e.g., a standalone speaker device), and/or a remote computing device  102 , such as a server device. A user can interact with the automated assistant  104  via an assistant interface, which can be a microphone, a camera, a touch screen display, a user interface, and/or any other apparatus capable of providing an interface between a user and an application. For instance, a user can initialize the automated assistant  104  by providing a verbal, textual, or a graphical input to the assistant interface to cause the automated assistant  104  to perform a function (e.g., provide data, control a peripheral device, access an agent, etc.). The first client device  116  can include a display device, which can be a display panel that includes a touch interface for receiving touch inputs and/or gestures for allowing a user to control applications of the first client device  116  via the touch interface. In some implementations, second client device  118  can lack a display device, thereby providing an audible user interface output, without providing a graphical user interface output. Furthermore, the second client device  118  can provide a user interface, such as a microphone, for receiving spoken natural language inputs from a user. 
     The first client device  116  and the second client device  118  can be in communication with the remote computing device  102  over a network  114 , such as the internet. The first client device  116  and the second client device  118  can offload computational tasks to the remote computing device  102  in order to conserve computational resources at each of the first client device  116  and the second client device  118 . For instance, the remote computing device  102  can host the automated assistant  104 , and the first client device  116  and the second client device  118  can transmit inputs received at one or more assistant interfaces to the remote computing device  102 . However, in some implementations, the automated assistant  104  can be hosted at the first client device  116  or the second client device  118 . In various implementations, all or less than all aspects of the automated assistant  104  can be implemented on the first client device  116  and/or the second client device  118 . In some of those implementations, aspects of the automated assistant  104  are implemented via a local assistant application of the first client device  116  or the second client device  118  and interface with the remote computing device  102  that implements other aspects of the automated assistant  104 . The remote computing device  102  can optionally serve a plurality of users and their associated assistant applications via multiple threads. In implementations where all or less than all aspects of the automated assistant  104  are implemented via a local assistant application of the first client device  116  or the second client device  118 , the local assistant application can be an application that is separate from an operating system of the first client device  116  or the second client device  118  (e.g., installed “on top” of the operating system)—or can alternatively be implemented directly by the operating system of the first client device  116  or the second client device  118  (e.g., considered an application of, but integral with, the operating system). 
     In some implementations, the remote computing device  102  can include a voice to text engine  106  that can process audio data received at an assistant interface to identify the text embodied in the audio data. The process for converting the audio data to text can include a speech recognition algorithm, which can employ neural networks, word2vec algorithms, and/or statistical models for identifying groups of audio data corresponding to words or phrases. The text converted from the audio data can parsed by a text parser engine  108  and made available to the automated assistant  104  as textual data that can be used to generate and/or identify command phrases from the user and/or a third party application  122 . 
     In some implementations, the system  100  can allow for dialog sessions to be transferred between client devices, which can access an automated assistant  104  and/or a third party application  122 . For instance, a user can initialize a dialog session with the automated assistant  104  using an assistant interface, such as a microphone, at the first client device  116 . The natural language input provided to the first client device  116  can be, “Assistant, access the magazine application,” which can cause the automated assistant  104  to invoke the third party application  122  (i.e., a magazine application) over the network  114  and/or at the first client device  116 . In some implementations, in response to receiving the natural language input invoking the third party application  122 , the automated assistant  104  can employ a link generation engine  110  to generate a link, which can be transmitted over the network  114 . The link can identify the third party application  122 , the automated assistant  104 , the modality (e.g., audio) corresponding to the assistant interface, the first client device  116 , and/or any other details that can be associated with the user invoking the automated assistant  104 . For example, the link can be: “tablet-device.magazine-application/audio/start.” 
     In some implementations, a link  124  can be generated at the third party application  122  and be provided by the third party application  122  to each of the first client device  116  and the second client device  118  in response to the initial natural language input. In this way, each client device can have the ability to take over the dialog session without waiting for the user to request the dialog session be transferred to another client device. In other implementations, the link  124  can be generated by the third party application  122  and/or the automated assistant  104  in response to the user requesting that the dialog session be transferred to another client device. For example, the user can provide a natural language input of, “Assistant, I&#39;d like to continue through the standalone speaker device.” In response, the third party application  122  and/or the automated assistant  104  can generate a link  124  for transferring to the second client device  118  in order that the dialog session can be continued at the second client device  118 . 
     In some implementations, a transfer of the dialog session can be inferred from a natural language input. Details such as the destination for the dialog session can be inferred from a proximity of the user to a particular device, a location of the user, contextual data corresponding to the transfer of the dialog session, persons located near the user during the dialog session, other persons involved in the dialog session, an application being accessed during the dialog session, and/or any other data that can be used to infer a name of a desired device for continuing a dialog session. For example, the user can be exploring the magazine application with the automated assistant  104  being the mediator between the user and the magazine application (i.e., the third party application  122 ). Subsequently, a sibling of the user can ask to borrow the first client device  116  in order to perform other functions with the first client device  116  that do not involve the magazine application (e.g., playing a game). In order to continue interacting with the magazine application through another device, the user can provide, to the first client device  116 , a natural language input such as, “Assistant, my sibling is going to borrow the tablet device.” 
     In response to the user indicating that another person is going to be using the tablet computing device (i.e., the first client device  116 ), the automated assistant  104  can identify another client device that can take over the dialog session. This saves the user from having to request the transfer of the dialog session. For example, the automated assistant  104  can identify a network, to which the first client device  116  is connected, is a home Wi-Fi network, and that the second client device  118  is also connected to the home Wi-Fi network. Based on this correlation between the first client device  116  and the second client device  118 , the automated assistant  104  or the third party application  122  can generate a link  124 , which can identify the second client device  118  as the device on which the dialog session will be continued. Alternatively, the automated assistant  104  can acknowledge the natural language input and determine that the second client device  118  is the next proximate device to the user. Therefore, in response to determining that the second client device  118  is the next closest client device to the user, the automated assistant  104  or the third party application  122  can generate a link  124  for the second client device  118  to receive for continuing the dialog session. 
     When the second client device  118  receives the link  124 , or otherwise processes the link  124 , the link  124  can be parsed in order to determine how to continue the dialog session at the second client device  118 . For instance, when the link  124  includes content such as, “tablet-device.magazine-application/search/,” the second client device  118  can operate under the assumption that the user was previously receiving audio and video content from the magazine application, since the tablet device can provide both audio and video content. Specifically, the automated assistant  104  can compare the identifier “tablet-device” to a table that correlates devices to various modalities in order to determine the modalities that are available at the device to which the dialog session is being transferred. The automated assistant  104  can, in response, coordinate with the third party application  122  to cause the third party application  122  to provide content corresponding to the modality of the destination device. For instance, when the dialog session associated with the magazine application is being transferred from the first client device  116  to the second client device  118 , the third party application  122  can receive an indication from the automated assistant  104  that the second client device  118  only includes an audio modality. Therefore, content provided by the third party application  122  can be limited to audio data, thereby conserving network bandwidth that would otherwise be consumed by providing audio and video data over the network  114 . By allowing dialog sessions to be transferred in this way, a user will not have to specifically coordinate devices for continuing dialog sessions. 
       FIG.  2    illustrates a perspective view  200  of a user causing a dialogue session to be transitioned from a first client device to a second client device. The first client device  206  can be a standalone client device that can communicate to a user through a modality such as a speaker and microphone combination. The first client device  206  can receive natural language input from the user and convert the natural language input into commands that can be processed by an automated assistant and or any other application that is available to the first client device  206 . The automated assistant can be an application that is installed on the first client device  206 , a second client device  204 , a remote computing device, and/or any other computing device capable of hosting at least part of an automated assistant application. For example, the first client device  206  can include an assistant interface, such as a microphone, which can be used to communicate commands from the user  200 , over a network  212 , and to a server which can process the commands from the user. In some implementations, the automated assistant can act to mediate a dialogue session between the user and an application  220  that is hosted at a remote computing device  218 . For example, the application  220  can be an event application from which a user can order tickets for concerts. The user  202  can communicate with the automated assistant in order to perform functions at the application  220 . For instance, the user  202  can provide natural language input that includes a command such as, “Assistant, find me some concert tickets for tonight,” in order to initialize a dialogue session that will ultimately result in an action of ordering concert tickets. 
     In response to the natural language input  210  from the user, the automated assistant can provide a response from the first client device  206  such as, “There are tickets available at Shoreline.” The automated assistant can provide the response based on an interaction between the automated assistant and the application  220 . Specifically, the automated assistant can use a command generated from the natural language input  210  from the user to query the application  220  regarding concert tickets that are available that night. In response to the query from the automated assistant, the application  220  can provide details about a concert such as, for example, a concert that is occurring at Shoreline Amphitheatre. The automated assistant can use the information about the concert to generate the response  214  as part of the dialogue session. In some implementations, the application  220  and/or the automated assistant can generate a link that reflects a status of the dialog session, in order that latency from transferring the dialog session can be mitigated by generating a link ahead of a request to transfer. The link can include slot values (e.g., “shoreline,” “tonight”) that can be used for completing the action or intent of ordering tickets. In this way, any device or application that receives the link will be able to determine the status of the ordering action and the slot values that have been identified during the ordering process thus far. Upon transferring the link, the link can be modified, by the automated assistant or application, to include supplemental slot values and/or parameters in furtherance of completing the action. 
     During the dialogue session, the user  202  can provide a subsequent natural language input  210  requesting that the dialogue session be transferred to the second client device  204 . For example, the user  202  can provide the natural language input  210  of “Let&#39;s talk through my tablet device.” The automated assistant can receive the natural language input  210  from the user  202  and cause a link  208  to be generated. The link  208  can be generated at the first client device  206 , and/or the remote computing device  218  and transmitted to the first client device  206  or the second client device  204 . The link  208  can include information corresponding to the dialog session between the user  202 , the automated assistant, and the application  220 . For example, because the user  202  has already requested that they want to order tickets for a concert tonight, the link  208  can include identifiers for the action of ordering tickets (e.g., tickets), and a slot value for a date of the concert (e.g., tonight). Furthermore, the link  208  can also include information corresponding to one or more responses  214  provided by the automated assistant and/or the application  220 . Information corresponding to the responses  214  can include an identifier “Shoreline,” indicating a search result that has been most recently provided to the user  202  during the dialog session. Optionally, the link  208  can identify a modality through which the user  202  and the automated assistant, or the application  220 , were communicating. For instance, the link  208  can be “audio.tickets-app/tonight/shoreline . . . ,” thereby indicating the modality through which the user  202  was receiving responses from the application  220 . In some implementations, the link  208  can identify a modality through which the second client device  204  can communicate with the user  202 . For example, the link  208  can be “audio-video.tickets-app/tonight/shoreline . . . ,” thereby indicating a desired modality available at the second client device  204  that is the subject of the transfer request from the user  202 . 
     In response to receiving the link  208 , the second client device  204  can process the link  208  in order to allow the dialog session between the user  202  and the application  220  at the second client device  204 . For instance, the link  208  can be transmitted from the first client device  206  to the second client device  204 , which can provide data to the application  220  for continuing the ticket ordering process. The application  220  can acknowledge the transfer between devices and provide subsequent data according to a modality available at the second client device  204 . For example, when the next step in the ticket ordering process is selecting the location of the seats for the concert, the application  220  can transmit visual data that allows the user to visualize the concert venue. The automated assistant can cause the visual data to be visually presented at the selected client device, along with an audio response  216  of, “Select the area where you want to sit.” The user  202  can thereafter provide a response to the automated assistant via an assistant interface of the second client device  204 . The assistant interface of the second client device  204  can be a touch display panel that can receive touch inputs for selecting graphical icons at the second client device  204 . For instance, the application  220  can cause a mapping of the concert venue to appear at the second client device  204  and the user  202  can touch the area of the mapping for which the user  202  would like to order tickets. Alternatively, the user  202  can provide a natural language input to another assistant interface of the second client device  204 , such as a microphone. The natural language input  210  can be, for example, “Show me available seats nearest the front.” In response, the application  220  can cause the automated assistant to present graphics representing seats nearest the front of the concert venue. In this way, the user  202  has transitioned the dialog session from the first client device  206  to the second client device  204  without having to repeat inputs to the automated assistant, thereby saving computational resources at each of the devices involved in the dialog session. 
       FIG.  3    illustrates a method  300  for transferring a dialog session that is between a user and a third party application. The method  300  can be performed by one or more computing devices and/or server devices, and/or any other apparatus capable of communicating with other computing devices. The method  300  can include an operation  302  of generating, at a first client device, interaction data based on a dialog session between a user and a third party application. The dialog session can be mediated by an assistant application accessible to the first client device and a second client device. Furthermore, the interaction data can identify an action that, when executed by the third party application, causes content to be provided at an interface of the first client device. The assistant application can be accessible through an assistant interface provided at each of the first client device and the second client device. The third party application can be an application that is made by an entity that is different than an entity that is providing the assistant application. Alternatively, in some implementations, the third party application can be made by the same entity as the entity providing the assistant application. 
     The method  300  can also include an operation  304  of receiving a natural language input for requesting that the dialog session between the user and the third party application be continued at the second client device. The user can request that the dialog session be transferred in order to continue an interaction with the third party application using natural language input that will be subsequently received at the assistant interface of the second client device. For example, when the first client device is a standalone speaker device and the second client device is a tablet client device, the natural language input can be, “Assistant, let&#39;s continue talking at the tablet device.” In this way, the user is able to continue a dialogue session with a separate client device that may have different modalities for interacting with the third-party application. For instance, the first client device can have an audio-only modality and the second client device can have both an audio and a video modality. 
     The method  300  can further include an operation  306  of causing one or more links to be generated based on the interaction data. The one or more links can be configured to effectuate the transfer of the dialogue session from the first client device to the second client device. The one more links can identify information for transferring the dialogue session, such as dialogue content, identifiers for the first client device and/or the second client device, an identifier for the user, an identifier for the third party application, an identifier for the action to be completed by the third party application, identifiers for other users and/or applications to be contacted during the dialogue session, and/or any other information that can assist in transferring the dialogue session from the first client device to the second line device. In some implementations, one or more links can be generated at the third party application and thereafter transmitted to the first client device and/or the second client device. 
     The method  300  can further include an operation  308  of providing the one or more links to the second client device for continuing the dialogue session between the user and the third party application at the second client device. The third party application can refer to an application that is installed at multiple different kind client devices and/or accessible to a server that hosts the third party application. Therefore, information associated with the third party application can be accessible to the first client device, the second client device, and/or any other device that has permission to access the server on which the third party application and/or the third party application data is hosted. When the one or more links are provided to the second client device, the second client device can identify the third party application with which the user was communicating with, a status of the dialogue session between the user and the third party application, an action to be performed at the request of the user, slot values for performing the action(s), required slot values to be subsequently received and/or requested from the user, and/or any other information that can be useful for transferring a dialogue session between client devices. 
       FIG.  4    illustrates a method  400  for modifying one or more links for transferring a dialog session between client devices. The method  400  can be performed by one or more computing devices, one or more server devices, and/or any other apparatus capable of communicating with an assistant application. The method  400  can include an operation  402  for receiving, from a first client device, one or more links corresponding to a dialogue session between a user and an application. The dialogue session can be mediated by an automated assistant, which can be an application that is hosted at the first client device, a second client device, a server device, and/or any other device that is accessible through a network. The user can communicate with the assistant application through an assistant interface, such as a microphone, of the first client device. The dialogue session can correspond to an interaction between the user and the application, which can be, for example, an application for navigating the internet. Therefore, the one or more links received from the first client device can include information related to actions, such as searching, to navigate the internet. 
     The method  400  can also include an operation  404  of identifying one or more parameters of the one or more links. The one or more parameters can refer to slot values, intents, actions, addresses, and/or any other content that can be embodied in a link. For example, at least one link of the one or more links can include a status of an action being performed by the application associated with the one or more links. The action can be a search action for identifying content through the application and/or the internet. The one or more parameters can correspond to slot values and/or any other parameters that can be used for completing the action or intent of the user. For instance, the one or more parameters can include search terms, folder names, processes, account names, and/or any other information that can be used by an application. For example, the one or more parameters can identify a modality, such as audio, through which the first client device was providing content from the application. The audio can embody search results that have been identified by the application during the dialogue session between the user and the application. For example, the user can be searching for a movie to rent using a movie streaming application and the audio provided during the dialogue session can correspond to movie titles for the user to select from. 
     The method  400  can further include an operation  406  of providing, at the second client device, a query to a user for continuing the dialog session based on the one or more parameters. For instance, when the one or more parameters of the one or more links provided to the second client device identify a search that was performed by the application, the query generated by the second client device can include a request to select a search result. For example, the one or more parameters of the one or more links can identify search terms that were used by the application to perform a search for movies. The second client device can provide the search terms to the application and receive search results from the application in response. The second client device, or the assistant application, can provide the search results to the user through a modality of the second client device. When the second client device includes audio and video modalities, the search results can be displayed at a display panel of the second client device, and audio corresponding to movie titles identified in the search results can be provided from speakers at the second client device. A query can be provided with the search results specifically requesting the user to select a search result by identifying a search result at the display panel or providing a natural language input that identifies a search result. 
     The method  400  can also include an operation  408  of receiving, at the second client device, a response from the user identifying one or more supplemental parameters that allow the application to complete the action. For example, the one or more supplemental parameters can include an identifier for a search result previously provided as an output at the second client device. In response, the application can identify content corresponding to the search result and provide, to the second client device, the content for viewing by the user. In this way, by transitioning to a different client device that includes a different modality, the user is able to continue performing a function with an application without having to restart a dialogue session. This can conserve power, network bandwidth, and/or conserve computational resources by limiting an amount of natural language input that must be reprocessed in order to reach a particular point in a dialogue session. 
     Optionally, the method  400  can include an operation  410  of causing one or more modified links to be generated based on the one or more supplemental parameters. A modified link can include some amount of information provided in the received one or more links, as well as information received subsequent to the receipt of the one or more links. This can allow the user to subsequently transfer the dialogue session to another device, or temporarily pause the dialogue session until a later time. For example, because the user selected the search result previously provided by the application, the one or more links can be modified to identify the search result that was selected and/or the action taken by the user to select the search result. The one or more modified links can, for example, include text such as “second-client-device.application/search/selection_movie-name.” In this way, should the user decide to transfer the dialogue session to another device, such as a television, the automated assistant operating at the television can identify the selection of the movie. The user can then continue the dialogue session at the television and, for example, play the movie at the television. This allows the user to complete the intended action of identifying a movie to stream, without having to repeat previously provided commands or natural language inputs. 
       FIG.  5    is a block diagram of an example computer system  510 . Computer system  510  typically includes at least one processor  514  which communicates with a number of peripheral devices via bus subsystem  512 . These peripheral devices may include a storage subsystem  524 , including, for example, a memory  525  and a file storage subsystem  526 , user interface output devices  520 , user interface input devices  522 , and a network interface subsystem  516 . The input and output devices allow user interaction with computer system  510 . Network interface subsystem  516  provides an interface to outside networks and is coupled to corresponding interface devices in other computer systems. 
     User interface input devices  522  may include a keyboard, pointing devices such as a mouse, trackball, touchpad, or graphics tablet, a scanner, a touchscreen incorporated into the display, audio input devices such as voice recognition systems, microphones, and/or other types of input devices. In general, use of the term “input device” is intended to include all possible types of devices and ways to input information into computer system  510  or onto a communication network. 
     User interface output devices  520  may include a display subsystem, a printer, a fax machine, or non-visual displays such as audio output devices. The display subsystem may include a cathode ray tube (CRT), a flat-panel device such as a liquid crystal display (LCD), a projection device, or some other mechanism for creating a visible image. The display subsystem may also provide non-visual display such as via audio output devices. In general, use of the term “output device” is intended to include all possible types of devices and ways to output information from computer system  510  to the user or to another machine or computer system. 
     Storage subsystem  524  stores programming and data constructs that provide the functionality of some or all of the modules described herein. For example, the storage subsystem  524  may include the logic to perform selected aspects of method  300 , method  400 , and/or to implement one or more of automated assistant  104 , first client device  116 , second client device  118 , third party application  122 , first client device  206 , second client device  204 , remote computing device  218 , and/or application  220 . 
     These software modules are generally executed by processor  514  alone or in combination with other processors. Memory  525  used in the storage subsystem  524  can include a number of memories including a main random access memory (RAM)  530  for storage of instructions and data during program execution and a read only memory (ROM)  532  in which fixed instructions are stored. A file storage subsystem  526  can provide persistent storage for program and data files, and may include a hard disk drive, a floppy disk drive along with associated removable media, a CD-ROM drive, an optical drive, or removable media cartridges. The modules implementing the functionality of certain implementations may be stored by file storage subsystem  526  in the storage subsystem  524 , or in other machines accessible by the processor(s)  514 . 
     Bus subsystem  512  provides a mechanism for letting the various components and subsystems of computer system  510  communicate with each other as intended. Although bus subsystem  512  is shown schematically as a single bus, alternative implementations of the bus subsystem may use multiple busses. 
     Computer system  510  can be of varying types including a workstation, server, computing cluster, blade server, server farm, or any other data processing system or computing device. Due to the ever-changing nature of computers and networks, the description of computer system  510  depicted in  FIG.  5    is intended only as a specific example for purposes of illustrating some implementations. Many other configurations of computer system  510  are possible having more or fewer components than the computer system depicted in  FIG.  5   . 
     In situations in which the systems described herein collect personal information about users (or as often referred to herein, “participants”), or may make use of personal information, the users may be provided with an opportunity to control whether programs or features collect user information (e.g., information about a user&#39;s social network, social actions or activities, profession, a user&#39;s preferences, or a user&#39;s current geographic location), or to control whether and/or how to receive content from the content server that may be more relevant to the user. Also, certain data may be treated in one or more ways before it is stored or used, so that personal identifiable information is removed. For example, a user&#39;s identity may be treated so that no personal identifiable information can be determined for the user, or a user&#39;s geographic location may be generalized where geographic location information is obtained (such as to a city, ZIP code, or state level), so that a particular geographic location of a user cannot be determined. Thus, the user may have control over how information is collected about the user and/or used. 
     While several implementations have been described and illustrated herein, a variety of other means and/or structures for performing the function and/or obtaining the results and/or one or more of the advantages described herein may be utilized, and each of such variations and/or modifications is deemed to be within the scope of the implementations described herein. More generally, all parameters, dimensions, materials, and configurations described herein are meant to be exemplary and that the actual parameters, dimensions, materials, and/or configurations will depend upon the specific application or applications for which the teachings is/are used. Those skilled in the art will recognize, or be able to ascertain using no more than routine experimentation, many equivalents to the specific implementations described herein. It is, therefore, to be understood that the foregoing implementations are presented by way of example only and that, within the scope of the appended claims and equivalents thereto, implementations may be practiced otherwise than as specifically described and claimed. Implementations of the present disclosure are directed to each individual feature, system, article, material, kit, and/or method described herein. In addition, any combination of two or more such features, systems, articles, materials, kits, and/or methods, if such features, systems, articles, materials, kits, and/or methods are not mutually inconsistent, is included within the scope of the present disclosure.