WO2017092244A1 - 信息处理方法、客户端和计算机存储介质 - Google Patents

信息处理方法、客户端和计算机存储介质 Download PDF

Info

Publication number
WO2017092244A1
WO2017092244A1 PCT/CN2016/082549 CN2016082549W WO2017092244A1 WO 2017092244 A1 WO2017092244 A1 WO 2017092244A1 CN 2016082549 W CN2016082549 W CN 2016082549W WO 2017092244 A1 WO2017092244 A1 WO 2017092244A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
type
server
information
requirement
Prior art date
Application number
PCT/CN2016/082549
Other languages
English (en)
French (fr)
Inventor
张岩
Original Assignee
腾讯科技（深圳）有限公司
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
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Publication of WO2017092244A1 publication Critical patent/WO2017092244A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L15/00—Speech recognition
    • G10L15/28—Constructional details of speech recognition systems
    • G10L15/30—Distributed recognition, e.g. in client-server systems, for mobile phones or network applications

Definitions

  • the present invention relates to the field of information technology, and in particular, to an information processing method, a client, a server, and a computer storage medium.
  • Baidu's small or secret robots The user inputs the service demand to the terminal device such as the mobile phone through the natural language, and after receiving the service demand, the small or secret robot performs the information search according to the service demand, and returns the service interface that can satisfy the service demand to the terminal after completing the search. .
  • the terminal will display each service interface (such as service link or graphic information) that can provide the service to meet the needs of the user.
  • the user By browsing the information, the user enters the third-party service website through the service interface through manual input or click operation.
  • the user enters a demand parameter for obtaining the service at the third party service website.
  • the robot such as the small degree or the secret is playing a role of voice analysis and finding the corresponding service interface.
  • the intelligence is not enough, the user operation is still cumbersome and the user satisfaction is still low.
  • embodiments of the present invention are directed to providing an information processing method, a client, and a computer storage medium, at least partially solving the problem that the voice intelligent service is not sufficiently intelligent.
  • a first aspect of the embodiments of the present invention provides an information processing method, where the method includes:
  • Parsing the input voice determining a service requirement and a first type of demand parameter that satisfies the service requirement
  • a second aspect of the embodiment of the present invention provides a client, where the client includes:
  • a voice collection unit configured to collect input voices
  • a parsing unit configured to parse the input voice, determine a service requirement, and a first type of demand parameter that satisfies the service requirement
  • An output unit configured to output prompt information when it is determined that at least one of the first type of demand parameters is not included in the input voice, until all the first type demand parameters satisfying the service requirement are obtained;
  • a sending unit configured to send the service requirement and the first type of demand parameter to a server
  • the receiving unit is configured to receive service response information returned by the server based on the service requirement and the first type of demand parameter.
  • a computer storage medium storing computer executable instructions for executing at least one of the above information processing methods is stored in the computer storage medium.
  • the information processing method, the client, and the computer storage medium provided by the embodiments of the present invention determine, after parsing the voice input, whether at least the first type of demand parameter that satisfies the service requirement is obtained; if the first type parameter that satisfies the service requirement is not obtained, Then, by outputting a prompt message, the user is prompted to input; thus, the user will inform the goods or services required by the user through multiple voice input.
  • Client then sends these to the server. Based on the information, the server can directly find the service response information required by the user and return it to the client; the client can output the response information of the service for the user to view. In this process, the user does not need to be drowned in various data provided by the service provider or the goods provider, thereby avoiding information viewing fatigue and improving the intelligence of the client and the satisfaction of the user.
  • FIG. 1A is a schematic flowchart of a first information processing method according to an embodiment of the present invention.
  • FIG. 1B is a schematic flowchart of a second information processing method according to an embodiment of the present disclosure
  • FIG. 2 is a schematic structural diagram of a client according to an embodiment of the present invention.
  • FIG. 3A to FIG. 3C are schematic diagrams of information interaction between a user and a small micro robot according to an information processing method according to an embodiment of the present invention
  • FIG. 4 is a schematic flowchart of a third information processing method according to an embodiment of the present invention.
  • FIG. 5 is a schematic flowchart diagram of a fourth information processing method according to an embodiment of the present disclosure.
  • FIG. 6 is a schematic structural diagram of another client provided by the fourteen-line example of the present invention.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • this embodiment provides an information processing method, where the method includes:
  • Step S110 collecting an input voice
  • Step S120 Parsing the input voice, determining a service requirement and a first type of demand parameter that satisfies the service requirement;
  • Step S130 output prompt information when it is determined that at least one of the first type of demand parameters is not included in the input voice, until all the first type demand parameters satisfying the service requirement are obtained;
  • Step S140 Send the service requirement and the first type of demand parameter to a server
  • Step S150 Receive service response information returned by the server based on the service requirement and the first type of demand parameter.
  • the information processing method described in this embodiment can be applied to a user terminal, such as a client.
  • a user terminal such as a mobile phone, a tablet computer, or a wearable device.
  • the input voice may be collected when the client displays the interactive interface in step S110.
  • the interactive interface here can be like the WeChat chat interface. There is no information of the service provider in the chat interface. After the client receives the input voice, a dialog box of the prompt information or input voice is displayed on the interaction interface. In the display interaction interface in this embodiment, there is no information such as websites or advertisements of various service parties, so that information interference to users can be reduced.
  • the display interaction interface may be an interaction interface of various social applications.
  • the step S110 may specifically include: when the client displays an interaction page of a specified public number of the social application, the input voice is collected.
  • the input voice is collected on an interactive page of a designated public number of the social application.
  • the social applications here may include various social applications such as WeChat, QQ, Alipay wallet.
  • the designated public number can be a social account that can provide services, usually a service number or a subscription number held by a company, a company, or another organization, and can be added to all social public numbers to provide services for other social accounts.
  • the social application here is a timely communication interaction application such as WeChat
  • the designated public number can be the WeChat public number.
  • the WeChat user can interact with the WeChat public account.
  • the social application is QQ
  • the designated public number may be a QQ service number
  • the interactive page of the designated public number of the social application may refer to a dialog page for communication between the QQ user and the QQ service number.
  • the interactive page of the designated public number of the social application is provided with a voice input control button, or A detection area or the like of the input voice is detected.
  • the designated public number may be a public account of the small micro robot. In this way, in step S110, the input voice can be collected on the page where the WeChat user interacts with the small micro robot.
  • the user can use the social application to socialize, and use the designated public account of the social application to perform operations such as obtaining various service requirements, thereby improving the intelligence of the client, facilitating the operation of the user to obtain the service requirement, and improving the user.
  • the information processing method described in this embodiment may also be used in combination with various technical solutions provided in any of the foregoing embodiments.
  • a service order is received, and an operation such as a service order and a payment interface is output.
  • the user inputs voice to the client through natural voice. For example, "I want to book a ticket”, at this time the client will recognize and parse the input voice to form an analysis result.
  • the input voice of "I want to book a ticket" includes the service requirement for booking a ticket.
  • the take-off address and destination address of the booked ticket are not determined, and the demand parameters of the ticket date are not determined.
  • the need to book a ticket will be sent to the server, which will search for various websites or applications that can provide ticket reservations, thereby returning the service interface to the client.
  • the user enters the website or application that provides the corresponding service through the service interface, and the user fills in the information to complete the service acquisition.
  • step S130 it is determined whether the first type of demand parameter of the service requirement is completely obtained from the voice input.
  • the demand parameters corresponding to the booking service include the departure address, the destination address, the flight date, the flight time, the route, the airline, and the like. All or part of the required parameters may be selected from the requirement parameters as the first type of demand parameters.
  • basic requirement parameters are selected as the first type of demand parameters.
  • the prompt information is output, and the prompt information may be prompt voice or prompt graphic information. The prompt is used to enter the demand parameters.
  • the client receives the "I want to book a ticket"
  • the client currently only determines the service requirements, but has not yet obtained any demand parameters.
  • the client can output the message "Please enter the departure address, destination address, flight date, etc.” in order to guide the user by inputting the demand parameters.
  • the user After the user sees the prompt information, the user naturally inputs the above information according to his or her own situation, so that the client obtains the demand parameter.
  • the client can output one or more prompts until at least all of the first type of demand parameters are obtained.
  • the service requirements in this embodiment can be various types of user requirements.
  • step S140 the service requirement and the first type of demand parameter are sent to the server. Since the server directly receives the service requirement and the first type of demand parameter, the server is convenient to provide the service party that satisfies the service requirement according to the service requirement and the first type of demand parameter under the limitation of the first type of demand parameter. And obtaining a corresponding service according to the service requirement and the first type of demand parameter, thereby forming a service response.
  • the service response information will be received in step S150 to facilitate the user to obtain the service.
  • the client does not need to receive the service interface of the service party that can meet the corresponding service requirement from the server, and the user does not need to browse the third-party webpage and the application interface, etc., which obviously simplifies the service flow and reduces the client and the server.
  • the interaction between the information improves the intelligence of the client and the satisfaction of the user.
  • the service response information received in the step S150 may be more than one.
  • the server finds that, under the limitation of the first type of demand parameter, based on the service requirement and the first type of demand parameter, There are more than one service provider that can provide services.
  • the service response information may include information of a plurality of service parties and detailed information of services that each service party can provide.
  • the user is allowed to select the most suitable by reading the basic parameter constraints such as the first type of demand parameters. Service party and / or service.
  • the client will determine whether the input voice includes all service requirements and the first type of demand parameters, and obviously does not include the demand parameters.
  • the client outputs "Please input the e-book title and/or the identification information of the author".
  • the user will input the information according to the information of the e-book that he wants to download.
  • the client will send it to the server, and the server directly downloads the corresponding e-book according to the demand and demand parameters sent by the client.
  • the e-book and the downloaded e-book are sent to the client as part of the service response message.
  • the client prompts the user to input a relatively complete requirement parameter required for obtaining the corresponding service, thereby directly giving the service response information, simplifying the user operation process, and improving the response rate.
  • the information processing method in this embodiment may all be in an information processing interface, and the information processing interface may be used to receive voice input of the user, and the voice prompt may be output through voice or display mode, and the information is The service response information is outputted in the interface, so that the client does not need to perform information jump in multiple display interfaces. For example, the client does not need to jump from the voice input interface to the web page of the service party that is completely different from the voice input interface. Obviously, the power consumption of the client information display and processing can be reduced, and the standby time of the client is extended.
  • the information processing interface that the user sees is clear and clear, and the user does not need to find the information he needs in the vast amount of information, which alleviates the user's visual fatigue and improves the user satisfaction.
  • the server described in this embodiment may generally refer to one or more servers, for example, at least two servers are shown in FIG. 1B. These servers can form a service platform.
  • the service platform may search for a service provider capable of satisfying the service requirement and form a service response by retrieving various information provided by the service party under the restriction of the first type of demand parameter. Information, finally the server sends the service response information to the client.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • the embodiment provides an information processing method
  • the method package includes include:
  • Step S110 collecting an input voice
  • Step S120 Parsing the input voice, determining a service requirement and a first type of demand parameter that satisfies the service requirement;
  • Step S130 output prompt information when it is determined that at least one of the first type of demand parameters is not included in the input voice, until all the first type demand parameters satisfying the service requirement are obtained;
  • Step S140 Send the service requirement and the first type of demand parameter to a server
  • Step S150 Receive service response information returned by the server based on the service requirement and the first type of demand parameter.
  • the step S150 may include:
  • the method further includes:
  • the service order is output.
  • the service that satisfies the service demand in this embodiment may be a paid service, and the paid service here may be any service that needs to pay the consideration for the entity or virtual currency.
  • the client will receive the service order directly from the server.
  • the service order may generally include an order generated based on the service demand and a demand parameter formed including at least a first type of demand parameter. For example, the order is a scheduled service order to fly from Beijing to Shanghai on October 20.
  • the client After receiving the service order, the client will output the service order, and the service order is output as the service response information, which is equivalent to informing the user that the order is generated, and the related service order has been generated.
  • the client prompts the user to input various demand information of the service demand by one or more prompts, and the server can pass the service according to the service requirement and at least the first type of demand parameter.
  • the interaction between the parties directly generates a service order.
  • This operation process compared to the prior art client to obtain the service order process, greatly Improve the rate at which the client receives the service order, simplify the user operation, make better use of the client's hardware and software resources, and improve the client's intelligence and user satisfaction.
  • Embodiment 3 is a diagrammatic representation of Embodiment 3
  • this embodiment provides an information processing method, where the method includes:
  • Step S110 collecting an input voice
  • Step S120 Parsing the input voice, determining a service requirement and a first type of demand parameter that satisfies the service requirement;
  • Step S130 output prompt information when it is determined that at least one of the first type of demand parameters is not included in the input voice, until all the first type demand parameters satisfying the service requirement are obtained;
  • Step S140 Send the service requirement and the first type of demand parameter to a server
  • Step S150 Receive service response information returned by the server based on the service requirement and the first type of demand parameter.
  • the step S150 may include:
  • the method also includes outputting the service order.
  • the method further includes:
  • the service order is valid after the payment is completed.
  • the method in this embodiment further includes inputting a payment interface.
  • the payment interface can be a voice payment interface or a manual payment interface. In this way, the user can pay by voice and one-touch manual operation.
  • the user can realize the determination and payment of the service order by interacting with the client multiple times, and no need to manually select the service in the massive service provider. And payment, greatly improving the efficiency of placing orders and making order payments through the client.
  • the client will sort the effective order into the recording interface, and when the client switches to the recording interface, the most recent effective orders are displayed first.
  • the service parties of these orders may be the same or different, so that users do not have to go to each service provider to check the information of their own orders, and do not need to register the account in each service provider to generate an order.
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • this embodiment provides an information processing method, where the method includes:
  • Step S110 collecting an input voice
  • Step S120 Parsing the input voice, determining a service requirement and a first type of demand parameter that satisfies the service requirement;
  • Step S130 output prompt information when it is determined that at least one of the first type of demand parameters is not included in the input voice, until all the first type demand parameters satisfying the service requirement are obtained;
  • Step S140 Send the service requirement and the first type of demand parameter to a server
  • Step S150 Receive service response information returned by the server based on the service requirement and the first type of demand parameter.
  • the step S150 may include:
  • the service reminder information is output according to the service tracking information.
  • the service tracking information here, including information that changes during the service process, such as flight departure reminder information and flight delay prompt information, obviously provides users with more humanized services.
  • the service tracking information may include shipping logistics information of the shopping order, and information such as tracking of after-sales information of other orders, so that on the one hand, the service status may be updated, and the user may be promptly reminded, on the other hand, Through such a reminder, the user who is a consumer is more satisfied with the service of the merchant, and the reminding operation of the merchant is simplified, and the interaction frequency formed by the information processing method according to the embodiment is better promoted.
  • Embodiment 5 is a diagrammatic representation of Embodiment 5:
  • this embodiment provides an information processing method, where the method includes:
  • Step S110 collecting an input voice
  • Step S120 Parsing the input voice, determining a service requirement and a first type of demand parameter that satisfies the service requirement;
  • Step S130 output prompt information when it is determined that at least one of the first type of demand parameters is not included in the input voice, until all the first type demand parameters satisfying the service requirement are obtained;
  • Step S140 Send the service requirement and the first type of demand parameter to a server
  • Step S150 Receive service response information returned by the server based on the service requirement and the first type of demand parameter.
  • the parameter satisfying the service requirement further includes a second type of demand parameter
  • the method further includes:
  • Step S160 Generate a determination strategy of the second type requirement parameter or the second type requirement parameter according to the history record information and/or the preset information.
  • Step S170 determining a policy of the second type of demand parameter or the second type of demand parameter, Sent to the server.
  • the requirement parameter further includes a second type of requirement parameter
  • the second type of demand parameter may be a less important requirement parameter.
  • the client further generates second type requirement information according to user information and/or preset second requirement parameter setting policy and/or history information.
  • the client may determine, according to the historical record information, whether the probability of the user flying at night or the probability of flying at night is large, and determining the flight time information. For example, the user never flies at night, and the user can be considered not to like the flight at night, and the flight time can be determined to be within the daytime period. Obviously, this is a way to easily determine the second type of demand parameters.
  • the pre-set information may be information that is set according to user instructions.
  • the flight time information as an example, user A often travels. In general, user A is used to flying during the day. In order to simplify the subsequent scheduled flight, the user can set the flight time information to the daytime period by default in the client. In this case, the flight time information is also easily determined based on the user information.
  • a flight time information selection policy may be generated, which is the flight time information of the lowest price selected flight.
  • the client sends the determining policy of the second type of demand parameter to the server, and when the server performs the flight reservation, the server may obviously determine the second type of demand parameter according to the determining policy.
  • the client also intelligently determines the second type of demand parameter or the second type of demand parameter determining strategy, and sends the second type of demand parameter or the second type of demand parameter determining policy to the server, which is convenient.
  • the server directly obtains the service response information according to the determining strategy of the second type of demand parameter or the second type of demand parameter; and further improves the intelligence of the client and the satisfaction of the user.
  • the information processing method described in this embodiment may be combined with any one of the foregoing information processing parties.
  • the method is used in combination, for example, the client also operates from a service order and/or an output payment interface, thereby facilitating the user to complete all operations of the predetermined corresponding service or the corresponding service in one operation interface.
  • this embodiment provides an information processing method, where the method includes:
  • Step S110 collecting an input voice
  • Step S120 Parsing the input voice, determining a service requirement and a first type of demand parameter that satisfies the service requirement;
  • Step S130 output prompt information when it is determined that at least one of the first type of demand parameters is not included in the input voice, until all the first type demand parameters satisfying the service requirement are obtained;
  • Step S140 Send the service requirement and the first type of demand parameter to a server
  • Step S150 Receive service response information returned by the server based on the service requirement and the first type of demand parameter.
  • the parameter satisfying the service requirement further includes a second type of demand parameter
  • the method further includes:
  • Step S160 Generate a determination strategy of the second type requirement parameter or the second type requirement parameter according to the history record information and/or the preset information.
  • Step S170 Send the second type requirement parameter or the determining strategy of the second type requirement parameter to the server.
  • the method in the embodiment further includes:
  • the step S170 may include:
  • the second type of demand parameter or the input voice of the determining policy is agreed to be sent, the second type of demand parameter or the determining policy is sent to the server.
  • the outputting the second type of demand parameter or the determining strategy is preferably performed by means of display output, and of course, voice output.
  • the second type of demand parameter or the determination policy is sent to the server after detecting that the user agrees to the second type of demand parameter or the determination of the policy in step S170. This ensures that the second type of demand parameters or the determination strategy is what the user expects. If the input voice is found in step S160 and the user indicates disagreement, the client may output prompt information, prompting the user to give a second type of demand parameter or giving a determination policy.
  • the client can also parse the input speech that indicates disagreement to determine the second type of demand parameter or the determination policy desired by the user.
  • the flight time information the time given by the client is 7:30 to 12:30 in the morning, the user enters the natural voice after seeing, and the flight time information is modified to 3:00 to 7:30 pm.
  • the voice input obviously implies two meanings. Firstly, it disagrees with the second type of demand parameters determined by the client itself, and the flight time information expected by the user is 3:00 to 7:30 pm.
  • the client may adjust the second type of demand parameter according to the speech input voice, and send the adjusted second type of demand parameter to the server.
  • the second type of demand parameter determination strategy is the lowest price priority strategy.
  • the user sees the lowest price priority policy output by the client, and the approved flight may be late, the travel will not be too comfortable, and the input voice “will have the lowest price.
  • the priority policy is changed to the day time period priority policy.” Obviously, the input speech also negates the determination strategy and gives a determination strategy that the user desires.
  • the client may not send a second type of requirement parameter or a determination strategy of the second type of requirement parameter to the server, and the server determines the second type of demand parameter or the second type of requirement parameter by the server.
  • the determining strategy, or the server ignores the second type of demand parameter, and sends the response information of the plurality of service parties under the restriction of the first type of demand parameter to the client.
  • the client will directly determine the second type of demand parameters or assist the server to determine the second type of parameters, so that the server can quickly determine the service response.
  • this embodiment provides an information processing method, where the method includes:
  • Step S110 collecting an input voice
  • Step S120 Parsing the input voice, determining a service requirement and a first type of demand parameter that satisfies the service requirement;
  • Step S130 output prompt information when it is determined that at least one of the first type of demand parameters is not included in the input voice, until all the first type demand parameters satisfying the service requirement are obtained;
  • Step S140 Send the service requirement and the first type of demand parameter to a server
  • Step S150 Receive service response information returned by the server based on the service requirement and the first type of demand parameter.
  • the method further includes:
  • the service provider's customer service interface is output.
  • the client will output the service provider's customer service interface, which can be used to directly contact devices such as the manual call platform that provides the service. For example, a contact phone number of a customer service interface outputted in an instant messaging social platform such as WeChat, so that after the user sees the contact phone, the user can dial the contact phone to know the information he wants.
  • the customer service interface may be a direct connection trigger interface, and displayed on the exchange interface.
  • the user utters "determine to connect customer service" by voice or click on the customer service interface, at which time the client will connect to the service provider's artificial platform.
  • the interaction interface in the embodiment is a WeChat interface. If the WeChat interface displays the customer service interface, and then detects that the user clicks on the customer service interface, the WeChat is established by the current WeChat user and the service provider. Text, voice, and/or video calls; convenient for users to get manual services.
  • this embodiment provides an information processing method, where the method includes:
  • Step S110 collecting an input voice
  • Step S120 Parsing the input voice, determining a service requirement and a first type of demand parameter that satisfies the service requirement;
  • Step S130 output prompt information when it is determined that at least one of the first type of demand parameters is not included in the input voice, until all the first type demand parameters satisfying the service requirement are obtained;
  • Step S140 Send the service requirement and the first type of demand parameter to a server
  • Step S150 Receive service response information returned by the server based on the service requirement and the first type of demand parameter.
  • step S150 there are various implementation methods of the step S150, and two achievable methods are provided below:
  • the first type: the step S150 may include:
  • the method in this embodiment is applied to a client, where the client interacts with a social server, and the social platform includes one or more social servers.
  • the social server in this embodiment may provide the same for running a small micro robot or the like.
  • Social server for information processing.
  • the server in the embodiment will automatically query and transport Various social public numbers within the social platform on which they are located.
  • the social public number here may include a social account that can satisfy various service needs, such as a subscription number and a service number.
  • the social server performs information interaction with the social public number in the background to obtain service response information that satisfies the service requirement.
  • the service response information will be directly displayed after the service response information is sent to the client, and the interaction between the social server and the social public number is transparent to the client.
  • the social server makes good use of the platform resources of the social platform, and can improve the resource integration rate and information processing efficiency.
  • the step S150 may include:
  • the social public number can be used to provide the service response information.
  • the social server searches for the corresponding social public number according to the service requirement and the first type of demand parameter, and sends the adding social social number adding indication information to the client, so that the client and the client A social public number that meets the service requirements is introduced in the server's opponent box.
  • the social public number can directly participate in the dialogue between the client and the social server, and provide service response information to the client in time.
  • the corresponding service response message is directly provided based on the service requirement and the first type of requirement parameter, or after a short introduction of information, The corresponding service response message is also provided based on the service requirement and the first type of demand parameter, so as to simplify the interaction process and improve the convenience of interaction.
  • the first message after the social public number is added to the dialog box may be a greeting message for the introduction of the social public number
  • the second message may be The service request and the first type of demand parameter provide corresponding service response messages.
  • the social public number is the introduction message in the first S words of the first message sent after joining the dialog box, and then the service response message corresponding to the service requirement and the first type of demand parameter is provided.
  • the embodiment provides the information source or information acquisition manner of the service response information acquired by at least two types of the client, which has the characteristics of simple implementation and high information processing efficiency.
  • this embodiment provides a client, where the client includes:
  • the voice collection unit 110 is configured to collect input voices
  • the parsing unit 120 is configured to parse the input voice, determine a service requirement, and a first type of demand parameter that satisfies the service requirement;
  • the output unit 130 is configured to output prompt information when it is determined that at least one of the first type requirement parameters is not included in the input voice, until all the first type requirement parameters satisfying the service requirement are acquired;
  • the sending unit 140 is configured to send the service requirement and the first type of requirement parameter to a server;
  • the receiving unit 150 is configured to receive service response information returned by the server based on the service requirement and the first type of requirement parameter.
  • the client described in this embodiment may correspond to various types of terminal devices, such as mobile phones, tablets, wearable devices, and the like having communication functions.
  • the voice collection unit 110 may include a structure for collecting sounds such as a sound recorder. Specifically, the voice collection unit 110 is specifically configured to collect the input voice when the client displays an interactive page of a specified public number of the social application. In this embodiment, the voice collection unit 110 collects the input voice when the client displays the designated public good interactive page of the social application, so that the client will utilize the designated public number of the social application. To get a response to the service requirements.
  • the social applications here may include the aforementioned WeChat, QQ or community providers. The application of the service.
  • the interactive page may correspond to a WeChat conversation page or a QQ dialog page. In this way, the client described in this embodiment can facilitate the user to use the social application to socialize, and on the other hand, can conveniently use the social application to meet other needs of the user.
  • the parsing unit 120 may correspond to a processor or processing circuit; the processor may include a processing structure such as a central processing unit, a microprocessor, a digital signal processor, a programmable array, and the like.
  • the processing circuit can include an application specific integrated circuit.
  • the processor or processing circuitry may perform parsing of the input speech by executing a specified code, which may be a natural statement entered by the user.
  • the parsing unit 120 extracts the semantics in the user input speech by parsing the natural sentence, thereby determining the service demand, various demand parameters, and the like.
  • the output unit 130 may correspond to a display screen, where the display screen may include display results such as a liquid crystal display, an electronic ink display, a projection display, or an organic light emitting diode OLED display.
  • the output unit 130 may also correspond to a voice output structure, where the voice output structure may include results such as a speaker, a headset output circuit, etc., capable of outputting various results of the audio.
  • the transmitting unit 140 and the receiving unit 150 in this embodiment all correspond to various communication interfaces.
  • the communication interface herein may include a cable interface, an optical cable interface, or a transmitting and receiving antenna, and the like, and can exchange data; for example, a WiFi antenna or the like.
  • the client in the embodiment prompts the user to continue to input the required information by outputting the prompt information until the A type of demand parameter, in which case the server can automatically generate an order or provide a service according to the service demand and the first type of demand parameter.
  • the client described in this embodiment can simplify the response information based on the voice service while performing information interaction, so that the human-computer interaction can be realized more conveniently, and the intelligence of the client and the satisfaction of the user are improved.
  • this embodiment provides a client, where the client includes:
  • the voice collection unit 110 is configured to collect input voices.
  • the parsing unit 120 is configured to parse the input voice, determine a service requirement, and a first type of demand parameter that satisfies the service requirement;
  • the output unit 130 is configured to output prompt information when it is determined that at least one of the first type requirement parameters is not included in the input voice, until all the first type requirement parameters satisfying the service requirement are obtained;
  • the sending unit 140 is configured to send the service requirement and the first type of requirement parameter to a server;
  • the receiving unit 150 is configured to receive service response information returned by the server based on the service requirement and the first type of requirement parameter.
  • the receiving unit 140 is further configured to receive a service order sent by the server;
  • the output unit 130 is further configured to output the service order.
  • the server may generate a service order according to the service requirement and the first type of demand parameter, etc.; thus the client may also receive the service order from the server and output an order, such a user may Various information such as service providers, payment methods, and the like are known from the service order. In this case, the user can complete the service order by using the voice on the page of the service provider that does not need a large amount of traffic.
  • the service orders here are ordered for various goods and services.
  • the user can say "I want to watch the movie "xxx", etc.” to the client described in this embodiment; if the first type of demand parameter set by default in the client also includes the theater address, Then, the output unit 130 of the client outputs "Please enter the theater range of the movie you want to watch.”
  • the client detects the voice
  • the movie name and the address range of the theater will be sent to the server; the server may detect the suitability according to the movie name and the address range.
  • the service response information of the movie viewing list of the movie is given to the client, and the client outputs the above information.
  • the terminal can finally determine which theater to book the movie ticket by interacting with the user's voice again.
  • the user operation can be simplified, the hardware and software resources of the client can be better utilized, and the utilization of the client software and hardware resources and the intelligence of the client can be improved.
  • this embodiment provides a client, where the client includes:
  • the voice collection unit 110 is configured to collect input voices.
  • the parsing unit 120 is configured to parse the input voice, determine a service requirement, and a first type of demand parameter that satisfies the service requirement;
  • the output unit 130 is configured to output prompt information when it is determined that at least one of the first type requirement parameters is not included in the input voice, until all the first type requirement parameters satisfying the service requirement are acquired;
  • the sending unit 140 is configured to send the service requirement and the first type of requirement parameter to a server;
  • the receiving unit 150 is configured to receive service response information returned by the server based on the service requirement and the first type of requirement parameter.
  • the receiving unit 140 is further configured to receive a service order sent by the server;
  • the output unit 130 is further configured to output the service order and a payment interface
  • the client also includes:
  • a detecting unit configured to detect a payment operation
  • the sending unit is further configured to send a payment request to the server in response to the payment operation;
  • the service order takes effect after the payment is completed.
  • the service order it indicates that an order has been placed to the service provider or the goods provider, and the order may need to be paid at this time. Therefore, in the embodiment, the client will output the service order. In this case, the user can see the service to be paid. Order and payment interface. If the service is satisfied by the service order after the user sees the service order, the payment interface outputted by the output unit 130 can implement an operation such as one-click payment, and the order is valid after the payment. Obviously, when the client described in this embodiment forms a service order, and the order is valid, the user does not need to browse or pay attention to the search in the massive information provided by the service party, thereby reducing the user's operation fatigue and improving the customer. End intelligence and user satisfaction.
  • the user only needs to express his own service requirements and the demand parameters satisfying the service requirements (the demand parameters include at least the first type of demand parameters), and the client will operate through voice collection and the like.
  • the order generation and validation takes place through one or more information interactions with the server.
  • this embodiment provides a client, where the client includes:
  • the voice collection unit 110 is configured to collect input voices.
  • the parsing unit 120 is configured to parse the input voice, determine a service requirement, and a first type of demand parameter that satisfies the service requirement;
  • the output unit 130 is configured to output prompt information when it is determined that at least one of the first type requirement parameters is not included in the input voice, until all the first type requirement parameters satisfying the service requirement are acquired;
  • the sending unit 140 is configured to send the service requirement and the first type of requirement parameter to a server;
  • the receiving unit 150 is configured to receive service response information returned by the server based on the service requirement and the first type of requirement parameter.
  • the receiving unit 150 is further configured to receive service tracking information from the server after the service order takes effect;
  • the output unit 130 is further configured to output service reminding information according to the service tracking information.
  • the receiving unit 150 further receives service tracking information from the server after the service order is validated, and outputs the service tracking information by the output unit 130 to better provide services for the user.
  • the client can complete the operations of generating and validating various service orders through the input voice of the user who collects the voice through a service interface, and obtain the service tracking information from the server. In this way, the user can view the status of each service order in a service interface; avoiding the user switching between pages of multiple service providers.
  • this embodiment provides a client, where the client includes:
  • the voice collection unit 110 is configured to collect input voices.
  • the parsing unit 120 is configured to parse the input voice, determine a service requirement, and a first type of demand parameter that satisfies the service requirement;
  • the output unit 130 is configured to output prompt information when it is determined that at least one of the first type requirement parameters is not included in the input voice, until all the first type requirement parameters satisfying the service requirement are acquired;
  • the sending unit 140 is configured to send the service requirement and the first type of requirement parameter to a server;
  • the receiving unit 150 is configured to receive service response information returned by the server based on the service requirement and the first type of requirement parameter.
  • the parameter satisfying the service requirement further includes a second type of demand parameter
  • the client also includes:
  • a generating unit configured to generate, according to the history information and/or the preset information, a determining strategy of the second type of demand parameter or the second type of demand parameter;
  • a sending unit configured to send the determining policy of the second type of demand parameter or the second type of demand parameter to the server.
  • the generating unit in this embodiment may correspond to a structure such as a processor or a processing circuit
  • the second type of demand parameter may be a parameter that can generate a service order other than the first type of demand parameter.
  • the second type of demand parameter may be information that the user is not very concerned about. For example, during the booking process of a ticket, the user may not pay much attention to the airline. However, some users may be gold card members of a certain airline, etc. At this time, the client may record the membership number, airline, etc. of the gold card member set by the user. According to the membership number and airline information, it can be confirmed that A airline is the second type of demand parameter.
  • the client will send A airline as a second type of demand parameter to the server, so that the server will determine the ticket of the scheduled airline A or the airline of the priority reservation A when booking the ticket.
  • the second type of demand policy may include information such as a discount maximum, a time early strategy, and the like.
  • the history information here is the history information of the same type of service requirements of the user. For example, if the current time is October 30th, the history information here may be the information of the scheduled flight of the user before October 30th.
  • the preset information for example, when the user subscribes to the movie ticket, the area information of the movie theater or the like is set in the client in advance.
  • the client may directly determine the second category by using at least one of historical record information and preset information.
  • a determination strategy for a demand parameter or a second type of demand parameter may be used.
  • the sending unit 140 determines the policy of the second type of demand parameter and the second type of demand parameter, so that the server can form a service order faster and more conveniently.
  • Embodiment 14 is a diagrammatic representation of Embodiment 14:
  • this embodiment provides a client, where the client includes:
  • the voice collection unit 110 is configured to collect input voices.
  • the parsing unit 120 is configured to parse the input voice, determine a service requirement, and a first type of demand parameter that satisfies the service requirement;
  • the output unit 130 is configured to: when it is determined that at least one of the first type of requirement parameters is not included Outputting prompt information when inputting voice, until all of the first type of demand parameters satisfying the service requirement are obtained;
  • the sending unit 140 is configured to send the service requirement and the first type of requirement parameter to a server;
  • the receiving unit 150 is configured to receive service response information returned by the server based on the service requirement and the first type of requirement parameter.
  • the parameter satisfying the service requirement further includes a second type of demand parameter
  • the client also includes:
  • a generating unit configured to generate, according to the history information and/or the preset information, a determining strategy of the second type of demand parameter or the second type of demand parameter;
  • the sending unit 140 is configured to send the determining policy of the second type requirement parameter or the second type requirement parameter to the server.
  • the output unit 130 is further configured to output a determination strategy of the second type requirement parameter or the second type requirement parameter;
  • the voice collection unit 110 is further configured to detect whether the input voice of the determining policy is agreed to;
  • the sending unit 140 is further configured to send the second type of demand parameter or the determining policy to the server if the input voice that agrees to the second type of demand parameter or the determining policy is detected.
  • the output unit 130 outputs the determination of the second type of demand parameter or the second type of demand parameter. And collecting, by the voice collecting unit 110, the input voice of the user, and after the user agrees to the determining policy of the second type of demand parameter or the second type of demand parameter, sending the second type of demand parameter to the server or Determine the strategy. This can reduce the probability of the second type of demand parameter or the determination of a policy error.
  • this embodiment provides a client, where the client includes:
  • the voice collection unit 110 is configured to collect input voices.
  • the parsing unit 120 is configured to parse the input voice, determine a service requirement, and a first type of demand parameter that satisfies the service requirement;
  • the output unit 130 is configured to output prompt information when it is determined that at least one of the first type requirement parameters is not included in the input voice, until all the first type requirement parameters satisfying the service requirement are acquired;
  • the sending unit 140 is configured to send the service requirement and the first type of requirement parameter to a server;
  • the receiving unit 150 is configured to receive service response information returned by the server based on the service requirement and the first type of requirement parameter.
  • the output unit 130 is further configured to output a service provider's customer service interface if the input voice includes a specified question reply request.
  • the output unit 130 can also output a customer service interface, so that the user can obtain a customer service interface through the client, and the user can determine whether the customer service interface needs to be contacted.
  • the client described in this embodiment can not only obtain the service requirement and the first type of demand parameter and/or the second type of demand parameter by detecting the input voice of the user and the output of the prompt information, but automatically to the data provided by each service party.
  • the service response information is obtained, and the customer service interface can be found from the server according to the user indication, so that the user can establish a connection with the service provider's artificial platform by using the service interface to obtain a manual service.
  • this embodiment provides a client, where the client includes:
  • the voice collection unit 110 is configured to collect input voices.
  • the parsing unit 120 is configured to parse the input voice, determine a service requirement, and a first type of demand parameter that satisfies the service requirement;
  • the output unit 130 is configured to output prompt information when it is determined that at least one of the first type requirement parameters is not included in the input voice, until all the first type requirement parameters satisfying the service requirement are obtained;
  • the sending unit 140 is configured to send the service requirement and the first type of requirement parameter to a server;
  • the receiving unit 150 is configured to receive service response information returned by the server based on the service requirement and the first type of requirement parameter.
  • the specific structure of the two receiving units 150 is provided below:
  • the receiving unit 150 is configured to receive the service response information obtained by the social server by using the service requirement to interact with a corresponding social public number.
  • the social server first interacts with the social public number to obtain service response information, and the social server forwards the service response information to the client.
  • the receiving unit 150 is configured to receive, by the social server, the adding indication information of the social public number that can meet the service requirement, where the client further includes: a forming unit, configured to use the adding indication information,
  • the social public number is introduced to form a multi-party dialog box; the social public number can be used to provide the service response information.
  • the social server locates according to the service requirement and the first type of demand parameter to provide a corresponding social public number under the constraint condition that satisfies the first type of demand parameter, and adds the social public number to the conversation.
  • the service response message is directly provided by the social public number, avoiding the relay of the message, and responding to the service requirement of the client.
  • the above two receiving units 150 have the characteristics of simple structure and better utilization of the platform resources of the social platform.
  • FIGS. 3A to 3C are flow charts showing the counting of tickets by the small micro robot using the WeChat platform.
  • FIGS. 3A to 3C for the convenience of display, the content input by the user using the voice is displayed in the form of text.
  • the small micro refers to the WeChat small micro robot.
  • Another icon refers to the user.
  • the user enters the voice message on the WeChat interface in the mobile phone or tablet.
  • the small micro-robot will parse the input voice and find the date of the missing ticket; this time, the micro-output prompt message: Do you have any other requirements for the ticket you booked? After the user sees the prompt, he will naturally tell the WeChat by voice with the date of the ticket and other other requirements.
  • the user enters "The day after tomorrow, don't get too early, I can't get up, it's better to have more discounts.”
  • the micro-robot determined the date of the ticket as 2015-11-1 by analyzing the natural voice. Booking tickets according to the principle of minimum price and time priority.
  • WeChat will schedule the flight from Beijing to Guangzhou on 2015-11-1 and the information that does not need to be too early to be transmitted to the server.
  • the server returns three flight information by querying the various flight information provided by the service provider.
  • the three flight information are shown in Figure 3A.
  • an interface information for viewing other flight information is also provided. If WeChat detects that the user clicks on the corresponding area, WeChat obtains other flight information from the server that meets the date from November 1st to Beijing.
  • the user's input voice is: 11 o'clock.
  • the user only completes the reservation of the ticket through multiple conversations with the small micro-robot in the WeChat interface, and the user does not have to browse the ticket reservation website or find himself in a huge amount of information.
  • the required information simplifies the operational process to meet the user's service needs, improving the client's intelligence and user satisfaction.
  • this example provides an information processing method, where the method includes:
  • Step S11 receiving a service request from a user
  • Step S12 performing multiple rounds of dialogue with the user.
  • Step S13 Perform information interaction with the third-party data interface or the general knowledge base based on the multi-round dialogue to obtain the service response information.
  • the third party data interface herein may include an interface of a service party or an information provider website or server.
  • Step S14 It is judged whether the user has a special demand, and if there is a step S15, if not, the process proceeds to step S16.
  • Step S15 Acquiring user profile information, for example, the server or the client obtains the stored information by querying the local database, or acquires the user profile information through interaction with the user.
  • Step S17 Generate an order.
  • Step S18 The client receives the order from the server and outputs the order, so that the user can see the order. Obviously, the user can complete the order and order generation without having to view the service page of the service provider.
  • the present example provides an information processing method.
  • a small micro flight is taken as an example, and the small micro flight here may be a special service for booking a flight by using a small micro robot.
  • the scheduled flight here can include four phases; the first phase is the start; the second phase is the query; the third phase is the formation of the order; and the fourth phase is the follow-up service.
  • the buyer's needs will be obtained; the buyer's demand here is the user's demand.
  • the start address, the arrival address, and the departure date are obtained as the first type of demand information; of course, the flight time, the flight price, and other non-basic second type demand parameters are also determined.
  • the determination strategy in Figure 5 is: the price time is better than the optimal choice.
  • the demand is first determined.
  • the ticket is required for the ticket, and the order is filled out.
  • Personal information here includes ID number and mobile number.
  • the disclosed apparatus and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner such as: multiple units or components may be combined, or Can be integrated into another system, or some features can be ignored or not executed.
  • the coupling, or direct coupling, or communication connection of the components shown or discussed may be indirect coupling or communication connection through some interfaces, devices or units, and may be electrical, mechanical or other forms. of.
  • the units described above as separate components may or may not be physically separated, and the components displayed as the unit may or may not be physical units, that is, may be located in one place or distributed to multiple network units; Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated in one process.
  • each unit may be separately used as one unit, or two or more units may be integrated into one unit; the integrated unit may be implemented in the form of hardware or a hardware plus software function unit. Formal realization.
  • the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed.
  • the foregoing storage device includes the following steps: the foregoing storage medium includes: a mobile storage device, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.
  • ROM read-only memory
  • RAM random access memory
  • magnetic disk or an optical disk.
  • optical disk A medium that can store program code.
  • the embodiment of the present invention provides a computer storage medium, where the computer storage medium stores computer executable instructions, and the computer executable instructions are used in at least one of the information processing methods provided by the foregoing embodiment; for example, FIG. 1A and FIG. The method shown in 1B.
  • the computer storage medium described in this embodiment may be one of the foregoing storage media, and may be a non-transitory storage medium, for example, a non-volatile storage medium.
  • the embodiment further provides a client, including a processor 302, a storage medium 304, and at least one external communication interface 301.
  • the processor 302, the storage medium 304, and the external communication interface 301 all pass through the bus 303. connection.
  • the processor 302 can be a microprocessor, a central processing unit, a digital signal processor, or a programmable logic array or an application specific integrated circuit or the like having processing functions.
  • Computer-executable instructions are stored on the storage medium 304; the processor 302 executing the computer-executable instructions stored in the storage medium 304 can implement any one of the following two solutions.
  • the processor 302 of this embodiment can implement the information processing method provided by any one of the foregoing method embodiments by executing the above-mentioned executable instructions, for example, the method shown in FIG. 1A and FIG. 1B.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明实施例提供一种信息处理方法及客户端，所述信息处理方法包括：采集输入语音；解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；将所述服务需求和所述第一类需求参数发送给服务器；接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。本发明实施例提供一种计算机存储介质。

