CR002 Réunion iAcces pour le stade Kasumigaoka de Tokyo

Date:01-05 08h-22h Type:Reunion Lieu:Tokyo PartiesPrenantes:  ABI, JDR, PSO, AGO Organisateur:ABI Rapporteur:KWG Presents:ABI, JDR, PSO, AGO Objectifs:Attentes pour le stade Kasumigaoka de Tokyo

Attention

Ce compte rendu est un document de travail et n’est pas contractuel.

1. Nouvel intervenant :

2. _ Apito GUARACARUMBO (AGO) - Competis, Tokyo

3. La réunion a eu lieu sur le site du stade Kasumigaoka de Tokyo (新国立霞ヶ丘競技場) guidé par AGO.

4. Le stade a été détruit et est actuellement reconstruit à neuf pour les jeux olympiques d’été de 2020.

5. Son accès doit être sécurisé pour fin 2019.

6. Grâce aux bissas, cette installation a été considérée comme viable par AccessIT.

7. AccessIT et Bissis seront les seuls à pouvoir équiper des sites avec des bissas.

8. Un plan des installations a été fourni par Competis.

9. A partir de la visite du site et de ce plan, un premier plan sécurité a été établi.

10. Les différents points d’accès et le nombre des bissas a été déterminé par AccessIT.

11. De même pour le positionnement des caméras et de la salle de contrôle.

    

    Fig. 1 : Le nouveau stade Kasumigaoka

12. Les différentes zones du site ont été représentées sur le plan sécurité.

13. Par contre les bâtiments, installations et autres espaces non sécurisés n’y sont pas.

14. De même pour les entrées de véhicules et autres entrées gérées par des vigiles.

15. Les différents types de bissas ont été choisis en fonction du niveau de sécurité à atteindre.

16. Il est rappelé qu’une présentation des bissas aura lieu à Berlin - Bissis.

17. Différents groupes de personnes autorisées devront être définis.

18. Par exemple les spectateurs auront des billets papier.

19. Ils ne pourront accéder qu’à la tribune correspondant à leur billet.

20. Cette autorisation n’est valide que pour la période correspondant à l’épreuve du billet.

21. Un exemple de billet a été fourni par Competis et reproduit ci-dessous.

    

    Fig. 2 : Exemple de billet faisant office de badge grâce au QR code

22. Pendant les jeux olympiques, les athlètes accéderont au village sportif, au restaurant, et à leur bâtiment.

23. Ils pourront aussi aller en salle de presse et à l’administration de 8h à 17h.

24. Par contre l’accès au sous-sol sportif et à l’arène ne leur sera pas autorisé tout le temps.

25. Ce sera uniquement le cas si une épreuve de leur discipline est en cours.

26. Différents autres groupes de badgeurs ont été évoqués dans ce cas d’étude.

27. Par exemple les administratifs et les journalistes ont chacun leurs zones.

28. Comme sur tous les sites, les gardiens peuvent aller dans toutes les zones dont la salle de contrôle.

29. Ils peuvent depuis leur smartphone débloquer l’accès ou la sortie d’une personne bloquée suite à un incident.

30. Même si différents groupes de badgeurs ont été identifiés, d’autres pourraient apparaître.

31. Un superviseur unique par site pourra créer des administrateurs pour ces groupes. Il leur donnera des droits sur la gestion d’une ou plusieurs zones.

32. Chaque groupe d’un site sera alors créé et géré par un administrateur et pas par le superviseur.

33. Par exemple les administrateurs des sportifs pourront éditer leurs badges et définir les zones auxquelles ils ont accès et à quels moments.

34. Les administrateurs de presse s’occuperont des badges des journalistes, etc.

35. Bien entendu les administrateurs de groupe ne pourront pas donner à un groupe l’accès à des zones dont il n’est pas chargé.

36. Les badges papiers pour les spectateurs seront émis par un système en ligne.

37. Dans une telle compétition, on attend en effet environ 100 000 spectateurs.

38. Plus de 400 000 billets seront sans doute émis (mais pas forcément utilisés).

39. Le système en ligne CyberCompetition (par Competis) sera en charge de l’émission des billets.

40. Pour les spectateurs les badges prendront la forme de QR codes sur leurs billets papiers (cf. CR002Fig2)

41. De façon générale des logiciels externes (e.g. CyberCompetition) devront pouvoir gérer les membres d’un groupe, comme ajouter des spectateurs à des compétitions pour lesquels des billets ont été émis par l’ERP CyberCompetition.

42. Pour la transmission par un logiciel à iAccess des informations de gestion d’un groupe, seules certaines informations seront nécessaires

43. Il a été convenu qu’un format XML soit utilisé dans ce cadre.

44. Le fichier d’exemple ci-dessous a été fourni par Competis.

    

    Fig. 3 : Exemple de fichier généré par Competis - Exemple Competis 01_05

45. La transmission des données entre CyberCompetition et iAccess devra se faire via un web service sécurisé.

46. En conclusion, la visite sur le site du stade olympique de Tokyo a été très instructive.

47. Il correspond bien aux fonctionnalités de base que devra permettre iAccess à terme.