FR2832009A1 - Procede et dispositif pour controler l'acces d'un terminal aux donnees d'un serveur via un reseau de telecommunication - Google Patents
Procede et dispositif pour controler l'acces d'un terminal aux donnees d'un serveur via un reseau de telecommunication Download PDFInfo
- Publication number
- FR2832009A1 FR2832009A1 FR0114442A FR0114442A FR2832009A1 FR 2832009 A1 FR2832009 A1 FR 2832009A1 FR 0114442 A FR0114442 A FR 0114442A FR 0114442 A FR0114442 A FR 0114442A FR 2832009 A1 FR2832009 A1 FR 2832009A1
- Authority
- FR
- France
- Prior art keywords
- server
- data
- terminal
- access
- notes
- 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.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/16—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for devices exhibiting advertisements, announcements, pictures or the like
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2115—Third party
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
- Y04S40/20—Information technology specific aspects, e.g. CAD, simulation, modelling, system security
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Health & Medical Sciences (AREA)
- Software Systems (AREA)
- General Health & Medical Sciences (AREA)
- General Engineering & Computer Science (AREA)
- Bioethics (AREA)
- Computer Hardware Design (AREA)
- Databases & Information Systems (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
Abstract
L'invention concerne un procédé pour contrôler l'accès d'un terminal (10) aux données (16) d'un serveur (12), cet accès étant effectué par un réseau de communication (14).Selon l'invention on prévoit, lorsque le terminal (10) requiert la transmission des données (16), que le serveur (12) transmette au terminal (10) des moyens pour établir une communication entre ce terminal (10) et un serveur (20) de contrôle afin d'informer le serveur (20) de contrôle de l'identité du serveur (12) requis et de la requête d'accès du terminal (10) aux données (16).
Description
<Desc/Clms Page number 1>
PROCEDE ET DISPOSITIF POUR CONTROLER L'ACCES D'UN TERMINAL AUX
DONNEES D'UN SERVEUR VIA UN RESEAU DE TELECOMMUNICATION
La présente invention concerne un procédé et un dispositif pour contrôler l'accès d'un terminal aux données d'un serveur via un réseau de télécommunication tel que le réseau Internet, et notamment pour autoriser et/ou facturer cet accès.
DONNEES D'UN SERVEUR VIA UN RESEAU DE TELECOMMUNICATION
La présente invention concerne un procédé et un dispositif pour contrôler l'accès d'un terminal aux données d'un serveur via un réseau de télécommunication tel que le réseau Internet, et notamment pour autoriser et/ou facturer cet accès.
Le réseau Internet comporte des serveurs reliés à un réseau de communication, notamment téléphonique, et contenant ou hébergeant des données, par exemple pour coder des images, des fichiers audio et/ou des programmes, accessibles à des terminaux reliés à ce même réseau téléphonique.
A cet effet, chacun de ces terminaux est équipé d'un modem permettant d'appeler et d'établir une communication avec les serveurs, également équipés d'un modem. Au cours d'une communication, le terminal requiert le transfert de données hébergées dans le serveur et reçoit ces dernières à l'aide d'un programme dit"navigateur"qui permet, notamment, le décodage des données émises par le serveur et codées dans le langage, normalisé pour les communications via le réseau Internet, dénommé HTML ("Hypertext Markup Language").
En outre, le terminal comprend généralement un deuxième type de programme, dit"plug-in"ou module d'extension au navigateur HTML, qui permet au serveur de commander le
<Desc/Clms Page number 2>
terminal au moyen des données transmises. Tel est le cas lorsque ces données sont codées en HTML dans un"embed object", c'est- à-dire un objet inclus dans le texte HTML qui déclenche le plugin et permet, par exemple, l'établissement d'une communication entre le terminal et un autre serveur référencé par le plug-in.
L'accès aux données d'un serveur peut être payant, lorsque ces données correspondent à une oeuvre soumise à des redevances en raison d'un droit d'auteur. Dans ce cas, les données payantes ne sont transmises au terminal que lorsque ce dernier effectue un paiement correspondant à l'accès requis. Généralement, un tel paiement s'effectue par une transmission codée du terminal vers le serveur d'un numéro de compte ou de carte bancaire pouvant être débité de la redevance nécessaire à la transmission requise des données.
Mais de tels paiements effectués via un réseau téléphonique, dits paiements en ligne, sont considérés comme risqués du fait d'une possible interception frauduleuse des données confidentielles transmises lors du paiement en ligne. En effet, les moyens de cryptage protégeant de tels paiements n'assurent pas une protection certaine contre de telles interceptions. De ce fait, les utilisateurs tendent à éviter l'utilisation de services facturés en ligne.
Par ailleurs, lorsqu'un serveur héberge des données sous licence, le gestionnaire du serveur doit généralement payer des redevances au propriétaire des données, ces redevances étant calculées en fonction des accès effectués à ces données à partir du serveur. Dans ce cas, le mode de paiement précédemment décrit ne permet pas au propriétaire des données d'évaluer les redevances dues par le gestionnaire indépendamment de ce dernier, seul connaisseur du nombre et de la nature des accès au serveur et aux données sous licence.
Une telle situation est inacceptable pour de nombreux propriétaires ou auteurs qui ne licencient pas leurs données à défaut d'avoir un outil pour établir, indépendamment des
<Desc/Clms Page number 3>
gestionnaires de serveurs sous licence, les redevances que ces derniers doivent leur payer.
La présente invention résout ces problèmes. Elle concerne un procédé pour contrôler l'accès d'un terminal téléphonique aux données d'un serveur qui est caractérisé en ce qu'on prévoit, lorsque le terminal effectue une requête pour recevoir des données du serveur, la transmission du serveur au terminal de moyens pour établir une communication entre ce terminal et un serveur de contrôle afin d'informer le serveur de contrôle de la requête d'accès du terminal aux données du serveur.
Dès lors, le propriétaire des données hébergées dans le serveur peut contrôler, au moyen d'un tel serveur de contrôle, l'accès aux données sous licence.
Notamment, on peut contrôler que le serveur requis par un terminal pour obtenir des données possède une licence en accord avec cette requête. Dans ce cas, on prévoit, dans une réalisation, que l'exploitation des données requises par le terminal ne puisse pas être effectuée sans la transmission d'une autorisation du serveur de contrôle au terminal.
Le propriétaire peut aussi évaluer les redevances dues par le gestionnaire du serveur à partir de son serveur de contrôle, ce dernier étant informé de tous les accès effectués aux serveurs sous licence.
Dans une réalisation, les moyens transmis comprennent au moins un des éléments suivants : une page HTML d'accueil, un embed object, des informations identifiant le serveur requis et la requête effectuée.
Selon un mode de réalisation, après avoir été informé de l'identité du serveur requis et de la requête d'accès du terminal aux données, le serveur de contrôle transmet au terminal un code d'accès permettant à ce dernier de recevoir les données requises au serveur contrôle.
Dans une réalisation, les données requises sont soumises à une licence telle que le nombre de transmissions de
<Desc/Clms Page number 4>
données vers les terminaux est limité et renouvelable périodiquement, et/ou telle que la licence est gratuite et les transmissions sont facturées ultérieurement, et/ou telle que la licence est gratuite pour un nombre n donné de transmissions et payante pour toute autre transmission.
Dans ce cas, dans un mode de réalisation, la redevance due par le gestionnaire du serveur est fonction du nombre de transmissions de données, de leurs durées, et/ou de la quantité de données transférées.
Dans un mode de réalisation, la transmission des données du serveur sous licence vers le terminal requérant est en langage HTML.
Selon une réalisation, les données musicales transmises sont facturées suivant divers niveaux de transmission en fonction de la durée et/ou de la quantité de données considérées transmises.
Dans une réalisation, le serveur de contrôle est un serveur distinct du serveur facturé.
Selon un mode de réalisation, les données sont produites automatiquement de la façon suivante : - on définit des moments musicaux au cours desquels au moins quatre notes sont susceptibles d'être jouées, - on définit deux familles de hauteurs de notes, pour chaque moment musical, la deuxième famille de hauteurs de notes possédant au moins une hauteur de note qui n'est pas dans la première famille, on constitue au moins une succession de notes possédant au moins deux notes, chaque succession de notes étant appelée"une phrase musicale", succession dans laquelle, pour chaque moment, chaque note dont la hauteur appartient exclusivement à la deuxième famille est entourée exclusivement de notes de la première famille, et - on produit un signal représentatif de chaque hauteur de note de chacune desdites successions.
<Desc/Clms Page number 5>
Dans ce cas, on prévoit une réalisation telle que, pour définir deux familles de hauteurs de notes, pour chaque moment musical, on définit la première famille comme un ensemble de hauteurs de notes appartenant à un accord dupliqué d'octave en octave.
Pour la définition de deux familles de hauteurs de notes, on prévoit, dans une réalisation, que la deuxième famille de hauteurs de notes comporte au moins les hauteurs de notes d'une gamme qui ne sont pas dans la première famille de hauteurs de notes.
Selon une réalisation, au cours de la constitution d'au moins une succession de notes possédant au moins deux notes, chaque phrase musicale est définie comme un ensemble de notes dont les instants de début ne sont pas séparés entre eux, deux à deux, de plus qu'une durée prédéterminée.
L'invention concerne aussi un terminal équipé d'un plug-in et relié à un réseau de communication caractérisé en ce qu'il comporte un moyen pour que, lorsque ce terminal effectue une requête pour accéder aux données d'un serveur, le plug-in établisse une communication avec un serveur de contrôle de façon à informer ce dernier de la requête.
Dans une réalisation, le terminal comprend alors des moyens pour recevoir de ce serveur de contrôle un code d'accès permettant au terminal d'accéder aux données requises.
L'invention concerne aussi un serveur relié à un réseau de communication caractérisé en ce qu'il comprend des moyens pour transmettre, lorsque ce serveur reçoit une requête de données d'un terminal, au terminal des moyens pour établir une communication entre ce terminal et un serveur de contrôle au cours de laquelle le serveur de contrôle est informé de l'identité du serveur requis et de la requête d'accès du terminal aux données.
Dans ce cas, dans une réalisation, les moyens transmis comprennent au moins un des éléments suivants : une page HTML
<Desc/Clms Page number 6>
d'accueil, un embed object, des informations identifiant le serveur requis et la requête effectuée.
D'autres caractéristiques et avantages de l'invention apparaîtront avec la description ci-après, effectuée à titre descriptif et non limitatif, en se référant à l'unique figure ci-jointe qui représente un système de contrôle conforme à l'invention.
Sur cette figure, on a représenté un terminal 10 voulant accéder à des données mémorisées dans un serveur 12 relié au réseau téléphonique 14. Ce serveur 12 héberge des fichiers musicaux 16 pouvant être transmis par le réseau téléphonique 14 et des données codées en langage HTML pour une page d'accueil transmise à tout terminal 10 tentant d'accéder aux fichiers musicaux.
Cette page d'accueil, qui informe l'utilisateur du terminal 10 que sa requête est en cours de traitement, comprend aussi des données identifiant le serveur 12 et les fichiers 16 musicaux requis par le terminal 10. De plus, un"embed object", c'est-à-dire un programme déclenchant une opération de la part d'un plug-in 18 du navigateur du terminal est compris dans la page HTML.
Le plug-in 18 du terminal 10 entraîne une communication entre le terminal 10 et un serveur 20 de contrôle.
Lors de cette communication, le terminal 10 transmet les données identifiant le serveur 12 et les fichiers musicaux 16 requis. Le serveur 20 de contrôle mémorise alors ces informations et vérifie que le serveur 12 dispose d'une licence valide pour transmettre les données requises par le terminal 10. A cet effet, le serveur 20 de contrôle comprend une base de données déterminant le type de licence attribué à chaque serveur 12 sous licence.
Une licence peut être attribuée de diverses manières.
Par exemple, elle peut être achetée pour un nombre limité d'accès aux fichiers musicaux et être renouvelable périodiquement, ou elle peut être gratuite tandis que le nombre
<Desc/Clms Page number 7>
d'accès est compté et/ou facturé ultérieurement, ou encore, la licence peut être gratuite pour un nombre n donné d'accès et être payante au-delà.
Dans l'exemple, l'accès au serveur 12 permet la transmission vers le terminal 10 de fichiers 16 de musique.
Toutefois, l'invention concerne aussi un service de transmission de données en continu dans une durée de temps déterminée, par exemple de quelques heures, ou d'une transmission de durée indéterminée.
Après vérification, le serveur 20 de contrôle transmet un signal 22 certifiant la validité de la connexion du terminal 10 vis-à-vis du serveur 12 et permet ainsi au plugin 18 de télécharger les fichiers musicaux requis par le terminal. Dès lors, le compteur d'utilisation (non représenté) du serveur 12 est incrémenté d'un accès correspondant à la transmission autorisée par le certificat 22. Ce compteur peut être utilisé pour la facturation de la licence au serveur, pour effectuer des statistiques de fréquentation ou pour d'autres services.
La description effectuée ci-dessus concerne l'accès aux données d'un serveur par un terminal relié au réseau Internet via un réseau téléphonique. Toutefois, l'invention concerne tout type d'accès d'un terminal aux données d'un serveur via un réseau de télécommunication quelconque, par exemple lorsque ce terminal est un téléphone portable accédant aux données d'un serveur du type WAP (Wireless Acess Protocol).
Dans une variante de l'invention, lorsque le serveur de contrôle a vérifié la validité de la licence d'un serveur contenant des informations requises par un terminal, ce serveur de contrôle transmet au terminal un certificat autorisant l'exploitation des données transmises.
Par ailleurs, en fonction des licences accordées, le "plug-in"peut être tel qu'il transmet au serveur de contrôle des données en fin de communication telles que la durée ou le débit de cette dernière.
Claims (16)
1. Procédé pour contrôler l'accès d'un terminal (10) aux données (16) d'un serveur (12), cet accès étant effectué par un réseau de communication (14), caractérisé en ce qu'on prévoit, lorsque le terminal (10) requiert la transmission des données (16), que le serveur (12) transmette au terminal (10) des moyens pour établir une communication entre ce terminal (10) et un serveur (20) de contrôle afin d'informer le serveur (20) de contrôle de l'identité du serveur (12) requis et de la requête d'accès du terminal (10) aux données (16).
2. Procédé selon la revendication 1, caractérisé en ce que les moyens transmis comprennent au moins un des éléments suivants : une page HTML d'accueil, un embed object, des informations identifiant le serveur requis et la requête effectuée.
3. Procédé selon la revendication 1 ou 2 caractérisé en ce que, après avoir été informé de l'identité du serveur (12) requis et de la requête d'accès du terminal (10) aux données (16), le serveur (20) de contrôle transmet au terminal (10) un code d'accès permettant à ce dernier de recevoir les données requises du serveur (12).
4. Procédé selon la revendication 1, 2 ou 3 caractérisé en ce que les données (16) requises sont soumises à une licence telle que le nombre de transmissions de données (16) vers les terminaux (10) est limité et renouvelable périodiquement, et/ou telle que la licence est gratuite et les transmissions sont facturées ultérieurement, et/ou telle que la licence est gratuite pour un nombre n donné de transmissions et payante pour toute autre transmission.
5. Procédé selon la revendication 4 caractérisé en ce que la redevance due par le gestionnaire du serveur (12) est fonction du nombre de transmissions de données (16), de leurs durées, et/ou de la quantité de données transférées.
6. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que la transmission des données du
<Desc/Clms Page number 9>
serveur sous licence (12) vers le terminal (10) requérant est en langage HTML.
7. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les données transmises sont facturées suivant divers niveaux de transmission en fonction de la durée et/ou de la quantité de données considérées transmises.
8. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le serveur de contrôle est un serveur distinct du serveur facturé.
9. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les données (16) sont des données musicales produites automatiquement de la façon suivante : - on définit des moments musicaux au cours desquels au moins quatre notes sont susceptibles d'être jouées, - on définit deux familles de hauteurs de notes, pour chaque moment musical, la deuxième famille de hauteurs de notes possédant au moins une hauteur de note qui n'est pas dans la première famille, on constitue au moins une succession de notes possédant au moins deux notes, chaque succession de notes étant appelée"une phrase musicale", succession dans laquelle, pour chaque moment, chaque note dont la hauteur appartient exclusivement à la deuxième famille est entourée exclusivement de notes de la première famille, et - on produit un signal représentatif de chaque hauteur de note de chacune desdites successions.
10. Procédé selon la revendication 9, caractérisé en ce que, pour définir deux familles de hauteurs de notes, pour chaque moment musical, on définit la première famille comme un ensemble de hauteurs de notes appartenant à un accord dupliqué d'octave en octave.
11. Procédé selon la revendication 10, caractérisé en ce que, pour la définition de deux familles de hauteurs de notes, la deuxième famille de hauteurs de notes comporte au
<Desc/Clms Page number 10>
moins les hauteurs de notes d'une gamme qui ne sont pas dans la première famille de hauteurs de notes.
12. Procédé selon l'une des revendications 9 à 11, caractérisé en ce qu'au cours de la constitution d'au moins une succession de notes possédant au moins deux notes, chaque phrase musicale est définie comme un ensemble de notes dont les instants de début ne sont pas séparés entre eux, deux à deux, de plus qu'une durée prédéterminée.
13. Terminal équipé d'un plug-in et relié à un réseau de communication caractérisé en ce qu'il comporte un moyen permettant, lorsque le terminal effectue une requête pour accéder aux données (16) d'un serveur, que le plug-in établisse une communication avec un serveur de contrôle de façon à informer ce dernier de la requête.
14. Terminal selon la revendication 13 caractérisé en ce qu'il comprend des moyens pour recevoir de ce serveur de contrôle un code d'accès permettant au terminal d'accéder aux données requises.
15. Serveur relié à un réseau de communication caractérisé en ce qu'il comporte un moyen pour transmettre, lorsque ce serveur reçoit une requête de données (16) d'un terminal (10), au terminal (10) des moyens pour établir une communication entre ce terminal (10) et un serveur (20) de contrôle au cours de laquelle le serveur (20) de contrôle est informé de l'identité du serveur (12) requis et de la requête d'accès du terminal (10) aux données (16).
16. Serveur selon la revendication 15, caractérisé en ce que les moyens transmis comprennent au moins un des éléments suivants : une page HTML d'accueil, un embed object, des informations identifiant le serveur requis et la requête effectuée.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0114442A FR2832009A1 (fr) | 2001-11-08 | 2001-11-08 | Procede et dispositif pour controler l'acces d'un terminal aux donnees d'un serveur via un reseau de telecommunication |
| AU2002349708A AU2002349708A1 (en) | 2001-11-08 | 2002-11-07 | Process, terminal and server for controlling access to data |
| PCT/IB2002/004658 WO2003040897A2 (fr) | 2001-11-08 | 2002-11-07 | Procede, terminal et serveur de regulation d'acces, a partir d'un terminal, a des donnees d'un serveur par l'intermediaire d'un reseau de telecommunications |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0114442A FR2832009A1 (fr) | 2001-11-08 | 2001-11-08 | Procede et dispositif pour controler l'acces d'un terminal aux donnees d'un serveur via un reseau de telecommunication |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2832009A1 true FR2832009A1 (fr) | 2003-05-09 |
Family
ID=8869175
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0114442A Withdrawn FR2832009A1 (fr) | 2001-11-08 | 2001-11-08 | Procede et dispositif pour controler l'acces d'un terminal aux donnees d'un serveur via un reseau de telecommunication |
Country Status (3)
| Country | Link |
|---|---|
| AU (1) | AU2002349708A1 (fr) |
| FR (1) | FR2832009A1 (fr) |
| WO (1) | WO2003040897A2 (fr) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1996042041A2 (fr) * | 1995-06-07 | 1996-12-27 | Open Market, Inc. | Systemes de controle et de surveillance d'acces a des serveurs internet |
| WO1998058306A1 (fr) * | 1997-06-17 | 1998-12-23 | Shopnow.Com Inc. | Procede et system permettant d'introduire sans risque des informations electroniques dans une application d'achat en direct |
| US5857020A (en) * | 1995-12-04 | 1999-01-05 | Northern Telecom Ltd. | Timed availability of secured content provisioned on a storage medium |
| WO2000048110A2 (fr) * | 1999-02-11 | 2000-08-17 | Ezlogin.Com, Inc. | Acces personnalise a des sites web |
-
2001
- 2001-11-08 FR FR0114442A patent/FR2832009A1/fr not_active Withdrawn
-
2002
- 2002-11-07 AU AU2002349708A patent/AU2002349708A1/en not_active Abandoned
- 2002-11-07 WO PCT/IB2002/004658 patent/WO2003040897A2/fr not_active Application Discontinuation
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1996042041A2 (fr) * | 1995-06-07 | 1996-12-27 | Open Market, Inc. | Systemes de controle et de surveillance d'acces a des serveurs internet |
| US5857020A (en) * | 1995-12-04 | 1999-01-05 | Northern Telecom Ltd. | Timed availability of secured content provisioned on a storage medium |
| WO1998058306A1 (fr) * | 1997-06-17 | 1998-12-23 | Shopnow.Com Inc. | Procede et system permettant d'introduire sans risque des informations electroniques dans une application d'achat en direct |
| WO2000048110A2 (fr) * | 1999-02-11 | 2000-08-17 | Ezlogin.Com, Inc. | Acces personnalise a des sites web |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2003040897A2 (fr) | 2003-05-15 |
| WO2003040897A3 (fr) | 2004-01-22 |
| AU2002349708A1 (en) | 2003-05-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0451057B1 (fr) | Système de paiement de services par téléphone | |
| EP1153376B1 (fr) | Procede de telepaiement et systeme pour la mise en oeuvre de ce procede | |
| KR100855644B1 (ko) | 다운로드 링크의 유형에 기반하여 미디어 파일들의 상이한버전들을 다운로드하는 방법 및 시스템 | |
| EP1168693A1 (fr) | Procédé de distribution d'informations audiovisuelles et système de distribution d'informations audiovisuelles | |
| FR2832009A1 (fr) | Procede et dispositif pour controler l'acces d'un terminal aux donnees d'un serveur via un reseau de telecommunication | |
| CN107566410B (zh) | 一种数据保全报文请求处理方法和装置 | |
| FR2776454A1 (fr) | Systeme de telephonie mobile avec carte de prepaiement | |
| US20060031168A1 (en) | Method for access to multimedia content and a platform for implementation of the method | |
| FR2815203A1 (fr) | Mandataire de paiement securise internet avec validation par telephone mobile | |
| EP1430456B1 (fr) | Installation de paiement electronique pour l'achat de biens ou services proposes par un serveur marchand et procede mis en oeuvre dans une telle installation | |
| WO2006015538A1 (fr) | Procede et dispositif pour fournir de l’espace memoire a un terminal mobile | |
| EP1079348A2 (fr) | Procédé de paiement en ligne | |
| EP1452028B1 (fr) | Procede de gestion de fourniture d'acces a un contenu crypte destine a etre diffuse sur un reseau, ainsi que systeme et serveur pour la mise en oeuvre de ce procede | |
| EP2798564A1 (fr) | Procédé et système de sécurisation d'un paiement réalisé à l'aide d'une carte de paiement | |
| KR20190017848A (ko) | 컨텐츠 제공 방법 | |
| KR20180048493A (ko) | 컨텐츠 제공 방법 | |
| KR20170018364A (ko) | 컨텐츠 제공 방법 | |
| FR3024259A1 (fr) | Systeme et procede de paiement sur facture de telephone mobile | |
| FR2945140A1 (fr) | Procede de suspension et d'activation d'un service dans un reseau mobile | |
| FR2797547A1 (fr) | Dispositif, installation et procede de protection contre la fraude d'un reseau de communication telephonique dans le cadre d'un service de communications prepayees | |
| WO2009098364A1 (fr) | Procédé et système pour gérer l'accès à des services de télécommunication dans le contexte d'un programme d'acquisition et de fidélisation de clientèle, et équipements de communication mobile dédiés | |
| FR2817056A1 (fr) | Procede d'acces prepaye a un reseau de communication | |
| FR2839832A1 (fr) | Procede et systeme d'authentifcation d'un utilisateur par un serveur informatique | |
| FR2945173A1 (fr) | Procede d'authentification d'un terminal de communication mobile lors d'un acces a une plateforme de services via un reseau mobile | |
| KR20140109348A (ko) | 컨텐츠 전달 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |