- From: Deborah Dahl <Dahl@conversational-Technologies.com>
- Date: Wed, 15 Jul 2020 14:19:56 -0400
- To: <public-voiceinteraction@w3.org>
- Message-ID: <239a01d65ad4$8b4ca170$a1e5e450$@conversational-Technologies.com>
https://www.w3.org/2020/07/15-voiceinteraction-minutes.html
and below as text.
[1]W3C
[1] http://www.w3.org/
- DRAFT -
Voice Interaction
15 Jul 2020
Attendees
Present
debbie, dirk, jon
Regrets
felix, wyss
Chair
Debbie
Scribe
ddahl
Contents
* [2]Topics
* [3]Summary of Action Items
* [4]Summary of Resolutions
__________________________________________________________
<scribe> Scribe: ddahl
<scribe> agenda: by brainstorming about what information would
be needed for a voice assistant to identify another specialized
voice assistant (for example, an assistant for a specific
enterprise) and give the user access to it.
debbie: jim suggested that the DNS model could be used for the
dialog registry
... there is DNS and RDAP (replacement for whois)
dirk: the task is to map intent to provider
... service that provides to known ipa providers and maps
intents to other layers
... needs unique identification and intents
debbie: should there be a domain?
dirk: you could group intents in a domain
... domain could be "retail electronics"
... utterance could be "I'm looking for a new laptop"
... you would need to know the intent to find the domain
... travel would be another domain
debbie: IPA might have to disambiguate the domain
dirk: there might need to be an ontology -- travel could be
train travel or flight travel
debbie: we shouldn't develop an ontology
dirk: implementer could specify ontology
debbie: we could recommend OWL as a format
... maybe Provider Selection Service is a black box
dirk: PSS is stateless, but dialog identifier could be used to
maintain
debbie: there should be a way to state what languages they
support
dirk: how do you know what language in the first place
... do you have to identify the language
jon: that might be part of the user identification
... also primary geography could be part of this
dirk: this means we provide language and location as metadata
jon: could use some existing ontologies
... US Dept. of Commerce list of business types
debbie: we could recommend consulting these resources
... the name of the IPA provider could be some kind of metadata
... like "Dell Computer"
jon: GS1 -- GTIN (Global Trade Identification Number)
... there are ontologies for smart home
debbie: there is an Asian consortium for smart home devices
... how do you get to it?
dirk: access by url and need for authorization and permissions
debbie: we have an extra level -- we have to start with an
intent and map it to an actual IPA
dirk: we should have a provider registry in the diagram
... this should go next to the provider selection service
debbie: Jim said that the wake word should be part of the
metadata, although that won't necessarily be required
... once your IPA knows that it needs, say the Dell assistant,
how does it get to that?
... there could be a lot of complexity there, maybe HTTP isn't
the best protocol
... because of the need to transmit speech
... also need to consider multimodal IPA's
... we don't want to rule those out.
... we should at least make sure there's a way to connect with
enterprise agents
jon: this would be independent of a Google or Amazon
... or you could enter the world of Amazon or Google
... you could reach the broker that would send you in the right
direction
... can Amazon send you to Best Buy or Dell?
... would not want to share data from Amazon to Best Buy
debbie: can your IPA go to non-IPA website?
jon: you probably want to be able to do that
... how does my individual IPA connect to another person's IPA?
... either individual --> enterprise or individual -->
individual
... IPA's should be able to have a blacklist and whitelist
... also need to be able to have protection againt DoS attacks
Summary of Action Items
Summary of Resolutions
[End of minutes]
__________________________________________________________
Received on Wednesday, 15 July 2020 18:20:46 UTC