[go: up one dir, main page]

WO2004004294A1 - Procede d'individualisation d'un terminal relie a au moins un serveur a travers un reseau - Google Patents

Procede d'individualisation d'un terminal relie a au moins un serveur a travers un reseau Download PDF

Info

Publication number
WO2004004294A1
WO2004004294A1 PCT/FR2003/001975 FR0301975W WO2004004294A1 WO 2004004294 A1 WO2004004294 A1 WO 2004004294A1 FR 0301975 W FR0301975 W FR 0301975W WO 2004004294 A1 WO2004004294 A1 WO 2004004294A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
server
certificate
esn
connection
Prior art date
Application number
PCT/FR2003/001975
Other languages
English (en)
Inventor
Rodolphe Grunenwald
Yolaine Vu Van
Original Assignee
Schlumberger Systemes
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 Schlumberger Systemes filed Critical Schlumberger Systemes
Priority to EP03761646A priority Critical patent/EP1518390A1/fr
Priority to AU2003260632A priority patent/AU2003260632A1/en
Priority to MXPA05000168A priority patent/MXPA05000168A/es
Priority to AP2005003214A priority patent/AP2005003214A0/xx
Publication of WO2004004294A1 publication Critical patent/WO2004004294A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/48—Secure or trusted billing, e.g. trusted elements or encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/73—Validating charges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/765—Linked or grouped accounts, e.g. of users or devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70—Administration or customization aspects; Counter-checking correct charges
    • H04M15/77—Administration or customization aspects; Counter-checking correct charges involving multiple accounts per user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M17/02—Coin-freed or check-freed systems, e.g. mobile- or card-operated phones, public telephones or booths
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M17/02—Coin-freed or check-freed systems, e.g. mobile- or card-operated phones, public telephones or booths
    • H04M17/026—Constructional features
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0156—Secure and trusted billing, e.g. trusted elements, encryption, digital signature, codes or double check mechanisms to secure billing calculation and information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/70—Administration aspects, modify settings or limits or counter-check correct charges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/70—Administration aspects, modify settings or limits or counter-check correct charges
    • H04M2215/7072—Validate charges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/724—Linked accounts
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/72—Account specifications
    • H04M2215/724—Linked accounts
    • H04M2215/7254—Multiple accounts per user

