PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WINDEV 2024 → Appli sur clé USB
Appli sur clé USB
Débuté par puccettijc, 09 jan. 2006 13:19 - 9 réponses
Posté le 09 janvier 2006 - 13:19
Bonjour, j'envisage de diffuser une appli sur clé USB.

1) Dans ce cas, la protection de l'appli par le numéro obtenu avec
fDisqueInfo(gauche(fRepExe(),2),fdNumeroDeSerie)
vous semble-t-elle efficace ?

2) InitParamètre(paramXML) permet d'utiliser un fichier pour mémoriser la
position et la dimention des fenêtres.
Si la clé USB est utilisée sur différentes machines comment éviter les problèmes
liés aux différentes résolutions vidéo ?


PS : Je ne suis pas abonné à la LST

Merci d'avances pour vos réponces
cordialement JCP
puccettijc@free.fr
Posté le 10 janvier 2006 - 09:49
N° du Processeur !
Posté le 10 janvier 2006 - 10:16
"André" <andre_laguerre@hotmail.com> a écrit dans le message de news:
43c2cd0d$1@news.pcsoft.fr...

N° du Processeur !


merci pour les réponces


mais comment peut'on lire le N° du Processeur ?
et si tu as une solution, à partir de quelle version de Windows elle fonctionne
?

cordialement JCP
puccettijc@free.fr
Posté le 11 janvier 2006 - 10:05
Merci pour ta réponce.

Supposons que je protège une appli par le numéro de série du disque et qu'un
client veut déplacer son appli sur un aute PC.
Comment je fais pour transferer la licence et que ce client ne puisse pas
utilise l'appli sur les 2 PC ?

cordialement JCP
puccettijc@free.fr


"Cédrick" <cedrick.perron@logemed.fr> a écrit dans le message de news:
op.s25zpx1mu64fke@developpement...

Le numéro du processeur avait été introduit par intel, mais devant les
problèmes de confidentialité que cela posait celà à été supprimé depuis
les PIII. Les utilisateurs avaient peur que certains logiciels se servent
de ce numéro pour les tracer, les plus vienx d'entre nous s'en souviennent
sans doute.

Du coup j'utilise toujours le numéro de série du disque pour identifier
les machines. On pourrait aussi prendre l'adresse MAC des cartes réseaux,
mais comment la récupérer? Et si le pc n'a pas de carte réseau?

On Tue, 10 Jan 2006 09:16:32 +0100, JCP <puccettijc@free.fr> wrote:


"André" <andre_laguerre@hotmail.com> a écrit dans le message de news:
43c2cd0d$1@news.pcsoft.fr...

N° du Processeur !


merci pour les réponces


mais comment peut'on lire le N° du Processeur ?
et si tu as une solution, à partir de quelle version de Windows elle
fonctionne
?

cordialement JCP
puccettijc@free.fr





--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Posté le 12 janvier 2006 - 10:29
Bonjour JCP


"JCP" <puccettijc@free.fr> a écrit dans le message de news:
43c4ba3d$1@news.pcsoft.fr...

Merci pour ta réponce.

Supposons que je protège une appli par le numéro de série du disque et
qu'un
client veut déplacer son appli sur un aute PC.
Comment je fais pour transferer la licence et que ce client ne puisse pas
utilise l'appli sur les 2 PC ?

cordialement JCP
puccettijc@free.fr



Il faut faire attention au niveau de la "protection" de l'application à
partir du numéro de volume de la partition (qui ne correspond absolument pas
au n° de série du disque) et que l'on obtient via la commande FdisqueInfo du
WLanguage.

Tout d'abord, il faut faire la distinction entre:
1) le client qui installe le logiciel sur un autre ordinateur qui lui
appartient, de façon à pouvoir utiliser le logiciel sur plusieurs machines
en même temps
2) le client qui refile le logiciel à quelqu'un d'autre, de façon à ce que
ce quelqu'un d'autre puisse installer le logiciel sur son ordinateur ... et
ainsi de suite ...
3) le client qui ré-installe le logiciel sur la même machine, mais sur un
disque neuf (après un crash disque par exemple)
4) le client qui ré-installe le logiciel sur la même machine, sur le même
disque mais après re-formatage de celui-ci.
5) le client qui ré-installe le logiciel sur la même machine, sur le même
disque (non re-formaté) mais sur une autre partition de ce disque

