Source: https://patents.google.com/patent/US10511450B2/en
Timestamp: 2020-02-19 16:42:55
Document Index: 290339644

Matched Legal Cases: ['Application No. 62', 'Application No. 201580016692', 'Application No. 16825663', 'Application No. 16825666', 'Application No. 15746410', 'Application No. 2015214298', 'Application No. 2015214298', 'Application No. 2018', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 10', 'Application No. 2015214298']

US10511450B2 - Bot permissions - Google Patents
Bot permissions Download PDF
US10511450B2
US10511450B2 US15/709,440 US201715709440A US10511450B2 US 10511450 B2 US10511450 B2 US 10511450B2 US 201715709440 A US201715709440 A US 201715709440A US 10511450 B2 US10511450 B2 US 10511450B2
US15/709,440
US20180109526A1 (en
2016-09-20 Priority to US201662397047P priority Critical
2017-09-19 Application filed by Google LLC filed Critical Google LLC
2017-09-19 Priority to US15/709,440 priority patent/US10511450B2/en
2018-03-13 Assigned to GOOGLE LLC reassignment GOOGLE LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: DUNN, RICHARD, Fung, Shelbian, VOLKOV, ANTON, RODRIGUEZ, ADAM
2018-04-19 Publication of US20180109526A1 publication Critical patent/US20180109526A1/en
2019-12-17 Publication of US10511450B2 publication Critical patent/US10511450B2/en
Permission control and management for messaging application bots is described. A method can include providing a messaging application, on a first computing device associated with a first user, to enable communication between the first user and another user, and detecting, at the messaging application, a user request. The method can also include programmatically determining that an action in response to the user request requires access to data associated with the first user, and causing a permission interface to be rendered in the messaging application, the permission interface enabling the first user to approve or prohibit access to the data associated with the first user. The method can include accessing the data associated with the first user and performing the action in response to the user request, upon receiving user input from the first user indicating approval of the access to the data associated with the first user.
This application claims the benefit of U.S. Application No. 62/397,047, entitled “BOT PERMISSIONS”, and filed on Sep. 20, 2016, which is incorporated herein by reference in its entirety.
Users conduct messaging conversations, e.g., chat, instant message, etc. using messaging services. Messaging conversations may be conducted using any user device, e.g., a computer, a mobile device, a wearable device, etc. As users conduct more conversations and perform more tasks using messaging applications, automated assistance with messaging conversations or tasks (e.g., via a bot or other automated assistant application) may be useful to improve efficiency. While automation may help make messaging communications more efficient for users, there may be a need to manage permissions relating to when and how a messaging bot accesses user information and what user information the messaging bot is permitted to access.
Some implementations can include a computer-implemented method comprising providing a messaging application, on a first computing device associated with a first user, to enable communication between the first user and at least one other user, and detecting, at the messaging application, a user request. The method can also include programmatically determining that an action in response to the user request requires access to data associated with the first user, and causing a permission interface to be rendered in the messaging application on the first computing device, the permission interface enabling the first user to approve or prohibit the access to the data associated with the first user. The method can further include upon receiving user input from the first user indicating approval of the access to the data associated with the first user, accessing the data associated with the first user and performing the action in response to the user request.
The method can also include upon receiving user input from the first user prohibiting the access to the data associated with the first user, providing an indication in the messaging application that the task is not performed. In some implementations the first user can include a human user and the at least one other user can include an assistive agent.
In some implementations, the first user is a human user and the at least one other user includes a second human user, different from the first user, associated with a second computing device. The permission interface can be rendered in the messaging application on the first computing device associated with the first user and the permission interface is not displayed on the second computing device associated with the second human user.
The method can further include, upon receiving user input from the first user prohibiting access of the data associated with the first user, providing a first indication for rendering on the first computing device associated with the first user. The method can also include providing a second indication for rendering on a second computing device associated with the at least one other user, the first and second indications indicating failure to serve the user request, wherein the first and second indications are different.
In some implementations, the first and second indications can include have one or more of: different textual content, different style, and different format. In some implementations, the first user includes a human user and the at least one other user includes a second human user, different from the first user and an assistive agent. The user request can be received from the first computing device associated with the first user. The method can also include initiating, in response to the user request, a separate conversation in the messaging application. The separate conversation can include the first user and the assistive agent, and may not include the second human user.
In some implementations, detecting the user request comprises analyzing one or more messages received in the messaging application from one or more of the first user and the at least one other user. The one or more messages can include one or more of a text message, a multimedia message, and a command to an assistive agent. Performing the action in response to the user request can include providing one or more suggestions to the first messaging application.
The method can also include causing the one or more suggestions to be rendered in the messaging application. The one or more suggestions can be rendered as suggestion elements that, when selected by the first user, cause details about the suggestion to be displayed.
Some implementations can include a computer-implemented method. The method can include detecting, at a messaging application, a user request, and programmatically determining that an action in response to the user request requires access to data associated with the first user. The method can also include causing a permission interface to be rendered in the messaging application on the first computing device, the permission interface enabling the first user to approve or prohibit the access to the data associated with the first user. The method can further include upon receiving approval from the first user at the permission interface, accessing the data associated with the first user and performing the action in response to the user request.
The method can also include, upon receiving user input from the first user prohibiting the access to the data associated with the first user, providing an indication in the messaging application that the task is not performed. The method can further include upon receiving user input from the first user prohibiting access of the data associated with the first user, and providing a first indication for rendering in the messaging application. The method can also include providing a second indication for rendering in a second messaging application associated with at least one other user, the first and second indications indicating failure to serve the user request, wherein the first and second indications are different.
Some implementations can include a system comprising one or more processors coupled to a nontransitory computer readable medium having stored thereon instructions that, when executed by the one or more processors, cause the one or more processors to perform operations. The operations can include providing a messaging application, on a first computing device associated with a first user, to enable communication between the first user and at least one other user, and detecting, at the messaging application, a user request. The operations can also include programmatically determining that an action in response to the user request requires access to data associated with the first user, and causing a permission interface to be rendered in the messaging application on the first computing device, the permission interface enabling the first user to approve or prohibit the access to the data associated with the first user. The operations can further include, upon receiving user input from the first user indicating approval of the access to the data associated with the first user, accessing the data associated with the first user and performing the action in response to the user request.
The operations can also include, upon receiving user input from the first user prohibiting the access to the data associated with the first user, providing an indication in the messaging application that the task is not performed. In some implementations, the first user can include a human user and the at least one other user can include an assistive agent. In some implementations, the first user can include a human user and the at least one other user can include a second human user, different from the first user, associated with a second computing device. The permission interface can be rendered in the messaging application on the first computing device associated with the first user and the permission interface is not displayed on the second computing device associated with the second human user.
FIG. 1 shows a block diagram of an example environment in which messages may be exchanged between users and bots in accordance with some implementations.
FIG. 2 is a diagram of an example arrangement of user device and bot communication in accordance with some implementations.
FIG. 3 is a diagram of an example arrangement of user device and bot communication in accordance with some implementations.
FIG. 4 is a diagram of an example arrangement of user device and bot communication in accordance with some implementations.
FIG. 5 is a flow diagram of an example method to manage bot permissions in accordance with some implementations.
FIG. 6 is a diagram of an example user interface with bot messaging in accordance with some implementations.
FIG. 7 is a diagram of an example user interface with bot messaging in accordance with some implementations.
FIG. 8 is a flow diagram of an example method to manage bot permissions in accordance with some implementations.
FIG. 9 is a diagram of an example computing device configured to manage bot permissions in accordance with some implementations.
One or more implementations described herein relate to permission control and management for messaging application bots.
FIG. 1 illustrates a block diagram of an example environment 100 for providing messaging services that enable and, in some embodiments, provide automatic assistive agents, e.g., bots. The exemplary environment 100 includes messaging server 101, one or more client devices 115 a, 115 n, server 135, and network 140. Users 125 a-125 n may be associated with respective client devices 115 a, 115 n. Server 135 may be a third-party server, e.g., controlled by a party different from the party that provides messaging services. In various implementations, server 135 may implement bot services, as described in further detail below. In some implementations, environment 100 may not include one or more servers or devices shown in FIG. 1 or may include other servers or devices not shown in FIG. 1. In FIG. 1 and the remaining figures, a letter after a reference number, e.g., “115 a,” represents a reference to the element having that particular reference number. A reference number in the text without a following letter, e.g., “115,” represents a general reference to implementations of the element bearing that reference number.
In the illustrated implementation, messaging server 101, client devices 115, and server 135 are communicatively coupled via a network 140. In various implementations, network 140 may be a conventional type, wired or wireless, and may have numerous different configurations including a star configuration, token ring configuration or other configurations. Furthermore, network 140 may include a local area network (LAN), a wide area network (WAN) (e.g., the Internet), and/or other interconnected data paths across which multiple devices may communicate. In some implementations, network 140 may be a peer-to-peer network. Network 140 may also be coupled to or include portions of a telecommunications network for sending data in a variety of different communication protocols. In some implementations, network 140 includes Bluetooth® communication networks, Wi-Fi®, or a cellular communications network for sending and receiving data including via short messaging service (SMS), multimedia messaging service (MMS), hypertext transfer protocol (HTTP), direct data connection, email, etc. Although FIG. 1 illustrates one network 140 coupled to client devices 115, messaging server 101, and server 135, in practice one or more networks 140 may be coupled to these entities.
Messaging server 101 may include a processor, a memory, and network communication capabilities. In some implementations, messaging server 101 is a hardware server. In some implementation, messaging server 101 may be implanted in a virtualized environment, e.g., messaging server 101 may be a virtual machine that is executed on a hardware server that may include one or more other virtual machines. Messaging server 101 is communicatively coupled to the network 140 via signal line 102. Signal line 102 may be a wired connection, such as Ethernet, coaxial cable, fiber-optic cable, etc., or a wireless connection, such as Wi-Fi, Bluetooth, or other wireless technology. In some implementations, messaging server 101 sends and receives data to and from one or more of client devices 115 a-115 n, server 135, and bot 113 via network 140. In some implementations, messaging server 101 may include messaging application 103 a that provides client functionality to enable a user (e.g., any of users 125) to exchange messages with other users and/or with a bot. Messaging application 103 a may be a server application, a server module of a client-server application, or a distributed application (e.g., with a corresponding client messaging application 103 b on one or more client devices 115).
Messaging server 101 may also include database 199 which may store messages exchanged via messaging server 101, data and/or configuration of one or more bots, and user data associated with one or more users 125, all upon explicit permission from a respective user to store such data. In some embodiments, messaging server 101 may include one or more assistive agents, e.g., bots 107 a and 111. In other embodiments, the assistive agents may be implemented on the client devices 115 a-n and not on the messaging server 101.
Messaging application 103 a may be code and routines operable by the processor to enable exchange of messages among users 125 and one or more bots 105, 107 a, 107 b, 109 a, 109 b, 111, and 113. In some implementations, messaging application 103 a may be implemented using hardware including a field-programmable gate array (FPGA) or an application-specific integrated circuit (ASIC). In some implementations, messaging application 103 a may be implemented using a combination of hardware and software.
In some implementations, messages may be encrypted, e.g., such that only a sender and recipient of a message can view the encrypted messages. In some implementations, messages are stored. In some implementations, database 199 may further store data and/or configuration of one or more bots, e.g., bot 107 a, bot 111, etc. In some implementations when a user 125 provides consent for storage of user data (such as social network data, contact information, images, etc.) database 199 may also store user data associated with the respective user 125 that provided such consent.
In some implementations, messaging application 103 a/103 b may provide a user interface that enables a user 125 to create new bots. In these implementations, messaging application 103 a/103 b may include functionality that enables user-created bots to be included in conversations between users of messaging application 103 a/103 b.
In the illustrated implementation, client device 115 a is coupled to the network 140 via signal line 108 and client device 115 n is coupled to the network 140 via signal line 110. Signal lines 108 and 110 may be wired connections, e.g., Ethernet, or wireless connections, such as Wi-Fi, Bluetooth, or other wireless technology. Client devices 115 a, 115 n are accessed by users 125 a, 125 n, respectively. The client devices 115 a, 115 n in FIG. 1 are used by way of example. While FIG. 1 illustrates two client devices, 115 a and 115 n, the disclosure applies to a system architecture having one or more client devices 115.
In some implementations, client device 115 may be a wearable device worn by a user 125. For example, client device 115 may be included as part of a clip (e.g., a wristband), part of jewelry, or part of a pair of glasses. In another example, client device 115 can be a smartwatch. In various implementations, user 125 may view messages from the messaging application 103 a/103 b on a display of the device, may access the messages via a speaker or other output device of the device, etc. For example, user 125 may view the messages on a display of a smartwatch or a smart wristband. In another example, user 125 may access the messages via headphones (not shown) coupled to or part of client device 115, a speaker of client device 115, a haptic feedback element of client device 115, etc.
In some implementations, messaging application 103 b is stored on a client device 115 a. In some implementations, messaging application 103 b (e.g., a thin-client application, a client module, etc.) may be a client application stored on client device 115 a with a corresponding a messaging application 103 a (e.g., a server application, a server module, etc.) that is stored on messaging server 101. For example, messaging application 103 b may transmit messages created by user 125 a on client device 115 a to messaging application 103 a stored on messaging server 101.
In some implementations, messaging application 103 a may be a standalone application stored on messaging server 101. A user 125 a may access the messaging application 103 a via a web page using a browser or other software on client device 115 a. In some implementations, messaging application 103 b that is implemented on the client device 115 a may include the same or similar modules as those included on messaging server 101. In some implementations, messaging application 103 b may be implemented as a standalone client application, e.g., in a peer-to-peer or other configuration where one or more client devices 115 include functionality to enable exchange of messages with other client devices 115. In these implementations, messaging server 101 may include limited or no messaging functionality (e.g., client authentication, backup, etc.). In some implementations, messaging server 101 may implement one or more bots, e.g., bot 107 a and bot 111.
Server 135 may include a processor, a memory and network communication capabilities. In some implementations, server 135 is a hardware server. Server 135 is communicatively coupled to the network 140 via signal line 128. Signal line 128 may be a wired connection, such as Ethernet, coaxial cable, fiber-optic cable, etc., or a wireless connection, such as Wi-Fi, Bluetooth, or other wireless technology. In some implementations, server 135 sends and receives data to and from one or more of messaging server 101 and client devices 115 via network 140. Although server 135 is illustrated as being one server, various implementations may include one or more servers 135. Server 135 may implement one or more bots as server applications or server modules, e.g., bot 109 a and bot 113.
In various implementations, server 135 may be part of the same entity that manages messaging server 101, e.g., a provider of messaging services. In some implementations, server 135 may be a third party server, e.g., controlled by an entity different than the entity that provides messaging application 103 a/103 b. In some implementations, server 135 provides or hosts bots.
A bot is an automated service, implemented on one or more computers, that users interact with primarily through text, e.g., via messaging application 103 a/103 b. A bot may be implemented by a bot provider such that the bot can interact with users of various messaging applications. In some implementations, a provider of messaging application 103 a/103 b may also provide one or more bots. In some implementations, bots provided by the provider of messaging application 103 a/103 b may be configured such that the bots can be included in other messaging applications, e.g., provided by other providers. A bot may provide several advantages over other modes. For example, a bot may permit a user to try a new service (e.g., a taxi booking service, a restaurant reservation service, etc.) without having to install an application on a client device, or accessing a website. Further, a user may interact with a bot via text, which requires minimal or no learning, compared with that required to use a website, software application, a telephone call, e.g., to an interactive voice response (IVR) service, or other manners of interacting with a service. Incorporating a bot within a messaging service or application may also permit users to collaborate with other users to accomplish various tasks such as travel planning, shopping, scheduling events, obtaining information, etc. within the messaging service, and eliminate cumbersome operations such as switching between various applications (e.g., a taxi booking application, a restaurant reservation application, a calendar application, etc.) or websites to accomplish the tasks.
A bot may be implemented as a computer program or application (e.g., a software application) that is configured to interact with one or more users (e.g., any of the users 125 a-n) via messaging application 103 a/103 b to provide information or to perform specific actions within the messaging application 103. As one example, an information retrieval bot may search for information on the Internet and present the most relevant search result within the messaging app. As another example, a travel bot may have the ability to make travel arrangements via messaging application 103, e.g., by enabling purchase of travel and hotel tickets within the messaging app, making hotel reservations within the messaging app, making rental car reservations within the messaging app, and the like. As another example, a taxi bot may have the ability to call a taxi, e.g., to the user's location (obtained by the taxi bot from client device 115, when a user 125 permits access to location information) without having to invoke or call a separate taxi reservation app. As another example, a coach/tutor bot may tutor a user to instruct the user in some subject matter within a messaging app, e.g., by asking questions that are likely to appear on an examination and providing feedback on whether the user's responses were correct or incorrect. As another example, a game bot may play a game on the opposite side or the same side as a user within a messaging app. As another example, a commercial bot may provide services from a specific merchant, e.g., by retrieving product information from the merchant's catalog and enabling purchase through a messaging app. As another example, an interface bot may interface a remote device or vehicle so that a user of a messaging app can chat with, retrieve information from, and/or provide instructions to the remote device or vehicle.
Implementing bots that can communicate with users of messaging application 103 a/103 b may provide many advantages. Conventionally, a user may utilize a software application or a website to perform activities such as paying bills, ordering food, booking tickets, etc. A problem with such implementations is that a user is required to install or use multiple software applications, and websites, in order to perform the multiple activities. For example, a user may have to install different software applications to pay a utility bill (e.g., from the utility company), to buy movie tickets (e.g., a ticket reservation application from a ticketing service provider), to make restaurant reservations (e.g., from respective restaurants), or may need to visit a respective website for each activity. Another problem with such implementations is that the user may need to learn a complex user interface, e.g., a user interface implemented using multiple user interface elements, such as windows, buttons, checkboxes, dialog boxes, etc.
Consequently, an advantage of one or more described implementations is that a single application enables a user to perform activities that involve interaction with any number of parties, without being required to access a separate website or install and run software applications, which has a technical effect of reducing consumption of memory, storage, and processing resources on a client device. An advantage of the described implementations is that the conversational interface makes it easier and faster for the user to complete such activities, e.g., without having to learn a complex user interface, which has a technical effect of reducing consumption of computational resources. Another advantage of the described implementations is that implementing bots may enable various participating entities to provide user interaction at a lower cost, which has a technical effect of reducing the need for computational resources that are deployed to enable user interaction, such as a toll-free number implemented using one or more of a communications server, a website that is hosted on one or more web servers, a customer support email hosted on an email server, etc. Another technical effect of described features is a reduction in the problem of consumption of system processing and transmission resources required for completing user tasks across communication networks.
While certain examples herein describe interaction between a bot and one or more users, various types of interactions, such as one-to-one interaction between a bot and a user 125, one-to-many interactions between a bot and two or more users (e.g., in a group messaging conversation), many-to-one interactions between multiple bots and a user, and many-to-many interactions between multiple bots and multiple users are be possible. Further, in some implementations, a bot may also be configured to interact with another bot (e.g., bots 107 a/107 b, 109 a/109 b, 111, 113, etc.) via messaging application 103, via direct communication between bots, or a combination. For example, a restaurant reservation bot may interact with a bot for a particular restaurant in order to reserve a table.
In certain embodiments, a bot may use a conversational interface to use natural language to interact conversationally with a user. In certain embodiments, a bot may use a template-based format to create sentences with which to interact with a user, e.g., in response to a request for a restaurant address, using a template such as “the location of restaurant R is L.” In certain cases, a user may be enabled to select a bot interaction format, e.g., whether the bot is to use natural language to interact with the user, whether the bot is to use template-based interactions, etc.
Further, in some implementations, one or more bots may include functionality to engage in a back-and-forth conversation with a user. For example, if the user requests information about movies, e.g., by entering “@moviebot Can you recommend a movie?”, the bot “moviebot” may respond with “Are you in the mood for a comedy?” The user may then respond, e.g., “nope” to which the bot may respond with “OK. The sci-fi movie entitled Space and Stars has got great reviews. Should I book you a ticket?” The user may then indicate “Yeah, I can go after 6 pm. Please check if Steve can join”. Upon user's consent to the bot accessing information about their contacts and upon the friend Steve's consent to receiving messages from the bot, the bot may send a message to user's friend Steve and perform further actions to book movie tickets at a suitable time.
In certain embodiments, a user participating in a conversation may be enabled to invoke a specific bot or a bot performing a specific task, e.g., by typing a bot name or bot handle (e.g., taxi, @taxibot, @movies, etc.), by using a voice command (e.g., “invoke bankbot”, etc.), by activation of a user interface element (e.g., a button or other element labeled with the bot name or handle), etc. Once a bot is invoked, a user 125 may send a message to the bot via messaging application 103 a/103 b in a manner similar to sending messages to other users 125. For example, to order a taxi, a user may type “@taxibot get me a cab”; to make hotel reservations, a user may type “@hotelbot book a table for 4 at a Chinese restaurant near me.”
In the embodiments in which a bot may automatically suggest information or actions within a messaging conversation without being specifically invoked, such functionality is disabled, e.g., if one or more users participating in the messaging conversation do not provide consent to a bot performing analysis of the users' conversation. Further, such functionality may also be disabled temporarily based on user input. For example, when the users indicate that a conversation is private or sensitive, analysis of conversational context is suspended until users provide input for the bot to be activated. Further, indications that analysis functionality is disabled may be provided to participants in the conversation, e.g., with a user interface element.
In various implementations, a bot may be implemented in a variety of configurations. For example, as shown in FIG. 1, bot 105 is implemented on client device 115 a. In this example, the bot may be a module in a software application that is local to client device 115 a. For example, if a user has installed a taxi hailing application on client device 115 a, bot functionality may be incorporated as a module in the taxi hailing application. In this example, a user may invoke a taxi bot, e.g., by sending a message “@taxibot get me a cab.” Messaging application 103 b may automatically cause the bot module in the taxi hailing application be launched. In this manner, a bot may be implemented locally on a client device such that the user can engage in conversation with the bot via messaging application 103.
In another example shown in FIG. 1, bot 107 a is shown implemented on client device 115 a and bot 107 b is shown as implemented on messaging server 101. In this example, the bot may be implemented, e.g., as a client-server computer program, with portions of the bot functionality provided by each of bot 107 a (server module) and bot 107 b (client module). For example, if the bot is a scheduling bot with the handle @calendar, user 115 a may schedule a reminder, by typing “@calendar remind me to pick up laundry in the evening,” which may be handled by bot 107 b (client module). Continuing with this example, if user 115 a tells the bot “check if Jim is free to meet at 4,” bot 107 a (server module) may contact user Jim (or Jim's scheduling bot) to exchange messages, and provide a response to user 115 a.
In another example, bot 109 a (server module) is implemented on server 135 and bot 109 b (client module) is implemented on client devices 115. In this example, the bot functionality is provided by modules implemented on client devices 115 and server 135, which is distinct from messaging server 101. In some implementations, a bot may be implemented as a distributed application, e.g., with modules distributed across multiple client devices and servers (e.g., client devices 115, server 135, messaging server 101, etc.). In some implementations, a bot may be implemented as a server application, e.g., bot 111 that is implemented on messaging server 101 and bot 113 that is implemented on server 135.
While FIG. 1 shows bots as distinct from messaging application 103, in some implementations, one or more bots may be implemented as part of messaging application 103. In the implementations in which bots are implemented as part of messaging application 103, user permission is obtained before implementing bots. For example, where bots are implemented as part of messaging application 103 a/103 b, messaging application 103 a/103 b may provide bots that can perform certain activities, e.g., a translation bot that translates incoming and outgoing messages, a scheduling bot that schedules events on a user's calendar, etc. In this example, translation bot is activated only upon user's specific permission. If the user does not provide consent, bots within messaging application 103 a/103 b are not implemented (e.g., disabled, removed, etc.). If the user provides consent, a bot or messaging application 103 a/103 b may make limited use of messages exchanged between users via messaging application 103 a/103 b to provide specific functionality, e.g., translation, scheduling, etc.
In some implementations, third parties distinct from a provider of messaging application 103 a/103 b and users 125, may provide bots that can communicate with users 125 via messaging application 103 a/103 b for specific purposes. For example, a taxi service provider may provide a taxi bot, a ticketing service may provide a bot that can book event tickets, a bank bot may provide capability to conduct financial transactions, etc.
In implementing bots via messaging application 103, bots are permitted to communicate with users only upon specific user authorization. For example, if a user invokes a bot, the bot can reply, e.g., based on the user's action of invoking the bot. In another example, a user may indicate particular bots or types of bots that may contact the user. For example, a user may permit travel bots to communicate with her, but not provide authorization for shopping bots. In this example, messaging application 103 a/103 b may permit travel bots to exchange messages with the user, but filter or deny messages from shopping bots.
Further, in order to provide some functionality (e.g., ordering a taxi, making a flight reservation, contacting a friend, etc.), bots may request that the user permit the bot to access user data, such as location, payment information, contact list, etc. In such instances, a user is presented with options to permit or deny access to the bot. If the user denies access, the bot may respond via a message, e.g., “Sorry, I am not able to book a taxi for you.” Further, the user may provide access to information on a limited basis, e.g., the user may permit the taxi bot to access a current location only upon specific invocation of the bot, but not otherwise. In different implementations, the user can control the type, quantity, and granularity of information that a bot can access, and is provided with the ability (e.g., via a user interface) to change such permissions at any time. In some implementations, user data may be processed, e.g., to remove personally identifiable information, to limit information to specific data elements, etc. before a bot can access such data. Further, users can control usage of user data by messaging application 103 a/103 b and one or more bots. For example, a user can specify that a bot that offers capability to make financial transactions require user authorization before a transaction is completed, e.g., the bot may send a message “Tickets for the movie Space and Starts are $12 each. Shall I go ahead and book?” or “The best price for this shirt is $125, including shipping. Shall I charge your credit card ending 1234?” etc.
In some implementations, messaging application 103 a/103 b may also provide one or more suggestions, e.g., suggested responses, to users 125 via a user interface, e.g., as a button, or other user interface element. Suggested responses may enable faster interaction, e.g., by reducing or eliminating the need for a user to type a response. Suggested responses may enable users to respond to a message quickly and easily, e.g., when a client device lacks text input functionality (e.g., a smartwatch that does not include a keyboard or microphone). Suggested responses may also enable users to respond quickly to messages, e.g., when the user selects suggested response (e.g., by selecting a corresponding a user interface element on a touchscreen). Suggested responses may be generated using predictive models, e.g., machine learning models, that are trained to generate responses.
For example, messaging application 103 a/103 b may implement machine learning, e.g., a deep learning model, that can enhance user interaction with messaging application 103. Machine-learning models may be trained using synthetic data, e.g., data that is automatically generated by a computer, with no use of user information. In some implementations, machine-learning models may be trained, e.g., based on sample data, for which permissions to utilize user data for training have been obtained expressly from users. For example, sample data may include received messages and responses that were sent to the received messages. Based on the sample data, the machine-learning model can predict responses to received messages, which may then be provided as suggested responses. User interaction is enhanced, e.g., by reducing burden on the user to compose a response to a received message, by providing a choice of responses that are customized based on the received message and the user's context. For example, when users provide consent, suggested responses may be customized based on the user's prior activity, e.g., earlier messages in a conversation, messages in different conversations, etc. For example, such activity may be used to determine an appropriate suggested response for the user, e.g., a playful response, a formal response, etc. based on the user's interaction style. In another example, when the user specifies one or more preferred languages and/or locales, messaging application 103 a/103 b may generate suggested responses in the user's preferred language. In various examples, suggested responses may be text responses, images, multimedia, etc.
In some implementations, machine learning may be implemented on messaging server 101, on client devices 115, or on both messaging server 101 and client devices 115. In some implementations, a simple machine learning model may be implemented on client device 115 (e.g., to permit operation of the model within memory, storage, and processing constraints of client devices) and a complex machine learning model may be implemented on messaging server 101. If a user does not provide consent for use of machine learning techniques, such techniques are not implemented. In some implementations, a user may selectively provide consent for machine learning to be implemented only on a client device 115. In these implementations, machine learning may be implemented on client device 115, such that updates to a machine learning model or user information used by the machine learning model are stored or used locally, and are not shared to other devices such as messaging server 101, server 135, or other client devices 115.
For the users that provide consent to receiving suggestions, e.g., based on machine-learning techniques, suggestions may be provided by messaging application 103. For example, suggestions may include suggestions of content (e.g., movies, books, etc.), schedules (e.g., available time on a user's calendar), events/venues (e.g., restaurants, concerts, etc.), and so on. In some implementations, if users participating in a conversation provide consent to use of conversation data, suggestions may include suggested responses to incoming messages that are based on conversation content. For example, if a first user of two users that have consented to suggestions based on conversation content, sends a message “do you want to grab a bite? How about Italian?” a response may be suggested to the second user, e.g. “@assistant lunch, Italian, table for 2”. In this example, the suggested response includes a bot (identified by the symbol @ and bot handle assistant). If the second user selects this response, the assistant bot is added to the conversation and the message is sent to the bot. A response from the bot may then be displayed in the conversation, and either of the two users may send further messages to the bot. In this example, the assistant bot is not provided access to the content of the conversation, and suggested responses are generated by the messaging application 103.
In certain implementations, the content of a suggested response may be customized based on whether a bot is already present in a conversation or is able to be incorporated into the conversation. For example, if it is determined that a travel bot could be incorporated into the messaging app, a suggested response to a question about the cost of plane tickets to France could be “Let's ask travel bot!”
In different implementations, suggestions, e.g., suggested responses, may include one or more of: text (e.g., “Terrific!”), emoji (e.g., a smiley face, a sleepy face, etc.), images (e.g., photos from a user's photo library), text generated based on templates with user data inserted in a field of the template (e.g., “her number is <Phone Number>” where the field “Phone Number” is filled in based on user data, if the user provides access to user data), links (e.g., Uniform Resource Locators), etc. In some implementations, suggested responses may be formatted and/or styled, e.g., using colors, fonts, layout, etc. For example, a suggested response that includes a movie recommendation may include descriptive text about the movie, an image from the movie, and a link to buy tickets. In different implementations, suggested responses may be presented as different types of user interface elements, e.g., text boxes, information cards, etc.
In different implementations, users are offered control over whether they receive suggestions, what types of suggestions they receive, a frequency of the suggestions, etc. For example, users may decline to receive suggestions altogether, or may choose specific types of suggestions, or to receive suggestions only during certain times of day. In another example, users may choose to receive personalized suggestions. In this example, machine learning may be used to provide suggestions, based on the user's preferences relating to use of their data and use of machine learning techniques.
FIG. 2 is a diagram of an example arrangement of one user device and one bot or assistive agent in communication in accordance with some implementations. In the example arrangement shown in FIG. 2, the user device 202 (e.g., 115 a-115 n from FIG. 1) is in a one-to-one conversation with a bot 204 (e.g., 105, 107 a, 107 b, 109 a, 109 b, 111, and/or 113). A user associated with the user device 202 (e.g., user 125 a-125 n) may invoke the bot 204 and engage in a communication session with the bot 204. Alternatively, the bot 204 may automatically initiate communication with the user associated with the user device 202. It will be appreciated that “user” as described in the examples refers to a human user. However, it will also be appreciated that a user can include a computer or other non-human system and that communications between a user and a bot can include communications between a human user and a bot, between a non-human such as a computer (e.g., software application executing on a computer, etc.) and a bot, and/or between one or more bots and one or more other bots.
FIG. 3 is a diagram of an example arrangement of two or more user devices and a single bot or assistive agent in communication in accordance with some implementations. In the example arrangement show in FIG. 3, user devices 302-306 (e.g., 115 a-115 n from FIG. 1) may be in a group messaging conversation that includes a bot 308 (e.g., 105, 107 a, 107 b, 109 a, 109 b, 111, and/or 113). One or more of the users associated with the user devices 302-306 (e.g., one or more of users 125 a-125 n) may interact with the bot 308 and engage in a communication session with the bot 308. Some or all of the communications from the bot may be placed into the group messaging conversation. Also, some information provided to and from the bot 308 may only be available, e.g., displayed, to the user associated with that information. The bot 308 may automatically initiate communications with one or more of the users associated with the user devices 302-306.
FIG. 4 is a diagram of an example arrangement of two or more user devices and two or more bots or assistive agents in communication in accordance with some implementations. In the example arrangement show in FIG. 4, user devices 402 and optionally 404 (e.g., 115 a-115 n from FIG. 1) may be in a group messaging conversation that includes a plurality of bots 406-408 (e.g., 105, 107 a, 107 b, 109 a, 109 b, 111, and/or 113 of FIG. 1). One or more of the users associated with the user devices 402-404 (e.g., one or more of users 125 a-125 n) may interact with one or both of the bots 406-408 and engage in a communication session with the bots 406-408. Some or all of the communications from the bots may be placed into the group messaging conversation. Also, some information provided to and from the bots 406-408 may only be available, e.g., displayed, to the user associated with that information. The bots 406-408 may automatically initiate communications with one or more of the users associated with the user devices 402-404.
FIG. 5 is a flow diagram of an example method to manage bot permissions in accordance with some implementations. Processing begins at 502, where a request from a user is received at a bot. The request may include a requested task for the bot to perform. In some implementations, the request may be a command for the bot. For example, a request that includes a command for a reservation bot may be “@reservationbot find a hotel nearby,” a request that includes a command for an assistant bot may be “@assistant send my flight details to Jim,” etc. In this example, the bot is identified by a bot handle, e.g., the “@” symbol followed by a name of the bot (e.g., reservationbot, assistant, etc.) In order to perform the task and/or provide a response to the request, the bot may require access to user data. The user and the bot may be in a one-to-one communication arrangement (e.g., FIG. 2). For example, a user may request a car service pick up and the car service bot may need to know the user's location in order to determine which cars may be available for picking up the user. In another example, a user may wish to make a hotel reservation at a nearby hotel and the hotel reservation bot may need to know the user's location. In yet another example, a bot may provide suggested responses for a user that include sharing user information (e.g., photos, calendar entries, flight schedules, etc.) and the suggestion bot may need to obtain the user's permission to access data that may be helpful for a suggested response and to provide such data as an actual response. The request may be a request from a user or may be an automatically generated request (e.g., from a suggested response bot, etc.). Processing continues to 504.
At 504, a permission user interface element is caused to be displayed to the user associated with the request. An example of a permission request user interface element is shown in FIG. 6 and described below. The permission user interface element may also be presented as an audio prompt or using other user interface and/or output methods. Processing continues to 506. At 506, an indication is received of whether the user grants the bot permission to access or obtain the user data. The indication can be received in the form of a user interface element selection (e.g., touching, tapping, selecting an on screen user interface button, via typing, audio input, gesture input, etc.) that indicates whether the user grants permission or not. For example, the user could select one of “NOT NOW” or “ALLOW” options shown in the permission user interface element of FIG. 6. Processing continues to 508.
At 508, the bot permission system determines whether permission was granted or not. Determining whether permission was granted can be accomplished by evaluating the indication received in step 506. If permission was granted, processing continues to 510. If permission was not granted, processing continues to 514.
At 510, an indication of user data being shared with the bot optionally can be provided. For example, the indication “Sharing location data” shown in FIG. 7 can be provided as an indication that user data was shared with the bot according to the permission granted by the user. Processing continues to 512. At 512, the bot may perform further processing to complete the task associated with the permissions that were granted. For example, a car service bot can continue to determine which cars may be in a location to provide car service to the user. In another example, a lodging bot can use shared user location to determine nearby accommodations that are vacant and available for rental.
At 514, the bot can cause an indication of declining the task to be displayed to the user. For example, the bot could provide an indication such as “Sorry I didn't get your location—I'm unable to schedule a car” or the like. The indication could be displayed on a graphical user interface and/or provided in the form of an audio cue or other output indication.
FIG. 6 is a diagram of an example user interface 600 with bot messaging in accordance with some implementations. In particular, the user interface 600 includes a message (602) from a user to a bot. Message 602 includes a request (“Find me a hotel nearby”) that may require use of the user's personal information, e.g., location information (e.g., finding a nearby hotel). In response to the request from the user, the bot may send a message (604) to the user indicating that the bot needs access to the user's location data to complete the request.
The bot can cause to be displayed a permission allow/disallow interface element 606. The permission element 606 can include a description (608) of what type of permission is needed and input elements for not allowing or allowing the bot permission to access (or receive) user data, 610 and 612 respectively.
FIG. 7 is a diagram of an example user interface 700 which follows from FIG. 6 and in which the user has granted the bot permission to use the user's location data. The user interface 700 includes elements 602-604 described above in connection with FIG. 6. The user interface 700 also includes an indication (702) that user data was shared with the bot in response to user granting the permission, e.g., by selecting input element 612. The user interface 700 also includes a message (704) from the bot that indicates that the bot is working on the request, and one or more optional suggestions from the bot (706 and 708). If a user selects one of the suggestion elements (706, 708), the bot can cause to be displayed details about the suggestion from the bot, in this example details about suggested nearby hotels identified by the bot.
FIG. 8 is a flow diagram of an example method to manage bot permissions within a group messaging context (e.g., within a “group chat”) in accordance with some implementations. Processing begins at 802, where a request from a user is received at a bot. In order to perform a requested task and/or provide a response to the request, the bot may require access to user data. The user and the bot may be in a group communication arrangement (e.g., as illustrated in FIG. 3 or FIG. 4) with multiple users and/or bot. For example, in a communication session with multiple users, a user may request a car service pick up, e.g., for the multiple users. The car service bot may need to know the location of each user that is to be included in the pickup in order to determine which cars may be available for picking up the users. In another example, a user may wish to make a hotel reservation at a nearby hotel for the group of users participating in the conversation. In this example, the hotel reservation bot may need to know information about the group of users, e.g., names, payment information, etc. The request may be a request from a user or may be an automatically generated request (e.g., from a suggested response bot, etc.). Processing continues to 804.
At 804, a progress indication is optionally displayed by the bot and may be visible in the group conversation to the group or to the individual user making the request. For example, a car service bot may display a message such as “I'm working on it” in the group conversation. Processing continues to 806.
At 806, a permission user interface element is caused to be displayed to the user associated with the request. An example of a permission request user interface element is shown in FIG. 6 and described above. The permission user interface element may also be presented as an audio prompt or using other user interface and/or output methods. Processing continues to 808.
At 808, an indication is received of whether one or more users grant the bot permission to access or obtain respective user data. The indication can be received in the form of a user interface element selection (e.g., touching, tapping, selecting an on screen user interface button, via typing, audio input, gesture input, etc.) that indicates whether the user grants permission or not. For example, the user could select one of “NOT NOW” or “ALLOW” shown in the permission user interface element of FIG. 6. Processing continues to 810.
At 810, the bot permission system determines whether permission was granted or not. Determining whether permission was granted can be accomplished by evaluating the indication received in step 808. If permission was granted, processing continues to 812. If permission was not granted, processing continues to 816.
At 812, the bot can start a one-to-one chat with the user. The one-to-one chat and the messages exchanged in the one-to-one chat are not visible to the group of users in the group messaging conversation. Processing continues to 814.
At 814, the bot may perform further processing to complete the task associated with the permissions that were granted within the one-to-one user messaging conversation. For example, a car service bot could continue to determine which cars may be in a location to provide car service to the user. In another example, a lodging bot could use shared user location to determine nearby accommodations that are vacant and available for rental.
At 816, the bot can cause a “graceful” indication of declining the task to be displayed to the user within the group messaging conversation. For example, the bot could provide an indication such as “I wasn't able to get your location—I'm unable to schedule a car” or the like. The indication could be displayed on a graphical user interface or provided in the form of an audio cue or other output indication. The graceful aspect of the decline message can include a message that does not explicitly indicate that a user did not grant the bot permission to use the user's data. In different implementations, the indication may include different textual content, e.g., based on the request, or other factors. For example, an indication in response to user prohibiting access to location in the context of ordering a car may include textual content such as “Sorry, unable to get location,” “I'm unable to find cars near you,” “Car service not available,” etc. In some implementations, different indications may be sent to different participants in a group conversation. In some implementations, indications may use different formats, e.g., text box, graphical indication, animated indication, etc. In some implementations, the indications may use different styles, e.g., boldface text, italicized text, fonts, colors, etc.
FIG. 9 is a block diagram of an example computing device 900 which may be used to implement one or more features described herein. In one example, computing device 900 may be used to implement a client (or user) device, e.g., any of client devices 115 a-115 n shown in FIG. 1. Computing device 900 can be any suitable computer system, server, or other electronic or hardware device as described above.
One or more methods described herein can be run in a standalone program that can be run on any type of computing device, a program run on a web browser, a mobile application (“app”) run on a mobile computing device (e.g., cell phone, smart phone, tablet computer, wearable device (wristwatch, armband, jewelry, headwear, virtual reality goggles or glasses, augmented reality goggles or glasses, etc.), laptop computer, etc.). In one example, a client/server architecture can be used, e.g., a mobile computing device (as a user device) sends user input data to a server device and receives from the server the final output data for output (e.g., for display). In another example, all computations can be performed within the mobile app (and/or other apps) on the mobile computing device. In another example, computations can be split between the mobile computing device and one or more server devices.
In some implementations, computing device 900 includes a processor 902, a memory 904, and input/output (I/O) interface 906. Processor 902 can be one or more processors and/or processing circuits to execute program code and control basic operations of the computing device 900. A “processor” includes any suitable hardware and/or software system, mechanism or component that processes data, signals or other information. A processor may include a system with a general-purpose central processing unit (CPU), multiple processing units, dedicated circuitry for achieving functionality, or other systems. Processing need not be limited to a particular geographic location, or have temporal limitations. For example, a processor may perform its functions in “real-time,” “offline,” in a “batch mode,” etc. Portions of processing may be performed at different times and at different locations, by different (or the same) processing systems. A computer may be any processor in communication with a memory.
Memory 904 is typically provided in computing device 900 for access by the processor 902, and may be any suitable processor-readable storage medium, such as random access memory (RAM), read-only memory (ROM), Electrical Erasable Read-only Memory (EEPROM), Flash memory, etc., suitable for storing instructions for execution by the processor, and located separate from processor 902 and/or integrated therewith. Memory 904 can store software operating on the computing device 900 by the processor 902, including an operating system 908 and one or more applications 910 such as a messaging application, a bot application, etc. In some implementations, the applications 910 can include instructions that enable processor 902 to perform functions described herein, e.g., one or more of the methods of FIGS. 5 and/or 8. For example, applications 910 can include messaging and/or bot applications, including a program to manage bot permissions as described herein. One or more of the applications can, for example, provide a displayed user interface responsive to user input to display selectable options or controls, and data based on selected options. One or more methods disclosed herein can operate in several environments and platforms, e.g., as a stand-alone computer program that can run on any type of computing device, as a web application having web pages, as a mobile application (“app”) run on a mobile computing device, etc.
Any of software in memory 904 can alternatively be stored on any other suitable storage location or computer-readable medium. In addition, memory 904 (and/or other connected storage device(s)) can store messages, permission settings, user preferences and related data structures, parameters, audio data, user preferences, and/or other instructions and data used in the features described herein in a database 912. Memory 904 and any other type of storage (magnetic disk, optical disk, magnetic tape, or other tangible media) can be considered “storage” or “storage devices.”
The I/O interface 906 can provide functions to enable interfacing the computing device 900 with other systems and devices. Interfaced devices can be included as part of the computing device 900 or can be separate and communicate with the computing device 900. For example, network communication devices, wireless communication devices, storage devices, and input/output devices can communicate via the I/O interface 906. In some implementations, the I/O interface 906 can connect to interface devices such as input devices (keyboard, pointing device, touch screen, microphone, camera, scanner, sensors, etc.) and/or output devices (display device, speaker devices, printer, motor, etc.).
Some examples of interfaced devices that can connect to I/O interface 906 can include a display device 914 that can be used to display content, e.g., images, video, and/or a user interface of an output application as described herein. Display device 914 can be connected to computing device 900 via local connections (e.g., display bus) and/or via networked connections and can be any suitable display device. The display device 914 can include any suitable display device such as a liquid crystal display (LCD), light emitting diode (LED), or plasma display screen, cathode ray tube (CRT), television, monitor, touch screen, 3-D display screen, or other visual display device. For example display device 914 can be a flat display screen provided on a mobile device, multiple display screens provided in a goggles device, or a monitor screen for a computer device.
The I/O interface 906 can interface to other input and output devices. Some examples include one or more cameras, which can capture image frames. Orientation sensors, e.g., gyroscopes and/or accelerometers, can provide sensor data indicating device orientation (which can correspond to view orientation in some implementations) and/or camera orientation. Some implementations can provide a microphone for capturing sound (e.g., voice commands, etc.), audio speaker devices for outputting sound, or other input and output devices.
For ease of illustration, FIG. 9 shows one block for the processor 902, the memory 904, the I/O interface 906, the operating system 908, and the bot permissions application 910, respectively. These blocks may represent one or more processors or processing circuitries, operating systems, memories, I/O interfaces, applications, and/or software modules. In other implementations, computing device 900 may not have all of the components shown and/or may have other elements including other types of elements instead of, or in addition to, those shown herein. While user devices (e.g., 115 a-115 n) are described as performing blocks and operations as described in some implementations herein, any suitable component or combination of components of user devices (e.g., 115 a-115 n) or similar devices, or any suitable processor or processors associated with such a system, may perform the blocks and operations described.
Methods described herein can be implemented by computer program instructions or code, which can be executed on a computer. For example, the code can be implemented by one or more digital processors (e.g., microprocessors or other processing circuitry) and can be stored on a computer program product including a non-transitory computer readable medium (e.g., storage medium), such as a magnetic, optical, electromagnetic, or semiconductor storage medium, including semiconductor or solid state memory, magnetic tape, a removable computer diskette, a random access memory (RAM), a read-only memory (ROM), flash memory, a rigid magnetic disk, an optical disk, a solid-state memory drive, etc. The program instructions can also be contained in, and provided as, an electronic signal, for example in the form of software as a service (SaaS) delivered from a server (e.g., a distributed system and/or a cloud computing system). Alternatively, one or more methods can be implemented in hardware (logic gates, etc.), or in a combination of hardware and software. Example hardware can be programmable processors (e.g. Field-Programmable Gate Array (FPGA), Complex Programmable Logic Device (CPLD), etc.), general purpose processors, graphics processors, Application Specific Integrated Circuits (ASICs), and the like. One or more methods can be performed as part of or component of an application running on the system, or as an application or software running in conjunction with other applications and operating system.
In situations in which certain implementations discussed herein may collect or use personal information about users (e.g., user's phone number or partial phone number, user data, information about a user's social network, user's location and time, user's biometric information, user's activities and demographic information), users are provided with one or more opportunities to control whether the personal information is collected, whether the personal information is stored, whether the personal information is used, and how the information is collected about the user, stored and used. That is, the systems and methods discussed herein collect, store and/or use user personal information specifically upon receiving explicit authorization from the relevant users to do so. In addition, certain data may be treated in one or more ways before it is stored or used so that personally identifiable information is removed. As one example, a user's identity may be treated so that no personally identifiable information can be determined. As another example, a user's geographic location may be generalized to a larger region so that the user's particular location cannot be determined.
Note that the functional blocks, operations, features, methods, devices, and systems described in the present disclosure may be integrated or divided into different combinations of systems, devices, and functional blocks as would be known to those skilled in the art. Any suitable programming language and programming techniques may be used to implement the routines of particular implementations. Different programming techniques may be employed such as procedural or object-oriented. The routines may execute on a single processing device or multiple processors. Although the steps, operations, or computations may be presented in a specific order, the order may be changed in different particular implementations. In some implementations, multiple steps or operations shown as sequential in this specification may be performed at the same time. Further implementations are disclosed below.
providing a messaging application, on a first computing device associated with a first user, to enable communication between the first user and at least one other user;
detecting, at the messaging application, a user request;
programmatically determining that an action in response to the user request requires access to data associated with the first user;
causing a permission interface to be rendered in the messaging application on the first computing device, the permission interface enabling the first user to approve or prohibit the access to the data associated with the first user; and
upon receiving user input from the first user indicating approval of the access to the data associated with the first user, accessing the data associated with the first user and performing the action in response to the user request.
2. The computer-executed method of implementation 1, further comprising:
upon receiving user input from the first user prohibiting the access to the data associated with the first user, providing an indication in the messaging application that the task is not performed.
3. The computer-executed method of implementation 1 or 2, wherein the first user is a human user and the at least one other user is an assistive agent.
4. The computer-executed method of implementation 1, 2 or 3, wherein the first user is a human user and the at least one other user includes a second human user, different from the first user, associated with a second computing device, and wherein the permission interface is rendered in the messaging application on the first computing device associated with the first user and the permission interface is not displayed on the second computing device associated with the second human user.
5. The computer-executed method of one of implementations 1 to 4, further comprising:
upon receiving user input from the first user prohibiting access of the data associated with the first user,
providing a first indication for rendering on the first computing device associated with the first user; and
providing a second indication for rendering on a second computing device associated with the at least one other user, the first and second indications indicating failure to serve the user request, wherein the first and second indications are different.
6. The computer-executed method of implementation 5, wherein the first and second indications have one or more of: different textual content, different style, and different format.
7. The computer-executed method of one of implementations 1 to 6, wherein the first user is a human user and the at least one other user includes a second human user, different from the first user, and an assistive agent and wherein the user request is received from the first computing device associated with the first user, the method further comprising, in response to the user request, initiating a separate conversation in the messaging application, wherein the separate conversation includes the first user and the assistive agent, and does not include the second human user.
8. The computer-executed method of one of implementations 1 to 7, wherein detecting the user request comprises analyzing one or more messages received in the messaging application from one or more of the first user and the at least one other user.
9. The computer-executed method of implementation 8, wherein the one or more messages include one or more of a text message, a multimedia message, and a command to an assistive agent.
10. The computer-executed method of one of implementations 1 to 9, wherein performing the action in response to the user request comprises providing one or more suggestions to the first messaging application.
11. The computer-executed method of implementation 10, further comprising causing the one or more suggestions to be rendered in the messaging application.
12. The computer-executed method of implementation 11, wherein the one or more suggestions are rendered as suggestion elements that, when selected by the first user, cause details about the suggestion to be displayed.
providing a messaging application, on a first computing device associated with a first user, to enable communication between the first user and a bot;
detecting, at the messaging application, a user request from the first user to perform an action;
programmatically determining that the action requires access to user data associated with the first user;
causing a permission interface to be rendered in the messaging application on the first computing device, the permission interface enabling the first user to approve or prohibit the access to the user data associated with the first user;
upon receiving user input from the first user indicating approval of the access to the user data associated with the first user, accessing by the bot, the user data associated with the first user and performing the action in response to the user request; and
providing a conversation communication from the bot, wherein a style of the conversation communication from the bot is based on conversation content of the communication between the first user and the bot.
2. The computer-implemented method of claim 1, wherein the style includes use of emojis based on the conversation content of the communication between the first user and the bot including the use of emojis.
3. The computer-implemented method of claim 1, wherein the style includes a formal language based on the conversation content of the communication between the first user and the bot including the formal language.
4. The computer-implemented method of claim 1, wherein the first user is a human user and wherein causing the permission interface to be rendered in the messaging application on the first computing device comprises displaying the permission interface locally on the first computing device.
upon receiving user input from the first user prohibiting access of the user data associated with the first user, providing a first indication for rendering on the first computing device associated with the first user, wherein the first indication includes an indication that the first user has prohibited access of the user data associated with the first user and that the action cannot be performed.
6. The computer-implemented method of claim 5, wherein the communication further includes a second user and further comprising:
providing a second indication for rendering on a second computing device associated with the second user, wherein the first indication and the second indication indicate failure to serve the user request, wherein the first indication and the second indication are different.
7. The computer-implemented method of claim 6, wherein the first indication and the second indication have one or more of: different textual content, different style, and different format.
8. The computer-implemented method of claim 1, wherein the first user is a human user and the communication further includes a second human user, different from the first user, and wherein the user request is received on the first computing device associated with the first user, the method further comprising, in response to the user request, initiating a separate conversation in the messaging application, wherein the separate conversation includes the first user and the bot, and excludes the second human user.
9. The computer-implemented method of claim 1, wherein the communication further includes a second user and wherein detecting the user request comprises analyzing one or more messages received in the messaging application from one or more of the first user and the second user.
10. The computer-implemented method of claim 9, wherein the one or more messages include one or more of a text message, a multimedia message, and a command to the bot.
11. The computer-implemented method of claim 1, wherein the communication further includes a second user, wherein performing the action in response to the user request comprises providing one or more user-selectable suggestions in the messaging application, and wherein upon user selection of a particular suggestion from the one or more user-selectable suggestions, a corresponding message is sent from the first computing device to a second computing device of the second user.
12. The computer-implemented method of claim 11, further comprising causing the one or more user-selectable suggestions to be rendered in the messaging application.
13. The computer-implemented method of claim 12, wherein the one or more user-selectable suggestions are rendered as suggestion elements that, when selected by the first user, cause details about the one or more suggestions to be displayed.
detecting, at a first messaging application executing on a first computing device associated with a first user, a user request from the first user to perform an action, wherein the first messaging application enables communication between the first user and a bot;
causing a permission interface to be rendered in the first messaging application on the first computing device, the permission interface enabling the first user to approve or prohibit the access to the user data associated with the first user;
upon receiving approval from the first user at the permission interface, accessing by the bot, the user data associated with the first user and performing the action in response to the user request; and
upon receiving user input from the first user prohibiting the access to the user data associated with the first user, providing an indication in the first messaging application that the action is not performed.
upon receiving user input from the first user,
prohibiting access of the user data associated with the first user;
providing a first indication for rendering in the first messaging application; and
providing a second indication for rendering in a second messaging application associated with a second user, the first and second indications indicating failure to serve the user request, wherein the first and second indications are different.
one or more processors coupled to a nontransitory computer readable medium having stored thereon instructions that, when executed by the one or more processors, cause the one or more processors to perform operations including:
18. The system of claim 17, wherein the operations further include: upon receiving user input from the first user prohibiting the access to the user data associated with the first user, providing an indication in the messaging application that the action is not performed.
19. The system of claim 17, wherein the first user is a human user.
20. The system of claim 17, wherein the first user is a human user and the communication further includes a second human user, different from the first user, and wherein the user request is received on the first computing device associated with the first user, the operations further comprising, in response to the user request, initiating a separate conversation in the messaging application, wherein the separate conversation includes the first user and the bot, and excludes the second human user.
US15/709,440 2016-09-20 2017-09-19 Bot permissions Active 2038-02-15 US10511450B2 (en)
US201662397047P true 2016-09-20 2016-09-20
US15/709,440 US10511450B2 (en) 2016-09-20 2017-09-19 Bot permissions
US20180109526A1 US20180109526A1 (en) 2018-04-19
US10511450B2 true US10511450B2 (en) 2019-12-17
ID=60022179
US15/709,440 Active 2038-02-15 US10511450B2 (en) 2016-09-20 2017-09-19 Bot permissions
US (1) US10511450B2 (en)
JP (1) JP2019530050A (en)
CN (1) CN109716727A (en)
DE (1) DE112017003594T5 (en)
WO (1) WO2018057536A1 (en)
EP1376392A2 (en) 2002-06-27 2004-01-02 Microsoft Corporation Method and system for associating actions with semantic labels in electronic documents
US20070030364A1 (en) 2005-05-11 2007-02-08 Pere Obrador Image management
US20070094217A1 (en) 2005-08-04 2007-04-26 Christopher Ronnewinkel Confidence indicators for automated suggestions
US20090076795A1 (en) 2007-09-18 2009-03-19 Srinivas Bangalore System And Method Of Generating Responses To Text-Based Messages
US20090119584A1 (en) 2007-11-02 2009-05-07 Steve Herbst Software Tool for Creating Outlines and Mind Maps that Generates Subtopics Automatically
USD599363S1 (en) 2008-11-24 2009-09-01 Microsoft Corporation Transitional cursor user interface for a portion of a display screen
US20100228590A1 (en) 2009-03-03 2010-09-09 International Business Machines Corporation Context-aware electronic social networking
WO2011002989A1 (en) 2009-07-02 2011-01-06 Livechime, Inc. System and method for enhancing digital content
CN102222079A (en) 2010-04-07 2011-10-19 佳能株式会社 Image processing device and image processing method
US20120033876A1 (en) 2010-08-05 2012-02-09 Qualcomm Incorporated Identifying visual media content captured by camera-enabled mobile device
US20120041973A1 (en) 2010-08-10 2012-02-16 Samsung Electronics Co., Ltd. Method and apparatus for providing information about an identified object
US20120089847A1 (en) * 2010-10-06 2012-04-12 Research In Motion Limited Method of obtaining authorization for accessing a service
USD658201S1 (en) 2011-05-27 2012-04-24 Microsoft Corporation Display screen with animated user interface
CN102467574A (en) 2010-11-15 2012-05-23 Lg电子株式会社 Mobile terminal and metadata setting method thereof
US20120179717A1 (en) 2011-01-11 2012-07-12 Sony Corporation System and method for effectively providing entertainment recommendations to device users
KR20130008036A (en) 2010-03-05 2013-01-21 퀄컴 인코포레이티드 Automated messaging response in wireless communication systems
US20130036162A1 (en) * 2009-02-10 2013-02-07 Mikekoenigs.Com, Inc. Automated Communication Techniques
EP2560104A2 (en) 2011-08-19 2013-02-20 Disney Enterprises, Inc. Phrase prediction for chat messages
US20130073366A1 (en) 2011-09-15 2013-03-21 Stephan HEATH System and method for tracking, utilizing predicting, and implementing online consumer browsing behavior, buying patterns, social networking communications, advertisements and communications, for online coupons, products, goods & services, auctions, and service providers using geospatial mapping technology, and social networking
KR20130061387A (en) 2011-12-01 2013-06-11 엔에이치엔(주) System and method for providing information interactively by instant messaging application
US20130262574A1 (en) 2011-03-15 2013-10-03 Gabriel Cohen Inline User Addressing in Chat Sessions
US20140004889A1 (en) 2012-06-27 2014-01-02 Braxton K. Davis Method and apparatus for generating a suggested message to be sent over a network
EP2688014A1 (en) 2012-07-17 2014-01-22 Samsung Electronics Co., Ltd Method and Apparatus for Recommending Texts
CN103548025A (en) 2011-01-04 2014-01-29 英特尔公司 Method for support in such a way as to allow collection of objects comprised in an input image, and a recording medium able to be read by terminal devices and computers
US20140035846A1 (en) 2012-08-01 2014-02-06 Yeonhwa Lee Mobile terminal and controlling method thereof
EP2703980A2 (en) 2012-08-28 2014-03-05 Samsung Electronics Co., Ltd Text recognition apparatus and method for a terminal
US20140067371A1 (en) 2012-08-31 2014-03-06 Microsoft Corporation Context sensitive auto-correction
USD701528S1 (en) 2012-02-24 2014-03-25 Htc Corporation Display screen with transitional graphical user interface
JP2014086088A (en) 2012-10-19 2014-05-12 Samsung Electronics Co Ltd Display device, display device control method, and information processor for controlling display device
US20140163954A1 (en) 2012-12-06 2014-06-12 Microsoft Corporation Communication context based predictive-text suggestion
US20140164506A1 (en) 2012-12-10 2014-06-12 Rawllin International Inc. Multimedia message having portions of networked media content
US20140189027A1 (en) 2012-12-31 2014-07-03 Huawei Technologies Co., Ltd. Message Processing Method, Terminal and System
US20140189538A1 (en) 2012-12-31 2014-07-03 Motorola Mobility Llc Recommendations for Applications Based on Device Context
JP2014142919A (en) 2013-01-22 2014-08-07 Nhn Business Platform Corp Method and system for providing multi-user messenger service
US20140228009A1 (en) 2012-12-26 2014-08-14 Tencent Technology (Shenzhen) Company Limited Method and system for notification between mobile terminals during communication
US20140317030A1 (en) 2013-04-22 2014-10-23 Palo Alto Research Center Incorporated Method and apparatus for customizing conversation agents based on user characteristics
US20140337438A1 (en) 2013-05-09 2014-11-13 Ebay Inc. System and method for suggesting a phrase based on a context
US20140372349A1 (en) 2012-02-14 2014-12-18 British Sky Broadcasting Limited Method of machine learning classes of search queries
US20150032724A1 (en) 2013-07-23 2015-01-29 Xerox Corporation System and method for auto-suggesting responses based on social conversational contents in customer care services
US20150058720A1 (en) 2013-08-22 2015-02-26 Yahoo! Inc. System and method for automatically suggesting diverse and personalized message completions
US8996639B1 (en) 2013-10-15 2015-03-31 Google Inc. Predictive responses to incoming communications
US20150171133A1 (en) 2013-12-18 2015-06-18 SK Hynix Inc. Image sensor and method for fabricating the same
US20150178388A1 (en) 2013-12-19 2015-06-25 Adobe Systems Incorporated Interactive communication augmented with contextual information
US20150207765A1 (en) 2014-01-17 2015-07-23 Nathaniel Brantingham Messaging Service with Conversation Suggestions
US20150227797A1 (en) 2014-02-10 2015-08-13 Google Inc. Smart camera user interface
US20150248411A1 (en) 2014-03-03 2015-09-03 Microsoft Corporation Personalized information query suggestions
US20150250936A1 (en) 2009-05-27 2015-09-10 Thoratec Corporation Monitoring of redundant conductors
US20150288633A1 (en) 2014-04-04 2015-10-08 Blackberry Limited System and Method for Conducting Private Messaging
US20150302301A1 (en) 2014-04-22 2015-10-22 Google Inc. Automatic actions based on contextual replies
WO2015183493A1 (en) 2014-05-30 2015-12-03 Apple Inc. Permission request
US20160037311A1 (en) 2014-07-31 2016-02-04 Samsung Electronics Co., Ltd. Message service providing device and method of providing content via the same
US20160042252A1 (en) 2014-08-05 2016-02-11 Sri International Multi-Dimensional Realization of Visual Content of an Image Collection
US20160043974A1 (en) 2014-08-08 2016-02-11 Mastercard International Incorporated Systems and methods for integrating a chat function into an e-reader application
US20160072737A1 (en) 2014-09-04 2016-03-10 Microsoft Corporation App powered extensibility of messages on an existing messaging service
US20160140447A1 (en) 2014-11-14 2016-05-19 Bublup Technologies, Inc. Deriving Semantic Relationships Based on Empirical Organization of Content by Users
US20160140477A1 (en) 2014-11-13 2016-05-19 Xerox Corporation Methods and systems for assigning tasks to workers
US20160179816A1 (en) 2014-12-22 2016-06-23 Quixey, Inc. Near Real Time Auto-Suggest Search Results
US20160210279A1 (en) 2015-01-19 2016-07-21 Ncsoft Corporation Methods and systems for analyzing communication situation based on emotion information
US20160224524A1 (en) 2015-02-03 2016-08-04 Nuance Communications, Inc. User generated short phrases for auto-filling, automatically collected during normal text use
US20160226804A1 (en) 2015-02-03 2016-08-04 Google Inc. Methods, systems, and media for suggesting a link to media content
US20160234553A1 (en) 2015-02-11 2016-08-11 Google Inc. Methods, systems, and media for presenting a suggestion to watch videos
WO2016130788A1 (en) 2015-02-12 2016-08-18 Google Inc. Determining reply content for a reply to an electronic communication
US20160283454A1 (en) 2014-07-07 2016-09-29 Machine Zone, Inc. Systems and methods for identifying and suggesting emoticons
EP3091445A1 (en) 2015-05-08 2016-11-09 BlackBerry Limited Electronic device and method of determining suggested responses to text-based communications
US20160342895A1 (en) 2015-05-21 2016-11-24 Baidu Usa Llc Multilingual image question answering
US20160350304A1 (en) 2015-05-27 2016-12-01 Google Inc. Providing suggested voice-based action queries
US20170093769A1 (en) 2015-09-30 2017-03-30 Apple Inc. Shared content presentation with integrated messaging
US20170098122A1 (en) 2010-06-07 2017-04-06 Affectiva, Inc. Analysis of image content with associated manipulation of expression presentation
US20170134316A1 (en) 2015-11-10 2017-05-11 Wrinkl, Inc. Integrating actionable objects into an on-line chat communications platform
US20170142046A1 (en) 2015-11-17 2017-05-18 International Business Machines Corporation Identifying relevant content contained in message streams that appear to be irrelevant
US20170149703A1 (en) 2014-07-03 2017-05-25 Nuance Communications, Inc. System and method for suggesting actions based upon incoming messages
US20170171117A1 (en) 2015-12-10 2017-06-15 International Business Machines Corporation Message Suggestion Using Dynamic Information
US20170180276A1 (en) 2015-12-21 2017-06-22 Google Inc. Automatic suggestions and other content for messaging applications
US20170180294A1 (en) 2015-12-21 2017-06-22 Google Inc. Automatic suggestions for message exchange threads
US20170187654A1 (en) 2015-12-29 2017-06-29 Line Corporation Non-transitory computer-readable recording medium, method, system, and apparatus for exchanging message
US20170250935A1 (en) 2016-02-25 2017-08-31 Facebook, Inc. Techniques for messaging bot app interactions
US20170250930A1 (en) 2016-02-29 2017-08-31 Outbrain Inc. Interactive content recommendation personalization assistant
US20170288942A1 (en) * 2016-03-30 2017-10-05 Microsoft Technology Licensing, Llc Portal for Provisioning Autonomous Software Agents
US20170308589A1 (en) 2016-04-26 2017-10-26 Facebook, Inc. Recommendations from Comments on Online Social Networks
US20170324868A1 (en) 2016-05-06 2017-11-09 Genesys Telecommunications Laboratories, Inc. System and method for monitoring progress of automated chat conversations
US20170344224A1 (en) 2016-05-27 2017-11-30 Nuance Communications, Inc. Suggesting emojis to users for insertion into text-based messages
US20170357442A1 (en) 2016-06-12 2017-12-14 Apple Inc. Messaging application interacting with one or more extension applications
US20180004397A1 (en) 2016-06-29 2018-01-04 Google Inc. Systems and Methods of Providing Content Selection
US20180005272A1 (en) 2016-06-30 2018-01-04 Paypal, Inc. Image data detection for micro-expression analysis and targeted data services
US20180060705A1 (en) 2016-08-30 2018-03-01 International Business Machines Corporation Image text analysis for identifying hidden text
US20180083898A1 (en) 2016-09-20 2018-03-22 Google Llc Suggested responses based on message stickers
US20180083894A1 (en) 2016-09-20 2018-03-22 Google Inc. Bot interaction
US20180083901A1 (en) 2016-09-20 2018-03-22 Google Llc Automatic response suggestions based on images received in messaging applications
US20180090135A1 (en) 2016-09-23 2018-03-29 Microsoft Technology Licensing, Llc Conversational Bookmarks
WO2018089109A1 (en) 2016-11-12 2018-05-17 Google Llc Determining graphical elements for inclusion in an electronic communication
US20180137097A1 (en) 2015-06-16 2018-05-17 Samsung Electronics Co., Ltd. Electronic device and control method therefor
US20180196854A1 (en) 2017-01-11 2018-07-12 Google Inc. Application extension for generating automatic search queries
US20180210874A1 (en) 2017-01-25 2018-07-26 Google Llc Automatic suggested responses to images received in messages using language model
US20180293601A1 (en) 2017-04-10 2018-10-11 Wildfire Systems, Inc. Virtual keyboard trackable referral system
US20180309706A1 (en) 2015-11-10 2018-10-25 Samsung Electronics Co., Ltd. User terminal device for recommending response message and method therefor
US20180316637A1 (en) 2017-05-01 2018-11-01 Microsoft Technology Licensing, Llc Conversation lens for context
US20180322403A1 (en) 2017-05-05 2018-11-08 Liveperson, Inc. Dynamic response prediction for improved bot task processing
US20180336415A1 (en) 2017-05-16 2018-11-22 Google Llc Suggested actions for images
US20180367484A1 (en) 2017-06-15 2018-12-20 Google Inc. Suggested items for use with embedded applications in chat conversations
US20180367483A1 (en) 2017-06-15 2018-12-20 Google Inc. Embedded programs and interfaces for chat conversations
US20180373683A1 (en) 2014-04-23 2018-12-27 Klickafy, Llc Clickable emoji
2017-09-19 WO PCT/US2017/052333 patent/WO2018057536A1/en active Application Filing
2017-09-19 DE DE112017003594.5T patent/DE112017003594T5/en active Pending
2017-09-19 JP JP2019505058A patent/JP2019530050A/en active Pending
2017-09-19 US US15/709,440 patent/US10511450B2/en active Active
2017-09-19 CN CN201780056982.8A patent/CN109716727A/en active Search and Examination
CN1475908A (en) 2002-06-27 2004-02-18 微软公司 Method and system used in making action relate to semantic marker in electronic file
CN102395966A (en) 2009-04-14 2012-03-28 高通股份有限公司 Systems and methods for image recognition using mobile devices
US9674120B2 (en) 2012-06-27 2017-06-06 At&T Intellectual Property I, L.P. Method and apparatus for generating a suggested message to be sent over a network
US20160162791A1 (en) 2014-04-22 2016-06-09 Google Inc. Automatic actions based on contextual replies
US20180012231A1 (en) 2016-07-08 2018-01-11 Asapp, Inc Automatically suggesting resources for responding to a request
US20180013699A1 (en) 2016-07-08 2018-01-11 Asapp, Inc Assisting entities in responding to a request of a user
US20180336226A1 (en) 2017-05-16 2018-11-22 Google Llc Image archival based on image categories
Blippar, "Computer Vision API", www.web.blippar.comcomputer-vision-api, 4 pages.
Chen, et al., "Bezel Copy: An Efficient Cross-0Application Copy-Paste Technique for Touchscreen Smartphones.", Advanced Visual Interfaces, ACM, New York, New York, May 27, 2014, pp. 185-192.
CNIPA, First Office Action for Chinese Patent Application No. 201580016692.1, dated Nov. 2, 2018, 7 pages.
EPO, Communication Pursuant to Article 94(3) EPC for European Patent Application No. 16825663.4, dated Apr. 16, 2019, 5 pages.
EPO, Communication Pursuant to Article 94(3) EPC for European Patent Application No. 16825666.7, dated Apr. 23, 2019, 6 pages.
EPO, Extended European Search Report for European Patent Application No. 15746410.8, dated Sep. 5, 2017, 7 pages.
EPO, International Preliminary Report on Patentability for International Patent Application No. PCT/US2017/52333, dated Dec. 4, 2018, 15 pages.
EPO, Written Opinion of the International Preliminary Examining Authority for International Patent Application No. PCT/US2017/52333, dated Aug. 17, 2018, 5 pages.
Examination Report No. 1 for Australian Patent Application No. 2015214298, dated Apr. 24, 2017, 3 pages.
Examination Report No. 2 for Australian Patent Application No. 2015214298, dated Nov. 2, 2017, 3 pages.
Fuxman, Ariel, "Aw, so cute!": Allo helps you respond to shared photos, Google Research Blog, https:research.googleblog.com201605aw-so-cute-allo-helps-you-respond-to.html, May 18, 2016, 6 pages.
International Bureau of WIPO, International Preliminary Report on Patentability for International Patent Application No. PCT/US2016/068083, dated Jul. 5, 2018, 9 pages.
International Bureau of WIPO, International Preliminary Report on Patentability for International Patent Application No. PCT/US2017/046858, dated Feb. 19, 2019, 7 pages.
International Bureau of WIPO, International Preliminary Report on Patentability for International Patent Application No. PCT/US2017/052349, dated Mar. 26, 2019, 7 pages.
International Search Report and Written Opinion for International Patent Application No. PCTUS2015014414, dated May 11, 2015, 8 pages.
JPO, Office Action for Japanese Patent Application No. 2018-532399, Jul. 23, 2019, 6 pages.
Kannan, et al., "Smart Reply: Automated Response Suggestions for Email", Proceedings of the 22nd ACM SIGKDD International Conference on Knowledge Discovery and Data Mining, KDD '16, ACM Press, New York, New York, Aug. 13, 2016, pp. 955-965.
Khandelwal, "Hey Allo! Meet Google's Al-powered Smart Messaging App", The Hacker News, http:web.archive.orgweb20160522155700https:thehackernews.com201605google-allo-messenger.html, May 19, 2016, 3 pages.
KIPO, Notice of Final Rejection for Korean Patent Application No. 10-2018-7013953, dated Jun. 13, 2019, 4 pages.
KIPO, Notice of Final Rejection for Korean Patent Application No. 10-2018-7013953, dated May 8, 2019, 4 pages.
KIPO, Notice of Preliminary Rejection for Korean Patent Application No. 10-2018-7019756, dated May 13, 2019, 9 pages.
KIPO, Notice of Preliminary Rejection for Korean Patent Application No. 10-2019-7011687, dated May 7, 2019, 3 pages.
KIPO, Preliminary Rejection for Korean Patent Application No. 10-2018-7013953, dated Oct. 29, 2018, 5 pages.
Lee, Jang Ho et al., "Supporting multi-user, multi-applet workspaces in CBE", Proceedings of the 1996 ACM conference on Computer supported cooperative work, ACM, Nov. 16, 1996, 10 pages.
Microsoft Corporation, "Windows Messenger for Windows XP", Retrieved from Internet: http:web.archive.orgweb20030606220012messenger.msn.comsupportfeatures.asp?client=0 on Sep. 22, 2005, Jun. 6, 2003, 3 pages.
Notice of Acceptance for Australian Patent Application No. 2015214298, dated Apr. 20, 2018, 3 pages.
PCT, "International Search Report and Written Opinion PCT application No. PCT/US2017/052333", dated Nov. 30, 2017, 15 pages.
Pieterse et al.; Android botnets on the rise: Trends and characteristics; Published in: 2012 Information Security for South Africa; Date of Conference: Aug. 15-17, 2012; IEEE Xplore (Year: 2012). *
Pinterest "Pinterest Lens", www.help.pinterest.comenarticlespinterest-lens, 2 pages.
Russell, "Google Allo is the Hangouts Killer We've Been Waiting for", Retrieved from the Internet: http:web.archive.orgweb20160519115534https:www.technobuffalo.com20160518google-allo-hangouts-replacement, May 18, 2016, 3 pages.
USPTO, Final Office Action for U.S. Appl. No. 15/238,304, dated Nov. 23, 2018, 14 pages.
USPTO, Final Office Action for U.S. Appl. No. 15/386,162, dated Jun. 5, 2019, 13 pages.
USPTO, Final Office Action for U.S. Appl. No. 15/386,760, dated May 30, 2019, 13 pages.
USPTO, First Action Interview, Office Action Summary for U.S. Appl. No. 15/350,040, dated Oct. 30, 2018, 4 pages.
USPTO, First Action Interview, Office Action Summary for U.S. Appl. No. 15/386,760, dated Jan. 30, 2019, 8 pages.
USPTO, First Action Interview, Office Action Summary for U.S. Appl. No. 15/624,637, dated Jan. 25, 2019, 5 pages.
USPTO, First Action Interview, Office Action Summary for U.S. Appl. No. 16/003,661, dated Dec. 14, 2018, 16 pages.
USPTO, First Action Interview, Pre-Interview Communication for U.S. Appl. No. 15/350,040, dated Jul. 16, 2018, 5 pages.
USPTO, First Action Interview, Pre-Interview Communication for U.S. Appl. No. 15/386,760, dated Nov. 6, 2018, 5 pages.
USPTO, First Action Interview, Pre-Interview Communication for U.S. Appl. No. 15/415,506, dated Apr. 5, 2018, 5 pages.
USPTO, First Action Interview, Pre-Interview Communication for U.S. Appl. No. 15/624,637, dated Oct. 19, 2018, 4 pages.
USPTO, First Action Interview, Pre-Interview Communication for U.S. Appl. No. 16/003,661, dated Aug. 29, 2018, 6 pages.
USPTO, Non-final Office Action for Design U.S. Appl. No. 29/503,386, dated Feb. 1, 2016, 9 pages.
USPTO, Non-final Office Action for U.S. Appl. No. 14/618,962, dated Feb. 26, 2016, 25 pages.
USPTO, Non-final Office Action for U.S. Appl. No. 15/238,304, dated Jun. 7, 2018, 17 pages.
USPTO, Non-final Office Action for U.S. Appl. No. 15/386,162, dated Nov. 27, 2018, 11 Pages.
USPTO, Non-final Office Action for U.S. Appl. No. 15/386,162, dated Nov. 27, 2018, 12 pages.
USPTO, Non-final Office Action for U.S. Appl. No. 15/386,760, Oct. 11, 2019, 12 pages.
USPTO, Non-final Office Action for U.S. Appl. No. 15/428,821, dated May 18, 2017, 30 pages.
USPTO, Non-final Office Action for U.S. Appl. No. 15/709,418, dated Nov. 21, 2017, 15 pages.
USPTO, Non-final Office Action for U.S. Appl. No. 15/709,423, dated May 2, 2019, 21 Pages.
USPTO, Non-final Office Action for U.S. Appl. No. 15/946,342, dated Jul. 26, 2018, 40 pages.
USPTO, Notice of Allowance for Design U.S. Appl. No. 29/503,386, dated Jul. 13, 2016, 8 pages.
USPTO, Notice of Allowance for U.S. Appl. No. 14/618,962, dated Nov. 8, 2016, 14 pages.
USPTO, Notice of Allowance for U.S. Appl. No. 15/238,304, dated Apr. 5, 2019, 7 pages.
USPTO, Notice of Allowance for U.S. Appl. No. 15/350,040, dated Apr. 24, 2019, 16 pages.
USPTO, Notice of Allowance for U.S. Appl. No. 15/415,506, dated Jul. 23, 2018, 25 pages.
USPTO, Notice of Allowance for U.S. Appl. No. 15/428,821, dated Jan. 10, 2018, 20 pages.
USPTO, Notice of Allowance for U.S. Appl. No. 15/624,637, dated Apr. 19, 2019, 6 pages.
USPTO, Notice of Allowance for U.S. Appl. No. 15/624,638, dated Feb. 28, 2019, 21 Pages.
USPTO, Notice of Allowance for U.S. Appl. No. 15/709,418, dated Mar. 1, 2018, 11 pages.
USPTO, Notice of Allowance for U.S. Appl. No. 16/003,661, dated May 1, 2019, 11 pages.
Vinyals, O. et al., "Show and Tell: A Neural Image Caption Generator", arXiv:1411.4555v2 [cs.CV], Apr. 20, 2015, pp. 1-9.
WIPO, "International Search Report and Written Opinion for International Application No. PCT/US2018/021028", dated Jun. 15, 2018, 11 Pages.
WIPO, International Search Report and Written Opinion for International Patent Application No. PCT/US2016/068083, dated Mar. 9, 2017, 13 pages.
WIPO, International Search Report and Written Opinion for PCT Application No. PCT/US2017/046858, dated Oct. 11, 2017, 10 Pages.
WIPO, International Search Report for International Patent Application No. PCT/US2016/068083, dated Mar. 9, 2017, 4 pages.
WIPO, International Search Report for International Patent Application No. PCT/US2017/052349, dated Dec. 13, 2017, 5 pages.
WIPO, International Search Report for International Patent Application No. PCT/US2017/052713, dated Dec. 5, 2017, 4 Pages.
WIPO, International Search Report for International Patent Application No. PCT/US2017/057044, dated Jan. 18, 2018, 5 pages.
WIPO, International Search Report for International Patent Application No. PCT/US2018/022501, dated May 14, 2018, 4 pages.
WIPO, International Search Report for International Patent Application No. PCT/US2018/022503, dated Aug. 16, 2018, 6 pages.
WIPO, Written Opinion for International Patent Application No. PCT/US2016/068083, dated Mar. 9, 2017, 9 pages.
WIPO, Written Opinion for International Patent Application No. PCT/US2017/052349, dated Dec. 13, 2017, 6 pages.
WIPO, Written Opinion for International Patent Application No. PCT/US2017/052713, dated Dec. 5, 2017, 6 Pages.
WIPO, Written Opinion for International Patent Application No. PCT/US2017/057044, dated Jan. 18, 2018, 8 pages.
WIPO, Written Opinion for International Patent Application No. PCT/US2018/022501, dated May 14, 2018, 6 pages.
WIPO, Written Opinion for International Patent Application No. PCT/US2018/022503, dated Aug. 16, 2018, 8 pages.
WIPO, Written Opinion of the International Preliminary Examination Authority for International Patent Application No. PCT/US2017/057044, dated Dec. 20, 2018, 8 pages.
WIPO, Written Opinion of the International Preliminary Examining Authority for International Patent Application No. PCT/US2017/052349, dated Aug. 6, 2018, 9 pages.
WIPO, Written Opinion of the International Preliminary Examining Authority for International Patent Application No. PCT/US2017/052713, dated Oct. 15, 2018, 6 pages.
WIPO, Written Opinion of the International Preliminary Examining Authority for International Patent Application No. PCT/US2018/021028, dated Jun. 14, 2019, 11 pages.
Yeh, et al., "Searching the web with mobile images for location recognition", Proceedings of the 2004 IEEE Computer Society Conference on Pattern Recognition, vol. 2, Jun.-Jul. 2004, pp. 1-6.
Zhao et al.; Cloud-based push-styled mobile botnets: a case study of exploiting the cloud to device messaging service; Published in : Proceeding ACSAC '12 Proceedings of the 28th Annual Computer Security Applications Conference;Dec. 3 2012; pp. 119-128; ACM Digital Library (Year: 2012). *
DE112017003594T5 (en) 2019-04-25
JP2019530050A (en) 2019-10-17
CN109716727A (en) 2019-05-03
US20180109526A1 (en) 2018-04-19
WO2018057536A1 (en) 2018-03-29
Neuhofer et al. 2014 A typology of technology‐enhanced tourism experiences
JP2019506659A (en) 2019-03-07 Automatic suggestions and other content for messaging applications
2017-10-20 STPP Information on status: patent application and granting procedure in general
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:FUNG, SHELBIAN;RODRIGUEZ, ADAM;VOLKOV, ANTON;AND OTHERS;SIGNING DATES FROM 20180222 TO 20180313;REEL/FRAME:045187/0846