I think what may apply is "Swarm"
(https://en.wikipedia.org/wiki/Swarm_intelligence )
I apply this to the attributes of a "Connector" and a "BridgeID", but it
appears it may apply here as well.
FYI, Tim
From: wg-uma-bounces@kantarainitiative.org
[mailto:wg-uma-bounces@kantarainitiative.org] On Behalf Of sldavid
Sent: Friday, November 06, 2015 7:17 PM
To: John Wunderlich; Andrew Hughes
Cc: wg-uma@kantarainitiative.org WG
Subject: Re: [WG-UMA] Notes from UMA legal subgroup telecon 2015-11-06
Hi Folks - Some alternatives to murmuration (which is great, by the way).
Deleuze called it "a body without organs," but that is too ghoulish.
"Holon" is too space-aged. "Lagrangian entropic gradients" is too wacky.
I didn't realize that "stakeholders" was a term of art, and I have used that
too freely in the past
I have returned to using "community of interest," but with the qualifier
that it is also time bounded to accommodate the notion of change through
time.
Kind regards,
Scott
_____
From: wg-uma-bounces@kantarainitiative.org
on behalf of John Wunderlich
Sent: Friday, November 6, 2015 12:39 PM
To: Andrew Hughes
Cc: wg-uma@kantarainitiative.org WG
Subject: Re: [WG-UMA] Notes from UMA legal subgroup telecon 2015-11-06
+1 Andrew;
I use stakeholders in a very particular sense when I do business process
improvement work, and I suspect others will have particular uses for the
contexts from whence they came. Hence I agree that stakeholder should be off
the table.
We need something that is, to some extent, a self descriptive term for
transient and/or permanent groups of entities that are created by their
relationships to one another or through the relationships that they have
with each other - if I understand what you were describing. I'm reminded
more of a flock than a community, since the group can change and move based
on the rules by which the particular flock was consituted. Simple flocking
rules generate complex coordinated flocking behaviour - which is what I
sense you're trying to get at.
One is tempted to refer to a murmuration https://youtu.be/DmO4Ellgmd0 ,
but that might be too cute.
Unbelievable Starlings
A super amazing flock of starlings swoops low over the streets.
https://youtu.be/DmO4Ellgmd0 Read more...
Sincerely,
John Wunderlich
(@PrivacyCDN)
http://privacybydesign.ca
http://privacybydesign.ca
Privacist & PbD Ambassador
http://privacybydesign.ca
http://privacybydesign.ca
http://privacybydesign.ca
http://privacybydesign.ca On Nov 6, 2015, at 1:14 PM, Andrew Hughes
wrote:
http://privacybydesign.ca
http://privacybydesign.ca Aiighhh!!!!! Not Stakeholders!!!!
http://privacybydesign.ca
http://privacybydesign.ca ;-)
http://privacybydesign.ca
http://privacybydesign.ca I know that they should have a stake in the
situation, but it's such an abused term...
http://privacybydesign.ca Constituents, Group, MicroSociety,
Participants, ...
http://privacybydesign.ca
http://privacybydesign.ca Andrew Hughes CISM CISSP
Independent Consultant
In Turn Information Management Consulting
http://privacybydesign.ca o +1 650.209.7542
m +1 250.888.9474
1249 Palmer Road,
Victoria, BC V8P 2H8
AndrewHughes3000@gmail.com
ca.linkedin.com/pub/andrew-hughes/a/58/682/
Identity Management | IT Governance | Information Security
http://privacybydesign.ca
http://privacybydesign.ca On Fri, Nov 6, 2015 at 10:02 AM, j stollman
wrote:
http://privacybydesign.ca Regarding a term for Community of interest, how
about "stakeholders"?
http://privacybydesign.ca
http://privacybydesign.ca
http://privacybydesign.ca ---------------------------------
http://privacybydesign.ca Jeff Stollman
stollman.j@gmail.com
1 202.683.8699
http://privacybydesign.ca
http://privacybydesign.ca Truth never triumphs - its opponents just die
out.
http://privacybydesign.ca Science advances one funeral at a time.
http://privacybydesign.ca Max Planck
http://privacybydesign.ca
http://privacybydesign.ca On Fri, Nov 6, 2015 at 12:09 PM, Eve Maler
wrote:
http://privacybydesign.ca . Fri Nov 6 8-9am PT
http://privacybydesign.ca . Voice: Skype: +99051000000481 or US
+1-805-309-2350 (international dial-in lines), room code 178-2540#
http://privacybydesign.ca . Screen sharing:
http://join.me/findthomas - NOTE: IGNORE the join.me dial-in line shown here
in favor of the dial-in info above (Kantara "line C" and the Skype line)
http://privacybydesign.ca . UMA calendar:
http://kantarainitiative.org/confluence/display/uma/Calendar
* http://privacybydesign.ca Goal: start building a general "legal
stack" for UMA-specific elements
* http://privacybydesign.ca Learn more of Andrew H's use case
details
* http://privacybydesign.ca Examine the sociotechnical norms for
potentially useful concepts
* http://privacybydesign.ca AOB
http://privacybydesign.ca Attending: Eve, John, Ann, Adrian, Andrew H,
Jim, Jon, Mark, Nat, Sal
http://privacybydesign.ca
http://privacybydesign.ca Andrew has sketched a model for resource set
registration services. So far this is very informal, so we won't be minuting
it in detail.
http://privacybydesign.ca
http://privacybydesign.ca What's a better word/phrase for "community of
interest"/CoI? Policymakers? Constituents?
http://privacybydesign.ca
http://privacybydesign.ca He's trying to capture "reliance"
relationships, and obligations/commitments.
http://privacybydesign.ca
http://privacybydesign.ca Adrian has concerns: Can we look at the
simplest possible scenario and just map that? On the other hand, providing
"legal resources" (akin to "developer resources") for those who have
constraints that require an UMA solution would be very valuable, because
this is a real-world situation that we expect to be common.
http://privacybydesign.ca
http://privacybydesign.ca The "Open Identity Trust Framework Model" white
paper may be useful for background on generic trust frameworks. OITF was
influenced by the Liberty Alliance work, and Andrew has contributed to TF
work heavily over time.
http://privacybydesign.ca
http://privacybydesign.ca Once you have the abstract model, then you can
identify your specific "users" and "operators".
http://privacybydesign.ca
http://privacybydesign.ca So can we make progress on our goal, given
Andrew's input? We could work on outputs for his "C" elements, and a lot of
the "B". Jurisdiction clauses are something everyone needs. And if we pick a
business environment (university, or health, or DIACC!), we know of typical
clauses they'll need. UMA-specific stuff may affect, all of the business,
legal, and technical sections (portions of the stack). Standardizing these
clauses is the benefit we're aiming to supply.
http://privacybydesign.ca
http://privacybydesign.ca Can we use the sociotechnical norms language?
Eve suggests that the five norms are so clear, and clarifying, that they
would be helpful for distinguishing the piece-parts of UMA flows that
reflect different norms and developing model clauses for each of the B, L,
and T layers that can focus on one type of norm at a time. John W thinks
that there is relevance for consent receipts. Eve muses: Maybe Authorization
could be for true consent receipts, and Commitment, Prohibition, Sanction,
and Power could be for other types of transaction receipts? Powers could be
conveyed to another party (such as durable medical power of attorney), and
then there could be a flow chart after that where prohibitions and sanctions
and such come into play.
http://privacybydesign.ca
http://privacybydesign.ca Next steps:
http://privacybydesign.ca
* http://privacybydesign.ca Adrian is kindly running the next call.
He will send out an agenda focusing on agency restatements.
* http://privacybydesign.ca After her vacation, Eve will work with
John and Andrew (and maybe rope in Tim as well?) on recasting whatever old
Binding Obligations are still useful into norms language, and try to bucket
them into B/L/T clauses for putative sections of a "stack".
http://privacybydesign.ca
http://privacybydesign.ca
Eve Maler | cell +1 425.345.6756 | Skype: xmlgrrl | Twitter: @xmlgrrl |
Calendar: xmlgrrl@gmail.com
http://privacybydesign.ca
http://privacybydesign.ca
http://privacybydesign.ca _______________________________________________
WG-UMA mailing list
WG-UMA@kantarainitiative.org
http://kantarainitiative.org/mailman/listinfo/wg-uma
http://privacybydesign.ca
http://privacybydesign.ca
_______________________________________________
WG-UMA mailing list
WG-UMA@kantarainitiative.org
http://kantarainitiative.org/mailman/listinfo/wg-uma
http://privacybydesign.ca
http://privacybydesign.ca _______________________________________________
WG-UMA mailing list
WG-UMA@kantarainitiative.org
http://kantarainitiative.org/mailman/listinfo/wg-uma
http://privacybydesign.ca
http://privacybydesign.ca
http://privacybydesign.ca
http://privacybydesign.ca This email and any files transmitted with it
are confidential and intended solely for the use of the individual or entity
to whom they are addressed. If you have received this email in error please
notify the system manager. This message contains confidential information
and is intended only for the individual named. If you are not the named
addressee you should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately by e-mail if you have received this e-mail by
mistake and delete this e-mail from your system. If you are not the intended
recipient you are notified that disclosing, copying, distributing or taking
any action in reliance on the contents of this information is strictly
prohibited.