FR2858147A1 - Procede et dispositif de presentation de services fournis par des equipements connectes sur un reseau domestique a d'autres equipements connectes sur ce reseau, programme d'ordinateur correspondant - Google Patents

Procede et dispositif de presentation de services fournis par des equipements connectes sur un reseau domestique a d'autres equipements connectes sur ce reseau, programme d'ordinateur correspondant Download PDF

Info

Publication number
FR2858147A1
FR2858147A1 FR0309203A FR0309203A FR2858147A1 FR 2858147 A1 FR2858147 A1 FR 2858147A1 FR 0309203 A FR0309203 A FR 0309203A FR 0309203 A FR0309203 A FR 0309203A FR 2858147 A1 FR2858147 A1 FR 2858147A1
Authority
FR
France
Prior art keywords
equipment
services
server
client
server equipment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0309203A
Other languages
English (en)
Other versions
FR2858147B1 (fr
Inventor
Philippe Boucachard
Emmanuel Raguet
Mohamed Braneci
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Research Center France SAS
Canon Europa NV
Original Assignee
Canon Research Center France SAS
Canon Europa NV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Research Center France SAS, Canon Europa NV filed Critical Canon Research Center France SAS
Priority to FR0309203A priority Critical patent/FR2858147B1/fr
Publication of FR2858147A1 publication Critical patent/FR2858147A1/fr
Application granted granted Critical
Publication of FR2858147B1 publication Critical patent/FR2858147B1/fr
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102Entity profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101Access control lists [ACL]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)

Abstract

L'invention concerne un procédé et un dispositif de présentation de services d'un équipement serveur à un ou plusieurs équipements clients d'un réseau domestique comprenant une pluralité de noeuds permettant d'interconnecter une pluralité d'équipements. Un tel procédé comprend en particulier une étape de mise à disposition, pour chaque équipement client et/ou ensemble d'équipements clients présentant un même profil, d'une liste dédiée de services avec lesquels ils peuvent interagir, parmi l'ensemble des services présents sur ledit équipement serveur.

Description

