Discussion :

[Chii-san]

Bonjour,

J'ai créé une application en double version (DoJa 1.5 + MIDP 2.0) destinée à toucher un public bien ciblé et je souhaiterai la rendre téléchargeable via SMS surtaxé.

Certains d'entre vous connaitraient-ils des organismes proposant un tel service ou un moyen de mettre un serveur en place à cet effet ?

J'amerais également savoir s'il est possible, lors du téléchargement, de faire en sorte que le téléphone télécharge automatiquement la version avec laquelle il est compatible (DoJA ou MIDP)...

Merci de vos réponses

[jpclair]

pour le profil j2me,
il y a ça qui semble pas trop mal :
OrangePartner
je m'y suis pas penché mais ça a l'air assez sympa.

Je pense qu'avec OTA et allopass, tu pourrais développer ta propre solution commerciale, ou bien encore plus simple en faisant une partie "utilisateur/clé" au début de ton application et en couplant ça à une inscription payante sur ton site internet.

[Chii-san]

Merci bien !
Ca m'a l'air pas mal du tout.
Sinon, j'avais réfléchi à plusieurs moyens de développer ma propre solution.

La meilleure à mon goût que j'ai imaginée jusqu'à maintenant :

1. L'utilisateur accède (via son PC) à une page décrivant les spécifications requises de son téléphone, les fonctionnalités du produit, les méthodes de paiement (AlloPass).
2. L'utilisateur accède à une page grâce à sa clef AlloPass, qui elle-même génère une URL+clef vers une page WAP stockée sur un serveur Apache. Au même moment, la clef générée devient valide côté serveur.
3. L'utilisateur accède à l'url grâce à son téléphone (URL type : http://www.bidule.fr/AppliTruc/8408xbg7 -> redirection vers adresse invisible du JAR) et télécharge l'application.

Qu'en penses-tu ?

En attendant je vais me pencher sur l'adresse que tu m'as filée

[jpclair]

ça me paraît pas mal comme ça cependant :
Si l'utilisateur doit taper l'URL a la main, ça risque de faire un peu bricoleur
Je modifierais ton scénario pour faire :

1. L'utilisateur accède à ton site internet et choisit la page de ton jeu
2. L'utilisateur choisit sa marque de mobile (si inconnue ou non compatible ça sort)
3. L'utilisateur choisit son modêle de mobile (si inconnue ça sort)
4. Il y a un lien vers l'allopass
5. Il fait sa petite affaire
6. Il clique sur le lien "télécharger l'application"
7. Il saisit son numéro allopass (ou ses selon le tarif)
8. Il reçoit par SMS l'URL du jeu (tu as des services exprès pas très cher et faciles à mettre en place)
9. Le clic sur le lien lui fait télécharger l'application via OTA

Bon l'envoi du SMS crée un cout certes mais ça me paraît le mieux
Le danger des programmes en .jar, c'est que plein de sites les contiennent (des sites persos par exemple), en gros, ton programme peut être populaire et te rapporter rien du tout .

Pour résoudre cela, je vois une solution :
Lorsque le mec démarre son application la première fois :

• Saisie identifiant (qu'il a reçu dans le SMS en même temps que l'URL)
• Connexion sur Internet, vérification de l'identifiant
• Tu crées un RecordStore dans ton programme "userIdentified"
• A chaque démarrage, tu vérifies premièrement que le RecordStore existe, et si non tu bloques sur l'identification.

Je ne sais pas de quel type est ton programme, mais pour les jeux, tu peux coupler ça à un processus d'enregistrement de l'utilisateur (et d'une grille des score en réseau...)

[Chii-san]

Merci pour tes suggestions.

A vrai dire, j'avais déjà pensé à utiliser les SMS (WAP push, ...) mais le coût supplémentaire me semblait un peu trop contraignant.
Après... ça dépend, je m'étais basé sur une charge de 15cts par envoi (AlloPass fournit lui-même un service d'envoi de SMS en HTML, donc automatisable !). Si tu connais d'autres organismes proposant un tel service à des coûts moindres (par abonnement, par exemple), je suis preneur.

Pour le côté bricoleur je pense que tu as raison, moi-même je ne suis pas tout à fait convaincu

Ou alors je bride mon application et rend l'activation possible par une inscription sur internet comme tu l'as suggéré... cette solution me parait de moins en moins prise de tête par rapport aux autres ^^

[jpclair]

Pour l'envoi de SMS, il y a beaucoup de sociétés qui existent, je n'en ai testé aucune donc je ne te saurais en conseiller une, à ce que j'en ai vu, tu peux envoyer tes SMS sur beaucoup de services à l'aide d'une URL spéciale du type :
https://lasociete.com/envoi.php?iden...&message=hello
pour le coût ça dépend du volume...
Brider l'application, ça me paraît une bonne idée, mais pense à noter quelque part que le code n'est valable que pour une installation et pense à créer un service contentieux

[Chii-san]

Voici la solution que j'ai finalement choisie :

L'utilisateur obtient son code allopass et l'entre dans l'application (munie d'un module de connection HTTP) qui vérifie sa validité via AlloPass et se débloque en cas de succès.

*Avantages :
- Processus simple et rapide, un seul code à entrer;
- Le logiciel est téléchargeable gratuitement, l'utilisateur peut ainsi être sûr qu'il sera compatible avec son téléphone avant de payer.

