Le portail Danois pour les achats publics (étendus au privé), fait partie d'un projet XML national super-visé par un comité pour la standardisation des schémas XML et des "information objects". Ce Danish XML Committee vient d'annoncer pour l'e-commerce, et donc le portail, l'adoption d' UBL (Universal Business Language) mis au point par un TC d'Oasis (avec la participation de France Télécoms) qui est présidé par Jon Bosak (Sun), le vice-président étant Mark Crawford (LMI, agence de management du gouvernement US) qui est en même temps editor du groupe chargé des Core Components (CC) au Cefact.

Le vocabulaire d'UBL respecte d'ailleurs les spécifi-cations de ces Core Components ebXML, mais peut être utilisé indépendamment du framework ebXML, lequel, avec ses CC, peut aussi ignorer UBL. D'ailleurs, si un projet de Hong-Kong associe UBL et les CC ebXML, le projet européen IDA, Interchange of Data between Administrations (dont le volet eProcurement mentionne le portail danois) fait souvent référence à ebXML comme aux Services Web sans mentionner spécialement UBL. En effet, UBL s'est développé à Oasis car le Cefact s'est surtout attaché à la définition des Core Components ebXML plutôt qu'à leur rassem-blement. D'où le "je t'ebXML moi non plus" entre Oasis et le Cefact ! D'où un développement para-llèle dont le côté désordre vient d'être signalé à la tutelle ONU du Cefact par le Chef de la Délé-gation Française, Jean-Pierre Henninot (Ministère de l'Industrie). UBL a ainsi accueilli les ajouts souhaités par le portail danois. Et la question : "Où développer les Core Components, dans les groupes d'UBL, ou dans ceux du Cefact ? " a été posée aux Communautés EDI par l'association crEDIble.

En fait, la réconciliation dans un seul registre sémantique viendra peut-être de l'ISO : d'une part, UBL, une fois adopté comme recommandation Oasis, devrait être présenté à l'ISO TC 154 pour être normalisé, d'autre part, l'ISO a entamé la mise à jour de sa norme TDED datant de 1993 (données du trade) en y incluant notamment le TDID (données Edifact mises à jour deux fois par an) et la définition des Core Components. L'ISO TC 154 pourrait ainsi aboutir à un EDI+UBL+CCebXML.

Avant l'interopérabilité sémantique des contenus, il y a la nécessaire interconnectivité entre les conte-nants. Oasis propose pour cela, d'une part Exten-sible Resource Identifiers (XRIs), d'autre part XRI Data Interchange (XDI). Outils de cross-domain security and privacy management, XRI et XDI peuvent servir à l'enregistrement sur des sites Web, à relier des carnets d'adresses et des agendas, à  des recherches croisées  sur de multiples sites Internet, à la synchronisation d'outils, au remplissage de  formulaires et à des transactions d'e-commerce. De manière générale, XDI permet de sécuriser le partage et l'échange automatisés de données à partir de XDI Links reliant les documents et les resources à travers leurs identités XRI. Le but de XDI est d'identifier, décrire, relier et synchroniser toute donnée en tant que machine-readable "dataweb", de même que tout contenu peut être relié dans le human-readable Web d'aujourd'hui. De plus, les XDI links permettront de contrôler "contractuellement" authority, security, privacy et rights of shared data. Le Livre Blanc pour la 1ère réunion du Comité XDI d'Oasis (télé-conférence le 20 février 2004) précise en quoi les XDI links sont donc plus que des simples pointages d'une resource vers une autre, mais des tuyaux à double sens entre ces resources. De plus, les XDI pipes seront permanents, même si un XRI a changé, et surtout permettront un contrôle fin des données passant dans le tuyau à partir d'optionnels contracts relatifs à chaque XDI link. Ces contrats, eux-mêmes des documents XDI, pourront être mis à jour et pourront traiter de l'authentification, des autorisations, contrôles d'accès, d'utilisation, de redistribution et de synchronisation des données. A noter que XDI intéresse déjà le Trusted Computing Group incluant Microsoft, IBM ou Sun, mais sans que cela vaille encore engagement de l'utiliser.

XDI accueillera les XRI synonyms, par exemple pour le même XRI, human e-names différents suivant le langage et machine e-numbers différents suivant les applications, ce qui faciliterait le map-ping entre applications : "map once, link every-where" ! L'idée, avec un XDI Meta-Schema, est de retrouver la simplicité du Web actuel en dépassant la multiplicité des schémas XML, en transportant les descriptions WSDL de Services Web ou les triples RDF du Semantic Web.

Au total, le XRI/XDI Dataweb  entend donc relier les meilleurs aspects du Web actuel, des Services Web en cours et du futur Semantic Web.