Procédé et dispositif de présentation de services fournis par des
équipements connectés sur un réseau domestique à d'autres équipements connectés sur ce
réseau, programme d'ordinateur correspondant.
Le domaine de l'invention est celui des réseaux audiovisuels et 5 informatiques domestiques, pouvant interconnecter plusieurs équipements serveurs qui fourniront des services (par exemple, une imprimante ou un caméscope numérique) et plusieurs équipements clients qui utiliseront ces dits services (par exemple, un ordinateur ou un disque de stockage de contenu audiovisuel).
L'invention s'applique notamment, mais non exclusivement, à la découverte et à l'énumération de services fournis par des équipements serveurs connectés sur un réseau audiovisuel et/ou informatique domestique du type bus IEEE 1394.
Dans ce système, de tels mécanismes, dits d'énumération de services fournis par des équipements serveurs, s'appuient sur une opération de lecture à distance 15 d'une mémoire de configuration embarquée dans chaque équipement serveur connecté au réseau et utilisent un protocole adapté.
Plus précisément, l'invention concerne l'optimisation de la découverte de services et la gestion des droits d'accès aux services d'un équipement serveur par un équipement client. Il est en effet nécessaire dans un réseau audiovisuel et/ou 20 informatique domestique de prévoir des mécanismes permettant à des équipements, dits équipements clients, de découvrir l'existence des services offerts par d'autres équipements, dits serveurs ou cibles, également connectés sur le réseau.
Pour mieux préciser la terminologie, on dira qu'un équipement est client 25 lorsqu'il accède et utilise les services fournis par un autre équipement dit serveur.
Certains équipements connectés à un bus peuvent être clients de certains équipements et serveurs pour d'autres équipements sur ce bus.
Le standard IEEE 1394: Standard For A High Performance Serial Bus ou standard pour un bus série à haute performance , est un standard définissant 30 un bus série offrant des vitesses de transmission très élevées entre les équipements numériques qui lui sont connectoiusieurs types d'équipements peuvent être dynamiquement connectés à un bus IEEE 1394 ou déconnectés de celui-ci, même lorsqu'il est actif et même lorsque ces équipements sont électriquement alimentés.
Ainsi, lorsqu'un équipement est ajouté à un bus IEEE 1394, ce dernier se reconfigure automatiquement de façon à permettre la communication entre tous les équipements qui lui sont connectés.
Tout équipement connecté au bus est ainsi considéré comme une entité logique, encore appelée noeud, qui possède une adresse unique appelée NODE ID, celle-ci étant susceptible de varier après connexion/déconnexion d'un équipement du bus ayant provoqué la réinitialisation de ce dernier.
Chaque équipement possède une mémoire de configuration de type non volatile, mais re-inscriptible, appelée ROM de configuration ( config ROM en anglais), un ensemble de registres de contrôle standardisés et sa propre adresse mémoire.
La ROM de configuration est définie par le standard IEEE 1212-2001. 15 Elle contient des structures de données permettant à des équipements de caractériser de façon uniforme les services qu'ils rendent disponibles aux autres équipements. Il s'agit d'un des aspects critiques pour les bus de communication permettant alors l'insertion ou le retrait à la volée d'équipements sur le bus.
Chaque équipement connecté contient suffisamment d'informations pour que son 20 identification soit unique et pour permettre l'identification des logiciels pilotes qu'il devra utiliser.
Par lecture et analyse des informations stockées dans la ROM de configuration d'un équipement serveur connecté au bus série IEEE 1394, un équipement client peut déterminer quels sont les services fournis par l'équipement 25 serveur.
Du fait que la ROM de configuration d'un équipement donné peut changer dans le temps, un équipement client doit être configuré de façon à lire de nouveau la ROM de configuration de chaque équipement connecté au bus IEEE 1394 régulièrement ou lors d'un événement prédéterminé comme par 30 exemple la réinitialisation du bus (action du type reset en anglais). De façon générale, sur un bus IEEE 1394, la lecture d'information dans une ROM de configuration d'un équipement est effectuée de nombreuses fois par les autres équipements présents sur ce même bus.
Sur un bus série IEEE 1394, un ou plusieurs équipements sont généralement connectés et chaque équipement comprend une ROM de configuration 5 adressable depuis le bus dans une zone mémoire, d'adresse prédéterminée, permettant d'une part de l'identifier sur le bus et d'autre part, d'obtenir de l'information sur ses services rendus accessibles sur le réseau (identifiant unique de 64 bits, bloc d'information du bus, répertoire du fabricant de l'équipement, répertoires d'instances contenant les services rendus accessibles sur le bus par 10 l'équipement, le répertoire d'unité dédié au protocole de contrôle de l'équipement).
Dans le fonctionnement par défaut d'un dispositif IEEE 1394, tous les services décrits dans la ROM de configuration d'un équipement sont visibles et rendus accessibles par tous les autres équipements connectés sur le bus.
Il n'est donc pas possible pour un utilisateur, au moyen des mécanismes définis dans le standard IEEE 1394, de restreindre l'utilisation par certains équipements connectés sur le bus, de certains services ou ensemble de services fournis par certains autres équipements.
Pour illustrer ce dernier point, on peut citer l'exemple d'un bus IEEE 1394 20 sur lequel un ordinateur personnel ( PC pour personal computer en anglais) et un équipement multifonction de type imprimante/fax/scanner sont connectés.
Suivant cette configuration, l'ordinateur personnel peut être autorisé uniquement à accéder au service imprimante de l'équipement multifonction, l'accès au service fax lui étant interdit via le bus IEEE 1394, le service fax de cet 25 équipement pouvant être limité, par exemple, à une utilisation en mode manuel et local pour un utilisateur.
Le standard IEEE 1212-2001 définit la structure de la mémoire de configuration et les mots clés qui doivent être contenus dans cette mémoire de configuration lorsqu'un équipement conforme à la norme IEEE 1394 veut 30 informer les autres équipements IEEE 1394 connectés au même bus de communication 1394, des services qu'il possède. Grâce à cette structure normalisée de la mémoire de configuration, des applications de recherche se trouvant sur d'autres équipements peuvent répertorier la liste des services disponibles dans chaque équipement IEEE 1394 connecté au bus. Lorsqu'un équipement IEEE 1394 ne veut pas rendre visible et donc accessible, un ou 5 plusieurs de ses services, il les retire de sa mémoire de configuration, tout comme les mots clés correspondants.
Un inconvénient de cette solution de l'art antérieur est que lorsqu'un service est rendu disponible ou non disponible par un équipement IEEE 1394, il l'est pour tous les équipements IEEE 1394 connectés au bus de communication de façon non 10 sélective. Autrement dit, il n'est pas possible à la seule lecture du standard IEEE 1212-2001 de savoir comment un équipement serveur peut rendre disponible/visible un sous-ensemble seulement de ses services de façon différente pour tel ou tel autre équipement client se trouvant également sur le bus de communication.
Par ailleurs, pour certains équipements, il est difficile de pouvoir lire efficacement les informations contenues dans la ROM de configuration d'un autre équipement connecté sur le bus de communication IEEE 1394. Plus spécifiquement, certains équipements n'implémentent pas ou ne sont pas compatibles avec des opérations de lecture par bloc. De telles opérations sont 20 propres au standard IEEE 1394 et permettent une lecture en lot d'ensembles de quatre octets, ensembles appelés quadlets , et ceci en une seule opération. En outre, ces mêmes équipements ne peuvent faire que des opérations de lecture élémentaires, ne permettant la lecture que d'un quadlet à la fois.
Ainsi, dans le cas d'un premier équipement non compatible avec une lecture 25 par bloc du standard IEEE 1394, la lecture de la ROM de configuration d'un second équipement s'effectuera par la répétition d'une même opération de lecture d'un seul quadlet , unité minimum requise pour une opération de lecture par le standard IEEE 1394.
Ainsi, lorsqu'un équipement client doit effectuer de multiples opérations de 30 lecture pour obtenir une information désirée dans la ROM de configuration d'un équipement serveur, il multiplie les opérations de lecture sur le bus IEEE 1394, avec pour conséquence une certaine surcharge de celui-ci, pouvant notamment se traduire par une diminution plus ou moins grande de l'efficacité et de la rapidité de traitement. De plus, le ratio d'occupation du bus série IEEE 1394 lors de requêtes émises par un équipement client devient plus important dans le 5 cas d'opérations répétées de lecture simple de quadlets , comparativement à une lecture unique par bloc, faite d'une seule opération.
Il y a donc un encombrement du bus et par conséquent un ralentissement du traitement effectué par le client, celui-ci devant recevoir un volume important d'informations à analyser pour ne conserver ensuite que celles qui le concernent 10 (il n'est par exemple pas utile de gérer des services auxquels il ne peut en aucun cas accéder).
Le volume important d'information contenue dans la ROM de configuration est également la conséquence en ce que les équipements que l'on peut connecter sur un bus IEEE 1394 sont de plus en plus complexes et 15 incorporent de multiples services. De plus il est possible d'envisager des configurations particulières, dans lesquelles, par exemple, un équipement IEEE 1394 (équipement avec interface IEEE 1394) représente plusieurs équipements dits non IEEE 1394 . Dans une telle configuration, l'équipement IEEE 1394 se comporte sur le bus IEEE 1394, par le biais du contenu de sa ROM de 20 configuration et de ses programmes, comme un ensemble de plusieurs équipements dits non IEEE 1394 et qui sont connectés à l'équipement IEEE 1394 au moyen d'autres interfaces analogiques ou numériques telles que, par exemple, une interface Ethernet, un lien RS232C, une liaison infra rouge ou une liaison audio vidéo analogique, etc. On parle dans ce cas d'un rôle de Proxy 25 (terme anglais signifiant agir pour le compte d'un ou plusieurs autres équipements). En conséquence, le nombre d'informations présentes dans la ROM de configuration croit sensiblement, avec pour conséquence non négligeable, l'obligation pour les équipements clients de devoir lire un volume important d'information dans la ROM de configuration des équipements 30 serveurs avec lesquels ils doivent collaborer.
L'état de l'art le plus proche de l'invention pour répondre au problème de la lecture de la mémoire de configuration de certains types d'équipements avec le standard IEEE 1394 semble être le document de brevet européen n EP 1184791.
Ce document de brevet propose en effet une solution technique visant à réduire le 5 nombre d'opérations de lecture dans la ROM de configuration d'un équipement serveur. Cette solution propose un équipement de traitement de l'information comprenant: - une interface permettant de connecter à un bus série compatible avec le standard IEEE 1394; - une mémoire organisée pour stocker dans une première zone d'adresse prédéterminée les informations de la ROM de configuration , dans un format minimal compatible avec le standard IEEE 1212-2001, et permettant également de stocker les informations de configuration dans un format général également compatible avec le standard IEEE 1212-2001, à 15 une seconde adresse différente de celle de la première zone d'adresse prédéterminée. Cette seconde adresse autorise des opérations de lecture par bloc, en blocs plus larges que ceux permis par des opérations de lecture par bloc effectuées dans la zone d'adresse d'origine, permettant ainsi d'optimiser l'accès à la mémoire ROM de configuration de 20 l'équipement.
Cependant, la solution proposée, selon l'art antérieur, doit nécessairement être appliquée à tous les équipements connectés sur le bus IEEE 1394. En outre, elle nécessite une première opération de lecture d'un unique quadlet dans une première zone de format minimal, puis dans un second temps, un second ensemble 25 d'opérations de lecture dans une seconde zone dont le format général autorise une opération de lecture par bloc, tel que requis par un équipement client ou serveur du type IEEE 1394.
Or, dans la situation précitée, la solution selon l'art antérieur impliquerait que l'équipement client soit nécessairement capable d'effectuer des opérations de 30 lecture par bloc dans la seconde zone de la ROM de configuration d'un équipement serveur. Or, certains équipements clients sont incapables d'effectuer une lecture par bloc. Ils peuvent uniquement effectuer des lectures par quadlet , sans aucune possibilité de pouvoir exploiter cette solution selon l'art antérieur.
De plus, une telle solution selon l'art antérieur ne permet pas non plus de configurer chaque équipement connecté sur le bus IEEE 1394, de façon à autoriser 5 ou restreindre l'accès et/ou l'utilisation de certains de ses services aux autres équipements présents sur le bus et avec lequel il doit pouvoir communiquer.
On ne connaît donc pas, à ce jour, de solution applicable dans toutes les configurations, permettant d'éviter l'encombrement du bus dû aux nombreuses opérations répétées de lecture de la mémoire de configuration d'un équipement 10 serveur par un ou plusieurs autres équipements clients.
On ne connaît pas non plus de solution permettant d'éviter un encombrement inutile de la mémoire d'un équipement client ayant sauvegardé les services d'un équipement serveur auxquels il ne peut accéder.
On ne connaît pas également de solution qui permette d'adapter le groupe 15 des services disponibles sur un équipement serveur en fonction de l'équipement qui accède à ces services.
On ne connaît pas non plus de technique efficace pour restreindre l'accès à certains services d'un équipement connecté sur un bus IEEE 1394, par un ou plusieurs autres équipements clients.
L'invention a notamment pour objectif de pallier ces inconvénients principaux de l'art antérieur.
Plus précisément, un objectif de l'invention est de fournir une technique permettant à un équipement client d'accéder de façon plus rapide et plus efficace à la ROM de configuration d'un équipement serveur connecté sur un bus 25 domestique.
Un autre objectif de l'invention est de fournir une telle technique optimisant l'accès aux informations de configuration pour chaque équipement client ou chaque ensemble d'équipements clients de même profil.
Un objectif supplémentaire de l'invention est de fournir une telle technique 30 permettant de configurer des autorisations d'accès à tout ou partie des services disponibles sur un équipement serveur, par exemple en fonction des types d'équipements client qui peuvent accéder à ces services.
Un objectif supplémentaire de l'invention est de fournir une telle technique qui soit facile à mettre en oeuvre.
Ces objectifs, ainsi que d'autres qui apparaîtront par la suite sont atteints à l'aide d'un procédé de présentation de services d'un équipement serveur à un ou plusieurs équipements clients d'un réseau domestique comprenant une pluralité de noeuds permettant d'interconnecter une pluralité d'équipements. Un tel procédé comprend avantageusement une étape de mise à disposition, pour chaque 10 équipement client et/ou ensemble d'équipements clients présentant un même profil, d'une liste dédiée de services avec lesquels ils peuvent interagir, parmi l'ensemble des services présents sur ledit équipement serveur.
De façon avantageuse, la liste dédiée de services est mise à disposition de chacun des clients par l'équipement serveur dans une image mémoire de 15 configuration représentative des services contenus dans la liste.
De façon préférentielle, les services placés en début de la liste sont accessibles en premier dans l'image mémoire de configuration.
Il est ainsi possible de présenter une liste dédiée de services à un équipement client (ou ensemble d'équipements clients de même profil), celui-ci aura un accès 20 plus rapide aux services dont il a besoin, et/ou seulement aux services dont il a le droit d'accès et non plus à l'intégralité de la mémoire contenant tous les services mis à disposition par un équipement serveur. On réduit ainsi l'encombrement du réseau et on facilite le traitement par l'équipement client, qui ne reçoit plus que la liste des services auxquels il pourra réellement pouvoir accéder. Cette liste est 25 donc plus rapidement accessible pour l'utilisateur, ce qui tend à favoriser l'optimisation des temps d'accès aux services accessibles sur le réseau, et donc de limiter la charge de ce dernier sur des périodes données.
Préférentiellement, le procédé selon l'invention comprend une étape d'ordonnancement du contenu de la liste dédiée de services, selon au moins un 30 critère prédéterminé, ce qui permet en particulier d'optimiser les temps d'accès des équipements clients aux services de l'équipement serveur présents sur le bus.
Ainsi, de façon avantageuse, le critère prédéterminé privilégie les services les plus souvent utilisés par l'équipement client et/ou l'ensemble d'équipements clients de même profil, en les plaçant au début de la liste dédiée de services.
Il y a alors équivalence entre l'ordre de la liste dédiée de services et l'ordre 5 de lecture ces services par un équipement client, de sorte que si un service est en début de liste, il sera lu en premier par cet équipement client.
En outre, les critères pouvant être pris en compte peuvent être de façon plus générale la fréquence d'utilisation d'un service de l'équipement serveur par un équipement client, la complémentarité d'un équipement serveur et d'un 10 équipement client dans l'utilisation d'un ou plusieurs services (par exemple lorsqu'un appareil photo numérique est relié à un PC multifonctions fax/imprimante/scanner, la fonction imprimante est mise à disposition en premier sur la liste), etc. Ainsi, non seulement la liste complète est plus rapidement disponible, mais 15 les services les plus probables le sont encore plus rapidement, sans qu'il soit nécessaire d'attendre la liste complète.
Préférentiellement, les services les plus souvent utilisés par l'équipement client et/ou l'ensemble d'équipements clients de même profil, sont déterminés préalablement à et/ou lors de la connexion d'un équipement client au réseau 20 domestique.
Avantageusement, le procédé selon l'invention exécute de façon itérative une étape de calcul statistique sur l'utilisation des services par l'ensemble des équipements clients, pour déterminer les services les plus souvent utilisés par ces équipements clients et ainsi adapter la liste dédiée de services qui lui est associée, 25 de façon à rendre plus rapidement accessibles et/ou utilisables les services par un équipement client.
Une telle approche permet en particulier d'optimiser les temps d'accès et de traitement d'un service d'un équipement serveur par un équipement client. Elle peut faire appel, par exemple, à un calcul de moyenne du nombre des accès ou 30 d'utilisation d'un service pour l'équipement serveur par un équipement client.
De façon préférentielle, le procédé selon l'invention comprend en outre une étape de suppression des services non autorisés pour un équipement client de la liste dédiée de services qui lui est associée, en fonction de droits d'accès aux services de l'équipement serveur définis pour cet équipement client.
Préférentiellement, les droits d'accès ou d'utilisation des services d'un équipement serveur sont paramétrés préalablement à et/ou lors de la connexion d'un équipement client au réseau domestique.
On pourrait cependant envisager l'usage d'un serveur de configuration, également connecté au réseau, qui pourrait détecter la nouvelle connexion sur le bus ou 10 réseau d'un nouvel équipement et configurer automatiquement les équipements serveurs en fonction d'informations de configuration qui lui auraient été préalablement renseignées par un utilisateur ayant des privilèges particuliers, tel qu'un administrateur du réseau par exemple.
L'avantage d'une telle approche consiste à offrir la possibilité à un 15 utilisateur de pouvoir configurer différentes autorisations d'accès à tout ou partie des services disponibles sur un équipement serveur, en fonction des équipements et/ou des types d'équipement client.
Une application possible du procédé selon l'invention peut donc concerner le domaine de la sécurité et/ou du contrôle d'accès. Aussi, par exemple, les 20 équipements IEEE 1394 client qui n'ont pas le droit d'accès à un ensemble de services donnés dans un équipement IEEE 1394 serveur donné n'auront alors pas connaissance de ces services pourtant présents et visibles par d'autres équipements clients.
Avantageusement, chacun des équipements clients connectés au réseau 25 domestique possède par défaut au moins un droit d'accès à un ou plusieurs services prédéterminés, dits publics, du équipement serveur. En effet, il s'agit ici que tous les équipements présents sur le bus ou le réseau puissent se découvrir mutuellement, mais certains équipements clients pouvant posséder des droits d'accès étendus et d'autres retreints à certains services des autres équipements 30 serveurs.
De façon préférentielle, l'équipement serveur met en oeuvre une table de profils de chacun des équipements clients, comprenant pour chacun d'entre eux au moins trois entrées correspondant respectivement à: - l'adresse (ou Node ID ) de l'équipement client; - l'identificateur (ou EUI64 ) unique et permanent de l'équipement client; - une liste dédiée de services associée à l'équipement client.
Plus précisément, l'adresse (ou Node ID ) de chaque équipement client est composée de deux champs, le premier ou bus ID indiquant le numéro du 10 bus sur lequel l'équipement client est connecté, et le second ou physical ID précisant l'adresse de l'équipement client sur ce bus. De plus, cette adresse peut être différente après chaque opération d'insertion ou de retrait d'un équipement sur le bus et/ou réseau.
En outre, l'identificateur EUI64, assimilable au numéro de série d'un 15 équipement client, est unique et permanent, alors que l'adresse d'un client (NODE ID) peut varier à la suite des réinitialisations effectuées sur le bus. Plus précisément, le NODE ID est codé sur 16 bits et se subdivise en deux champs: BUS ID codé sur 10 bits et PHYSICAL ID , codé sur 6 bits. Le BUS ID indique le numéro de bus sur lequel le noeud est connecté, et le 20 PHYSICAL ID son adresse sur ce bus. Autrement dit, le NODE ID est suffisant pour caractériser un noeud dans un réseau constitué par de multiples bus IEEE 1394.
A titre informatif, un équipement serveur peut donc construire sa table des profils de configuration des équipements clients en listant systématiquement tous 25 les noeuds locaux (l'équipement serveur a en effet une connaissance de tous les noeuds appartenant au bus sur lequel il est connecté, grâce au processus de SELF ID décrit dans la norme IEEE 1394). La table des profils peut également être construite en listant une partie des noeuds locaux par exemple ceux qui ont déjà effectué une lecture de la ROM de configuration de l'équipement serveur.
De façon également préférentielle, le procédé selon l'invention met en oeuvre, en outre, les étapes suivantes de: - réception d'une requête de lecture d'un service à partir d'un des équipements clients; détermination d'un identificateur de l'équipement client émetteur de la requête; - réponse à la requête de lecture à partir de la liste de services associée à l'identificateur de cet équipement client dans la table des profils.
Avantageusement, le procédé selon l'invention est mis en oeuvre sur un réseau audiovisuel et/ou informatique domestique du type IEEE 1394.
Préférentiellement, le réseau audiovisuel et/ou informatique domestique est 10 réparti sur au moins deux sous-réseaux audiovisuels et/ou informatiques domestiques interconnectés par au moins un pont. Le procédé selon l'invention comprend ainsi avantageusement une étape d'énumération, par au moins un équipement serveur, des sous-réseaux audiovisuels et/ou informatiques domestiques et des équipements clients présents sur les sous-réseaux, de façon que 15 l'équipement serveur crée une table de profils des équipements clients.
Avantageusement, les ponts interconnectant au moins deux des sous-réseaux audiovisuels et/ou informatiques domestiques sont du type IEEE 1394.1.
Un exemple de spécifications d'un tel pont a été publié par un groupe de travail IEEE, par le groupe du projet IEEE P1 394.1.
On peut en effet préciser que l'invention s'applique principalement à des équipements appartenant à un bus IEEE 1394. Par extension, celle-ci peut également s'appliquer à un ensemble d'équipements (clients et serveurs) connectés sur un ensemble de bus IEEE 1394 formant un réseau domestique.
Dans le cas d'un tel réseau domestique, il est cependant difficile de 25 pouvoir lister tous les clients devant être contenus dans la table des profils de configuration. Cela reviendrait en effet à pouvoir déterminer tous les noeuds existant pour chaque bus du réseau.
Une solution consisterait donc à n'introduire à l'intérieur de la table des profils des équipements clients la configuration d'équipements clients connectés 30 sur un réseau distant, que lorsque ces derniers se manifestent en accédant à la mémoire de configuration de l'équipement serveur contenant la liste, ou bien encore, lorsque ceux-ci envoient une requête de recherche par mot clé transitant sur le bus IEEE 1394 auquel est connecté l'équipement serveur contenant la liste Une dernière solution pourrait en outre consister à récupérer des informations contenues dans les tables d'autres serveurs se trouvant dans des bus distants lorsque ces serveurs existent.
Ainsi, les clients listés dans une table peuvent être soit locaux par rapport au serveur, c'est-à-dire connectés au même bus IEEE 1394, soit distants, c'est à dire connectés à un autre bus, différent de celui sur lequel le serveur considéré est connecté.
Il est également important de préciser que chaque table n'existe que dans l'équipement serveur qui implémente le procédé selon l'invention. En particulier, la liste de services d'un serveur donné ne doit contenir que les services rendus disponibles par ce serveur lui-même.
De façon également avantageuse, le procédé selon l'invention comprend une 15 étape d'initialisation et/ou de mise à jour de la table de profils, lorsqu'un nouvel équipement est connecté au réseau audiovisuel et/ou informatique domestique et/ou qu'un équipement déjà connecté change d'adresse sur le réseau.
L'invention concerne également un équipement de présentation de services d'un équipement serveur à un ou plusieurs équipements clients d'un réseau20 domestique comprenant une pluralité de noeuds permettant d'interconnecter une pluralité d'équipements et comprenant de façon avantageuse des moyens de mise à disposition, pour chaque équipement client et/ou ensemble d'équipements clients présentant un même profil, d'une liste dédiée de services avec lesquels ils peuvent interagir, parmi l'ensemble des services présents sur l'équipement serveur.
Préférentiellement, ladite liste dédiée de services est mise à disposition de chacun desdits clients par ledit équipement serveur dans une image mémoire de configuration représentative desdits services contenus dans ladite liste.
Avantageusement, l'équipement selon l'invention comprend des moyens pour mettre en début de la liste les services devant être accédés en premier dans 30 l'image mémoire de configuration.
De façon également avantageuse, l'équipement selon l'invention comprend des moyens d'ordonnancement du contenu de la liste dédiée de services, selon au moins un critère prédéterminé.
Préférentiellement, le critère prédéterminé privilégie les services les plus 5 souvent utilisés par l'équipement client et/ou l'ensemble d'équipements clients de même profil, en les plaçant au début de la liste dédiée de services.
De façon préférentielle, l'équipement selon l'invention comprend en outre des moyens de détermination des services les plus souvent utilisés par l'équipement client et/ou l'ensemble d'équipements clients de même profil, 10 préalablement à et/ou lors de la connexion d'un équipement client au réseau domestique.
L'équipement de présentation de services d'un équipement serveur selon l'invention comprend avantageusement des moyens d'exécution itérative d'une étape de calcul statistique sur l'utilisation des services par un équipement client, 15 pour déterminer les services les plus souvent utilisés par cet équipement client et ainsi adapter la liste dédiée de services qui lui est associée.
L'équipement selon l'invention comprend en outre de façon préférentielle des moyens de suppression des services non autorisés pour un équipement client de la liste dédiée de services qui lui est associée, en fonction de droits d'accès aux 20 services de l'équipement serveur définis pour cet équipement client.
L'équipement selon l'invention comprend également de façon avantageuse des moyens de paramétrage des droits d'accès ou d'utilisation des services d'un équipement serveur, préalablement à et/ou lors de la connexion d'un équipement client au réseau domestique.
Préférentiellement, chacun des équipements clients connectés au réseau domestique possède par défaut au moins un droit d'accès à un ou plusieurs services prédéterminés, dits publics, de l'équipement serveur.
De façon préférentielle, l'équipement selon l'invention comprend des moyens de mise en oeuvre, par l'équipement serveur, d'une table de profils de 30 chacun des équipements clients, comprenant pour chacun d'entre eux au moins trois entrées correspondant respectivement à: - l'adresse (ou Node ID ) de l'équipement client; - l'identificateur (ou EUI64 ) unique et permanent de l'équipement client; - une liste dédiée de services associée à l'équipement client.
De façon avantageuse, l'équipement selon l'invention comprend des moyens de mise en oeuvre des étapes suivantes de: - réception d'une requête de lecture d'un service à partir d'un des équipements clients; détermination de l'identificateur de l'équipement client émetteur de 10 la requête; - réponse à la requête de lecture à partir de la liste de services associée à l'identificateur de cet équipement client dans la table des profils.
Préférentiellement, l'équipement selon l'invention comprend des moyens de mise en oeuvre sur un réseau audiovisuel et/ou informatique domestique du type 15 IEEE 1394.
De façon également préférentielle, l'équipement de présentation selon l'invention comprend en outre des moyens de répartition du réseau audiovisuel et/ou informatique domestique sur au moins deux sous-réseaux audiovisuels et/ou informatiques domestiques interconnectés par au moins un pont. Il comprend 20 également avantageusement des moyens d'énumération, par au moins un équipement serveur, des sous-réseaux audiovisuels et/ou informatiques domestiques et des équipements clients présents sur les sous-réseaux, de façon que l'équipement serveur crée une table de profils des équipements clients.
Avantageusement, les ponts interconnectant au moins deux des sous-réseaux 25 audiovisuels et/ou informatiques domestiques sont du type IEEE 1394.1.
De façon également avantageuse, l'équipement selon l'invention comprend des moyens d'initialisation et/ou de mise à jour de la table de profils, lorsqu'un nouvel équipement est connecté au réseau audiovisuel et/ou informatique domestique et/ou qu'un équipement déjà connecté change d'adresse sur le réseau. 30 L'invention concerne également un dispositif d'un réseau domestique comprenant une pluralité de noeuds permettant d'interconnecter une pluralité d'équipements et mettant en oeuvre, de façon avantageuse le procédé décrit cidessus.
L'invention concerne également de façon avantageuse, un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution 5 des étapes du procédé précédemment décrit, lorsqu'il exécuté sur un ordinateur et/ou sur un équipement compatible avec la norme IEEE 1394.
Les avantages de l'équipement, du dispositif et du programme d'ordinateur selon l'invention, sont les mêmes que ceux décrits pour le procédé. Ils ne sont pas
rappelés à cette étape de la description.
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels: - la figure 1 représente la structure hiérarchique du format général d'une mémoire ROM de configuration ; la figure 2 représente le dispositif d'un équipement serveur connecté à un bus IEEE 1394 et mettant en oeuvre l'invention; - la figure 3 représente un exemple d'un réseau IEEE 1394 contenant un équipement serveur et deux équipements clients; - les figures 4.a et 4.b représentent deux organisations différentes d'une 20 même ROM de configuration ; - la figure 5 représente un exemple d'une table de profiles mise en oeuvre au niveau d'un équipement serveur; - la figure 6 décrit l'organigramme de détermination par un équipement serveur des préférences d'un ou plusieurs équipements clients; - la figure 7 décrit l'organigramme de gestion des lectures de la ROM de configuration d'un équipement serveur en utilisant la table des profils.
De façon générale, un équipement serveur met à disposition des équipements clients connectés à son bus une liste de services. Chaque équipement client peut 30 prendre connaissance de cette liste et solliciter un ou plusieurs services de la liste.
Le but de la présente invention est de permettre à l'équipement serveur d'adapter l'ordre et/ou le nombre des services à présenter en fonction du profil de l'équipement client. La liste de services devient ainsi une liste dédiée à l'équipement client. Le changement dans l'ordre de présentation des services permet de réduire le temps d'accès à certains services pour l'équipement client, 5 par exemple ceux qui sont le plus souvent sollicités par cet équipement client. Le changement dans le nombre de services à présenter permet à l'équipement serveur de gérer les droits d'accès aux services par les équipements clients par exemple lorsque certains équipements clients n'ont pas droit d'accès à certains services.
Dans le mode de réalisation préférentiel, les équipements serveur et clients sont 10 des noeuds IEEE 1394, interconnectés par un réseau domestique audiovisuel basé sur un ou plusieurs bus IEEE 1394. Dans ce mode de réalisation, l'équipement serveur met à disposition des équipements clients sa liste de services dans sa ROM de configuration . Chaque équipement client peut prendre connaissance et donc utiliser ces services en effectuant des requêtes de lecture de la ROM de 15 configuration .
De façon plus précise, la figure 1 illustre l'organisation hiérarchique de la structure des données du format général d'une ROM de configuration . L'un des usages de base d'une ROM de configuration est la découverte efficace des possibilités (services, etc.) d'un équipement connecté au réseau domestique 20 audiovisuel. Les répertoires d'instances (104, 105) contenus dans la ROM de configuration d'un équipement serveur délivrent par exemple des informations de haut-niveau, relatives aux services rendus disponibles sur le bus. De façon similaire, les répertoires d'unité (107, 108, 110) permettent d'identifier l'interface logicielle et donc le pilote de l'unité (et le protocole associé) utilisée pour l'accès 25 séparé à chaque service contrôlable d'un équipement présent sur le bus ou le réseau.
Les répertoires d'instance (104, 105) sont prévus pour présenter les caractéristiques d'un équipement par des moyens de description utilisant des entrées (106, 109) de mots-clés, du type imprimante , disque , copieur , 30 afficher , par exemple. L'intérêt de l'utilisation de tels mots-clés est la puissance d'évocation qu'ils possèdent auprès des utilisateurs. Une liste de motsclés est proposée dans la norme IEEE 12122001.
L'union de tous les mots-clés compris dans toutes les entrées de mots-clé d'une ROM de configuration est contenue dans une entrée de mots-clés 103, dite maître .
Le bloc d'informations 100 du bus donne l'information relative au type du bus (IEEE 1394-1995, par exemple) et aux possibilités associées à un noeud du bus.
Un noeud du bus est constitué d'un seul équipement. Par ailleurs, le répertoire racine 101 représente le point de départ d'une navigation dans la structure 10 hiérarchique de la ROM de configuration . Celui-ci contient des entrées qui fournissent de l'information complémentaire, ou peuvent fournir un pointeur, directement à un ou plusieurs autres répertoires de la ROM de configuration .
En outre, la ROM de configuration peut contenir d'autres types de répertoires, tels qu'un répertoire du fabricant 102, des équipements (111, 112, 113), ou 15 d'autres types d'entrées dépendantes 114, non détaillées dans le cadre de la présente invention.
Plus précisément, la figure 2 illustre les différents éléments qui entrent en jeu dans la mise en oeuvre du dispositif selon l'invention, dans un équipement serveur 200, possédant une interface de communication 206 reliée à un bus série 20 IEEE 1394 208. Une telle interface 206 permet d'une part de connecter l'équipement numérique au bus IEEE 1394 et d'autre part, de transmettre des données numériques, éventuellement pour traitement, vers d'autres équipements également connectés au bus série IEEE 1394 208, ou bien d'en recevoir de ces derniers.
L'équipement 200 comporte également un moyen de stockage 205, de type disque dur ou disque amovible, ce dernier pouvant être une disquette, un CD-ROM, ou un DVD-ROM, par exemple. Ce moyen de stockage 205 peut contenir des données traitées selon l'invention et/ou des programmes logiciels nécessaires à la mise en oeuvre de l'invention. Ces derniers sont stockés dans une mémoire vive 204, du 30 type RAM (pour Read Access Memory en anglais). Un second mode de réalisation de l'invention peut également consister à stocker le programme nécessaire à l'équipement 200, dans une mémoire 201 permanente et réinscriptible, dite mémoire ROM (pour Read Only Memory , en anglais). En outre, l'équipement 200 comprend une unité centrale de traitement 203 (ou CPU) qui exécute les instructions relatives à la mise en oeuvre de l'invention, instructions 5 stockées dans la mémoire ROM 201 précitée. Lors de la mise sous tension, les programmes de traitement stockés dans une mémoire non volatile re- inscriptible, par exemple la ROM 201, sont transférés dans la mémoire vive RAM 204 qui contiendra alors le code exécutable de l'invention, ainsi que des registres permettant de mémoriser les variables nécessaires à la mise en oeuvre de cette 10 dernière.
A titre de remarque d'information, ces registres peuvent être implémentés dans le microprocesseur ou en dehors de la mémoire d'accès (RAM pour Read Access Memory , en anglais). Un autre bus de communication 207 permet également aux différents composants d'un même équipement 200, de communiquer entre eux.
De façon complémentaire, il est intéressant de préciser que le dispositif selon l'invention implémente une méthode permettant de créer et de conserver plusieurs images différentes d'une même ROM de configuration , chaque image le la ROM de configuration étant associée respectivement à un profil d'équipement client.
De façon plus détaillée, la figure 3 illustre un exemple d'équipement serveur selon l'invention. Dans cet exemple illustratif et non limitatif, deux équipements clients A (300) et B (400) peuvent communiquer et accéder à la ROM de configuration d'un équipement 200, cible ou serveur, au travers d'un bus IEEE 1394. Il est supposé que chaque équipement client recherche dans 25 l'équipement serveur des services différents, ou par exemple que les équipements clients n'ont pas les mêmes droit d'accès aux services. Les équipements clients connectés au bus IEEE 1394 représentent donc chacun un profil différent pour l'équipement serveur présent sur le bus. Dans ce mode de réalisation préférentiel, l'équipement serveur construit dynamiquement deux images 202.a et 202.b de la 30 ROM de configuration , toutes deux distinctes de l'image de la ROM de configuration par défaut 202. Ces deux images sont donc respectivement associées aux deux équipements clients A (300) et B (400), représentant chacun un profil de client. Par ailleurs, la ROM de configuration par défaut 202, telle qu'elle existe dans un équipement compatible avec la norme IEEE 1394, est construite indépendamment des besoins des équipements clients. Cette ROM de 5 configuration peut donc être utilisée par un équipement serveur qui n'aurait pas connaissance des différents besoins des différents clients (et donc de leur profil) présents sur le bus IEEE 1394.
Dans une variante du mode de réalisation préférentiel, la ROM de configuration par défaut peut être choisie parmi l'une des deux images de la 10 ROM de configuration . Ceci est particulièrement intéressant lorsque les profils sont établis pour optimiser le temps d'accès aux services. En effet l'attribution arbitraire d'un profil à un équipement client dont les besoins ne sont pas identifiés n'a d'incidence que sur le temps d'accès. Il est cependant important de garder une ROM de configuration par défaut indépendante dans le cas de la 15 gestion des droits d'accès, car elle contient dans ce cas les services qui sont publics , c'est-à-dire accessible par tout les équipements clients.
De façon plus générale, l'équipement serveur doit maintenir une image de la ROM de configuration par profil d'équipements clients. Une telle image correspond à la duplication logique de la zone mémoire correspondant à la ROM 20 de configuration . Toutes les images sont ainsi accessibles à l'aide d'un espace d'adressage commun. L'équipement serveur sélectionne l'image à présenter à l'équipement client, en fonction de son profil, tel que décrit précédemment. Un équipement client accède à la ROM de configuration , en fonction également des règles et des adresses définies par le standard IEEE 1212. Il n'a pas 25 connaissance de l'image à laquelle il accède dans la ROM de configuration , celle-ci demeurant transparente pour lui.
Plus précisément, les figures 4.a et 4.b donnent un exemple de deux organisations différentes de la même structure constituant une ROM de configuration d'un équipement serveur, établies pour optimiser le temps d'accès. 30 Dans cet exemple, l'équipement serveur possède deux services, le premier étant celui d'un copieur et le second, celui d'une imprimante pour le service d'impression. Chaque structure représente une image de la ROM de configuration . Chaque image contient deux répertoires d'instances, ou instance directory en anglais, respectivement (404, 405) et (454, 455), associés aux deux fonctions copieur et imprimante . Les répertoires Bloc d'informations du 5 bus (400, 450), Répertoire du fabricant (402, 452) et entrée maître de mots-clés (403, 453) sont identiques aux deux images. Le répertoire racine est également dupliqué (401, 451), mais l'ordre des pointeurs qu'il contient pour designer les deux instance directory est modifié, de sorte que l' instance directory , le plus fréquemment lu, est référencé en premier.
La figure 5 illustre une table de profils qui peut être mise en oeuvre par l'équipement serveur pour gérer les requêtes d'accès aux services des équipements clients. La table possède une entrée pour chaque équipement client répertorié par l'équipement serveur. Chaque entrée comporte: l'adresse de l'équipement client, en l'occurrence son node_Id (quantité 15 de 16 bits) puisque c'est un équipement IEEE 1394. Cette adresse est déterminée par l'équipement serveur par exemple lors de la déclaration des équipements dans un bus IEEE 1394 suite à une réinitialisation du bus, ou bus reset en anglais, ou bien récupérer de la requête de lecture émise par l'équipement client; - un identificateur unique de l'équipement client, en l'occurrence une quantité de 64 bits appelée EUI64 (acronyme signifiant en anglais Extended Unique Identifier ). Cet identificateur est soit déterminé par l'équipement serveur en effectuant à son tour une lecture de la ROM de configuration de l'équipement client connaissant son adresse IEEE 25 1394 (Node id), soit par tout autre moyen d'association entre l'adresse IEEE 1394 et l'identificateur EUI64; - une liste de services dédiée à l'équipement client.
Si plusieurs équipements clients possèdent la même liste dédiée de services, ils possèdent donc le même profil. Pour chaque profil d'équipements clients 30 l'équipement serveur construit une image de la ROM de configuration qui reprend les services de la liste associée à ce profil. Cette liste de services est ordonnée de sorte que les services en début de liste se retrouvent accédés en premier dans l'image de la ROM de configuration .
Pour configurer la liste dédiée de services plusieurs moyens existent; ils varient selon que la liste est créée pour réduire le temps d'accès ou gérer les droits d'accès aux services.
Lorsque l'objectif est de gérer les droits d'accès, la liste est par exemple configurée manuellement par l'utilisateur ou par un tiers. Si les services offerts par l'équipement serveur sont sensibles, la table peut contenir (lors de l'achat ou de l'installation de l'équipement, par exemple) une liste par défaut contenant des 10 services, dits publics, qui ne possèdent aucune restriction d'accès (droit d'accès accordé à tous les équipements, par défaut).
C'est dans une seconde étape qu'un utilisateur de l'équipement pourra restreindre ou élargir les droits d'accès des équipements clients, à d'autres services.
L'ensemble des services rendus ainsi accessibles pour un équipement client constitue donc la liste de services dédiée à cet équipement, cette liste pouvant être identique pour plusieurs clients (clients possédant le même profil).
Lorsque l'objectif est de réduire le temps d'accès aux services, les services les plus recherchés par les équipements clients (préférences) doivent être 20 déterminés, et pour cela plusieurs moyens existent. Un premier moyen consiste à configurer manuellement l'équipement serveur pour lui communiquer les préférences des équipements clients.
Dans un mode de réalisation préférentiel, l'équipement serveur détermine automatiquement les préférences des équipements clients. L'équipement serveur 25 peut, par exemple, surveiller le trafic sur le bus IEEE 1394 et intercepter les requêtes de lecture de la ROM de configuration émises par les équipements clients pour connaître leurs préférences.
Dans une variante de ce mode de réalisation, seulement les requêtes engendrées par les équipements clients utilisant un protocole de découverte sont 30 interceptées. Les protocoles de découverte permettent une recherche par mot-clé des services et de trouver les équipements IEEE 1394 qui possèdent ces services.
Un exemple de tels protocoles est le protocole DEP (en anglais Discovery and Enumeration Protocol ) spécifié dans l'annexe D du projet de standard IEEE Std.
P1394.1. La détermination des préférences est plus fine lorsqu'elle est basée sur un protocole de recherche car les mots-clé sont clairement spécifiés dans la 5 requête et donc identifiés par l'équipement serveur. Cependant l'utilisation de ces protocoles n'est pas systématique, elle est peu répandue sur le marché et n'est pas connue à l'avance par l'équipement serveur.
De façon détaillée, la figure 6 décrit un mode de détermination par l'équipement serveur des préférences des équipements clients. Cette détermination 10 s'effectue par une surveillance des requêtes de lecture exécutées par un équipement client sur sa propre ROM de configuration . Dans l'étape E61, l'équipement serveur initialise les occurrences de tous les mots-clé présents dans sa ROM de configuration . Lorsqu'il reçoit une requête de lecture de la ROM de configuration dans étape E62, il détermine dans le test E63 si cette 15 requête est destinée à une instance particulière. Si la lecture ne désigne pas une instance particulière, c'est-à-dire que la requête est une lecture de bloc concernant plusieurs instances ou bien une lecture d'un répertoire indépendant d'une instance, les occurrences des mots-clé ne sont pas changées et l'équipement serveur se remet en attente d'une nouvelle requête. Si la lecture désigne une instance 20 particulière, le mot-clé qui lui est associé est déterminé dans l'étape E64.
L'occurrence de ce mot clé est mise à jour dans l'étape E65. L'occurrence des mots-clé sert à réordonner la liste de services et l'image de la ROM de configuration qui lui est associée (étape E66), de sorte que les instances les plus accédées soient celles référencées en premier dans le répertoire racine (<< root 25 directory en anglais) comme décrit précédemment. Dans l'étape E67, une initialisation du bus ( bus reset ) est effectuée pour informer tous les équipements clients que la structure ou le contenu de la configuration ROM a changé et qu'ils doivent donc la relire. Dans une variante de réalisation de cette étape E67, l'équipement serveur peut informer les équipements clients par l'envoi 30 d'un message, comme par exemple le message d'annonce ( Configuration ROM announcement , en anglais) défini par le protocole DEP. Les étapes décrites ici pour les instances peuvent être reproduites pour les répertoires des unités ( unit directories en anglais) qui sont référencés à partir d'un répertoire d'instance.
Dans ce cas précis, l'ordonnancement inclura, en plus des références d'instances dans le répertoire racine, les références des répertoires d'unités, dans les répertoires d'instances.
Lorsque l'ordonnancement déterminé par l'équipement serveur est le même pour plusieurs équipements clients, ces équipements clients constituent une catégorie ou un profil auquel est associée une image de la ROM de configuration comme décrit précédemment.
Dans une variante de réalisation de l'invention, un profil ne contient pas uniquement des clients ayant des ordonnancements identiques mais aussi des clients ayant des ordonnancements proches, par exemple du fait que quelques instances seulement ne sont pas dans le même ordre ou possèdent un rang d'écart dans l'ordonnancement. L'utilisation de cette variante permet d'optimiser la 15 gestion de plusieurs images contenues dans la ROM de configuration , en évitant ainsi la création d'un nombre d'images trop élevé, en particulier lorsque la fréquence d'accès d'un équipement client à un équipement serveur n'est pas constante.
La figure 7 décrit les principales étapes exécutées par un équipement serveur 20 pour gérer les requêtes de lecture d'une image de sa ROM de configuration par un équipement client. Lorsque cet équipement serveur reçoit une requête de lecture de sa ROM de configuration dans l'étape E71, il doit identifier l'émetteur de cette requête. Cette identification s'effectue dans une étape E72 et consiste à déterminer l'identificateur unique de 64 bits associé à cet équipement. 25 L'équipement serveur effectue ensuite un test dans l'étape E73 pour déterminer si l'identificateur de l'équipement client est présent dans la table des profils. Ceci permet de savoir si l'équipement client appartient ou non à un profil de clients pour lequel une image de la ROM de configuration a été construite.
Si le résultat de ce test est positif, l'équipement serveur utilise dans l'étape E74 30 l'image de la ROM de configuration associée à ce profil pour répondre à la requête de lecture du client. Si le résultat du test est négatif, c'est-à-dire que l'équipement client n'est pas connu, ou bien appartient à un profil par défaut, l'équipement serveur utilisera dans l'étape E75 la ROM de configuration par défaut pour répondre à la requête de lecture.

Claims (35)

REVENDICATIONS
1. Procédé de présentation de services d'un équipement serveur à un ou plusieurs équipements clients d'un réseau domestique comprenant une pluralité de noeuds permettant d'interconnecter une pluralité d'équipements, 5 caractérisé en ce qu'il comprend une étape de mise à disposition, pour chaque équipement client et/ou ensemble d'équipements clients présentant un même profil, d'une liste dédiée de services avec lesquels ils peuvent interagir, parmi l'ensemble des services présents sur ledit équipement serveur.
2. Procédé de présentation de services d'un équipement serveur selon la revendication 1, caractérisé en ce que la liste dédiée de services est mise à disposition de chacun des clients par ledit équipement serveur dans une image mémoire de configuration représentative des services contenus dans ladite liste.
3. Procédé de présentation de services d'un équipement serveur selon la revendication 2, caractérisé en ce que les services en début de ladite liste sont accessibles en premier dans ladite image mémoire de configuration.
4. Procédé de présentation de services d'un équipement serveur selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comprend 20 une étape d'ordonnancement du contenu de ladite liste dédiée de services, selon au moins un critère prédéterminé.
5. Procédé de présentation de services d'un équipement serveur selon la revendication 4, caractérisé en ce que ledit au moins un critère prédéterminé privilégie lesdits services les plus souvent utilisés par ledit 25 équipement client et/ou ledit ensemble d'équipements clients de même profil, en les plaçant au début de ladite liste dédiée de services.
6. Procédé de présentation de services d'un équipement serveur selon la revendication 5, caractérisé en ce que lesdits services les plus souvent utilisés par ledit équipement client et/ou ledit ensemble d'équipements 30 clients de même profil, sont déterminés préalablement à et/ou lors de la connexion d'un équipement client au réseau domestique.
7. Procédé de présentation de services d'un équipement serveur selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu'il exécute de façon itérative une étape de calcul statistique sur l'utilisation desdits services par ledit au moins un équipement client, pour déterminer les services les plus 5 souvent utilisés par cet équipement client et ainsi adapter ladite liste dédiée de services qui lui est associée.
8. Procédé de présentation de services d'un équipement serveur selon l'une des revendications 1 à 7, caractérisé en ce qu'il comprend en outre une étape de suppression des services non autorisés pour un équipement client de 10 ladite liste dédiée de services qui lui est associée, en fonction de droits d'accès aux services de l'équipement serveur définis pour cet équipement client.
9. Procédé de présentation de services d'un équipement serveur selon la revendication 8, caractérisé ce que lesdits droits d'accès ou d'utilisation des 15 services d'un équipement serveur sont paramétrés préalablement à et/ou lors de la connexion d'un équipement client audit réseau domestique.
10. Procédé de présentation de services d'un équipement serveur selon l'une quelconques des revendications 8 à 9, caractérisé en ce que chacun desdits équipements clients connectés audit réseau domestique possèdent 20 par défaut au moins un droit d'accès à un ou plusieurs services prédéterminés, dits publics, dudit équipement serveur.
11. Procédé de présentation de services d'un équipement serveur selon l'une quelconque des revendications 1 à 10, caractérisé en ce que ledit équipement serveur met en oeuvre une table de profils de chacun desdits 25 équipements clients, comprenant pour chacun d'entre eux au moins trois entrées correspondant respectivement à: - l'adresse (ou Node ID ) dudit équipement client; - l'identificateur (ou EUI64 ) unique et permanent dudit équipement client; - ladite liste dédiée de services associée audit équipement client.
12. Procédé de présentation de services d'un équipement serveur selon la revendication 11, caractérisé en ce en ce qu'il met en oeuvre, en outre, les étapes suivantes de: - réception d'une requête de lecture d'un service à partir d'un desdits équipements clients; - détermination dudit identificateur de l'équipement client émetteur de ladite requête; réponse à ladite requête de lecture à partir de ladite liste de services associée à l'identificateur de cet équipement client dans ladite table 10 des profils.
13. Procédé de présentation de services d'un équipement serveur selon l'une quelconque des revendications 1 à 12, caractérisé en ce qu'il est mis en oeuvre sur un réseau audiovisuel et/ou informatique domestique du type IEEE 1394.
14. Procédé de présentation de services d'un équipement serveur selon la revendication 13, caractérisé en ce que ledit réseau audiovisuel et/ou informatique domestique est réparti sur au moins deux sous-réseaux audiovisuels et/ou informatiques domestiques interconnectés par au moins un pont, et en ce qu'il comprend une étape d'énumération, par au moins un 20 équipement serveur, desdits sous-réseaux audiovisuels et/ou informatiques domestiques et desdits équipements clients présents sur lesdits sous-réseaux, de façon que ledit au moins équipement serveur crée une table de profils desdits équipements clients.
15. Procédé de présentation de services d'un équipement serveur selon la 25 revendication 14, caractérisé en ce que lesdits ponts interconnectant au moins deux desdits sous-réseaux audiovisuels et/ou informatiques domestiques sont du type IEEE 1394.1.
16. Procédé de présentation de services d'un équipement serveur selon l'une quelconque des revendications 11 à 15, caractérisé en ce qu'il 30 comprend une étape d'initialisation et/ou de mise à jour de ladite table de profils, lorsqu'un nouvel équipement est connecté audit réseau audiovisuel et/ou informatique domestique et/ou qu'un équipement déjà connecté change d'adresse sur ledit réseau.
17. Equipement de présentation de services d'un équipement serveur à un ou plusieurs équipements clients d'un réseau domestique comprenant une 5 pluralité de noeuds permettant d'interconnecter une pluralité d'équipements, caractérisé en ce qu'il comprend des moyens de mise à disposition, pour chaque équipement client et/ou ensemble d'équipements clients présentant un même profil, d'une liste dédiée de services avec lesquels ils peuvent interagir, parmi l'ensemble des services présents sur ledit équipement 10 serveur.
18. Equipement de présentation de services d'un équipement serveur selon la revendication 17, caractérisé en ce que ladite liste dédiée de services est mise à disposition de chacun desdits clients par ledit équipement serveur dans une image mémoire de configuration représentative desdits services 15 contenus dans ladite liste.
19. Equipement de présentation de services d'un équipement serveur selon la revendication 18, caractérisé en ce qu'il comprend des moyens pour mettre en début de ladite liste lesdits services devant être accédés en premier dans ladite image mémoire de configuration.
20. Equipement de présentation de services d'un équipement serveur selon l'une quelconque des revendications 17 à 19, caractérisé en ce qu'il comprend des moyens d'ordonnancement du contenu de ladite liste dédiée de services, selon au moins un critère prédéterminé.
21. Equipement de présentation de services d'un équipement serveur 25 selon la revendication 20, caractérisé en ce que ledit au moins un critère prédéterminé privilégie lesdits services les plus souvent utilisés par ledit équipement client et/ou ledit ensemble d'équipements clients de même profil, en les plaçant au début de ladite liste dédiée de services.
22. Equipement de présentation de services d'un équipement serveur 30 selon la revendication 21, caractérisé en ce qu'il comprend des moyens de détermination desdits services les plus souvent utilisés par ledit équipement client et/ou ledit ensemble d'équipements clients de même profil, préalablement à et/ou lors de la connexion d'un équipement client au réseau domestique.
23. Equipement de présentation de services d'un équipement serveur 5 selon l'une quelconque des revendications 17 à 22, caractérisé en ce qu'il comprend des moyens d'exécution itérative d'une étape de calcul statistique sur l'utilisation desdits services par ledit au moins un équipement client, pour déterminer les services les plus souvent utilisés par cet équipement client et ainsi adapter ladite liste dédiée de services qui lui est associée.
24. Equipement de présentation de services d'un équipement serveur selon l'une des revendications 17 à 23, caractérisé en ce qu'il comprend en outre des moyens de suppression des services non autorisés pour un équipement client de ladite liste dédiée de services qui lui est associée, en fonction de droits d'accès aux services de l'équipement serveur définis pour 15 cet équipement client.
25. Equipement de présentation de services d'un équipement serveur selon la revendication 24, caractérisé ce qu'il comprend des moyens de paramétrage desdits droits d'accès ou d'utilisation des services d'un équipement serveur, préalablement à et/ou lors de la connexion d'un 20 équipement client audit réseau domestique.
26. Equipement de présentation de services d'un équipement serveur selon l'une quelconques des revendications 24 à 25, caractérisé en ce que chacun desdits équipements clients connectés audit réseau domestique possède par défaut au moins un droit d'accès à un ou plusieurs services 25 prédéterminés, dits publics, dudit équipement serveur.
27. Equipement de présentation de services d'un équipement serveur selon l'une quelconque des revendications 17 à 27, caractérisé en ce qu'il comprend des moyens de mise en oeuvre, par ledit équipement serveur, d'une table de profils de chacun desdits équipements clients, comprenant 30 pour chacun d'entre eux au moins trois entrées correspondant respectivement à: - l'adresse (ou Node ID ) dudit équipement client; - l'identificateur (ou EUI64 ) unique et permanent dudit équipement client; - ladite liste dédiée de services associée audit équipement client.
28. Equipement de présentation de services d'un équipement serveur selon la revendication 27, caractérisé en ce en ce qu'il comprend en outre des moyens de mise en oeuvre, en outre, des étapes suivantes de: - réception d'une requête de lecture d'un service à partir d'un desdits équipements clients; - détermination dudit identificateur de l'équipement client émetteur de ladite requête; - réponse à ladite requête de lecture à partir de ladite liste de services associée à l'identificateur de cet équipement client dans ladite table des profils.
29. Equipement de présentation de services d'un équipement serveur selon l'une quelconque des revendications 17 à 28, caractérisé en ce qu'il comprend des moyens de mise en oeuvre sur un réseau audiovisuel et/ou informatique domestique du type IEEE 1394.
30. Equipement de présentation de services d'un équipement serveur 20 selon la revendication 29, caractérisé en ce qu'il comprend des moyens de répartition dudit réseau audiovisuel et/ou informatique domestique sur au moins deux sous-réseaux audiovisuels et/ou informatiques domestiques interconnectés par au moins un pont, et en ce qu'il comprend des moyens d'énumération, par au moins un équipement serveur, desdits 25 sousréseaux audiovisuels et/ou informatiques domestiques et desdits équipements clients présents sur lesdits sous-réseaux, de façon que ledit au moins équipement serveur crée une table de profils desdits équipements clients.
31. Equipement de présentation de services d'un équipement serveur 30 selon la revendication 30, caractérisé en ce que lesdits ponts interconnectant au moins deux desdits sous-réseaux audiovisuels et/ou informatiques domestiques sont du type IEEE 1394.1.
32. Equipement de présentation de services d'un équipement serveur selon l'une quelconque des revendications 27 à 31, caractérisé en ce qu'il 5 comprend des moyens d'initialisation et/ou de mise à jour de ladite table de profils, lorsqu'un nouvel équipement est connecté audit réseau audiovisuel et/ou informatique domestique et/ou qu'un équipement déjà connecté change d'adresse sur ledit réseau.
33. Dispositif d'un réseau domestique comprenant une pluralité de 10 noeuds permettant d'interconnecter une pluralité d'équipements, caractérisé en ce qu'il met en oeuvre le procédé selon les revendications 1 à 16.
34. Programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon l'une quelconque
des revendications 1 à 16.
35. Programme d'ordinateur selon la revendication 34, caractérisé en ce qu'il est exécuté sur un ordinateur et/ou sur un équipement compatible avec la norme IEEE 1394.
FR0309203A 2003-07-25 2003-07-25 Procede et dispositif de presentation de services fournis par des equipements connectes sur un reseau domestique a d'autres equipements connectes sur ce reseau, programme d'ordinateur correspondant Expired - Fee Related FR2858147B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0309203A FR2858147B1 (fr) 2003-07-25 2003-07-25 Procede et dispositif de presentation de services fournis par des equipements connectes sur un reseau domestique a d'autres equipements connectes sur ce reseau, programme d'ordinateur correspondant

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0309203A FR2858147B1 (fr) 2003-07-25 2003-07-25 Procede et dispositif de presentation de services fournis par des equipements connectes sur un reseau domestique a d'autres equipements connectes sur ce reseau, programme d'ordinateur correspondant

Publications (2)

Publication Number Publication Date
FR2858147A1 true FR2858147A1 (fr) 2005-01-28
FR2858147B1 FR2858147B1 (fr) 2006-03-10

Family

ID=33561156

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0309203A Expired - Fee Related FR2858147B1 (fr) 2003-07-25 2003-07-25 Procede et dispositif de presentation de services fournis par des equipements connectes sur un reseau domestique a d'autres equipements connectes sur ce reseau, programme d'ordinateur correspondant

Country Status (1)

Country Link
FR (1) FR2858147B1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1207707A1 (fr) * 2000-11-17 2002-05-22 Sony International (Europe) GmbH Transmission d'informations via un réseau ad-hoc
WO2002054674A1 (fr) * 2000-12-21 2002-07-11 Blokks Ab Systeme de gestion du service du reseau

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1207707A1 (fr) * 2000-11-17 2002-05-22 Sony International (Europe) GmbH Transmission d'informations via un réseau ad-hoc
WO2002054674A1 (fr) * 2000-12-21 2002-07-11 Blokks Ab Systeme de gestion du service du reseau

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CZERWINSKI S E ET AL: "AN ARCHITECTURE FOR A SECURE SERVICE DISCOVERY SERVICE", MOBICOM '99. PROCEEDINGS OF THE 5TH ANNUAL ACM/IEEE INTERNATIONAL CONFERENCE ON MOBILE COMPUTING AND NETWORKING. SEATTLE, WA, AUG. 15 - 20, 1999, ANNUAL ACM/IEEE INTERNATIONAL CONFERENCE ON MOBILE COMPUTING AND NETWORKING, NEW YORK, NY: ACM, US, vol. CONF. 5, 15 August 1999 (1999-08-15), pages 24 - 35, XP000896069, ISBN: 1-58113-142-9 *
RAMAN R ET AL: "Matchmaking: distributed resource management for high throughput computing", HIGH PERFORMANCE DISTRIBUTED COMPUTING, 1998. PROCEEDINGS. THE SEVENTH INTERNATIONAL SYMPOSIUM ON CHICAGO, IL, USA 28-31 JULY 1998, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, US, 28 July 1998 (1998-07-28), pages 140 - 146, XP010298307, ISBN: 0-8186-8579-4 *

Also Published As

Publication number Publication date
FR2858147B1 (fr) 2006-03-10

Similar Documents

Publication Publication Date Title
KR101407364B1 (ko) 홈-네트워크 콘텐츠를 필터링하는 방법 및 시스템
WO2016172175A1 (fr) Dispositif de sécurité et de gestion internet
WO2016107996A1 (fr) Boitier de communication et de gestion d&#39;equipements
FR3030966A1 (fr) Systeme de generation d&#39;une fonction reseau virtualisee
EP2883341B1 (fr) Dispositif et procede de mise a disposition de services dans un reseau de communication
FR2858147A1 (fr) Procede et dispositif de presentation de services fournis par des equipements connectes sur un reseau domestique a d&#39;autres equipements connectes sur ce reseau, programme d&#39;ordinateur correspondant
EP3357213B1 (fr) Technique d&#39;accès a un dispositif peripherique
EP3241308A1 (fr) Boitier d&#39;interconnexion d&#39;equipements utilsateurs
EP3149920B1 (fr) Technique de médiation dans un réseau résidentiel
CN103081402B (zh) 安全访问在通用即插即用数据模型中存储的配置信息的方法和系统
FR2979508A1 (fr) Systeme de gestion de peripheriques domestiques
FR2797967A1 (fr) Dispositif et procede de decouverte de peripheriques connectes a un reseau informatique
FR2837045A1 (fr) SYSTEME ET PROCEDE DE GESTION DE TRANSFERT D&#39;INFORMATIONS SUR UN RESEAU CONFORME A UNE NORME DE TRANSMISSION DE DONNEES, NOTAMMENT LA NORME UPnP, MACHINE D&#39;INTERFACAGE ET D&#39;EMULATION ET PROGRAMME D&#39;ORDINATEUR CORRESPONDANTS
WO2012010803A1 (fr) Mise a disposition d&#39;informations par un terminal mobile dans un reseau
EP3672209B1 (fr) Procédé d&#39;identification de noeud de communication
EP3556082A1 (fr) Technique de configuration d&#39;un système comprenant au moins un dispositif
FR2913841A1 (fr) Procede d&#39;acces a distance a un reseau,produit programme d&#39;ordinateur,moyen de stockage et dispositifs correspondants
EP3235254B1 (fr) Procédé d&#39;annonce de services dans un réseau de communication
EP3036867A1 (fr) Passerelle résidentielle mettant à disposition au moins un espace mémoire privé
FR3018979A1 (fr) Acces temporaire controle a un reseau local
WO2012131276A1 (fr) Substitution d&#39;un ou plusieurs serveurs de contenus par un serveur de substitution
FR2962288A1 (fr) Procede et dispositif de partage de ressources
EP2724518A1 (fr) Transcodage d&#39;un contenu reference par un serveur de contenus
EP2448218A1 (fr) Procédé de présentation de services sur un écran d&#39;un terminal
FR2835370A1 (fr) Systeme et procede de gestion d&#39;une communication entre un module emetteur et au moins un module destinataire, au sein d&#39;un reseau audiovisuel domestique

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20140331