*Inconvénients :
- Le terminal DOIT avoir une connection internet;
- Je vais devoir m'assurer que le module HTTP supportera la redirection en PHP d'AlloPass (= le processus de vérification du code).

Qu'en penses-tu ?

PS : crois-tu pouvoir me conseiller quant à la méthode à appliquer pour que le RecordStore soit créé automatiquement lorsque le "browser" intégré visitera la page "success.wml" ?

[jpclair]

lorsqu'il va télécharger l'application avec OTA, il aura forcément besoin d'une connexion internet sur son mobile
ensuite pour le RecordStore, rien de compliqué :
tu fais ta HTTPConnexion, tu vas sur ton URL choisie
tu récupères les infos et tu agis en conclusion
la partie RecordStore c'est pas compliqué (tu crées un RecordStore dont la première ligne contient une clé si la personne est enregistrée, une autre si elle ne l'est pas).

quand tu parles de redirection en PHP d'Allopass, tu peux être plus précis ? (je sais pas du tout comment fonctionne Allopass dans le détail)

Au démarrage de ton application, tu peux en profiter pour vérifier la compatibilité du téléphone (si tu y utilises des fonctionnalités particulières par exemple...)

question bête, tu as pensé à obfusquer ton code ?

[Chii-san]

Salut,

Pour protéger un document avec AlloPass, il suffit d'insérer une nouvelle entrée sur leur serveur via leur interface, laquelle fournit en retour un script HTML à insérer dans la page d'accueil.

En voici la partie qui m'interesse :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
    <form name="APform" action="http://www.allopass.com/check/index.php4" method="post">
     <input type="hidden" name="SITE_ID" value="XXXXXX">
     <input type="hidden" name="DOC_ID" value="XXXXXX">
     <input type="hidden" name="LG_SCRIPT" value="fr_uk">
     <input type="text" size="8" maxlength="10" value="" name="CODE0"  style="BACKGROUND-COLOR: #E7E7E7; BORDER-BOTTOM: #000080 1px solid; BORDER-LEFT: #000080 1px solid; BORDER-RIGHT: #000080 1px solid; BORDER-TOP: #000080 1px solid; COLOR: #000080; CURSOR: text; FONT-FAMILY: Arial; FONT-SIZE: 10pt; FONT-WEIGHT:bold; LETTER-SPACING: normal; WIDTH:70; TEXT-ALIGN=center;"> <br />
     <input type="button" name="APsub" value="" onclick=" this.form.submit(); this.form.APsub.disabled=true;" ...

Selon le retour de this.form.submit() (qui est une fonction codée en PHP, non ?), on est redirigé vers le document protégé ou bien une page d'erreur.

Je ne m'y connais que très peu en programmation Web et à vrai dire je ne suis même pas sûr de pouvoir reproduire la même chose avec mon appli =\

PS : pour l'obfusquation, j'ai prévu de le faire une fois que j'aurai réglé la question de l'activation

[jpclair]

Si tu analyses les lignes tu peux voir que :
lors du clic du bouton, cela appelle une méthode javascript (this.form.submit()) qui envoie le formulaire vers un script PHP (index.php4).
Ton formulaire a trois champs cachés (qui servent à identifier le client pour Allopass).
l'envoi de ce formulaire se fait à l'aide de la méthode POST (pour pas afficher les arguments dans ta barre d'adresse), faut voir si on peut pas le faire avec un GET

essaie de faire une connexion HTTP vers une URL :
http://www.allopass.com/check/index....XXX&CODE0=XXXX
tu regardes ce que te retourne avec un numéro quelconque puis avec un bon numéro

[Chii-san]

Ca fonctionne correctement.
Juste une petite précision pour que je me couche moins con ce soir : tout s'effectue server-side, et le client navigateur ne subit rien d'autre qu'une redirection, c'est bien ça ? (Si c'est le cas alors pas de problème de compatibilité !)
Merci

[jpclair]

oui, en gros ton client ouvre une page internet avec un certain nombre de propriétés (code allopass, identifiant du vendeur...) et cette page lui répond "oui tout est ok" ou "c'est quoi ce code bidon ?"
ce que tu appelles redirection c'est le fait de passer par un formulaire ?

le formulaire que te propose allopass, tu en as pas besoin, tout ce dont on a besoin d'est de l'adresse du script d'identification.
Tant que le mobile gère le HTTPConnection, c'est ok

[Chii-san]

Ok merci pour ces précisions

Ce que j'appelle "redirection" en fait c'est juste le fait d'entrer l'adresse de check en PHP et de tomber sur la page contenant le document ou celle indiquant un code erroné
Désolé si je m'exprime mal, comme je l'ai dit le webdev n'est pas vraiment mon domaine de prédilection.
D'ailleurs à ce propos j'ai pris cette spécialité pour mon année de License Info, histoire de combler mes lacunes et de ne pas sombrer dans la facilité :p
Enfin je ne vais pas raconter ma vie...

Une fois que j'aurai terminé la Form d'activation de mon appli, je ferais un résumé de tout ce que tu m'as aidé à faire dans ce topic pour les besoins d'autres personnes souhaitant rentabiliser leurs idées de génie

Merci encore pour ton aide précieuse et s'il te plait continue de surveiller ce topic car je risque peut-être d'avoir besoin d'infos sur l'utilisation de HttpConnection ^^"

[jpclair]

regarde la javadoc de HTTPConnection dans /docs/api/
elle contient deux trois exemples assez bien faits