Description

信息处理方法、客户端和计算机存储介质 技术领域
本发明涉及信息技术领域，尤其涉及一种信息处理方法、客户端、服务器和计算机存储介质。
背景技术
随着技术的发展及机器对用户语音识别能力的提升，现在推出了基于机器人对话的网络服务。例如，百度的小度或度秘等机器人。用户通过自然语言向手机等终端设备输入服务需求，小度或度秘机器人在接收到服务需求后，根据服务需求进行信息搜索，在完成搜索后将能够满足所述服务需求的服务接口返回给终端。这个时候，终端上将显示各个能够提供满足该服务需求的服务接口(例如服务链接或图文信息)用户在通过浏览这些信息，通过手动输入或点击等操作，通过服务接口进入第三方服务网站，用户在该第三方服务网站输入获取该服务的需求参数。显然在这个过程中，小度或度秘等机器人尽是充当了一个语音解析及查找对应服务接口的角色，显然智能性还不够，用户操作还比较繁琐且用户满意度依然较低。
发明内容
有鉴于此，本发明实施例期望提供一种信息处理方法、客户端和计算机存储介质，至少部分解决了语音智能服务还不够智能的问题。
本发明的技术方案是这样实现的：
本发明实施例第一方面提供一种信息处理方法，所述方法包括：
采集输入语音；
解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
将所述服务需求和所述第一类需求参数发送给服务器；
接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
本发明实施例第二方面提供一种客户端，所述客户端包括：
语音采集单元，配置为采集输入语音；
解析单元，配置为解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
输出单元，配置为当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
发送单元，配置为将所述服务需求和所述第一类需求参数发送给服务器；
接收单元，配置为接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
本发明实施例一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行上述信息处理方法至少其中之一。
本发明实施例提供的信息处理方法、客户端及计算机存储介质，在解析语音输入之后，确定是否至少获取了满足服务需求的第一类需求参数；若未获得满足服务需求的第一类参数，则通过输出提示信息，提示用户输入；这样用户通过多次语音的输入，就会将自己所需的货物或服务告知给 客户端。客户端再将这些给到服务器，服务器根据这些信息就能直接找到用户所需的服务响应信息，并返送给客户端；客户端通过输出这些服务响应信息，方便用户查看。在这个过程中，用户不用淹没在服务提供方或货物提供方提供的各种数据中，避免了信息查看疲劳，提高了客户端的智能性及用户使用满意度。
附图说明
图1A为本发明实施例提供的第一种信息处理方法的流程示意图；
图1B为本发明实施例提供的第二种信息处理方法的流程示意图；
图2为本发明实施例提供的一种客户端的结构示意图；
图3A至图3C为基于本发明实施例所述信息处理方法的用户与小微机器人的信息交互示意图；
图4为本发明实施例提供的第三种信息处理方法的流程示意图；
图5为本发明实施例提供的第四种信息处理方法的流程示意图；
图6为本发明十四行例提供的另一种客户端的结构示意图。
具体实施方式
以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
实施例一：
如图1A和图1B所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S110：采集输入语音；
步骤S120：解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
步骤S130：当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
步骤S140：将所述服务需求和所述第一类需求参数发送给服务器；
步骤S150：接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
本实施例所述的信息处理方法可以应用于用户终端中，例如客户端中。具体的如，手机、平板电脑或可穿戴式设备等用户终端中。
在步骤S110可为当客户显示交互界面时，采集所述输入语音。这里的交互界面可如微信聊天界面等。在所述聊天界面内并没有服务提供方的各种信息，当客户端接收到输入语音之后，会在所述交互界面显示有所述提示信息或输入语音的对话框等。在本实施例中的所述显示交互界面内，并没有各种服务方的网站或广告等信息，这样就能减少对用户的信息干扰。
这里的显示交互界面可为各种社交应用的交互界面，例如，所述步骤S110具体可包括：当客户端显示社交应用的指定公众号的交互页面时，采集所述输入语音。在本实施例中在社交应用的指定公众号的交互页面来采集所述输入语音。这里的社交应用可包括微信、QQ、支付宝钱包等各种社交应用。这的指定公众号可为各种能够提供服务的社交账号，通常为公司、企业或其他组织所持有的服务号或订阅号，能够向所有的社交公众号添加后为其他社交账号提供服务。假设，这里的社交应用为微信等及时通信交互应用，这里的指定公众号即可为所述微信公众号。在所述微信公众号，微信用户能够与所述微信公众号进行信息交互。再假设，所述社交应用为QQ，所述指定公众号可为QQ服务号，在所述社交应用的指定公众号的交互页面，可指的是QQ用户与QQ服务号进行通信的对话框页面。在本实施例中所述社交应用的指定公众号的交互页面设置有语音输入控制按钮，或 检测所述输入语音的检测区域等。在本实施例中若所述社交应用为微信，所述指定公众号可为小微机器人的公众账号。这样在步骤S110中可以在微信用户与小微机器人进行信息交互的页面，采集所述输入语音。这样的话，用户可以利用社交应用进行社交，同时利用所述社交应用的指定公众账号进行各种服务需求的获取等操作，提升了客户端的智能性，便捷了用户获取服务需求的操作，提高了用户使用满意度。当然本实施例所述的信息处理方法还可以与前述任意一个实施例中提供的各种技术方案结合使用。在所述步骤S150中接收服务订单，输出服务订单及支付接口等操作。
用户通过自然语音向客户端输入语音。例如“我想订机票”，这个时候客户端会识别并解析所述输入语音，形成解析结果。
根据该解析结果可解析出是否包括服务需求和需求参数。例如，“我想订机票”的输入语音中就包括订机票这一服务需求。但是订机票的起飞地址和目的地址都没有确定，机票的日期这些需求参数都没有确定。在现有技术中，将会将订机票这一需求发送给服务器，服务器将搜索各种能够提供机票订购的网站或应用程序，从而向客户端返回服务接口。用户通过该服务接口进入提供对应服务的网站或应用中，用户在填写信息来完成服务的获取。而在本实施例中，所述步骤S130中将会判断该服务需求的第一类需求参数是否完全从语音输入中获取。例如，订机票服务对应的需求参数包括起飞地址、目的地址、航班日期、航班时间、航线、航空公司等需求参数。可从需求参数中选择全部或部分所述需求参数作为所述第一类需求参数，在本实施例中选择出基本的需求参数作为所述第一类需求参数。例如，在订机票的服务需求中，可以选择起飞地址、目的地址及航班日期作为所述第一类需求参数。客户端判断出目前输入的语音中未包括全部的第一类需求参数，则输出提示信息，该提示信息可为提示语音或提示图文信息。提示用于输入需求参数。例如，客户端在接收到“我要订机票”的输 入语音之后，客户端当前仅确定了服务需求，但是还未获取的任何需求参数，这个时候客户端为了引导用户通过输入需求参数，可输出“请输入起飞地址、目的地址、航班日期等信息”。用户看到该提示信息之后，自然就会根据自己的情况输入上述信息，从而使得客户端获取到需求参数。客户端可以输出一次或多次提示信息，直至至少获取到所有的第一类需求参数。在本实施例中所述服务需求可为各种类型的用户需求。
在步骤S140中，将服务需求和第一类需求参数发送给服务器。由于服务器直接接收到了服务需求和第一类需求参数，方便服务器根据所述服务需求和第一类需求参数在能够提供在所述第一类需求参数的限制下，满足所述服务需求的服务方，并根据所述服务需求和所述第一类需求参数获取对应的服务，从而形成服务响应。在步骤S150中将接收所述服务响应信息，方便用户获取所述服务。在本实施例中，显然客户端不用从服务器接收能够满足对应服务需求的服务方的服务接口，用户也不用浏览第三方的网页和应用界面等，显然简化了服务流程，减少了客户端与服务器之间的信息交互，提高了客户端的智能性及用户使用满意度。
在本实施例中所述步骤S150中接收到的服务响应信息可能不止一条，例如，服务器基于所述服务需求及所述第一类需求参数，发现在所述第一类需求参数的限制下，能够提供服务的服务方有不止一个。这个时候，所述服务响应信息可以包括多个服务方的信息及每一个服务方可提供的服务的详细信息，这个时候方便用户通过阅读在第一类需求参数等基本参数限制下，选择最适合的服务方和/或服务。虽然涉及多个服务方的选择，但是相对于现有技术中仅以服务需求提供的服务接口，客户端需要输出的信息量还是大大减少了，且用户需要阅读的信息量也大大减少了，至少去除了哪些不满足所述第一类需求参数的服务方和服务。
例如，接收的输入语音“我要下载电子书”；采用本实施例中所述信息 处理方法，则客户端将判断该输入语音是否包括所有的服务需求和第一类需求参数，显然不包括需求参数。这个时候，客户端输出“请输入电子书书名和/或作者等标识信息”。这个时候，用户就会根据自己想要下载的电子书的信息，输入这些信息，客户端获取这些信息之后，将发送给服务器，服务器直接根据客户端发送的下载电子书的需求及需求参数下载对应的电子书，并下载的电子书作为所述服务响应信息的一部分发送给客户端。显然客户端通过输出提示信息，提示用户输入相对完整的获取对应服务所需的需求参数，从而直接给出服务响应信息，简化了用户操作流程，且提高了响应速率。
本实施例所述的信息处理方法，可以全部在一个信息处理界面内，该信息处理界面可以用于接收用户的语音输入，同时可以通过语音或显示方式来输出所述语音提示，并且在该信息界面内输出所述服务响应信息，这样客户端不用在多个显示界面内进行信息跳转。例如，客户端不用从语音输入界面跳转到与语音输入界面完全不同的服务方的网页页面，显然这样还能够减少客户端信息显示和处理所消耗的功耗，延长了客户端的待机时长，同时用户看到的信息处理界面，信息清晰明了，不用用户在海量的信息中查找自己需要的信息，缓解了用户视觉疲劳，提升了用户使用满意度。
值得注意的是：在本实施例中所述的服务器可以泛指一台或多台服务器，例如在图1B中就显示有至少两台服务器。这些服务器可形成服务平台。在本实施例中所述服务平台可以通过检索服务方的提供的各种信息，能够在所述第一类需求参数限制下，查找到能够满足所述服务需求的服务提供方，并形成服务响应信息，最后所述服务器在将所述服务响应信息发送给客户端。
实施例二：
如图1A和图1B所示，本实施例提供一种信息处理方法，所述方法包 括：
步骤S110：采集输入语音；
步骤S120：解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
步骤S130：当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
步骤S140：将所述服务需求和所述第一类需求参数发送给服务器；
步骤S150：接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
所述步骤S150可包括：
接收所述服务器发送的服务订单；
所述方法还包括：
输出所述服务订单。
在本实施例中满足所述服务需求的服务可能是有偿服务，这里的有偿服务，可为需要支付实体或虚拟货币的任何一种需要支付对价的服务。这个时候，所述客户端将直接从服务器接收服务订单。所述服务订单通常可包括根据所述服务需求及至少包括第一类需求参数形成的需求参数，生成的订单。例如，该订单为预定的10月20日从北京飞上海的服务订单。
客户端接收到所述服务订单之后，将输出所述服务订单，所述服务订单作为所述服务响应信息输出，相当于告知用户订单生成，相关服务订单已经生成。显然在这个过程中，所述客户端通过一次或多次提示信息的输出，从而提示用户输入自己服务需求的各种需求信息，服务器根据服务需求和至少第一类需求参数，就能通过与服务方之间的交互直接生成服务订单。这个操作过程，相对于现有技术客户端获取到服务订单的过程，大大 的提升客户端接收到服务订单的速率，简化了用户操作，更好的利用了客户端的软硬件资源，提升了客户端的智能性及用户使用满意度。
实施例三：
如图1A和图1B所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S110：采集输入语音；
步骤S120：解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
步骤S130：当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
步骤S140：将所述服务需求和所述第一类需求参数发送给服务器；
步骤S150：接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
所述步骤S150可包括：
接收所述服务器发送的服务订单；
所述方法还包括：输出所述服务订单。
所述方法还包括：
在输出所述服务订单之后，输出支付接口；
检测支付操作；
响应所述支付操作，向所述服务器发送支付请求；
其中，所述服务订单在完成支付后单生效。
在本实施例中所述方法还包括，输入支付接口。该支付接口可为语音支付接口，也可以为手动支付接口。这样的话，用户可以通过语音和一键式的手动操作实现支付。
在本实施例中所述的信息处理方法中，用户可以通过与客户端的多次信息交互，就能实现服务订单的确定和支付，不用再在海量的提供服务的服务方中进行服务的人工挑选和支付，大大的提升了通过客户端下订单及进行订单支付的效率。
作为本实施例的进一步改进，当所述订单生效后，客户端会将生效订单归纳整理到记录界面，当客户端切换到记录界面之后，首先显示的最近的几个生效的订单。这些订单的服务方可能是相同的或不同的，这样用户就不用到各个服务提供方去查询看自己的订单的信息，也不用在各个服务提供方中去注册账号才能生成订单。
实施例四：
如图1A和图1B所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S110：采集输入语音；
步骤S120：解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
步骤S130：当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
步骤S140：将所述服务需求和所述第一类需求参数发送给服务器；
步骤S150：接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
所述步骤S150可包括：
接收所述服务器发送的服务订单；
在所述服务订单生效后，从服务器接收服务跟踪信息；
根据所述服务跟踪信息，输出服务提醒信息。
这里的服务跟踪信息，包括在服务过程中出现变更的信息，例如航班起飞提示信息及航班延误提示信息等信息，显然为用户提供了更加人性化的服务。
再比如所述服务跟踪信息可包括购物订单的发货物流信息，还包括其他订单的售后信息的跟踪等信息，这样的话，一方面能够在服务状态出现更新，及时提醒用户，另一方面的话能够通过这种提醒，让作为消费者的用户更加满意商家的服务，也简化了商家的提醒操作，更好的促进这种基于本实施例所述信息处理方法形成的交互频繁度。
实施例五：
如图1A和图1B所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S110：采集输入语音；
步骤S120：解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
步骤S130：当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
步骤S140：将所述服务需求和所述第一类需求参数发送给服务器；
步骤S150：接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
满足所述服务需求的参数还包括第二类需求参数；
所述方法还包括：
步骤S160：根据历史记录信息和/或预先设置信息，生成所述第二类需求参数或所述第二类需求参数的确定策略；
步骤S170：将所述第二类需求参数或所述第二类需求参数的确定策略， 发送给所述服务器。
在本实施例中所述需求参数还包括第二类需求参数，该第二类需求参数可为不那么重要的需求参数。例如，订机票过程中的航空公司。在本实施例中所述客户端还会根据用户信息和/或预先设置的第二需求参数设置策略和/或历史记录信息来生成第二类需求信息。
例如，航班时间信息，所述客户端可以根据历史记录信息，确定用户在晚上飞的概率大还是在晚上飞的概率大，确定所述航班时间信息。例如，用户从未在晚上飞过，可认为用户不喜欢晚上的航班，可确定航班时间为白天的时间段内。显然，这是一种简便确定所述第二类需求参数的方式。
再比如，预先设置信息可为实现根据用户指示设置的信息。再以航班时间信息为例，用户A经常出差，一般情况下用户A都习惯白天飞，为了简化后续定航班的，用户可以在客户端内将航班时间信息默认设置为白天的时间段。这样的话，也简便的根据用户信息确定了航班时间信息。
例如，根据历史信息记录发现确定出所述航班时间信息比较零散，从时间规律性来规律性很小，但是却发历史记录中航班时间信息都为价格最低航班的航班时间。这个时候，可以生成航班时间信息选择策略，该策略为选择价格最低航班的航班时间信息作为所述航班时间信息。客户端将所述第二类需求参数的确定策略发送给服务器，则服务器在进行航班预定时，显然可以根据所述确定策略确定所述第二类需求参数。
本实施例中所述客户端还会智能的确定第二类需求参数或第二类需求参数的确定策略，并将第二类需求参数或第二类需求参数的确定策略发送给服务器，这样方便服务器直接根据所述第二类需求参数或第二类需求参数的确定策略来获取服务响应信息；再次提高了客户端的智能性及用户使用满意度。
当然本实施例所述的信息处理方法，可以与前述任意一个信息处理方 法结合使用，例如所述客户端还会从服务订单和/或输出支付接口等操作，从而方便用户在一个操作界面内完成预定对应服务或获取对应服务的所有操作。
实施例六：
如图1A和图1B所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S110：采集输入语音；
步骤S120：解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
步骤S130：当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
步骤S140：将所述服务需求和所述第一类需求参数发送给服务器；
步骤S150：接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
满足所述服务需求的参数还包括第二类需求参数；
所述方法还包括：
步骤S160：根据历史记录信息和/或预先设置信息，生成所述第二类需求参数或所述第二类需求参数的确定策略；
步骤S170：将所述第二类需求参数或所述第二类需求参数的确定策略，发送给所述服务器。
在本实施例中，为了明确第二类参数和第二类参数的确定策略是否是用户期待的，在本实施例中所述方法还包括：
输出所述第二类需求参数或所述第二类需求参数的确定策略；
检测是否同意所述确定策略的输入语音；
所述步骤S170可包括：
若检测到同意所述第二类需求参数或所述确定策略的输入语音，向所述服务器发送所述第二类需求参数或所述确定策略。
在本实施例中所述输出所述第二类需求参数或所述确定策略，优选采用显示输出的方式，当然也可以语音输出。在本实施例中还检测所述是否同意所述确定策略的输入语音。在步骤S170中在检测到表示用户同意上述第二类需求参数或确定策略的指定之后，才向所述服务器发送所述第二类需求参数或确定策略。这样就确保了第二类需求参数或确定策略是用户期待的。若步骤S160中解析输入语音发现用户表示不同意，所述客户端可以输出提示信息，提示用户给出第二类需求参数或给出确定策略。当然客户端也可以解析表示不同意的输入语音确定出用户期望的第二类需求参数或所述确定策略。例如，航班时间信息，客户端给出的时间为早上7：30至12：30优先，用户看到之后输入自然语音，将航班时间信息修改为下午3：00至7：30优先。该语音输入显然暗含了两层意思，首先不同意客户端自行确定的第二类需求参数，同时用户期望的航班时间信息为下午3：00至7：30优先。这个时候，所述客户端可以根据语输入语音调整所述第二类需求参数，将调整后的第二类需求参数发送给服务器。
再比如，第二类需求参数的确定策略为价格最低优先策略，这个时候用户看到了客户端输出的价格最低优先策略，认可可能航班会很晚，旅行不会太舒适，输入语音“将价格最低优先策略更改为白天时间段优先策略”。显然该输入语音也否定了所述确定策略，并给出了用户期望的确定策略。
当然在具体的实现过程中，所述客户端也可以不向服务器发送第二类需求参数或所述第二类需求参数的确定策略，由服务器自行确定第二类需求参数或第二类需求参数的确定策略，或者服务器不理会第二类需求参数，向客户端发送在第一类需求参数限制下的多个服务方等响应信息。
总之客户端将直接确定所述第二类需求参数或协助所述服务器确定所述第二类参数，方便服务器快速的确定服务响应。
实施例七：
如图1A和图1B所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S110：采集输入语音；
步骤S120：解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
步骤S130：当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
步骤S140：将所述服务需求和所述第一类需求参数发送给服务器；
步骤S150：接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
所述方法还包括：
若所述输入语音中包括指定问题答复请求时，输出服务提供方的客服接口。
在本实施例中为了避免一些特殊情况下，在设备或服务平台无法通过设备之间的交互和设备的信息查询来给用户提供其所需要的服务或信息时，这个时候为了方便用户操作，所述客户端将输出服务提供方的客服接口，该客服接口可用于直接联系到提供该项服务的人工呼叫平台等设备。例如，在微信等即时通信社交平台中输出的客服接口的联系电话，这样的话，用户看到该联系电话之后，就能够通过拨打该联系电话去了解自己想要的信息。
在本实施例中所述客服接口可为直连触发接口，在所述交换界面显示 了所述客户服接口之后，用户通过语音说出“确定连接客服”或者点击所述客服接口，这个时候客户端将连接到服务提供方的人工平台。例如，假设本实施例中所述交互界面为微信界面，若微信界面显示了所述客服接口，然后检测到用户点击了所述客服接口，则通过建立该当前微信用户与服务提供方的微信之间的文字、语音和/或视频通话；方便用户获得人工服务。
实施例八：
如图1A和图1B所示，本实施例提供一种信息处理方法，所述方法包括：
步骤S110：采集输入语音；
步骤S120：解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
步骤S130：当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
步骤S140：将所述服务需求和所述第一类需求参数发送给服务器；
步骤S150：接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
所述步骤S150的实现方法有多种，以下提供两种可实现方式：
第一种：所述步骤S150可包括：
接收社交服务器利用所述服务需求与对应的社交公众号交互得到的所述服务响应信息。
本实施例所述方法应用于客户端，客户端是与社交服务器进行信息交互，在社交平台中包括一个或多个社交服务器，本实施例所述社交服务器可为运行小微机器人等提供这种信息处理的社交服务器。本实施例所述中所述服务器在接收到所述服务需求及第一类需求参数之后，将自动查询运 行在其所在的社交平台内的各种社交公众号。这里的社交公众号可包括订阅号和服务号等能够满足各种服务需求的社交账号。
所述社交服务器在后台与社交公众号进行信息交互，得到满足所述服务需求的服务响应信息。这样的话，对于客户端而言在将诶手到所述服务响应信息之后，将直接显示所述服务响应信息，而对于社交服务器与社交公众号之间的交互对于客户端来说是透明的。但是这样，所述社交服务器就很好的利用了社交平台的平台资源，能够提升资源整合率，和信息处理效率。
第二种：
所述步骤S150可包括：
接收社交服务器返回的能够满足所述服务需求的社交公众号的添加指示信息；
基于所述添加指示信息，在与所述社交服务器器的对话框中，引入所述社交公众号，形成多方对话框；所述社交公众号能够用于提供所述服务响应信息。
在本实施例中所述社交服务器根据所述服务需求及所述第一类需求参数，查找到对应的社交公众号，向客户端发送添加所述社交公众号添加指示信息，这样在客户端与服务器的对方框中就引入了能够满足服务需求的社交公众号，社交公众号，可以直接参与客户端与社交服务器的对话，并及时的向客户端提供服务响应信息。在具体实现时，所述社交公众号被添加到对话框或对话页面之后，会直接基于所述服务需求和所述第一类需求参数提供对应的服务响应消息，或在简短的信息介绍之后，将同样基于服务需求和第一类需求参数提供对应的服务响应消息，以简化交互流程，提升交互的便捷性。在具体的实现过程中，例如社交公众号加入对话框之后的第一条消息可为招呼消息，用于社交公众号的简介，第二条消息即可为 服务需求和第一类需求参数提供对应的服务响应消息。当然，所述社交公众号在加入对话框之后发送的第一条消息的前S个字内是简介消息，随后就是服务需求和第一类需求参数提供对应的服务响应消息。
总之，本实施例提供了至少两种所述客户端获取的服务响应信息的信息来源或信息获取方式，具有实现简单，信息处理效率高等特点。
实施例九：
如图2所示，本实施例提供了一种客户端，所述客户端包括：
语音采集单元110，用于采集输入语音；
解析单元120，配置为解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
输出单元130，配置为当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
发送单元140，配置为将所述服务需求和所述第一类需求参数发送给服务器；
接收单元150，配置为接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
本实施例中所述的客户端可对应于各种类型的终端设备，例如，手机、平板、可穿戴式设备等具有通信功能的电子设备。
所述语音采集单元110可包括录音器等采集声音的结构。具体地，所述语音采集单元110，具体用于当客户端显示社交应用的指定公众号的交互页面时，采集所述输入语音。在本实施例中，所述语音采集单元110在客户端显示社交应用的指定公众好的交互页面时，采集所述输入语音，这样的话，所述客户端将利用所述社交应用的指定公众号来获取所述服务需求的响应。这里的社交应用可包括前述提到的微信、QQ或社区等提供社 交服务的应用。所述交互页面，可对应于微信的对话页面，或QQ的对话框页面。这样的话，本实施例所述的客户端能够方便用户一边利用社交应用进行社交，另一方面能够方便利用社交应用满足用户的其他需求。
所述解析单元120可对应于处理器或处理电路；所述处理器可包括中央处理器、微处理器、数字信号处理器、可编程阵列等处理结构。所述处理电路可包括专用集成电路。所述处理器或处理电路可通过执行指定代码完成对所述输入语音的解析，该输出语音可为用户输入的自然语句。解析单元120通过解析自然语句提取用户输入语音中的语义，从而确定出服务需求及各类需求参数等。
在本实施例中所述输出单元130可对应于显示屏，这里的显示屏可包括液晶显示屏、电子墨水显示屏、投影显示屏或有机发光二级管OLED显示屏等显示结果。所述输出单元130还可对应于语音输出结构，这里的语音输出结构可包括扬声器、耳麦输出电路等结果，能够输出音频的各种结果。
本实施例所述发送单元140和接收单元150都对应着各种通信接口，这里的通信接口可包括电缆接口、光缆接口或收发天线等能够交互数据的结构；具体如，WiFi天线等。
本实施例所述的客户端在采集的输入语音没有包括必要的服务需求及基本的第一类需求参数时，将通过输出提示信息，提示用户继续输入所需的信息，直至包括了所述第一类需求参数，这样的话，服务器自然就可以根据所述服务需求和第一类需求参数自动生成订单或提供服务等。本实施例所述的客户端在进行信息交互的同时，能够简化基于语音服务响应信息，这样可以更加便捷的实现人机交互，提高了客户端的智能性及用户使用满意度。
实施例十：
如图2所示，本实施例提供了一种客户端，所述客户端包括：
语音采集单元110，配置为采集输入语音；
解析单元120，配置为解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
输出单元130，配置为当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
发送单元140，配置为将所述服务需求和所述第一类需求参数发送给服务器；
接收单元150，配置为接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
所述接收单元140，还配置为接收所述服务器发送的服务订单；
所述输出单元130，还配置为输出所述服务订单。
在本实施例中所述服务器将可能根据所述服务需求和所述第一类需求参数等生成服务订单；这样所述客户端还会从服务器接收所述服务订单并输出订单，这样的用户可以从服务订单知道获取的服务的各种信息，例如服务提供方、支付方式等各种信息。这样的话，用户通过语音在自己不用流量大量的服务提供方的页面下就能够完成服务下单。当然这里的服务订单订购各种货物及服务等。例如，用户预定电影票，用户可向本实施例中所述的客户端说出“我要看电影《xxx》等”；若在客户端中默认设置的第一类需求参数还包括影院地址的话，则所述客户端的输出单元130会输出“请输入想看电影的影院范围”。这样的用户可能在北京海淀北四环附近，客户端检测到了上述语音，则会把电影名称、影院的地址范围发送给服务器；服务器可能会根据电影名称及所述地址范围检测到适合可以提供对应电影观影的影院的名录等服务响应信息给到客户端，客户端输出上述信息，客 户端可以通过与用户的再次语音交互，可以最终确定选择哪一家影院预定电影票。这样的话，能够简化用户操作，更好的利用客户端的软硬件资源，提高客户端软硬件资源的利用率及客户端的智能性。
实施例十一：
如图2所示，本实施例提供了一种客户端，所述客户端包括：
语音采集单元110，配置为采集输入语音；
解析单元120，配置为解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
输出单元130，配置为当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
发送单元140，配置为将所述服务需求和所述第一类需求参数发送给服务器；
接收单元150，配置为接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
所述接收单元140，还配置为接收所述服务器发送的服务订单；
所述输出单元130，还配置为输出所述服务订单及支付接口；
所述客户端还包括：
检测单元，配置为检测支付操作；
所述发送单元，还配置为响应所述支付操作，向所述服务器发送支付请求；
其中，所述服务订单在完成支付后生效。
在本实施例中通过所述服务订单，表示已经向服务提供方或货物提供方下了订单，这个时候订单是否生效可能还需要支付。故在本实施例中所述客户端将输出所述服务订单。这样的话，用户就可以看到待支付的服务 订单及支付接口。若用户看到所述服务订单之后，认为所述服务订单提供的服务满意，则可以通过所述输出单元130输出的所述支付接口实现一键支付等操作，通常支付之后所述订单生效。显然采用本实施例所述的客户端形成一个服务订单，并且使订单生效时，用户不用在服务方提供的海量信息中去一一浏览或注意检索，这样减少了用户的操作疲劳，提高了客户端的智能性及用户使用满意度。利用本实施例所述的客户端，用户只需将自己的服务需求及满足这些服务需求的需求参数(这的需求参数至少包括第一类需求参数)说出来，客户端将通过语音采集等操作，通过与服务器的一次或多次信息交互完成订单的生成和生效。
实施例十二：
如图2所示，本实施例提供了一种客户端，所述客户端包括：
语音采集单元110，配置为采集输入语音；
解析单元120，配置为解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
输出单元130，配置为当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
发送单元140，配置为将所述服务需求和所述第一类需求参数发送给服务器；
接收单元150，配置为接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
所述接收单元150，还配置为在所述服务订单生效后，从服务器接收服务跟踪信息；
所述输出单元130，还配置为根据所述服务跟踪信息，输出服务提醒信息。
在本实施例中所述接收单元150还将在所述服务订单生效后，从服务器接收服务跟踪信息，并由所述输出单元130输出服务跟踪信息这样更好的为用户提供服务。显然在本实施例中所述客户端可以通过一个服务界面，通过采集语音的用户的输入语音就能够完成各种服务订单的生成及生效等操作，并且会从服务器获取服务跟踪信息。这样的话，用户可以在一个服务界面查看各个服务订单的状态；避免了用户在多个服务提供方所在的页面之间的切换。
实施例十三：
如图2所示，本实施例提供了一种客户端，所述客户端包括：
语音采集单元110，配置为采集输入语音；
解析单元120，配置为解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
输出单元130，配置为当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
发送单元140，配置为将所述服务需求和所述第一类需求参数发送给服务器；
接收单元150，配置为接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
满足所述服务需求的参数还包括第二类需求参数；
所述客户端还包括：
生成单元，配置为根据历史记录信息和/或预先设置信息，生成所述第二类需求参数或所述第二类需求参数的确定策略；
发送单元，配置为将所述第二类需求参数或所述第二类需求参数的确定策略，发送给所述服务器。
本实施例所述生成单元可对应于处理器或处理电路等结构，所述第二类需求参数可为所述第一类需求参数以外的能够确定服务订单生成的参数。且所述第二类需求参数可能为用户不是十分关注的信息。例如，在机票的预定过程中，用户可能不太关注航空公司。但是某些用户可能是某一个航空公司的金卡会员等，这个时候所述客户端中可能记录有用户设置的所述金卡会员的会员号、航空公司等信息，这个时候所述生成单元，可根据会员号及航空公司等信息，确认A航空公司作为所述第二类需求参数。这个时候，所述客户端会将A航空公司作为第二类需求参数发送给服务器，这样服务器将会在预定机票时确定预定A航空公司的机票或优先预定A航空公司的机票。所述第二类需求策略可包括例如折扣最多，时间做早策略等等信息。这里的历史记录信息为用户同一类服务需求的历史记录信息。例如，当前时间为10月30日，则这里的历史记录信息可为10月30日以前的用户预定航班的信息。这里的预先设置信息，例如用户在预定电影票时，事先在客户端中设置有电影院的区域信息等。
总之，本实施例为了减少用户与客户端之间的交互次数，在本实施例中所述客户端还可以通过历史记录信息和预先设置信息的至少其中之一，来直接确定所述第二类需求参数或第二类需求参数的确定策略。所述发送单元140将所述第二类需求参数与所述第二类需求参数的确定策略，这样方便服务器更快更便捷的形成服务订单。
实施例十四：
如图2所示，本实施例提供了一种客户端，所述客户端包括：
语音采集单元110，配置为采集输入语音；
解析单元120，配置为解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
输出单元130，配置为当确定出至少有一个所述第一类需求参数不包括 在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
发送单元140，配置为将所述服务需求和所述第一类需求参数发送给服务器；
接收单元150，配置为接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
满足所述服务需求的参数还包括第二类需求参数；
所述客户端还包括：
生成单元，配置为根据历史记录信息和/或预先设置信息，生成所述第二类需求参数或所述第二类需求参数的确定策略；
发送单元140，配置为将所述第二类需求参数或所述第二类需求参数的确定策略，发送给所述服务器。
所述输出单元130，还配置为输出所述第二类需求参数或所述第二类需求参数的确定策略；
所述语音采集单元110，还配置为检测是否同意所述确定策略的输入语音；
所述发送单元140，还配置为若检测到同意所述第二类需求参数或所述确定策略的输入语音，向所述服务器发送所述第二类需求参数或所述确定策略。
在本实施例中为了获得一次性生成更能精确满足用户所需的服务订单，在本实施例中所述输出单元130将输出所述第二类需求参数或所述第二类需求参数的确定策略，并通过所述语音采集单元110采集用户的输入语音，在用户同意所述第二类需求参数或所述第二类需求参数的确定策略之后，向服务器发送所述第二类需求参数或确定策略。这样可以减少所述第二类需求参数或确定策略出现错误的概率。
实施例十五：
如图2所示，本实施例提供了一种客户端，所述客户端包括：
语音采集单元110，配置为采集输入语音；
解析单元120，配置为解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
输出单元130，配置为当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
发送单元140，配置为将所述服务需求和所述第一类需求参数发送给服务器；
接收单元150，配置为接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
所述输出单元130，还配置为若所述输入语音中包括指定问题答复请求时，输出服务提供方的客服接口。
在本实施例中所述输出单元130还可以输出客服接口，这样的话，用户可以通过所述客户端获得自己客服接口，可供用户确定是否需要联系到客服接口。
总之本实施例所述的客户端不仅能够通过检测用户的输入语音和提示信息的输出获取到服务需求及第一类需求参数和/或第二类需求参数，自动到各个服务方提供的数据中获取到服务响应信息，同时还会能够根据用户指示，从服务器查找到所述客服接口，方便用户利用所述服务接口与服务提供方的人工平台建立连接，获得人工服务。
实施例十六：
如图2所示，本实施例提供了一种客户端，所述客户端包括：
语音采集单元110，配置为采集输入语音；
解析单元120，配置为解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
输出单元130，配置为当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
发送单元140，配置为将所述服务需求和所述第一类需求参数发送给服务器；
接收单元150，配置为接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
以下提供两种所述接收单元150的具体结构：
结构一：所述接收单元150，配置为接收社交服务器利用所述服务需求与对应的社交公众号交互得到的所述服务响应信息。在这种结构中首先由社交服务器与社交公众号进行交互，得到服务响应信息，再由社交服务器向客户端转发所述服务响应信息。
结构二：所述接收单元150，配置为接收社交服务器返回的能够满足所述服务需求的社交公众号的添加指示信息；所述客户端还包括：形成单元，用于基于所述添加指示信息，在与所述社交服务器器的对话框中，引入所述社交公众号，形成多方对话框；所述社交公众号能够用于提供所述服务响应信息。在本实施例中所述社交服务器根据所述服务需求及第一类需求参数定位到在满足所述第一类需求参数的限制条件下还可以提供对应社交公众号，将社交公众号添加到对话框中，由所述社交公众号直接提供所述服务响应消息，避免消息的中转，同时响应了客户端的服务需求。
以上两种接收单元150均具有结构简单，更好的利用了社交平台的平台资源等特点。
以下基于上述任意实施例提供几个具体示例：
示例一：
图3A至图3C展示的利用微信平台的小微机器人进行计票预定的流程图。在图3A至图3C中为了方便显示，将用户利用语音输入的内容，用文字的形式展示出来了。在图3A至图3C中，小微指代的是微信的小微机器人。另一个图标指代的是用户。
在图3A中用户对着手机或平板电脑中的微信界面语音输入“你好，我想预定从北京到广州的机票”。小微机器人将解析该输入语音，发现缺少机票的日期；这个时候小微输出提示信息：请问您预订哪天的机票，有其他要求吗？用户看到提示之后，自然会把机票的日期及自己的其他要求一并通过语音告诉微信。这个时候用户输入“后天吧，别太早的，我起不来，最好是折扣多的那种。”小微机器人通过对该自然语音的解析，确定机票的日期为2015-11-1，按照价格最低及时间优先原则机型订票。微信将预定2015-11-1从北京到广州的机票及不需要太早的信息传输给服务器，服务器通过查询服务提供方的提供的各种航班信息，返回了三条航班信息。这三条航班信息分别如图3A所示。为了避免用户对服务器优先推荐的3条航班信息都不满意，还设置有查看其它航班信息的接口信息。若微信检测到用户点击了对应的区域，则微信从服务器获取其他满足从北京到广州，日期在11月1日的航班信息。在图3A中用户的输入语音为：11点的那个就行。微信通过解析确定选择了从11：10分从手段机场T2起飞，14：00到白云机场降落，价格为906元的航班。这个时候需要进行航班预订，需要乘客的一些个人信息。如图3B所示，小微显示提示信息：好的，请把登机人的姓名、身份证号码和手机号码发给我，我帮您记录下登机信息。用户通过语音告诉微信登机人的信息。接下来，涉及到一些关于用户利用的其他提示信息。这样微信的小微机器人和用户通过多次的对话，能够方便用户在不用浏览服务提供方的服务页面的基础上，完成机票的预定。最终在图3C 中，输出订单信息及支付接口。在本示例中，所述图3C输出的微信支付的支付接口。用户通过点击所述微信支付，就可以通过微信完成对该订单的支付，从而使该机票订单生效，完成了机票的预定。
显然，本示例的机票预定过程中，用户仅是在微信界面内通过与小微机器人的多次对话，就完成了机票的预定，用户根本就不用浏览机票预定网站或在海量的信息中查找自己所需的信息，简化了满足用户的服务需求的操作流程，提高了客户端的智能性及用户使用满意度。
示例二：
如图4所示，本示例提供一种信息处理方法，所述方法包括：
步骤S11：从用户处接收服务需求；
步骤S12：与用户进行多轮对话。
步骤S13：基于多轮对话与第三方数据接口或通用知识库进行信息交互，获得服务响应信息。这里的第三方数据接口可包括服务方或信息提供方网站或服务器的接口。
步骤S14：判断用户是否有特殊需求，若有进入步骤S15，如无进入步骤S16。
步骤S15：获取用户资料信息，例如服务器或客户端通过查询本地数据库，获取实现存储的信息，或通过与用户的交互获取所述用户资料信息。
步骤S17：生成订单。
步骤S18：客户端从服务器接收到订单，并输出订单，这样用户就能够看到订单。显然这样的话，用户在不用查看进入服务提供方的服务页面的情况下，就能够完成下单和订单的生成。
示例三：
如图5所示，本示例提供一种信息处理方法，在本实施例中以小微航班为例，这里的小微航班可为利用小微机器人预定航班的一种专项服务。 在这里预定航班可包括4个阶段；第一阶段为开始；第二阶段为查询；第三阶段为形成订单；第四阶段为后续服务。
在第一阶段中，将获得买家需求；这里的买家需求即为用户需求。
在第二阶段中，将获取到起始地址、达到地址和出发日期作为所述第一类需求信息；当然也会获取航班时间、航班价格及其他非基本的第二类需求参数的确定策略。图5中的确定策略为:价格时间比最优的选择。
在第三阶段中，首先确定需求，这里确定是机票预定需求，则填写订单。包括个人信息的填写。这里的个人信息包括身份证号和手机号等。当然还可以包括发票信息以及延误险、意外险等。当然在第三阶段还会再次确认填写的信息是否正确。若确认信息正确，则进入第四阶段。
在第四阶段中包括订单支付、出发前提醒、延误险兑现及发票邮寄查询等各种后续跟踪服务。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个处理 模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于前述实施例提供信息处理方法至少其中之一；例如，图1A及图1B所示的方法。本实施例所述的计算机存储介质可为上述存储介质中的一种，可选为非瞬间存储介质，例如，非易失性存储介质。
如图6所示，本实施例还提供一种客户端，包括处理器302、存储介质304以及至少一个外部通信接口301；所述处理器302、存储介质304以及外部通信接口301均通过总线303连接。所述处理器302可为微处理器、中央处理器、数字信号处理器或可编程逻辑阵列或专用集成电路等具有处理功能的电子元器件。所述存储介质304上存储有计算机可执行指令；所述处理器302执行所述存储介质304中存储的所述计算机可执行指令可实现以下两个方案中的任意一个。本实施例所述的处理器302可通过执行上述可执行指令，可以实现前述任意一个方法实施例提供的信息处理方法，例如，如图1A和图1B所示的方法。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保 护范围。

