- From: Deborah Dahl <Dahl@conversational-Technologies.com>
- Date: Wed, 16 Dec 2020 12:07:01 -0500
- To: <public-voiceinteraction@w3.org>
- Message-ID: <086201d6d3cd$dff489f0$9fdd9dd0$@conversational-Technologies.com>
Next call will be January 13, 2021. See you in the New Year! I hope everyone
enjoys a pleasant winter break.
https://www.w3.org/2020/12/16-voiceinteraction-minutes.html and below as
text
[1]W3C
[1] http://www.w3.org/
- DRAFT -
voice interaction
16 Dec 2020
Attendees
Present
dirk, jon, debbie
Regrets
Chair
Debbie
Scribe
ddahl
Contents
* [2]Topics
1. [3]changes to architecture
* [4]Summary of Action Items
* [5]Summary of Resolutions
__________________________________________________________
<scribe> scribe:ddahl
[6]https://w3c.github.io/voiceinteraction/voice%20interaction%2
<https://w3c.github.io/voiceinteraction/voice%20interaction%252>
0drafts/paArchitecture-1-1.htm
[6] https://w3c.github.io/voiceinteraction/voice interaction
drafts/paArchitecture-1-1.htm
changes to architecture
dirk: reviews changes
jon: difference between data providers and external services?
dirk: data providers are just data, external services provide
services
... data is "how high is the Eiffel Tower" services trigger
action
jon: what is the difference between an explicit request vs.
implicit request -- I don't care who answers the question
... external service might be the target of an explicit request
debbie: an implicit request could also be "it's cold in here",
so should be careful about terminology
jon: data providers could be implicit request
dirk: this separation makes sense but these are orthogonal to
what we have here
debbie: this could be a fuzzy distinction
dirk: data provider is kind of a service
... question-answering is a big topic, so we might want them to
be called out separately
debbie: would there be different protocols to access the three
gray boxes?
dirk: data providers and external services could be the same
protocol, IPA could be different
debbie: are data providers and external services stateless?
... or could they be either stateless or statefull?
dirk: maybe data providers are stateless
... dialog maintains state information, data provider shouldn't
need to
... example if the data service returns two options, the dialog
has to disambiguate
debbie: architecture gets complicated if more than one
component maintains state
dirk: added "local services" and "local data providers"
... "local services" could be started locally, like temperature
measurement
jon: for example, in a car, there could be local services, like
temperature, lights, media, GPS
... and local data providers
... also mobile phone services
... also client-specific services, like windows in a car
dirk: continues review, adds conversational context, switching
contexts, reasoning, long and short-term memory, grounding
... nlp needs access to context
... context could be endless
debbie: some might be intractable
jon: are there simpler ideas about context?
debbie: support for NLU is possibly easier than drawing on all
world knowledge
dirk: should put in disclaimer that we aren't trying to deal
with every aspect of context
... could add captions to other figures
... should questions directed at other agents be included in
context?
jon: if I have explicitly a question about Liedel, does it
remember that it has to do with groceries?
dirk: this is captured by long-term memory
jon: over time the value of context will grow
dirk: this should be added
jon: implied consent for data-sharing
... I am willing to share my personal data with Liedel because
I trust them, but maybe I don't want to share data with
Lufthansa
debbie: too many data-sharing questions can be annoying
dirk: this can be contingent on previous behaviors
jon: jon's IPA gets better at knowing about jon
debbie: we need another session to finish going over
... all the changes
dirk: is there a dedicated component to capture previous
behaviors
debbie: could call this history
... knowledge graph could be generic or specific to me
... my personal knowledge
... next call will be January 13
Summary of Action Items
Summary of Resolutions
[End of minutes]
__________________________________________________________
Received on Wednesday, 16 December 2020 17:07:21 UTC