- From: Mike Kirkwood <
>
- To: Mark Lizar <
>
- Cc: ProjectVRM list <
>
- Subject: RE: [projectvrm] Data Ownership, VRM & Standards - Suggesting a Directory
- Date: Fri, 29 Aug 2008 10:03:17 -0700
- Accept-language: en-US
- Acceptlanguage: en-US
Mark,
Very interesting to consider the business opportunities (for both parties) in
this model. Further ramblings...
One of the things that a standard like the CIQ below could enable, similar to
the T&C work is to create a process language that comes core to how the
default model is setup, without exempting participation to those who don't
already have the correct things in place.
A possible consideration in the directory models is to figure out how to to
absorb easily the existing solutions, and figure out how to apply
certification on new benefits to the parties. So they really desire the
certification. Was thinking the absorb function allows the person to
communicate with the company on their terms. The certification phase allows
the company to get something back from the person. When talking multiple
directories, absorb is used a lot in big directory projects (you become a
tree of my model, rather than an attribute of my record). This provides a
simple-ish way to get a common model to work with of disparate rules and
memberships.
A directory to directory intermediary for trust (like you mention below),
could be continually streamlined into a really good single directory by forms
of multiple-factor enablement. First, identity the identity concepts in the
systems they use today (ldap, ad, crm, cookies) and register the best guesses
and observations. I think we have lots of good tools and people who have
solved key parts of this, including the big vendors.
For a next phase (where it becomes VRM vs. Identity Cleansing), could allow
them to register these components themselves and gaining access. The
analogy is "hooking up to the hub". Then, for example, if a company
self-asserts that it supports a specific agreement, and implementation of an
information sharing framework, the data can flow through to that company from
the person. Different companies, and people can implement their own groups
of rules to allow the filters to become standard, and/or information
card-ish, by having templates. If support the "health vendor info" filter.
For the game theorists among us, all sorts of fun could happen with a
sequence like this:
Blue Cross supports X in terms of receipt of information it desires, and [the
mine] supports Y in my giving of information. Which things can we talk
about? What am I missing out on because I won't tell them my medical
history? Whether I smoke? Whether I'm smoking right now? What would they
do to know the real data?
--Mike
________________________________________
From: Mark Lizar
[
]
Sent: Friday, August 29, 2008 9:23 AM
To: Mike Kirkwood
Cc: ProjectVRM list
Subject: Re: [projectvrm] Data Ownership, VRM & Standards - Suggesting a
Directory
Thanks Mike,
Your take on the multi-faceted use of directories has expanded my view on
what a directory could do here. At first I was approaching a directory as a
way of displaying VRM and like standards. This has led me think of a few
more ways a Directory application could be useful and profitable.
For Instance:
Listing Enterprises with VRM functionality would also be a great way
upselling VRM services that we are all so interested in deploying.
Came across this standard recently while re-acquainting with the broader
standards bodies, and in particular, OASIS.
http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ciq#overview
This standard is definitely a good place to start. Does anyone know of any
implementations?
Was thinking that in the conversation around making it standard and easy for
enterprises, this might be a good thing to consider, since already the
"relationships" to me in the enterprise are distinct across organizations and
regions, and perhaps (like we might strive in T&C),
Maybe a T&C focused approach is a great place to transparently show functions
of an enterprise that are ripe, and ready for VRM adoption and consulting?
Perhaps a directory to directory service which can evolve to capture more and
more of the detail that is so important to rights based issues surrounding
trust(able) information use?
I was working on a project last year where we proposed a Trusted Intermediary
directory service to audit proper utilization of policy. The idea with this
directory service is that it would lead to certification. (Yet another
possible source of income for the VRM community.)
- Mark
- Re: [projectvrm] Data Ownership Question, (continued)
- Re: [projectvrm] Data Ownership Question, Iain Henderson, 08/27/2008
- Re: [projectvrm] Data Ownership Question, Alan Patrick, 08/27/2008
- Re: [projectvrm] Data Ownership Question, Peter Davis, 08/27/2008
- RE: [projectvrm] Data Ownership Question, Mike Kirkwood, 08/27/2008
- Re: [projectvrm] Data Ownership Question, Iain Henderson, 08/27/2008
- Re: [projectvrm] Data Ownership Question, Eve Maler, 08/27/2008
- Re: [projectvrm] Data Ownership Question, Iain Henderson, 08/27/2008
- [projectvrm] Data Ownership, VRM & Standards - Suggesting a Directory, Mark Lizar, 08/29/2008
- RE: [projectvrm] Data Ownership, VRM & Standards - Suggesting a Directory, Mike Kirkwood, 08/29/2008
- Re: [projectvrm] Data Ownership, VRM & Standards - Suggesting a Directory, Mark Lizar, 08/29/2008
- RE: [projectvrm] Data Ownership, VRM & Standards - Suggesting a Directory, Mike Kirkwood, 08/29/2008
- Message not available
- [projectvrm] Data Ownership, VRM & Standards - Suggesting a Directory, Elias, 08/31/2008
- Re: [projectvrm] Data Ownership, VRM & Standards - Suggesting a Directory, Mitch Ratcliffe, 08/31/2008
- Re: [projectvrm] Data Ownership, VRM & Standards - Suggesting a Directory, Elias Bizannes, 08/31/2008
- RE: [projectvrm] Data Ownership Question, frankxr, 08/27/2008
- Re: [projectvrm] Data Ownership Question, Peter Davis, 08/27/2008
- RE: [projectvrm] Data Ownership Question, frankxr, 08/27/2008
RE: [projectvrm] Data Ownership Question, Luk Vervenne, 08/27/2008
Re: [projectvrm] Data Ownership Question, Eve Maler, 08/27/2008
Archive powered by MHonArc 2.6.19.