W3C home > Mailing lists > Public > public-bpwg@w3.org > July 2008

RE: ACTION-785: Check the personalization section for specific parts that seem to imply combination of personal information with usage patterns

From: Scheppe, Kai-Dietrich <k.scheppe@telekom.de>
Date: Fri, 25 Jul 2008 12:07:02 +0200
Message-ID: <398533C370C23441981074C456AA3BDD031DB8BE@QEO00226.de.t-online.corp>
To: "Sullivan, Bryan" <BS3131@att.com>, <public-bpwg@w3.org>
Hi Bryan,
 
We have to be careful, because terminology in this discussion is key.
"Personalization Information" as you use it, could mean several things
in my world.
In general there is no problem with it.
 
I am concerned about "personal information".
 
 
Let me give an example:  
There is a user group classified as "super user".  These are computer
savvy, regular users, that are early adopters, interested in gadgets and
technology (I am making this up)
Now Kai comes to the portal and a cookie is stored on his devices that
says "Hi, I am a super super".
 
Next time Kai comes to the portal and he is greeted.
"Hi Kai , welcome back.  You might find our offers of intergalactical
warp coils for your newest mod on your computer interesting.  Here is a
link."
 
This would be acceptable so far.
The site knows who you are, which type of user you are and recommends
products based on your user grouping.
 
 
 
Different scenario, same setup:
 
Except this time, upon returning the site says:
"Hi Kai, welcome back.  Yesterday you checked out our mods on computers.
We have some intergalactic warp coils for you.  Here is a link."
 
Not ok and, quite frankly, illlegal in most places I am aware of.
Here detailed tracking information that goes beyond "just" recognizing
patterns has been connected to personal informational.
 
Specifically user X was at location Y at time Z.
 
 
"Personalization information" is part of all of it.
 
If, as I said as well, the user gives permission, then much more can be
saved and associated (see passive vs. active personalization)
 
 
Quite frankly I am not that concerned with this pesonally, but we are
proposing something that is, at least in my understanding, illegal in
many places.
That is what I am trying to point out.
 
 
 
-- Kai
 
 
 


________________________________

	From: public-bpwg-request@w3.org
[mailto:public-bpwg-request@w3.org] On Behalf Of Sullivan, Bryan
	Sent: Friday, July 25, 2008 12:02 AM
	To: public-bpwg@w3.org
	Subject: RE: ACTION-785: Check the personalization section for
specific parts that seem to imply combination of personal information
with usage patterns
	
	
	To clarify the intent of the section as originally provided (my
input), the assumption is there (I thought clearly, but we can make it
more explicit, again) that the personalizing information is provided
directly by the user or a trusted entity that the user has authorized to
disclose personal information to gain some value-added service feature. 
	 
	Not only is there nothing "wrong" with this (except in certain
locales, if any, where only anonymous service is allowed by law), there
is nothing "wrong" with associating the personalizing information with
usage patterns etc. Such usage patterns are often useful in providing
more personalized service, and if understood/agreed by the user
(informed consent), there is nothing "wrong" in their use. Note that
personalizing information does not have to include any public/traceable
identity (e.g. MSISDN or name): it can be a pseudo-identity which can
itself be short-lived. There are many ways to turn up the privacy meter
and retain personalization capability.
	 
	I think part of the problem here is that the current draft has
eliminated much of the supporting rationale text for personalization
being a special issue in the mobile context, and as a result I believe
people are in danger of misinterpreting the intent. This often happens
when specifications establish the context of the assertions they make,
then in the process of completing the spec the context info is
simplified/eliminated (because it perhaps seems too wordy to some who
like more terse text), but the readers (and those working on the text
themselves) lose the thread of rationale and end up questioning the
whole darn business. I see that process at work here.
	 
	There is value in retaining both active and passive
personalization information as Kai has put them, but for MWABP I think
we only need discuss active personalization. Active personalization is
more likely to have a direct impact on the user (information entry) or
the content provider (determining the personalizing info, e.g. identity
and related preferences, may require extra work at the server side). The
earlier version text (20080521) made this clear through the reference to
use of SSO technology/methods, but for some reason in the current
version that is gone... more "simplification" I suppose.
	 
	So overall I caution against too much fear of stating realities
(it *is* a reality that with proper user consent, personal information
is in fact used, to provide better service), and over-simplification of
the text.
	 
	Best regards,
	Bryan Sullivan | AT&T
________________________________

	From: public-bpwg-request@w3.org
[mailto:public-bpwg-request@w3.org] On Behalf Of Scheppe, Kai-Dietrich
	Sent: Thursday, July 24, 2008 8:33 AM
	To: public-bpwg@w3.org
	Subject: ACTION-785: Check the personalization section for
specific parts that seem to imply combination of personal information
with usage patterns
	
	
	Well, since adjourned early, I had some time :-)
	 
	 
	BP2 revisted for this action
	 
	This now applies to section 3.1 (formerly 4.1, as listed in
ACTION-784)
	 
	

	regarding...


	3.1.1.1 What it means


	If a service relies on user entered personalization information
(e.g. application preferences, personal details) that information should
be retained in order to avoid the need to re-enter it the next time a
user visits the site.

	 

	Here we should simply delete ", personal details" or change it
into "personal preferences".

	Personal data could be construed to mean name, address, phone
number etc. which is not allowed to be associated with usage patterns
and other information like it.

	 

	 

	regarding...

	

	3.1.2.2 How to do it


	The simplest way to do this is to associate personalization
information with a given user identity and obtain their login
credentials directly on first access.

	 

	Here we need to separate between what is often called "passive
personalization" and "active personalization".

	Passive personalization tracks usage patterns and tends to
assing a profile to a user that fits to his behavior, but is not
combined with personal information

	Active personalization requires the agreement of the user to
store and use certain personal information (not sure on what can be used
then, but at least a login).
	For the above this means that we have to allude to the needed
permission by the user.

	 

	-- Kai
Received on Friday, 25 July 2008 10:07:56 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 25 July 2008 10:07:57 GMT