Definitions

  • the present invention relates to a method for individualizing a terminal connected to at least one server through a network, a terminal and a server suitable for implementing said method.
  • a public telephone network is made up of public telephones distributed over a given territory. Public telephones are connected to a communication network, constituted for example by the switched telephone network PSTN (acronym for Public Switching Telephone Network), with which it communicates by means of a modem.
  • PSTN Public Switching Telephone Network
  • a public telephone network generally comprises one or more central computers or management servers, often called PMS servers (acronym of the English term Payphone Management System), allowing the network operator to operate the supervision of the various sound telephones. network.
  • PMS servers ancronym of the English term Payphone Management System
  • This PMS server connected to the switched telephone network via a router, has the function of exchanging with the telephone fleet information relating to the functioning of the telephone system.
  • the PMS server has the function of operating the downloading of updates to programs operating the circuits of public telephones, updates correcting any errors detected in the programs already in place or even introducing new services for users.
  • the PMS server has the function of receiving reports from each telephone, in particular alarm reports or billing statistics.
  • Two telephones can be initialized on site (by a surveillance and / or service agent) with the same telephone number, made possible by entering this number by the maintenance agent via a program service available in the public telephone.
  • the PMS server cannot correctly process the reports from the two separate telephones since they are erroneously considered according to the associated telephone number as coming from one and the same telephone. Consequently, duplicates of information appear, even erroneous accumulations of data such as the number of chargeable taxes, the number of calls made, etc. hindering the optimization and the profitability calculation of a set of telephones.
  • the PMS server is unable to locate a telephone remotely, the initialization of which is incorrectly set up on site by a monitoring and / or service agent.
  • the present invention overcomes these drawbacks.
  • It relates to a method for individualizing a terminal connected to at least one PMS type server through a network, of the switched network type comprising the following steps: a) at the terminal, establish a connection session with the server, and
  • the operating mode comprises the following steps:
  • ESN Electronic Serial Number
  • a single certificate is sent to the terminal during certain connection sessions corresponding to a predetermined service request.
  • the service request is of the initialization type.
  • the certificate guarantees the absence of duplicates or duplicates in the server tables, which allows correct processing of reports from each terminal.
  • the certificate is stored at the level of its generation to be either transmitted to the terminal during an initiation session, or checked for any other type of session (downloading, daily call, call for alarm, etc.).
  • a source certificate (ESN) is generated coded on 8 bytes. This random number is specific and unique to each PMS. This guarantees the uniqueness of the numbers generated on each server especially in the case of a system cascading several PMS servers.
  • the PMS is equipped for this purpose with a function allowing:
  • the source certificate is a random number. It will be used as the base number for the generation of the following certificates (ESN) in successive increments of 1.
  • the present invention also relates to an installation, a terminal and a server for implementing the method according to the invention.
  • Other characteristics and advantages of the invention will become apparent in the light of the detailed description below and of the drawings in which:
  • FIG. 1 is a schematic view of a public telephone network used for the implementation of the method according to the invention
  • FIG. 2 is a flowchart illustrating the steps of the method according to the invention.
  • FIG. 3 is a diagram illustrating the operating mode according to the invention.
  • the reference 1 designates a public telephone network 1, comprising a fleet of public telephones 10.
  • the telephones 10 are intended for use by self-service users and are therefore installed for this purpose in public places, such as streets or semi-public areas, such as shopping centers, airports, hotel halls, restaurants. , shops, etc.
  • These telephones 10 allow users to carry out telephone communications, using an appropriate telephone network referenced 2.
  • This telephone network 2 is of the analog switched type PSTN (Public Switching Telephone Network) or of the digital type ISDN (Integrated Services Digital Network).
  • PSTN Public Switching Telephone Network
  • ISDN Integrated Services Digital Network
  • This network 2 can also be constituted by a mobile radiotelephony network, whatever its nature: GSM, CDMA, TDMA, AMPS, D-AMPS, GPRS, or by the Internet or more generally by all communication networks capable of transmitting data as well as by any combination of such networks.
  • These public telephones 10 can also be adapted to access information or service servers for Web and Internet services, as well as information or service servers for services residing on private networks.
  • Such access allows the operator operating the network 1, to offer users a wide range of services, ranging for example, and without limitation, from reading their electronic mail to consulting local information.
  • These public telephones 10 are suitable for communicating with a server 5, also called a PMS dedicated to the operation and management of the public telephony network 1.
  • the function of the PMS server 5 is to exchange information with the fleet of public telephones 10 concerning their operation and more generally the operation of the public telephone system.
  • the PMS server 5 manages the initialization sessions of public telephones and establishes statistical data from information received from public telephones 10 (alarms, operating counters).
  • the public telephones 10 and the PMS 5 are provided with appropriate means of supervision and of reception / transmission of information.
  • These organization and reception / transmission means are responsible for organizing the exchange of information between public telephones 10 and the PMS 5 or an FTP server 4 (For File Transfer Protocol), capable of controlling data or software transfers between the public telephones 10 and the FTP server 4.
  • FTP server 4 Form File Transfer Protocol
  • the PMS server 5 transfers to the public telephones 10, the files necessary for their operation, such as tariff tables, configuration parameters such as the type of dialing, the characteristics of the line, opposition lists or monitoring the means of payment used.
  • the public telephones 10 for their part transmit information relating to their use, namely a daily report comprising data relating to the transactions carried out, to the traffic, an alarm report which makes it possible to report to the PMS 5 the occurrence of incidents or attacks on their integrity, such as a breakdown in the card reader or a torn handset, so as to provide for the intervention of a surveillance agent and a status file characterizing the content of the telephone (such as indications of the different versions of programs used by the microprocessor).
  • FTP File Transfer Protocol
  • each public telephone 10 which integrates a client FTP server entity, will connect to the FTP server 4 and download or download the appropriate files.
  • the public telephones 10 can connect to a PROXY server 6 serving as a communication interface between the public telephones 10 and the PMS server 5. Furthermore, to allow connection to the various servers and in particular to the PROXY 6 server, to the PMS server 5 or to the FTP server 4, the telephones 10 are equipped with TCP / IP communication protocols in accordance with the technical recommendations of 11ETF (Internet Engineering task Force) .
  • 11ETF Internet Engineering task Force
  • the Applicant proposes an individualization method according to the invention to avoid the creation of duplicates which may occur in certain situations.
  • One of these situations corresponds to that of a surveillance and / or service agent wishing to install a telephone in the location of his choice and wishing to initialize the terminal for the first time with the PMS server 5.
  • the individualization method comprises the following steps.
  • the terminal 10 calls the PMS server 5 according to a connection session 20 of Connect type, according to a chosen format, for example according to the protocol for data transfer PDU (Protocol Data Unit).
  • PDU Protocol Data Unit
  • the connection session 20 includes a service request corresponding here to an initialization request.
  • This service request is accompanied by identification type data, for example number of the NAP terminal.
  • the PMS server 5 verifies the NAP identity of the calling terminal.
  • the verification (steps 30 and 34, FIG. 3) then relates to the fact of knowing whether the terminal in connection is a new terminal, declared beforehand or not, with the possibility of general or partial initialization.
  • This ESN certificate is unique for the connected terminal. It is associated with the identity number of the NAP terminal.
  • the ESN certificate is a random number (at the first generation), for example coded on 8 bytes.
  • the server 5 stores the ESN certificate thus generated in a table corresponding to the associated NAP identity.
  • the server 5 communicates (step 24, FIG. 2) the ESN certificate thus generated towards the terminal, via the FTP server 4 and / or the PROXY server 6 if necessary.
  • the terminal receives the ESN certificate and stores it in an appropriate memory, for example a Flash type memory.
  • This ESN certificate thus makes it possible to individualize the new terminal in a unique way, which prevents the duplicates mentioned above.
  • the server 5 In the case of a terminal already registered in the tables of the PMS server, and for which general or partial initialization is authorized, the server 5 also dynamically generates an ESN certificate. This certificate is then written to a table on the server before being sent to the terminal, as described above.
  • the ESN-2 certificate of the terminal 10-2 of NAP-2 identity comprises an increment of 1 compared to the ESN-1 certificate of the terminal 10-1 of NAP-1 identity.
  • the service request is validated after the verification of the ESN certificate of the terminal in connection. (There is no generation of a new certificate here)
  • the service request is authorized by the server.
  • the communication protocol between the server and the terminal may, if necessary, comprise steps for accepting the exchange of data ACCEPT (step 22, figure 2) and DISCONNECT (step 26, figure 2) in accordance with the PDU protocol.
  • the server keeps in its tables the old value of the certificate.
  • the individualization method also responds to the problem encountered when a service agent wishing to install a new terminal makes an error in entering the identity number of the NAP terminal.
  • the server checks the identity of the NAP number.
  • the server If it is unknown, the server considers this telephone to be a new telephone and it is managed as if it were a first initialization as described above (provided that this automatic creation is authorized by the PMS server).
  • the server checks the NAP and ESN pair.
  • the individualization method according to the invention also responds to maintenance operations, for example when an agent wishes to change a card of the terminal after a breakdown.
  • the terminal is considered to be a new terminal and it is managed as such, i.e. calculation of an ESN certificate and sending by the server at the terminal (provided that this automatic creation is authorized by the PMS server). .
  • the terminal is already known by the server, a new initialization must be implemented in order to assign new initialization files as well as the ESN certificate (the reinitialization of said terminal is authorized by the operator by setting interface update machine man).
  • the ESN certificate is checked in accordance with step 36.
  • the method according to the invention also finds an application when no initialization is planned or planned and an agent wishes to carry out an initialization due to a technical problem.
  • the server checks the pair formed by the NAP number and the ESN certificate to guarantee the absence of duplication. In the event of a positive verification, initialization is authorized and the server communicates the corresponding files while in the event of a negative verification, communication is refused.
  • the ESN certificate is systematically checked, in particular during service requests of the alarm type, daily report, download of objects, remote diagnosis.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

