Règles à observer pour l'adaptation et la validation des applications et composants du programme pour développeurs Intel AppUp
Version 2.0
Dernière mise à jour le 15 décembre 2011
Sommaire
1. Introduction
2. Définitions et directives de la boutique
- 2.1 Définition des applications
- 2.2 Directives sur les politiques
- 2.3 Packaging des applications et utilisation du SDK
- 2.4 Informations sur la soumission des applications
3. Critères de validation des applications
4. Directives destinées aux fournisseurs de composants
- 4.1 Définition des composants
- 4.2 Directives sur les politiques
- 4.3 Licences
- 4.4 Soumission de composants
5. Critères de validation des COMPOSANTS
Annexe : Liste des marques commerciales et des marques Intel
1. INTRODUCTION
Le programme pour développeurs Intel AppUp(SM) représente une opportunité pour les développeurs de créer des applications uniques et utiles pour les netbooks, les PC/PC portables et les tablettes équipés de processeurs Intel®. Il permet également aux développeurs de créer des modules de composants réutilisables que d'autres développeurs peuvent utiliser dans leurs applications, ce qui accélère le développement des applications.
Les boutiques du programme pour développeurs permettront aux utilisateurs finaux de découvrir, acheter et télécharger ces applications. Le catalogue des composants du programme pour développeurs rend les composants disponibles aux développeurs d'applications.
L'intention du présent document est d'aider les développeurs à comprendre en totalité les règles de validation des applications et des composants qu'ils soumettent.
Pour être validé, l'application ou le composant doit satisfaire aux critères de validation prédéfinis. Une application ou un composant ne sera pas validé si un ou plusieurs des critères de validation ne sont pas remplis. Notez que les critères de validation des applications/composants décrits dans ce document ont été développés par Intel® et qu'il est possible qu'ils ne soient pas en ligne avec les tests de validation des normes de l'industrie. Seuls seront distribués les applications et/ou les composants qui satisfont aux critères.
INDÉPENDAMMENT DE TOUTE AUTRE DISPOSITION DE CE DOCUMENT, INTEL SE RÉSERVE TOUS LES DROITS POUR DÉTERMINER, À SA SEULE DISCRÉTION, L'ACCEPTATION D'UNE APPLICATION POUR SA DISTRIBUTION DANS LES BOUTIQUES APPUP(SM). LE FAIT POUR UNE APPLICATION DE RÉUSSIR LES TESTS DE VALIDATION ET DE CORRESPONDRE AUX AUTRES CRITÈRES DÉFINIS DANS LE PRÉSENT DOCUMENT NE GARANTIT EN AUCUN CAS QU'ELLE SERA ACCEPTÉE POUR ÊTRE DISTRIBUÉE — IL NE S'AGIT ICI QUE DE RÈGLES À OBSERVER.
2. DÉFINITIONS ET DIRECTIVES DE LA BOUTIQUE
2.1 DÉFINITION DES APPLICATIONS
Dans le présent document, par application, l'on entend un programme logiciel développé par un programmeur dans le respect des règles suivantes de soumission d'applications : sous sa propre marque commerciale ou sa propre marque et pour être utilisé spécifiquement avec le programme pour développeurs Intel AppUp.
2.2 DIRECTIVES SUR LES POLITIQUES
Les applications doivent satisfaire aux directives suivantes afin de réussir la validation du programme pour développeurs Intel AppUp.
Sécurité/logiciels malveillants :
- Seront rejetées les applications contenant des virus informatiques, des logiciels espions, du code malveillant ou dangereux ou tout autre composant interne (chevaux de Troie, etc.) susceptible d'endommager, détruire ou nuire à d'autres composants (autres logiciels, micrologiciels, matériels, données, systèmes, services ou réseaux).
Confidentialité des utilisateurs/choix de participation :
- Seront rejetées les applications qui collectent des informations personnelles sans politique de respect de la vie privée, spécifiant comment et pourquoi cette collecte d'informations personnelles est effectuée.
- Les développeurs qui collectent des données personnelles doivent indiquer et procurer
- la raison d'être de la collecte
- un avertissement
- laisser le choix (recommandé) de se soumettre à la collecte
- Les développeurs qui collectent des données personnelles doivent indiquer et procurer
- Seront rejetées les applications qui communiquent des informations à des tierces parties sans le consentement des utilisateurs. Lors de la soumission de son application, le développeur informera Intel dans la zone de commentaires prévue à cet effet si l'application transmet des données personnelles d'utilisateurs à une tierce partie.
- Seront rejetées les applications qui collectent ou utilisent des informations géographiques sans le consentement explicite de l'utilisateur.
- Seront rejetées les applications qui accèdent à des « données » de l'utilisateur ou qui les communiquent, sans sa permission explicite. Ces données peuvent être des contacts, des numéros de téléphone, des photos, des SMS ou d'autres formes de communication par écrit, des historiques de navigation, des informations géographiques et d'autres données stockées sur l'appareil mobile ou accessibles sur le cloud à partir de l'appareil mobile.
- Seront rejetées les applications qui enregistrent du son, de la vidéo ou des images sans aviser l'utilisateur qu'un enregistrement a lieu.
Signature des applications :
Toutes les applications destinées au système d'exploitation Windows* doivent être signées par une autorité de certification reconnue :
- Verisign
- Thawte
- Globalsign
- Chosensecurity
- Comodo
- Go Daddy
- TrustCenter
Contenu :
- Le développeur soumissionnaire doit être propriétaire ou posséder des droits de licence adéquats sur tout le contenu soumis au programme pour développeurs. Pour le contenu sous licence, le développeur qui effectue le portage est le seul responsable du respect de tous les termes et conditions des licences et de la notification des utilisateurs potentiels des problèmes de conformité associés au contenu tiers, y compris du code source libre et toute autre condition de licence.
2.3 PACKAGING DES APPLICATIONS ET UTILISATION DU SDK
Packaging des applications
- Seront rejetées les applications ne respectant pas les règles de packaging exposées ci-après. Les applications des packages Windows*, Java*, MeeGo* et Adobe AIR* doivent satisfaire aux conditions requises pour le packaging. Les packages requis sont basés sur la distribution du SE et vérifiés lors de l'installation de l'application.
Utilisation du SDK
- L'utilisation du SDK Intel AppUp™ est facultative pour toutes les applications et n'est pas autorisée pour les applications code source libre. Ceci concerne les applications Windows*, Java*, Adobe AIR* et MeeGo*.
2.4 INFORMATIONS SUR LA SOUMISSION DES APPLICATIONS
Les soumissions d'application doivent comprendre tous les détails nécessaires pour que l'application soit exécutée et validée. Tout manquement à ces instructions entraînera des retards ou le rejet de l'application lors de la validation. Utilisez le champ « Message (Remarques à l'attention de l'équipe de validation) » de la page de soumission afin de fournir des informations concernant votre application, par exemple :
- informations d'ouverture de session ou de compte de test
- emplacement et instructions permettant d'accéder et d'installer les fichiers dépendants ou applications nécessaires à l'exécution de l'application.
- si l'application est une démonstration ou une version de pré-lancement, indiquez toute limitation imposée à l'utilisateur final, telle que dates d'expiration, fonctionnalité limitée
Expédition de matériel (HW) : lorsqu'un matériel spécial est nécessaire pour valider une application, les développeurs doivent expédier deux (2) appareils de test à Intel pour réaliser les tests. Les notes de soumission d'application doivent indiquer les dépendances matérielles, qu'un matériel spécial est expédié, les informations de l'expéditeur et de suivi, ainsi que la date d'expédition approximative.
- Adresse d'expédition : Intel AppUp Validation Lab, c/o NSTL 670 Sentry Pkwy., Blue Bell, PA 19422, États-Unis
- Le paquet doit contenir toutes les informations de validation nécessaires afin de faire correspondre le matériel à l'application logicielle avec laquelle il doit être utilisé, y compris le nom de l'application, le numéro de version, la date de soumission, le nom de la société, l'adresse e-mail et le numéro de téléphone du contact.
- Le paquet doit contenir toutes les instructions nécessaires pour l'installation du matériel.
- Le développeur est responsable des frais d'expédition et d'assurance à destination et en provenance d'Intel. Les informations d'expédition de retour et de pré-affranchissement doivent être contenues dans le paquet du matériel. Des étiquettes pré-affranchies ou un compte d'expédition doivent être fournis.
- Si le développeur n'exige pas que le matériel lui soit retourné, il doit l'indiqué dans les informations fournies lors de la soumission.
- Intel conservera le matériel en laboratoire pour les tests pendant 8 semaines après la dernière date de soumission de l'application du développeur, à moins que le développeur ne demande à faire autrement.
- Intel n'est pas responsable de la perte ou des dommages subis par le matériel soumis par le développeur, que ce soit dans le laboratoire de validation ou lors de l'expédition.
- Intel accusera réception du matériel par e-mail. Intel confirmera l'expédition de retour au développeur par e-mail.
- La durée d'attente de validation peut être prolongée en raison des délais d'attente du matériel. Aucune garantie n'est offerte par Intel concernant la durée de retour du matériel dépendant.
3. CRITÈRES DE VALIDATION DES APPLICATIONS
ILU01 — L'application doit se télécharger et s'installer depuis le centre Intel AppUp(SM)
- Seront rejetées les applications qui ne s'installent ni ne s'exécutent correctement sur l'appareil cible.
- Le client AppUp reconnaît l'application comme en cours d'installation.
- L'installation s'effectue en mode totalement silencieux et ne requiert aucune intervention de l'utilisateur. Exception : sur les appareils Windows* 7, l'affichage d'une boîte de dialogue Contrôle d'accès d'utilisateur (UAC) est acceptable pendant l'installation.
- L'application doit également s'exécuter en natif hors du client AppUp (par exemple, menu Démarrer, Program Files, etc.).
- Seront rejetées les applications pour PC Windows* qui ne s'exécutent pas sous Windows* 7 Starter Edition 32 bits.
- Seront rejetées les applications pour PC Windows* qui ne s'exécutent pas sous Windows* 7 Édition Familiale Premium 64 bits.
ILU02 - L'application doit se désinstaller proprement et en mode silencieux
- Sera rejetée toute application nécessitant une intervention de l'utilisateur pour sa désinstallation.
- Sera rejetée toute application présentant des erreurs lors de sa désinstallation.
- Seront rejetées les applications qui ne suppriment pas l'icône dans la catégorie appropriée lors de leur désinstallation.
- Seront rejetées les applications qui laissent derrière elles des fichiers. La seule exception concerne les données et/ou fichiers liés à l'utilisateur.
ILU03 — L'application doit se lancer sur l'appareil cible
- Seront rejetées les applications qui ne se lancent pas sur l'appareil cible lorsqu'elles sont lancées depuis le client AppUp.
- Seront rejetées les applications qui se plantent ou qui présentent des erreurs.
- Seront rejetées les applications qui ne fonctionnent pas comme prévu.
- Seront rejetées les applications qui utilisent des mécanismes ou des clés de licence autres que ceux fournis avec Intel AppUp.
- Lorsque des messages d'erreur concernant le lancement s'affichent à l'intention des utilisateurs finaux, le client Intel AppUp™ doit être appelé « centre Intel AppUp(SM) ».
INC01 — Utilisation non autorisée des marques commerciales et des marques Intel
- Toute utilisation inappropriée de marques commerciales et de noms de marques Intel entraînera le rejet de l'application.
- Toute utilisation non autorisée de logos Intel pour le marketing ou dans le contenu local de l'application entraînera le rejet de l'application.
INC02 — Contenu répréhensible
- Seront rejetées les applications qui font référence aux éléments suivants ou qui en contiennent :
- Sexe/nudité — Images qui sont suggestives ou sexuelles (par exemple., seins nus, fesses nues, organes génitaux visibles, attouchements sexuels visibles, langage sexuel explicite, érections/actes sexuels explicites, ligotage/sadomasochisme, documents érotiques).
- Contenu considéré généralement comme de la pornographie
- Contenu décrivant ou suggérant la prostitution
- Tout contenu décrivant des fétiches sexuels
- Tout contenu de nature sexuelle décrivant des enfants ou des animaux
- Les applications doivent être classifiées par leur développeur en fonction du tableau suivant. Seront rejetées les applications qui se classifient de manière inexacte.
Directives de classification
| Classement | Les applications de cette classification peuvent contenir... |
| 3+ |
|
| 6+ |
|
| 10+ |
|
| 13+ |
|
| 17+ |
|
| 18+ CE CONTENU N'EST PAS AUTORISÉ |
|
INC03 — Mécanismes publicitaires et de paiement
- Les applications ne doivent pas encourager les utilisateurs à mettre à niveau ni à acheter leurs applications ou d'autres applications hors du centre Intel AppUp(SM). Exemples :
- Les liens, boutons ou images d'achat dirigeant les utilisateurs vers un achat ou téléchargement hors du centre Intel AppUp sont interdits.
- Les liens, boutons ou images de page d'accueil dirigeant les utilisateurs vers un ou plusieurs sites Web proposant des applications disponibles au téléchargement et/ou à l'achat sont interdits.
- - Les applications ne sont pas autorisées à utiliser des mécanismes de paiement ou de publicité autres que ceux fournis par Intel via le centre Intel AppUp. Les exceptions suivantes sont toutefois admises pour les applications soumises avant le 30 juin 2012 :
- Les applications qui utilisent du contenu acheté en dehors du centre Intel AppUp. Par exemple : le contenu d'un lecteur gratuit d'e-book, le contenu d'une application magazine, du contenu vidéo ou musical accessible via des applications dans le centre Intel AppUp.
- les paiements et abonnements In-App.
Les applications relevant de ces exceptions seront autorisées dans le centre Intel AppUp jusqu'en décembre 2012.
UIX01 — Tous les menus, les icônes et le texte doivent être facilement lisibles par l'utilisateur
- Doit utiliser toutes les capacités d'affichage disponibles à l'application. La définition de plein écran varie en fonction du fabricant (voir le tableau ci-dessous pour obtenir des exemples de tailles d'affichage).
- Doit utiliser les capacités de saisie de données applicables à l'appareil.
- Seront rejetées les applications contenant des textes se chevauchant, des textes tronqués, des déformations ou autres problèmes liés aux graphiques, des étalements de couleur et des affichages erronés.
Exemples d'appareils :
| Plate-forme/Appareil/Fabricant | Taille de l'affichage | Résolution de l'affichage | Chipset vidéo |
| PC portable - 900X3A/Samsung | 13.3 | 1366 X 768 | Graphiques HD Intel® 3000 |
| PC portable - Acer Aspire* S3/Acer | 13.3 | 1366 X 768 | Graphiques HD Intel® 3000 |
| Ultrabook – Asus Zenbook* - UX21E | 11.6 | 1366 X 768 | Intel® UMA |
| PC - Lenovo ThinkPad* - T410 | 14.1 | 1440 X 900 | Graphiques HD Intel® |
| PC - HP Pavilion* - DV6-3236 NR | 15.6 | 1366 X 768 | Graphiques HD Intel® |
| Netbook MeeGo* - Asus EeePC* 1015PEM | 10.1 | 1024 X 600 | Intel® GMA 3150 |
| Netbook Windows* 7 - Samsung N150* | 10.1 | 1024 X 600 | Intel® GMA 3150 |
UIX02 — La cohérence de l'interface utilisateur doit être préservée dans l'ensemble de l'application
- Seront rejetées les applications dont les menus et les saisies utilisateur ne fonctionnent pas comme prévu.
OSI01 — L'application est compatible MeeGo* et s'exécute sur des appareils compatibles MeeGo*
Les applications MeeGo* doivent être compatibles MeeGo* : http://wiki.meego.com/Quality/Compliance
GEN01 — Informations sur la soumission d'applications et fonctionnalités générales
- Les informations fournies lors de la soumission de l'application contiennent tous les détails d'ouverture de session, toutes les instructions et tous les matériels/logiciels nécessaires pour exécuter les tests. Seront rejetées les applications qui n'auront pu être validées pour cause de métadonnées d'erreurs de fonctionnalités manquantes, incomplètes ou inexactes.
DES01 — Les champs de contenu et de description ne comportent aucune erreur et sont conformes aux directives de soumission et de validation du contenu
- Seront rejetées les applications utilisant un IP licencié de manière inappropriée.
- Les contenus sous licence sont autorisés uniquement lorsque :
- Le nom du contenu et de l'application est original
- Le contenu sujet à des droits d'auteur est utilisé avec l'autorisation appropriée
- Les éléments appartenant à des marques (logos/marques de commerce) ont été approuvés par les propriétaires de la marque
- Le contenu et les matériaux des métadonnées des applications tombent dans ou sous la classification de contenu d'application 3+, quelle que soit la classification de contenu sélectionnée par le développeur.
- Seront rejetées les applications présentant des fautes d'orthographe ou des erreurs grammaticales importantes.
DES02 — Les adresses e-mail et les URL de support sont valides et constituent un mécanisme approprié pour contacter les développeurs
- Seront rejetées les applications comportant des adresses e-mail ou des URL de support non valides.
DES03 — Les conditions générales personnalisées destinées à l'utilisateur sont compatibles avec les modèles et objectifs du programme
- Seront rejetées les applications avec un CLUF personnalisé qui n'autorise pas l'utilisation sur 5 appareils.
- Seront rejetées les applications avec un CLUF personnalisé qui rentre en conflit avec le CLUF standard d'Intel.
IMG01 & 02 — Les icônes et les captures d'écran sont appropriées et respectent les règles et les directives du programme
- L'icône tombe dans ou sous la classification de contenu d'application 3+, quelle que soit la classification du contenu de l'application sélectionnée par le développeur.
4. DIRECTIVES DESTINÉES AUX FOURNISSEURS DE COMPOSANTS
Dans ce document, le terme « composant » désigne un module logiciel offert comme une brique modulaire indépendante et réutilisable pour le développement d'une application. Les composants permettent la réutilisation de pièces logicielles sur plusieurs applications. Les composants sont caractérisés par des interfaces et dépendances bien définies et documentées qui décrivent les points d'accès, paramètres et tous les comportements et conditions fonctionnels et non fonctionnels liés à l'utilisation du composant.
4.2 DIRECTIVES SUR LES POLITIQUES
Les composants doivent satisfaire aux directives suivantes afin de réussir la validation du programme pour développeurs Intel AppUp.
Sécurité/logiciels malveillants :
- Seront rejetés les composants contenant des virus informatiques, des logiciels espions, du code malveillant ou dangereux ou tout autre composant interne (chevaux de Troie, etc.) susceptible d'endommager, détruire ou nuire à d'autres composants (autres logiciels, micrologiciels, matériels, données, systèmes, services ou réseaux).
Tous les composants logiciels tiers doivent posséder un contrat de licence individuel. La licence individuelle de tout composant se trouvant dans le catalogue développeur sera incluse avec le composant.
Il incombe au fournisseur du composant de s'assurer que la licence est claire pour toute personne utilisant, modifiant ou distribuant son composant. Nous recommandons aux développeurs d'applications qui envisagent d'utiliser des composants publiés dans le catalogue développeur de contacter directement les ayants droit du composant afin de clarifier toute question ou inquiétude qu'ils pourraient avoir concernant la licence appropriée.
Le modèle suivant est utilisé pour décrire les critères et résultats.
Les fournisseurs de composants doivent fournir les informations suivantes pour que le composant soit validé par Intel. Il est possible qu'Intel demande aux développeurs soumettant des composants de fournir des informations supplémentaires si Intel estime qu'elles sont nécessaires pour que le composant soit offert à l'utilisation.
REMARQUE — Si le composant soumis est un composant open source, le développeur doit télécharger le code source/projet de ce composant. Les composants code source libre n'étant pas tenus d'incorporer le kit SDK du programme destiné aux développeurs, il n'est pas non plus nécessaire de fournir les fichiers binaires de la bibliothèque du composant compilés et construit avec le GUID de débogage et de production.
5. CRITÈRES DE VALIDATION DES COMPOSANTS
Pour qu'un composant soit validé, il doit satisfaire aux critères de validation prédéfinis. Si un ou plusieurs critères de validation ne sont pas satisfaits, le composant ne sera pas validé. Notez que les critères de validation des composants décrits dans cette section ont été développés par Intel et qu'il est possible qu'ils ne soient pas en ligne avec les tests de validation des normes de l'industrie. Pour l'instant, les composants pour applications Windows* sont acceptés.
GEN01 — Critères des manifestes de composants
Les composants soumis à Intel doivent être packagés sous forme de fichier zip et ils doivent contenir les fichiers obligatoires suivants. Les composants soumis sans l'un de ces éléments dans le package seront rejetés.
- La bibliothèque de composants (compilée et buildée avec le GUID de débogage). Elle sera utilisée par les développeurs qui utilisent le composant dans leur application lors du développement de cette dernière. REMARQUE — S'il s'agit de composants open source, il n'est pas nécessaire que les développeurs soumettent cet élément.
- Bibliothèque des composants (buildée avec le GUID de production pour les composants obtenus après avoir ouvert une session sur http://appdeveloper.intel.com/fr-fr). Elle sera utilisée par les développeurs qui utilisent le composant dans leur application et la soumettent dans la boutique. REMARQUE — S'il s'agit de composants open source, il n'est pas nécessaire que les développeurs soumettent cet élément.
- Application de test du composant (buildée avec le GUID de l'application de production pour les composants obtenus après avoir ouvert une session sur http://appdeveloper.intel.com/fr-fr). REMARQUE : cette application doit explicitement incorporer la bibliothèque du composant construite avec le GUID de production du composant. Cette application sera utilisée par l'équipe de validation uniquement pour les tests et ne fera pas partie du package après sa publication sur le catalogue développeur après validation. L'application de test devra exposer toutes les API appelées par le composant. Cette application de test doit contenir tous les fichiers nécessaires pour son exécution sur le système. Le développeur a la possibilité de la packager sous forme de package MSI. REMARQUE : Dans le cas d'un open source, il n'est pas obligatoire d'incorporer le SDK du programme. L'application de test peut donc être la même que l'application de démo expliquée plus bas.
- Documentation sur le composant. Documentation claire et détaillée décrivant les interfaces, paramètres avec parties de code, comportement fonctionnel et non fonctionnel, conditions et dépendances d'utilisation du composant. Actuellement, la documentation doit être en langue anglaise uniquement.
Éléments facultatifs supplémentaires :
- Application de démonstration des fonctionnalités du composant (construite sans intégration au kit SDK du programme pour développeurs). Cette application est utilisée uniquement pour démontrer les fonctionnalités du composant afin qu'un développeur d'application puisse expérimenter l'utilisation du composant. Pour qu'un développeur d'application puisse exécuter l'application de démonstration sans acheter l'application, le développeur du composant ne doit pas intégrer le kit SDK du programme destiné aux développeurs dans le composant ou l'application.
INC02 — Contenu répréhensible
Seront rejetés les composants qui font référence aux éléments suivants ou qui en contiennent :
- Sexe/nudité — Images qui sont suggestives ou sexuelles (par exemple., seins nus, fesses nues, organes génitaux visibles, attouchements sexuels visibles, langage sexuel explicite, érections/actes sexuels explicites, ligotage/sadomasochisme, documents érotiques).
- Contenu considéré généralement comme de la pornographie
- Contenu décrivant ou suggérant la prostitution
- Tout contenu décrivant des fétiches sexuels
- Tout contenu de nature sexuelle décrivant des enfants ou des animaux
ANNEXE LISTE DES MARQUES COMMERCIALES ET DES MARQUES INTEL
BlueMoon, BunnyPeople, Celeron, Celeron Inside, Centrino, Centrino Inside, Cilk, Core Inside, E-GOLD, i960, Intel, le logo Intel, Intel AppUp, Intel Atom, Intel Atom Inside, Intel Core, Intel Inside, Intel Insider, le logo Intel Inside, Intel NetBurst, Intel NetMerge, Intel NetStructure, Intel SingleDriver, Intel SpeedStep, Intel Votre partenaire du futur., le logo Intel Votre partenaire du futur., Intel StrataFlash, Intel vPro, Intel XScale, InTru, le logo InTru, le logo InTru Inside, la marque sonore InTru, Itanium, Itanium Inside, MCS, MMX, Moblin, Pentium, Pentium Inside, Puma, skoool, le logo skoool, SMARTi, Sound Mark, The Creators Project, The Journey Inside, Thunderbolt, Ultrabook, vPro Inside, VTune, Xeon, Xeon Inside, X-GOLD, XMM, X-PMU et XPOSYS sont des marques commerciales d'Intel Corporation aux États-Unis et/ou dans d'autres pays.
*D'autres noms et désignations peuvent être revendiqués comme marques par des tiers.
Microsoft, Windows et le logo Windows sont des marques de commerce ou déposées de Microsoft Corporation ou de ses filiales, aux États-Unis et/ou dans d’autres pays.
Java ainsi que toutes les marques et logos dérivés de Java sont des marques commerciales ou déposées de Sun Microsystems, Inc., aux États-Unis et dans d’autres pays.
Bluetooth est une marque commerciale, propriété de son titulaire et utilisée par Intel Corporation sous licence.
Intel Corporation utilise la marque Palm OS®* Ready sous licence de Palm, Inc.