Claims (17)

  1. 一种信息处理方法，所述方法包括：
    采集输入语音；
    解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
    当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
    将所述服务需求和所述第一类需求参数发送给服务器；
    接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
  2. 根据权利要求1所述的方法，其中，
    所述接收服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息，包括：
    接收所述服务器发送的服务订单；
    所述方法还包括：
    输出所述服务订单及支付接口；
    检测支付操作；
    响应所述支付操作，向所述服务器发送支付请求；
    其中，所述服务订单在完成支付后生效。
  3. 根据权利要求2所述的方法，其中，
    所述方法还包括：
    在所述服务订单生效后，从服务器接收服务跟踪信息；
    根据所述服务跟踪信息，输出服务提醒信息。
  4. 根据权利要求2或3所述的方法，其中，
    满足所述服务需求的参数还包括第二类需求参数；
    所述方法还包括：
    根据历史记录信息和/或预先设置信息，生成所述第二类需求参数或所述第二类需求参数的确定策略；
    将所述第二类需求参数或所述第二类需求参数的确定策略，发送给所述服务器。
  5. 根据权利要求4所述的方法，其中，
    所述方法还包括：
    输出所述第二类需求参数或所述第二类需求参数的确定策略；
    检测是否同意所述确定策略的输入语音；
    所述将所述第二类需求参数或所述第二类需求参数的确定策略发送给所述服务器，包括：
    若检测到同意所述第二类需求参数或所述确定策略的输入语音，向所述服务器发送所述第二类需求参数或所述确定策略。
  6. 根据权利要求1或2所述的方法，其中，
    所述方法还包括：
    若所述输入语音中包括指定问题答复请求时，输出服务提供方的客服接口。
  7. 根据权利要求1或2所述的方法，其中，
    所述接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息，包括：
    接收社交服务器利用所述服务需求与对应的社交公众号交互得到的所述服务响应信息。
  8. 根据权利要求1或2所述的方法，其中，
    所述接收所述服务器基于所述服务需求及所述第一类需求参数返回的 服务响应信息，包括：
    接收社交服务器返回的能够满足所述服务需求的社交公众号的添加指示信息；
    基于所述添加指示信息，在与所述社交服务器器的对话框中，引入所述社交公众号，形成多方对话框；所述社交公众号能够用于提供所述服务响应信息。
  9. 一种客户端，所述客户端包括：
    语音采集单元，配置为采集输入语音；
    解析单元，配置为解析所述输入语音，确定服务需求及满足所述服务需求的第一类需求参数；
    输出单元，配置为当确定出至少有一个所述第一类需求参数不包括在输入语音中时输出提示信息，直至获取到满足所述服务需求的所有所述第一类需求参数；
    发送单元，配置为将所述服务需求和所述第一类需求参数发送给服务器；
    接收单元，配置为接收所述服务器基于所述服务需求及所述第一类需求参数返回的服务响应信息。
  10. 根据权利要求9所述的客户端，其中，
    所述接收单元，还配置为接收所述服务器发送的服务订单；
    所述输出单元，还配置为输出所述服务订单及支付接口；
    所述客户端还包括：
    检测单元，配置为检测支付操作；
    所述发送单元，还配置为响应所述支付操作，向所述服务器发送支付请求；
    其中，所述服务订单在完成支付后生效。
  11. 根据权利要求9或10所述的客户端，其中，
    所述接收单元，还配置为在所述服务订单生效后，从服务器接收服务跟踪信息；
    所述输出单元，还配置为根据所述服务跟踪信息，输出服务提醒信息。
  12. 根据权利要求9或10所述的客户端，其中，
    满足所述服务需求的参数还包括第二类需求参数；
    所述客户端还包括：
    生成单元，配置为根据历史记录信息和/或预先设置信息，生成所述第二类需求参数或所述第二类需求参数的确定策略；
    发送单元，配置为将所述第二类需求参数或所述第二类需求参数的确定策略，发送给所述服务器。
  13. 根据权利要求12所述的客户端，其中，
    所述输出单元，还配置为输出所述第二类需求参数或所述第二类需求参数的确定策略；
    所述语音采集单元，还配置为检测是否同意所述确定策略的输入语音；
    所述发送单元，还配置为若检测到同意所述第二类需求参数或所述确定策略的输入语音，向所述服务器发送所述第二类需求参数或所述确定策略。
  14. 根据权利要求9或10所述的客户端，其中，
    所述输出单元，还配置为若所述输入语音中包括指定问题答复请求时，输出服务提供方的客服接口。
  15. 根据权利要求9或10所述的客户端，其中，
    所述接收单元，配置为接收社交服务器利用所述服务需求与对应的社交公众号交互得到的所述服务响应信息。
  16. 根据权利要求9或10所述的客户端，其中，
    所述接收单元，配置为接收社交服务器返回的能够满足所述服务需求的社交公众号的添加指示信息；
    所述客户端还包括：
    形成单元，配置为基于所述添加指示信息，在与所述社交服务器器的对话框中，引入所述社交公众号，形成多方对话框；所述社交公众号能够用于提供所述服务响应信息。
  17. 一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1至8所述信息处理方法至少其中之一。
