1) le premier concerne la «sérialisation» de plusieurs scripts dans un format unifié (ce qui ressemblerait furieusement à la description d'un format générique XML)
2) le deuxième concerne la sérialisation de données en format XML
Pour les profanes, sauver un document openOffice revient à sérialiser une structure de donnée en mémoire dans un fichier XML :), et inclure des macros dans le même documents ainsi que sauver sur un disque une page web qui inclut des appels à plusieurs scripts en javascript et/ou perlscript, et/ou vbscript ou autre revient à faire ce qui est couvert par le premier brevet. Pour information : la sérialisation est l'opération qui consiste à représenter l'état d'un objet sous forme "série" . Cette forme doit être suffisante pour permettre de reconstruire l'objet. La sérialisation est notamment utile pour obtenir une persistance simple qui permet d'archiver les objets.
Ces brevets étant inapplicables (trivialité du procédé, et antériorité d'application qui sérialisent en SGML depuis les années 70, et pages web avec plusieurs scripts depuis fort longtemps), ces brevets attaquent directement la crédibilité même de la notion de brevet. Maintenant, qui a les moyens de payer des avocats pour faire ré-examiner lesdits brevets ?
À mon avis, IBM et HP ont déposé bien plus de brevets que microsoft :) il y a juste plus d'info sur microsoft car tout le monde les épie, mais je ne pense pas qu'ils soient plus «pourris» que d'autre. Déposer des brevets triviaux est juste une mauvaise pratique économique couramment répandue qui n'empêche pas le monde de tourner pour l'instant... Bref microsoft n'est pas le problème.
Aller plus loin
- Brevetage du XML ? (2 clics)
- Brevetage du sauver/ouvrir Debian proteste ? (1 clic)
- Brevet numéro 1 : 6,904,494 (4 clics)
- Brevet numéro 2 : 6,898,604 (1 clic)
- Liste des brevets déposés aux US par Microsoft (1 clic)
- Liste des brevets déposés aux US par IBM (1 clic)
# ?
Posté par matthieu_aubry . Évalué à 5.
Comment est ce possible de breveter un tel procédé ?? c'est aberrant...
En tout cas si qq1 peut m'expliquer tout ce qui est dit dans la page
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITO(...)
je suis intéressé... car pourquoi mettre autant de texte pour décrire cela ?
# Lire les revendications
Posté par Mes Zigues . Évalué à 8.
1. A method for serializing an object instance to a serial format, the method comprising steps of:
generating a mapping between an arbitrary annotated source code file and a schema, the arbitrary annotated source code file containing at least one programming type that describes a shape of an object instance and the schema describing a format of a document having a serial format, the mapping defining a correspondence between the shape of the object instance and the format of the document having the serial format; and
converting an object instance corresponding to the arbitrary annotated source code to the serial format by converting at least one of a public property, a public field and a method parameter of the object instance to a document having the serial format based on the mapping.
Ce que j'en comprend, ce n'est pas à proprement parler la sérialisation d'un objet mais plutôt la méthode qui décrit comment écrire la sérialisation d'un objet à partir d'un code source d'un programme contenant des classes d'objets, ce code source étant annoté pour permettre la sérialisation. Ainsi, ne seraient touché que les programmes qui définissent les classes d'objets dans le code source et qui génèrerait la fonction de (de)sérialisation à partir de ce code source.
En gros, si vous faites un modèle de données, que vous décrivez le mapping vers un document dont vous disposez du modèle de données que vous écrivez (même générez à partir du modèle) un programme pour passer de la structure de données au document (et vice-versa) tout cela ne devrait pas vous géner (à condition de rendre ces informations publiques). Par contre si vous programmez vous structures de données dans le code sans modélisation externe vous risquez d'être emmerdé.
C'est franchement emmerdant pour les logiciels libres qui n'ont que rarement un modèle de données et pour lesquel on serait tenté d'écrire des générateurs de sérialisation à partir de programmes. Microsoft voudrait améliorer les méthodologies utilisées dans le libre qu'il ne s'y prendrait pas autrement.
Quoiqu'il en soit, je ne vois pas en quoi l'état de l'art ne permet pas d'arriver à une telle soultion. Je crois même que j'ai du déjà écrire une cochonnerie de ce genre.
[^] # Re: Lire les revendications
Posté par tene . Évalué à 1.
Il s'agit en gros du mécanisme de serialization de .NET utilisant les attributes. Sun fait pareil en java 1.5, ... on va les laisser se fighter entre eux et voir les résultats? :p
[^] # Re: Lire les revendications
Posté par jayp . Évalué à 2.
Je me demande à quoi pensent les gens qui valident de tels brevets ? Quand ils voient un tel dossier, ils y voient une liasse de billets verts et ils ne font qu'apposer des cachets "accepté" pouvu que toutes les cases soient remplies sans dépasser les bords ? Leur boss leur donne des taux de rentabilité qui leur oblige à accepter tout et n'importe quoi (un peu comme les contrôleurs du fisc, en Belgique, qui doivent revenir avec une amende de leurs contrôles fiscaux) ? Ou bien ils ne savent pas lire mais, comme il y a un logo connu sur la couverture du dossier, ils acceptent ?
[^] # Re: Lire les revendications
Posté par Miair Patreau . Évalué à 2.
[^] # Re: Lire les revendications
Posté par xael (site web personnel) . Évalué à 2.
Si, la recherche d'antériorité est à la charge du déposant. Grosso modo, on peut déposer un brevet sur un truc déjà existant du moment qu'on allonge l'argent et les formulaires adhoc. Mais si quelqu'un démontre à postériori que le brevet est invalide car plagiant quelque chose de déjà existant, alors le brevet en question est invalidé. Evidement, la preuve s'effectue à grands coups d'avocats devant un tribunal... et se résume en grande partie à une question de moyens financiers, hélas.
[^] # Re: Lire les revendications
Posté par Miair Patreau . Évalué à 2.
[^] # Re: Lire les revendications
Posté par Mes Zigues . Évalué à 1.
[^] # Re: Lire les revendications
Posté par olosta . Évalué à 2.
http://ws.apache.org/axis/java/user-guide.html#Java2WSDLBuildingWSD(...)
# Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Antériorité
Posté par M . Évalué à 3.
[^] # Re: Antériorité
Posté par ptitlouis . Évalué à 0.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.