WO2019000871A1 - 用于提供语音服务的方法、装置和服务器 - Google Patents

用于提供语音服务的方法、装置和服务器 Download PDF

Info

Publication number
WO2019000871A1
WO2019000871A1 PCT/CN2017/118008 CN2017118008W WO2019000871A1 WO 2019000871 A1 WO2019000871 A1 WO 2019000871A1 CN 2017118008 W CN2017118008 W CN 2017118008W WO 2019000871 A1 WO2019000871 A1 WO 2019000871A1
Authority
WO
WIPO (PCT)
Prior art keywords
voice service
device end
target voice
message
request
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2017/118008
Other languages
English (en)
French (fr)
Inventor
罗兴
沈光昊
王芃
薛军涛
王继冬
杨思杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Baidu Online Network Technology Beijing Co Ltd
Original Assignee
Baidu Online Network Technology Beijing Co Ltd
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 Baidu Online Network Technology Beijing Co Ltd filed Critical Baidu Online Network Technology Beijing Co Ltd
Priority to JP2019537348A priority Critical patent/JP6754011B2/ja
Priority to KR1020197020272A priority patent/KR102144286B1/ko
Priority to EP17915576.7A priority patent/EP3550801B1/en
Publication of WO2019000871A1 publication Critical patent/WO2019000871A1/zh
Priority to US16/507,248 priority patent/US10791200B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/53—Network services using third party service providers
    • 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/08—Speech classification or search
    • G10L15/18—Speech classification or search using natural language modelling
    • G10L15/1822—Parsing for meaning understanding
    • 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/22—Procedures used during a speech recognition process, e.g. man-machine dialogue
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
    • 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/22—Procedures used during a speech recognition process, e.g. man-machine dialogue
    • G10L2015/223—Execution procedure of a spoken command
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]