PCT/CN2016/082549 2015-12-03 2016-05-18 信息处理方法、客户端和计算机存储介质 WO2017092244A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510885368.5A CN105306281B (zh) 2015-12-03 2015-12-03 信息处理方法及客户端
CN201510885368.5 2015-12-03

Publications (1)

Publication Number Publication Date
WO2017092244A1 true WO2017092244A1 (zh) 2017-06-08

Family

ID=55203065

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/082549 WO2017092244A1 (zh) 2015-12-03 2016-05-18 信息处理方法、客户端和计算机存储介质

Country Status (2)

Country Link
CN (1) CN105306281B (zh)
WO (1) WO2017092244A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108171557A (zh) * 2018-02-13 2018-06-15 广州小享科技有限公司 一种基于座椅的客服服务提供方法及其设备
CN112270926A (zh) * 2020-09-27 2021-01-26 青岛海尔空调器有限总公司 一种环境调节设备的售后服务方法及售后服务设备
CN113765972A (zh) * 2020-10-27 2021-12-07 北京沃东天骏信息技术有限公司 数据请求响应方法、装置、系统、服务器和存储介质
CN117575548A (zh) * 2024-01-17 2024-02-20 华安证券股份有限公司 基于业务需求的服务方案智能化生成方法及系统

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105306281B (zh) * 2015-12-03 2019-05-14 腾讯科技（深圳）有限公司 信息处理方法及客户端
CN108476164B (zh) 2015-12-21 2021-10-08 谷歌有限责任公司 在消息传送应用中自动地提供机器人服务的方法
CN106057204A (zh) * 2016-05-05 2016-10-26 刘世超 一种在线呼叫服务的方法及系统
CN106095435B (zh) * 2016-06-08 2019-12-24 联想(北京)有限公司 一种信息处理方法及电子设备
US20180012152A1 (en) * 2016-07-08 2018-01-11 Ge Aviation Systems Llc Determining a passenger service parameter for flight disruption
CN105959318B (zh) * 2016-07-12 2019-07-23 上海木木聚枞机器人科技有限公司 基于机器人的服务处理方法
CN105959320B (zh) * 2016-07-13 2019-05-14 上海木木机器人技术有限公司 基于机器人的交互方法和系统
CN107783977B (zh) * 2016-08-24 2021-11-26 阿里巴巴集团控股有限公司 资源对象信息推荐方法、客户端及系统
CN109716727B (zh) 2016-09-20 2021-10-15 谷歌有限责任公司 获取访问与用户相关联的数据的许可的方法及系统
US10547574B2 (en) 2016-09-20 2020-01-28 Google Llc Suggested responses based on message stickers
CN106649825B (zh) * 2016-12-29 2020-03-24 上海智臻智能网络科技股份有限公司 语音交互系统及其创建方法和装置
CN108262744A (zh) * 2016-12-30 2018-07-10 深圳市祈飞科技有限公司 一种智能药房的控制方法及控制系统
CN108306851B (zh) * 2017-03-28 2021-01-01 腾讯科技（深圳）有限公司 信息获取方法、提供方法、装置及系统
CN108304153A (zh) * 2017-03-02 2018-07-20 腾讯科技（深圳）有限公司 语音交互方法和装置
WO2018157721A1 (zh) * 2017-03-02 2018-09-07 腾讯科技（深圳）有限公司 信息获取方法、提供方法、装置及系统、存储介质
CN107767116B (zh) * 2017-10-12 2021-03-02 携程旅游网络技术（上海）有限公司 出行产品自动化推送方法、系统、存储介质和电子设备
CN108572949A (zh) * 2018-04-18 2018-09-25 链家网（北京）科技有限公司 一种房屋信息搜索处理方法及装置
CN108831466A (zh) * 2018-07-10 2018-11-16 东莞市商二信息科技有限公司 一种语音交换识别语音机器人系统
CN109685550A (zh) * 2018-12-04 2019-04-26 北京猎户星空科技有限公司 智能设备控制方法、装置、电子设备及存储介质
CN109903134A (zh) * 2019-02-26 2019-06-18 北京多点在线科技有限公司 一种订单自动生成方法及系统、存储介质
CN110096516B (zh) * 2019-03-25 2022-01-28 北京邮电大学 自定义的数据库交互的对话生成方法及系统
CN110781282A (zh) * 2019-10-30 2020-02-11 联想(北京)有限公司 一种数据处理方法、装置及电子设备
CN110830665A (zh) * 2019-11-12 2020-02-21 德邦物流股份有限公司 一种语音交互的方法、装置及快递业务系统
CN111124121B (zh) * 2019-12-24 2021-05-28 腾讯科技（深圳）有限公司 语音交互信息处理方法、装置、存储介质和计算机设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103198155A (zh) * 2013-04-27 2013-07-10 俞志晨 一种基于移动终端的智能问答交互系统及方法
CN103685520A (zh) * 2013-12-13 2014-03-26 深圳Tcl新技术有限公司 基于语音识别的歌曲推送的方法和装置
CN104021787A (zh) * 2014-06-13 2014-09-03 中国民航信息网络股份有限公司 基于语音识别的机票搜索系统及方法
CN105306281A (zh) * 2015-12-03 2016-02-03 腾讯科技（深圳）有限公司 信息处理方法及客户端

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002014985A2 (en) * 2000-08-17 2002-02-21 Kern Daniel A Automated payment system
JP2006039120A (ja) * 2004-07-26 2006-02-09 Sony Corp 対話装置および対話方法、並びにプログラムおよび記録媒体
CN104778580A (zh) * 2015-03-18 2015-07-15 微梦创科网络科技（中国）有限公司 一种支付方法和支付插件

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103198155A (zh) * 2013-04-27 2013-07-10 俞志晨 一种基于移动终端的智能问答交互系统及方法
CN103685520A (zh) * 2013-12-13 2014-03-26 深圳Tcl新技术有限公司 基于语音识别的歌曲推送的方法和装置
CN104021787A (zh) * 2014-06-13 2014-09-03 中国民航信息网络股份有限公司 基于语音识别的机票搜索系统及方法
CN105306281A (zh) * 2015-12-03 2016-02-03 腾讯科技（深圳）有限公司 信息处理方法及客户端

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108171557A (zh) * 2018-02-13 2018-06-15 广州小享科技有限公司 一种基于座椅的客服服务提供方法及其设备
CN112270926A (zh) * 2020-09-27 2021-01-26 青岛海尔空调器有限总公司 一种环境调节设备的售后服务方法及售后服务设备
CN113765972A (zh) * 2020-10-27 2021-12-07 北京沃东天骏信息技术有限公司 数据请求响应方法、装置、系统、服务器和存储介质
CN117575548A (zh) * 2024-01-17 2024-02-20 华安证券股份有限公司 基于业务需求的服务方案智能化生成方法及系统
CN117575548B (zh) * 2024-01-17 2024-03-22 华安证券股份有限公司 基于业务需求的服务方案智能化生成方法及系统

