WO2013173788A1 - Demande progressive de quantités croissantes de données utilisateur et réseau - Google Patents

Demande progressive de quantités croissantes de données utilisateur et réseau Download PDF

Info

Publication number
WO2013173788A1
WO2013173788A1 PCT/US2013/041700 US2013041700W WO2013173788A1 WO 2013173788 A1 WO2013173788 A1 WO 2013173788A1 US 2013041700 W US2013041700 W US 2013041700W WO 2013173788 A1 WO2013173788 A1 WO 2013173788A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
request
communication channel
programs
communication
Prior art date
Application number
PCT/US2013/041700
Other languages
English (en)
Inventor
Jan Magnus STENSMO
Andrew Holt
Nathan Stoll
Original Assignee
Luvocracy Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US13/769,181 external-priority patent/US20130317941A1/en
Priority claimed from US13/896,292 external-priority patent/US10740779B2/en
Application filed by Luvocracy Inc. filed Critical Luvocracy Inc.
Publication of WO2013173788A1 publication Critical patent/WO2013173788A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q50/40—

Definitions

  • the disclosed implementations relate to the field of online services generally and in particular to providing convenient interactions for users.
  • Online services that have emerged include, for example, online commerce services and social networking services. These services open up new experiences for user, including interactions between users and new ways of shopping for goods and services. These services incur a positive network effect as more users sign up and use the service.
  • a source of inconvenience in the user experience is the provision of information by the user to the online service in order to make full use of the service.
  • the online service asks for a certain amount of information upfront from the user at sign-up, and can subsequently ask for additional information. If the venue asks for too much information too quickly, the user is overwhelmed and becomes less likely to provide the information, less likely to stay with the service, or less likely to sign up for the service in the first place.
  • Another source of inconvenience is the communication interface between the user and the online service.
  • a user can use different modes of communication on any given day. Limiting the user to one mode of communication with the service inconveniences the user and limits the user's interaction with the service. Requesting information from the user without requesting too much too quickly, and providing multiple avenues or modes of communication with users, including avenues that has a conversational feel, make online services more convenient and user-friendly.
  • a method for requesting user data is disclosed.
  • the method is performed on a server system having one or more processors and memory storing one or more programs for execution by the one or more processors.
  • the server system establishes a user profile for a user, the user profile including one or more information items associated with the user.
  • the server system receives a request from the user to access additional services.
  • the server system requests additional information from the user.
  • a server system that requests user data.
  • the server system has one or more processors, and memory storing one or more programs to be executed by the one or more processors.
  • the one or more programs include instructions for: establishing a user profile for a user, the user profile including one or more information items associated with the user; receiving a request from the user to access additional services; and in response to receiving the user request, requesting additional information from the user.
  • a non-transitory computer readable storage medium storing one or more programs configured for execution by a server system.
  • the one or more programs also include instructions for: establishing a user profile for a user, the user profile including one or more information items associated with the user; receiving a request from the user to access additional services; and in response to receiving the user request, requesting additional information from the user.
  • a method for responding to requests submitted through a conversational interface is disclosed.
  • the method is performed on a server system having one or more processors and memory storing one or more programs for execution by the one or more processors.
  • the server system receives a request from a user through a conversational interface.
  • the server system determines, based on the request, whether the system is able to fulfill the request automatically.
  • the server system fulfills the user request with no human interaction.
  • the server system sends the request to a human operator for fulfillment.
  • a server system responding to requests submitted through a conversational interface has one or more processors, and memory storing one or more programs to be executed by the one or more processors.
  • the one or more programs include instructions for: receiving a request from a user through a conversational interface; determining, based on the request, whether the system is able to fulfill the request automatically; in accordance with a determination that the system is able to fulfill the request automatically, fulfilling the user request with no human interaction; and in accordance with a determination that the system is not able to fulfill the request without human intervention, sending the request to a human operator for fulfillment.
  • a non-transitory computer readable storage medium storing one or more programs configured for execution by a client system.
  • the one or more programs include instructions for: receiving a request from a user through a conversational interface; determining, based on the request, whether the system is able to fulfill the request automatically; in accordance with a determination that the system is able to fulfill the request automatically, fulfilling the user request with no human interaction; and in accordance with a determination that the system is not able to fulfill the request without human intervention, sending the request to a human operator for fulfillment.
  • the method is performed on a server system having one or more processors and memory storing one or more programs for execution by the one or more processors.
  • the server system sends communication data to a user using a first communication channel.
  • the server system determines that the user has ceased using the first communication channel for receiving communications.
  • the server system identifies a second communication channel.
  • the server system sends further communication data to the user using the identified second communication channel.
  • a server system enabling communication with a user.
  • the server system has one or more processors, and memory storing one or more programs to be executed by the one or more processors.
  • the one or more programs include instructions for: sending communication data to a user using a first communication channel; determining that the user has ceased using the first
  • a non-transitory computer readable storage medium storing one or more programs configured for execution by a server system.
  • the one or more programs also include instructions for receiving an indication of intent from a user to purchase a good or service within a specific category.
  • the one or more programs include instructions for: sending communication data to a user using a first communication channel; determining that the user has ceased using the first communication channel for receiving communications; identifying a second communication channel; and sending further communication data to the user using the identified second communication channel.
  • Figure 1 is a block diagram illustrating a client-server environment in accordance with some implementations.
  • Figure 2 is a block diagram illustrating a client system in accordance with some implementations.
  • Figure 3 is a block diagram illustrating a server system in accordance with some implementations.
  • Figure 4 depicts a block diagram of an exemplary data structure for a user profile database for storing information related to users of the server system.
  • Figure 5 is a flow diagram illustrating the process for requesting user data in accordance with some implementations.
  • Figure 6 is a flow diagram illustrating the process for responding to requests submitted through a conversational interface in accordance with some implementations.
  • Figure 7 is a flow diagram illustrating the process for enabling communication with a user in accordance with some implementations.
  • a server system operates an online service (e.g., an online commerce system).
  • the online service gradually onboards a user while progressively getting more and more data about the user.
  • the online service determines if a user request can be fulfilled
  • the online service has multiple channels or modes of communications or interaction with the user.
  • a user can purchase goods or services, accumulate a social network of users of the online service, recommend goods or services to users of the online service, and recommend users to the online service.
  • users of the online service access these features through a web site operated by the online service or through any of multiple modes of communication with the online service (e.g., email to a specified email address).
  • the server system gradually onboards a user onto the online service while progressively getting more and more data about the user (e.g., requesting the user to provide more information).
  • the server system gets more data about the user by directly asking the user for data, extracting data from elsewhere (e.g., other social networks, publicly accessible online content), or inferring data from other data associated with the user (e.g., inferring data from data already in the user's profile).
  • the server system asks the user to verify extracted or inferred data.
  • the server system asks the user to provide or verify data gradually, such as periodically or when the data is needed to fulfill a user request, as opposed to all at once.
  • the service communicates to the user the reasons the online service is seeking the data. The user can then make an informed decision regarding whether to provide the data or not, or even to have the data removed.
  • the user signs up for the online service by providing certain information (e.g., a name and/or an email address). With that information, the server system builds a profile of the user, which then can be augmented with additional information.
  • certain information e.g., a name and/or an email address.
  • a new user signs up for the online service through initial introductory communications. For example, a first user is copied on a message sent to the online service by a second user, or a message from the first user to the second user is forwarded to the online service by the second user; the copying or the forwarding implicitly invites the first user to the online service.
  • the first user is explicitly invited to the online service by the second user (e.g., the second user submits to the online service the first user as an invitee), with the online service sending an invitation message to the first user.
  • the first user signs up for the online service by interacting with the online service (e.g., continuing to participate in the message thread that includes the copied or forwarded message, clicking on a web link in an invitation message).
  • the online service e.g., continuing to participate in the message thread that includes the copied or forwarded message, clicking on a web link in an invitation message.
  • a long-form signup process is omitted for the first user.
  • the server system extracts data about the first user that is used to sign up the first user (e.g., the user's name and/or email address).
  • the server system of the online service then has a user and at least one social relationship, since the user was invited or recommended by another user.
  • the user is gradually incorporated into more complex social networks within the online service. Any implicit introduction or encounter with another user through the service can progressively allow the user to broaden their social network within the online service. For example, the user invites other users to the online service, and the other users who sign up for the online service becomes part of the inviter user's social network within the online service.
  • the online service solicits from the user additional information, inviting the user to respond with a diverse array of data types.
  • the online service can prompt a user to provide a profile picture, or various social media user names.
  • the online service may also ask the user to verify data that were extracted or inferred by the online service (e.g., "we believe this might be a picture of you; if it is, respond Yes").
  • the server system of the online service solicits additional information from the user when the user makes a request to access a service or feature within the online service; the online service solicits the additional information in order to fulfill the user request. For example, when the user invites (e.g., recommends a product to) another user to the online service, the online service display a dialog for direct input of the invitee's contact information, and optionally displays a dialog for authorization to access a third-party service (e.g., a social network outside of the online service).
  • a third-party service e.g., a social network outside of the online service.
  • the user is informed in the dialog that the authorization is needed for the online service to access the third-party service, with the benefit of that access being that the user can, for example, import data or invite users from the third-party service to the online service.
  • the user can specify a user in the third party service as an invitee, and the online service, optionally, links to the user the third-party service account corresponding to the authorization information.
  • the server system solicits payment information (e.g., credit card number, name on credit card, billing address, etc.) from the user in order to fulfill the purchase request.
  • payment information e.g., credit card number, name on credit card, billing address, etc.
  • the payment information is stored in the user's profile and can be used to extract or infer further information not already in the user profile.
  • the name on the credit card may be inferred to be the user's real name, and the user is asked by the online service to confirm whether that is the case.
  • the name can also be used to extract additional information (e.g., profession, social network profile, photo, etc.) from external sources (e.g., publicly available content).
  • the extracted or inferred information is added to the user profile.
  • the online service makes solicitations of information from the user that are not prompted by a user request. For example, the online service periodically asks the user to verify a piece of extracted or inferred information without being prompted by a specific request by the user.
  • the solicitation of information follows a sequence that is defined by a state machine or decision tree, or the like.
  • the state machine or decision tree defines a sequence or path of information requests based on, for example, what information the online service already has for the user.
  • the online service recognizes the following data types:
  • the online service offers the same functionality offered in a "web site" through conversational channels. For example, if a user can accomplish a task on a web site, the user can also accomplish the task by communicating with the online service through any of multiple channels.
  • different users have different preferences in their modes or channels of communication with the online service.
  • Examples of the different modes or channels of communication include a web site, email, messaging (e.g., chat, instant messaging, SMS), social networking posts (e.g., Twitter tweets, status updates or comments in a social network), and voice communication (e.g., telephony).
  • the flexibility of responding to natural human language comes at a cost because of its varied and open-ended nature. User may believe that they are communicating with a human when in reality they are communicating with a computer. While many requests may be handled automatically, some must be referred to a human administrator.
  • automation can speed up response rates and eliminate errors and repetitive work.
  • the online service has a system where a user interacts directly (e.g., through a web site or a mobile app).
  • a user communicates with a human administrator.
  • these modes or channels of communication may be viewed, at a high level, as filling out forms with the information that is needed for the online service to fulfill user requests.
  • the online service knows what information is needed to fulfill a request, and attempts to get this information as quickly and easily for the user as possible.
  • the communications between the user and the online service is a conversation of sorts, and the multiple modes or channels of communication between the user and the online service, aggregately, may be viewed as a conversational interface.
  • some requests are complete (i.e., online service has the information needed to fulfill the request). For example, the information is all included in the request email or filled in a form at a web site of the online service. But some requests have missing pieces of information that needs to be obtained from the user. Other requests may be ambiguous (e.g., the communication making the request is ambiguous) and the online service needs to verify the request with the user to ensure that the request is understood correctly.
  • whether a request can be fulfilled automatically by the online service without the intervention of a human administrator is based on whether the request is ambiguous and/or whether there is information needed to fulfill the request that is missing and that needs to be confirmed in-person.
  • the obtaining of information needed to complete the request or resolution of an ambiguous request is automated. For example, if a user requests to buy a shoe, but forgets to indicate a size, the online service can automatically ask for the size by sending an email, an SMS, an instant message, or direct a human administrator to call the user. If the online service can detect what is missing automatically, the conversation between the user and the online service can be carried out more quickly, in some implementations, some types of information, if missing, are be sought from the user automatically without human intervention. For example, in the above example, the online service would
  • the communications between the online service and the user include use of specific nomenclature that restricts the space of valid responses. This helps reduce the possibility of ambiguity in the communications.
  • information needed to fulfill a request need not be all included in the communication conveying the request.
  • the online service can retrieve information from the user's profile, if needed, to fulfill the request. For example, if the online service knows a user from previous engagements the online service may already know the user's preferred selections, for example, their shoe size. The online service may then predict that a new purchase will be of the same size, and a communication to the user is sent to verify that the online service has made the correct selection. [0043] In some implementations, the online service adjusts the rate of its
  • the online service increases the likelihood that the user will respond quickly again with further information. But if the user is responding slowly (e.g., time duration between responses above a certain threshold), the online service can assume the user has stepped away from their device and will wait longer before following up further.
  • any incoming communications from the user to the online service is sent to a specified email address.
  • a communication sent to the specified email address can be about anything a user wants to communicate to the online service, and on the receiving end, the online service processes the communication automatically or with a human administrator, depending on the nature of the communication.
  • the online service automatically makes a best guess of what type a communication belongs to based on features in the communication that are extractable by the online service.
  • the context of the email in view of the conversation the email belongs to is known. It is more difficult with a communication initiated by a user.
  • possible types of incoming messages, that are not replies include:
  • Recommendation The user wants to: o Recommend a product or service in general, also known as a product submission; o Recommend a product or service to another user, a product recommendation; o Request a recommendation in a category; the user wants a suggestion of what to buy from her social network within the online service; o Purchase. The user would like to buy a specified product; o Nomination. The user would like to nominate a user as somebody they trust in a category; o Other. All other email;
  • the online service has algorithms for the
  • the online service follows a process of responding to and handling the message type as if the request in the message had been submitted / taken as an action on a web site of the online service.
  • the online service allows its users to communicate with the online service and convey requests using natural language and a predefined structure for processing the communications.
  • the structure has, for example, one or more rules for processing communications from users and determining how to proceed.
  • a rule may be that a reply with a specific term conveys a specific type of request.
  • Another rule may be that certain terms are known to be ambiguous, and thus trigger follow-ups for clarification (e.g., follow-up communication soliciting clarification or even human intervention).
  • the online service may be considered to be a conversational interface.
  • conversational interfaces are like language oriented state machines, where the states may require very specific structure, or very broad interpretation (e.g., replying "buy” to a tweet kicks off a state flow that results in a purchase).
  • the state flow through the state machine of the conversational interface can be linear or interleaving; just as one can explore a website linearly (e.g., by referencing a sitemap) or in a path-dependent manner where the next page to visit is based on what is in the current page, communications in a conversational interface can have similar properties - a linear flow or an interleaving flow.
  • multiple channels or modes of communication are available for communications between users and the online service.
  • the user can switch modes. For example, the user starts out sending email to the online service, and then switches to instant messaging.
  • the online service detects the change and switches to match the communication channel used by the user.
  • internal services within the online service communicate with a single interface by specifying a target user combined with a payload of metadata pertaining to the outbound message.
  • the interface receiving this information identifies a set of possible channels for the target user by calling a set of classification services. Once a channel has been identified, it is stored and used for all further
  • FIG. 1 is a block diagram illustrating a client-server environment 100 in accordance with some implementations.
  • the client-server environment 100 includes one or more client systems 102-1 and 102-2, a server system 120, and one or more vendors 160, all connected over a network 110.
  • the client system 102 includes one or more client applications 104 and a display 106.
  • the server system 120 includes a user communication module 128, an information gathering module 124, a request processing module 126, and a user profile database 130.
  • the network 110 may consist of any one or more of any of a variety of networks, including local area networks (LAN), wide area networks (WAN), wireless networks, wired networks, the Internet, or any combination of such networks.
  • LAN local area networks
  • WAN wide area networks
  • wireless networks wired networks
  • the Internet or any combination of such networks.
  • the client system 102 includes one or more client applications 104.
  • the one or more client applications 104 include, but are not limited to, a web browsing application for connecting to the server system 120.
  • the client system 102 also includes a display 106.
  • the client system is a computing device with the display integrated directly the device itself, such as a laptop, a smart phone, and a tablet computer.
  • the display is connected to, but not integrated into the client system. For example, desktop computer systems often do not have an integrated display and instead connect to a standalone display.
  • the client system 102 sends communications to and receives communications form the server system 120 over any viable communication medium.
  • a communication can be transmitted via e-mail, text, voice mail, social media message, an instant message, a message through a messaging service internal to the server system, or through the messaging service of another web service or web site.
  • the client system 102 when the user of the client system 102 replies to a communication from the server system 120, the client system 102 sends the response to the server system 120 via the same communication method that was used to send the replied-to communication. For example, if the original communication was received through an email message, the client system then uses the email messaging system to send a response.
  • the client system 102 uses a different communication method to send a response. For example, the original communication is sent as an instant message through a chat program. Instead of responding through the chat program, the user sends a response via an email.
  • the server system 120 includes a user communication module 128, an information gathering module 124, a request processing module 126, and a user profile database 130.
  • the user communication module 128 is configured to send and receive communications with a user, through any communication channel the user selects.
  • the user communications module 128 also determines the user's selected communication channel if the user leaves the previous communication channel, receives requests from users, and receives indication from a user that they are changing their current communication channel.
  • the user communication module 128 determines the communication method based on past communications with the user of the client system. Thus, the user communication module 128 chooses the communication method that the user of the client system 102 uses most often when communicating with the server system. For example, if a user communicates with the server system 120 through email in 75% of communications, the server system 120 will use an email messaging system to communicate with the user. In some implementations, each user selects a preferred communication method and this preference is stored in the user profile database 130. For example, a user selects text messaging as the preferred method for receiving messages and in response the user communication module 128 will then use text messages to send communications to the user, unless directed otherwise. In some implementations, the user communication module 128 will use multiple communication methods to send communications to the user.
  • the user communication module 128 chooses the communication method based on the time and date that the communication is to be sent. For example, the user communication module 128 uses email messages to deliver
  • each user selects time and data preferences for the user communication module 128 to use and these preferences are stored in the user profile database 130.
  • the user communication module 128 receives responses from client systems 102. In some implementations, each response is transmitted to the request processing module 126. In some other implementations, each response is transmitted to the information gathering module 124 before it is transmitted to the request processing module 126. In yet other implementations, a copy of the response is transmitted to both to the information gathering module 124 and the request processing module 126.
  • the request processing module 126 receives a request from a user and determining whether the server system 120 can automatically respond to the request without human interaction, and if not, forward the request to a human operator for fulfillment. In some implementations, the request processing module 126 identifies the type of request, identifies the information needed to fulfill the request, and determines whether the server system 120 has the information needed to fulfill the request.
  • the information gathering module 124 gathers and collects data associated with users.
  • the gathering and collecting of data include asking the user to provide or confirm data, crawling and extracting data from content hosts 160, and analyzing the user profile database 130 to infer additional data.
  • asking of users to provide or confirm data is gradual (e.g., periodic) and/or responsive to user requests.
  • the user profile database 130 contains user profiles for users who have registered to use the service provided by the server system 120.
  • a user profile includes the name, ID, demographic information (gender, age, location, etc), purchasing history, social network information (including username and passwords for one or more social networking sites), and trust information.
  • the user profile includes contact information submitted by the user or stored by the system after contact by the user including but not limited to email addresses, phone numbers, user names, instant message user IDs, and social networking sites user information sufficient to allow the service to access each of the user's social networking sites.
  • the user communication module 128 uses information stored in the user profile database 130 to send communications to the client system 102.
  • the content hosts 160 host content external to the server system 120. Examples of content host(s) include web sites, social networks, and so on.
  • the information gathering module 124 crawls the content host(s) 160 to gather information associated with users of the server system 120. The crawled information is presented to the respective users for confirmation, and information that is confirmed are stored in the user profile database 130.
  • FIG. 2 is a block diagram illustrating a client system 102, in accordance with some implementations.
  • the client system 102 typically includes one or more processing units (CPUs) 202, one or more network interfaces 210, memory 212, and one or more communication buses 214 for interconnecting these components.
  • the client system 102 includes a user interface 204.
  • the user interface 204 includes an associated display device 106 and optionally includes an input means such as a keyboard, mouse, a touch sensitive display, or other input buttons 208.
  • the display device 106 includes an audio device or other information delivery device.
  • some client systems use a microphone and voice recognition to supplement or replace the keyboard.
  • Memory 212 includes high-speed random access memory, such as DRAM,
  • Memory 212 may optionally include one or more storage devices remotely located from the CPU(s) 202. Memory 212, or alternately the non- volatile memory device(s) within memory 212, includes a non-transitory computer readable storage medium. In some implementations, memory 212 or the computer readable storage medium of memory 212 stores the following programs, modules and data structures, or a subset thereof:
  • an operating system 216 that includes procedures for handling various basic system services and for performing hardware dependent tasks
  • a network communication module 218 that is used for connecting the client system 102 to other computers via the one or more communication network interfaces 210 (wired or wireless) and one or more communication networks, such as the Internet, other wide area networks, local area networks, metropolitan area networks, and so on;
  • a display module 220 for enabling display of media content on a display 106
  • client system 102 associated with the client system 102; • one or more client system 102 applications module(s) 104 for enabling the client system 102 to perform the functions offered by the client system 102, including but not limited to: o an application 224 for sending and receiving communications to/from a server system ( Figure 1, 120) and displaying the information (for example web pages) returned by the server system ( Figure 1, 120) or a smart phone or other computer system application that performs the same function; and
  • client data module(s) 230 for storing data related to the client system 102, including but not limited to: o client message data 232, including data representing messages to be sent to the server system ( Figure 1, 120) and messages received from the server system ( Figure 1, 120); and o user profile data 234, including information concerning users of the client system 102 such as a user profile, user preferences and interests, user contact information, and other information relevant to providing services to the user.
  • FIG. 3 is a block diagram illustrating a server system 120, in accordance with some implementations.
  • the server system 120 typically includes one or more processing units (CPUs) 302, one or more network interfaces 304, memory 306, and one or more communication buses 308 for interconnecting these components.
  • CPUs processing units
  • network interfaces 304
  • memory 306
  • communication buses 308 for interconnecting these components.
  • Memory 306 includes high-speed random access memory, such as DRAM,
  • Memory 306 may optionally include one or more storage devices remotely located from the CPU(s) 302. Memory 306, or alternately the non-volatile memory device(s) within memory 306, includes a non-transitory computer readable storage medium. In some implementations, memory 306 or the computer readable storage medium of memory 306 stores the following programs, modules and data structures, or a subset thereof:
  • an operating system 310 that includes procedures for handling various basic system services and for performing hardware dependent tasks
  • the one or more communication network interfaces 304 wireless or wireless
  • one or more communication networks such as the Internet, other wide area networks, local area networks, metropolitan area networks, and so on;
  • server application module(s) 314 for enabling the server system 120 to perform the functions offered by the server system 120, including but not limited to: o an information gathering module 124 for gathering and collecting increasing amounts of data for a user, with the user's permission, while also conveying the purpose of the information gathering to the user; o a request processing module 126 for receiving a request from a user and
  • determining whether the server system ( Figure 1, 120) can automatically respond to the request without human interaction, and if not, forward the request to a human operator for fulfillment; o a user communication module 128 for communicating with a user, through any communication channel the user selects, determining the users selected determination channel if the user leaves the previous communication channel; receiving requests from users, and receiving indication from a user that they are changing their current communication channel; and
  • server data module(s) 330 for storing data related to the server system 120, including but not limited to: o user profile information database 130 including user preferences and interests, user contact information, and user history, including past user purchases, searches, page views, previous product recommendations, previous product reviews, social connections of the user, users' histories of previous requests, user relationship data, user trust data, user interest data, user payment data, the user's preferred communication channel; the user's current communication channel, and any other information related to the user.
  • Figure 4 depicts a block diagram of an exemplary data structure for a user profile database 130 for storing information related to users of the server system ( Figure 1, 120).
  • the user profile database 130 includes a plurality of user profiles 402-1 to 402-P, each of which corresponds to a user registered with the server system ( Figure 1, 120).
  • each user profile 402 contains a user profile ID 404, a user history 406, trust information 408, recommendations 410 made by the user, and user contact information 412.
  • user profile ID 404 is a value that uniquely identifies a specific user of the server system ( Figure 1, 120). In some implementations, this value is chosen by the user and is a user name. In other implementations, this value is assigned to the user by the server system ( Figure 1, 120) as part of the registration process.
  • the user history 406 stores a history of the user's past interactions with the server system ( Figure 1, 120) including past user purchases, searches, page views, previous product recommendations, previous product reviews, and social connections of the user including previously recorded trust information for other users and/or social information received from social networking sites.
  • trust information 408 includes data describing the social connections of the user and includes a trust level for other users of the server system ( Figure 1, 120).
  • a trust level is a value representing the degree to which a user trusts the opinions and recommendations of another user.
  • trust information is explicitly submitted by the users, in other situations the server system ( Figure 1, 120) infers trust information from the actions of users, and in yet other situations trust information includes information from both user submissions and server inferences.
  • recommendation 410 data includes product purchases and product recommendations previously submitted by the user.
  • contact information 412 includes a list of contact information for contacting the user through a plurality of communication methods and information describing if and when the server system ( Figure 1, 120) should use that method.
  • the contact information 412 includes an email address, a phone number, and a social network ID for the user. The user may select that the server system ( Figure 1, 120) should never use social network messaging to contact to user and should use email address at all times except for the weekend and that a text message to a mobile phone should be used on the weekend.
  • the contact information 412 includes login and password information for one or more social networking sites.
  • Figure 5 is a flow diagram illustrating the process for requesting user data in accordance with some implementations.
  • Each of the operations shown in Figure 5 may correspond to instructions stored in a computer memory or computer readable storage medium. Optional operations are indicated by dashed lines (e.g., boxes with dashed-line borders).
  • the method described in Figure 5 is performed by the server system ( Figure 1, 120).
  • the server system ( Figure 1, 120) establishing a user profile ( Figure 4, 402) for a user (502).
  • the user profile 402 includes one or more
  • the user profile is established when the user signs up for the online service that the server system 120 operates.
  • the server system receives a request from the user to access additional services (504). For example, the server system 120 receives a communication from the user to recommend another user, recommend a good or service, or to purchase a good or service.
  • the server system in response to receiving the user request, the server system ( Figure 1, 120) requesting additional information from the user (506). For example, if the request is a product recommendation, the server system 120 can ask the user to identify a user, within or without the online service that the server system 120 operates, that referred a product to the user making the request.
  • requesting additional information from the user includes requesting information needed to fulfill the user request (508). For example, if the request is a request to purchase a good, the server system 120 sends communications to the user requesting that the user provide any information that is needed to make the purchase transaction but are not in the server system 120.
  • requesting additional information from the user includes requesting that the user confirm information associated with the user obtained from an information source.
  • the server system 120 extracts information associated with the user that is obtained from a content host 160 (e.g., a third-party social network), and server system 120 asks the user to confirm the extracted information.
  • a content host 160 e.g., a third-party social network
  • server system 120 can extract information about the product from content hosts 160 and asks the user to confirm the information.
  • the server system 120 can look in the user profile database 130 for the user's past transactions, extract information from the past transactions that is relevant to the request, and ask the user to confirm that the extracted information is still valid.
  • the information source is, for example, an online presence of the user, social network activity of the user, a communications history of the user, or a requests history of the user.
  • requesting additional information from the user includes requesting additional information from the user in accordance with a predefined information request sequence.
  • the sequence can be defined, for example, by a state diagram, decision tree, or the like.
  • the location and path within the state diagram or decision tree is based on, for example, how much and what information is in the user profile, if the user is making a request, and the type of request, if any.
  • the server system 120 periodically makes unprompted requests for additional information from the user (508). For example, the server system 120 periodically presents a solicitation of information to the user. The solicitation is not prompted by a specific user request. In some implementations, the unprompted requests are dictated by the state diagram or decision tree described above based on what information is already in the user profile.
  • the server system 120 receives the requested additional information from the user (510), and adds the received additional information to the user profile of the user (512). In some implementations, the server system 120 infers information associated with the user based on the received information (514), and adds the inferred information to the user profile of the user (516).
  • Figure 6 is a flow diagram illustrating the process for of responding to requests submitted through a conversational interface in accordance with some
  • Each of the operations shown in Figure 6 may correspond to instructions stored in a computer memory or computer readable storage medium. Optional operations are indicated by dashed lines (e.g., boxes with dashed-line borders). In some implementations, the method described in Figure 6 is performed by the server system ( Figure 1, 120).
  • the server system receives a request from a user through a conversational interface (602).
  • the server system determines, based on the request, whether the system is able to fulfill the request
  • the server system 120 and a user of the client system 102 exchange communications, in which the user conveys a request (e.g., a purchase, a recommendation, etc.) and the server system 120 receives the communications and determines the type of request the user is conveying and whether fulfillment of the request can be performed automatically, without human intervention.
  • a request e.g., a purchase, a recommendation, etc.
  • determining whether the system is able to fulfill the request automatically includes, in accordance with a determination that a type of the request is ambiguous based on contents of the request, determining that the system is not able to fulfill the request without human intervention. For example, if the communication conveying the request has ambiguity (e.g., ambiguity regarding the type of request, ambiguity regarding information needed to fulfill the request), the request is determined to require human intervention for fulfillment.
  • ambiguity e.g., ambiguity regarding the type of request, ambiguity regarding information needed to fulfill the request
  • determining whether the system is able to fulfill the request automatically includes, in accordance with a determination that one or more information items needed to fulfill the request requires in-person confirmation by the user, determining that the system is not able to fulfill the request without human intervention. For example, if the information needed for fulfilling the request includes sensitive information that is not already in the user profile, the server system 120 determines that the request requires a human administrator to communicate to the user in person (e.g., by phone, by video conference) to obtain and/or confirm the sensitive information.
  • the server system 120 fulfills the user request with no human interaction (606). For example, if the request is unambiguous and the server system 120 has all of the information needed to fulfill the request, the server system 120 fulfills the request without forwarding the request to a human administrator for fulfillment.
  • the server system 120 sends the request to a human operator for fulfillment (608).
  • Figure 7 is a flow diagram illustrating the process for enabling communication with a user in accordance with some implementations.
  • Each of the operations shown in Figure 7 may correspond to instructions stored in a computer memory or computer readable storage medium.
  • Optional operations are indicated by dashed lines (e.g., boxes with dashed- line borders).
  • the method described in Figure 7 is performed by the server system ( Figure 1, 120).
  • the server system ( Figure 1, 120), sends communication data to a user using a first communication channel (702).
  • the server system 120 determines that the user has ceased using the first communication channel for receiving communications (704).
  • the server system 120 identifies a second communication channel currently being used by the user (706).
  • the server system 120 sends further communication data to the user using the identified second communication channel (708).
  • the server system 120 sends a communication to the user at the client system 102 using, for example, instant messaging.
  • the server system 120 determines that the user has ceased using instant messaging.
  • the server system 120 identifies another communication channel (e.g., email), and sends future communications to the user using that another communication channel.
  • the first or the second communication channel is any of: email, chat messaging, text messaging, social networking, a website, message boards, voice communication (e.g., telephony, voicemail, voice over Internet Protocol, etc.), and video conferencing.
  • determining that the user has ceased using the first communication channel for receiving communication includes receiving a communication from the user on a communication channel different from the first communication channel.
  • identifying the second communication channel includes identifying the communication channel at which the communication was received as the second communication channel. For example, if the server system 120 sends a communication to the user using the first communication channel and the user replies back using a communication channel different from the first communication channel, the server system 120 determines that the user has ceased using the first communication channel and has switched to a different communication channel. That different communication channel is identified as the second communication channel.
  • determining that the user has ceased using the first communication channel receiving communication includes determining, in accordance with a schedule, that the user desires to receive communication at a communication channel different from the first communication channel.
  • identifying the second communication channel includes identifying the second communication channel in accordance with the schedule.
  • the user profile for a user may have data specifying a schedule when particular communications channels are preferred.
  • such a schedule may be predefined system- wide behavior for the server system 120. The user's preferred communication channel for receiving communication changes with the time of day in accordance with the schedule, and the second communication channel is determined in accordance with the schedule as well.
  • determining that the user has ceased using the first communication channel receiving communication includes detecting a log-out by the user from the first communication channel. For example, if the server system 120 and the user is communicating through a channel within the system (e.g., instant messaging in a web site operated by the server system 120) and the user logs out from the channel (e.g., the user logs out from the web site), the server system 120 determines that the user has cease using the channel within the system for communications and proceeds to switch to another channel (e.g., email).
  • a channel within the system e.g., instant messaging in a web site operated by the server system 120
  • the server system 120 determines that the user has cease using the channel within the system for communications and proceeds to switch to another channel (e.g., email).
  • first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another.
  • a first contact could be termed a second contact, and, similarly, a second contact could be termed a first contact, without departing from the scope of the present implementations.
  • the first contact and the second contact are both contacts, but they are not the same contact.
  • the phrase “if it is determined” or “if (a stated condition or event) is detected” may be construed to mean “upon determining” or “in response to determining” or “upon detecting (the stated condition or event)” or “in response to detecting (the stated condition or event),” depending on the context.

Abstract

Certains modes de réalisation concernent un procédé permettant de demander des données utilisateur. Le procédé est exécuté sur un système de serveur ayant un ou plusieurs processeurs et une mémoire enregistrant un ou plusieurs programmes à exécuter par le ou les processeurs. Le système du serveur établit un profil utilisateur pour un utilisateur. Le profil utilisateur comprend un ou plusieurs éléments d'information associés à l'utilisateur. Le système du serveur reçoit une demande de l'utilisateur visant à accéder à des services supplémentaires. En réponse à la réception de la demande de l'utilisateur, le système du serveur demande des informations supplémentaires à l'utilisateur.
PCT/US2013/041700 2012-05-17 2013-05-17 Demande progressive de quantités croissantes de données utilisateur et réseau WO2013173788A1 (fr)

Applications Claiming Priority (32)

Application Number Priority Date Filing Date Title
US201261648578P 2012-05-17 2012-05-17
US201261648588P 2012-05-17 2012-05-17
US201261648564P 2012-05-17 2012-05-17
US201261648582P 2012-05-17 2012-05-17
US201261648591P 2012-05-17 2012-05-17
US201261648569P 2012-05-17 2012-05-17
US201261648566P 2012-05-17 2012-05-17
US61/648,588 2012-05-17
US61/648,591 2012-05-17
US61/648,564 2012-05-17
US61/648,566 2012-05-17
US61/648,569 2012-05-17
US61/648,578 2012-05-17
US61/648,582 2012-05-17
US201261688655P 2012-05-18 2012-05-18
US61/688,655 2012-05-18
US13/769,181 US20130317941A1 (en) 2012-05-17 2013-02-15 Trust Graph
US13/769,181 2013-02-15
US13/986,612 2013-05-16
US13/986,608 2013-05-16
US13/896,292 US10740779B2 (en) 2012-05-17 2013-05-16 Pre-establishing purchasing intent for computer based commerce systems
US13/986,606 US20130311573A1 (en) 2012-05-17 2013-05-16 Progressively asking for increasing amounts of user and network data
US13/986,607 2013-05-16
US13/986,612 US20130311337A1 (en) 2012-05-17 2013-05-16 Universal consumption service
US13/986,608 US20130311621A1 (en) 2012-05-17 2013-05-16 Universal Communications Infrastructure
US13/896,310 2013-05-16
US13/896,310 US9799046B2 (en) 2012-05-17 2013-05-16 Zero click commerce systems
US13/986,607 US9875483B2 (en) 2012-05-17 2013-05-16 Conversational interfaces
US13/986,606 2013-05-16
US13/896,292 2013-05-16
US13/896,318 US20130311260A1 (en) 2012-05-17 2013-05-16 Reward Structures
US13/896,318 2013-05-16

Publications (1)

Publication Number Publication Date
WO2013173788A1 true WO2013173788A1 (fr) 2013-11-21

Family

ID=49584359

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2013/041700 WO2013173788A1 (fr) 2012-05-17 2013-05-17 Demande progressive de quantités croissantes de données utilisateur et réseau

Country Status (1)

Country Link
WO (1) WO2013173788A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015191587A3 (fr) * 2014-06-09 2016-03-10 Cubic Corporation Authentification de clients basée sur une action que l'utilisateur a faite à l'intérieur d'un système de transport
US11093870B2 (en) * 2018-02-09 2021-08-17 Microsoft Technology Licensing, Llc Suggesting people qualified to provide assistance with regard to an issue identified in a file

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020090816A (ko) * 2001-05-29 2002-12-05 (주)데카커뮤니케이션즈 객체 지향 이론을 기반으로 한 소비자 욕구 지향 다차원상품 분석·관리 시스템 및 방법
US20040117482A1 (en) * 2002-12-17 2004-06-17 International Business Machines Corporation Method, system, and program product for customizing an application
US20090106366A1 (en) * 2007-10-17 2009-04-23 Nokia Corporation System and method for visualizing threaded communication across multiple communication channels using a mobile web server
US20090234749A1 (en) * 2008-03-11 2009-09-17 International Business Machines Corporation Order Processing Analysis Tool
US20120065884A1 (en) * 2010-09-10 2012-03-15 Samsung Electronics Co. Ltd. Method and system for providing social network service with mobile terminal

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020090816A (ko) * 2001-05-29 2002-12-05 (주)데카커뮤니케이션즈 객체 지향 이론을 기반으로 한 소비자 욕구 지향 다차원상품 분석·관리 시스템 및 방법
US20040117482A1 (en) * 2002-12-17 2004-06-17 International Business Machines Corporation Method, system, and program product for customizing an application
US20090106366A1 (en) * 2007-10-17 2009-04-23 Nokia Corporation System and method for visualizing threaded communication across multiple communication channels using a mobile web server
US20090234749A1 (en) * 2008-03-11 2009-09-17 International Business Machines Corporation Order Processing Analysis Tool
US20120065884A1 (en) * 2010-09-10 2012-03-15 Samsung Electronics Co. Ltd. Method and system for providing social network service with mobile terminal

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015191587A3 (fr) * 2014-06-09 2016-03-10 Cubic Corporation Authentification de clients basée sur une action que l'utilisateur a faite à l'intérieur d'un système de transport
US11093870B2 (en) * 2018-02-09 2021-08-17 Microsoft Technology Licensing, Llc Suggesting people qualified to provide assistance with regard to an issue identified in a file

Similar Documents

Publication Publication Date Title
US9875483B2 (en) Conversational interfaces
US11516264B2 (en) Methods and systems for soliciting an answer to a question
JP6703003B2 (ja) 定型応答の自動決定のための技術
US20180176164A1 (en) Selective communication of messages
US9805127B2 (en) Methods and systems for utilizing activity data with clustered events
US10134046B2 (en) Social sharing and influence graph system and method
US20150199770A1 (en) Social And Commercial Internet Platform for Correlating, Crowdsourcing, and Convening People and Products of Related Characteristics Into A Virtual Social Network
US11334714B2 (en) Generating diverse smart replies using synonym hierarchy
US9832162B2 (en) Viral invitations for social networks
WO2013173799A1 (fr) Structures de récompense
US20220269386A1 (en) Methods and Systems for Soliciting an Answer to a Question
US20170004515A1 (en) Techniques for providing a retail poll service
WO2013173788A1 (fr) Demande progressive de quantités croissantes de données utilisateur et réseau
US10438252B2 (en) Method and system for SMS intermediation
US8250139B2 (en) Demand-driven, collaborative systems and processes for collecting structured information
US20120284327A1 (en) Apparatus and methods for providing real time advice online
US11188194B2 (en) Personalization and synonym hierarchy for smart replies
US8108463B2 (en) Demand-driven, collaborative systems and processes for collecting structured information
US20190190877A1 (en) Inverted fan-out for relevant notification of activity
US11379890B2 (en) Conversational mapping of web items for mediated group decisions
US20190340621A1 (en) Connection fulfillment system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13790837

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13790837

Country of ref document: EP

Kind code of ref document: A1