Le procédé d'individualisation d'un terminal (10) relié à au moins un serveur (5) à travers un réseau (2) comprend les étapes suivantes: a) au niveau du terminal (10), établir une session de connexion (20) avec le serveur (5), et b) au niveau du serveur (5), traiter la session de connexion selon un mode opératoire choisi. Le mode opératoire comprend les étapes suivantes: c) au niveau du serveur (5), en cas de demande de service du terminal incluse dans la session de connexion, générer un certificat (ESN) unique associé audit terminal (10), et communiquer ledit certificat audit terminal; d) au niveau du terminal (10), recevoir et stocker ledit certificat (ESN); et e) au niveau du serveur (5), valider la demande de service avec le terminal ainsi individualisé de manière unique.

Description

PROCEDE D'INDIVIDUALISATION D'UN TERMINAL RELIE A AU MOINS UN SERVEUR A TRAVERS UN RESEAU
La présente invention concerne un procédé d'individualisation d'un terminal relié à au moins un serveur à travers un réseau, un terminal et un serveur adaptés à la mise en œuvre dudit procédé.
Elle trouve une application générale dans la gestion de terminaux de service, et plus particulièrement de terminaux de communication tels que des téléphones publics.
D'une manière générale, un réseau de téléphonie publique se compose de téléphones publics répartis sur un territoire donné. Les téléphones publics sont connectés à un réseau de communication, constitué par exemple par le réseau téléphonique commuté PSTN (acronyme anglo- saxon pour Public Switching Téléphone Network), avec lequel il communique au moyen d'un modem.
Un réseau de téléphonie publique comporte généralement un ou plusieurs ordinateurs centraux ou serveurs de gestion, souvent appelés serveurs PMS (acronyme du terme anglo-saxon Payphone Management System), permettant à l'opérateur du réseau d'opérer la supervision des différents téléphones de son réseau.
Ce serveur PMS, raccordé au réseau téléphonique commuté via un routeur, a pour fonction d'échanger avec le parc de téléphones des informations relatives au fonctionnement du système de téléphonie.
En pratique, le serveur PMS a pour fonction d'opérer le téléchargement des mises à jour des programmes faisant fonctionner les circuits des téléphones publics, mises à jour corrigeant d'éventuelles erreurs détectées dans les programmes déjà en place ou bien encore introduisant de nouvelles prestations pour les usagers.
De plus, le serveur PMS a pour fonction de recevoir des rapports émanant de chaque téléphone, notamment des rapports d'alarme ou bien des statistiques de facturation.
Deux téléphones, installés physiquement à deux endroits différents, peuvent être initialisés sur site (par un agent de surveillance et/ ou de service) avec le même numéro de téléphone, rendu possible par la saise dudit numéro par l'agent de maintenance via un programme de maintenance disponibles dans le téléphone public.
Dans ce cas, le serveur PMS ne peut correctement traiter les rapports émanant des deux téléphones distincts puisqu'ils sont considérés par erreur selon le numéro de téléphone associé comme provenant d'un seul et même téléphone. Dès lors apparaissent des doublons d'informations voire des cumuls erronés de données tels le nombre de taxe grillées, le nombre d'appels réalises etc. gênant l'optimisation et le calcul de rentabilité d'un ensemble de téléphones.
De même, le serveur PMS est dans l'incapacité de localiser à distance un téléphone dont l'initialisation est incorrectement mise en place sur site par un agent de surveillance et/ ou de service.
La présente invention remédie à ces inconvénients.
Elle porte sur un procédé d'individualisation d'un terminal relié à au moins un serveur de type PMS à travers un réseau, du type réseau commuté comprenant les étapes suivantes : a) au niveau du terminal, établir une session de connexion avec le serveur, et
b) au niveau du serveur, recevoir et traiter la session de connexion selon un mode opératoire choisi.
Selon une définition générale de l'invention, le mode opératoire comprend les étapes suivantes :
c) au niveau du serveur, en cas de demande de service du terminal incluse dans la session de connexion, générer un certificat, baptisé ESN (pour Electronic Sériai Number), unique associé audit terminal, et communiquer ledit certificat audit terminal. Cette demande de service ne pourra être qu'une demande d'initialisation ;
d) au niveau du terminal, recevoir et stocker ledit certificat dans ses mémoires internes; et
e) au niveau du serveur, valider la demande de service du terminal ainsi individualisé de manière unique.
Ainsi, un certificat unique est envoyé au terminal lors de certaines sessions de connexion correspondant à une demande de service prédéterminée .
En pratique la demande de service est du type initialisation.
Ce certificat permet de garantir l'absence de doublon ou duplicata dans les tables du serveur, ce qui permet un traitement correct des rapports émanant de chaque terminal. Avantageusement, le certificat est stocké au niveau du dès sa génération pour être soit transmis au terminal lors d'une session d'initilisation, soit contrôlé pour tout autre type de session (téléchargement, appel journalier, appel pour alarme...).
A ce stade deux points fondamentaux de l'invention sont a préciser :
• Au moment du démarrage initial d'un serveur de type PMS un certificat (ESN) source est généré codé sur 8 octets. Ce nombre aléatoire est propre et unique à chaque PMS. Cela garantit l'unicité des nombres générés sur chaque serveur spécialement en cas d'un système cascadant plusieurs serveurs PMS.
• Partant de ce nombre « racine », les certificats suivants générés se feront par incrément de 1 puis distribués terminal par terminal et enfin stockés dans les tables du serveur. • Si dans toutes les sessions d'appels (téléchargement, appel journalier, appel pour alarme...) le certificat (ESN) est contrôlé, il sera généré lors des sessions d'initialisation uniquement dans les cas suivants :
1. Si l'opérateur a autorisé de manière globale (tous les terminaux) l'initialisation desdits terminaux par choix d'une option via son interface homme machine,
2. Si l'opérateur a autorisé de manière unique (un ou plusieurs terminaux) l'initialisation desdits terminaux par choix d'une option via son interface homme machine, 3. Ce principe, évitera avantageusement les réinitialisations accidentelles (non autorisées) de terminaux existants. Le tableau ci-dessous résumera les points ci-dessus :
Figure imgf000006_0001
Figure imgf000007_0001
Le PMS est équipé pour ce faire, d'une fonction autorisant :
• La génération d'un certificat (ESN) source au moment du démarrage du serveur PMS et son stockage dans ses tables,
• L'incrément de 1 , puis le stockage de chaque ESN généré, transmis aux terminaux à la suite d'une demnde d'initialisation,
• Le contrôle de tout certificat (ESN) dans toutes les sessions possibles émanant de terminaux,
• La possibilité de débrayer au besoin, de manière globale, le contrôle du certificat (ESN),
• La régénération d'un certificat (ESN) sur demande lors d'une nouvelle demande d'initialisation.
Selon un mode de réalisation préféré, le certificat source est un nombre aléatoire. Il servira de nombre de base à la génération des certificats suivants (ESN) par incrément successif de 1.
La présente invention a également pour objet une installation, un terminal et un serveur pour la mise en œuvre du procédé selon l'invention. D'autres caractéristiques et avantages de l'invention apparaîtront à la lumière de la description détaillée ci-après et des dessins dans lesquels :
- La figure 1 est une vue schématique d'un réseau de téléphonie publique utilisé pour la mise en œuvre du procédé selon l'invention ;
La figure 2 est un organigramme illustrant les étapes du procédé selon l'invention ; et
La figure 3 est un schéma illustrant le mode opératoire selon l'invention.
Sur la figure 1, la référence 1 désigne un réseau 1 de téléphonie publique, comprenant un parc de téléphones publics 10.
Les téléphones 10 sont destinés à être utilisés par les usagers en libre service et sont donc installés à cette fin dans des lieux publics, tels que les rues ou semi-publics, tels que les centres commerciaux, les aéroports, halls d'hôtels, restaurants, magasins, etc.
Ces téléphones 10 permettent aux usagers d'effectuer des communications téléphoniques, en utilisant un réseau téléphonique approprié référencé 2.
Ce réseau téléphonique 2 est du type commuté analogique PSTN (Public Switching Téléphone Network) ou du type numérique ISDN (Integrated Services Digital Network).
Ce réseau 2 peut également être constitué par un réseau de radiotéléphonie mobile et ce quelle que soit sa nature : GSM, CDMA, TDMA, AMPS, D-AMPS, GPRS, ou encore par le réseau Internet ou plus généralement par tous réseaux de communication aptes à transmettre des données ainsi que par toutes combinaisons de tels réseaux.
Ces téléphones publics 10 peuvent également être adaptés pour accéder à des serveurs d'informations ou de fournitures de services du Web et de l'Internet, ainsi qu'à des serveurs d'informations ou de fournitures de services résidant sur des réseaux privés.
De tels accès permettent à l'opérateur exploitant le réseau 1, de proposer aux usagers une large palette de services, allant par exemple, et à titre non limitatif, de la lecture de leur courrier électronique à la consultation d'informations locales.
Ces téléphones publics 10 sont adaptés pour communiquer avec un serveur 5, encore appelé PMS dédié au fonctionnement et à la gestion du réseau de téléphonie publique 1.
Le serveur PMS 5 a pour fonction d'échanger avec le parc de téléphones publics 10 des informations concernant leur fonctionnement et plus généralement le fonctionnement du système de téléphonie publique.
En particulier, le serveur PMS 5 gère les sessions d'initialisation des téléphones publics et établit des données statistiques à partir des informations reçues des téléphones publics 10 (alarmes, compteurs d'exploitation).
Les téléphones publics 10 et les PMS 5 sont munis de moyens appropriés de supervision et de réception / émission d'informations.
Ces moyens d'organisation et de réception / émission sont chargés d'organiser les échanges d'informations entre les téléphones publics 10 et le PMS 5 ou un serveur FTP 4 (Pour File Transfert Protocol), aptes à contrôler des transferts de données ou logiciels entre les téléphones publics 10 et le serveur FTP 4.
En autres fonctions, le serveur PMS 5 transfère vers les téléphones publics 10, les fichiers nécessaires à leur fonctionnement, tels que des tables tarifs, des paramètres de configuration comme le type de numérotation, les caractéristiques de la ligne, des listes d'opposition ou de surveillance des moyens de paiement utilisés.
Les téléphones publics 10 transmettent de leur côté des informations relatives à leur utilisation, à savoir un rapport journalier comportant des données relatives aux transactions effectuées, au trafic, un rapport d'alarme qui permet de signaler au PMS 5 la survenue d'incidents ou des atteintes à leur intégrité, comme une panne sur le lecteur de cartes ou un combiné arraché, de manière à prévoir l'intervention d'un agent de surveillance et un fichier de statut caractérisant le contenu du téléphone (tel que des indications des différentes versions de programmes utilisés par le microprocesseur).
Pour faciliter les échanges de données, on peut utiliser un serveur 4 spécifiquement conçu et adapté au transfert de fichier 4, appelé. FTP (File Transfert Protocol).
A partir de commandes reçues par le serveur PMS 5, chaque téléphone public 10 qui intègre une entité serveur FTP client, va se connecter au serveur FTP 4 et télécharger ou télédécharger les fichiers appropriés.
Par ailleurs, les téléphones publics 10 peuvent se connecter à un serveur PROXY 6 servant d'interface de communication entre les téléphones publics 10 et le serveur PMS 5. Par ailleurs, pour permettre la connexion aux différents serveurs et notamment au serveur PROXY 6, au serveur PMS 5 ou au serveur FTP 4, les téléphones 10 sont équipés de protocoles de communication TCP/IPconformes aux recommandations techniques de 11ETF (Internet Engineering task Force) .
En référence aux figures 2 et 3, le Demandeur propose un procédé d'individualisation permettant selon l'invention d'éviter la création de doublons pouvant intervenir dans certaines situations.
L'une de ces situations correspond à celle d'un agent de surveillance et/ ou de service souhaitant installer un téléphone dans la localisation de son choix et souhaitant initialiser pour la première fois le terminal auprès du serveur PMS 5.
Selon l'invention, le procédé d'individualisation comprend les étapes suivantes.
Tout d'abord, le terminal 10 appelle le serveur PMS 5 selon une session de connexion 20 de type Connect, selon un format choisi, par exemple selon le protocole de transfert de données PDU (Protocol Data Unit) .
La session de connexion 20 comprend une demande de service correspondant ici à une demande d'initialisation.
Cette demande de service est accompagnée de données de type identification, par exemple numéro du terminal NAP.
De son côté, le serveur PMS 5 vérifie l'identité NAP du terminal appelant. La vérification (étapes 30 et 34, figure 3) porte ensuite sur le fait de savoir si le terminal en connexion est un nouveau terminal, déclaré au préalable ou non, avec possibilité d'initialisation générale ou partielle.
S'il s'agit d'un nouveau terminal, c'est-à-dire inconnu des tables du serveur 5, ou déclaré comme tel, alors un certificat ESN pour « Electronic Sériai Number, c'est-à-dire numéro de série électronique » est généré par le serveur 5 (étape 32, figure 3).
Ce certificat ESN est unique pour le terminal en connexion. Il est associé au numéro d'identité du terminal NAP.
De préférence, le certificat ESN est un numéro aléatoire (à la première génération), par exemple codé sur 8 octets.
Le serveur 5 stocke le certificat ESN ainsi engendré dans une table en correspondance avec l'identité NAP associée.
Ensuite, le serveur 5 communique (étape 24, figure 2) le certificat ESN ainsi généré vers le terminal, via le cas échéant le serveur FTP 4 et/ ou le serveur PROXY 6.
De son côté, le terminal reçoit le certificat ESN et le stocke dans une mémoire appropriée, par exemple une mémoire de type Flash.
Ce certificat ESN permet ainsi d'individualiser de manière unique le nouveau terminal, ce qui empêche les doublons mentionnés ci-avant
Dans le cas d'un terminal déjà inscrit dans les tables du serveur PMS, et pour lequel l'initialisation générale ou partielle est autorisée, le serveur 5 génère également un certificat ESN, de façon dynamique. Ce certificat est ensuite écrit dans une table du serveur avant d'être envoyer au terminal, comme décrit précédemment.
En pratique, le certificat ESN-2 du terminal 10-2 d'identité NAP-2 comprend un incrément de 1 par rapport au certificat ESN-1 du terminal 10-1 d'identité NAP-1.
Dans le cas d'un terminal déjà connu et en l'absence d'une initialisation générale ou partielle (étape 36, figure 3), la demande de service est validée après la vérification du certificat ESN du terminal en connexion. (Il n'y a pas ici de génération d'un nouveau certificat)
En cas de vérification négative du certificat ESN, la demande de service est refusée par le serveur.
En cas de vérification positive, la demande de service est autorisée par le serveur.
Le protocole de communication entre le serveur et le terminal peut le cas échéant comprendre des étapes d'acceptation d'échange de données ACCEPT, (étape 22, figure 2) et DISCONNECT (étape 26, figure 2) conformément au protocole PDU.
Ces échanges permettent notamment de valider la réception du certificat ESN côté terminal.
Ainsi, en cas de problème dans l'émission/ réception du certificat ESN et en l'absence d'accusé de réception émis par le terminal, le serveur conserve dans ses tables l'ancienne valeur du certificat. Le procédé d'individualisation répond également au problème rencontré lorsqu'un agent de service souhaitant installer un nouveau un terminal, fait une erreur dans la saisie du numéro d'identité du terminal NAP.
En effet dans ce cas, le serveur vérifie l'identité du numéro NAP.
Si celui-ci est inconnu, le serveur considère ce téléphone comme étant un nouveau téléphone et il est géré comme s'il s'agit d'une première initialisation telle que décrite ci-avant (pour peu que cette création automatique soit autorisée par le serveur PMS).
Si le numéro NAP est connu, le serveur vérifie alors la paire NAP et ESN.
En cas de comparaison négative dans les tables du serveur, le téléphone est refusé systématiquement. En cas de comparaison positive, l'initialisation est validée avec un terminal individualisé selon l'invention.
Le procédé d'individualisation selon l'invention répond également aux opérations de maintenance, par exemple lorsqu'un agent souhaite changer une carte du terminal après une panne.
Si après le remplacement de la carte, le numéro NAP est inconnu du serveur, le terminal est considéré comme étant un nouveau terminal et il est géré en tant que tel, c'est à dire calcul d'un certificat ESN et envoi par le serveur au terminal (pour peu que cette création automatique soit autorisée par le serveur PMS). .
Dans le cas où le terminal est déjà connu par le serveur, une nouvelle initialisation doit être mise en place en vue d'attribuer des nouveaux fichiers d'initialisation ainsi que le certificat ESN (la réinitialisation dudit terminal est autorisé par l'opérateur par mise à jour de l'interface homme machine). Dans ce cas, le certificat ESN est contrôlé conformément à l'étape 36.
Le procédé selon l'invention trouve également une application lorsque aucune initialisation n'est prévue ou planifiée et qu'un agent souhaite réaliser une initialisation en raison d'un problème technique.
Dans ce cas, le serveur vérifie la paire formée par le numéro NAP et le certificat ESN pour garantir l'absence de duplication. En cas de vérification positive, l'initialisation est autorisée et le serveur communique les fichiers correspondants tandis qu'en cas de vérification négative, la communication est refusée.
De préférence, le certificat ESN est systématiquement contrôlé, notamment lors des demandes de service du type alarme, rapport quotidien, téléchargement d'objets, télé-diagnostic.