Also Published As

Publication number Publication date
CN105306281B (zh) 2019-05-14
CN105306281A (zh) 2016-02-03

Similar Documents

Publication Publication Date Title
WO2017092244A1 (zh) 信息处理方法、客户端和计算机存储介质
US20240296478A1 (en) Interactive user interface based on analysis of chat messages content
US10289639B2 (en) Automatic conversation analysis and participation
US11803819B2 (en) System and method of providing to-do list of user
JP6705841B2 (ja) メッセージングによるパーソナル・アシスタント・サービスの提供
TWI683272B (zh) 資訊獲取方法、提供方法、裝置及系統、儲存介質
JP6609627B2 (ja) メッセージベースのコンテキスト・プロンプトを使用した支払いの送信および受信の促進
US20170293610A1 (en) Voice assistant
US20180095565A1 (en) Providing Variable Responses in a Virtual-Assistant Environment
CN110248019B (zh) 用于启用语音的对话界面的方法、计算机存储介质和设备
CN104717342B (zh) 一种基于短信息唤醒客户端应用的方法及装置
EP3182684A1 (en) Intelligent service interaction platform apparatus, system and realizing method thereof
US20110016421A1 (en) Task oriented user interface platform
WO2021205240A1 (en) Different types of text call services, centralized live chat applications and different types of communication mediums for caller and callee or communication participants
US20140164305A1 (en) Systems and methods for virtual agent recommendation for multiple persons
US20140164312A1 (en) Systems and methods for informing virtual agent recommendation
US20140164953A1 (en) Systems and methods for invoking virtual agent
US10972424B2 (en) Inferring preferences from message metadata and conversations
KR20170131572A (ko) 양식 응답의 자동 결정을 위한 기술
US11893993B2 (en) Interfacing with applications via dynamically updating natural language processing
EP3847546B1 (en) Interfacing with applications via dynamically updating natural language processing
KR101217142B1 (ko) 유·무선 연동 수익환원식 광고방법이 포함된 양방향 모바일 광고플랫폼과 그 광고방법
WO2017032290A1 (zh) 提供服务入口的方法和设备
WO2015169259A1 (zh) 应用服务以及终端信息的提供方法及装置
US20150371265A1 (en) Direct mobile marketing by registered local business members using a social network platform

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: 16869558

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 09.11.2018)

122 Ep: pct application non-entry in european phase

Ref document number: 16869558

Country of ref document: EP

Kind code of ref document: A1