En effet, dans les 5 situations ... le n° de volume de la partition (qui ne
correspond pas au n° de série du disque je le rappelle) change ... or les
situations sont très différentes comme tu peux le voir.

Donc, il faut bien réfléchir à tout cela.
Ainsi, si tu n'autorises pas l'utilisation du logiciel sur plusieurs
machines, ton système de gestion et d'attribution des licences doit être
très rigoureux de façon à empêcher que le client installe le logiciel sur 1,
2, 3, ... 50 ordinateurs.
Par contre, tu ne dois pas pénaliser le client qui, à la suite d'un crash
disque, veux ré-installer le logiciel sur son nouveau disque dur, ni celui
qui a changé de machine et qui souhaite ré-installer le logiciel sur sa
nouvelle machine.
Tu comprends ?
Il faut être rigoureux, mais juste ...

Bon ... moi je vends mes logiciels auprès du "Grand Public" et à des tarifs
"à petits prix" puisqu'entre 20 et 50 Euros. J'ai donc affaire aussi bien à
des personnes débutantes en informatique, qu'à des personnes confirmées ou
chevronnées. Or, dans cette catégorie de clients, il faut savoir que le
formatage d'un disque dur est devenu une opération banale.
Et comme, la plupart du temps et dans le "Grand Public", les logiciels sont
installés sur le disque système et non sur un disque dédié voire
spécialement dédié, si Windows est ré-installé et que le n° du volume du
disque dur change, cela aura une incidence au niveau du logiciel protégé.

Pour cette raison, lorsque je protège un logiciel à partir d'une clé générée
avec le N° de volume du disque dur, j'autorise l'installation de mes
logiciels sur plusieurs machines, sous réserve bien sur que les machines
appartiennent au client.
J'ai choisi cette solution car, pour moi, lorsque je vends plusieurs
centaines de logiciels par mois, c'est beaucoup plus simple à gérer et cela
me coûte beaucoup moins cher en traitement car, comme déjà dit, je m'adresse
à une clientèle "Grand Public" et, par conséquent, à des clients qui sont
amenés à ré-installer Windows assez fréquemment, donc à devoir me demander
des clés d'activation très fréquemment aussi. Tiens, à ce titre, en 2004,
lorsque Sasser à fait les ravages que l'on connaît, il m'arrivait de générer
entre 50 et 100 clés par jour ... je te laisse donc imaginer la surcharge de
travail que cela représentait, même si 90% du boulot est automatisé.
Bien.
Donc, lorsqu'un client souhaite installer le logiciel sur un nouveau disque,
qu'il soit sur la même machine ou pas, que ce soit sur le même disque ou
pas, il me communique par email ou par téléphone la clé d'identification
affichée dans le logiciel et qui correspond au N° de volume du disque dur
sur lequel se trouve installé le logiciel. A la suite de quoi je génère une
clé pour l'activation du logiciel et qui correspond à cette clé
d'identification affichée dans le logiciel et je la communique au client,
afin qu'il puisse activer le logiciel.