Claims

REVENDICATIONS
1. Procédé d'individualisation d'un terminal (10) relié à au moins un serveur (5) à travers un réseau (2), du type comprenant les étapes suivantes : a) au niveau du terminal (10), établir une session de connexion (20) avec le serveur (5) , et b) au niveau du serveur (5), traiter la session de connexion selon un mode opératoire choisi, caractérisé en ce que ledit mode opératoire comprend les étapes suivantes : c) au niveau du serveur (5), en cas de demande de service du terminal incluse dans la session de connexion, générer un certificat (ESN) unique associé audit terminal (10), et communiquer ledit certificat audit terminal ; d) au niveau du terminal (10), recevoir et stocker ledit certificat (ESN) ; et e) au niveau du serveur (5), valider la demande de service avec le terminal ainsi individualisé de manière unique.
2. Procédé selon la revendication 1, caractérisé en ce que le certificat (ESN) est stocké au niveau du serveur après réception d'un accusé de réception émis par le terminal à l'issue de l'étape d).
3. Procédé selon la revendication 1, caractérisé en ce qu'en cas de session de connexion dépourvue de demande de service, la session de connexion est traitée selon les étapes suivantes :, i) en l'absence de certificat (ESN) parmi la session de connexion, considérer ladite session de connexion comme étant pourvue d'une demande de service et la traiter selon l'étape c), ii) en présence de certificat parmi la session de connexion, vérifier ledit certificat, et en cas de vérification positive, autoriser la demande de connexion tandis qu'en cas de vérification négative, refuser la demande de connexion.
4. Procédé selon la revendication 1 ou la revendication 2, caractérisé en ce que le certificat source (ESN) est un nombre aléatoire.
5. Procédé selon l'une des revendications précédentes, caractérisé en ce que la demande de service est du type initialisation, alarme, téléchargement d'objets ou autre événement analogue.
6. Installation du type comprenant un terminal relié à au moins un serveur à travers un réseau pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le terminal (10) comporte des moyens de communication, des moyens de traitement et des moyens de mémorisation et en ce que le serveur
(5) comprend des moyens de communication, des moyens de traitement, des moyens de mémorisation et des moyens de génération aptes à générer et/ ou contrôler un certificat (ESN) unique pour chaque terminal
7. Terminal pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le terminal comporte des moyens de communication, des moyens de traitement et des moyens de mémorisation.
8. Terminal selon la revendication 6, caractérisé en ce qu'il appartient au groupe formé par les téléphones public, les appareils de service et analogues
9. Serveur pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le serveur (5) comprend des moyens de communication, des moyens de traitement, des moyens de mémorisation et des moyens de génération aptes à générer et/ ou contrôler un certificat unique (ESN) pour chaque terminal (10).
PCT/FR2003/001975 2002-06-28 2003-06-26 Procede d'individualisation d'un terminal relie a au moins un serveur a travers un reseau WO2004004294A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP03761646A EP1518390A1 (fr) 2002-06-28 2003-06-26 Procede d individualisation d un terminal relie a au mo ins un serveur a travers un reseau
AU2003260632A AU2003260632A1 (en) 2002-06-28 2003-06-26 Method for individualizing a terminal connected to at least one server through a network
MXPA05000168A MXPA05000168A (es) 2002-06-28 2003-06-26 Procedimientos de individualizacion de una terminal conectada a por lo menos un servidor a traves de una red.
AP2005003214A AP2005003214A0 (en) 2002-06-28 2003-06-26 Method for individualizing a terminal connected toat least one server through a network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR02/08170 2002-06-28
FR0208170A FR2841720B1 (fr) 2002-06-28 2002-06-28 Procede d'individualisation d'un terminal relie a au moins un serveur a travers un reseau

