Brevet FR2793518A1 — publié le 20001117

L'invention a trait à un procédé de gestion du fonctionnement de systèmes de fermeture motorisés d'un bâtiment, tel que de volets roulants, en particulier en fonction de données variables, notamment de données météorologiques, horaires ou autres. La présente invention concerne, tout particulièrement, le domaine de la gestion automatisée et à distance, de systèmes de fermeture motorisés du bâtiment. De plus en plus de constructions, qu'il s'agisse de bâtiments industriels, de bureaux ou d'habitations, sont équipées d'un certain nombre de systèmes de fermeture motorisés. Il est un exemple tout particulier qui est celui des volets roulants dont au mécanisme d'entraînement manuel est substitué très fréquemment un moteur électrique. A ce propos, si à chaque volet roulant est associé un organe de commande permettant d'en assurer l'ouverture ou la fermeture, il est assez habituel, dans une construction regroupant plusieurs de ces volets roulants motorisés, de disposer, également, de moyens permettant d'agir, simultanément, sur tout le groupe des volets roulants de l'habitation, voire de moyens de commande capables de gérer le fonctionnement de sous-groupes. L'on comprend qu'il est alors indispensable de disposer de moyens d'interconnexion entre les différents volets roulants, voire de moyens de programmation qui leurs sont propres. De même, il convient de prévoir une horloge, soit au niveau d'une centrale de gestion de fonctionnement de ces volets roulants, soit au niveau de chacun de ces derniers, si l'on souhaite gérer leur ouverture et leur fermeture par rapport à une programmation horaire. Il est assez fréquent, encore, que l'ouverture et la fermeture de tels systèmes de fermeture motorisés, de type volets roulants, stores ou similaires, soient gérées en fonction de conditions météorologiques. En particulier, l'on peut souhaiter étendre un store banne ou fermer un store rideau, voire un volet roulant, en cas d'ensoleillement pour préserver les tissus d'ameublement, meubles etc... à l'égard de ces rayonnements solaires, soit en vue de conserver dans l'habitation une certaine fraîcheur. Pour obtenir un tel résultat sans intervention manuelle, il convient de disposer sur quasiment chacune des façades du bâtiment susceptibles d'être exposées à de tels rayonnements solaires, des capteurs de luminosité capables, précisément, de détecter le dépassement d'un indice de luminosité déterminé pour commander la fermeture d'un store banne, d'un store rideau ou d'un volet roulant. On peut encore rechercher ce même résultat en cas de détection de pluie. En particulier, des bâtiments peuvent recevoir, en toiture, un système d'ouverture, de type vasistas, fenêtre de toit ou similaire à commande motorisée, qu'il convient, évidemment, de refermer lorsqu'il se met à pleuvoir. La seule solution consiste, là encore, à faire appel à un détecteur approprié pour déclencher, au bon moment, la fermeture de tels systèmes. En dehors de tels systèmes de fermeture en toiture, il peut également s'avérer utile que des volets roulants de fenêtres, disposés au niveau de façades particulièrement exposées, viennent à se refermer en cas de pluie, ne serait-ce que pour éviter de salir les vitres. Finalement, on citera, encore, le cas des stores bannes motorisés qu'il convient de replier en cas de vent fort, manoeuvre qui, pour être automatisée, nécessite encore un autre capteur, tel qu'un anémomètre. Comme cela ressort de la description qui précède, la seule solution pour assurer la gestion du fonctionnement des systèmes de fermeture motorisés d'une habitation en fonction de paramètres variables, tels que les conditions météorologiques, consiste à équiper cette habitation de plusieurs capteurs adaptés auxdits paramètres de manière à détecter le changement de l'un d'entre eux et intervenir, en conséquence, sur ces systèmes de fermeture motorisés. Il est bien évident que cette multiplication de capteurs vient compliquer, considérablement, les installations pour la gestion du fonctionnement de ces systèmes de fermeture motorisés, ce qui a une influence, non négligeable, sur le coût de ce type d'installation 3 2793518 sans compter que cette complexité génère, nécessairement, une augmentation du risque de défaillance, donc des coûts d'entretien. C'est certainement pour l'ensemble de ces raisons, d'ailleurs, qu'une habitation est très rarement équipée de toutes ces solutions techniques qui, pourtant, pourraient s'avérer grandement utiles par moment. En fin de compte, la présente invention a pour but d'offrir, à tout un chacun disposant au niveau d'une habitation de systèmes de fermeture motorisés, la possibilité d'assurer la gestion du fonctionnement de ces systèmes en fonction d'un certain nombre de paramètres variables, sans pour autant qu'il soit nécessaire que cette habitation comporte des moyens de détection et autres moyens de programmation spécifiques en adéquation avec les paramètres à prendre en compte. A cet effet, l'invention concerne un procédé de gestion du fonctionnement de systèmes de fermeture motorisés d'un bâtiment, tels que stores, volets roulants ou similaires, consistant: - à raccorder lesdits systèmes motorisés, au travers d'une unité intelligente qui leur est associée et d'un réseau de communication approprié, à un serveur central, apte à en assurer la gestion de fonctionnement; - à identifier au niveau de ce serveur central le ou les systèmes de fermeture motorisés; - à sélectionner les paramètres variables à prendre en compte pour la gestion du fonctionnement de chacun d'eux; - à définir les valeurs seuil de consigne de ces paramètres variables; - à surveiller, au niveau du serveur central, les valeurs seuil des paramètres variables sélectionnés par rapport à des informations contenues dans une base de données susceptible d'être remise à jour périodiquement; - à commander, par l'intermédiaire du serveur central et par rapport à des consignes de commande préenregistrées, le fonctionnement d'un ou des systèmes de fermeture motorisés en cas de dépassement, par l'un et/ou l'autre des paramètres variables de la valeur seuil de consigne correspondante. Ainsi, si, jusqu'à présent, la seule solution pour qu'intervienne, systématiquement, la fermeture de tout ou partie des volets roulants motorisés d'une habitation à la tombée du jour, consistait à équiper l'installation d'un capteur crépusculaire, il suffit, à présent, selon le procédé conforme à l'invention, de raccorder ces volets roulants à un serveur central et, après leur identification de sélectionner en tant que paramètre à prendre en compte, l'heure de coucher du soleil pour la commande de fermeture de ce ou ces volets. A ce moment là, ce serveur central, connaissant au travers de la base de données qui lui est associée, l'heure exacte du coucher de soleil chaque jour de l'année et, ceci, région par région, peut commander, en retour et au travers du réseau de communication et de l'unité intelligente qui le relie à chacun des systèmes de fermeture motorisés concernés, la fermeture de ces derniers. De la même manière l'on peut enregistrer, au niveau du serveur central la situation géographique d'une habitation et l'orientation de la façade recevant un système de fermeture motorisé dont on souhaite commander le déploiement en cas d'ensoleillement. Aussi, lorsqu'au niveau de ce serveur central il est détecté, en se référant à des informations contenues dans sa base de données et continuellement mises à jour par un serveur extérieur, en l'occurrence une station météorologique, que, selon la situation géographique du bâtiment, la façade équipée dudit système de fermeture motorisé est probablement exposée à des rayonnements solaires, ce serveur central peut effectivement commander la manoeuvre de fermeture de ce système. A noter que le transfert des données d'une station météorologique en direction du serveur central peut se faire par des technologies de communication modernes en particulier au travers du réseau internet. Il convient de remarquer que si les systèmes de fermeture de chaque habitation peuvent être raccordés à un serveur central propre, lui- même en connexion permanente ou périodique avec des serveurs d'informations extérieurs, du type station météorologiques et autres, on peut encore l'envisager sous forme d'un serveur extérieur auquel seraient alors connectées plusieurs habitations comportant, chacune, des systèmes de fermeture motorisés dont il conviendrait de gérer le fonctionnement. D'autres buts et avantages de la présente invention apparaîtront au cours de la description qui va suivre se rapportant à un exemple de réalisation donné à titre indicatif. La compréhension de cette description sera facilitée en se référant au dessin ci-joint, dans lequel: - la figure 1 est une représentation synoptique d'une architecture permettant la mise en oeuvre du procédé selon l'invention. Ainsi, l'invention concerne un procédé de gestion du fonctionnement de systèmes de fermeture motorisés 1, 2, 3 d'un bâtiment tenant compte qu'il peut s'agir de volets roulants, de stores rideaux quelconques, de stores bannes, de portes ou fenêtres motorisées, etc... Comme cela a été expliqué auparavant, l'on peut chercher à assurer la gestion de leur fonctionnement par rapport à des paramètres variables par exemple: - la pluviométrie; - la température; - le degré d'ensoleillement; -le vent; - la pollution; - les cycles jours- nuits; - etc... De manière à éviter de faire appel à de multiples capteurs, au niveau de chaque habitation pour permettre cette gestion du fonctionnement des systèmes de fermeture motorisés en fonction de tels paramètres variables, on a imaginé un procédé qui consiste, comme représenté dans la figure 1 ci-jointe, à raccorder lesdits systèmes motorisés 1 au travers d'une unité intelligente 4, 4', 4'' 6 2793518 qui leur est associée et d'un réseau de communication 5 approprié, à un serveur central 6. Au niveau de ce dernier on va, en fin de compte: - identifier, chacun ou le groupe desdits systèmes de fermeture motorisés 1, 2, 3, ce qui peut se faire, soit par une programmation manuelle adéquate, soit de manière automatisée au travers de leur unité intelligente intégrée 4, 4', 4'' et en passant par réseau de communication 5; - sélectionner les paramètres variables à prendre en compte pour la gestion du fonctionnement de chacun de ces systèmes de fermeture motorisés 1, 2, 3; - entrer les valeurs seuil de ces paramètres sélectionnés. En somme, par un système de programmation adéquat, par exemple, par l'intermédiaire d'un micro-ordinateur personnel, ou toute autre centrale de programmation adaptée et d'un logiciel en conséquence, l'usager, après l'étape d'identification du ou des systèmes de fermeture motorisés dont il souhaite assurer la gestion du fonctionnement, vient choisir, dans une liste déterminée, le ou les paramètres dont il convient de tenir compte pour cette gestion, par exemple, le degré d'ensoleillement ou les cycles jours-nuits. Puis, il détermine la valeur seuil pour ce ou ces paramètres qui, lorsqu'elle est franchie, enclenche une commande d'un type déterminé donc préprogrammé du ou des systèmes de fermeture motorisés. En somme, l'on vient commander, par l'intermédiaire du serveur central 6 et par rapport à des consignes de commande préenregistrées, le fonctionnement d'un ou des systèmes de fermeture motorisés 1, 2, 3, en cas de dépassement, par l'un et/ou l'autre de ces paramètres variables, de la valeur seuil de consigne correspondante. A ce propos, il convient d'interpréter, d'une manière large, la notion de détermination de valeur seuil, sachant, par exemple, que celle-ci peut être prédéfinie, donc préprogrammée, au niveau du serveur central 6. En particulier, lorsque l'on souhaite qu'un système de fermeture, du type store, soit étendu en cas de rayonnement solaire, l'indice de luminosité conduisant précisément, au déploiement de ce store, peut correspondre à une donnée prédéfinie. De même, des valeurs seuil conseillées peuvent être préprogrammées, pour d'autres paramètres, au niveau de ce serveur central 6. En outre, si l'on souhaite asservir la fermeture de volets roulants par rapport au coucher du soleil, la valeur seuil peut correspondre, par exemple, dans le choix d'une durée définie de décalage de la commande de fermeture du ou des volets roulants avant ou après ce coucher du soleil. Ces valeurs de consignes prédéfinies ou programmées par l'utilisateur sont ensuite surveillées par rapport à des informations contenues dans au moins une base de données 8. En particulier, celle-ci peut être continuellement mise à jour au travers d'une interconnexion avec des serveurs d'informations 7 extérieurs. Ainsi, les informations météorologiques contenues dans cette base de données 8 peuvent provenir d'une station météorologique et maintenues continuellement à jour par des consultations périodiques de cette station par ledit serveur central 6. Une telle station météorologique est, en effet, capable de détecter tout changement météorologique intervenant dans la région géographique correspondant à l'habitation. Il convient d'observer que dans la mesure o il y a lieu d'intervenir sur les systèmes de fermeture motorisés qu'au moment même o les données météorologiques changent, voire tout juste avant, l'ensemble peut fonctionner avec une très grande précision et fiabilité. A noter, toutefois, que pour éviter, en cas de pluie intermittente par exemple, de commander, par l'intermédiaire du serveur central 6, systématiquement l'ouverture, puis la fermeture d'un ou plusieurs systèmes de fermeture motorisés, ce serveur central 6 pourra tenir compte d'un facteur modérateur temps, voire de prévisions météorologiques sur une période courte déterminée, 8 2793518 par exemple 2, 3, 4 heures, pour commander, après une première fermeture du ou des systèmes, la réouverture de ce ou ces derniers. En somme, si un volet roulant motorisé a été refermé, en raison de la détection, par un serveur extérieur 7, correspondant à une station météorologique, de chutes de pluies dans une région o se situe l'habitation comportant ledit volet roulant motorisé, celui-ci n'est réouvert, en fin de pluie, que s'il n'est pas prévu, par cette station météorologique, de nouvelles chutes de pluie au- delà d'un temps T déterminé. La base de données peut, bien sûr, contenir les heures auxquelles intervient le coucher de soleil tout au long d'une année, sachant que l'on peut également tenir compte de la situation géographique du bâtiment dont il convient de gérer le ou les systèmes de fermeture motorisés, ceci par rapport au méridien de référence. On observera que si chaque habitation ou immeuble peut comporter son propre serveur central 6 auquel sont raccordés les systèmes de fermeture motorisés 1, 2, 3, ce serveur central 6 étant en liaison avec les serveurs d'informations extérieurs 7 pour la mise à jour de sa base de données 8 par l'intermédiaire d'un réseau de communication 9 approprié, utilisant, par exemple, le protocole internet ou autre, via une ligne téléphonique, radio ou similaire, l'on peut encore imaginer un serveur central 6 délocalisé. A ce dernier sont alors raccordés les systèmes de fermeture motorisés 1, 2, 3 de plusieurs habitations ou immeubles par l'intermédiaire de leur unité intelligente 4, 4', 4'', mais aussi au travers du réseau de communication 5. Celui-ci consiste, dans ces conditions, en un réseau intelligent 5A interne à l'habitation au travers duquel les unités intelligentes 4, 4', 4'' de chaque système de fermeture motorisé 1, 2, 3 sont reliées à un réseau de communication externe B, via un modem ou similaire, assurant la liaison au serveur central 6. Là encore, il peut être fait appel au protocole internet ou équivalent pour assurer cette communication avec ce serveur central 6 délocalisé. Il convient tout particulièrement d'observer qu'une architecture telle qu'elle vient d'être décrite peut encore remplir bien d'autres fonctions. Ainsi, une anomalie détectée au niveau d'un système de fermeture motorisé 1, 2, 3 et correspondant, par exemple, à une tentative d'effraction, peut être transmise, par son unité intelligente 4, 4', 4'' et le réseau de communication 5, au serveur central 6 qui, à son tour, peut retransmettre l'information à une société de service extérieur, par exemple de télésurveillance, cette fois par le réseau de communication 9. De même, il peut être prévu, dans le cadre du procédé de gestion selon l'invention, une étape de vérification, par le serveur central 6 de la bonne exécution d'un ordre préalablement transmis par ce dernier aux systèmes de fermeture motorisés 1, 2, 3, ou à l'un d'entre eux, en passant par le réseau de communication 5 et le ou les unités intelligentes 4, 4', 4'' de ce ou ces systèmes de fermeture motorisés. En fin de compte une telle architecture permet d'aller vérifier, depuis l'extérieur, c'est à dire à distance et en faisant appel au réseau de communication 5 et lesdites unités intelligentes 4, 4', 4'' de contrôler l'état de ces systèmes de fermeture motorisés. Finalement, tel que cela ressort de la description ci-dessus et moyennant la mise en oeuvre de moyens très simples, il est possible, aux usagers de chaque habitation équipée de système de fermeture motorisés, d'accéder à des commodités d'usage de tels systèmes que l'on ne pouvait envisager, jusqu'à présent, qu'en mettant en oeuvre, au niveau de ces habitations, une technologie complexe, donc peu fiable et d'un coût de revient élevé. Bien que l'invention ait été décrite à propos d'une forme de réalisation particulière, il est bien entendu qu'elle n'y est nullement limitée et qu'on peut y apporter diverses modifications de formes, de matériaux et de combinaisons de ces divers éléments, sans pour cela s'éloigner du cadre et de l'esprit de l'invention. Revendications 1. Procédé de gestion du fonctionnement de systèmes de fermeture motorisés (1, 2, 3) d'un bâtiment, tel que stores, volets roulants ou similaires, consistant: - à raccorder lesdits systèmes motorisés (1, 2, 3) au travers d'une unité intelligente (4, 4', 4'') qui leur est associée et d'un réseau de communication (5) approprié, à un serveur central (6), apte à en assurer la gestion de fonctionnement; - à identifier au niveau de ce serveur central (6) le ou les systèmes de fermeture (1, 2, 3); - à sélectionner les paramètres variables à prendre en compte pour la gestion de fontionnement de chacun d'eux; - à définir les valeurs seuil de ces paramètres variables; - à surveiller au niveau du serveur central (6), les valeurs seuil des paramètres variables sélectionnés par rapport à des informations contenues dans une base de données (8) susceptible d'être remise à jour périodiquement; - à commander, par l'intermédiaire du serveur central (6) et par rapport à des consignes de commande préenregistrées, le fonctionnement d'un ou des systèmes de fermeture motorisés (1, 2, 3) en cas de dépassement, pour l'un et l'autre des paramètres variables, de la valeur seuil de consigne correspondante. 2. Procédé de gestion selon la revendication 1, caractérisé en ce qu'on procède à la mise à jour de la base de données (8) du serveur central (6) par l'intermédiaire de serveurs d'informations extérieurs (7) auxquels il est raccordé par un réseau de communication (9) approprié, utilisant, en particulier le protocole internet ou autre, via une ligne téléphonique, radio ou similaire. 3. Procédé de gestion selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on raccorde les systèmes de fermeture motorisés (1, 2, 3) de plusieurs habitations ou immeubles à un serveur central (6) délocalisé au travers de l'unité intelligente (4, 4', 4'') équipant chacun de ces systèmes de fermeture motorisés (1, 2, 3) et du réseau de communication (5), 1! celui-ci étant défini par un réseau intelligent (5A) interne à une habitation au travers duquel les unités intelligentes (4, 4', 4'') de chaque système de fermeture motorisés (1, 2, 3) sont reliées à un réseau de communication externe (5B), via un modem ou similaire, utilisant, notamment, le protocole internet ou équivalent et assurant la liaison audit serveur central (6) délocalisé. 4. Procédé de gestion selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on assure la gestion du fonctionnement des systèmes de fermeture motorisés (1, 2, 3) d'une habitation par rapport à l'un et/ou l'autre des paramètres variables suivants: - la pluviométrie; - la température; - le degré d'ensoleillement; - le vent; - la pollution; - les cycles jours- nuits; 5. Procédé de gestion selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins un des serveurs d'informations extérieurs (7) auquel est raccordé le serveur central (6) pour la mise à jour de sa base de données (8) est une station météorologique capable de détecter les changements météorologiques intervenant dans la région de l'habitation recevant des systèmes de fermeture motorisés (1, 2, 3) à gérer. 6. Procédé de gestion selon l'une quelconque des revendications précédentes, caractérisé par le fait que les valeurs seuil d'au moins certains des paramètres variables aptes à être sélectionnés et à être pris en compte pour la gestion du fonctionnement de systèmes de fermeture motorisés sont prédéfinies au niveau du serveur central (6). 7. Procédé de gestion selon l'une quelconque des revendications précédentes, caractérisé par le fait qu'un ordre transmis par le serveur central (6) aux systèmes de fermeture motorisés (1, 2, 3) ou à l'un d'entre eux engendre une étape de vérification, par ce serveur central (6) de la bonne exécution, en passant par le réseau de communication (5) et la ou les unités intelligentes (4, 4', 4'') de ce ou ces systèmes de fermeture motorisés (1, 2, 3). 8. Procédé de gestion selon l'une quelconque des revendications précédentes, caractérisé par le fait que l'on retransmet une anomalie détectée au niveau d'un système de fermeture motorisé (1, 2, 3) par l'intermédiaire de son unité intelligente (4, 4', 4'') et le réseau de communication (5), au serveur central (6) défini apte à retransmettre l'information à une société de service extérieur, tel que de télésurveillance, par le réseau de communication (9).