Quels Web Services pour répondre à la demande de R2S

Par Serge LE MEN, Responsable solutions SmartBuilding Newron, ABB

Un des piliers du label R2S (Ready2Services) avec le réseau Smart est l’ouverture des données techniques du bâtiment au travers de Web Services. L’idée est de développer des applications de services capables de s’interfacer avec les équipements qui gèrent le confort, la sécurité, … du bâtiment permettant ainsi de renforcer l’expérience utilisateur et faciliter le déploiement de ces offres.

En discutant avec plusieurs opérateurs de services qui veulent s’interfacer avec ces Web Services, je me rends compte de difficultés et idées préconçues : j’aimerais apporter mon éclairage.

Un Web Service qui expose quoi ? Assurément pas un capteur technique mais une zone d’usage

Web Service et zone d’usage

Des Web Services orientés usages

Beaucoup de constructeurs intègrent les capteurs et actionneurs physiques à l’informatique. De fait, ils exposent des Web Services liés à ces capteurs et actionneurs. A mon sens cela est une fausse bonne idée. Quand je suis opérateur de services et que je développe une application mobile, ai-je besoin de savoir que le capteur d’occupation situé sur l’entrée 4 de l’automate 8 du réseau 2 de l’étage 23, dit « occupé » ? Ou ai-je besoin de savoir que le bureau de Serge est occupé ? Ceci qu’importe le nombre de capteurs dans le bureau et sans savoir à quel automate ils sont raccordés sur quel réseau ?

La réponse est évidente, mais quand on regarde les solutions actuelles, nous sommes loin de cela car beaucoup collent à la représentation physique et proposent des Web Services dans les produits ou alors avec ces données techniques unitaires décorrélées de l’usage.

Il faut progresser vers la création d’une vraie ontologie d’usage qui expose non pas les données physiques mais les données logiques telles que les zones, car les services sont sur les usages. Mais il faut toutes les zones d’usage : pas seulement les zones bureaux, mais les façades, les groupes de fourniture, les zones de repos … et même les zones dans les zones à l’aune des nouveaux espaces de travail qui offrent une kyrielle d’espace de fonctions. En fait, il faudrait représenter toute entité logique capable de recevoir des services.

Ainsi, l’opérateur de services peut développer facilement une interface réduisant ainsi les coûts travaux preneur et augmentant l’expérience utilisateur. Ces Web Services doivent supporter de surcroît les modifications de zones, le re-cloisonnement, les changements d’usage de zone, ….


A quel niveau publier le Web Service ? Pas au niveau produit terrain mais au niveau infrastructure

Publication Web Service infrastructure

Le Web Service au niveau infrastructure

Là encore une fausse bonne idée est de publier les Web Services au niveau des produits. Pourquoi ? Deux raisons principales que je développerai : les Web Services doivent être exposés sur Internet. Si on suit cette logique, on devrait exposer les produits ou réseau terrain sur Internet. Cela relève soit d’une plaisanterie ou alors d'une complexité accrue, impliquant des réseaux virtuels à créer mais surtout exploiter in fine. Et dans ce cas, quid de la segmentation en preneurs ? On comprend que ce n’est pas forcément la bonne idée.

De plus, si je descends au niveau du produit, je ne peux avoir de Web Service sur l’usage et la zone comme vu précédemment, je suis trop bas au niveau de la technique… Je n’accède qu’à la partie du produit d’automatisme sans donnée contextuelle.

Alors on me dira qu’il est possible avec des Switchs de niveau 3 de faire des réseaux virtuels qui isolent les réseaux, …. En effet pour un BAC+8 avec un tournevis, mais dans ce cas les coûts travaux et maintenance s’envolent … mais même si nous faisons cela, il demeure qu’en travaillant au niveau terrain, on n’a pas les données logiques, on est trop bas : comment proposer une seule donnée simple comme « occupation du bureau de Serge » si plusieurs capteurs sont dans le bureau – oui le bureau de Serge est grand - et que chaque capteur fournit sa donnée ? Pas possible …. il faut remonter à un niveau supérieur. Autrement c’est l’opérateur de services qui recrée ceci dans son application, bonjour les coûts !

Il faut ainsi imaginer un déploiement de données contextualisées au travers des zones logiques depuis un outil dans le bâtiment, tel un outil d’intégration graphique hébergé sur un serveur de GTB réseau. Cela permet de ventiler ces informations et publier ces zones d’usage en web services sur des réseaux différents en fonction des consommateurs de ces informations.


Il faut pouvoir déployer des services par preneur et par métier et non par produit

déploiement des services par preneur et par métier

Des Web Services orientés preneurs

Les bâtiments tertiaires sont mono ou multi preneurs. Il faut donc penser multi preneurs mais également exploitation … chaque preneur ayant le choix de son fournisseur de services, nous devons pouvoir exposer les données depuis des sources différentes, sur des réseaux différents les données propres au preneur. L’exploitant n’interagira pas avec le bureau de Serge de la même manière que Serge dans son utilisation quotidienne. L’exploitant aura besoin de l’occupation, de la position de la vanne, de l’historique de température de consigne, … alors que Serge voudra allumer, éteindre, augmenter la température - oui Serge est frileux dans un grand bureau …

Là encore, le seul moyen est de proposer une suite logicielle qui va permettre d’affecter des étages à des preneurs, de représenter différemment la même zone et les publier en Web Services adéquates sur les réseaux IP adéquates.


Des Web Services orientés preneur exposant des zones logiques orientées usages avec une ontologie, surtout pas au niveau terrain orienté technique brut

En conclusion, je dirai qu’il ne faut pas se faire berner et penser en raccourcis du genre : il faut tous les automates sur IP et des Web Services dedans ; le miroir aux alouettes typique, né de raccourcis. Il faut demander la création d’une vraie ontologie du bâtiment, découpant physiquement mais également logiquement le bâtiment en zones et publiant au bon niveau les Web Services structurés, documentés et qualifiés. C’est sur ces données que vont s’appuyer les propositions de valeur des services qu’ils soient au preneur, au visiteur, au mainteneur ou aux property manager.

Par Serge LE MEN, Responsable solutions SmartBuilding Newron, ABB.
Smart Home & Building Solutions Global Product Group. Contact: Serge.lemen(at)fr.abb.com


Source et lien

Logo ABB

Commentaires

Aucun commentaire actuellement, soyez le premier à participer !

LAISSER UN COMMENTAIRE

ABONNEZ-VOUS !
En validant ce formulaire, vous acceptez que les informations saisies soient transmises à l’entreprise concernée dans le strict respect de la réglementation RGPD sur les données personnelles. Pour connaitre et exercer vos droits, vous pouvez consulter notre politique de confidentialité
Suggestions

Contrôle intelligent de la Qualité de l'Air Intérieur

Contrôle intelligent de la Qualité de l'Air Intérieur

La qualité de l'air intérieur (QAI) peut être contrôler de façon intelligente. C'est ce que nous expose Belimo


Le cadre réglementaire au cœur de l’urgence énergétique

Le cadre réglementaire au cœur de l’urgence énergétique

L'urgence énergétique est réelle et la recherche de solutions pour y pallier se multiplie. Et si le cadre réglementaire pouvait aider ?


Valoriser la qualité d’air intérieur avec le label intAIRieur®

Valoriser la qualité d’air intérieur avec le label intAIRieur®

Pour valoriser la qualité d'air intérieur (QAI), le label intAIRieur® est idéal. Une démarche fiable et simple.


Présenter les innovations aux acteurs du marché lors d’EnerJ-meeting Paris 2023

Présenter les innovations aux acteurs du marché lors d’EnerJ-meeting Paris 2023

Découvrons l'impact d’EnerJ-meeting qui a rempli sa mission de carrefour de la filière bâtiment.


Interviews sur les innovations du marché lors d’EnerJ-meeting Paris 2023 : suite et fin

Interviews sur les innovations du marché lors d’EnerJ-meeting Paris 2023 : suite et fin

Découvrons lors d’EnerJ-meeting Paris 2023 les interviews d’industriels et start-up qui innovent pour la filière.


EnerJ-meeting Paris le 9 février : « construction et rénovation, sobriété et solutions 0 carbone »

EnerJ-meeting Paris le 9 février : « construction et rénovation, sobriété et solutions 0 carbone »

Le 9 février 2023 aura lieu la 7 ème édition d'EnerJ-meeting Paris sur le thème « construction et rénovation, sobriété et solutions 0 carbone »


Normes pour la qualité d'air intérieur et éco-responsabilité

Normes pour la qualité d'air intérieur et éco-responsabilité

Découvrez les normes et certifications régissant la qualité d’air intérieur ainsi que les solutions AFPRO Filters pour améliorer cette QAI.


Rénovation énergétique de la Cité Administrative de Rouen

ThermoZYKLUS a participé à la rénovation énergétique de la Cité Administrative de Rouen. Découvrez ce projet.


Alternative à la climatisation et ventilation naturelle pour le confort d'été de bureaux performants

Alternative à la climatisation et ventilation naturelle pour le confort d'été de bureaux performants

Prenons connaissance de l'étude publiée en 2023 et réalisée par une équipe d'ingénieurs et d'architectes pour le compte d'EnvirobatBDM


Retour d’expérience RE2025 en pierre de taille ! Lot 1B à Montigny-lès-Cormeilles

Retour d’expérience RE2025 en pierre de taille ! Lot 1B à Montigny-lès-Cormeilles

Découvrons la vidéo de Nathalie TCHANG, Présidente Tribu Energie et Julien NARAYANIN, Directeur Général Groupe Verrecchia concernant le retour d’expérience RE2025 en pierre de taille.


Décret BACS et l’obligation de GTB pour les bâtiments tertiaires dès 2025

Décret BACS et l’obligation de GTB pour les bâtiments tertiaires dès 2025

Découvrez le décret BACS ainsi que l’obligation de GTB pour les bâtiments tertiaires dès 2025.


Le fameux décret BACS et son arrêté viennent de paraitre au JO ce 7 avril 2023

Le fameux décret BACS et son arrêté viennent de paraitre au JO ce 7 avril 2023

Le 7 avril 2023 est paru au JO, le fameux décret BACS (Building Automation and Control System) et son arrêté.


La massification des BACS au service des bâtiments est en cours

La massification des BACS au service des bâtiments est en cours

Les BACS (Building Automation and Control Systems) sont des systèmes d’automatisation et de contrôle des bâtiments.


Le rafraîchissement Adiabatique Indirect à Haut-Rendements pour la transition énergétique

Le rafraîchissement Adiabatique Indirect à Haut-Rendements pour la transition énergétique

La climatisation n'est pas la seule solution pour rafraîchir les bâtiment : le rafraîchissement adiabatique est une alternative en accord avec la transition énergétique


Spirotech sera présent sur le salon ISH : rencontrez-les !

Spirotech sera présent sur le salon ISH : rencontrez-les !

Spiortech participera au salon ISH du 13 au 17 mars à Francfort, stand C05 du Hall 9.0 : venez les rencontrer !