J'utilise ce système depuis plusieurs années et je n'ai jamais rencontré de
problème particulier.
Bien sur et puisque tout est consigné et archivé, j'ai remarqué que des
clients procèdent à des installations très fréquentes du logiciel (la
plupart du temps suite à un formatage du disque) puisque, pour certains, je
leur communique jusqu'à 1 à 4 clés d'activation par mois.
Donc ... j'ai pris certaines précautions.
Ainsi, la clé d'activation que je communique au client est générée à partir
du N° de volume du disque dur, comme déjà dit, ce qui empêche l'activation
sur un autre disque dur.
Le fait est que cette clé d'activation tient compte également du nom du
client, ainsi que d'un numéro de série que j'attribue au logiciel vendu au
client.
En procédant ainsi, cela me permet d'affiner ma gestion des clés
d'activation fournies au client.
Comment ?
C'est simple ... je fais des mises à jours fréquentes du logiciel et ces
mises à jours sont gratuites pour les personnes qui ont acheté le logiciel.
Donc, lorsque je constate qu'un client a fait plusieurs demandes de clé
d'activation, j'entre son numéro de série dans la liste des n° de série
brûlés qui est intégrée au logiciel. De fait, lorsque ce client va installer
la nouvelle mise à jour, un message va lui signaler que son n° de série a
été invalidé et qu'il doit me contacter afin que je lui fournisse,
gratuitement bien sur, un nouveau n° de série et la clé d'activation qui va
avec, faute de quoi le logiciel cessera de fonctionner au bout de 15 jours.
Donc, si le client avait refilé le logiciel à plusieurs autres personnes,
ces autres personnes se retrouveront dans la même situation si elles
souhaitent utiliser la même version, ce qui obligera le client à me demander
plusieurs codes d'activation en même temps ... d'où une gène importante pour
eux ... d'où un souhait pour certains de rentrer "dans la légalité" et
d'acheter le logiciel
Bien sur, si le client ne s'est pas manifesté dans les 15 jours et de façon
à ne pas le pénaliser, je lui adresse, par courrier postal, le nouveau n° de
série et la nouvelle clé d'activation correspondant à la dernière clé
d'identification par lui fournie.
Enfin et comme déjà dit, la clé d'activation tient compte également du nom
du client.
Donc, lorsque le client procède à l'activation du logiciel, il entre son
nom. Donc, s'il refile le logiciel à quelqu'un d'autre, ce quelqu'un
d'autre, lorsqu'il procédera à l'activation du logiciel lui-aussi, il ne
pourra pas mettre son nom à lui, mais le nom du client. En effet, s'il met
son nom à lui, le logiciel ne s'activera pas.
Or, le nom du client à qui a été vendu le logiciel va apparaître dans le
logiciel (sur la fenêtre de démarrage du logiciel, dans la fenêtre "A propos
de ...", mais aussi dans l'interface principale du logiciel). Donc, si le
client s'appelle MACHIN et qu'il a refilé le logiciel à BIDULE, lorsque
BIDULE utilisera le logiciel, le nom de MACHIN apparaîtra dans le logiciel
....
Si certains utilisateurs sont insensibles à cela, d'autres en revanche
n'aiment pas trop la situation et, eux aussi, ils font très vite ce qu'il
faut pour rentrer "dans la légalité" et acheter le logiciel, de façon à ce
que ce soit leur nom qui apparaisse dans le logiciel et non celui de leur
copain.

Voilà.
Bien sur, la situation serait grandement simplifiée si l'instruction
FDisqueInfo permettait de récupérer le vrai n° de série du disque dur,
c'est-à-dire celui qui se trouve quelque part, qui a été fixé par le
fabricant et qui, lui et contrairement au n° de volume, ne change pas quand
on reformate le disque dur.

Peut-être un jour ..

Val
Posté le 12 janvier 2006 - 11:08
Val a utilisé son clavier pour écrire :
Bonjour JCP


"JCP" <puccettijc@free.fr> a écrit dans le message de news:
43c4ba3d$1@news.pcsoft.fr...

Merci pour ta réponce.

Supposons que je protège une appli par le numéro de série du disque et
qu'un
client veut déplacer son appli sur un aute PC.
Comment je fais pour transferer la licence et que ce client ne puisse pas
utilise l'appli sur les 2 PC ?

cordialement JCP
puccettijc@free.fr



Il faut faire attention au niveau de la "protection" de l'application à
partir du numéro de volume de la partition (qui ne correspond absolument pas
au n° de série du disque) et que l'on obtient via la commande FdisqueInfo du
WLanguage.

Tout d'abord, il faut faire la distinction entre:
1) le client qui installe le logiciel sur un autre ordinateur qui lui
appartient, de façon à pouvoir utiliser le logiciel sur plusieurs machines
en même temps
2) le client qui refile le logiciel à quelqu'un d'autre, de façon à ce que
ce quelqu'un d'autre puisse installer le logiciel sur son ordinateur ... et
ainsi de suite ...
3) le client qui ré-installe le logiciel sur la même machine, mais sur un
disque neuf (après un crash disque par exemple)
4) le client qui ré-installe le logiciel sur la même machine, sur le même
disque mais après re-formatage de celui-ci.
5) le client qui ré-installe le logiciel sur la même machine, sur le même
disque (non re-formaté) mais sur une autre partition de ce disque

