W3C

- DRAFT -

Voice Interaction

15 Jul 2020

Attendees

Present
debbie, dirk, jon
Regrets
felix_wyss
Chair
Debbie
Scribe
ddahl

Contents


<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]

Minutes manually created (not a transcript), formatted by David Booth's scribe.perl version (CVS log)
$Date: 2020/07/15 18:08:40 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision of Date 
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: Irssi_ISO8601_Log_Text_Format (score 1.00)

Succeeded: s/domaid/domain/
Present: debbie dirk jon

WARNING: Replacing previous Regrets list. (Old list: felix, wyss)
Use 'Regrets+ ... ' if you meant to add people without replacing the list,
such as: <dbooth> Regrets+ felix_wyss

Regrets: felix_wyss
Found Scribe: ddahl
Inferring ScribeNick: ddahl

WARNING: No "Topic:" lines found.


WARNING: No date found!  Assuming today.  (Hint: Specify
the W3C IRC log URL, and the date will be determined from that.)
Or specify the date like this:
<dbooth> Date: 12 Sep 2002

People with action items: 

WARNING: No "Topic: ..." lines found!  
Resulting HTML may have an empty (invalid) <ol>...</ol>.

Explanation: "Topic: ..." lines are used to indicate the start of 
new discussion topics or agenda items, such as:
<dbooth> Topic: Review of Amy's report


WARNING: IRC log location not specified!  (You can ignore this 
warning if you do not want the generated minutes to contain 
a link to the original IRC log.)


[End of scribe.perl diagnostic output]