Publications (1)

Publication Number Publication Date
WO2004004294A1 true WO2004004294A1 (fr) 2004-01-08

Family

ID=29725025

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2003/001975 WO2004004294A1 (fr) 2002-06-28 2003-06-26 Procede d'individualisation d'un terminal relie a au moins un serveur a travers un reseau

Country Status (7)

Country Link
EP (1) EP1518390A1 (fr)
AP (1) AP2005003214A0 (fr)
AU (1) AU2003260632A1 (fr)
FR (1) FR2841720B1 (fr)
MA (1) MA27314A1 (fr)
MX (1) MXPA05000168A (fr)
WO (1) WO2004004294A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0869640A1 (fr) * 1997-04-01 1998-10-07 Hewlett-Packard Company Dispositif électronique connectable par intermittence avec identificateur unique
FR2798032A1 (fr) * 1999-08-30 2001-03-02 Schlumberger Systems & Service Dispositif de transmission de tentatives de fraude a un systeme de supervision d'un reseau de telephones publics
US20020032787A1 (en) * 1998-07-08 2002-03-14 Overton John K. Method and apparatus for managing location information in a network
US20020081993A1 (en) * 2000-10-12 2002-06-27 Akihiko Toyoshima Wireless module security system and method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0869640A1 (fr) * 1997-04-01 1998-10-07 Hewlett-Packard Company Dispositif électronique connectable par intermittence avec identificateur unique
US20020032787A1 (en) * 1998-07-08 2002-03-14 Overton John K. Method and apparatus for managing location information in a network
FR2798032A1 (fr) * 1999-08-30 2001-03-02 Schlumberger Systems & Service Dispositif de transmission de tentatives de fraude a un systeme de supervision d'un reseau de telephones publics
US20020081993A1 (en) * 2000-10-12 2002-06-27 Akihiko Toyoshima Wireless module security system and method

