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

Coup de projecteur sur les innovations « solutions techniques » d’EnerJ-meeting Paris 2024

Coup de projecteur sur les innovations « solutions techniques » d’EnerJ-meeting Paris 2024

Découvrez les dernières avancées technologiques au cœur d’EnerJ-meeting Paris 2024. Explorez les solutions techniques qui façonneront l’avenir de l’industrie du bâtiment.


Construire et rénover : 1. Sobriété - 2. Efficacité - 3. Décarbonation, venez échanger à EnerJ-meeting Paris

Construire et rénover : 1. Sobriété - 2. Efficacité - 3. Décarbonation, venez échanger à EnerJ-meeting Paris

EnerJ-meeting Paris, le grand rendez-vous de toute la filière des décideurs du bâtiment fait peau neuve au Carrousel du Louvre le 6 Février 2024


EnerJ-meeting Lyon le 17 Septembre, c’est 1 500 décideurs pour construire et rénover sobre, efficace et décarboné !

EnerJ-meeting Lyon le 17 Septembre, c’est 1 500 décideurs pour construire et rénover sobre, efficace et décarboné !

Participez à EnerJ-meeting Lyon le 17 Septembre et connectez-vous avec 1 500 leaders du secteur pour un avenir plus durable. Construire et rénover de manière sobre, efficace et décarbonée.


Régulation et GTB : le marché français en 2023 et les perspectives 2024

Régulation et GTB : le marché français en 2023 et les perspectives 2024

L’évolution du marché français de la régulation et de la GTB en 2023 et les tendances à surveiller en 2024.


Une rénovation basse consommation (BBC) en tertiaire permet-elle d’atteindre les exigences du Décret Tertiaire ? L’étude Effinergie / Cerema

Une rénovation basse consommation (BBC) en tertiaire permet-elle d’atteindre les exigences du Décret Tertiaire ? L’étude Effinergie / Cerema

Réduire les émissions de CO2 : La rénovation BBC en tertiaire à l’épreuve du Décret Tertiaire.


L’étude : le secteur du bâtiment et de l’immobilier de crise en crise, 2020-2023

L’étude : le secteur du bâtiment et de l’immobilier de crise en crise, 2020-2023

L'Ademe présente une étude, réalisée sur 3 ans, sur le secteur bâtiment et la crise de l'immobilier post Covid


Transformation énergétique : Spirotech réinvente le chauffage de son siège social

Transformation énergétique : Spirotech réinvente le chauffage de son siège social

Spirotech, entreprise familiale hollandaise, a optimisé le chauffage de ses bureaux et entrepôts au sein de son siège social à Helmond.


Le label Effinergie RE2020 pour bâtiments non résidentiels : règles techniques disponibles

Le label Effinergie RE2020 pour bâtiments non résidentiels : règles techniques disponibles

Le label Effinergie RE2020 pour bâtiments non résidentiels valorise les bâtiments à énergie positive et anticipe les exigences futures en énergie et carbone.


Nouveau « Label Objectif Bas Carbone » : une solution innovante pour piloter la décarbonation des systèmes de chauffage

Nouveau « Label Objectif Bas Carbone » : une solution innovante pour piloter la décarbonation des systèmes de chauffage

Réduisez l’empreinte carbone de vos systèmes de chauffage grâce au Label Objectif Bas Carbone.


RE 2020, étape 2025 en vue !

RE 2020, étape 2025 en vue !

Une nouvelle version de la Stratégie Nationale Bas Carbone (SNBC) et de la Programmation pluriannuelle de l’énergie (PPE) est soumise depuis le 4 novembre à la consultation publique.


RE2020, IA, financement, …, une rentrée méli-mélo !

RE2020, IA, financement, …, une rentrée méli-mélo !

Plongez dans le monde fascinant de l’Intelligence Artificielle : innovations, applications et impact sur notre quotidien.


Rafraîchissement adiabatique d’un bâtiment industriel de 18 000 m² en Ardèche

Rafraîchissement adiabatique d’un bâtiment industriel de 18 000 m² en Ardèche

Pour lutter contre la chaleur excessive en milieu industriel, le rafraîchissement adiabatique offre une solution efficace, économique et écologique.


Brûleurs moyennes et grosses puissances : intégration dans les systèmes de GTB

Brûleurs moyennes et grosses puissances : intégration dans les systèmes de GTB

Cette expertise se penche sur l'intégration des brûleurs de moyennes et grandes puissances dans les systèmes GTB, visant à améliorer les performances tout en réduisant les émissions.


Spirotech développe son activité projets

Spirotech développe son activité projets

Spirotech renforce sa présence en France avec des solutions techniques innovantes et une diversification stratégique.


Interclima : une édition bien particulière...

Interclima : une édition bien particulière...

Les quelques jours passés par les prescripteurs et les installateurs dans les allées du hall 3 de la Porte de Versailles ont-ils contribué à rehausser leur moral après le début d’année 2024…