En bref sur l'essentiel
En 2017, une note a paru sur Habré: «
Un projet de norme nationale NB-FI pour l'Internet des objets a été soumis à Rosstandart .» En 2018, le comité technique des systèmes cyberphysiques a
travaillé sur trois projets IoT :
GOST R «Technologie de l'information. Internet des objets. Termes et définitions ",
GOST R «Technologie de l'information. Internet des objets. L'architecture de référence de l'Internet des objets et de l'Internet industriel des objets », GOST R« Technologies de l'information. Internet des objets. Protocole d'échange de spectre à bande étroite (NB-FI). »
En février 2019, PNST-2019 «Technologies de l'information. Internet des objets. Protocole de transmission de données sans fil basé sur la modulation à bande étroite du signal radio NB-Fi ". À partir du 1er avril 2019, il a commencé à fonctionner et mettra fin à son action le 1er avril 2022. Au cours des trois années de fonctionnement, la norme préliminaire devrait être testée dans la pratique, son potentiel de marché devrait être évalué, des amendements à la norme préparés.
Dans les médias, le document se positionne activement comme «la première norme nationale de l'IoT russe, avec la perspective de devenir une norme internationale» et un exemple est le
projet mis en œuvre dans NB-Fi «VAVIOT»
au Kazakhstan .
Uhhh. Combien de liens sont dans un texte aussi court. Voici le
lien final de cette section - vers le texte de la norme préliminaire dans la première édition pour ceux qui sont trop paresseux pour google. Il est préférable de regarder les caractéristiques de performance de la norme dans ce document, nous ne les mentionnerons pas dans l'article.
À propos des normes de transfert de données IoT
Sur le réseau, vous pouvez trouver une valeur d'environ 300 protocoles / technologies pour le transfert de données entre les appareils qui peuvent être attribués à l'IoT. Nous vivons en Russie, travaillons sur B2B, donc dans la publication, nous n'aborderons que quelques-uns:
Norme cellulaire pour les appareils de télémétrie. NB-IoT, eMTC et EC-GSM-IoT sont l'un des trois implémentés dans les réseaux LTE Advanced. En 2017-2018, les trois grands opérateurs mobiles de la Fédération de Russie ont déployé des sections de réseau en collaboration avec NB-IoT. Les opérateurs n'oublient pas eMTC et EC-GSM-IoT, mais nous ne les sélectionnerons pas séparément maintenant.
Il fonctionne sur des fréquences sans licence. Le standard est bien dit dans l'article de fin 2017 «Qu'est-ce que LoRaWan» sur Habré. Vit sur les puces Semtech.
Il fonctionne sur des fréquences sans licence. Fournisseur national de solutions pour le logement et les services communaux et autres industries. Utilise son propre protocole XNB. Ils parlent de production en Russie, mais promettent d'assurer la production de masse de puces en Russie seulement en 2020, alors qu'ils vivent sur ON Semiconductor (ON Semiconductor AX8052F143).
Il fonctionne sur des fréquences sans licence. Utilise la même puce ON Semiconductor AX8052F143 que le Strizh, TTX sont similaires, annonce également la production de leurs propres puces en Russie. En général, la relation est traçable. Le protocole est ouvert.
À propos de l'intégration avec la facturation
Pour ceux qui ont essayé de monter une «maison intelligente», il devient vite évident que l'utilisation de capteurs de différents fabricants est considérablement compliquée. Même si nous voyons une inscription sur la technologie de communication sur deux appareils, il s'avère qu'ils ne veulent pas communiquer entre eux.
Dans le segment B2B, la situation est similaire. Protocole, les développeurs de puces veulent gagner de l'argent. Pour démarrer un projet avec LoRa, vous devrez quand même acheter de l'équipement sur les puces Semtech. En prêtant attention à un fabricant national, vous pouvez obtenir une charge d'achat de services et de stations de base, et à l'avenir, avec le lancement réussi de la production de puces en Russie, les équipements / composants ne peuvent être achetés que chez un nombre limité de fournisseurs.
Nous travaillons avec des équipements de télécommunications et il est courant pour nous de recevoir des données sur la télémétrie des équipements, de les agréger, de les normaliser et de les transférer vers divers systèmes d'information. Nous transmettre, Forward TI (Traffic Integrator) est responsable de ce bloc de travail. Dans une version typique, cela ressemble à ceci:
En cas d'extension des besoins de collecte de données clients, des modules supplémentaires sont connectés:
Le taux de croissance estimé du marché des appareils IoT est de 18 à 22% par an dans le monde et jusqu'à 25% en Russie. En avril, lors de l'IoT Tech Spring 2019 à Moscou, Andrei Kolesnikov, directeur de l'Internet of Things Association, a annoncé une croissance annuelle de 15 à 17%, mais différentes informations circulent sur le réseau. En avril 2019, le RIF sur les diapositives a fourni des données sur la croissance annuelle du marché russe de l'Internet des objets à 18% jusqu'en 2022, le volume du marché russe en 2018 y était également indiqué - 3,67 milliards de dollars. Ce qui est caractéristique, la raison de l'article d'aujourd'hui "Le premier document russe sur la normalisation dans le domaine de l'IoT ..." a également été mentionnée sur la même diapositive. À notre avis, il existe déjà un réel besoin d’intégrer les stations de base UNB / LPWAN et les serveurs de télécommunications dans les systèmes de facturation.
Réflexions
Première ligne
Le protocole de transfert de données ou la mise en œuvre de la fonction de transport en général n'aura pas une grande importance (nous parlons à nouveau du fait que l'IoT n'est pas seulement un fer à repasser connecté à Internet, mais une infrastructure ou un écosystème). Les données seront collectées à partir d'appareils complètement différents et la charge utile sera également différente. Il est peu probable qu'une entreprise de fourniture d'électricité construise un réseau de collecte de données, un fournisseur de gaz son deuxième réseau, un troisième service d'assainissement, etc. Ce n'est pas rationnel et semble peu probable.
Cela signifie que dans un lieu conditionnel, ils organiseront un réseau sur un principe et une organisation collectera des données. Nous appelons une telle organisation un agrégateur de données d'opérateur.
L'opérateur d'agrégateur peut être un service après-vente qui assure uniquement le transfert de données, ou un intermédiaire à part entière qui prend en charge toutes les difficultés de facturation, organise le paiement des services fournis, interagit avec les clients finaux, les clients et les prestataires de services.
Plusieurs fois, j'ai vu des gens ramasser des pièces de 5 reçus par mois dans la boîte aux lettres, pour moi, cette situation est familière. Reçu séparé pour le gaz, séparé pour l'électricité, séparé pour les réparations majeures, séparé pour l'eau, séparé pour l'entretien de la maison. Et cela ne compte pas le paiement des factures mensuelles qui n'existent qu'en ligne - le paiement de l'accès Internet, du mobile, des abonnements aux différents services des fournisseurs de contenu. Quelque part, vous pouvez configurer le paiement automatique, quelque part où vous ne pouvez pas. Mais la situation générale est telle qu'elle devient déjà une tradition - s'asseoir une fois par mois et payer toutes les factures, le processus peut s'étendre sur une demi-heure ou une heure, et si encore une fois quelque chose ne va pas dans les systèmes d'information des fournisseurs, vous devez transférer une partie des paiements à un autre jour . Je préférerais interagir avec un fournisseur de services sur toutes les questions, et ne pas diviser l'attention en une douzaine de paiements et de sites. Les banques modernes simplifient la vie, mais pas complètement.
Par conséquent, la collecte automatique de données sur les services consommés et le transfert pour le client final du paiement des services dans une "fenêtre" est une bénédiction. La collecte de données mentionnée ci-dessus via des intégrateurs de trafic comme notre Forward TI n'est que la pointe de l'iceberg. Le trafic de l'intégrateur est la première ligne par laquelle les données de télémétrie et la charge utile seront collectées, et contrairement aux fournisseurs, qui sont importants en termes de volume de consommation de trafic, l'IoT donnera la priorité à la charge utile.
Regardons un exemple proche de nous d'un télécom ce que fait la première ligne. Il y a un opérateur qui fournit des services de communication. Un appel dure 30 minutes. 15 minutes de l'appel tombèrent un jour, 15 de l'autre. Le central téléphonique à la frontière du jour a divisé l'appel et l'a enregistré sur 2 CDRa, faisant essentiellement deux appels sur un. TI, par des indications indirectes, collera un tel appel et transmettra des données sur un appel au système de facturation, bien que deux données proviennent de l'équipement. Au niveau de la collecte de données, il devrait y avoir un système capable de résoudre de tels conflits. Mais le prochain système devrait recevoir des données déjà normalisées.
Les informations dans l'intégrateur de trafic sont non seulement normalisées, mais également enrichies. Autre exemple: les données de tarification de zone ne proviennent pas du central téléphonique, mais nous savons de quel endroit l'appel a été passé et TI ajoute des informations sur les zones de tarification géographiques aux données qu'elle transfère au système d'information suivant. De même, vous pouvez enregistrer tous les paramètres calculés. Il s'agit d'un exemple de zonage simple ou d'enrichissement de données.
Une autre fonctionnalité d'intégrateur de trafic est l'agrégation de données. Exemple: les données sont envoyées depuis l'équipement toutes les minutes et TI envoie les données par heure au système comptable. Seules les données requises pour la facturation et la facturation restent dans le système comptable, au lieu de 60 entrées, une seule est effectuée. Dans ce cas, une sauvegarde des données "brutes" intervient en cas de besoin de leur traitement.
Deuxième ligne
Nous continuerons à développer l'idée d'un agrégateur devenu un véritable intermédiaire. Un tel opérateur maintiendra un réseau de collecte de données et partagera la télémétrie et la charge utile. La télémétrie sera utilisée pour leurs propres besoins, en maintenant le réseau de collecte de données en bon état, et la charge utile sera traitée, enrichie, normalisée et transférée aux fournisseurs de services.
Un moment d'autopromotion, car il est plus facile d'illustrer sur votre logiciel que de proposer des exemples abstraits.
Sur cette ligne, l'agrégateur utilise dans son inventaire:
- Facturation, qui prend en compte la réception des données préparées de TI, leur liaison aux consommateurs enregistrés (abonnés), la facturation correcte de ces données conformément au plan tarifaire utilisé, la formation des comptes et des reçus, la réception des fonds des abonnés et leur affichage sur les comptes et soldes correspondants.
- PC (catalogue de produits) pour la création d'offres de packages complexes et la gestion des services dans le cadre de ces packages, définissant les règles de connexion de services supplémentaires.
- BMS (Balance Manager), ce système doit obligatoirement être multi-équilibré, une gestion flexible des charges pour différents services sera nécessaire, il permettra également d'utiliser plusieurs systèmes de facturation spécialisés au service des services individuels et d'agréger les paiements reçus d'eux par rapport au solde total de l'abonné.
- eShop pour interagir avec les consommateurs finaux, créer une vitrine publique de services, donner accès à votre compte personnel avec tous les goodies modernes tels que des statistiques sur l'utilisation des services, changer de service en ligne, demander de nouveaux services.
- BPM (Business Processes) Automatisation des processus métier d'agrégateur visant à la fois à desservir les abonnés et à interagir avec les prestataires de services.
Troisième ligne
Ici commence le plus intéressant de mon point de vue.
Premièrement, il existe un besoin de systèmes de classe PRM (Partner Management System), qui permettront une gestion flexible des schémas d'agent et de partenaire. Sans un tel système, la gestion du travail des partenaires et des fournisseurs sera difficile.
Deuxièmement, il existe un besoin pour DWH (Data Warehouse) pour l'analyse. Il y a où déployer avec BigData sur les données de télémétrie et de charge utile, ici la création de vitrines pour les outils BI et l'analyse à différents niveaux ira.
Troisièmement, eh bien, comme une cerise sur le gâteau, vous pouvez compléter le complexe avec un système de prévision tel que Forward Forecast. Ce système vous permettra de former le modèle mathématique sous-jacent au système, de segmenter la base d'abonnés, de générer des prévisions de consommation et de comportement des abonnés.
L'architecture d'informations assez complexe de l'opérateur d'agrégateur se profile globalement.
Pourquoi distinguons-nous trois lignes dans l'article et ne les combinons-nous pas? Le fait est que plusieurs paramètres agrégés sont généralement importants pour un système d'entreprise. Le reste est nécessaire pour la surveillance, la maintenance, l'analyse des rapports et les prévisions. Des informations détaillées sont nécessaires pour la sécurité et le Big Data, car nous ne savons souvent pas quels paramètres et critères entrent en jeu dans l'analyse des Big Data. Par conséquent, toutes les données sont transférées vers DWH dans leur forme d'origine.
Dans les systèmes d'entreprise dotés de fonctions de gestion - facturation, PRM, certains des paramètres issus de l'équipement et de la télémétrie ne sont plus nécessaires. Par conséquent, nous filtrons les champs supplémentaires, les supprimons. Si nécessaire, nous enrichissons les données selon certaines règles, les agrégons et, en conclusion, les normalisons pour les transférer dans le système d'entreprise.
Il s'avère donc que la première ligne collecte des données brutes pour la troisième ligne et les adapte pour la seconde. Le second fonctionne avec des données normalisées et assure les activités opérationnelles de l'entreprise. Le troisième vous permet de sélectionner des points de croissance à partir de données brutes.
Qu'attendons-nous à l'avenir de l'économie des projets IoT
Tout d'abord, sur l'économie. Ci-dessus, nous avons écrit sur le volume du marché. Il semble que beaucoup d'argent soit déjà impliqué. Mais nous avons vu comment l'économie des projets qui ont tenté de se mettre en œuvre avec notre aide ou que nous avons été invités à évaluer ne converge pas. Par exemple, nous avons calculé la création de MVNO pour M2M à l'aide de cartes SIM pour collecter la télémétrie à partir d'un certain type d'équipement. Le projet n'a pas été lancé car le modèle économique n'était pas viable.
Les grandes organisations de télécommunications se tournent vers le marché de l'IoT - elles ont l'infrastructure, les technologies prêtes à l'emploi. Il y a très peu de nouveaux abonnés humains en Russie. Mais le marché de l'IoT offre de grandes opportunités de croissance et de profit supplémentaire de leurs réseaux. Pendant que la norme nationale préliminaire est testée, tandis que les petites entreprises enthousiastes choisissent différentes options pour la mise en œuvre de l'UNB / LPWAN, une grande entreprise investira pour conquérir le marché.
Nous pensons qu'avec le temps, un seul protocole standard / de transfert de données commencera à dominer, comme ce fut le cas avec les communications cellulaires. Après cela, les risques diminueront, l'équipement deviendra plus abordable. Mais le marché à ce moment-là pouvait déjà être à moitié pris.
Les gens ordinaires s'habituent au service, c'est pratique pour eux lorsque les appareils automatisés prennent en compte l'eau, le gaz, l'électricité, Internet, les eaux usées, la chaleur, fournissent des alarmes de sécurité et d'incendie, des boutons de panique et de la vidéosurveillance. Les gens mûriront pour l'utilisation massive de l'IoT dans le secteur du logement à l'avenir au cours des 2 à 5 prochaines années. Il faudra un peu plus pour confier aux robots un réfrigérateur et un fer à repasser, mais cette fois n'est pas loin non plus.
Les craintes
La norme nationale préliminaire NB-Fi a été annoncée à haute voix comme candidate à la reconnaissance internationale. Parmi les avantages figurent le faible coût des émetteurs radio pour les appareils et la possibilité de leur production en Russie. En 2017, dans l'article susmentionné sur Habré, il était annoncé:
Une station de base de la norme NB-FI coûtera environ 100-150 mille roubles, un module radio pour connecter l'appareil au réseau - environ 800 roubles, le coût des contrôleurs pour collecter et transmettre les informations du compteur - jusqu'à 200 roubles, le coût de la batterie - 50-100 frotter
Mais jusqu'à présent, ce ne sont que des plans et en fait une partie importante de la base des éléments pour les appareils est produite à l'étranger. Le PNST lui-même indique explicitement ON Semiconductor AX8052F143.
J'aimerais espérer que le protocole NB-Fi sera vraiment ouvert et accessible, sans spéculation sur la substitution et l'imposition des importations. Deviendra un produit compétitif.L'IoT est à la mode. Mais nous devons nous rappeler que, tout d'abord, «l'Internet des objets» ne consiste pas à détailler et à suspendre l'envoi de données vers le cloud avec tout ce qui est possible. «Internet des objets» sur l'infrastructure et l'optimisation Machine-to-Machine. La collecte de données sans fil à partir des compteurs d'électricité n'est pas un IoT en soi. Mais la distribution automatisée d'électricité aux consommateurs à partir de plusieurs sources - l'État, les fournisseurs privés - pour l'ensemble du village est déjà similaire au concept original de l'Internet des objets.
Sur quelle norme bâtiriez-vous votre réseau de collecte de données? Avez-vous des espoirs pour NB-Fi, vaut-il la peine d'investir dans le développement de systèmes de facturation pour la collecte de données à partir d'appareils de cette norme? Peut-être participé à la mise en œuvre de projets IoT? Partagez votre expérience dans les commentaires.
Et bonne chance!