Data subject's consent in Directive 95/46/EC

IRI:
http://ciolaws.com/ontologies/eulr-consent
Authors:
François Mestre
Contributors:
Víctor Rodríguez Doncel
Other visualisation:
Ontology source

Table of Content

  1. Classes
  2. Object Properties
  3. Data Properties
  4. Annotation Properties
  5. Namespace Declarations

Classes

consentc back to ToC or Class ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#Consent

is defined by
http://delicias.dia.fi.upm.es/~vrodriguez/tmp/eulr-consent.owl

Directive 95/46/EC Article 2 (h) of Directive 95/46/EC defines consent as "any freely given specific and informed indication of his wishes by which the data subject signifies his agreement to personal data relating to him being processed"

has sub-classes
valid consentc
is in domain of
explicitdp, freely givendp, informeddp, is seeked byop, specificdp, unambiguousdp
is in range of
gives consentop

informationc back to ToC or Class ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#Information

NEED TO ADD REFERENCE to art 10 and 11 of Dir 95/46/EC

is in domain of
is received byop
is in range of
provides informationop

valid consentc back to ToC or Class ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#ValidConsent

is defined by
http://delicias.dia.fi.upm.es/~vrodriguez/tmp/eulr-consent.owl

What are the modalities of the prior informed consent?

Consent must be collected in a way that assures its validity. The Regulations does not prescribe how consent is to be obtained. Each Member State DPO provides its own guidance.

is equivalent to
(explicitdp value true) and (freely givendp value true) and (informeddp value true) and (specificdp value true) and (unambiguousdp value true)
has super-classes
consentc

Object Properties

gives consentop back to ToC or Object Property ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#givesConsent

is defined by
http://delicias.dia.fi.upm.es/~vrodriguez/tmp/eulr-consent.owl

When must the consent be provided?

Consent must be provided before the processing of personal data starts, but it can also be required in the course of a processing, where there is a new purpose. This is stressed in various provisions of Directive 2002/58/EC, either through the requirement "prior" (e.g. Article 6.3) or through the wording of the provisions (e.g. Article 5.3).

Until when is the consent valid?

Individuals who have consented should be able to withdraw their consent, preventing further processing of their data. This is confirmed also under the ePrivacy Directive for specific data processing operations based on consent, such as the processing of location data other than traffic data.

has domain
data subjectc
has range
consentc

is received byop back to ToC or Object Property ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#isReceivedBy

has domain
informationc
has range
data subjectc

is seeked byop back to ToC or Object Property ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#isSeekedBy

has domain
consentc
has range
data controllerc

provides informationop back to ToC or Object Property ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#providesInformation

has domain
data controllerc
has range
informationc

Data Properties

explicitdp back to ToC or Data Property ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#Explicit

As to how consent must be provided, Article 8.2(a) requires explicit consent to process sensitive data, meaning an active response, oral or in writing, whereby the individual expresses his/her wish to have his/her data processed for certain purposes. Therefore, express consent cannot be obtained by the presence of a pre-ticked box. The data subject must take some positive action to signify consent and must be free not to consent.

has characteristics: functional

has domain
consentc
has range
boolean

freely givendp back to ToC or Data Property ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#FreelyGiven

For consent to be valid, it must be freely given. This means that there must be no risk of deception, intimidation or significant negative consequences for the data subject if he/she does not consent. Data processing operations in the employment environment where there is an element of subordination, as well as in the context of government services such as health may require careful assessment of whether individuals are free to consent.

has characteristics: functional

has domain
consentc
has range
boolean

has legal capacitydp back to ToC or Data Property ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#hasLegalCapacity

is defined by
http://delicias.dia.fi.upm.es/~vrodriguez/tmp/eulr-consent.owl

Valid consent presupposes individuals' capacity to consent. Rules regarding the capacity to consent are not harmonised and may therefore vary from Member State to Member State.

has domain
data subjectc
has range
boolean

informeddp back to ToC or Data Property ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#Informed

Consent must be informed. Articles 10 and 11 of the Directive lists the type of information that must necessarily be provided to individuals. In any event, the information provided must be sufficient to guarantee that individuals can make well informed decisions about the processing of their personal data. The need for consent to be "informed" translates into two additional requirements. First, the way in which the information is given must ensure the use of appropriate language so that data subjects understand what they are consenting to and for what purposes. This is contextual. The use of overly complicated legal or technical jargon would not meet the requirements of the law. Second, the information provided to users should be clear and sufficiently conspicuous so that users cannot overlook it. The information must be provided directly to individuals. It is not enough for it to be merely available somewhere.

has characteristics: functional

has domain
consentc
has range
boolean

specificdp back to ToC or Data Property ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#Specific

Consent must be specific. Blanket consent without determination of the exact purposes does not meet the threshold. Rather than inserting the information in the general conditions of the contract, this calls for the use of specific consent clauses, separated from the general terms and conditions.

has characteristics: functional

has domain
consentc
has range
boolean

unambiguousdp back to ToC or Data Property ToC

IRI: http://ciolaws.com/ontologies/eulr-consent#Unambiguous

For data other than sensitive data, Article 7(a) requires consent to be unambiguous. "Unambiguous" calls for the use of mechanisms to obtain consent that leave no doubt as to the individual's intention to provide consent. In practical terms, this requirement enables data controllers to use different types of mechanisms to seek consent, ranging from statements to indicate agreement (express consent), to mechanisms that rely on actions that aim at indicating agreement.

Consent based on an individual's inaction or silence would normally not constitute valid consent, especially in an on-line context. This is an issue that arises in particular with regard to the use of default settings which the data subject is required to modify in order to reject the processing. For example, this is the case with the use of pre-ticked boxes or Internet browser settings that are set by default to collect data.

has characteristics: functional

has domain
consentc
has range
boolean

Annotation Properties

contributorap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/terms/contributor

creatorap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/terms/creator

licenceap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/terms/licence

narrowerap back to ToC or Annotation Property ToC

IRI: http://www.w3.org/2004/02/skos/core#narrower

titleap back to ToC or Annotation Property ToC

IRI: http://purl.org/dc/terms/title

Namespace Declarations back to ToC

default namespace
http://ciolaws.com/ontologies/eulr-consent#
dc
http://purl.org/dc/terms/
ontologies
http://ciolaws.com/ontologies/
owl
http://www.w3.org/2002/07/owl#
rdf
http://www.w3.org/1999/02/22-rdf-syntax-ns#
rdfs
http://www.w3.org/2000/01/rdf-schema#
skos
http://www.w3.org/2004/02/skos/core#
xsd
http://www.w3.org/2001/XMLSchema#

This HTML document was obtained by processing the OWL ontology source code through LODE, Live OWL Documentation Environment, developed by Silvio Peroni.