On the December 6, 2018 CIS WG call, we came to a rough consensus about what scenario we would like to show in the next version of the demo: The Kantara Initiative Privacy Control Panel system.
EIC and Identiverse have accepted our proposal to show the demo. Will be submitting a proposal to ID North and MyData.
|Table of Contents|
The following is a very early draft description of the system we will demonstrate at EIC 2019 and other events.
The Kantara Members in the Consent & Information Sharing WG can participate in the demo by showing their product features that provide the different functions needed for the PCP demonstration, for example: the PCP dashboard, the data controller functionality to generate receipts, API platform provider, the ‘app’ used by the person, receipt viewer, receipt language translator, and so on.
The concept is that the products could, with very minor enhancements, be a component of the overall Kantara PCP system. We will showcase a future vision of the data processing ecosystem where the individual has more insight and control over their data.
The detailed demo functionality will also allow the CIS WG to identify needed changes to the core specification and additional specifications in the data processing receipt family.
Related Meeting Minutes
Baseline 'Agreement' Flow
PCP Roles Table
To help decide which products will perform parts of the demo (Table copied from 2019-02-14 Meeting notes (CR) on February 20 2019):
Data controller application
The application that the person interacts with - it orchestrates the Notice display, acceptance of terms, creation of receipt and delivery of the intended service
Orchestrates the person's "Consent Journey"
Option 1: Web application
Option 2: Mobile app
** For example, In Demo v1 it was the Bookstore app
Receipt generator (API?)
This role might be functionality within another role. It takes inputs from the data controller application and returns a conformant receipt in JSON or JWT format
Option 1: Functionality within the (A) Data Controller Application
Option 2: Functionality within the receipt management platform
Option 3: Standalone receipt generator
Receipt storage facility
This is the storage place for the receipts. It could be as simple as the downloads folder or a personal data store or browser local storage or other API
The storage facility MUST be readable by the PCP Dashboard role
Option 1: Functionality comes from the Operating System
Option 2: Functionality included in the (A) Data Controller Application
Option 3: Functionality accessible via the receipt management platform
Option 4: Functionality in a separate application that does personal data management
Option 5: Function accessible via Browser APIs (e.g. local browser storage)
** For example, "wallet" concept; Downloads folder; browser storage; etc
digi.me (consent manager)
PCP Dashboard and
Dashboard - Reads the receipt storage facility and displays the person's receipts in some meaningful and usable way
Control Panel - The part where a person clicks on a button against a receipt that causes an action to start
Option 1: Functionality exists in a product today
Option 2: New product required
Option 3: Functionality exists via a receipt management platform and can be called
Receipt management platform
|Communication substrate - e.g. one possible function: when user clicks on button to exercise a data subject right, this calls the platform which sends instructions to the data controller to take action|
Receipt Viewer app
This displays a receipt - takes JSON or JWT as input and displays in human-friendly way - to allow the presenter to walk through the contents of a receipt with the audience
Option 1: Functionality exists in (D) Dashboard/control panel
Option 2: Standalone application or web site
Option3: Functionality exists in (E) Receipt management platform
|Data controller registration||(ACH: What does this do?)|
|Receipt language translator||RANDOM IDEA - Display the receipt in a different language e.g. French|