Also Published As

Publication number Publication date
MA27314A1 (fr) 2005-05-02
MXPA05000168A (es) 2007-11-21
AU2003260632A1 (en) 2004-01-19
FR2841720B1 (fr) 2005-02-04
EP1518390A1 (fr) 2005-03-30
FR2841720A1 (fr) 2004-01-02
AP2005003214A0 (en) 2005-03-31

Similar Documents

Publication Publication Date Title
WO2005046278A2 (fr) Méthode de gestion de la sécurité d'applications avec un module de sécurité
EP1905215A2 (fr) Dispositif et systeme de communication pour la mise en oeuvre d'un systeme de gestion a distance d'equipements
EP2786247A1 (fr) Système de fourniture de services télématiques et procédé correspondant
EP1900179A2 (fr) Procede d'obtention de donnees de configuration pour un terminal par utilisation du protocole dhcp
EP1192797B1 (fr) Gestion de telephones publics
FR2852753A1 (fr) Systeme de transmission de donnees client/serveur securise
EP1349400B1 (fr) Fourniture de services pour terminaux privés distants
EP1518390A1 (fr) Procede d individualisation d un terminal relie a au mo ins un serveur a travers un reseau
WO2006010810A2 (fr) Procede et systeme de certification de l’identite d’un utilisateur
EP1400090A1 (fr) Procede et dispositif de securisation des communications dans un reseau informatique
FR2843847A1 (fr) Systeme permettant d'etablir une connexion telnet avec un dispositif eloigne depourvu de modem
FR2813151A1 (fr) Communication securisee dans un equipement d'automatisme
WO2002041600A1 (fr) Procede de transfert de fichiers entre des appareils de service et un serveur de gestion a distance
FR2815800A1 (fr) Procede et systeme de communication de donnees
WO2003103307A1 (fr) Procede d'envoi de messages courts par un reseau de telephonie publique
WO2003005694A1 (fr) Procede d'echange de donnees entre un appareil de service et un serveur de gestion selon un protocole de gestion sur ip
EP1405277A1 (fr) Procede et systeme de facturation a la duree de l'acces a un serveur de donnees par un reseau de transmission de donnees numeriques gratuit
CA2436718A1 (fr) Procede de transfert de donnees entre un appareil de service et un serveur de gestiona distance
FR2857186A1 (fr) Procede de routage d'appels d'un appareil de service vers un serveur de gestion
WO2009071853A1 (fr) Procede et dispositif de reveil a distance d'un equipement connecte a un reseau
WO2003090428A1 (fr) Méthode de transmission de messages de gestion dans un système de diffusion par reseau ip
FR2776874A1 (fr) Procede et systeme de diffusion electronique automatique d'informations
WO2006072688A1 (fr) Procede et systeme de surveillance d’une ligne d’acces a un service
EP1493260A2 (fr) Systeme d echange d informations a acces conditionne su r un reseau de transfert d informations

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PH PL PT RO RU SC SD SE SG SK SL 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: A1

Designated state(s): 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
WWE Wipo information: entry into national phase

Ref document number: 2003761646

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: PA/a/2005/000168

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: AP/P/2005/003214

Country of ref document: AP

WWE Wipo information: entry into national phase

Ref document number: 05005853

Country of ref document: CO

WWP Wipo information: published in national office

Ref document number: 2003761646

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Ref document number: JP

WWW Wipo information: withdrawn in national office

Ref document number: 2003761646

Country of ref document: EP