Google sort Interactive Spaces

Google sort Interactive Spaces
une API open source pour la création d'expériences interactives dans des espaces physiques

Google vient d’annoncer la publication d’une nouvelle API open source pour le développement d'applications interactives pour les espaces physiques, permettant de collaborer et interagir.


L’API baptisée «Interactive Spaces » est écrite en Java, et est disponible sous les termes de la licence Apache permissive. Elle peut être utilisée pour l’instant sur les systèmes d’exploitation Linux et Mac OS X. La version Windows sera bientôt disponible.

L’API fournit une architecture de haut niveau pour la construction d'« activités » qui répondent à des événements dans un espace physique.

Dans le billet de blog qui annonce l’API, Google présente comme exemple une salle avec un écran intégré dans le plancher, et des caméras dans le plafond qui suivent les personnes au sein de cette surface. L’application crée des cercles de couleur sous les personnes qui sont dans cet espace, et les cercles suivent celles-ci.

http://rdonfack.developpez.com/image...pacesInuse.jpg

Le concept est basé sur un ensemble de « producteurs » (d’événements) et consommateurs. Les producteurs sont des périphériques comme les caméras, et les consommateurs sont les écrans dans le plancher.

En dehors de Java, d’autres langages comme JavaScript ou Python peuvent être utilisés avec l’API.

La publication de l’API sous une licence permissive offre beaucoup plus d’ouverture aux développeurs pour son exploitation, et pourrait de fait ouvrir la voie à une nouvelle génération de jeux et applications interactifs.



Source : Google


Et vous ?

:fleche: Que pensez-vous de cette API ?

Ça a le mérite d'être original, mais je ne suis pas sûr que ça changera le monde...

C'est sympa.
On peut imaginer quelqu'un qui viendrait a l’hôpital, il saisit le nom de la personne qu'il vient voir sur une borne, et le programme lui trace une ligne jusqu’à lui.

Citation:

---

Envoyé par bebaijhi

C'est sympa.
On peut imaginer quelqu'un qui viendrait a l’hôpital, il saisit le nom de la personne qu'il vient voir sur une borne, et le programme lui trace une ligne jusqu’à lui.

---

On a déjà du mal à faire ne serait-ce que des hôpitaux numériques ... entendez qui comprennent dès leur construction le réseau wifi, data center, un bon SIH ... bref, ce qu'on peut considérer comme le strict nécessaire. Alors dans cent ans, peut-être, et encore :)
De plus, rendre possible une visite d'un malade par n'importe qui n'est pas toujours une bonne idée.

En-dehors de cela, c'est une belle idée.

Un Twister numérique ? pourquoi pas !

Citation:

---

Envoyé par vampirella

On a déjà du mal à faire ne serait-ce que des hôpitaux numériques ... entendez qui comprennent dès leur construction le réseau wifi, data center, un bon SIH ... bref, ce qu'on peut considérer comme le strict nécessaire. Alors dans cent ans, peut-être, et encore :)
De plus, rendre possible une visite d'un malade par n'importe qui n'est pas toujours une bonne idée.

En-dehors de cela, c'est une belle idée.

---

Bah en même temps j'aime autant qu'ils investissent dans la recherche contre le sida ou autre, ou qu'ils achètent du matériel médical, ou qu'ils crées de nouveaux postes plutôt que d'investir dans ce genre d'idée superflue.
Après ça marche pour des bureaux aussi, plutôt que de demander à tout le monde ou est "machin", tu suis la ligne au sol et tu le trouve. Y'aura plus moyen de se cacher dans les archives pour avoir la paix 5 minutes :aie:

En gros, ça remplace le ticket à la poissonnerie quoi... :aie:

Quelles sont les différences entre cette API et une implémentation du patron de conception Observateur ?


Sinon, est-ce qu'ils se priveront d'observer tout ce que les utilisateurs de cette API observeront eux-mêmes ? Savez-vous si la licence permissive utilisée (Apache License, Version 2.0) empêcherait Google de s'approprier ce qui "transite" par cette API ?



Enfin, les utilisations possibles, évoquées ici, de cette API sont impressionnantes mais me paraissent aussi forts inutiles vu les moyens que cela doit demander. :aie:

Citation:

---

Envoyé par goomazio

Quelles sont les différences entre cette API et une implémentation du patron de conception Observateur ?

---

Huhu ;).

Citation:

---

Envoyé par goomazio

Sinon, est-ce qu'ils se priveront d'observer tout ce que les utilisateurs de cette API observeront eux-mêmes ? Savez-vous si la licence permissive utilisée (Apache License, Version 2.0) empêcherait Google de s'approprier ce qui "transite" par cette API ?

---

Elle fonctionne sans accès Internet, donc bon, Google aurait un peu du mal à venir récolter ce qui transite sur un réseau de caméras local.

Citation:

---

Envoyé par goomazio

Enfin, les utilisations possibles, évoquées ici, de cette API sont impressionnantes mais me paraissent aussi forts inutiles vu les moyens que cela doit demander. :aie:

---

J'en sais rien. Des trucs utiles pour pas très cher (ce ne sont que des caméras, après tout,) ça me semble pas difficile à faire. Je pense plutôt que ceux qui auront de bonnes idées, n'arriveront pas à convaincre les encroits où les appliquer, d'installer l'infrastructure. Pas une question de moyens, mais ça a l'air contraignant. L'air, pas la chanson.

Citation:

---

Envoyé par thelvin

Elle fonctionne sans accès Internet, donc bon, Google aurait un peu du mal à venir récolter ce qui transite sur un réseau de caméras local.

---

:roll: J'ai rien dis...

Sinon, au niveau du sol électronique, qui ressemble à un écran, il doit y avoir un problème de coût. Surtout pour un tracé dans un hôpital. Mais on pourrait imaginer représenter les lignes ou les cercles autrement bien sur. Grâces à des lampes ou des projections.

Citation:

---

Envoyé par goomazio

Sinon, au niveau du sol électronique, qui ressemble à un écran, il doit y avoir un problème de coût. Surtout pour un tracé dans un hôpital. Mais on pourrait imaginer représenter les lignes ou les cercles autrement bien sur. Grâces à des lampes ou des projections.

---

Représenter la position ce n'est que de la poudre aux yeux pour la démo. L'idée est de détecter la position des gens, et s'ils atteignent un poste précis, et d'agir en fonction.
Il me semble qu'il y a aussi une détection un peu simpliste des gestes, genre de sous-kinect.

Pour âge mental de 2 a 4 ans ça semble parfait.

Je suis d'accord avec toi thelvin. Il y a des types d'activités et des composants d'activités, qui pourraient permettre d'intégrer des activité du genre "détection de mouvement via le Kinect" simplement (si quelqu'un l'implémente parce que je n'ai rien vu à propos de ça dans la doc).

Citation:

---

Activity Types make it easy for you to implement an activity with mostly configuration parameters and only as much code as is necessary to add in the behavior you want.

Activity Components make it easy to add functionality to your Activity.

---

Et j'ai aussi vu que le protocole HTTP pouvait être utilisé pour communiquer avec les producteurs et les consommateurs d'événements. Mais finalement, je doute que Google utilise ses APIs pour récupérer des informations (vous en doutiez déjà ? tant mieux :aie:)



Sybil, "fais comme moi". Il y a au moins une personne qui m'a répondu, et elle ma cité, du coup même ceux qui mon bloqué voient mes messages. 8-)

je trouve cela génial.

En plein Jo, j'imagine des app pour le sport à haut niveau, des entraînements de sport d'équipe spécifique.

Aide au placement, dessiner les zones. De couleurs qui change en fonctions de la situation. des cercles qui s'agrandissent pour afficher la zone. On peut imaginer des parcours d'entrainement, des trajectoires....

Et si on couple cela avec des lunettes à réalité augmenté pour chaque joueurs, l'expérience est décuplées, c'est de l'entrainement hightech à haut niveau.

Le potentiel et les déboucher seraient exceptionnel.

C'est une idée pour se lancer dans une startup techno-sport.

Patmaba

Sinon, pour faire une marelle, c'est sympa aussi... :aie:

Voilà peut-être l'avenir des salles de jeux.