[x3d-public] an idea about avatar handling

John Carlson yottzumm at gmail.com
Mon Jun 1 08:46:10 PDT 2020


Authorization should be done by granting people their list of capabilities
(c-list--think file descriptor) at the time of login.   See Principle of
Least Authority (POLA).

Sometimes it's good to have 2 VIs for debugging.

John

On Mon, Jun 1, 2020 at 10:30 AM Christoph Valentin <
christoph.valentin at gmx.at> wrote:

> Hi all.
>
> Had an idea, cannot use it myself. Maybe input for someone else.
>
> In very simple Multiuser scenes, the two procedures "login" and "take an
> avatar" are merely the same.
>
> Should standardization care about relations among
>
> a) Loading the scene (Step into scene)
> b) Login
> c) taking an avatar ("incarnation")
>
> (a) would be independent of (b) and (c).
>
> (b) and (c) would have strict dependency:
>
> First comes login (link real identity with virtual identity) - one RI can
> login for several VIs, but one VI can only be held by one RI at the same
> multiuser session.
>
> then comes incarnation: representation of one virtual identity is started
> i.e. select avatar
>
> re-incarnation: representation of a VI changes (change avatar)
>
> de-incarnation: this representation of a VI is abandoned.
>
> re-/de- incarnation must be coupled with AAA (Authentication,
> Authorization, accounting)
>
> Have fun
>
> --
> Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail
> gesendet.
> _______________________________________________
> x3d-public mailing list
> x3d-public at web3d.org
> http://web3d.org/mailman/listinfo/x3d-public_web3d.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20200601/6cd2e365/attachment.html>


More information about the x3d-public mailing list