Definitions

  • the present application relates to the field of computer technologies, and in particular, to the field of artificial intelligence, and in particular, to a method, an apparatus, and a server for providing a voice service.
  • embodiments of the present application provide a method, apparatus, and server for providing a voice service.
  • the embodiment of the present application provides a method for providing a voice service, including: receiving a request message for providing a target voice service to a device end that has accessed a third-party voice service, where the request message includes a request content and a device end.
  • the message format configured in the framework model is generated and transmitted based on the transport protocol configured in the data service framework model of the constructed target voice service; the message format and third-party voice service configured in the data service framework model of the constructed target voice service The message format is consistent, and the transport protocol configured in the data service framework model of the constructed target voice service is consistent with the transport protocol of the third-party voice service.
  • the method further includes: providing the user with the configuration information of the target voice service to be replaced in response to the request for the target voice service registration to be sent by the user, so that the user replaces the configuration file of the device end.
  • the corresponding configuration item; the configuration information to be replaced includes the user identifier, the user password, and the path address of the access token.
  • the method further includes: receiving an access request for accessing the target voice service by the device end, where the target voice service access request includes a user identifier, a user password, and an identifier of the device end; and based on the access request, to the device end
  • the access token of the target voice service is issued, so that the device obtains the issued access token by obtaining the path address of the access token.
  • the issuing an access token of the target voice service to the device according to the access request includes: searching for the device identifier that has obtained the user authorization according to the user identifier and the user password; and determining the target voice service access request Whether the identifier of the device is the same as the device ID that has been authorized by the user; if yes, the access token of the target voice service is issued to the device.
  • receiving a request message for providing a target voice service to a device end that has accessed the third-party voice service comprising: receiving the device that has obtained the access token of the target voice service and has accessed the third-party voice service The request message sent by the terminal.
  • the response message is generated by parsing the request message to obtain the request content and the status information of the device side; generating corresponding operation instructions based on the device-side status information and the request content; and the data service according to the target voice service.
  • the message format and transport protocol configured in the framework model encapsulate operation instructions to generate a response message.
  • the status information of the device includes: a capability statement of the device end, context information of the device end, and event information of the device end.
  • generating corresponding operation instructions based on the device-side status information and the request content including: determining a callable operation interface of the device end based on the device-side capability declaration, the device-side context information, and the device-side event information; and the callable operation
  • the target operation interface corresponding to the requested content is determined in the interface; the voice service content is determined according to the requested content, and an operation instruction for invoking the target operation interface to output the voice service content is generated.
  • obtaining a response message generated after processing the requested content based on the device-side status information includes: detecting whether the requested content includes a voice interaction requirement; and responding to detecting that the requested content includes a voice interaction requirement, at a preset time
  • the length or the preset message length divides the voice service data, generates a plurality of response message fragments, and sends the response message to the device side, including: sending the response message segment to the device end according to the generation time of the response message segment.
  • the method further includes: constructing a data service framework model of the target voice service, the data service framework model includes: a transport protocol layer, a message format layer, and a device end capability layer; and a data service framework model for constructing the target voice service includes : constructing a transport protocol layer, including configuring a transport protocol used by the target voice service; constructing a message format layer, including configuring a message format of a request message and a response message of the target voice service; constructing a device-side capability layer, including configuring a request message and a response The logic that resolves the capabilities of the device side in the message.
  • the embodiment of the present application provides an apparatus for providing a voice service, including: a first receiving unit, configured to receive a request message for providing a target voice service to a device end that has accessed a third-party voice service, where The request message includes the request content and the status information of the device end; the obtaining unit is configured to obtain a response message generated by processing the requested content based on the device-side status information, the response message includes an operation instruction, and the sending unit is configured to send to the device end a response message; wherein the request message and the response message are generated according to a message format configured in a data service framework model of the constructed target voice service, and are transmitted based on a transport protocol configured in a data service framework model of the constructed target voice service; The message format configured in the data service framework model of the constructed target voice service is consistent with the message format of the third-party voice service, and the transport protocol configured in the data service framework model of the constructed target voice service is consistent with the transmission protocol of the third-party voice service. .
  • the apparatus further includes: a providing unit, configured to provide the user with the configuration information of the target voice service to be replaced, in response to obtaining the request for the target voice service registration to the device end issued by the user, for the user Replace the corresponding configuration item in the configuration file of the device.
  • the configuration information to be replaced includes the user ID, the user password, and the path address of the access token.
  • the apparatus further includes: a second receiving unit, configured to receive an access request for accessing the device end to the target voice service, where the target voice service access request includes the user identifier, the user password, and the device end
  • the authorization unit is configured to issue an access token of the target voice service to the device according to the access request, so that the device obtains the issued access token by obtaining the path address of the access token.
  • the authorization unit is further configured to issue an access token of the target voice service to the device end according to the following manner: searching for the device identifier of the acquired user authorization according to the user identifier and the user password; determining the target voice service access request Whether the identifier of the device in the device is consistent with the device ID that has been authorized by the user; if yes, the access token of the target voice service is issued to the device.
  • the first receiving unit is further configured to: receive a request message issued by a device end that has obtained an access token of the target voice service and has accessed the third party voice service.
  • the response message obtained by the obtaining unit is generated by parsing the request message, and obtaining the request content and the state information of the device side; generating corresponding operation instructions based on the device-side state information and the request content;
  • the message format and transport protocol configured in the service data service framework model encapsulates operational instructions and generates response messages.
  • the status information of the device includes: a capability statement of the device end, context information of the device end, and event information of the device end.
  • the operation instruction in the response message acquired by the obtaining unit is generated according to the device-side capability declaration, the device-side context information, and the device-side event information to determine the device-side callable operation interface;
  • the target operation interface corresponding to the requested content is determined in the operation interface;
  • the voice service content is determined according to the requested content, and an operation instruction for invoking the target operation interface to output the voice service content is generated.
  • the obtaining unit is further configured to: detect whether the requested content includes a voice interaction requirement; and in response to detecting that the requested content includes a voice interaction requirement, divide the voice service data by a preset time length or a preset message length, Generating a plurality of response message segments; the sending unit is further configured to: send the response message segments to the device end in sequence according to the generation time of the response message segments.
  • the apparatus further includes: a building unit configured to construct a data service framework model of the target voice service, where the data service framework model includes: a transport protocol layer, a message format layer, and a device end capability layer; For constructing a transport protocol layer, including configuring a transport protocol used by the target voice service; constructing a message format layer, including configuring a message format of a request message and a response message of the target voice service; and constructing a device end capability layer, including configuring a slave request message And the logic of parsing out the capabilities of the device side in the response message.
  • the data service framework model includes: a transport protocol layer, a message format layer, and a device end capability layer; For constructing a transport protocol layer, including configuring a transport protocol used by the target voice service; constructing a message format layer, including configuring a message format of a request message and a response message of the target voice service; and constructing a device end capability layer, including configuring a slave request message And the logic of parsing out the capabilities
  • an embodiment of the present application provides a server, including: one or more processors; and a storage device, configured to store one or more programs, when one or more programs stored by the storage device are one or more
  • the processor executes such that one or more processors implement the methods described above for providing voice services.
  • the method, device, and server for providing a voice service provided by the present application by receiving a request message for requesting content and device-side status information of a target voice service for a device end that has accessed the third-party voice service;
  • the response message generated by the status information of the device end after processing the requested content, the response message includes an operation instruction; finally, the response message is sent to the device end, wherein the request message and the response message are data service frames according to the constructed target voice service.
  • the message format generated in the model, consistent with the third-party voice service, and based on the transmission protocol of the third-party voice service configured in the data service framework model of the constructed target voice service, can utilize the developed The third-party voice service service interaction and other logic quickly access the target voice service, without the need to separately develop service logic for the target voice service, which is beneficial to reduce the development and operation and maintenance costs of products accessing different voice services.
  • FIG. 1 is an exemplary system architecture diagram to which the present application can be applied;
  • FIG. 2 is a flow diagram of one embodiment of a method for providing a voice service in accordance with the present application
  • 3A is a schematic diagram of an application scenario of a method for providing a voice service according to the present application
  • 3B is a schematic diagram of another application scenario of a method for providing a voice service according to the present application.
  • FIG. 4 is a schematic diagram of an application scenario of a method for accessing a voice service in a method for providing a voice service according to the present application;
  • FIG. 5 is a schematic diagram of a data service framework model of a target voice service
  • FIG. 6 is a schematic structural diagram of an embodiment of an apparatus for providing a voice service according to the present application.
  • FIG. 7 is a block diagram showing the structure of a computer system suitable for implementing the server of the embodiment of the present application.
  • FIG. 1 illustrates an exemplary system architecture 100 of an embodiment of a method for providing a voice service or a device for providing a voice service to which the present application may be applied.
  • system architecture 100 can include terminal 101, devices 102, 103, network 104, and server 105.
  • the medium 104 is used to provide a medium for communication links between the terminal 101 and the server 105, and a medium for providing a communication link between the devices 102, 103 and the server 105.
  • Network 104 may include various types of connections, such as wired, wireless communication links, fiber optic cables, and the like.
  • User 110 can interact with server 105 over network 104 using terminal 101 to receive or send messages and the like.
  • An application that interacts with the server 105 such as a web browser application, a voice service client application, etc., may be installed on the terminal 101.
  • the terminal 101 can enable various electronic devices having a display screen including, but not limited to, a smartphone, a tablet, a desktop computer, and the like.
  • the devices 102, 103 can also interact with the server 105 over the network 104 to receive or send messages and the like.
  • the devices 102, 103 may be electronic devices having an audio input interface and an audio output interface, such as a speaker with a microphone.
  • the server 105 may be a server that provides various services, such as a voice server that supports web page content displayed on the terminal 101 and controls audio output operations performed by the devices 102, 103.
  • the voice server may process the request by the user 110 to perform voice service operations for the devices 102, 103 through the terminal 101, and send the processing results (eg, audio data and control commands of the audio output interface) to the devices 102, 103.
  • the devices 102, 103 can receive the audio data and control commands sent by the server 105 through the network 104 and perform corresponding operations, thereby enabling the devices 102, 103 to access the voice services provided by the voice server 105.
  • the method for providing a voice service provided by the embodiment of the present application is generally performed by the server 105. Accordingly, the device for providing the voice service is generally disposed in the server 105.
  • a server can be a clustered server, including multiple servers with different processes deployed.
  • the method for providing a voice service includes the following steps:
  • Step 201 Receive a request message for providing a target voice service to a device end that has accessed the third-party voice service.
  • the electronic device on which the method for providing the voice service is run ie, the server of the target voice service, such as the server shown in FIG. 1 can be utilized from the user through a wired connection or a wireless connection.
  • the electronic device of the voice service request e.g., terminal 101 shown in FIG. 1 receives the request message described above, or receives the request message from a device side (e.g., device 102, 103 shown in FIG. 1) with which the user performs voice interaction.
  • the request message includes the requested content and status information of the device end that has accessed the third-party voice service.
  • the requested content may include the content of the voice service requested by the user, for example, may include voice data input by the user through the audio input interface.
  • the status information of the device may be information indicating the current running status of the device, and may include information about an operation currently being performed by the device, status information of a current interface of the device, and the like.
  • the request message may be a request message for providing a target voice service to a device end that has accessed the third-party voice service.
  • the target voice service and the third party voice service here can be voice services provided by different servers or server clusters, and both can provide voice services with different characteristics.
  • third-party voice services and target voice services can be voice services that support different language types.
  • the device After accessing the third-party voice service, the device can apply the voice service of the language type supported by the third voice service (for example, English). If the device needs to apply services of other language types (such as Chinese), the device can access other language types.
  • Target voice service for example, English. If the device needs to apply services of other language types (such as Chinese), the device can access other language types.
  • the request message is generated according to a message format configured in a data service framework model of the constructed target voice service, and configured to transmit a transport protocol according to a data service framework model of the constructed target voice service, and the foregoing
  • the message format configured in the data service framework model of the target voice service is consistent with the message format of the third-party voice service, and the transport protocol configured in the data service framework model of the target voice service is constructed and the third-party voice service is configured.
  • the transmission protocol is consistent. That is to say, the target voice service pre-builds a data service framework model, and other electronic devices can interact with the server of the target voice service according to the data service framework model.
  • a message format and a transport protocol are configured, and an electronic device interacting with a server of the target voice service may send or receive a message according to a configured message format, and perform a message based on the configured transport protocol when transmitting the data.
  • the message generated and transmitted according to the message format and transmission protocol configured in the data service framework model described above can be received and successfully parsed by the server of the target voice service, and the server of the target voice service can respond according to the content obtained by the analysis.
  • the above transmission protocol may define a connection manner between the target voice server and other electronic devices, and may be a universal transmission protocol.
  • the above message format can define what is represented by multiple fields in the message.
  • the third-party voice service adopts the Http2.0-based transmission protocol and defines that the first field in the message format represents audio data and the second field represents the device-side state
  • the transport protocol can be configured as Http2.0.
  • the message format also includes the first field indicating the audio data and the second field indicating the state of the device.
  • the request message may be sent by the user by using an electronic device that establishes a communication connection with the device, and the electronic device may request the device to obtain the state information of the device in advance.
  • the status information may be sent to the electronic device, such that when the target voice service is requested to be provided, the electronic device may send the requested content and the status information of the device side together to the server of the target voice service.
  • the user can input the service URL of the target voice service in the browser application of the electronic device (for example, a mobile phone), and select a desired voice service after logging in the user account, such as voice communication, setting an alarm clock, playing music, and the like.
  • the user can select the requested voice service in a client application of the target voice service, such as a voice service client installed on the mobile phone.
  • the request content may be generated according to the voice service selected by the user, and the request message is generated according to the state information of the device end acquired in advance, and sent to the electronic device on which the method for providing the voice service runs.
  • the request message may be sent by a device that has accessed the third-party voice service.
  • the device end may generate the request message according to the message format configured in the data service framework model of the constructed target voice service by using the state information and the requested content, and based on the already The transport protocol configured in the data service framework model of the constructed target voice service transmits the request message.
  • Step 202 Acquire a response message generated after processing the requested content based on the state information of the device.
  • the request content may be subjected to intent analysis, the intention of the voice service request is determined, and then the operation instruction for the device end is determined.
  • the operational instructions herein may include voice service data that matches the intent of the voice service request described above, and commands for controlling the device to invoke the specified interface to output voice service data.
  • a response message including the above operation instructions can then be generated.
  • An electronic device on which the method for providing a voice service operates can acquire the generated response message.
  • the target voice service is deployed on a server cluster that includes multiple servers that maintain communication connections with each other
  • the service that generates the response message and the service that sends the response message to the device are deployed in the server cluster.
  • the server on which the service for sending a response message to the device side is deployed may receive the response message from the server that generated the response message. If the service that generates the above response message and the service that sends the response message to the device side are deployed on the same server in the server cluster, the server can capture the generated response message and cache it.
  • the above response message is also configured according to the data service framework model of the constructed target voice service.
  • the message format is generated and transmitted based on the transport protocol configured in the data service framework model of the constructed target voice service.
  • the message format configured in the data service framework model of the constructed target voice service is consistent with the message format of the third-party voice service, and the transmission protocol configured in the data service framework model of the constructed target voice service is the same.
  • the transmission protocol of the three-party voice service is consistent.
  • the device side that has accessed the third-party voice service does not need to re-develop the interaction logic of the voice service according to the data service framework of the target voice service, and can interact with the server of the target voice service by using the interaction logic of the developed third-party voice service. , which significantly reduces development costs.
  • the response message may be generated by parsing the request message, and obtaining the request content and the state information of the device, and then generating the corresponding information based on the state information of the device and the requested content.
  • the operation instruction is finally generated according to the message format and the transmission protocol configured in the data service framework model of the target voice service to generate a response message.
  • the electronic device ie, the server of the target voice service
  • the method for providing a voice service may parse the request header and the body in the received request message according to the configured transmission protocol.
  • the request header may contain the identifier of the device side provided by the user, and the body text may include the content of the request and other status information of the device side.
  • the corresponding request content and the status information of the device end can be extracted according to the configured message format.
  • the operation performed by the device may be determined according to the state information of the device, the voice service data corresponding to the requested content is found, and an operation instruction including the operation performed by the voice service data is generated, and finally, the request header in the configured transmission protocol may be utilized.
  • the operation command is encapsulated by the request method and the uniform resource identifier to generate the response message.
  • the status information of the device in the request message may include: a capability declaration of the device, context information of the device, and event information of the device.
  • the capability statement of the device side may be a statement of the capability that the device side reports, that is, a statement of the interface that can be called by the device end, including voice input, voice output, speaker control, audio player, alarm clock, settings, and the like.
  • the context information of the device may be the current state of the device end reported by the device or the operation information currently being executed by the device. For example, whether the device is currently playing music, whether the voice input is being received, and whether the device has an alarm is set.
  • the event information on the device side may be information about events occurring on the device side, such as whether the alarm clock on the device side is ringing, the device end starts playing music, the device end ends playing music, and the like. These status information on the device side can be reported by the device side and attached to the body of the request message.
  • the step of generating the corresponding operation instruction based on the device-side status information and the request content may include: determining, by the device-side capability declaration, the device-side context information, and the device-side event information, determining the device-side callable An operation interface; determining a target operation interface corresponding to the requested content from the callable operation interface; determining a voice service content according to the requested content, and generating an operation instruction for invoking the target operation interface to output the voice service content.
  • the callable operation interface usable for responding to the request message may be determined according to the capability declared by the device end (ie, the operation interface of the device end), the operation currently performed by the device end, and the event information generated by the device end. Determining the target operation interface according to the content of the request, for example, requesting the content to query the weather condition, determining that the target operation interface includes a voice output interface. Then, the content of the voice service can be determined according to the content of the request, that is, the voice service data is searched and generated. For example, when the content is requested to query the weather, the text of the current weather condition can be found through the network, and converted into audio data as a voice. Service data.
  • the voice service content and the target operation interface can generate an operation instruction, for example, combining the above audio data and the called voice output interface to generate an operation instruction.
  • an operation instruction for example, combining the above audio data and the called voice output interface to generate an operation instruction.
  • Step 203 Send a response message to the device.
  • the electronic device on which the method for providing the voice service is run may send the response message to the device through the network, where the response message includes an operation instruction.
  • the device side can receive and parse the response message to obtain the above operation instruction. After that, the device end can call the corresponding interface to output the voice service data according to the operation instruction.
  • the device side has developed logic for interacting with the third-party voice service when accessing the third-party voice service, and the device side can use the developed logic to receive the response message transmitted by the third-party voice service-based transmission protocol.
  • the message format of the response message is consistent with the message format of the third-party voice service, and the device side can successfully parse the content represented by each field in the response message by using the developed logic, for example, extracting the invoked interface and passing the The data output by the interface, and then the corresponding operation.
  • user D turns on the voice service by operating on device A that has accessed the third-party voice service.
  • the device A may send a request message to the server B of the target voice service in step 1, requesting to provide the target voice service for the device A, and the server B processes the request in step 2.
  • the voice service results, and in step 3, sends the voice service result to the device A in the form of a response message.
  • the request message sent by the device A to the server B in step 1 and the response message sent by the server B to the device in step 3 are all configured according to the third party voice configured in the data service framework model of the constructed target voice service.
  • a service-consistent message format is generated and transmitted based on a transport protocol configured in the data service framework model of the constructed target voice service that is consistent with the third-party voice service.
  • the user D can open the operation application (APP) of the device A on the electronic device C that has been connected to the device A, and the user D can be in the operation application of the device A.
  • the electronic device C may generate a request message requesting to provide a voice service for the device A in response to a request input by the user, and send the request message to the server B of the target voice service in step 1, and the server B performs the request message in step 2.
  • Processing, the voice service result is obtained, and in step 3, the voice service result is sent to the device A in the form of a response message.
  • the request message sent by the electronic device C to the server B in step 1 and the response message sent by the server B to the device in step 3 are all configured according to the third party voice configured in the data service framework model of the constructed target voice service.
  • a service-consistent message format is generated and transmitted based on a transport protocol configured in the data service framework model of the constructed target voice service that is consistent with the third-party voice service.
  • the method for providing a voice service provided by the foregoing embodiment of the present application, by receiving a request message for providing a target voice service for a device end that has accessed the third-party voice service, including requesting content and status information of the device, and then acquiring the a response message including an operation instruction generated by processing the request content after the status information of the device end, and finally sending a response message to the device end, where the request message and the response message are configured according to the data service framework model of the constructed target voice service.
  • the message format generation consistent with the third-party voice service and based on the transmission protocol of the third-party voice service that is configured in the data service framework model of the constructed target voice service, can utilize the developed third-party voice service
  • the service interaction and other logic quickly access the target voice service, without the need to separately develop service logic for the target voice service, which is beneficial to reduce the development and operation and maintenance costs of products accessing different voice services.
  • the user before the server of the target voice service provides the voice service, the user needs to be prompted to change the configuration information associated with the third-party voice service interaction process to establish a connection with the target voice service.
  • the foregoing method for providing a voice service may further include: providing, to the user, the to-be-replaced configuration information of the target voice service, in response to obtaining a request by the user to perform a target voice service registration on the device end. , for the user to replace the corresponding configuration item in the configuration file of the device side.
  • the configuration information to be replaced includes a user identifier, a user password, and a path address for obtaining an access token.
  • the user can log in to the service platform of the target voice service and register, and the server of the target voice service can provide the user identifier, the user password, and the path address of the access token after the user registers.
  • the user can use the username and password to replace the username and password in the configuration file of the device (for example, the configuration file config.json of the javaClient toolkit), and replace the configuration file on the device side for defining the login mode.
  • the user can modify the path address of the device to obtain the access token in the configuration file for defining the access token acquisition mode.
  • the device side needs to acquire an access token of the target voice service, and connects the interface of the target voice service through the access token.
  • the foregoing method for providing a voice service may further include: receiving an access request for accessing the device end to the target voice service, and issuing a target to the device end based on the access request An access token of the voice service, where the device obtains the issued access token by using the path address of the obtained access token; wherein the access request includes a user identifier, a user password, and an identifier of the device.
  • the user can send a request for accessing the target voice service to the device end in the platform of the target voice service, where the request includes the user identifier and the user password provided by the server of the target voice service when the user registers.
  • the user may also add an identifier of the device end in the access request to authorize the device end to request the target voice service on behalf of the user.
  • the server of the target voice service can authenticate according to the user ID and the user password, and issue the token to the device.
  • the step of issuing the access token of the target voice service to the device according to the access request may include: searching for the device identifier that has been authorized by the user according to the user identifier and the user password; and determining the target voice service access request. Whether the identifier of the device end is consistent with the device identifier that has obtained the authorization of the user; if yes, the access token of the target voice service is issued to the device end.
  • the user may provide an authorized device identifier to the server of the target voice service.
  • the user may perform the identifier of the device end in the access request and the authorized device identifier. If the comparison is the same, the access token can be issued to the device.
  • the device can obtain the issued access token according to the path of obtaining the access token in the modified configuration file, and use the access token to connect to the interface of the target voice service.
  • the step of receiving the request message for providing the target voice service to the device end that has accessed the third-party voice service may include: receiving the access that has obtained the target voice service.
  • the above request message sent by the device side of the token and having accessed the third party voice service that is to say, the server of the target voice service only receives the request message for providing the voice service to the device side that has acquired the access token. In this way, it can be avoided that the request frequency of the server of the target voice service is too high, the service is unavailable, and the security of the target voice service can be improved.
  • FIG. 4 is a schematic diagram of an application scenario of a method for accessing a voice service in a method for providing a voice service according to the present application.
  • step 1 the user D uses the terminal device E to enter the service page of the target voice service, which may be a web address of the target voice service platform.
  • the terminal device E requests registration from the server B of the target voice service according to the registration operation of the user.
  • the server B returns the user name (client_id), the password (client_secrect), and the token acquisition path to the terminal device E in step 3.
  • the terminal device E displays the user name, password, and token acquisition path to the user D.
  • the user needs to use the account name, password, and token provided by the server B to obtain the configuration corresponding to the path change.
  • the device A needs to access the target voice service provided by the server B.
  • the user uses the terminal device E to perform the login operation in step 5.
  • the user identifier, the user password, and the identifier of the device A are input.
  • the terminal device E is in step 6.
  • the login information (the user ID, the user password, and the identifier of the device A) is sent to the server B.
  • the server B verifies whether the identifier of the device A is consistent with the device ID authorized by the user 3 based on the user identifier and the user password. After the verification is passed, the token is issued to the device A in step 8.
  • the device A accesses the voice service provided by the server B.
  • the user is provided with the configuration information to be replaced when the user registers, to prompt the user to replace the corresponding configuration item on the device end, and the user can obtain the access order by using the simple configuration item replacement operation and the login authorization operation.
  • the card provides a reliable voice service while reducing the technical threshold for accessing the target voice service, effectively reducing the development workload of the access target voice service, and facilitating the provision of diverse voice services with high efficiency and low cost.
  • the request content may include audio stream data input by a user.
  • the electronic device on which the method for providing a voice service runs may perform voice activity detection (VAD), detecting a gap in the audio stream data input by the user, that is, detecting a pause of the user's speech, according to The detected pause divides the audio stream data input by the user into a plurality of segments.
  • VAD voice activity detection
  • the user inputs multiple pieces of audio stream data, and the server of the voice service can correspondingly return multiple fragmented response messages, and each response message segment can correspond to one audio stream. Data fragment.
  • the method may first detect whether the requested content includes a voice interaction requirement. For example, when the content of the request is an alarm clock, the content of the request does not include a voice interaction requirement, and when the content of the request is a question-based conversation, the content of the request includes a voice interaction requirement.
  • the voice service data may be divided by a preset time length or a preset message length to generate a plurality of response message segments. The preset length of time and the preset message length can be pre-configured.
  • the voice service server can segment the result of the voice service.
  • the server of the voice service may send a response message to the device side in a data stream manner, that is, the response message segment may be sequentially sent to the device according to the generation time of the response message segment. In this way, the problem that the request message processing time is too long and the voice service has poor real-time performance can be avoided.
  • the above method for providing a voice service may further comprise the step of constructing a data service framework model of the target voice service.
  • FIG. 5 shows a schematic structure of a data service framework model of the target voice service of the present embodiment.
  • the data service framework model of the target voice service includes a transport layer 501, a message format layer 502, and a device end capability layer 503.
  • the transport layer 501 is located at the bottom layer and is used to define a transport protocol between the device and the server. It can be defined as a transport protocol consistent with the third-party voice service.
  • the message format layer 502 can be used to define the format of the request message and the response message, such as defining the content represented by the various fields in the body of the request message.
  • the device end capability layer 503 is located at the top level and defines an operational interface of the callable device side, that is, defines various capabilities of the device side, such as voice output capability, volume control capability, and the like.
  • the step of constructing the data service framework model of the target voice service may include: constructing a transport protocol layer, including configuring a transport protocol used by the target voice service; constructing a message format layer, including configuring a request message of the target voice service, and The message format of the response message; and the construction of the device-side capability layer, including the logic to configure the ability to resolve the device side from the request message and the response message.
  • the target voice service may perform message transmission according to the transport protocol and message format configured in the framework, and may perform a logical pair request message based on the configured capability of parsing the capability of the device from the request message and the response message. And parsing the response message.
  • the server of the target voice service can obtain the request content of the device end and the callable interface information of the device end, and then can respond according to the request content and the callable interface information of the device end, and generate a response operation instruction.
  • the data service framework model of the above-mentioned target voice service can be compatible with the third-party voice service, so that the device side does not need to perform a large amount of repetitive development work to access different voice services.
  • the present application provides an embodiment of an apparatus for providing a voice service
  • the device can be specifically applied to a server of a target voice service.
  • the apparatus 600 for providing a voice service in this embodiment includes: a first receiving unit 601, an obtaining unit 602, and a sending unit 603.
  • the first receiving unit 601 is configured to receive a request message for providing a target voice service to the device end that has accessed the third-party voice service, where the request message includes the requested content and the state information of the device end, and the obtaining unit 602 is configured to obtain The response message generated after processing the requested content based on the status information of the device, wherein the response message includes an operation instruction, and the sending unit 603 is configured to send a response message to the device.
  • the request message and the response message are generated according to the message format configured in the data service framework model of the constructed target voice service, and are transmitted based on the transport protocol configured in the data service framework model of the constructed target voice service.
  • the message format configured in the data service framework model of the constructed target voice service is consistent with the message format of the third-party voice service, and the transport protocol configured in the data service framework model of the target voice service is configured and the third-party voice service is configured.
  • the transmission protocol is consistent.
  • the first receiving unit 601 may use an electronic device (for example, the terminal 101 shown in FIG. 1) from which a user performs a voice service request through a network, or a device end that uses the user to perform voice interaction through the network (for example, The device 102, 103) shown in 1 receives the above request message.
  • the request message is organized in accordance with a transport protocol with a third party voice service and in accordance with a message format defined with a third party voice service. In this way, when the device side sends the request message, the target voice service can receive and parse the request message without changing the logic for interacting with the third party voice service.
  • the obtaining unit 602 can acquire a response message generated in response to the request message.
  • the response message includes an operation instruction on the device side, and the operation instruction may include the output voice service data and the invoked device-side operation interface.
  • the response message here is also transmitted in accordance with the transport protocol of the third party voice service and in accordance with the message format defined by the third party voice service. In this way, when the response message is sent to the device side, and the logic for interacting with the third-party voice service is not changed, the device side can also receive and parse the response message.
  • the sending unit 603 can send a response message to the device end, so that the device side performs a corresponding operation according to the response message.
  • the apparatus 600 may further include: a providing unit configured to provide the user with the to-be-replaced configuration information of the target voice service in response to acquiring a request for the target voice service registration by the user to obtain the user The user replaces the corresponding configuration item in the configuration file of the device.
  • the configuration information to be replaced includes the user ID, the user password, and the path address of the access token.
  • the foregoing apparatus may further include: a second receiving unit, configured to receive an access request for accessing the device end to the target voice service, where the target voice service access request includes the user identifier, the user password, and An identifier of the device, and an authorization unit configured to issue an access token of the target voice service to the device according to the access request, so that the device obtains the issued access token by obtaining the path address of the access token.
  • a second receiving unit configured to receive an access request for accessing the device end to the target voice service, where the target voice service access request includes the user identifier, the user password, and An identifier of the device
  • an authorization unit configured to issue an access token of the target voice service to the device according to the access request, so that the device obtains the issued access token by obtaining the path address of the access token.
  • the authorization unit may be further configured to issue an access token of the target voice service to the device according to the following manner: searching for the device identifier of the acquired user authorization according to the user identifier and the user password; and determining the target voice service. Whether the identifier of the device in the access request is consistent with the device ID that has been authorized by the user; if yes, the access token of the target voice service is issued to the device.
  • the first receiving unit may be further configured to: receive a request message sent by the device end that has obtained the access token of the target voice service and has accessed the third party voice service.
  • the response message obtained by the obtaining unit may be generated by parsing the request message, and deriving the request content and the state information of the device side; generating corresponding operation instructions based on the device-side state information and the request content; The message format and transport protocol configured in the data service framework model of the voice service encapsulate operation instructions to generate a response message.
  • the obtaining unit may include a generating module, and the generating module is configured to generate a response message in the above manner.
  • the status information of the device may include: a capability declaration of the device, context information of the device, and event information of the device.
  • the operation instruction in the response message acquired by the obtaining unit may be generated in the following manner, that is, the generating module may be configured to generate a response message according to the device-side capability declaration, the device-side context information, and the device-side event.
  • the information determines a callable operation interface of the device end; determines a target operation interface corresponding to the requested content from the callable operation interface; determines a voice service content according to the requested content, and generates an operation instruction for invoking the target operation interface to output the voice service content.
  • the obtaining unit may be further configured to: detect whether the requested content includes a voice interaction requirement; and in response to detecting that the requested content includes a voice interaction requirement, divide the voice service data by a preset time length or a preset message length. And generating a plurality of response message segments; the sending unit is further configured to: sequentially send the response message segment to the device end according to the generation time of the response message segment.
  • the apparatus 600 may further include: a building unit configured to construct a data service framework model of the target voice service, where the data service framework model includes: a transport protocol layer, a message format layer, and a device end capability layer;
  • the specific configuration is used to: construct a transport protocol layer, including configuring a transport protocol used by the target voice service; construct a message format layer, including configuring a message format of a request message and a response message of the target voice service; and constructing a device end capability layer, including configuring the slave
  • the apparatus 600 for providing a voice service receives a request message for providing a target voice service to a device end that has accessed the third-party voice service by using the first receiving unit, and the acquiring unit acquires the request information based on the state information of the device end.
  • the response message generated after the content is processed, the sending unit sends the response message to the client; wherein the request message and the response message are consistent with the third-party voice service configured in the data service framework model of the target voice service that has been constructed.
  • the message format is generated and transmitted based on a transport protocol consistent with the third-party voice service configured in the data service framework model of the target voice service that has been constructed.
  • the logical fast access target voice service that has been developed on the device side and interacts with the third-party voice service can be reused, which greatly reduces the development workload when the device accesses the target voice service, and is beneficial for reducing access to different voice services.
  • FIG. 7 a block diagram of a computer system 700 suitable for use with a server for implementing embodiments of the present application is shown.
  • the server shown in FIG. 7 is merely an example, and should not impose any limitation on the function and scope of use of the embodiments of the present application.
  • computer system 700 includes a central processing unit (CPU) 701 that can be loaded into a program in random access memory (RAM) 703 according to a program stored in read only memory (ROM) 702 or from storage portion 708. And perform various appropriate actions and processes.
  • RAM random access memory
  • ROM read only memory
  • RAM 703 various programs and data required for the operation of the system 700 are also stored.
  • the CPU 701, the ROM 702, and the RAM 703 are connected to each other through a bus 704.
  • An input/output (I/O) interface 705 is also coupled to bus 704.
  • the following components are connected to the I/O interface 705: an input portion 706 including a keyboard, a mouse, etc.; an output portion 707 including a cathode ray tube (CRT), a liquid crystal display (LCD), and the like, and a speaker; a storage portion 708 including a hard disk or the like And a communication portion 709 including a network interface card such as a LAN card, a modem, or the like.
  • the communication section 709 performs communication processing via a network such as the Internet.
  • Driver 710 is also connected to I/O interface 705 as needed.
  • a removable medium 711 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory or the like, is mounted on the drive 710 as needed so that a computer program read therefrom is installed into the storage portion 708 as needed.
  • an embodiment of the present disclosure includes a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for executing the method illustrated in the flowchart.
  • the computer program can be downloaded and installed from the network via communication portion 709, and/or installed from removable media 711.
  • the central processing unit (CPU) 701 the above-described functions defined in the method of the present application are performed.
  • the computer readable medium described herein may be a computer readable signal medium or a computer readable storage medium or any combination of the two.
  • the computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the above. More specific examples of computer readable storage media may include, but are not limited to, electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read only memory (ROM), erasable Programmable read only memory (EPROM or flash memory), optical fiber, portable compact disk read only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the foregoing.
  • a computer readable storage medium may be any tangible medium that can contain or store a program, which can be used by or in connection with an instruction execution system, apparatus or device.
  • a computer readable signal medium may include a data signal that is propagated in the baseband or as part of a carrier, carrying computer readable program code. Such propagated data signals can take a variety of forms including, but not limited to, electromagnetic signals, optical signals, or any suitable combination of the foregoing.
  • the computer readable signal medium can also be any computer readable medium other than a computer readable storage medium, which can transmit, propagate, or transport a program for use by or in connection with the instruction execution system, apparatus, or device.
  • Program code embodied on a computer readable medium can be transmitted by any suitable medium, including but not limited to wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
  • each block of the flowchart or block diagram can represent a module, a program segment, or a portion of code that includes one or more of the logic functions for implementing the specified.
  • Executable instructions can also occur in a different order than that illustrated in the drawings. For example, two successively represented blocks may in fact be executed substantially in parallel, and they may sometimes be executed in the reverse order, depending upon the functionality involved.
  • each block of the block diagrams and/or flowcharts, and combinations of blocks in the block diagrams and/or flowcharts can be implemented in a dedicated hardware-based system that performs the specified function or operation. Or it can be implemented by a combination of dedicated hardware and computer instructions.
  • the units involved in the embodiments of the present application may be implemented by software or by hardware.
  • the described unit may also be provided in the processor, for example, as a processor comprising a first receiving unit, an obtaining unit and a transmitting unit.
  • the name of these units does not constitute a limitation on the unit itself in some cases.
  • the first receiving unit may also be described as “receiving to provide a target voice service for a device end that has accessed the third-party voice service.
  • the unit of the request message may be implemented by software or by hardware.
  • the described unit may also be provided in the processor, for example, as a processor comprising a first receiving unit, an obtaining unit and a transmitting unit.
  • the name of these units does not constitute a limitation on the unit itself in some cases.
  • the first receiving unit may also be described as “receiving to provide a target voice service for a device end that has accessed the third-party voice service.
  • the unit of the request message may be described as “receiving to provide
  • the present application also provides a computer readable medium, which may be included in the apparatus described in the above embodiments, or may be separately present and not incorporated into the apparatus.
  • the computer readable medium carries one or more programs, when the one or more programs are executed by the device, causing the device to: receive a request message for providing a target voice service to a device end that has accessed the third party voice service, The request message includes a request content and status information of the device end; and a response message generated after processing the requested content based on the status information of the device end, the response message includes an operation instruction; and sending the message to the device end The response message; wherein the request message and the response message are generated according to a message format configured in a data service framework model of the target voice service that has been constructed, and based on the data service of the target voice service that has been constructed a transport protocol transmission configured in the framework model; the message format configured in the data service framework model of the constructed target voice service is consistent with the message format of the third-party voice service, and the target voice is

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Acoustics & Sound (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Human Computer Interaction (AREA)
  • Computing Systems (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Health & Medical Sciences (AREA)
  • Computational Linguistics (AREA)
  • Artificial Intelligence (AREA)
  • Power Engineering (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请公开了用于提供语音服务的方法、装置和服务器。该方法的一具体实施方式包括：接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息，请求消息包括请求内容和设备端的状态信息；获取基于设备端的状态信息对请求内容进行处理后生成的响应消息，响应消息包括操作指令；向设备端发送响应消息；其中，请求消息和响应消息按照已构建的目标语音服务的数据服务框架模型中配置的消息格式生成、并基于该数据服务框架模型中配置的传输协议传输；该目标语音服务的数据服务框架模型中配置的消息格式和传输协议分别与第三方语音服务的消息格式和传输协议一致。该方法可以降低设备端接入不同语音服务的开发成本和运维成本。

Description

用于提供语音服务的方法、装置和服务器
相关申请的交叉引用
本申请要求于2017年6月30日提交的中国专利申请号为“201710525724.1”的优先权，其全部内容作为整体并入本申请中。
技术领域
本申请涉及计算机技术领域，具体涉及人工智能领域，尤其涉及用于提供语音服务的方法、装置和服务器。
背景技术
随着计算机技术的发展和网络数据的不断积累，人工智能技术飞速发展。在人工智能领域中，集语音识别、自然语言处理以及机器学习技术于一身的智能语音服务具有越来越广泛的应用。
目前，不同的智能语音服务提供商各自独立地开发出语音服务的接入协议，并向开发者提供接入语音服务的接口，开发者可以按照不同的接入协议接入不同的智能语音服务。但是，由于各智能语音服务的接入协议之间不兼容，导致开发者在接入不同的智能语音服务时需要进行大量的重复开发工作，开发周期长，成本高；后续产品的运维也需要分别运维，运维成本较高。
发明内容
为了解决背景技术部分提到的一个或多个技术问题，本申请实施例提供了用于提供语音服务的方法、装置和服务器。
第一方面，本申请实施例提供了一种用于提供语音服务的方法，包括：接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息，请求消息包括请求内容和设备端的状态信息；获取基于设备端的状态信息对请求内容进行处理后生成的响应消息，响应消息包括 操作指令；向设备端发送响应消息；其中，请求消息和响应消息按照已构建的目标语音服务的数据服务框架模型中配置的消息格式生成、并基于已构建的目标语音服务的数据服务框架模型中配置的传输协议传输；已构建的目标语音服务的数据服务框架模型中配置的消息格式与第三方语音服务的消息格式一致，已构建的目标语音服务的数据服务框架模型中配置的传输协议与第三方语音服务的传输协议一致。
在一些实施例中，上述方法还包括：响应于获取到用户发出的对设备端进行目标语音服务注册的请求，向用户提供目标语音服务的待替换配置信息，以供用户替换设备端的配置文件中的对应配置项；待替换配置信息包括用户标识、用户密码以及获取访问令牌的路径地址。
在一些实施例中，上述方法还包括：接收将设备端接入目标语音服务的接入请求，目标语音服务接入请求包括用户标识、用户密码以及设备端的标识；基于接入请求，向设备端发放目标语音服务的访问令牌，以供设备端通过获取访问令牌的路径地址获取发放的访问令牌。
在一些实施例中，基于接入请求，向设备端发放目标语音服务的访问令牌，包括：根据用户标识和用户密码查找出已获取用户授权的设备标识；判断目标语音服务接入请求中的设备端的标识是否与已获取用户授权的设备标识一致；若是，向设备端发放目标语音服务的访问令牌。
在一些实施例中，接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息，包括：接收由已获得目标语音服务的访问令牌、并且已接入第三方语音服务的设备端发出的请求消息。
在一些实施例中，响应消息按照如下方式生成：对请求消息进行解析，得出请求内容和设备端的状态信息；基于设备端的状态信息和请求内容生成对应的操作指令；按照目标语音服务的数据服务框架模型中配置的消息格式和传输协议封装操作指令，生成响应消息。
在一些实施例中，设备端的状态信息包括：设备端的能力声明、设备端的上下文环境信息、设备端的事件信息。
在一些实施例中，基于设备端的状态信息和请求内容生成对应的操作指令，包括：基于设备端的能力声明、设备端的上下文环境信息、 设备端的事件信息确定设备端的可调用操作接口；从可调用操作接口中确定出与请求内容对应的目标操作接口；根据请求内容确定出语音服务内容，并生成调用目标操作接口输出语音服务内容的操作指令。
在一些实施例中，获取基于设备端的状态信息对请求内容进行处理后生成的响应消息，包括：检测请求内容是否包含语音交互需求；响应于检测到请求内容包含语音交互需求，以预设的时间长度或预设的消息长度划分语音服务数据，生成多个响应消息片段；向设备端发送响应消息，包括：按照响应消息片段的生成时间依次向设备端发送所响应消息片段。
在一些实施例中，上述方法还包括：构建目标语音服务的数据服务框架模型，数据服务框架模型包括：传输协议层、消息格式层、设备端能力层；构建目标语音服务的数据服务框架模型包括：构建传输协议层，包括配置目标语音服务所采用的传输协议；构建消息格式层，包括配置目标语音服务的请求消息和响应消息的消息格式；构建设备端能力层，包括配置从请求消息和响应消息中解析出设备端的能力的逻辑。
第二方面，本申请实施例提供了一种用于提供语音服务的装置，包括：第一接收单元，配置用于接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息，请求消息包括请求内容和设备端的状态信息；获取单元，配置用于获取基于设备端的状态信息对请求内容进行处理后生成的响应消息，响应消息包括操作指令；发送单元，配置用于向设备端发送响应消息；其中，请求消息和响应消息按照已构建的目标语音服务的数据服务框架模型中配置的消息格式生成、并基于已构建的目标语音服务的数据服务框架模型中配置的传输协议传输；已构建的目标语音服务的数据服务框架模型中配置的消息格式与第三方语音服务的消息格式一致，已构建的目标语音服务的数据服务框架模型中配置的传输协议与第三方语音服务的传输协议一致。
在一些实施例中，上述装置还包括：提供单元，配置用于响应于获取到用户发出的对设备端进行目标语音服务注册的请求，向用户提供目标语音服务的待替换配置信息，以供用户替换设备端的配置文件 中的对应配置项；待替换配置信息包括用户标识、用户密码以及获取访问令牌的路径地址。
在一些实施例中，上述装置还包括：第二接收单元，配置用于接收将设备端接入目标语音服务的接入请求，其中，目标语音服务接入请求包括用户标识、用户密码以及设备端的标识；授权单元，配置用于基于接入请求，向设备端发放目标语音服务的访问令牌，以供设备端通过获取访问令牌的路径地址获取发放的访问令牌。
在一些实施例中，授权单元进一步配置用于按照如下方式向设备端发放目标语音服务的访问令牌：根据用户标识和用户密码查找出已获取用户授权的设备标识；判断目标语音服务接入请求中的设备端的标识是否与已获取用户授权的设备标识一致；若是，向设备端发放目标语音服务的访问令牌。
在一些实施例中，第一接收单元进一步配置用于：接收由已获得目标语音服务的访问令牌、并且已接入第三方语音服务的设备端发出的请求消息。
在一些实施例中，获取单元获取的响应消息按照如下方式生成：对请求消息进行解析，得出请求内容和设备端的状态信息；基于设备端的状态信息和请求内容生成对应的操作指令；按照目标语音服务的数据服务框架模型中配置的消息格式和传输协议封装操作指令，生成响应消息。
在一些实施例中，设备端的状态信息包括：设备端的能力声明、设备端的上下文环境信息、设备端的事件信息。
在一些实施例中，获取单元获取的响应消息中的操作指令是按照如下方式生成的：基于设备端的能力声明、设备端的上下文环境信息、设备端的事件信息确定设备端的可调用操作接口；从可调用操作接口中确定出与请求内容对应的目标操作接口；根据请求内容确定出语音服务内容，并生成调用目标操作接口输出语音服务内容的操作指令。
在一些实施例中，获取单元进一步配置用于：检测请求内容是否包含语音交互需求；响应于检测到请求内容包含语音交互需求，以预设的时间长度或预设的消息长度划分语音服务数据，生成多个响应消 息片段；发送单元进一步配置用于：按照响应消息片段的生成时间依次向设备端发送所响应消息片段。
在一些实施例中，上述装置还包括：构建单元，配置用于构建目标语音服务的数据服务框架模型，数据服务框架模型包括：传输协议层、消息格式层、设备端能力层；构建单元具体配置用于：构建传输协议层，包括配置目标语音服务所采用的传输协议；构建消息格式层，包括配置目标语音服务的请求消息和响应消息的消息格式；构建设备端能力层，包括配置从请求消息和响应消息中解析出设备端的能力的逻辑。
第三方面，本申请实施例提供了一种服务器，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当存储装置存储的一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述用于提供语音服务的方法。
本申请提供的用于提供语音服务的方法、装置及服务器，通过接收为已接入第三方语音服务的设备端提供目标语音服务的、包括请求内容和设备端的状态信息的请求消息；之后获取基于所述设备端的状态信息对请求内容进行处理后生成的响应消息，该响应消息包括操作指令；最后向设备端发送响应消息，其中请求消息和响应消息为按照已构建的目标语音服务的数据服务框架模型中配置的、与第三方语音服务一致的消息格式生成、并基于已构建的目标语音服务的数据服务框架模型中配置的、与第三方语音服务一直的传输协议传输的，能够利用已开发的第三方语音服务的服务交互等逻辑快速接入目标语音服务，无需为目标语音服务单独进行服务交互等逻辑的开发，有利于降低接入不同语音服务的产品的开发和运维成本。
附图说明
通过阅读参照以下附图所作的对非限制性实施例详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1是本申请可以应用于其中的示例性系统架构图；
图2是根据本申请的用于提供语音服务的方法的一个实施例的流 程图；
图3A是根据本申请的用于提供语音服务的方法的一个应用场景示意图；
图3B是根据本申请的用于提供语音服务的方法的另一个应用场景示意图；
图4是根据本申请的用于提供语音服务的方法中接入语音服务的方法的应用场景示意图；
图5是目标语音服务的数据服务框架模型的一个示意图；
图6是本申请的用于提供语音服务的装置的一个实施例的结构示意图；
图7是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的用于提供语音服务的方法或用于提供语音服务的装置的实施例的示例性系统架构100。
如图1所示，系统架构100可以包括终端101，设备102、103，网络104和服务器105。网络104用以在终端101和服务器105之间提供通信链路的介质，以及在设备102、103与服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户110可以使用终端101通过网络104与服务器105交互，以接收或发送消息等。终端101上可以安装有与服务器105进行交互的 应用，例如网页浏览器应用、语音服务客户端应用等。终端101可以使具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、台式计算机等。
设备102、103也可以通过网络104与服务器105交互，以接收或发送消息等。设备102、103可以是具有音频输入接口和音频输出接口的电子设备，例如可以为具有麦克风的音箱。
服务器105可以是提供各种服务的服务器，例如对终端101上显示的网页内容进行支持、并对设备102、103执行的音频输出操作进行控制的语音服务器。语音服务器可以对用户110通过终端101发出的针对设备102、103进行语音服务操作的请求进行处理，并将处理结果(例如音频数据和音频输出接口的控制指令)发送至设备102、103。设备102、103可以通过网络104接收服务器105发送的音频数据和控制指令，并执行相应的操作，从而实现了将设备102、103接入语音服务器105提供的语音服务。
需要说明的是，本申请实施例所提供用于提供语音服务的方法一般由服务器105执行，相应地，用于提供语音服务的装置一般设置于服务器105中。
应该理解，图1中的终端、设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。例如服务器可以为集群式的服务器，包括部署了不同进程的多台服务器。
继续参考图2，其示出了根据本申请的用于提供语音服务的方法的一个实施例的流程200。该用于提供语音服务的方法，包括以下步骤：
步骤201，接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息。
在本实施例中，用于提供语音服务的方法运行于其上的电子设备(即目标语音服务的服务器，例如图1所示的服务器)可以通过有线连接方式或者无线连接方式从用户利用其进行语音服务请求的电子设备(例如图1所示的终端101)接收上述请求消息，或者从用户利用 其进行语音交互的设备端(例如图1所示的设备102、103)接收上述请求消息。其中，请求消息包括了请求内容和已接入第三方语音服务的设备端的状态信息。请求内容可以包括用户请求的语音服务的内容，例如可以包括用户通过音频输入接口输入的语音数据。设备端的状态信息可以是表征设备端的当前运行状态的信息，可以包括设备端当前正在执行的操作的信息、设备端当前的接口的状态信息等。
上述请求消息可以是为已接入第三方语音服务的设备端提供目标语音服务的请求消息。这里的目标语音服务与第三方语音服务可以为由不同的服务器或服务器集群提供的语音服务，二者可以提供具有不同特性的语音服务。例如，第三方语音服务和目标语音服务可以为支持不同语言类型的语音服务。设备在接入第三方语音服务后，可以应用第三语音服务支持的语言类型(例如英文)的语音服务，若设备需要应用其他语言类型(例如中文)的服务，则可以接入支持其他语言类型的目标语音服务。
在本实施例中，上述请求消息按照已构建的目标语音服务的数据服务框架模型中配置的消息格式生成、并基于已构建的目标语音服务的数据服务框架模型中配置传输协议传输，并且上述已构建的目标语音服务的数据服务框架模型中配置的消息格式与第三方语音服务的消息格式一致，上述已构建的所述目标语音服务的数据服务框架模型中配置的传输协议与第三方语音服务的传输协议一致。也就是说，目标语音服务预先构建了数据服务框架模型，其他电子设备可以按照该数据服务框架模型与目标语音服务的服务器进行交互。在上述数据服务框架模型中，配置了消息格式和传输协议，与目标语音服务的服务器进行交互的电子设备可以按照配置的消息格式发送或接收消息，并且传输数据时基于配置的传输协议对消息进行封装。按照上述数据服务框架模型中配置的消息格式和传输协议生成并传输的消息可以被目标语音服务的服务器接收并成功解析，进而目标语音服务的服务器可以根据解析得出的内容进行响应。
上述传输协议可以定义目标语音服务器与其他电子设备之间的连接方式，可以为通用的传输协议。上述消息格式可以定义消息中的多 个字段所表示的内容。
举例来说，若第三方语音服务采用基于Http2.0的传输协议，并定义了消息格式中第一个字段表示音频数据、第二个字段表示设备端状态，则在构建目标语音服务的数据服务框架时，可以配置其传输协议为Http2.0，消息格式中也包括表示音频数据的第一个字段和表示设备状态的第二个字段。
在一些可选的实现方式中，上述请求消息可以是由用户通过与上述设备端之间建立了通信连接的电子设备发送的，该电子设备可以预先向设备端请求获取设备端的状态信息，设备端可以将状态信息发送给该电子设备，这样，请求提供目标语音服务时，该电子设备可以将请求内容和设备端的状态信息一并发送给目标语音服务的服务器。
在实际场景中，用户可以在电子设备(例如手机)的浏览器应用中输入目标语音服务的服务网址，在登录用户账户后选择需要的语音服务，例如语音交流、设定闹钟、播放音乐等，或者用户可以在目标语音服务的客户端应用(例如手机上安装的语音服务客户端)中选择请求的语音服务。可以根据用户选择的语音服务生成请求内容，结合预先获取的设备端的状态信息，生成上述请求消息，并发送至上述用于提供语音服务的方法运行于其上的电子设备。
在另一些可选的实现方式中，上述请求消息可以是由已接入第三方语音服务的设备端发送的。当用户在设备端进行了登录或进入语音服务的操作之后，上述设备端可以利用状态信息和请求内容按照已构建的目标语音服务的数据服务框架模型中配置的消息格式生成请求消息、并基于已构建的目标语音服务的数据服务框架模型中配置的传输协议传输该请求消息。
步骤202，获取基于设备端的状态信息对请求内容进行处理后生成的响应消息。
在接收到包含请求内容和设备端的状态信息的请求消息之后，可以对请求内容进行意图分析，确定语音服务请求的意图，之后确定出供设备端执行的操作指令。这里的操作指令可以包括与上述语音服务请求的意图相匹配的语音服务数据，以及用于控制设备端调用指定的 接口输出语音服务数据的命令。之后可以生成包括了上述操作指令的响应消息。
用于提供语音服务的方法运行于其上的电子设备(例如目标语音服务的服务器)可以获取生成的响应消息。具体地，当目标语音服务部署于包含多台相互之间保持通信连接的服务器的服务器集群上时，若生成上述响应消息的服务和用于向设备端发送响应消息的服务部署于服务器集群中的不同服务器上，则用于向设备端发送响应消息的服务部署于其上的服务器可以从生成上述响应消息的服务器接收该响应消息。若生成上述响应消息的服务和用于向设备端发送响应消息的服务部署于服务器集群中的同一台服务器上，则该服务器可以捕捉生成的响应消息并进行缓存。
在本实施例中，为了保证目标语音服务的服务器可以与已接入第三方语音服务的设备端成功地进行语音服务交互，上述响应消息也是按照已构建的目标语音服务的数据服务框架模型中配置的消息格式生成、并基于已构建的目标语音服务的数据服务框架模型中配置的传输协议传输的。同样地，在这里，已构建的目标语音服务的数据服务框架模型中配置的消息格式与第三方语音服务的消息格式一致，已构建的目标语音服务的数据服务框架模型中配置的传输协议与第三方语音服务的传输协议一致。这样，已接入第三方语音服务的设备端无需根据目标语音服务的数据服务框架重新开发语音服务的交互逻辑，可以利用已开发的与第三方语音服务的交互逻辑与目标语音服务的服务器进行交互，从而大幅降低了开发成本。
在本实施例的一些可选的实现方式中，上述响应消息可以按照如下方式生成：对请求消息进行解析，得出请求内容和设备端的状态信息，之后基于设备端的状态信息和请求内容生成对应的操作指令；最后按照目标语音服务的数据服务框架模型中配置的消息格式和传输协议封装操作指令，生成响应消息。在这里，上述用于提供语音服务的方法运行于其上的电子设备(即目标语音服务的服务器)可以按照已配置的传输协议将接收到的请求消息中的请求头和正文解析出来。请求头中可以包含用户提供的设备端的标识，正文可以包含请求内容以 及设备端的其他状态信息。然后可以按照已配置的消息格式提取出对应的请求内容和设备端的状态信息。之后，可以根据设备端的状态信息确定设备端可执行的操作，查找到请求内容对应的语音服务数据并生成包含语音服务数据执行的操作的操作指令，最后，可以利用配置的传输协议中的请求头、请求方法以及统一资源标识符等对操作指令进行封装来生成上述响应消息。
进一步地，上述请求消息中的设备端的状态信息可以包括：设备端的能力声明、设备端的上下文环境信息、设备端的事件信息。设备端的能力声明可以是设备端上报的其具有的能力的声明，也即设备端可被调用的接口的声明，包括语音输入、语音输出、扬声器控制、音频播放器、闹钟、设置等。设备端的上下文信息可以是设备端上报的设备端的当前的状态或设备端当前正在执行的操作信息，例如设备端当前是否有音乐正在播放、是否正在接收语音输入、设备端是否有设置闹钟。设备端的事件信息可以是设备端发生的事件的信息，例如设备端的闹钟是否响了，设备端开始播放音乐、设备端结束播放音乐等等。设备端的这些状态信息可以由设备端上报，并附在请求消息的正文中。
进一步地，在生成响应消息的过程中，基于设备端的状态信息和请求内容生成对应的操作指令的步骤可以包括：基于设备端的能力声明、设备端的上下文环境信息、设备端的事件信息确定设备端的可调用操作接口；从可调用操作接口中确定出与请求内容对应的目标操作接口；根据请求内容确定出语音服务内容，并生成调用目标操作接口输出语音服务内容的操作指令。
具体来说，可以根据设备端声明的能力(即设备端具有的操作接口)、设备端当前执行的操作、设备端发生的事件信息确定出可用于响应请求消息的可调用操作接口。根据请求内容确定出目标操作接口，例如请求内容为询问天气情况，则确定出目标操作接口包括语音输出接口。之后可以根据请求内容确定出语音服务的内容，即查找并生成语音服务数据，例如在请求内容为询问天气情况时，可以通过网络查找到当前的天气情况的文本，并转换为音频数据，作为语音服务数据。 最后可以将语音服务内容和和目标操作接口生成操作指令，例如将上述音频数据和调用的语音输出接口组合生成操作指令。这样，可以根据设备端的状态信息，准确定位出设备端当前可供调用的接口，避免语音服务的服务结果与设备端当前正在执行的操作冲突导致语音服务响应发生延迟。
步骤203，向设备端发送响应消息。
在获取基于请求内容和设备端的状态信息生成的响应消息之后，上述用于提供语音服务的方法运行于其上的电子设备可以将响应消息通过网络发送至设备端，该响应消息中包括操作指令。
设备端可以接收并解析响应消息，得出上述操作指令。之后，设备端可以按照操作指令调用对应的接口输出语音服务数据。
在这里，设备端在接入第三方语音服务时已开发了与第三方语音服务进行交互的逻辑，设备端可以利用该已开发的逻辑接收基于第三方语音服务的传输协议传输的响应消息。并且，响应消息的消息格式与第三方语音服务的消息格式一致，设备端可以利用上述已开发的逻辑成功解析出响应消息中的各个字段所代表的内容，例如可提取出所调用的接口和通过该接口输出的数据，之后执行相应的操作。
继续参考图3A和图3B，其示出了根据本申请的用于提供语音服务的方法的两个场景示意图。
如图3A所示，在一个场景中，用户D通过在已接入第三方语音服务的设备端A进行操作，开启语音服务。设备端A响应于检测到用户的操作，可以在步骤1中向目标语音服务的服务器B发送请求消息，请求为设备端A提供目标语音服务，服务器B在步骤2中对请求进行处理，得出语音服务结果，并在步骤3中向设备端A以响应消息的形式发送语音服务结果。在此过程中，步骤1设备端A向服务器B发送的请求消息和步骤3服务器B向设备端发送的响应消息均按照已构建的目标语音服务的数据服务框架模型中配置的、与第三方语音服务一致的消息格式生成，并基于已构建的目标语音服务的数据服务框架模型中配置的、与第三方语音服务一致的传输协议进行传输。
如图3B所示，在另一个场景中，用户D可以在已与设备端A连 接的电子设备C上打开设备端A的操作应用(APP)，并且用户D可以在设备端A的操作应用中请求向设备端A推送目标语音服务。电子设备C可以响应于用户输入的请求，生成请求为设备A提供语音服务的请求消息，并在步骤1中将请求消息发送给目标语音服务的服务器B，服务器B在步骤2中对请求消息进行处理，得出语音服务结果，并在步骤3中向设备端A以响应消息的形式发送语音服务结果。在此过程中，步骤1电子设备C向服务器B发送的请求消息和步骤3服务器B向设备端发送的响应消息均按照已构建的目标语音服务的数据服务框架模型中配置的、与第三方语音服务一致的消息格式生成，并基于已构建的目标语音服务的数据服务框架模型中配置的、与第三方语音服务一致的传输协议进行传输。
本申请上述实施例提供的用于提供语音服务的方法，通过接收为已接入第三方语音服务的设备端提供目标语音服务的、包括请求内容和设备端的状态信息的请求消息，之后获取基于所述设备端的状态信息对请求内容进行处理后生成的包括操作指令的响应消息，最后向设备端发送响应消息，其中请求消息和响应消息为按照已构建的目标语音服务的数据服务框架模型中配置的、与第三方语音服务一致的消息格式生成、并基于已构建的目标语音服务的数据服务框架模型中配置的、与第三方语音服务一直的传输协议传输的，能够利用已开发的第三方语音服务的服务交互等逻辑快速接入目标语音服务，无需为目标语音服务单独进行服务交互等逻辑的开发，有利于降低接入不同语音服务的产品的开发和运维成本。
在具体的应用场景中，在目标语音服务的服务器提供语音服务之前，需要提示用户将设备端与第三方语音服务交互过程关联的配置信息进行更改，以建立与目标语音服务的连接。
具体地，在一些实施例中，上述用于提供语音服务的方法还可以包括：响应于获取到用户发出的对设备端进行目标语音服务注册的请求，向用户提供目标语音服务的待替换配置信息，以供用户替换设备端的配置文件中的对应配置项。在这里，待替换配置信息包括用户标识、用户密码以及获取访问令牌的路径地址。用户可以登录目标语音 服务的服务平台并进行注册，目标语音服务的服务器可以在用户注册后向用户提供用户标识、用户密码以及获取访问令牌的路径地址。户可以利用该用户名和密码替换设备端的配置文件(例如javaClient工具包的配置文件config.json)中的用户名和密码，替换设备端的用于定义登录方式的配置文件。同时，用户可以修改设备的用于定义访问令牌获取方式的配置文件中的获取访问令牌的路径地址。
进一步地，在请求目标语音服务之前，设备端需要获取目标语音服务的访问令牌，并通过访问令牌来连接目标语音服务的接口。具体来说，在一些实施例中，上述用于提供语音服务的方法还可以包括：接收将所述设备端接入所述目标语音服务的接入请求，基于接入请求，向设备端发放目标语音服务的访问令牌，以供设备端通过所述获取访问令牌的路径地址获取发放的访问令牌；其中，接入请求包括用户标识、用户密码以及设备端的标识。也就是说，用户可以在目标语音服务的平台中发出将设备端接入目标语音服务的请求，该请求中包含用户注册时目标语音服务的服务器提供的用户标识和用户密码。用户还可以在该接入请求中添加设备端的标识，以授权该设备端代表用户来请求目标语音服务。目标语音服务的服务器可以根据用户标识和用户密码进行鉴权，并将令牌发放给设备端。
进一步地，上述基于接入请求，向设备端发放目标语音服务的访问令牌的步骤，可以包括：根据用户标识和用户密码查找出已获取用户授权的设备标识；判断目标语音服务接入请求中的设备端的标识是否与已获取用户授权的设备标识一致；若是，向设备端发放目标语音服务的访问令牌。在这里，用户在注册或登录后可以向目标语音服务的服务器提供授权的设备标识，在接收到用户提交的接入请求后，可以将接入请求中的设备端的标识与已授权的设备标识进行比对，若一致，则可以向设备端发放访问令牌。设备端可以根据修改后的配置文件中的获取访问令牌的路径获取到发放的访问令牌，并利用该访问令牌与目标语音服务的接口连接。
在此前提下，进一步地，上述接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息的步骤(即步骤201)，可以包括： 接收由已获得所述目标语音服务的访问令牌、并且已接入所述第三方语音服务的设备端发出的上述请求消息。也就是说，目标语音服务的服务器只接收为已获取访问令牌的设备端提供语音服务的请求消息。这样，可以避免向目标语音服务的服务器请求频率过高导致服务不可用，也可以提升目标语音服务的安全性。
请参考图4，其示出了根据本申请的用于提供语音服务的方法中接入语音服务的方法的应用场景示意图。
如图4所示，步骤1中用户D利用终端设备E进入目标语音服务的服务页面，具体方式可以为打开目标语音服务平台的网址。在步骤2中终端设备E根据用户的注册操作向目标语音服务的服务器B请求注册，注册后在步骤3中服务器B向终端设备E返回用户名(client_id)、密码(client_secrect)以及令牌获取路径，终端设备E将用户名、密码、以及令牌获取路径展示给用户D，在步骤4中用户需要利用服务器B提供的户名、密码、以及令牌获取路径更改对应的配置。
之后，需要将设备端A接入服务器B提供的目标语音服务，用户在步骤5中利用终端设备E进行登录操作，输入用户标识、用户密码、以及设备端A的标识，终端设备E在步骤6中将登陆信息(用户标识、用户密码、设备端A的标识)发送给服务器B，服务器B在步骤7中基于用户标识、用户密码验证设备端A的标识是否与用户已3授权的设备标识一致，验证通过后在步骤8向设备端A发放令牌，这样，设备端A就接入了服务器B提供的语音服务。
在上述实施例中，通过在用户注册时向用户提供待替换配置信息，以提示用户将设备端的对应配置项替换，用户通过简单的配置项替换操作和登录授权操作即可使设备端获得访问令牌，在提供可靠的语音服务的同时降低了接入目标语音服务的技术门槛，有效减少了接入目标语音服务的开发工作量，有利于高效率、低成本地提供多样化的语音服务。
在上述实施例的一些实际应用场景中，上述请求内容可以包含用户输入的音频流数据。这时，上述用于提供语音服务的方法运行于其上的电子设备可以执行语音活动检测(Voice Activity Detection，VAD)， 检测用户输入的音频流数据中的间隙，即检测用户说话的停顿，根据检测到的停顿将用户输入的音频流数据划分为多个片段。在设备端与语音服务的服务器交互过程中，用户输入多个片段式的音频流数据，则语音服务的服务器可以对应地返回多个片段式的响应消息，每个响应消息片段可以对应一个音频流数据片段。
在本实施例的一些可选的实现方式中，在上述获取基于所述设备端的状态信息对所述请求内容进行处理后生成的响应消息的步骤中，可以先检测请求内容是否包含语音交互需求，例如当请求内容为设定闹钟时，请求内容不包含语音交互需求，当请求内容为问题式的对话时，请求内容包含语音交互需求。当检测到请求内容包含语音交互需求时，可以以预设的时间长度或预设的消息长度划分语音服务数据，以生成多个响应消息片段。该预设的时间长度和预设的消息长度可以预先配置的。
举例来说，在设备端与语音服务的服务器交互过程中，语音服务的服务器可以分段返回语音服务的结果。在此过程中，语音服务的服务器可以以数据流的方式向设备端片段式的响应消息，即可以按照响应消息片段的生成时间依次向设备端发送响应消息片段。这样，可以避免出现请求消息处理时间过长导致语音服务实时性差的问题。
在一些实施例中，上述用于提供语音服务的方法还可以包括构建目标语音服务的数据服务框架模型的步骤。请参考图5，其示出了本实施例的目标语音服务的数据服务框架模型的一个示意性的结构。
如图5所示，目标语音服务的数据服务框架模型包括传输层501、消息格式层502以及设备端能力层503。其中传输层501位于最底层，用于定义设备端与服务端之间的传输协议，可以定义为与第三方语音服务一致的传输协议。消息格式层502可以用于定义请求消息和响应消息的格式，例如定义请求消息的正文中各个字段表示的内容。设备端能力层503位于最顶层，用于定义可调用的设备端的操作接口，也即定义了设备端的各种能力，例如语音输出能力、音量控制能力等等。
在本实施例中，构建目标语音服务的数据服务框架模型的步骤可以包括：构建传输协议层，包括配置目标语音服务所采用的传输协议； 构建消息格式层，包括配置目标语音服务的请求消息和响应消息的消息格式；以及构建设备端能力层，包括配置从请求消息和响应消息中解析出设备端的能力的逻辑。在构建完成该数据服务框架之后，目标语音服务可以按照该框架中配置的传输协议、消息格式进行消息传输，并且可以基于配置的从请求消息和响应消息中解析出设备端的能力的逻辑对请求消息和响应消息进行解析。利用该数据服务框架，目标语音服务的服务器可以获得设备端的请求内容、设备端的可调用接口信息，进而可以根据请求内容和设备端的可调用接口信息进行响应，生成响应的操作指令。
上述目标语音服务的数据服务框架模型可以与第三方语音服务相兼容，使得设备端无需进行大量的重复开发工作来接入不同的语音服务。
进一步参考图6，作为对上述图2所示方法的实现，本申请提供了一种用于提供语音服务的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于目标语音服务的服务器中。
如图6所示，本实施例的用于提供语音服务的装置600包括：第一接收单元601、获取单元602以及发送单元603。其中，第一接收单元601配置用于接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息，其中，请求消息包括请求内容和设备端的状态信息；获取单元602配置用于获取基于设备端的状态信息对请求内容进行处理后生成的响应消息，其中，响应消息包括操作指令；发送单元603配置用于向设备端发送响应消息。
在本实施例中，请求消息和响应消息按照已构建的目标语音服务的数据服务框架模型中配置的消息格式生成、并基于已构建的目标语音服务的数据服务框架模型中配置的传输协议传输。并且，已构建的目标语音服务的数据服务框架模型中配置的消息格式与第三方语音服务的消息格式一致，已构建的目标语音服务的数据服务框架模型中配置的传输协议与第三方语音服务的传输协议一致。
在本实施例中，第一接收单元601可以通过网络从用户利用其进 行语音服务请求的电子设备(例如图1所示的终端101)、或者从用户利用其进行语音交互的设备端(例如图1所示的设备102、103)接收上述请求消息。该请求消息是按照与第三方语音服务的传输协议传输的、并且按照与第三方语音服务定义的消息格式组织的。这样，设备端在发送请求消息时，在不对用于与第三方语音服务进行交互的逻辑进行更改的情况下，目标语音服务可以接收并解析该请求消息。
获取单元602可以获取对请求消息进行响应而生成的响应消息。该响应消息包括对设备端的操作指令，操作指令中可以包含输出的语音服务数据以及调用的设备端的操作接口。这里的响应消息也是按照与第三方语音服务的传输协议传输、并且按照与第三方语音服务定义的消息格式组织的。这样，在向设备端发送响应消息时，不对用于与第三方语音服务进行交互的逻辑进行更改的情况下，设备端也可以接收并解析该响应消息。
发送单元603可以将响应消息发送至设备端，以供设备端根据响应消息执行相应的操作。
在一些实施例中，装置600还可以包括：提供单元，配置用于响应于获取到用户发出的对设备端进行目标语音服务注册的请求，向用户提供目标语音服务的待替换配置信息，以供用户替换设备端的配置文件中的对应配置项；待替换配置信息包括用户标识、用户密码以及获取访问令牌的路径地址。
在进一步的实施例中，上述装置还可以包括：第二接收单元，配置用于接收将设备端接入目标语音服务的接入请求，其中，目标语音服务接入请求包括用户标识、用户密码以及设备端的标识；以及授权单元，配置用于基于接入请求，向设备端发放目标语音服务的访问令牌，以供设备端通过获取访问令牌的路径地址获取发放的访问令牌。
在进一步的实施例中，上述授权单元可以进一步配置用于按照如下方式向设备端发放目标语音服务的访问令牌：根据用户标识和用户密码查找出已获取用户授权的设备标识；判断目标语音服务接入请求中的设备端的标识是否与已获取用户授权的设备标识一致；若是，向设备端发放目标语音服务的访问令牌。
在进一步的实施例中，第一接收单元可以进一步配置用于：接收由已获得目标语音服务的访问令牌、并且已接入第三方语音服务的设备端发出的请求消息。
在一些实施例中，获取单元获取的响应消息可以按照如下方式生成：对请求消息进行解析，得出请求内容和设备端的状态信息；基于设备端的状态信息和请求内容生成对应的操作指令；按照目标语音服务的数据服务框架模型中配置的消息格式和传输协议封装操作指令，生成响应消息。可选地，获取单元可以包括生成模块，生成模块用于按照上述方式生成响应消息。
进一步地，上述设备端的状态信息可以包括：设备端的能力声明、设备端的上下文环境信息、设备端的事件信息。
进一步地，获取单元获取的响应消息中的操作指令可以是按照如下方式生成的，也即生成模块可以用于按照如下方式生成响应消息：基于设备端的能力声明、设备端的上下文环境信息、设备端的事件信息确定设备端的可调用操作接口；从可调用操作接口中确定出与请求内容对应的目标操作接口；根据请求内容确定出语音服务内容，并生成调用目标操作接口输出语音服务内容的操作指令。
在一些实施例中，获取单元可以进一步配置用于：检测请求内容是否包含语音交互需求；响应于检测到请求内容包含语音交互需求，以预设的时间长度或预设的消息长度划分语音服务数据，生成多个响应消息片段；发送单元进一步配置用于：按照响应消息片段的生成时间依次向设备端发送所响应消息片段。
在一些实施例中，上述装置600还可以包括：构建单元，配置用于构建目标语音服务的数据服务框架模型，数据服务框架模型包括：传输协议层、消息格式层、设备端能力层；构建单元具体配置用于：构建传输协议层，包括配置目标语音服务所采用的传输协议；构建消息格式层，包括配置目标语音服务的请求消息和响应消息的消息格式；构建设备端能力层，包括配置从请求消息和响应消息中解析出设备端的能力的逻辑。
应当理解，装置600中记载的诸单元与参考图2描述的方法中的 各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于服务器600及其中包含的单元，在此不再赘述。
本申请实施例提供的用于提供语音服务的装置600，通过第一接收单元接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息，获取单元获取基于设备端的状态信息对请求内容进行处理后生成的响应消息，发送单元将响应消息发送至客户端；其中，请求消息和响应消息为按照已构建的所述目标语音服务的数据服务框架模型中配置的与第三方语音服务一致的消息格式生成、并基于已构建的所述目标语音服务的数据服务框架模型中配置的与第三方语音服务一致的传输协议传输的。可以复用设备端已开发的与第三方语音服务进行交互的逻辑快速接入目标语音服务，大幅度地减少了设备接入目标语音服务时的开发工作量，有利于降低接入不同语音服务的产品的开发和运维成本。
下面参考图7，其示出了适于用来实现本申请实施例的服务器的计算机系统700的结构示意图。图7示出的服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实 现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括第一接收单元、获取单元和发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一接收单元还可以被描述为“接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息的单元”。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息，所述请求消息包括请求内容和所述设备端的状态信息；获取基于所述设备端的状态信息对所述请求内容进行处理后生成的响应消息，所述响应消息包括操作指令；向所述设备端发送所述响应消息；其中，所述请求消息和所述响应消息按照已构建的所述目标语音服务的数据服务框架模型中配置的消息格式生成、并基于已构建的所述目标语音服务的数据服务框架模型中配置的传输协议传输；所述已构建的所述目标语音服务的数据服务框架模型中配置的消息格式与所述第三方语音服务的消息格式一致，所述已构建的所述目标语音服务的数据服务框架模型中配置的传输协议与所述第三方语音服务的传输协议一致
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离 上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (22)

  1. 一种用于提供语音服务的方法，其特征在于，包括：
    接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息，所述请求消息包括请求内容和所述设备端的状态信息；
    获取基于所述设备端的状态信息对所述请求内容进行处理后生成的响应消息，所述响应消息包括操作指令；
    向所述设备端发送所述响应消息；
    其中，所述请求消息和所述响应消息按照已构建的所述目标语音服务的数据服务框架模型中配置的消息格式生成、并基于已构建的所述目标语音服务的数据服务框架模型中配置的传输协议传输；
    所述已构建的所述目标语音服务的数据服务框架模型中配置的消息格式与所述第三方语音服务的消息格式一致，所述已构建的所述目标语音服务的数据服务框架模型中配置的传输协议与所述第三方语音服务的传输协议一致。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    响应于获取到用户发出的对所述设备端进行目标语音服务注册的请求，向所述用户提供所述目标语音服务的待替换配置信息，以供用户替换所述设备端的配置文件中的对应配置项；
    所述待替换配置信息包括用户标识、用户密码以及获取访问令牌的路径地址。
  3. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    接收将所述设备端接入所述目标语音服务的接入请求，所述目标语音服务接入请求包括所述用户标识、所述用户密码以及所述设备端的标识；
    基于所述接入请求，向所述设备端发放所述目标语音服务的访问令牌，以供所述设备端通过所述获取访问令牌的路径地址获取发放的访问令牌。
  4. 根据权利要求3所述的方法，其特征在于，所述基于所述接入请求，向所述设备端发放所述目标语音服务的访问令牌，包括：
    根据所述用户标识和所述用户密码查找出已获取用户授权的设备标识；
    判断所述目标语音服务接入请求中的设备端的标识是否与所述已获取用户授权的设备标识一致；
    若是，向所述设备端发放所述目标语音服务的访问令牌。
  5. 根据权利要求4所述的方法，其特征在于，所述接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息，包括：
    接收由已获得所述目标语音服务的访问令牌、并且已接入所述第三方语音服务的设备端发出的所述请求消息。
  6. 根据权利要求1所述的方法，其特征在于，所述响应消息按照如下方式生成：
    对所述请求消息进行解析，得出所述请求内容和所述设备端的状态信息；
    基于所述设备端的状态信息和所述请求内容生成对应的操作指令；
    按照所述目标语音服务的数据服务框架模型中配置的消息格式和传输协议封装所述操作指令，生成所述响应消息。
  7. 根据权利要求6所述的方法，其特征在于，所述设备端的状态信息包括：设备端的能力声明、设备端的上下文环境信息、设备端的事件信息。
  8. 根据权利要求7所述的方法，其特征在于，所述基于所述设备端的状态信息和所述请求内容生成对应的操作指令，包括：
    基于所述设备端的能力声明、设备端的上下文环境信息、设备端 的事件信息确定所述设备端的可调用操作接口；
    从所述可调用操作接口中确定出与所述请求内容对应的目标操作接口；
    根据所述请求内容确定出语音服务内容，并生成调用所述目标操作接口输出所述语音服务内容的操作指令。
  9. 根据权利要求1所述的方法，其特征在于，所述获取基于所述设备端的状态信息对所述请求内容进行处理后生成的响应消息，包括：
    检测所述请求内容是否包含语音交互需求；
    响应于检测到所述请求内容包含语音交互需求，以预设的时间长度或预设的消息长度划分语音服务数据，生成多个响应消息片段；
    所述向所述设备端发送所述响应消息，包括：
    按照所述响应消息片段的生成时间依次向所述设备端发送所响应消息片段。
  10. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    构建所述目标语音服务的数据服务框架模型，所述数据服务框架模型包括：传输协议层、消息格式层、设备端能力层；
    所述构建所述目标语音服务的数据服务框架模型包括：
    构建所述传输协议层，包括配置所述目标语音服务所采用的传输协议；
    构建所述消息格式层，包括配置所述目标语音服务的请求消息和响应消息的消息格式；
    构建所述设备端能力层，包括配置从请求消息和响应消息中解析出设备端的能力的逻辑。
  11. 一种用于提供语音服务的装置，其特征在于，包括：
    第一接收单元，配置用于接收为已接入第三方语音服务的设备端提供目标语音服务的请求消息，所述请求消息包括请求内容和所述设备端的状态信息；
    获取单元，配置用于获取基于所述设备端的状态信息对所述请求内容进行处理后生成的响应消息，所述响应消息包括操作指令；
    发送单元，配置用于向所述设备端发送所述响应消息；
    其中，所述请求消息和所述响应消息按照已构建的所述目标语音服务的数据服务框架模型中配置的消息格式生成、并基于已构建的所述目标语音服务的数据服务框架模型中配置的传输协议传输；
    所述已构建的所述目标语音服务的数据服务框架模型中配置的消息格式与所述第三方语音服务的消息格式一致，所述已构建的所述目标语音服务的数据服务框架模型中配置的传输协议与所述第三方语音服务的传输协议一致。
  12. 根据权利要求11所述的装置，其特征在于，所述装置还包括：
    提供单元，配置用于响应于获取到用户发出的对所述设备端进行目标语音服务注册的请求，向所述用户提供所述目标语音服务的待替换配置信息，以供用户替换所述设备端的配置文件中的对应配置项；
    所述待替换配置信息包括用户标识、用户密码以及获取访问令牌的路径地址。
  13. 根据权利要求12所述的装置，其特征在于，所述装置还包括：
    第二接收单元，配置用于接收将所述设备端接入所述目标语音服务的接入请求，其中，所述目标语音服务接入请求包括所述用户标识、所述用户密码以及所述设备端的标识；
    授权单元，配置用于基于所述接入请求，向所述设备端发放所述目标语音服务的访问令牌，以供所述设备端通过所述获取访问令牌的路径地址获取发放的访问令牌。
  14. 根据权利要求13所述的装置，其特征在于，所述授权单元进一步配置用于按照如下方式向所述设备端发放所述目标语音服务的访问令牌：
    根据所述用户标识和所述用户密码查找出已获取用户授权的设备 标识；
    判断所述目标语音服务接入请求中的设备端的标识是否与所述已获取用户授权的设备标识一致；
    若是，向所述设备端发放所述目标语音服务的访问令牌。
  15. 根据权利要求14所述的装置，其特征在于，第一接收单元进一步配置用于：
    接收由已获得所述目标语音服务的访问令牌、并且已接入所述第三方语音服务的设备端发出的所述请求消息。
  16. 根据权利要求11所述的装置，其特征在于，所述获取单元获取的所述响应消息按照如下方式生成：
    对所述请求消息进行解析，得出所述请求内容和所述设备端的状态信息；
    基于所述设备端的状态信息和所述请求内容生成对应的操作指令；
    按照所述目标语音服务的数据服务框架模型中配置的消息格式和传输协议封装所述操作指令，生成所述响应消息。
  17. 根据权利要求16所述的装置，其特征在于，所述设备端的状态信息包括：设备端的能力声明、设备端的上下文环境信息、设备端的事件信息。
  18. 根据权利要求17所述的装置，其特征在于，所述获取单元获取的响应消息中的操作指令是按照如下方式生成的：
    基于所述设备端的能力声明、设备端的上下文环境信息、设备端的事件信息确定所述设备端的可调用操作接口；
    从所述可调用操作接口中确定出与所述请求内容对应的目标操作接口；
    根据所述请求内容确定出语音服务内容，并生成调用所述目标操 作接口输出所述语音服务内容的操作指令。
  19. 根据权利要求11所述的装置，其特征在于，所述获取单元进一步配置用于：
    检测所述请求内容是否包含语音交互需求；
    响应于检测到所述请求内容包含语音交互需求，以预设的时间长度或预设的消息长度划分语音服务数据，生成多个响应消息片段；
    所述发送单元进一步配置用于：
    按照所述响应消息片段的生成时间依次向所述设备端发送所响应消息片段。
  20. 根据权利要求11所述的装置，其特征在于，所述装置还包括：
    构建单元，配置用于构建所述目标语音服务的数据服务框架模型，所述数据服务框架模型包括：传输协议层、消息格式层、设备端能力层；
    所述构建单元具体配置用于：
    构建所述传输协议层，包括配置所述目标语音服务所采用的传输协议；
    构建所述消息格式层，包括配置所述目标语音服务的请求消息和响应消息的消息格式；
    构建所述设备端能力层，包括配置从请求消息和响应消息中解析出设备端的能力的逻辑。
  21. 一种服务器，其特征在于，包括：
    一个或多个处理器；
    存储装置，用于存储一个或多个程序，
    当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-10中任一所述的方法。
  22. 一种计算机可读存储介质，其上存储有计算机程序，其特征 在于，该程序被处理器执行时实现如权利要求1-10中任一所述的方法。
PCT/CN2017/118008 2017-06-30 2017-12-22 用于提供语音服务的方法、装置和服务器 Ceased WO2019000871A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2019537348A JP6754011B2 (ja) 2017-06-30 2017-12-22 音声サービスを提供するための方法、装置およびサーバ
KR1020197020272A KR102144286B1 (ko) 2017-06-30 2017-12-22 음성 서비스 제공 방법, 장치 및 서버
EP17915576.7A EP3550801B1 (en) 2017-06-30 2017-12-22 Method and device for providing voice service, and server
US16/507,248 US10791200B2 (en) 2017-06-30 2019-07-10 Method, apparatus and server for providing voice service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710525724.1A CN107277153B (zh) 2017-06-30 2017-06-30 用于提供语音服务的方法、装置和服务器
CN201710525724.1 2017-06-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/507,248 Continuation US10791200B2 (en) 2017-06-30 2019-07-10 Method, apparatus and server for providing voice service

Publications (1)

Publication Number Publication Date
WO2019000871A1 true WO2019000871A1 (zh) 2019-01-03

Family

ID=60070767

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/118008 Ceased WO2019000871A1 (zh) 2017-06-30 2017-12-22 用于提供语音服务的方法、装置和服务器

Country Status (6)

Country Link
US (1) US10791200B2 (zh)
EP (1) EP3550801B1 (zh)
JP (1) JP6754011B2 (zh)
KR (1) KR102144286B1 (zh)
CN (1) CN107277153B (zh)
WO (1) WO2019000871A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111147586A (zh) * 2019-12-27 2020-05-12 腾讯科技（深圳）有限公司 设备端控制方法、装置和会议系统
CN119889316A (zh) * 2025-01-13 2025-04-25 科大讯飞股份有限公司 语音指令的流式识别方法、装置、介质及设备

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107277153B (zh) * 2017-06-30 2020-05-26 百度在线网络技术（北京）有限公司 用于提供语音服务的方法、装置和服务器
CN107342083B (zh) * 2017-07-05 2021-07-20 百度在线网络技术（北京）有限公司 用于提供语音服务的方法和装置
CN107733722B (zh) * 2017-11-16 2021-07-20 百度在线网络技术（北京）有限公司 用于配置语音服务的方法和装置
CN107911386B (zh) * 2017-12-06 2020-12-04 北京小米移动软件有限公司 获取服务授权信息的方法及装置
WO2019236444A1 (en) * 2018-06-05 2019-12-12 Voicify, LLC Voice application platform
CN109036427B (zh) * 2018-09-25 2021-01-26 苏宁智能终端有限公司 一种动态配置语音识别服务的方法及系统
US11100926B2 (en) * 2018-09-27 2021-08-24 Coretronic Corporation Intelligent voice system and method for controlling projector by using the intelligent voice system
US11087754B2 (en) 2018-09-27 2021-08-10 Coretronic Corporation Intelligent voice system and method for controlling projector by using the intelligent voice system
CN112579749B (zh) * 2018-11-14 2024-04-19 深圳市云歌人工智能技术有限公司 提供以及获取服务的方法、系统及存储介质
CN111324468B (zh) * 2018-12-13 2023-08-01 熙牛医疗科技(浙江)有限公司 消息传递方法、装置、系统及计算设备
CN109815025B (zh) * 2018-12-17 2024-03-15 顺丰科技有限公司 一种业务模型调用方法、装置及存储介质
CN109918040B (zh) * 2019-03-15 2022-08-16 阿波罗智联(北京)科技有限公司 语音指令分发方法和装置、电子设备及计算机可读介质
US11516221B2 (en) * 2019-05-31 2022-11-29 Apple Inc. Multi-user devices in a connected home environment
CN111371792A (zh) * 2020-03-06 2020-07-03 杭州涂鸦信息技术有限公司 一种基于智能音频设备上报拾音数据的方法及系统
US20210383811A1 (en) * 2020-06-09 2021-12-09 Native Voice, Inc. Methods and systems for audio voice service in an embedded device
CN114726830B (zh) * 2020-12-18 2024-10-29 阿里巴巴集团控股有限公司 语音服务访问方法、系统和车辆
CN115168064A (zh) * 2021-04-07 2022-10-11 腾讯科技（深圳）有限公司 应用服务调用方法和装置、应用程序接入方法
KR20230023212A (ko) * 2021-08-10 2023-02-17 삼성전자주식회사 상태 변경에 따라 음성 명령 처리 결과를 출력하는 전자 장치 및 그의 동작 방법
CN114244821B (zh) * 2021-12-16 2023-03-14 北京百度网讯科技有限公司 数据处理方法、装置、设备、电子设备和存储介质
CN114048303B (zh) * 2022-01-11 2022-05-17 北京安博通科技股份有限公司 一种人机协同作战处置响应的系统及方法
CN114373449A (zh) * 2022-01-18 2022-04-19 海信电子科技(武汉)有限公司 智能设备、服务器及语音交互方法
CN115033404A (zh) * 2022-06-30 2022-09-09 京东方科技集团股份有限公司 一种集成ai能力的智慧交互平板以及交互方法
CN118227447B (zh) * 2024-05-22 2025-08-29 北京阿帕科蓝科技集团有限公司 指标监控方法、装置、计算机设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090187956A1 (en) * 2008-01-22 2009-07-23 Joseph Sommer Method and apparatus for merging voice and data features with internet protocol television
CN101567941A (zh) * 2008-04-25 2009-10-28 佛山市顺德区顺达电脑厂有限公司 实时语音预约系统及方法
CN101699840A (zh) * 2009-11-09 2010-04-28 南京希华通信技术有限公司 融合通信中智能语音交互系统及其实现方法
CN102638452A (zh) * 2012-03-14 2012-08-15 杭州华三通信技术有限公司 一种基于VoIP网络的呼叫方法和设备
CN105679319A (zh) * 2015-12-29 2016-06-15 百度在线网络技术（北京）有限公司 语音识别处理方法及装置
CN107277153A (zh) * 2017-06-30 2017-10-20 百度在线网络技术（北京）有限公司 用于提供语音服务的方法、装置和服务器

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8448059B1 (en) * 1999-09-03 2013-05-21 Cisco Technology, Inc. Apparatus and method for providing browser audio control for voice enabled web applications
US6934756B2 (en) * 2000-11-01 2005-08-23 International Business Machines Corporation Conversational networking via transport, coding and control conversational protocols
US6801604B2 (en) * 2001-06-25 2004-10-05 International Business Machines Corporation Universal IP-based and scalable architectures across conversational applications using web services for speech and audio processing resources
JP2003337866A (ja) * 2002-05-20 2003-11-28 Shimizu Corp 室内環境・情報管理統合化システム
KR100477513B1 (ko) * 2002-11-25 2005-03-17 전자부품연구원 이기종 프로토콜간 상호 데이터 전송을 위한 공통프로토콜 계층 구조 및 방법과 공통 프로토콜 패킷
US7180984B1 (en) * 2002-11-26 2007-02-20 At&T Corp. Mixed protocol multi-media provider system incorporating a session initiation protocol (SIP) based media server adapted to operate using SIP messages which encapsulate GR-1129 advanced intelligence network based information
EA015549B1 (ru) * 2003-06-05 2011-08-30 Интертраст Текнолоджис Корпорейшн Переносимая система и способ для приложений одноранговой компоновки услуг
US20070140255A1 (en) * 2005-12-21 2007-06-21 Motorola, Inc. Method and system for communication across different wireless technologies using a multimode mobile device
US9288276B2 (en) * 2006-11-03 2016-03-15 At&T Intellectual Property I, L.P. Application services infrastructure for next generation networks including a notification capability and related methods and computer program products
WO2008085206A2 (en) * 2006-12-29 2008-07-17 Prodea Systems, Inc. Subscription management of applications and services provided through user premises gateway devices
US20160277261A9 (en) * 2006-12-29 2016-09-22 Prodea Systems, Inc. Multi-services application gateway and system employing the same
JP2009110300A (ja) * 2007-10-30 2009-05-21 Nippon Telegr & Teleph Corp <Ntt> 情報家電ネットワーク制御装置、情報家電ネットワーク制御システム、情報家電ネットワーク制御方法、およびプログラム
US9159322B2 (en) * 2011-10-18 2015-10-13 GM Global Technology Operations LLC Services identification and initiation for a speech-based interface to a mobile device
US9326088B2 (en) * 2011-10-21 2016-04-26 GM Global Technology Operations LLC Mobile voice platform architecture with remote service interfaces
CN102571967B (zh) * 2012-01-17 2015-04-01 深圳市乐唯科技开发有限公司 一种实现多对象数据交互应答和呼叫功能的系统及方法
US9536527B1 (en) * 2015-06-30 2017-01-03 Amazon Technologies, Inc. Reporting operational metrics in speech-based systems
CN105871972A (zh) * 2015-11-13 2016-08-17 乐视云计算有限公司 一种视频资源的分布式缓存方法、装置及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090187956A1 (en) * 2008-01-22 2009-07-23 Joseph Sommer Method and apparatus for merging voice and data features with internet protocol television
CN101567941A (zh) * 2008-04-25 2009-10-28 佛山市顺德区顺达电脑厂有限公司 实时语音预约系统及方法
CN101699840A (zh) * 2009-11-09 2010-04-28 南京希华通信技术有限公司 融合通信中智能语音交互系统及其实现方法
CN102638452A (zh) * 2012-03-14 2012-08-15 杭州华三通信技术有限公司 一种基于VoIP网络的呼叫方法和设备
CN105679319A (zh) * 2015-12-29 2016-06-15 百度在线网络技术（北京）有限公司 语音识别处理方法及装置
CN107277153A (zh) * 2017-06-30 2017-10-20 百度在线网络技术（北京）有限公司 用于提供语音服务的方法、装置和服务器

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3550801A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111147586A (zh) * 2019-12-27 2020-05-12 腾讯科技（深圳）有限公司 设备端控制方法、装置和会议系统
CN111147586B (zh) * 2019-12-27 2022-03-04 腾讯科技（深圳）有限公司 设备端控制方法、装置和会议系统
CN119889316A (zh) * 2025-01-13 2025-04-25 科大讯飞股份有限公司 语音指令的流式识别方法、装置、介质及设备

Also Published As

Publication number Publication date
US10791200B2 (en) 2020-09-29
CN107277153B (zh) 2020-05-26
KR102144286B1 (ko) 2020-08-14
EP3550801A4 (en) 2019-11-20
JP2020511804A (ja) 2020-04-16
CN107277153A (zh) 2017-10-20
US20190335020A1 (en) 2019-10-31
KR20190091545A (ko) 2019-08-06
JP6754011B2 (ja) 2020-09-09
EP3550801B1 (en) 2020-08-12
EP3550801A1 (en) 2019-10-09

Similar Documents

Publication Publication Date Title
US10791200B2 (en) Method, apparatus and server for providing voice service
CN108306877B (zh) 基于node js的用户身份信息的验证方法、装置和存储介质
US10884808B2 (en) Edge computing platform
US10210030B2 (en) Securely operating remote cloud-based applications
US11360737B2 (en) Method and apparatus for providing speech service
CN110413418B (zh) 缓存同步装置及方法，缓存同步系统、电子设备
JP2020003773A (ja) 情報を送信するための方法と装置
WO2019015272A1 (zh) 信息处理方法和装置
CN111028839B (zh) 一种智能家居控制方法、装置及电子设备
WO2022057677A1 (zh) 振动控制方法、装置、电子设备和计算机可读存储介质
US20250141941A1 (en) Real-time media streams
CN113691602A (zh) 基于云手机的业务处理方法、系统、装置、设备及介质
CN108512889B (zh) 一种基于http的应用响应推送方法及代理服务器
WO2023246060A1 (zh) 用户认证授权方法、装置、介质及设备
CN118972431A (zh) Ai模型的请求处理方法、计算机设备、介质及产品
CN110781014A (zh) 基于Android设备的录音数据的多进程分发方法与系统
CN120017720B (zh) 微服务实例路由方法、api网关及计算服务设备
CN113946816B (zh) 基于云服务的鉴权方法、装置、电子设备和存储介质
CN112015383A (zh) 一种登录方法和装置
CN116561013B (zh) 基于目标服务框架的测试方法、装置、电子设备和介质
CN115865974A (zh) 边缘设备、云端设备、边缘计算系统及方法和存储介质
CN115720224A (zh) 基于桌面云的访问方法、装置、电子设备和介质
WO2022100203A1 (zh) 数据处理方法、装置、介质、网络接入设备及电子设备
CN115129469B (zh) 跨进程通信方法、装置、设备及存储介质
WO2020192245A1 (zh) 应用开启方法、装置和计算机系统及介质

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019537348

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20197020272

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2017915576

Country of ref document: EP

Effective date: 20190704

NENP Non-entry into the national phase

Ref country code: DE