Le Groupe de Travail MMOX

(traduction approximative en français du brouillon de la charte du MMOX WG par mes soins)

Les mondes virtuels et d'autres applications massivement multi-parties en ligne connaissent un intérêt croissant pour la communauté Internet. D'innombrables exemples de ces applications existent et la plupart utilisent des protocoles propriétaires. Avec des origines dans les jeux et l'interaction sociale, les mondes virtuels sont maintenant de plus en plus utilisé dans les affaires, l'éducation et plus généralement l'échange d'informations. Avec un nombre d'utilisateurs qui devrait atteindre plus de 50 millions d'ici 2011, les créateurs de ces systèmes ont commencé à chercher des moyens de rendre ces systèmes interopérables. Plusieurs initiatives appropriées se sont développées depuis 2007 sur l'interopérabilité. Le processus doit désormais bénéficier d'un processus formalisé et établi.

MMOX est une initiative ayant pour but de rassembler les meilleures pratiques et élaborer des standards fondés sur le consensus afin d'assurer l'interopérabilité des mondes virtuels et des MMO. La liste de diffusion est dédiée aux discussions techniques pour atteindre cet objectif et pour coordonner les détails administratifs des prochaines réunions.

L'objectif du Groupe de Travail MMOX est de fournir un protocole de couche applicative dédié aux Mondes Virtuels afin de :

• a) permettre l'interopérabilité entre les applications,
• b) fournir de l'accès et l'échange avec d'autres systèmes sur Internet, tels que les services web, les messageries électroniques, et d'autres systèmes de stockage d'information,
• c) permettre aux couches réseau d'identifier les échanges des mondes virtuels et assurer les règles de routage basées sur ces caractéristiques.

La tache centrale du groupe de travail sera la production de la suite Open Grid Protocol (OGP), un ensemble de protocoles d'application pour communiquer et interagir avec les applications de mondes virtuels.

Les protocoles de base OGP comprennent la publication de:

1. LLSD, un système type abstrait pour la représentation des objets de la couche application avec des règles de sérialisation pour les messages du protocole entre ces objets.

2. La base OGP, une abstraction de messagerie pour soutenir les besoins spécifiques aux interactions des mondes virtuels.

3. Les recommandations (Guidelines) pour l'utilisation d'une infrastructure PKIX compatible X.509 afin d'authentifier les paramètres du protocole. La suite de protocoles OGP utilisera autant que cela soit possible des standards existants. Par exemple, les données d'image sont typées et transférée à l'aide de MIME et HTTP; les sérialisations sont codées en XML et JSON.

Le Groupe de Travail MMOX ne propose pas la normalisation complète de tout un protocole propriétaire, mais définit un noyau extensible de protocole et de couches de fonctionnalité autorisées tels qu'ils sont développés. Du fait que la suite OGP possèdent plusieurs couches sur un noyau, une base, qui peut être mis en œuvre avant que l'ensemble des fonctions des mondes virtuels ne soit considéré, les initiatives du Groupe de Travail MMOX semblent réalisables dans un délai raisonnable (voir ci-après).

Objectifs et étapes clés (roadmap) :

1. Octobre 2009
   Publication du projet de LLSD comme RFC Informatif
2. Octobre 2009
   Publication du Profil PKIX Simulateur pour inter-projet comme RFC Communication Informatif
3. Février 2010
   Progression de l'OGP et de la base de la file d'attente de l'événement proposé Standard
4. Février 2010
   Evolution du format de primitive OGP monde virtuel vers une proposition de standard pour le format d'objet.
5. Juin 2010
   Evolution de l'authentification OGP vers une proposition de standard
6. Juin 2010
   Evolution de la téléportation OGP vers une proposition de standard

• L'IETF est l'instance appropriée pour le travail du Groupe de Travail MMOX parce que ce travail aura une interaction étroite avec les IETF RFC et les Standards existants.
• L'IETF a une diversité de points de vue et d'expérience pour assurer le succès du protocole.
• L'IETF a une politique de droits de propriété intellectuelle adaptée à la création d'une série de standards normes avec un vendeur neutre et viable.

Par conséquent, une BoF(Birds of a Feather) session IETF 74 a été demandée pour déboucher sur une charte de groupe de travail.
Nom du Groupe de Travail :
Technologies en ligne massivement multi-participants

Animateurs :

