WO2004077199A2 - Dispositif et procede de mise en communication de modules de mise en œuvre d’un bouquet de services et plate-forme de mise en œuvre d’un bouquet de services correspondante - Google Patents

Dispositif et procede de mise en communication de modules de mise en œuvre d’un bouquet de services et plate-forme de mise en œuvre d’un bouquet de services correspondante Download PDF

Info

Publication number
WO2004077199A2
WO2004077199A2 PCT/FR2004/000348 FR2004000348W WO2004077199A2 WO 2004077199 A2 WO2004077199 A2 WO 2004077199A2 FR 2004000348 W FR2004000348 W FR 2004000348W WO 2004077199 A2 WO2004077199 A2 WO 2004077199A2
Authority
WO
WIPO (PCT)
Prior art keywords
communication
services
bus
module
modules
Prior art date
Application number
PCT/FR2004/000348
Other languages
English (en)
Other versions
WO2004077199A3 (fr
Inventor
Frédérique PINSON
Fabrice Desre
Cécile Bothorel
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Publication of WO2004077199A2 publication Critical patent/WO2004077199A2/fr
Publication of WO2004077199A3 publication Critical patent/WO2004077199A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • Device and method for connecting communication modules for implementing a package of services and platform for implementing a corresponding package of services are provided.
  • the invention relates to the field of providing services on a computer network and, in particular, on the Internet.
  • portals offered by access providers or operators allow access to a bouquet of services, that is to say to an aggregation of different services accessible from a single interface.
  • the access URL addresses (“Universal Resource Locator”) are accessible from a single web page, the selection of a specific interface of the portal implementing a server or module to provide the selected service .
  • This type of architecture has a major drawback, notably due to the fact that this aggregation of services constitutes only a juxtaposition of the services, which are separately accessible from the portal.
  • Packages of services are therefore generally conceived as a juxtaposition of rigid and non-scalable services.
  • the object of the invention is to overcome this drawback and to provide an architecture for connecting communication modules for implementing a package of services which allows, on the one hand, easy integration of preexisting services which have been developed. independently and, on the other hand, an easy modification of the architecture, for example by adding, without questioning the design and the overall coherence of the architecture.
  • the invention therefore provides a device for communicating a module for implementing a service of a bouquet of services with other modules of said bouquet of services.
  • this device comprises a communication and connection interface physical of said module to a communication bus which is based on an XML communication protocol and to which said other modules are intended to be connected, and a reversible transcription stage of a program for implementing the service in a language of said protocol XML communication.
  • the service implementation module is connected to a server of the communication bus.
  • the communication and connection interface comprises a communication software stage adapted to communicate with said communication bus according to the protocol on which said bus is based.
  • the communication bus is a software bus.
  • it belongs to a peer-to-peer (P2P) type communication system.
  • P2P peer-to-peer
  • the transcription stage comprises a description file, in the extensible markup language
  • a platform for implementing a bouquet of services comprising a set of modules for implementing said services connected in a network.
  • Each module includes an interface for communication and physical connection of said module to a communication bus relying on an XML communication protocol and to which said modules are connected and a reversible transcription stage of a program for implementing the service in a protocol language on which the communication bus is based.
  • the subject of the invention is also a method of connecting a module for implementing a service of a bouquet of services comprising the steps consisting in: developing a description file, in an extensible markup angle (XML), of all the inputs / outputs of the service implementation module; develop a library of software procedures for interpreting these described inputs / outputs; connect the module to a communication bus based on an XML communication protocol, to which the other modules of the service package are connected, via a communication interface and connection of said module to the bus communication and a transcription stage incorporating the description file and the software procedure library, said interface comprising a communication software stage suitable for communicating with the communication bus according to the protocol on which the communication bus is based.
  • XML extensible markup angle
  • FIG. 1 is a block diagram illustrating the general architecture of a set of modules for implementing a bouquet of services connected to a computer network;
  • FIG. 2 is a diagram illustrating the general structure of a device for communicating a module according to the invention.
  • FIG. 3 is a flowchart illustrating the main phases of a module connection method according to the invention.
  • a device for communicating with a module for implementing a service belonging to a bouquet of services offered, for example, by a supplier of or an operator By “module” is meant, within the framework of the present request, any hardware or software means capable of providing a service to a remote user.
  • the invention applies, in general, to the communication of modules accessible from a portal, via a computer network.
  • FIG. 1 the general structure of a platform for accessing a bouquet of services has been shown.
  • This platform comprises a set of modules, designated by the general reference numbers 10, 12, 14, 16, 18, 20, 22 and 24, each implementing a specific service. These modules are connected to a communication bus 26.
  • the bus 26 ensuring the connection of the modules with each other is constituted by a so-called "software" bus, that is to say a bus which is provided with a certain number of servers which implement the communication protocol used and which implement addressing for message routing.
  • a communication device designated by the general numerical reference 28, is used for the connection of each of the modules to the software bus 26.
  • this device 28 comprises, for each module, such as 10, a communication and connection interface 32 comprising a connection interface proper 34 and a stage 36 communication software ensuring the communication of the module 10 with the other modules via the software bus 26, according to the protocol of this network.
  • the protocol used is an XML protocol, that is to say a protocol written in, or based on the extensible markup language XML ("eXtensible Markup Language").
  • XML extensible markup language
  • eXtensible Markup Language Such a language makes it possible to represent any set of data from the modules in a standardized form independent of the software which produced them. Such a form is therefore easily transmissible by network protocols and can be directly exploited by each of the modules, after conversion into the language of the software which produced it.
  • the communication device 28 further comprises a transcription stage 38 which ensures the bidirectional transcription of the data originating from the modules in XML language.
  • the transcription stage 38 includes a descriptive file 40, previously prepared, grouping all the inputs / outputs of the module 10 in XML language, when the latter is implemented, as well as a software library 42 grouping together the software procedures for interpreting the inputs / outputs stored in the file 40, which correspond to the operations of the service to be rendered.
  • This descriptive file and of this library makes it possible to match the software of the service with a code in XML language which can subsequently be transmitted on the software bus 26 using the communication software stage 36, which manages the communications according to the network protocol used.
  • a service server in order to connect a service server or, in other words, to integrate this service into a bouquet of services, it is first of all advisable, during a first step 44, to elaborate the file 40 for description of the inputs / outputs of the server in XML language, which file corresponds to a representation in XML language of the inputs / outputs of the server, then, during a following step 46, to elaborate the library software 42 capable of interpreting and processing the XML messages developed during the previous step 44.
  • a software library is also developed which makes it possible to manage the incoming and outgoing flows in order to implement the treatments corresponding to a service to be provided.
  • the server is then provided with the connection interface 34 (step 50) allowing its physical connection to the software bus. From the library managing the inputs / outputs developed during the previous step 46, there is then incorporated, during the next step 52, a switch in the management of the incoming flows, then the assembly is compiled (step 54) .
  • the invention which has just been described, which uses a stage for converting service software into XML, makes it possible to establish a dialogue between servers of a bouquet of services and thus makes it possible to interact. these servers with each other.
  • the server of the service only has a programming interface and does not include any means of communication, and is therefore only suitable for rendering the requested service. To make it communicating, it is therefore necessary to add to it the connection interface 34, the communication software stage 36 and the transcription stage 38. However, in the case where the server has a connection interface 34 and the communication stage 36, the transcription stage 38 is added to it.
  • the server has the communication functions and knows the XML protocol, it is provided with a gateway for establishing communication between its protocol and that of the software bus.
  • a gateway for establishing communication between its protocol and that of the software bus.
  • SOAP which is a communication protocol based on XML and HTTP, and which allows the interoperability of applications across the Web.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

L'invention concerne un dispositif de mise en communication d'un module de mise en œuvre d'un service d'un bouquet de services avec d'autres modules dudit bouquet de services. Ce dispositif comporte une interface (28) de mise en communication et de raccordement physique dudit module à un bus (26) de communication s'appuyant sur le protocole XML, auquel sont raccordés lesdits modules et un étage (38) de transcription réversible d'un programme de mise en œuvre du service en un langage dudit protocole XML.

Description

Dispositif et procédé de mise en communication de modules de mise en œuvre d'un bouquet de services et plate-forme de mise en œuvre d'un bouquet de services correspondante.
L'invention concerne le domaine de la fourniture de services sur un réseau informatique et, en particulier, sur le réseau Internet.
Comme on le sait, des portails proposés par des fournisseurs d'accès ou par des opérateurs permettent d'accéder à un bouquet de services, c'est-à-dire à une agrégation de différents services accessibles à partir d'une interface unique. Dans un tel portail, les adresses URL d'accès (« Universal Ressource Locator ») sont accessibles à partir d'une seule page Web, la sélection d'une interface spécifique du portail mettant en œuvre un serveur ou module pour fournir le service sélectionné. Ce type d'architecture présente un inconvénient majeur, notamment en raison du fait que cette agrégation de services ne constitue qu'une juxtaposition des services, lesquels sont séparément accessibles depuis le portail. Les bouquets de services sont donc généralement conçus comme une juxtaposition de services rigides et non évolutifs.
Le but de l'invention est de pallier cet inconvénient et de fournir une architecture de mise en communication de modules de mise en œuvre d'un bouquet de services qui permette, d'une part, une intégration aisée de services préexistants qui ont été développés de façon indépendante et, d'autre part, une modification aisée de l'architecture, par exemple par ajout, sans mise en cause de la conception et de la cohérence globale de l'architecture.
L'invention propose donc un dispositif de mise en communication d'un module de mise en œuvre d'un service d'un bouquet de services avec d'autres modules dudit bouquet de services.
Selon une caractéristique générale de ce dispositif, celui-ci comporte une interface de mise en communication et de raccordement physique dudit module à un bus de communication qui s'appuie sur un protocole de communication XML et auquel lesdits autres modules sont destinés à être raccordés, et un étage de transcription réversible d'un programme de mise en œuvre du service en un langage dudit protocole de communication XML.
Il est ainsi possible d'établir une communication directe entre les modules du bouquet de services et ce, selon un langage compréhensible par tous ces modules.
Selon une autre caractéristique de ce dispositif, le module de mise en œuvre du service est raccordé à un serveur du bus de communication.
Selon un mode de réalisation, l'interface de communication et de raccordement comporte un étage logiciel de communication adapté pour communiquer avec ledit bus de communication selon le protocole sur lequel s' appuie ledit bus.
Selon une autre caractéristique du dispositif selon l'invention, le bus de communication est un bus logiciel. Il appartient par exemple à un système de communication de type poste à poste (P2P) .
Selon un mode de réalisation, l' étage de transcription comporte un fichier de description, dans le langage de balisage extensible
(XML), de l'ensemble des entrées/sorties dudit module de mise en œuvre du service et une bibliothèque de procédures logicielles d'interprétation de ces entrées/sorties
Selon l'invention, il est également proposé une plate-forme de mise en œuvre d'un bouquet de services, comprenant un ensemble de modules de mise en œuvre desdits services raccordés en réseau.
Chaque module comporte une interface de mise en communication et de raccordement physique dudit module à un bus de communication s' appuyant sur un protocole de communication XML et auquel sont raccordés lesdits modules et un étage de transcription réversible d'un programme de mise en œuvre du service en un langage du protocole sur lequel s' appuie le bus de communication. Enfin, l' invention a également pour objet un procédé de raccordement d'un module de mise en œuvre d'un service d'un bouquet de services comportant les étapes consistant à : élaborer un fichier de description, dans un l angage de balisage extensible (XML), de l' ensemble des entrées/sorties du module de mise en œuvre du service ; élaborer une bibliothèque de procédures logicielles d' interprétation de ces entrées/sorties décrites ; raccorder le module à un bus de communication s' appuyant sur un protocole de communication XML, sur lequel sont raccordés les autres modules du bouquet de service, par l'intermédiaire d'une interface de mise en communication et de raccordement dudit module au bus de communication et d' un étage de transcription incorporant le fichier de description et la bibliothèque de procédures logicielles, ladite interface comprenant un étage logiciel de communication adapté pour communiquer avec le bus de communication selon le protocole sur lequel s'appuie le bus de communication.
D'autres buts, caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée uniquement à titre d'exemple non limitatif et faite en référence aux dessins annexés sur lesquels :
- la figure 1 est un schéma synoptique illustrant l'architecture générale d'un ensemble de modules de mise en œuvre d'un bouquet de services raccordés sur un réseau informatique ;
- la figure 2 est un schéma illustrant la structure générale d'un dispositif de mise en communication d'un module conforme à l'invention, et
- la figure 3 est un organigramme illustrant les principales phases d'un procédé de raccordement de modules conforme à l'invention. Dans la suite de la description, on va décrire, à titre d'exemple, un dispositif de mise en communication d'un module de mise en œuvre d'un service appartenant à un bouquet de services proposé, par exemple, par un fournisseur d'accès ou un opérateur. Par "module", on entend, dans le cadre de la présente demande, tout moyen matériel ou logiciel capable de fournir un service à un utilisateur distant.
L'invention s'applique, de manière générale, à la mise en communication de modules accessibles depuis un portail, par l'intermédiaire d'un réseau informatique.
Sur la figure 1, on a représenté la structure générale d'une plate-forme d'accès à un bouquet de services. Cette plate-forme comporte un ensemble de modules, désignés par les références numériques générales 10, 12, 14, 16, 18 , 20, 22 et 24, mettant en œuvre chacun un service spécifique. Ces modules sont raccordés à un bus de communication 26.
Le bus 26 assurant le raccordement des modules les uns avec les autres est constitué par un bus dit "logiciel" , c'est-à-dire un bus qui est pourvu d'un certain nombre de serveurs qui implémentent le protocole de communication utilisé et qui mettent en œuvre l'adressage pour le routage des messages.
En se référant à la figure 2, afin de garantir l'interopérabilité des modules 10, 12, 14, 16, 18, 20, 22, et 24, et en particulier afin de permettre une coopération entre ces modules, un dispositif de communication, désigné par la référence numérique générale 28, est utilisé pour le raccordement de chacun des modules au bus logiciel 26.
Comme on le voit sur la figure 2, ce dispositif 28 comporte, pour chaque module, tel que 10, une interface de communication et de raccordement 32 comprenant une interface de connexion proprement dite 34 et un étage 36 logiciel de communication assurant la communication du module 10 avec les autres modules par l'intermédiaire du bus logiciel 26, selon le protocole de ce réseau. En particulier, selon une caractéristique de l'invention, le protocole utilisé est un protocole XML, c'est-à-dire un protocole écrit dans, ou s' appuyant sur le langage de balisage extensible XML (« eXtensible Markup Language »). Un tel langage permet de représenter tout ensemble de données issues des modules sous une forme normalisée et indépendante des logiciels qui les ont produites. Une telle forme est donc aisément transmissible par les protocoles du réseau et peut être directement exploitable par chacun des modules, après conversion dans le langage du logiciel qui l'a produite. A cet effet, le dispositif de mise en communication 28 comporte en outre un étage 38 de transcription qui assure la transcription bidirectionnelle des données issues des modules en langage XML. Pour pouvoir procéder à une telle transcription, l'étage 38 de transcription comporte un fichier descriptif 40, préalablement élaboré, regroupant l'ensemble des entrées/sorties du module 10 en langage XML, lorsque ce dernier est mis en œuvre, ainsi qu'une bibliothèque logicielle 42 regroupant les procédures logicielles d'interprétation des entrées/sorties stockées dans le fichier 40, qui correspondent aux opérations du service à rendre. L'utilisation de ce fichier descriptif et de cette bibliothèque permet de faire correspondre au logiciel du service un code en langage XML susceptible par la suite d'être transmis sur le bus logiciel 26 en utilisant l'étage logiciel de communication 36, lequel gère les communications selon le protocole du réseau utilisé. Ainsi, en se référant à la figure 3, pour procéder au raccordement d'un serveur de service ou, en d'autres termes, pour intégrer ce service à un bouquet de services, il convient tout d'abord, lors d'une première étape 44, d'élaborer le fichier 40 de description des entrées/sorties du serveur en langage XML, lequel fichier correspond à une représentation en langage XML des entrées/sorties du serveur, puis, lors d'une étape 46 suivante, d'élaborer la bibliothèque logicielle 42 sachant interpréter et traiter les messages XML élaborés lors de l'étape 44 précédente.
Lors de l'étape 48 suivante, on élabore également une bibliothèque logicielle permettant de gérer les flux entrant et sortant pour mettre en œuvre les traitements correspondant à un service à fournir.
On dote alors le serveur de l'interface de connexion 34 (étape 50) permettant son raccordement physique au bus logiciel. A partir de la bibliothèque gérant les entrées/sorties élaborées lors de l'étape 46 précédente, on incorpore alors, lors de l'étape 52 suivante, un aiguillage dans la gestion des flux entrant, puis on compile l'ensemble (étape 54).
Comme on le conçoit, l'invention qui vient d'être décrite, qui utilise un étage de conversion des logiciels de services en langage XML, permet d'établir un dialogue entre des serveurs d'un bouquet de services et permet ainsi de faire interagir ces serveurs entre eux.
En outre, à la différence des portails conventionnels, qui se contentent de recevoir des requêtes d'accès à des services, il est possible d'implémenter le point d'accès au bouquet de services sous la forme d'une application exécutable, connectée elle-même à un bus logiciel auquel sont raccordés les serveurs du bouquet de services. L'utilisateur a dès lors la possibilité d' établir une réelle communication avec les serveurs.
Ainsi, par exemple, pour un bouquet de services proposant, d'une part, un service d'élaboration de résumés de documents et, d'autre part, un service d'information permettant de disposer de documents provenant de groupes de presse, il est possible de faire interagir les deux services de manière à disposer d'un résumé d'un document de presse. On notera enfin que l'invention n' est pas limitée au mode de réalisation décrit. En effet, dans ce qui précède, on a considéré que le serveur du service ne dispose que d'une interface de programmation et ne comporte aucun moyen de communication, et n' est donc adapté que pour rendre le service demandé. Pour le rendre communicant, il est donc nécessaire de lui adjoindre l'interface de connexion 34, l' étage logiciel de communication 36 et l' étage de transcription 38. Cependant, dans le cas où le serveur dispose d'une interface de connexion 34 et de l' étage de communication 36, on lui ajoute l' étage de transcription 38. Enfin, dans le cas où le serveur dispose des fonctions de communication et connaît le protocole XML, on lui fournit une passerelle pour établir une communication entre son protocole et celui du bus logiciel. Tel serait le cas d'un serveur dont le protocole de communication est le « SOAP », qui est un protocole de communication s'appuyant sur le XML et le HTTP, et qui permet l'interopérabilité des applications à travers le Web.

Claims

REVENDICATIONS
1. Dispositif de mise en communication d'un module (10, 12, 14, 16, 18, 20, 22, 24). de mise en œuvre d'un service d'un bouquet de services avec d' autres modules dudit bouquet de services, caractérisé en ce qu' il comporte une interface (28) de mise en communication et de raccordement physique dudit module à un bus (26) de communication s' appuyant sur un protocole de communication XML, auquel sont raccordés lesdits modules, et un étage (38) de transcription réversible d' un programme de mise en œuvre du service en un langage dudit protocole de communication (XML).
2. Dispositif selon la revendication 1 , caractérisé en ce que le module de mise en œuvre du service est raccordé à' un serveur du bus (26) de communication.
3. Dispositif selon l'une des revendications 1 et 2, caractérisé en ce que l'interface de communication et de raccordement comporte un étage logiciel (36) de communication adapté pour communiquer avec ledit bus de communication selon le protocole sur lequel s' appuie ledit bus.
4. Dispositif selon la revendication 3 , caractérisé en ce que le bus de communication (26) est un bus logiciel.
5. Dispositif selon l'une quelconque des revendications 1 à 4, caractérisé en ce que l' étage de transcription comporte un fichier (40) de description, dans le langage de balisage extensible (XML), de l' ensemble des entrées/sorties dudit module de mise en œuvre du service et une bibliothèque (42) de procédures logicielles d'interprétation de ces entrées/sorties.
6. Plate-forme de mise en œuvre d'un bouquet de services, comprenant un ensemble de modules (10, 12, 14, 16, 18, 20, 22, 24) de mise en œuvre desdits services raccordés en un réseau informatique, caractérisé en ce que chaque module comporte une interface (28) de mise en communication et de raccordement physique dudit module à un bus de communication s' appuyant sur un protocole de communication XML auquel sont raccordés lesdits modules et un étage (38) de transcription réversible d'un programme de mise en œuvre du service en un langage sur lequel s' appuie ledit bus de communication.
7. Procédé de raccordement d'un module de mise en œuvre d'un service d' un bouquet de services, caractérisé en ce qu'il comporte les étapes consistant à : élaborer un fichier (40) de description, dans un langage de balisage extensible (XML), de l'ensemble des entrées/sorties du module de mise en œuvre du service ; élaborer une bibliothèque (42) de procédures logicielles d'interprétation de ces entrées/sorties décrites ; raccorder le module à un bus de communication (26) s'appuyant sur un protocole de communication XML, sur lequel sont raccordés les autres modules du bouquet de service, par l'intermédiaire d'une interface (28) de mise en communication et de raccordement dudit module au bus (26) et d'un étage (38) de transcription incorporant lesdites bibliothèques, ladite interface comprenant un étage logiciel de communication adapté pour communiquer avec le système de communication poste à poste selon le protocole sur lequel s' appuie ledit bus (26).
PCT/FR2004/000348 2003-02-17 2004-02-16 Dispositif et procede de mise en communication de modules de mise en œuvre d’un bouquet de services et plate-forme de mise en œuvre d’un bouquet de services correspondante WO2004077199A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR03/01894 2003-02-17
FR0301894A FR2851390A1 (fr) 2003-02-17 2003-02-17 Dispositif et procede de mise en communication de modules de mise en oeuvre d'un bouquet de services et plate-forme de mise en oeuvre d'un bouquet de services correspondante

Publications (2)

Publication Number Publication Date
WO2004077199A2 true WO2004077199A2 (fr) 2004-09-10
WO2004077199A3 WO2004077199A3 (fr) 2004-10-21

Family

ID=32749618

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2004/000348 WO2004077199A2 (fr) 2003-02-17 2004-02-16 Dispositif et procede de mise en communication de modules de mise en œuvre d’un bouquet de services et plate-forme de mise en œuvre d’un bouquet de services correspondante

Country Status (2)

Country Link
FR (1) FR2851390A1 (fr)
WO (1) WO2004077199A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7901457B2 (en) 2003-05-16 2011-03-08 Musculoskeletal Transplant Foundation Cartilage allograft plug

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1122652A1 (fr) * 2000-02-03 2001-08-08 Mitsubishi Denki Kabushiki Kaisha Système pour l'intégration de données
WO2001067679A1 (fr) * 2000-03-10 2001-09-13 Shenzhen Liming Network Systems Co., Ltd. Plate-forme de commutateur d'informations
US20030005002A1 (en) * 2001-01-31 2003-01-02 Computer Associates Think, Inc. System and method for defining and presenting a composite web page
US20030033212A1 (en) * 1999-06-14 2003-02-13 Sandhu Harpal S. System and method for conducting web-based financial transactions in capital markets

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030033212A1 (en) * 1999-06-14 2003-02-13 Sandhu Harpal S. System and method for conducting web-based financial transactions in capital markets
EP1122652A1 (fr) * 2000-02-03 2001-08-08 Mitsubishi Denki Kabushiki Kaisha Système pour l'intégration de données
WO2001067679A1 (fr) * 2000-03-10 2001-09-13 Shenzhen Liming Network Systems Co., Ltd. Plate-forme de commutateur d'informations
US20030005002A1 (en) * 2001-01-31 2003-01-02 Computer Associates Think, Inc. System and method for defining and presenting a composite web page

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7901457B2 (en) 2003-05-16 2011-03-08 Musculoskeletal Transplant Foundation Cartilage allograft plug

Also Published As

Publication number Publication date
WO2004077199A3 (fr) 2004-10-21
FR2851390A1 (fr) 2004-08-20

Similar Documents

Publication Publication Date Title
CA2357409C (fr) Systeme de communication d'un equipement d'automatisme base sur le langage wsdl
CA2454207C (fr) Systeme et procede d'acces aux donnees a distance et de transcodage pour un dispositif de communication mobile
EP1473904B1 (fr) Procédé et système d'accès à un réseau poste à poste
JP2005510804A (ja) 拡張可能マークアップ言語（ｘｍｌ）ドキュメントを処理するシステムおよび方法
EP2795878B1 (fr) Procédé de partage d'un contenu multimédia entre utilisateurs
CN1890942B (zh) 重定向对万维网服务的客户端请求的方法
EP1376410B1 (fr) Procédé de gestion d'informations de contexte par serveur intermédiaire
WO2002021343A3 (fr) Acces, depuis un service, a des donnees conservees en memoire au niveau d'une fonction intermediaire
JPH11514117A (ja) オーバヘッドの少ないｔｃｐ通信システム
EP1590939A1 (fr) SYSTEME ET PROCEDE DE SYNCHRONISATION DE DONNEES ENTRE DES PORTAILS DE SERVICES ET DES PLATES-FORMES D’ACCES A DES SERVICES UTILISANT UN TEL SYSTEME DE SYNCHRONISATION
WO2011091844A1 (fr) Procédé, appareil et système pour déclenchement intercepté de l'exécution de services internet
WO2006045983A1 (fr) Procede d'interception de requêtes de redirection http, systeme et dispositif serveur pour la mise en oeuvre de ce procede
WO2004077199A2 (fr) Dispositif et procede de mise en communication de modules de mise en œuvre d’un bouquet de services et plate-forme de mise en œuvre d’un bouquet de services correspondante
EP2737686A1 (fr) Procédé de gestion de l'accès à un ensemble de ressources délivrées par un dispositif électronique
EP1494419B1 (fr) Système de transmission de paramètres caractéristiques d'une session de communication d'un terminal vers un serveur distant
CA2433216A1 (fr) Serveur d'annuaire reparti
WO2012022922A1 (fr) Terminal portable pour réseau mobile
EP1671451B1 (fr) Procede et systeme de mise a disposition d'informations de taxation d'un service payant delivre par un fournisseur de services
FR2935505A1 (fr) Systeme informatique a serveur d'acces simplifie, et procede correspondant
EP1650684A1 (fr) Dispositif de médiation pour accéder à des applications non Internet depuis des applications Internet
Sward Using ada in a service-Ooriented architecture
FR2848054A1 (fr) Systeme et procede de transmission d'informations associes a des droits d'utilisation
EP1904939A2 (fr) Procede et dispositif d'interaction entre des applications informatiques et un site distant
Dolan SOAP in a Mobile Environment
FR2788398A1 (fr) Interfonctionnement de caches cooperants et caches repartis

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 BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG 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 NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
122 Ep: pct application non-entry in european phase