- 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