Meadhbh S. Hamrick <infinity[@]lindenlab[.]com>
David Lavine <dwl[@]watson[.]ibm[.]com>

Domaine et directeurs du domaine :

• Domaine des applications
  Lisa Dussealt <lisa[@]osafoundation[.]org>
  Chris Newman <chris[.]newman[@]sun[.]com>

• Directeur responsable du domaine :
  Lisa Dussealt <lisa[@]osafoundation[.]org>

----------------------------------------

• Le projet de charte du groupe est disponible en ligne
• Le travail proposé en cours pour le groupe comprend le document projet 'Données Structurées Linden Lab' (LLSD)
• La liste de diffusion du Groupe de Travail MMOX
• L’adresse de la liste de diffusion : mmox[@]ietf[.]org
• Le Tao (bases & valeurs) de IETF
• IETF est une partie de Internet Society

New order

Depuis "Les enfants de Second Life", l’univers “Second Life” s’est agrandi, élargi et même dispersé.

Aujourd’hui, l’idée qu’apparaisse un format pivot, complexe à souhait, est en perte de vitesse. Au profit d’une démarche à 2 vitesses.

Cela avec :

• d'une part les applications web “sociales” ou non, et les plateformes comme Myrl ( Myrl version 2.0 http://www.myrl.com/ )

• et d'autre part OpenSim et OGP, le protocole OpenGrid.

Ces 2 points sont très différents, même si dans ces 2 cas le mot “interopérabilité” est utilisé. C'est à rapprocher du cas plus général lorsque l'on parle d’interopérabilité des systèmes :

• soit on réalise des mapping, des correspondances de champs pour transférer les données associées, et tout passe par un EAI, un système qui est dédié à la traduction des messages.
  On peut parler d’"interopérabilité de niveau 1"
• soit les systèmes sont chargés avec un support de langage. Ils communiquent directement sans EAI avec le même langage: c'est l'intéropérabilité vraie, une interopérabilité "d’un niveau 2".

Appliqué aux univers virtuels, le web tend actuellement à faire office d'EAI, d’agrégateur de système et d’univers.
C'est ainsi que la première réalisation, la plus facile, c'est l'imbrication, sans pour autant qu’apparaisse nécessairement de réelle interopérabilité.
Des plateformes telles que Myrl peuvent fournir des services d'inventaire, d'agrégation de données mais aussi recherchent ce qui peut encore être "traduit" entre différents mondes.
Chez KZero [ Outeroperability or interoperability? ] , ils appellent cela outeroperability. Tant qu’à créer un néologisme sur une logique d’EAI, je proposerais plutôt weboperability ou centroperability, avec une préférence pour cette dernière option, rappelant que le traducteur centralise tout.

De l'autre côté,sur le second point, l'OGP a vocation à devenir le langage commun aux univers architecturés OpenSim.
C'est surtout là que la perspective a changé aujourd'hui: Second Life est UN développement commer cial des mondes utilisant l'OGP et OpenSim. C'est ainsi que Fred Cavazza synthétise le sujet avec cette formule soustractive et lapidaire: Second Life - Linden Lab = OpenSim .

 

A partir de maintenant Microsoft, IBM et d'autres acteurs peuvent sérieusement penser à développer leurs versions logicielles commerciales supportant l'OGP et basées sur OpenSim.
Bien sûr l'OGP n'en est encore qu'à ses tout premiers pas
et long est le chemin du support de chacun des serveurs OpenSim :UGAIR (User, Grid, Asset, Inventory, Region/ Sim).

 
Schéma de services OpenSim (Ugotrade)

Le rapprochement des identités, des territoires est en marche.

Lire aussi : "A Bridge between Virtual Worlds"

syntronik.de, the first Agent Domain for the new metaverse

syntronik.de is the first native Agent Domain implementation for the Open Grid Protocol. It was created by COM.lounge and is based on Plone and pyogp.

La première implémentation native du Domaine Agent pour le Protocole Open Grid (OGP) est disponible !
Une création de Tao Takashi, basée sur le CMS Plone et pyogp, l'implémentation en python de l'OGP. Et voyager à travers les Grids devient de plus en plus facile.

You can check it out here.

More information: comlounge.net/en/

Tear down the walls (of virtual worlds)

Presentation of Tao Takashi @ EuroPython2008 :
Open Grid protocol will come ! ;-)

| View | Upload your own