WO2001054349A2 - Procede et systeme pour la diffusion de donnees en boucle - Google Patents
Procede et systeme pour la diffusion de donnees en boucle Download PDFInfo
- Publication number
- WO2001054349A2 WO2001054349A2 PCT/FR2001/000176 FR0100176W WO0154349A2 WO 2001054349 A2 WO2001054349 A2 WO 2001054349A2 FR 0100176 W FR0100176 W FR 0100176W WO 0154349 A2 WO0154349 A2 WO 0154349A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- data blocks
- stack
- blocks
- objects
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
- H04N7/087—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only
- H04N7/088—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital
- H04N7/0882—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital for the transmission of character code signals, e.g. for teletext
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/16—Arrangements for broadcast or for distribution of identical information repeatedly
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
- H04H60/46—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for recognising users' preferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/52—Queue scheduling by attributing bandwidth to queues
- H04L47/522—Dynamic queue service slot or variable bandwidth allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/6215—Individual queue per QOS, rate or priority
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
- Small-Scale Networks (AREA)
- Numerical Control (AREA)
- Constituent Portions Of Griding Lathes, Driving, Sensing And Control (AREA)
- Television Systems (AREA)
- Circuits Of Receivers In General (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Procédé pour la diffusion en boucle d'une pluralité de blocs de données qui correspondent à des objets ou à des fragments ou agrégats d'objets tels que des messages alphanumériques et/ou des pages d'écran et/ou des objets graphiques s'intégrant dans des pages d'écran et/ou des séquences sonores, destinés à être restitués par des moyens de restitution dont disposent des utilisateurs, caractérisé en ce qu'on répartit les bloc de données en les empilant selon plusieurs piles correspondant à des priorités de diffusion différentes et en ce qu'on répète l'opération consistant à prélever en sortie de chaque pile un nombre de blocs de données qui est fonction de la priorité de diffusion de ladite pile et à diffuser les blocs de données ainsi prélevés, les blocs de données prélevés en sortie de chaque pile étant, à chaque itération, ré-empilés en entrée de celle-ci.
Description
PROCEDE ET SYSTEME POUR LA DIFFUSION DE DONNEES EN BOUCLE
DOMAINE GENERAL DE L'INVENTION ET ETAT DE LA TECHNIQUE
La présente invention est relative à la diffusion de données en boucle.
Plus particulièrement, l'invention trouve avantageusement application pour la radiodiffusion de données en boucle à destination d'une pluralité de terminaux portatifs équipant des utilisateurs se trouvant dans une zone donnée.
La transmission de données en boucle est classiquement connue et a notamment été utilisée en France dans les systèmes de télétexte.
Un problème généralement rencontré avec la diffusion de données en boucle est celui du temps d'accès.
Un utilisateur, pour avoir accès à une page particulière, doit en effet attendre que la partie du fichier correspondant à ce qu'il recherche se présente et soit acquise par son récepteur.
Des méthodes tendant à minimiser ce temps d'accès ont déjà été proposées.
Notamment, le brevet US 5.842.010 propose une méthode pour la transmission en boucle de données - qui sont destinées à s'afficher sur des écrans de terminaux portables récepteurs - selon laquelle lesdites données sont diffusées dans un ordre qui est déterminé en fonction d'une analyse statistique sur les besoins des utilisateurs. L'analyse statistique peut être réalisée à partir des demandes d'informations renvoyées par les utilisateurs sur le système qui diffuse les données.
Toutefois, cette méthode n'est pas optimale et n'a au demeurant d'intérêt que dans la mesure où le système de diffusion de données utilisé oblige systématiquement chaque utilisateur à prendre connaissance des données diffusées à partir d'une même première page d'écran diffusée dans la boucle de données.
Par ailleurs, il est également connu, notamment pour les systèmes de télétexte précités, de répéter dans la boucle de diffusion ceux des blocs de données qui sont les plus fréquemment consultés.
On notera toutefois que dans les systèmes de télétexte, la boucle de diffusion est généralement figée et ne connaît pas d'évolution dans le temps.
PRESENTATION DE L'INVENTION
L'invention propose quant à elle un procédé de diffusion de données en boucle avec lequel les temps d'accès des utilisateurs sont encore améliorés.
A cet effet, l'invention concerne un procédé pour la diffusion en boucle d'une pluralité de blocs de données qui correspondent à des objets ou à des fragments ou agrégats d'objets tels que des messages alphanumériques et/ou des pages d'écran et/ou des objets graphiques s'intégrant dans des pages d'écrans et/ou des séquences sonores, destinés à être restitués par des moyens de restitution dont disposent des utilisateurs, caractérisé en ce qu'on répartit les blocs de données en les empilant selon plusieurs piles correspondant à des priorités de diffusion différentes et en ce qu'on répète l'opération consistant à prélever en sortie de chaque pile un nombre de blocs de données qui est fonction de la priorité de diffusion de ladite pile et à diffuser les blocs de données ainsi prélevés, les blocs de données prélevés en sortie de chaque pile étant, à chaque itération, ré-empilés en entrée de celle-ci.
Un tel procédé est avantageusement complété par les différentes caractéristiques suivantes prises seules ou selon toutes leurs combinaisons techniquement possibles :
- on reçoit en temps réel des informations sur l'intérêt porté par les utilisateurs aux différents objets diffusés et on modifie les nombres de blocs de données prélevés dans une pile et/ou on change les blocs de données de pile en fonction de ces informations ;
- les piles sont au nombre de 3 ou 4 ;
- les blocs de données diffusés ont une taille inférieure à 400 octets utiles.
- on classe les blocs de données à diffuser par ordre de priorité de consultation, on divise la liste ainsi constituée en K piles de nombre de blocs de données sensiblement égales et on diffuse les blocs de données de chaque pile avec une fréquence égale à ou voisine de
M où πj ≈∑p, i=l
Pi étant la probabilité de consultation d'un objet décrit en tout ou partie par le bloc de données i, M étant le nombre de blocs de données dans une pile.
- les nombres aj de blocs de données prélevés à chaque itération sont tels qu'ils minimisent
- le nombre M de blocs de données dans chaque pile est choisi multiple de chacun des nombres aj.
- on introduit au moins un bloc de données de bourrage dans au moins une pile.
- le nombre aj est choisi inférieur ou égal à 9.
- des objets communs à plusieurs écrans sont transmis une seule fois.
- ces objets sont transmis avec un bloc de données de page d'accueil.
L'invention propose également un système de diffusion de données en boucle comportant des moyens pour la radio-diffusion de blocs de données dans une zone donnée, une pluralité de terminaux portatifs aptes à
recevoir les blocs de données ainsi radio-diffusés, des moyens de traitement qui gèrent la diffusion desdites données, caractérisé en ce que lesdits moyens de traitement mettent en oeuvre un procédé du type précité.
PRESENTATION DES FIGURES
D'autres caractéristiques et avantages de l'invention ressortiront encore de la description qui suit. Cette description est purement illustrative et non limitative. Elle doit être lue en regard des planches de dessins annexées sur lesquelles :
- la figure 1 est une représentation schématique d'un système conforme à un mode de réalisation possible de l'invention ;
- la figure 2 illustre une architecture possible pour ce mode de réalisation ;
- la figure 3 illustre le mécanisme d'optimisation de la diffusion des informations ;
- la figure 4 est un graphe sur lequel on a porté un exemple de répartition de probabilités pour un certain nombre d'objets à diffuser.
DESCRIPTION D'UN MODE DE REALISATION ET DE MISE EN ŒUVRE
Architecture générale
Le système qui est représenté sur la figure 1 comporte une pluralité de terminaux récepteurs 1 et une infrastructure 2 pour la radio diffusion de données en boucle à destination de ces terminaux 1.
Ces terminaux 1 sont par exemple des ordinateurs de poche du type de ceux commercialisés par la société 3COM sous la dénomination
« Palm » ou du type de ceux utilisant le système d'exploitation Windows CE et commercialisés par les sociétés CASIO et COMPAQ sous les dénominations respectives « Cassiopeia » et « Aero ».
Ils sont munis de moyens leur permettant la réception des données radio diffusées en boucle par l'infrastructure 2 et l'émission de données à destination de cette infrastructure.
Ces moyens comportent notamment une antenne pour la réception de signaux radio-électriques, un modem correspondant à la norme 802.11 et un logiciel adapté au système et dont les fonctionnalités se comprendront à la lecture de ce qui suit. L'infrastructure 2 comprend une pluralité de bornes de diffusion 3 qui définissent ensemble, dans une zone où l'on souhaite que les services proposés par le système soient accessibles, une ou plusieurs cellules de couverture 4 qui se recouvrent éventuellement partiellement.
Les différentes bornes de diffusion 3 sont reliées entre elles par un réseau filaire 5 (figure 2) de type Ethernet et sont équipées de moyens de diffusion radiofréquence, qui traitent les informations reçues du réseau par lesdites bornes pour les diffuser selon la norme 802.11 précitée.
Les données destinées à être diffusées en boucle sont notamment transmises auxdites bornes 3 par l'intermédiaire d'un ou plusieurs serveurs de diffusion 6, connecté au réseau 5, qui transmet sur celui-ci en mode « multicast » les données destinées à être diffusées.
Le système comporte en outre un ou plusieurs serveurs transactionnels 7 qui transmettent et reçoivent, par l'intermédiaire du réseau 5, des données en mode « unicast » qui correspondent à des transactions entre les terminaux 1 et le système, les bornes 3 comportant des moyens leur permettant de recevoir des données radio-diff usées par les terminaux 1 et de les retransmettre sur le réseau 5.
Par ailleurs, le système comporte également un serveur d'administration 8 - également connecté au réseau 5 - qui supervise le fonctionnement des différentes bornes 3 et des serveurs 6 et 7 et les configure.
Si un mode d'adressage IP dynamique est retenu, le système peut également comporter un serveur d'adressage complémentaire.
Présentation du traitement mis en œuyre par le serveur de diffusion
Le processus de diffusion mis en œuvre par le ou les serveurs de diffusion 6 consiste en la transmission périodique par les bornes 3 vers les terminaux récepteurs 1 de blocs de données, qui correspondent à des objets qui doivent être restitués au niveau des terminaux 1 et qui sont par exemple des messages alphanumériques et/ou des pages d'écran et/ou des objets graphiques s'intégrant dans des pages d'écrans et/ou des séquences sonores.
Les blocs de données diffusés ont une taille maximale de 400 octets utiles, ce qui limite les risques d'erreurs de transmission.
Un processus de fragmentation/défragmentation peut le cas échéant être mis en œuvre pour la transmission d'objets dont la description requiert un nombre d'octets supérieur.
La succession de blocs de données diffusée est actualisée en temps réel sous le pilotage du serveur de diffusion 6 en tenant compte d'une statistique qui est par exemple une statistique sur la fréquence de consultation des différentes pages d'écran par les utilisateurs, l'objectif de ce pilotage étant de permettre de faire parvenir le plus rapidement possible aux utilisateurs les messages alphanumériques, pages d'écran, séquences sonores, etc., qui sont susceptibles de les intéresser.
Cette statistique est établie à partir de rapports de consultation qui sont transmis périodiquement par le terminal aux serveurs de diffusion par l'intermédiaire des bornes 3. Ces rapports qui donnent la liste des écrans consultés par l'utilisateur du terminal depuis l'envoi du dernier rapport permettent aux serveurs de diffusion de connaître en temps réel la statistique de consultation des écrans. Chaque terminal portatif 1 stocke et met à jour les différents blocs de données au fur et à mesure qu'il les reçoit. Il met en veille son modem
radio dès que l'ensemble des blocs de données a été correctement reçu et stocké.
Le serveur de diffusion 6 reçoit, de stations d'édition 9 (figure 1), auxquelles il est par exemple relié par le réseau 5, une série de blocs de données (fichiers) décrivant les objets à diffuser, ainsi qu'un fichier d'édition et de consignes.
Le serveur 6 répartit ces blocs de données à diffuser selon plusieurs piles qui correspondent chacune à une classe de priorité différente.
A chacune de ces classes de priorité correspond une fréquence nominale de diffusion.
Des valeurs d'initialisation - qui sont par exemple fonctions de statistiques antérieures - sont attribuées par l'administrateur du service à ces fréquences de diffusion, puis ces fréquences de diffusion sont gérées de manière dynamique à partir des comptes rendus de consultation émis par les terminaux, si le mode dynamique a été sélectionné.
Après avoir réparti les blocs de données par classes, le serveur procède, à l'intérieur de chaque classe à l'agrégation des blocs dont la taille est inférieure à 80% de la taille maximale afin de réduire le poids relatif de l'en-tête UDP/IP ou TCP/IP dans la transmission. Cette agrégation consiste à encapsuler deux ou plusieurs objets dans un même bloc de données (même trame UDP). Elle ne s'applique pas aux messages de contrôle et de management qui sont diffusés avec les blocs de données, par exemple sous forme d'un préfixe au début de chaque trame envoyée.
Ainsi, dans chacune des piles qui correspondent aux différentes classes de priorité est stockée une succession de blocs de données, chacun de ces blocs correspondant à des objets ou à des fragments ou agrégats d'objets. Les différents blocs de données d'une même pile sont diffusés à la fréquence de la classe de priorité à laquelle ladite pile correspond.
Pour constituer la pile de diffusion qui est vidée régulièrement à destination des bornes de diffusion 3, le serveur 6 prélève successivement
dans chaque classe un certain nombre de blocs de données. Cette opération est itérée en permanence.
Le nombre de prélèvement dans une classe est différent d'une classe à l'autre ; il est d'autant plus élevé que la priorité de la classe est élevée.
La figure 3 résume ce mécanisme. Dans l'exemple choisi, les nombres de blocs de données choisis à chaque boucle sont les suivants :
Comme cela a été indiqué précédemment, à l'initialisation du système, les fréquences de diffusion cible des classes sont fixées par l'administrateur, selon un modèle prédéfini qui tient par exemple compte de statistiques antérieures.
Au fur et à mesure que les comptes rendus de consultation parviennent au serveur, celui-ci peut, si le mode dynamique a été sélectionné :
- changer la classe de certains objets ou blocs de données si leur fréquence de consultation s'écarte trop de celle des autres blocs de données constituant la classe en question, - modifier la fréquence de diffusion des classes pour optimiser le temps d'accès.
Ces modifications sont réalisées après un filtrage permettant de s'assurer que l'évolution des fréquences de consultation est bien un phénomène durable et non un aléa statistique. Un exemple détaillé de traitement d'optimisation possible va maintenant être décrit.
Exemple détaillé de traitement d'optimisation
Principe
Les nombres de prélèvement des différentes classes de priorité sont obtenus en recherchant la solution en nombres entiers donnant des fréquences de diffusion des messages les plus proches des valeurs théoriques optimisant le temps moyen d'accès. Plus précisément, l'optimisation mise en œuvre par le système proposé par l'invention consiste à diffuser chaque bloc de données i avec une fréquence aussi proche que possible d'une fréquence théorique qui vérifie :
On démontre en effet que cette probabilité f, permet d'optimiser le temps moyen d'accès sur l'ensemble des écrans sous la contrainte de rester à l'intérieur de la capacité de diffusion disponible sur le réseau. Le temps moyen d'accès optimisé est alors
Avec une répartition de probabilités de consultation typique comme celle du graphe de la figure 4 (répartition de probabilités par décile), une taille moyenne des données décrivant les écrans de 15 K0, l'amélioration du temps moyen d'accès par rapport à une diffusion uniforme est d'environ 25%, cette amélioration atteint 60% pour le premier décile des écrans les plus consultés.
Le prix à payer lorsque cette stratégie d'optimisation est utilisée seule est l'accroissement du temps d'accès aux écrans les moins consultés.
Le tableau suivant résume les résultats des simulations pour un service de cent écrans et pour un débit du réseau de 100 K0/s.
Mise en œuyre pratique
Constitution des piles
En pratique, les blocs de données à diffuser sont classés par ordre de priorité de consultation. La liste ainsi classée est ensuite divisée en K piles égales (ou de tailles aussi voisines que possible). Ainsi, si N est le nombre de blocs de données à diffuser, E la fonction partie entière, les E(N/K) premiers blocs de la liste sont regroupés dans une première pile, puis les E(N/K) blocs suivants sont regroupés dans une deuxième pile, etc.. Tous les blocs d'une même pile ainsi constituée sont ensuite diffusés avec une fréquence de répétition aussi voisine que possible de la fréquence théorique correspondant à la probabilité de consultation moyenne des objets de la pile.
Pour la pile j, cette probabilité correspond à la probabilité de consultation d'un bloc quelconque, soit :
πt = ∑ 1=1 P. où pi est la probabilité de consultation du i-ème bloc de la pile et où M est le nombre de blocs dans une pile.
La fréquence théorique de diffusion dont on veut se rapprocher pour la pile j est :
Le temps moyen de consultation d'un bloc de la boucle de diffusion est alors donné par :
le temps Ts étant une approximation du temps Topt donné plus haut. Le tableau ci-dessous indique les écarts d'optimisation par rapport au temps moyen pour l'exemple donné plus haut (valeurs obtenues par simulation et rapportées au temps moyen sans optimisation).
Ce tableau montre que la réduction de performance due au nombre limité de piles reste très modérée comparée à la simplification permise dans le serveur de diffusion dont on peut limiter le nombre de piles à trois ou quatre.
Par ailleurs, cette répartition en piles limite les temps d'accès excessifs pour les objets ou écrans les moins consultés qui auront les temps d'accès de la dernière pile.
Mise en œuyre des itérations
A chaque itération, le serveur prélève ai blocs de données dans la pile 1 , a2 blocs de données dans la pile 2, ...., aj blocs de données dans la pile j , ak blocs de données dans la pile K.
On démontre que la solution optimale serait obtenue avec :
Toutefois, on choisit des nombres aj qui ne sont pas trop importants de façon :
- à ne pas trop disperser les blocs de données susceptibles de correspondre à un même objet (écran par exemple) ;
- à permettre la création d'un script de diffusion d'une longueur acceptable sans bourrage excessif (voir plus loin).
En pratique, on limitera à neuf le nombre de blocs de données prélevés à chaque cycle sur la pile la plus consultée. Pour parvenir à une résolution approchée, on teste une table de valeurs possibles de K-uplets donnant des valeurs approchées des probabilités πt et minimisant l'écart entre le temps moyen d'accès réellement obtenu :
La mise en œuvre de l'algorithme de diffusion est considérablement simplifiée si l'on peut remplacer le mécanisme de prélèvement sur les piles par un script comportant la liste des blocs de données à diffuser de manière cyclique, les messages de contrôle généraux et urgents étant alors diffusés prioritairement par interruption temporaire du script.
Pour cela, il est nécessaire que dans le cours de l'algorithme, toutes les piles reviennent périodiquement à la même position. Ceci n'est possible de manière simple que si le nombre m de chaque pile est un multiple de a , a2 aj, ...ak. Si cela n'est pas le cas, on ajoutera à chacune d'elles des messages de bourrage afin d'atteindre le nombre cherché.
Bien entendu, il est souhaitable de retenir de préférence des combinaisons dont le plus petit commun multiple est aussi faible que possible car le bourrage conduit à une perte d'efficacité. Avec l'exemple de distribution de probabilités de la figure 4, les valeurs de πj pour trois et quatre piles (K=3,4) seraient les suivantes : K = 3 πj e{0,08 ; 0,18 ; 0,74}
K = 4 πj e{0,04 ; 0,10 ; 0,24 ; 0,62}
Le calcul de la fonction ε pour ces valeurs donnent le triplet et le quadruplet à retenir pour l'établissement du script de diffusion soit : K = 3 {2 ; 3 ; 6} ppcm G
K = 4 {2 ; 4 ; 6 ; 9} ppcm = 36
Blocs de données communs à plusieurs écrans Certains objets graphiques comme des images ou des logos sont souvent présents dans plusieurs écrans. Une stratégie consiste à ne diffuser les blocs de données qui leurs correspondent, souvent de taille importante, qu'une seule fois.
Si par exemple un bloc de taille tc est commun à deux écrans diffusés avec les fréquences fi f2 (fi > f2), on diffuse ce bloc commun avec la fréquence la plus grande fi économisant ainsi une capacité de diffusion de f2tc-
On notera cependant que, sauf pour l'écran le plus consulté avec lequel l'objet commun serait diffusé, ceci conduit à une augmentation du temps d'accès pour les autres écrans utilisant ce bloc de données.
L'utilisation de blocs de données communs est donc efficace pour des écrans de fréquence de diffusion différente mais elle reste pénalisante pour des écrans de même fréquence si aucune autre mesure n'est prise.
Ceci peut toutefois être compensé en utilisant à bon escient la structure des successions de pages d'écrans proposées aux utilisateurs sur un site donné pour couvrir un ou plusieurs services auxquels l'utilisateur a accès.
Lorsqu'il se connecte sur un site, tout utilisateur reçoit d'abord la page d'accueil du site, suivie du menu du site qui lui permet d'accéder aux pages d'accueil et menus des différents services présents sur le site.
Pour éviter l'accroissement des temps d'accès dus aux blocs communs, on diffuse ceux-ci en même temps que les objets graphiques décrivant la page d'accueil du service concerné s'il s'agit (cas plus vraisemblable) d'objets liés à un seul service, en même temps que les objets de la page d'accueil du site s'il s'agit d'objets utilisés par plusieurs services. Le terminal stockera ces objets jusqu'à ce que l'utilisateur quitte le service dans le premier cas, le site dans l'autre cas.
Lorsque le terminal dispose d'une mémoire suffisante, ce qui est généralement le cas pour les ordinateurs de poche du type du « Palm » ou « Windows CE », on peut améliorer de manière importante la qualité du service à l'aide d'un cache.
Lorsqu'un utilisateur consulte un écran, il peut, en général à l'aide de boutons ou de zones sensibles, naviguer vers d'autres écrans :
- l'écran précédemment consulté ;
- le menu du service courant et du site ; - les écrans auxquels l'écran courant peut accéder au moyen des liens associés aux actions (boutons, etc.).
Il est facile de constituer un cache pour accéder instantanément aux écrans déjà consultés. Pour la dernière catégorie d'écrans, le terminal
détermine, en exploitant les liens des actions, la liste des écrans « contigus aval » de l'écran courant. Grâce ensuite aux capacités multitâches du système d'exploitation, le terminal charge ces écrans pendant que l'utilisateur consulte l'écran courant. Dans la mesure où le temps de consultation (5 à 10 secondes au minimum) est du même ordre que le temps moyen d'accès aux écrans, ce qui est le cas avec des services d'une centaine d'écrans sur un réseau local, l'accès aux écrans contigus aval apparaîtra quasi instantané à l'utilisateur.
Le terminal met en œuvre parallèlement un processus de purge du cache pour éliminer les descriptions d'écrans qui n'appartiennent plus aux catégories ci-dessus lorsque la capacité attribuée au cache est dépassée.
Echanges transactionnels
Par ailleurs, le serveur de diffusion 6 ne doit pas alimenter les points d'accès que constituent les bornes 3 à un rythme supérieur à leur capacité de diffusion et doit laisser un temps suffisant au trafic occasionné par les services transactionnels, lesquels se traduisent par des échanges entre le serveur transactionnel 7 et les terminaux récepteurs 1.
Le ratio d'accès entre services diffusés et services transactionnels est fixé par l'administrateur.
On va maintenant décrire le service mis en œuvre par le serveur transactionnel.
Dans ce service, un certain nombre d'écrans et de messages sont communs à l'ensemble des utilisateurs ; ces écrans et messages sont transmis en mode diffusé de la manière décrite aux paragraphes précédents. Les messages correspondant sont intégrés dans l'ensemble des messages diffusés.
Une borne 3 entre en mode transactionnel lorsqu'elle détecte l'émission par un terminal 1 d'une séquence destinée au serveur de transaction 7 (envoi d'un formulaire de commande, achat, requête, etc.).
Cet échange de données s'effectue en mode « unicast » avec le serveur 7 dont l'adresse IP est fournie. Il peut être précédé d'un échange de
messages de contrôle et notamment de la fourniture par le terminal de son identifiant.
Les services transactionnels utilisent le même protocole pour la description des écrans que les services diffusés et sa partie interactive pour les transactions.
La structure des serveurs transactionnels est liée à la nature des services fournis. Le logiciel serveur fournit les interfaces de programmation nécessaires à la réalisation de la partie application du logiciel. Celle-ci peut être exécutée sur une machine distante tandis que la partie transactionnelle s'exécute sur une machine locale.
Dans certains cas simples elle pourra cohabiter avec le serveur de diffusion sur la même machine.
Un serveur transactionnel spécifique assure la gestion des services associés : mise à jour de la liste des utilisateurs et de leur adresse Internet, collecte sur le réseau de distribution (DS) des services effectivement diffusés, envoi par Internet des dernières versions des services aux utilisateurs avec une périodicité fixée.
De nombreuses applications peuvent être envisagées pour le procédé et le système qui viennent d'être décrits. Le tableau suivant résume un certain nombre d'exemples d'applications avantageuses possibles :
Claims
1. Procédé pour la diffusion en boucle d'une pluralité de blocs de données qui correspondent à des objets ou à des fragments ou agrégats d'objets tels que des messages alphanumériques et/ou des pages d'écran et/ou des objets graphiques s'intégrant dans des pages d'écrans et/ou des séquences sonores, destinés à être restitués par des moyens de restitution dont disposent des utilisateurs, caractérisé en ce qu'on répartit les blocs de données en les empilant selon plusieurs piles correspondant à des priorités de diffusion différentes et en ce qu'on répète l'opération consistant à prélever en sortie de chaque pile un nombre de blocs de données qui est fonction de la priorité de diffusion de ladite pile et à diffuser les blocs de données ainsi prélevés, les blocs de données prélevés en sortie de chaque pile étant, à chaque itération, ré-empilés en entrée de celle-ci.
2. Procédé selon la revendication 1 , caractérisé en ce qu'on reçoit en temps réel des informations sur l'intérêt porté par les utilisateurs aux différents objets diffusés et en ce qu'on modifie les nombres de blocs de données prélevés dans une pile et/ou on change de pile des blocs de données en fonction de ces informations.
3. Procédé selon l'une des revendications précédentes, caractérisé en ce que les piles sont au nombre de 3 ou 4.
4. Procédé selon l'une des revendications précédentes, caractérisé en ce que les blocs de données diffusés ont une taille inférieure à 400 octets utiles. 5. Procédé selon l'une des revendications précédentes, caractérisé en ce que l'on classe les blocs de données à diffuser par ordre de priorité de consultation, on divise la liste ainsi constituée en K piles de nombre de blocs données sensiblement égales et on diffuse les blocs de données de chaque pile avec une fréquence égale à ou voisine de
5 sftj~
M où τ, = ∑ />,- i=l
Pi étant la probabilité de consultation d'un objet décrit en tout ou partie par le bloc de données i, M étant le nombre de blocs de données dans une pile.
6. Procédé selon la revendication 5, caractérisé en ce que les nombres aj de blocs de données prélevés à chaque itération sont tels qu'ils minimisent
7. Procédé selon la revendication 6, caractérisé en ce que le nombre M de blocs de dorfnées dans chaque pile est choisi multiple de chacun des nombres aj.
8. Procédé selon la revendication 7, caractérisé en ce qu'on introduit au moins un bloc de données de bourrage dans au moins une pile.
9. Procédé selon l'une des revendications 6 à 8, caractérisé en ce que le nombre aj est choisi inférieur ou égal à 9.
10. Procédé selon l'une des revendications précédentes, caractérisé en ce que des objets communs à plusieurs écrans sont transmis une seule fois.
11. Procédé selon la revendication 10, caractérisé en ce que ces objets sont transmis avec un bloc de données de page d'accueil.
12. Système de diffusion de données en boucle comportant des moyens pour la radio-diffusion de blocs de données dans une zone donnée, une pluralité de terminaux portatifs aptes à recevoir les blocs de données ainsi radio-diffusés, des moyens de traitement qui gèrent la diffusion desdites données, caractérisé en ce que lesdits moyens de traitement mettent en œuvre un procédé selon l'une des revendications précédentes.
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE60128067T DE60128067T2 (de) | 2000-01-20 | 2001-01-19 | Verfahren und system zur schleifendatenrundfunksendung |
| EP01907641A EP1254535B1 (fr) | 2000-01-20 | 2001-01-19 | Procede et systeme pour la diffusion de donnees en boucle |
| AU2001235557A AU2001235557A1 (en) | 2000-01-20 | 2001-01-19 | Method and system for loop data distribution |
| CA2397867A CA2397867C (fr) | 2000-01-20 | 2001-01-19 | Procede et systeme pour la diffusion de donnees en boucle |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR00/00683 | 2000-01-20 | ||
| FR0000683A FR2804266B1 (fr) | 2000-01-20 | 2000-01-20 | Procede et systeme pour la diffusion de donnees en boucle |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| WO2001054349A2 true WO2001054349A2 (fr) | 2001-07-26 |
| WO2001054349A3 WO2001054349A3 (fr) | 2002-01-17 |
Family
ID=8846090
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/FR2001/000176 WO2001054349A2 (fr) | 2000-01-20 | 2001-01-19 | Procede et systeme pour la diffusion de donnees en boucle |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US8019376B2 (fr) |
| EP (1) | EP1254535B1 (fr) |
| AT (1) | ATE360935T1 (fr) |
| AU (1) | AU2001235557A1 (fr) |
| CA (1) | CA2397867C (fr) |
| DE (1) | DE60128067T2 (fr) |
| FR (1) | FR2804266B1 (fr) |
| WO (1) | WO2001054349A2 (fr) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9014196B2 (en) * | 2002-09-17 | 2015-04-21 | Broadcom Corporation | System and method for providing a super channel in a multi-band multi-protocol hybrid wired/wireless network |
| EP1492275B1 (fr) * | 2003-06-26 | 2015-02-25 | Broadcom Corporation | Système et procédé de mise en place d'un supercanal dans un réseau hybride filaire/hertzien multiprotocole et multibande |
| US20090182886A1 (en) * | 2008-01-16 | 2009-07-16 | Qualcomm Incorporated | Delivery and display of information over a digital broadcast network |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5524001A (en) * | 1994-02-07 | 1996-06-04 | Le Groupe Videotron Ltee | Dynamic cable signal assembly |
| US5842010A (en) * | 1995-04-24 | 1998-11-24 | Bell Communications Research, Inc. | Periodic wireless data broadcast |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4965716A (en) * | 1988-03-11 | 1990-10-23 | International Business Machines Corporation | Fast access priority queue for managing multiple messages at a communications node or managing multiple programs in a multiprogrammed data processor |
| JP2575564B2 (ja) * | 1991-03-05 | 1997-01-29 | インターナショナル・ビジネス・マシーンズ・コーポレイション | 自動マクロ最適順序化方法 |
| US5893148A (en) * | 1994-03-03 | 1999-04-06 | International Business Machines Corporation | System and method for allocating cache memory storage space |
| US6115041A (en) * | 1997-12-24 | 2000-09-05 | Nortel Networks Corporation | Display screen management apparatus and method |
| US6785272B1 (en) * | 1999-06-24 | 2004-08-31 | Allied Telesyn, Inc. | Intelligent stacked switching system |
| US6683372B1 (en) * | 1999-11-18 | 2004-01-27 | Sun Microsystems, Inc. | Memory expansion module with stacked memory packages and a serial storage unit |
-
2000
- 2000-01-20 FR FR0000683A patent/FR2804266B1/fr not_active Expired - Fee Related
-
2001
- 2001-01-19 AU AU2001235557A patent/AU2001235557A1/en not_active Abandoned
- 2001-01-19 AT AT01907641T patent/ATE360935T1/de not_active IP Right Cessation
- 2001-01-19 DE DE60128067T patent/DE60128067T2/de not_active Expired - Lifetime
- 2001-01-19 EP EP01907641A patent/EP1254535B1/fr not_active Expired - Lifetime
- 2001-01-19 CA CA2397867A patent/CA2397867C/fr not_active Expired - Fee Related
- 2001-01-19 US US10/181,907 patent/US8019376B2/en not_active Expired - Fee Related
- 2001-01-19 WO PCT/FR2001/000176 patent/WO2001054349A2/fr active IP Right Grant
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5524001A (en) * | 1994-02-07 | 1996-06-04 | Le Groupe Videotron Ltee | Dynamic cable signal assembly |
| US5842010A (en) * | 1995-04-24 | 1998-11-24 | Bell Communications Research, Inc. | Periodic wireless data broadcast |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60128067T2 (de) | 2007-12-27 |
| CA2397867A1 (fr) | 2001-07-26 |
| US8019376B2 (en) | 2011-09-13 |
| FR2804266A1 (fr) | 2001-07-27 |
| US20030083007A1 (en) | 2003-05-01 |
| EP1254535B1 (fr) | 2007-04-25 |
| DE60128067D1 (de) | 2007-06-06 |
| WO2001054349A3 (fr) | 2002-01-17 |
| FR2804266B1 (fr) | 2002-04-26 |
| AU2001235557A1 (en) | 2001-07-31 |
| CA2397867C (fr) | 2014-05-27 |
| EP1254535A2 (fr) | 2002-11-06 |
| ATE360935T1 (de) | 2007-05-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2294799B1 (fr) | Procede et dispositif d'attribution d'adresses mac dans un reseau de communication sur courants porteurs | |
| CN100556129C (zh) | 一种对等连接流媒体直播系统和装置 | |
| FR2758681A1 (fr) | Allocation a une pluralite d'elements d'autorisations d'acces a une ressource partagee | |
| JP2000506661A (ja) | 局部記憶およびアクセス用のパーソナルコンピュータへの情報のニュースグループの放送配送 | |
| EP3238406B1 (fr) | Procédé de traitement d'une requête de livraison de données | |
| EP1849257B1 (fr) | Procede et equipements de controle d'acces a des flux ip multicast | |
| EP1617591A1 (fr) | Procédé et serveur de référencement de diffusion poste à poste de fichiers demandés par téléchargement à ce serveur | |
| EP1254535B1 (fr) | Procede et systeme pour la diffusion de donnees en boucle | |
| WO2003009530A2 (fr) | Procede de diffusion d'un contenu vers des terminaux recepteurs et serveur de collecte | |
| FR2946164A1 (fr) | Procede de telechargement de donnees de grande taille vers un grand nombre de machines clientes en reseau a partir d'un serveur unique | |
| EP2656589B1 (fr) | Procede et dispositif de communication de donnees numeriques | |
| EP3777308B1 (fr) | Procédé de communication | |
| EP3437292B1 (fr) | Procede d'optimisation du debit de contenus multimedia accessibles par au moins un terminal utilisateur, produit programme d'ordinateur et dispositif de gestion correspondants | |
| EP3657859A1 (fr) | Optimisation par type de message de l'echange de donnees entre objets connectes | |
| EP1407595B1 (fr) | Procede de diffusion d'un contenu vers des terminaux recepteurs et serveur de collecte | |
| EP1653706B1 (fr) | Procédé de transmission d'un flux vidéo dans un réseau de télécommunications mobiles à débit restreint | |
| EP3709185A1 (fr) | Procédé d'optimisation d'échanges de données dans une infrastructure d'objets connectés | |
| EP2428008A1 (fr) | Technique de traitement de flots dans un reseau de communication | |
| EP3205067B1 (fr) | Diffusion de contenus en streaming dans un réseau pair à pair | |
| EP2083554A1 (fr) | Procédé de transmission en direct de contenus en vue d'une récupération en différé en mode P2P après découpage, et dispositif de controle et équipements associés | |
| FR2915044A1 (fr) | Procede de determination de la dynamique d'un reseau logique | |
| FR2765429A1 (fr) | Allocation a une pluralite d'elements d'autorisations d'acces a une ressource partagee | |
| EP2087719B1 (fr) | Procede et systeme de telecommunication offrant une pluralite de moyens d'acces mutuellement coherents a une base de messages | |
| FR3091120A1 (fr) | Procédé d’optimisation de l’utilisation de passerelles en fonction des messages à transmettre | |
| FR3034610A1 (fr) | Systeme de diffusion de contenus audio et/ou video par un reseau wifi local, et appareils mettant en œuvre le procede |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| AK | Designated states |
Kind code of ref document: A2 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW |
|
| AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
| DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
| AK | Designated states |
Kind code of ref document: A3 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW |
|
| AL | Designated countries for regional patents |
Kind code of ref document: A3 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 2001907641 Country of ref document: EP |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 2397867 Country of ref document: CA |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 10181907 Country of ref document: US |
|
| WWP | Wipo information: published in national office |
Ref document number: 2001907641 Country of ref document: EP |
|
| REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
| NENP | Non-entry into the national phase |
Ref country code: JP |
|
| WWG | Wipo information: grant in national office |
Ref document number: 2001907641 Country of ref document: EP |