En effet, dans les 5 situations ... le n° de volume de la partition (qui ne
correspond pas au n° de série du disque je le rappelle) change ... or les
situations sont très différentes comme tu peux le voir.

Donc, il faut bien réfléchir à tout cela.
Ainsi, si tu n'autorises pas l'utilisation du logiciel sur plusieurs
machines, ton système de gestion et d'attribution des licences doit être
très rigoureux de façon à empêcher que le client installe le logiciel sur 1,
2, 3, ... 50 ordinateurs.
Par contre, tu ne dois pas pénaliser le client qui, à la suite d'un crash
disque, veux ré-installer le logiciel sur son nouveau disque dur, ni celui
qui a changé de machine et qui souhaite ré-installer le logiciel sur sa
nouvelle machine.
Tu comprends ?
Il faut être rigoureux, mais juste ...

Bon ... moi je vends mes logiciels auprès du "Grand Public" et à des tarifs
"à petits prix" puisqu'entre 20 et 50 Euros. J'ai donc affaire aussi bien à
des personnes débutantes en informatique, qu'à des personnes confirmées ou
chevronnées. Or, dans cette catégorie de clients, il faut savoir que le
formatage d'un disque dur est devenu une opération banale.
Et comme, la plupart du temps et dans le "Grand Public", les logiciels sont
installés sur le disque système et non sur un disque dédié voire
spécialement dédié, si Windows est ré-installé et que le n° du volume du
disque dur change, cela aura une incidence au niveau du logiciel protégé.

Pour cette raison, lorsque je protège un logiciel à partir d'une clé générée
avec le N° de volume du disque dur, j'autorise l'installation de mes
logiciels sur plusieurs machines, sous réserve bien sur que les machines
appartiennent au client.
J'ai choisi cette solution car, pour moi, lorsque je vends plusieurs
centaines de logiciels par mois, c'est beaucoup plus simple à gérer et cela
me coûte beaucoup moins cher en traitement car, comme déjà dit, je m'adresse
à une clientèle "Grand Public" et, par conséquent, à des clients qui sont
amenés à ré-installer Windows assez fréquemment, donc à devoir me demander
des clés d'activation très fréquemment aussi. Tiens, à ce titre, en 2004,
lorsque Sasser à fait les ravages que l'on connaît, il m'arrivait de générer
entre 50 et 100 clés par jour ... je te laisse donc imaginer la surcharge de
travail que cela représentait, même si 90% du boulot est automatisé.
Bien.
Donc, lorsqu'un client souhaite installer le logiciel sur un nouveau disque,
qu'il soit sur la même machine ou pas, que ce soit sur le même disque ou
pas, il me communique par email ou par téléphone la clé d'identification
affichée dans le logiciel et qui correspond au N° de volume du disque dur
sur lequel se trouve installé le logiciel. A la suite de quoi je génère une
clé pour l'activation du logiciel et qui correspond à cette clé
d'identification affichée dans le logiciel et je la communique au client,
afin qu'il puisse activer le logiciel.

J'utilise ce système depuis plusieurs années et je n'ai jamais rencontré de
problème particulier.
Bien sur et puisque tout est consigné et archivé, j'ai remarqué que des
clients procèdent à des installations très fréquentes du logiciel (la
plupart du temps suite à un formatage du disque) puisque, pour certains, je
leur communique jusqu'à 1 à 4 clés d'activation par mois.
Donc ... j'ai pris certaines précautions.
Ainsi, la clé d'activation que je communique au client est générée à partir
du N° de volume du disque dur, comme déjà dit, ce qui empêche l'activation
sur un autre disque dur.
Le fait est que cette clé d'activation tient compte également du nom du
client, ainsi que d'un numéro de série que j'attribue au logiciel vendu au
client.
En procédant ainsi, cela me permet d'affiner ma gestion des clés
d'activation fournies au client.
Comment ?
C'est simple ... je fais des mises à jours fréquentes du logiciel et ces
mises à jours sont gratuites pour les personnes qui ont acheté le logiciel.
Donc, lorsque je constate qu'un client a fait plusieurs demandes de clé
d'activation, j'entre son numéro de série dans la liste des n° de série
brûlés qui est intégrée au logiciel. De fait, lorsque ce client va installer
la nouvelle mise à jour, un message va lui signaler que son n° de série a
été invalidé et qu'il doit me contacter afin que je lui fournisse,
gratuitement bien sur, un nouveau n° de série et la clé d'activation qui va
avec, faute de quoi le logiciel cessera de fonctionner au bout de 15 jours.
Donc, si le client avait refilé le logiciel à plusieurs autres personnes,
ces autres personnes se retrouveront dans la même situation si elles
souhaitent utiliser la même version, ce qui obligera le client à me demander
plusieurs codes d'activation en même temps ... d'où une gène importante pour
eux ... d'où un souhait pour certains de rentrer "dans la légalité" et
d'acheter le logiciel
Bien sur, si le client ne s'est pas manifesté dans les 15 jours et de façon
à ne pas le pénaliser, je lui adresse, par courrier postal, le nouveau n° de
série et la nouvelle clé d'activation correspondant à la dernière clé
d'identification par lui fournie.
Enfin et comme déjà dit, la clé d'activation tient compte également du nom
du client.
Donc, lorsque le client procède à l'activation du logiciel, il entre son
nom. Donc, s'il refile le logiciel à quelqu'un d'autre, ce quelqu'un
d'autre, lorsqu'il procédera à l'activation du logiciel lui-aussi, il ne
pourra pas mettre son nom à lui, mais le nom du client. En effet, s'il met
son nom à lui, le logiciel ne s'activera pas.
Or, le nom du client à qui a été vendu le logiciel va apparaître dans le
logiciel (sur la fenêtre de démarrage du logiciel, dans la fenêtre "A propos
de ...", mais aussi dans l'interface principale du logiciel). Donc, si le
client s'appelle MACHIN et qu'il a refilé le logiciel à BIDULE, lorsque
BIDULE utilisera le logiciel, le nom de MACHIN apparaîtra dans le logiciel
...
Si certains utilisateurs sont insensibles à cela, d'autres en revanche
n'aiment pas trop la situation et, eux aussi, ils font très vite ce qu'il
faut pour rentrer "dans la légalité" et acheter le logiciel, de façon à ce
que ce soit leur nom qui apparaisse dans le logiciel et non celui de leur
copain.

Voilà.
Bien sur, la situation serait grandement simplifiée si l'instruction
FDisqueInfo permettait de récupérer le vrai n° de série du disque dur,
c'est-à-dire celui qui se trouve quelque part, qui a été fixé par le
fabricant et qui, lui et contrairement au n° de volume, ne change pas quand
on reformate le disque dur.

Peut-être un jour ..

Val


Il est facile de récupérer le numéro du disque PHYSIQUE dans la BDR, sous 2000 XP 2003
QUAND EXCEPTION DANS
SELON SysVersionWindows()
CAS "NT 5", "XP", "2003S"
cTemp=RegistreLit("HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Disk\Enum","0")

cTemp=ExtraitChaîne(cTemp,rangDernier,"\")//--début code généré par l'assistant --
// Conversion de l'hexadécimal AF85 en décimal
SI Taille(cTemp)>16 ALORS
cCh=""
POUR eInd=1 A Taille(cTemp) PAS 2
cResul=cTemp[[eInd A eInd+1]]
SI cResul<>"00" ALORS
cCh+=Caract(:HexaVersEntier(cResul))
FIN
FIN
SINON
cCh=cTemp
FIN
cTemp=cCh

CAS "98", "NT 3.5", "NT 4", "ME"
cTemp=fDisqueInfo(fExtraitChemin(SysRep,fDisque),fdNumeroDeSerie)

FIN

FAIRE
ExceptionActive()
cTemp=""
FIN

RENVOYER cTemp

--
Pascal
N0.pascal.SPAM@efpe.biz
Ne garder que le prénom pour me joindre
Posté le 12 janvier 2006 - 12:58
Bonjour Pascal

"Pascal F" <N0.pascal.SPAM@efpe.biz> a écrit dans le message de news:
43c618c1$1@news.pcsoft.fr...

Il est facile de récupérer le numéro du disque PHYSIQUE dans la BDR, sous
2000 XP 2003
QUAND EXCEPTION DANS
SELON SysVersionWindows()
CAS "NT 5", "XP", "2003S"
cTemp=RegistreLit("HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Disk\Enum","0")

cTemp=ExtraitChaîne(cTemp,rangDernier,"\")//--début code généré par
l'assistant --
// Conversion de l'hexadécimal AF85 en décimal
SI Taille(cTemp)>16 ALORS
cCh=""
POUR eInd=1 A Taille(cTemp) PAS 2
cResul=cTemp[[eInd A eInd+1]]
SI cResul<>"00" ALORS
cCh+=Caract(:HexaVersEntier(cResul))
FIN
FIN
SINON
cCh=cTemp
FIN
cTemp=cCh

CAS "98", "NT 3.5", "NT 4", "ME"
cTemp=fDisqueInfo(fExtraitChemin(SysRep,fDisque),fdNumeroDeSerie)

FIN

FAIRE
ExceptionActive()
cTemp=""
FIN

RENVOYER cTemp

--
Pascal
N0.pascal.SPAM@efpe.biz
Ne garder que le prénom pour me joindre


Tout d'abord et, sauf erreur de ma part, la fonction
fDisqueInfo(fExtraitChemin(SysRep,fDisque),fdNumeroDeSerie) renvoi le n° de
volume de la partition du disque dur sur laquelle se trouve le répertoire
système. Or, cette "donnée" change si le disque dur est reformaté. Donc,
cela engendre les nombreux problèmes cités précédemment.

Ensuite, il est vrai que dans la base de registres de certaines versions de
Windows (XP en particulier), on peut récupérer le n° de série des disques
durs installés sur une machine (ce n° est défini par le fabricant et il ne
change pas lors d'un formatage du disque dur) .

Le fait est, cependant, que dans le cadre de la protection d'un logiciel sur
une clé USB, il est déconseillé d'utiliser ce n° de série là, puisqu'il ne
correspond pas au n° de série de la clé.
En effet, si le client installe et active le logiciel sur sa clé, à partir
de l'ordinateur qu'il a dans le bureau N°1, la clé d'activation correspondra
donc au n° de série du disque dur système de la machine située dans le
bureau N°1. Donc, lorsqu'il placera la clé sur l'ordinateur qu'il a chez lui
ou sur celui de la jolie standardiste située 3 étages plus bas, le logiciel
ne s'activera pas ...
Dans cette situation, quel intérêt y a t'il à placer le logiciel sur la clé
USB ... s'il faut toujours utiliser cette clé USB sur la même machine ?

Donc, il faut que l'activation du logiciel soit généré à partir du support
sur lequel se trouve le logiciel (disque dur, clé USB, etc ...).
Dans cette situation et lorsque le logiciel est installé sur une clé USB, le
client peut placer la clé USB sur n'importe quelle machine et utiliser sans
problème le logiciel. Par contre, s'il copie le logiciel sur une autre clé
USB, il ne pourra pas l'utiliser (à moins d'utiliser un logiciel de Clonage
de disque bien sur).

Donc et pour ce qui me concerne, j'en suis toujours à espérer que
fDisqueInfo permettra, un jour, de récupérer le n° de série physique du
support sur lequel se trouve le programe exécutable en cours d'exécution
(car même les clés USB en ont un).

A+

Val
Posté le 12 janvier 2006 - 14:02
Le 12/01/2006, Val a supposé :
Bonjour Pascal


Tout d'abord et, sauf erreur de ma part, la fonction
fDisqueInfo(fExtraitChemin(SysRep,fDisque),fdNumeroDeSerie) renvoi le n° de
volume de la partition du disque dur sur laquelle se trouve le répertoire
système. Or, cette "donnée" change si le disque dur est reformaté. Donc,
cela engendre les nombreux problèmes cités précédemment.

Ensuite, il est vrai que dans la base de registres de certaines versions de
Windows (XP en particulier), on peut récupérer le n° de série des disques
durs installés sur une machine (ce n° est défini par le fabricant et il ne
change pas lors d'un formatage du disque dur) .

Le fait est, cependant, que dans le cadre de la protection d'un logiciel sur
une clé USB, il est déconseillé d'utiliser ce n° de série là, puisqu'il ne
correspond pas au n° de série de la clé.
En effet, si le client installe et active le logiciel sur sa clé, à partir
de l'ordinateur qu'il a dans le bureau N°1, la clé d'activation correspondra
donc au n° de série du disque dur système de la machine située dans le
bureau N°1. Donc, lorsqu'il placera la clé sur l'ordinateur qu'il a chez lui
ou sur celui de la jolie standardiste située 3 étages plus bas, le logiciel
ne s'activera pas ...
Dans cette situation, quel intérêt y a t'il à placer le logiciel sur la clé
USB ... s'il faut toujours utiliser cette clé USB sur la même machine ?

Donc, il faut que l'activation du logiciel soit généré à partir du support
sur lequel se trouve le logiciel (disque dur, clé USB, etc ...).
Dans cette situation et lorsque le logiciel est installé sur une clé USB, le
client peut placer la clé USB sur n'importe quelle machine et utiliser sans
problème le logiciel. Par contre, s'il copie le logiciel sur une autre clé
USB, il ne pourra pas l'utiliser (à moins d'utiliser un logiciel de Clonage
de disque bien sur).

Donc et pour ce qui me concerne, j'en suis toujours à espérer que
fDisqueInfo permettra, un jour, de récupérer le n° de série physique du
support sur lequel se trouve le programe exécutable en cours d'exécution
(car même les clés USB en ont un).

A+

Val

J'ai indiqué que c'était vrai pour XP 2000 et 2003.
Avec les autres OS, le numéro de série ne peut être récupéré.
Par contre dans la clé de la base de registre des entrées sont créées lors de l'insertion d'une clé USB (tjrs sous 2000, XP et
2003). Les valeurs de ces entrées sont du type:
USBSTOR\Disk&Ven_Oti&Prod_Flash_Disk&Rev_1.11\N° de série de la clé.

Il suffit donc de lire toutes les entrées de la clé de registre(dont le nombre est contenue dans la valeur COUNT de la clé) pour
trouver la valeur de la clé.

--
Pascal
N0.pascal.SPAM@efpe.biz
Ne garder que le prénom pour me joindre
Posté le 12 janvier 2006 - 16:28
Bonjour à tous et un grand merci pour vos réponses détaillées

Et en utilisant le numéro de licence de Windows ?
Le code suivant est testé sur XP et ME
Qu'est ce que cela donne sur 2000, 2003 ... ?

sClé est une chaîne
sProductId est une chaîne
sDigitalProductId est une chaîne

sClé = "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion"
SI RegistreExiste(sClé, "ProductId") = Faux ALORS
sClé = "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion"
SI RegistreExiste(sClé, "ProductId") = Faux ALORS
sClé = "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion"
SI RegistreExiste(sClé, "ProductId") = Faux ALORS
sClé = ""
FIN
FIN
FIN

TitreSuivant("lecture BDR")
SI sClé <> "" ALORS
// on remplace Caract(0) par "." pour évité les pb d'affichage
sProductId = Remplace(RegistreLit(sClé, "ProductId"), Caract(0), ".")
sDigitalProductId = Remplace(RegistreLit(sClé, "DigitalProductId"), Caract(0),
".")
Info("ProductId Taille " + Taille(sProductId), sProductId, RC + RC +
"DigitalProductId Taille" + Taille(sDigitalProductId), sDigitalProductId)
SINON
Info("valeurs non trouvées")
FIN


cordialement JCP
puccetijc@free.fr
Posté le 12 janvier 2006 - 18:02
Cédrick a écrit :


Alors là je me lève et j'applaudis. Ce petit bout de code va m'être trés
utile, merci. J'avais pensé faire un peu la même chose mais avec le numéro
de serie de Windows, mais je trouve cette méthode encore mieux.


Attention lorsqu'il s'agit du N° de disque du pc. En cas d'installations
par ghost, toutes les machines ont le même numéro. :(
Une autre solution est de chercher l'adresse MAC de la carte réseau
(elles sont de plus en plus intégrées)

--
Jacques Trepp
Albygest - 81160 - St Juery
jacques-pas de spam.trepp@free.fr
(enlever '-pas de spam' pour me joindre)
http://www.albygest.com