EP2248047A1 - Dispositif d'echange de documents entre deux parties a travers un reseau - Google Patents

Dispositif d'echange de documents entre deux parties a travers un reseau

Info

Publication number
EP2248047A1
EP2248047A1 EP09713036A EP09713036A EP2248047A1 EP 2248047 A1 EP2248047 A1 EP 2248047A1 EP 09713036 A EP09713036 A EP 09713036A EP 09713036 A EP09713036 A EP 09713036A EP 2248047 A1 EP2248047 A1 EP 2248047A1
Authority
EP
European Patent Office
Prior art keywords
document data
recipient
issuer
identifier
document
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP09713036A
Other languages
German (de)
English (en)
Inventor
Philip Mathuis
Philippe Geleyn
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
B2boostcom
Original Assignee
B2boostcom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by B2boostcom filed Critical B2boostcom
Publication of EP2248047A1 publication Critical patent/EP2248047A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/151—Transformation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content

Definitions

  • the invention relates to the communication of documents between parties connected by a wide area network such as the Internet.
  • the invention improves the situation.
  • the invention proposes a device for exchanging documents between two parties through a network, which comprises an interface arranged to receive transmitter document data from the network and comprising at least one transmitter identifier. and a recipient identifier.
  • the device also includes a converter, capable of converting issuer document data to intermediate document data, based on an issuer model associated with the issuer identifier of the issuer document data, and retaining the sender ID and the recipient ID.
  • a converter capable of converting issuer document data to intermediate document data, based on an issuer model associated with the issuer identifier of the issuer document data, and retaining the sender ID and the recipient ID.
  • It further comprises a generator, capable of converting intermediate document data on the one hand to recipient document data on the basis of a recipient template associated with the recipient identifier of the intermediate document data, and on the other hand archival document data.
  • this device comprises a controller, arranged to call the converter with transmitter document data received by the interface, to call the generator with the resulting intermediate document data, and to store the resulting archive document data. for subsequent access by the sender or recipient.
  • Such a device is particularly interesting because it allows secure and efficient management of document exchanges between parties with computer systems and formats that are not or not compatible.
  • the recipient document data can be adapted to be directly processed by the information system of the receiving party. This is more efficient in logistical and organizational terms.
  • the operation of the device by a trusted third party can improve the resolution of conflicts, in particular by virtue of archiving document data.
  • the invention also relates to a method for exchanging documents between two parties over a network, which comprises:
  • FIG. 1 shows a schematic view of a device according to the invention, and an exemplary data stream between two parts;
  • FIG. 2 represents an implementation diagram of the device of FIG. 1;
  • FIG. 3 represents a particular implementation of a first operation of FIG. 2;
  • FIG. 4 represents a part of a particular implementation of a second operation of FIG. 2;
  • FIG. 6 shows a particular implementation of a third operation of Figure 2.
  • Figure 1 shows an environment 2 in which an issuer and a recipient exchange transaction documents, such as orders or invoices.
  • the environment 2 comprises a transmitter system 4, an exchange device 6 and a destination system 8 which communicate with each other via a network 5.
  • the network 5 can be any type of known network, although the invention finds a particular application with an Internet type network.
  • the transmitter system 4 and the exchange device 6 may be connected by a first type of network, and the exchange device 6 and the destination system 8 may be connected by another type of network.
  • the transmitter system 4 is a computer system disposed at the party participating in the transactions that issues the documents to be exchanged.
  • the transmitter system 4 may be a terminal connected to the information system of the transmitter, or it may be a single station decoupled from the other computer components at the transmitter.
  • the transmitter system 4 may comprise software that is run natively on a computer, or a web application that is executed remotely by the issuer, or any other type of application that generates a document that the issuer wishes to exchange with the recipient.
  • the transmitter system 4 is a software or hardware computer component that is arranged to produce a document that the issuer wishes to exchange under a specific type and format.
  • the transmitter system 4 includes a network interface that allows it to connect to the Internet or any other network that will be adapted for communication between the transmitter system 4, the exchange device 6 and the destination system 8.
  • the recipient system 8 is functionally very similar to the transmitter system 4, in that it can be performed in substantially the same manner.
  • the main difference between the sending system 4 and the receiving system 8 lies in their role in the exchange, that is to say that one is at the origin of the exchange (the transmitter system 4), and the other is on receipt of the exchange (the recipient system 8).
  • a party that wants to receive products will be the sending system 4, and the other party that will produce them will be the recipient system 8;
  • the party previously sending system may this time be the recipient system, and vice versa.
  • the exchange device 6 Due to the high integration of computer components in modern information systems, the exchange device 6 thus makes it possible to create a strong link route between parties who exchange products or services regularly, by simplifying and automating the processes. processes that are associated with these exchanges.
  • the device 6 has two main parts:
  • the exchange processing unit 12 comprises a network interface 13 which enables it to communicate with the sending system 4 and the receiving system 8 as defined above.
  • the network interface is connected as input to a controller 14.
  • the controller 14 manages the flow of data in the exchange unit 12, and calls a converter 15 when receiving a transmitter document 16 from the transmitter system 4.
  • the converter 15 has the function of receiving the transmitter document 16 as a result of an operation by the transmitter system 4, and of transforming it into an intermediate document 18 whose structure is specific to the exchange device 6.
  • the converter 15 operates on the basis of a storage 19 which contains description data of the transmitter documents 16.
  • the storage 19 will be described in more detail below.
  • Intermediate document 18 can be saved in XML format. This format allows for increased integration into modern networks. Other formats can of course be considered.
  • the controller 14 transmits it to a generator 20.
  • the function of the generator 20 is to generate several documents, including a recipient document 22 and an archiving document 24.
  • Generator 20 operates on the basis of storages 26 and 28 which contain recipient document description data 22 and archival documents 24. Storages 26 and 28 will be described in more detail below.
  • the converter 15 and the generator 20 may be implemented in the form of locally or remotely executed programs, or in the form of dedicated circuits such as ASICs, or with other suitable integrated circuits.
  • the generator 20 comprises a signature module that provides authentication to the archiving document 24 for archiving in a storage 30.
  • the signature can be made by any means known to those skilled in the art, whether in software or hardware.
  • An example is a time stamp of the document.
  • Storages 19, 26, 28 and 30 can be made in the form of tables or databases that can be physically stored on the same support, or in different locations and supports. These storages can also be distributed, and be wholly or partly deported to remote storages.
  • controller 14, the converter 15 and the generator 20 can be made on separate computers joined together in the exchange unit 12, or on one machine.
  • FIG. 2 shows a general diagram of the use of the exchange device 6 in the environment 2.
  • the implementation of the exchange device 6 comprises two main operations: in an operation 200, the exchange between the recipient and the transmitter begins with a preparation operation,
  • the recipient and the transmitter use the exchange device 6 to exchange documents.
  • the operation 200 comprises an operation 210, in which the recipient prepares the portal 10.
  • the portal 10 serves as a tool for the registration of transmitters in relation to the recipient, as well as for the management of exchanges.
  • the portal 10 can be customized to correspond to the graphic themes of the recipient, as well as to contain information elements on the recipient and on the operation of document exchanges with the exchange device 6 for new issuers.
  • an operation 220 is performed, in which the recipient invites issuers to exchange documents with him via the exchange device 6.
  • operation 220 comprises:
  • a registration operation in which a new issuer or an existing issuer registers on the portal 10 to be linked with the addressee and to be able to send him documents. This operation is shown as an example in FIG. 4.
  • Operation 300 includes a document sending operation 310, and an archiving consultation and account maintenance operation 320. These two operations can be performed in parallel and are complementary.
  • the operation 310 is shown as an example in FIG. 6.
  • the operation 320 is a generic operation that enables the recipient and the issuer to modify details of their accounts, to obtain exchange credits when they are it is necessary, and to consult the exchanges which concern them.
  • Other typical account management / maintenance functions may be associated with the operation 320.
  • FIG. 3 illustrates a particular embodiment of the operation 210.
  • the operation 210 can be performed by the combination of an operation 2100 and an operation 2200.
  • the operations 2100 and 2200 can be performed sequentially or in parallel, as will be appreciated by those skilled in the art.
  • the recipient defines a recipient document format.
  • the recipient document format forms a template that is stored in the storage 26 and is used by the generator 20 to establish the recipient document 22.
  • this template can be chosen to match the format of the recipient's information system, so that the recipient system information system 8 can directly integrate and use the recipient's document 26.
  • the recipient can also define in the model information that he considers necessary for the exchange. As we will see below, in the absence of this information, the exchange can be blocked.
  • Such information may be recipient-specific codes for linking to its information system, recipient-specific or sender-specific data, and so on.
  • the recipient defines the portal 10 as mentioned above. Once the portal 10 is defined, the recipient can send invitations to the issuers with whom he wishes to exchange documents, by email or by any other appropriate means of communication.
  • the storage 28 is modified to take account of the previous operations, so that a transmitter can be subsequently associated with the recipient.
  • Figure 4 shows a particular embodiment of the write operation of operation 220.
  • a transmitter starts in 2200 an invitation received from the recipient.
  • This invitation may have been sent by email or any other means of communication, in connection with Portal 10 or not.
  • the invitation 2200 is concretized by a visit in 2210 of the portal 10. This visit can be carried out by consulting a web page associated with the portal 10, or by connecting to any site or other media in connection with the portal 10 which allows the issuer to register a relationship with the recipient.
  • the registration starts with the entry of several details about his business, such as the name, the direct debit, the VAT number, the RCS number, other specific mentions related to the recipient etc. (operation 2220) Then, or in the case where the issuer has already used the exchange device 6, it is sufficient for him to enter his account credentials, and the issuer is directed to a subscription transaction 2230.
  • the purpose of the subscription transaction 2230 is to record the subscription of the issuer and the recipient to the terms of exchange of documents between them. This operation, although optional in certain applications of the invention, makes it possible to satisfy legal conditions that make it possible to certify some of the document exchanges between the sender and the recipient.
  • This operation can be carried out in a conventional manner by the use of a "Click-Wrap" form, that is to say that the issuer ticks a box pre-ticked for the recipient, which implies acceptance of the conditions defined by the text associated with this box.
  • Other methods can also be considered.
  • the supply of the application in 2240 can preferably be performed by providing a hypertext link that allows downloading this application, or by sending an email containing such a link, or by any other means.
  • the application in question is a virtual print driver that will allow the sender to send a document from a software on the sender system 6 to the exchange unit 12.
  • this virtual print driver is as follows. In the desired software, the issuer creates the document he wants to exchange, and prints it with the virtual print driver.
  • This driver instead of trying to print on a physical printer, transmits the print data stream to the receiving interface of the exchange unit 12 for processing by it.
  • the transmission of the data by the virtual printer is direct, that is to say that the print driver contains the physical address (URL) of the exchange unit 12, as well as identification codes when necessary.
  • the print driver contains the physical address (URL) of the exchange unit 12, as well as identification codes when necessary.
  • the virtual printer driver communicates with a web service which is secure, and which is responsible for transmitting the transmitter document data 16 to the exchange unit 12.
  • This second variant makes it possible to increase security of communications by imposing an intermediary between the transmitter system 4 and the exchange unit 12.
  • specific integration means are generated and managed by the installed application, such as creating a network directory that corresponds to the exchange unit 12 or the like.
  • the transmitter transmits data to this remote system, and this system converts them into EDI data. as desired by the transmitter. Therefore, the transmitter can configure the EDI system to transfer the generated EDI data to the device 6 instead of a direct transfer.
  • modules may be developed to be integrated with the software for which the exchange is desired, or modules may be developed for the operating systems of the sending systems to initiate communication on pressing a key combination or a specific icon.
  • FIG. 5 represents a particular implementation of the operation of installation of the operation 2200.
  • the transmitter starts in 2250 from the reception of the application of the step 2240, with the installation of this on the transmitter system 4.
  • the installation program prompts the sender to open the software that generates the documents he wishes to exchange with the recipient. 2260.
  • a loop begins then in which the transmitter will send to the exchange unit a number of standard documents which will serve as templates for the conversion of subsequent documents.
  • This loop starts in 2270 with the selection and printing of a test document on the virtual printer in the application.
  • the exchange unit 12 receives the data stream from the sender model document, and seeks to associate it with other sender document models in the storage 19. When such a document is found, a return page appears to validate the correspondence with the existing model. The transmitter can then validate this correspondence in 2290.
  • step 2290 can be carried out by an operator on the side of the exchange unit 12.
  • the associated model document validated in 2290 is stored in the storage 19 in correspondence of an identifier of the issuer, for example its account identifier established on the portal 10, or another identifier connected thereto.
  • the issuer indicates in an operation 2310 if there remain standard documents to integrate. If this is the case, the loop resumes in 2270 with one of these documents.
  • the storage 28 is updated to indicate that the sender is now associated with the recipient (e.g., through a link in a database table), in an operation 2320, and the installation is completed at 2330.
  • the installation of the application may include the offer to sell credits and / or the supply of credits. free to start.
  • Figure 6 shows an exemplary embodiment of the operation 310, that is to say the exchange of a document between an issuer and a recipient.
  • the exchange begins in 3100 with the printing in the sending system of a document to be exchanged on the virtual printer associated with the exchange device 6.
  • the data stream is transmitted by the web service to the controller 14 via the network, and the latter transmits it to the converter 15, which analyzes in 3110 the contents of the stream to determine the recipient and the issuer.
  • This determination can be made on the basis of the analysis of the content of the flow or it can be based on the transmission of identifiers of the sender and the receiver which can be interpreted by the exchange unit 12.
  • the converter 15 interrogates the storage 28 to determine in 3120 whether there is a relationship in this storage between the sender and the receiver. Concretely, this corresponds to determining whether the operations described with the preceding figures have been carried out, and if there are accordingly models of issuer document and recipient document.
  • the converter 15 continues its analysis of the document received from the transmitter to determine the text fields it contains, and to classify them as 3140 based on the issuer document templates taken from the storage 19.
  • the converter 15 associates the fields determined in 3140 with mandatory fields prescribed when defining the recipient's needs.
  • the converter 15 checks whether the fields are sufficient to appropriately define a document of exchange. If it is not, the error function 3130 is called to signal it.
  • the converter 15 If the mandatory fields are present, the converter 15 generates the intermediate document 18 which is transmitted by the controller 14 to the generator 20.
  • the intermediate document 18 serves as an information vehicle for the processing by the controller. generator 20.
  • the intermediate document 18 contains the issuer and recipient identifiers, which simplifies the rest.
  • the generator 20 calls at 3180 storage 26 to determine the format / pattern of the recipient, and generates and sends the recipient document 22 thus formatted at 3200.
  • the generator also generates a control copy or archiving document 24 in accordance with what has been defined by the recipient in agreement with the remitter during the preparation and installation steps.
  • the archival document 24 may be certified or otherwise authenticated prior to storage, for example by tagging.
  • the format of the archiving document 24 may also be dictated in part at least by certification validity requirements.
  • the archival document 24 may further include several copies of documents that attest to the transaction. In the example described here, although reference is made to a single archival document 24, it actually includes a copy of the recipient document 22 and a copy of the issuer document 16.
  • archiving of the recipient document 22 and the issuer document 16 makes it possible to provide a simpler conflict situation management since it offers a copy of the documents received / issued by the parties from a trusted third party.
  • archiving can be done with other formats.
  • this operation ends in 3210, and a copy of the archiving document 24 is transmitted by the interface 13 to both parties to inform them that the transaction has been conducted. Alternatively, it is a message that can be sent.
  • the invention makes it possible to offer a global exchange platform.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Tourism & Hospitality (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un dispositif d'échange de documents entre deux parties à travers un réseau comprend : une interface (13) agencée pour recevoir des données de document d'émetteur (16) en provenance du réseau et comprenant au moins un identifiant d'émetteur et un identifiant de destinataire, un convertisseur (15), capable de convertir des données de document d'émetteur (16) en données de document intermédiaire (18), sur la base d'un modèle d'émetteur associé à l'identifiant d'émetteur des données de document d'émetteur (16), en conservant l'identifiant d'émetteur et l'identifiant de destinataire, un générateur (20), capable de convertir des données de document intermédiaire (18) d'une part en données de document de destinataire (22) sur la base d'un modèle de destinataire associé à l'identifiant de destinataire des données de document intermédiaire (18), et d'autre part en données de document d'archivage (24), et un contrôleur (14), agencé pour appeler le convertisseur (15) avec des données de document d'émetteur (16) reçues par l'interface, pour appeler le générateur (20) avec les données de document intermédiaire résultantes, et pour stocker les données de document d'archivage résultantes pour un accès ultérieur par l'émetteur ou le destinataire.

Description

Dispositif d'échange de documents entre deux parties à travers un réseau
L'invention concerne la communication de documents entre des parties reliées par un réseau étendu tel que l'Internet.
Lors de transactions, des parties ont souvent besoin de partager un document transactionnel entre elles. En général, ces parties ont chacune leur propre système informatique, et ces systèmes sont incompatibles entre eux.
Pour remédier à cela, il est donc nécessaire d'imprimer le document, de l'envoyer par courrier ou par fax, et de ressaisir de chaque côté des informations pertinentes dans les systèmes informatiques respectifs.
Cette méthode est inefficace, lente, moins sûre qu'un transport par réseau électronique, et impose une logistique importante dont les conséquences financières et écologiques sont préoccupantes pour les entreprises modernes.
L'invention vient améliorer la situation.
A cet effet, l'invention propose un dispositif d'échange de documents entre deux parties à travers un réseau, qui comprend une interface agencée pour recevoir des données de document d'émetteur en provenance du réseau et comprenant au moins un identifiant d'émetteur et un identifiant de destinataire.
Ce dispositif comprend également un convertisseur, capable de convertir des données de document d'émetteur en données de document intermédiaire, sur la base d'un modèle d'émetteur associé à l'identifiant d'émetteur des données de document d'émetteur, en conservant l'identifiant d'émetteur et l'identifiant de destinataire.
II comprend en outre un générateur, capable de convertir des données de document intermédiaire d'une part en données de document de destinataire sur la base d'un modèle de destinataire associé à l'identifiant de destinataire des données de document intermédiaire, et d'autre part en données de document d'archivage.
Enfin, ce dispositif comprend un contrôleur, agencé pour appeler le convertisseur avec des données de document d'émetteur reçues par l'interface, pour appeler le générateur avec les données de document intermédiaire résultantes, et pour stocker les données de document d'archivage résultantes pour un accès ultérieur par l'émetteur ou le destinataire.
Un tel dispositif est particulièrement intéressant car il permet de gérer de manière sûre et efficace les échanges de documents entre des parties ayant des systèmes informatiques et des formats peu ou pas compatibles.
Cette gestion est totalement électronique, ce qui est plus rapide, moins coûteux et plus écologique que les solutions à base de papier et de saisie.
De plus, les données de document de destinataire peuvent être adaptées pour être directement traitées par le système d'information de la partie destinataire. Cela est plus efficace en termes logistiques et organisationnels.
Enfin, dans le cadre de documents de transactions financières, l'opération du dispositif par un tiers de confiance, peut permettre d'améliorer la résolution des conflits, notamment grâce aux données de document d'archivage.
L'invention concerne également un procédé d'échange de documents entre deux parties à travers un réseau, qui comprend :
a) l'envoi par une partie de données de document d'émetteur sur le réseau vers un dispositif d'échange, b) la réception dans le dispositif d'échange des données de document d'émetteur, lesquelles comprennent au moins un identifiant d'émetteur et un identifiant de destinataire,
c) la conversion dans le dispositif d'échange des données de document d'émetteur en données de document intermédiaire, sur la base d'un modèle d'émetteur associé à l'identifiant d'émetteur des données de document d'émetteur, en conservant l'identifiant d'émetteur et l'identifiant de destinataire,
d) la conversion dans le dispositif d'échange des données de document intermédiaire en données de document de destinataire sur la base d'un modèle de destinataire associé à l'identifiant de destinataire des données de document intermédiaire, les données de document de destinataire au destinataire, et
e) la conversion dans le dispositif d'échange des données de document intermédiaire en données de document d'archivage, et le stockage des données de document d'archivage dans le dispositif d'échange, et
f) l'envoi par le dispositif d'échange vers le destinataire des données de document de destinataire.
D'autres caractéristiques et avantages de l'invention apparaîtront mieux à la lecture de la description qui suit, tirée d'exemples donnés à titre illustratif et non limitatif à partir des dessins sur lesquels :
- la figure 1 représente une vue schématique d'un dispositif selon l'invention, et d'un flux de données en exemple entre deux parties ;
- la figure 2 représente un diagramme de mise en œuvre du dispositif de la figure 1 ; - la figure 3 représente une mise en œuvre particulière d'une première opération de la figure 2 ;
- la figure 4 représente une partie d'une mise en œuvre particulière d'une deuxième opération de la figure 2 ;
- la figure 5 représente une autre partie d'une mise en œuvre particulière de la deuxième opération de la figure 2 ; et
- la figure 6 représente une mise en œuvre particulière d'une troisième opération de la figure 2.
Les dessins et la description ci-après contiennent, pour l'essentiel, des éléments de caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la présente invention, mais aussi contribuer à sa définition, le cas échéant.
Dans les entreprises modernes, les différents départements tels que la production, les ventes, les achats, la comptabilité et autres sont reliés par le biais de programmes informatiques généralement désignés par le terme de système d'information.
De ce fait, le pilotage de l'activité et l'opération quotidienne de ces entreprises repose sur ces systèmes et leur fiabilité. Dans le cadre des opérations de vente et d'achats, de nombreuses difficultés surgissent du fait du nombre de systèmes d'informations distincts entre parties, et de leur absence ou manque d'interopérabilité.
Pour cela, il est fréquent qu'il soit nécessaire de ressaisir des documents entiers comme des factures ou des bons de commande, ce qui occasionne d'importantes pertes de temps et de ressources. D'autre part, les problèmes mentionnés ci-dessus se posent de manière encore plus aiguë pour les transactions dans lesquelles une version papier et/ou une authentification sont nécessaires pour assurer la validité de la transaction.
Dans de tels cas, les systèmes d'informations sont généralement impuissants à recevoir un document d'une partie tierce et à assurer l' authentification nécessaire. Bien qu'il puisse exister des développements pour permettre de tels échanges, ces développements sont extrêmement limités, et circonscrits aux seules situations pour lesquelles ils ont été réalisés.
La figure 1 représente un environnement 2 dans lequel un émetteur et un destinataire échangent des documents de transaction, comme des commandes ou des factures.
L'environnement 2 comporte un système émetteur 4, un dispositif d'échange 6 et un système destinataire 8 qui communiquent entre eux par le biais d'un réseau 5.
Le réseau 5 peut être tout type de réseau connu, bien que l'invention trouve une application particulière avec un réseau de type Internet.
En variante, le système émetteur 4 et le dispositif d'échange 6 peuvent être connectés par un premier type de réseau, et le dispositif d'échange 6 et le système destinataire 8 peuvent être connectés par un autre type de réseau.
Le système émetteur 4 est un système informatique disposé chez la partie participant aux transactions qui émet les documents à échanger. Le système émetteur 4 peut être un terminal relié au système d'information de l'émetteur, ou être un poste simple découplé des autres composants informatiques chez l'émetteur.
Le système émetteur 4 peut comprendre un logiciel qui est exécuté nativement sur un ordinateur, ou encore une application Web qui est exécutée à distance par l'émetteur, ou tout autre type d'application qui permet de générer un document que l'émetteur souhaite échanger avec le destinataire.
D'une manière générale, il faut comprendre que le système émetteur 4 est un composant informatique logiciel ou matériel qui est agencé pour produire un document que l'émetteur souhaite échanger sous un type et un format qui lui sont propres.
Le système émetteur 4 comporte une interface réseau qui lui permet de se connecter à Internet ou à tout autre réseau qui sera adapté pour la communication entre le système émetteur 4, le dispositif d'échange 6 et le système destinataire 8.
Le système destinataire 8 est fonctionnellement très similaire au système émetteur 4, en ce qu'il peut être réalisé sensiblement de la même manière.
La principale différence entre le système émetteur 4 et le système destinataire 8 réside dans leur rôle dans l'échange, c'est-à-dire que l'un est à l'origine de l'échange (le système émetteur 4), et l'autre est à la réception de l'échange (le système destinataire 8).
Cependant, ces rôles peuvent être inversés en fonction de l'échange qui est considéré :
- dans le cadre d'une commande, une partie qui veut recevoir des produits sera le système émetteur 4, et l'autre partie qui devra les produire sera le système destinataire 8 ;
- dans le cadre d'une facturation, la partie précédemment système émetteur pourra cette fois être le système destinataire, et inversement.
Du fait de l'intégration élevée des composants informatiques dans les systèmes d'information modernes, le dispositif d'échange 6 permet donc de créer une voie de liaison forte entre des parties qui échangent des produits ou services régulièrement, en simplifiant et en automatisant les processus qui sont associés à ces échanges. Le dispositif 6 comporte deux parties principales :
- un portail 10 dont le rôle sera explicité plus bas ; et
- une unité de traitement d'échanges 12.
L'unité de traitement d'échanges 12 comporte une interface réseau 13 qui lui permet de communiquer avec le système émetteur 4 et le système destinataire 8 comme défini plus haut.
L'interface réseau est connectée en entrée à un contrôleur 14. Le contrôleur 14 gère le flux des données dans l'unité d'échanges 12, et appelle un convertisseur 15 lors de la réception d'un document d'émetteur 16 en provenance du système émetteur 4.
Le convertisseur 15 a pour fonction de recevoir en entrée le document d'émetteur 16 suite à une opération par le système émetteur 4, et de le transformer en un document intermédiaire 18 dont la structure est propre au dispositif d'échange 6.
Le convertisseur 15 opère sur la base d'un stockage 19 qui contient des données de description des documents d'émetteur 16. Le stockage 19 sera décrit plus en détail plus bas.
Le document intermédiaire 18 peut être enregistré au format XML. Ce format permet une intégration accrue dans les réseaux modernes. D'autres formats peuvent être bien sûr envisagés.
Une fois le document d'émetteur 16 converti en document intermédiaire 18, le contrôleur 14 le transmet à un générateur 20. Le générateur 20 a pour fonction de générer plusieurs documents dont un document de destinataire 22 et un document d'archivage 24. Le générateur 20 opère sur la base de stockages 26 et 28 qui contiennent des données de description des documents de destinataire 22 et des documents d'archivage 24. Les stockages 26 et 28 seront décrits plus en détail plus bas.
Le convertisseur 15 et le générateur 20 peuvent être réalisés sous la forme de programme exécutés de manière locale ou distante, ou sous la forme de circuits spécialisés comme des ASIC, ou avec d'autres circuits intégrés appropriés.
Dans un mode de réalisation avantageux, le générateur 20 comprend un module de signature qui assure une authentification au document d'archivage 24 pour archivage dans un stockage 30.
La signature peut être réalisée par tous les moyens connus de l'homme du métier, que ce soit de manière logicielle ou matérielle. Un exemple est un marquage temporel du document.
Les stockages 19, 26, 28 et 30 peuvent être réalisés sous la forme de tableaux ou de bases de données qui peuvent être physiquement stockés sur un même support, ou dans des endroits et des supports différents. Ces stockages peuvent également être répartis, et être totalement ou en partie déportés sur des stockages distants.
Bien qu'ils aient été représentés dans un même cadre 12 sur la figure 1, on comprendra que le contrôleur 14, le convertisseur 15 et le générateur 20 peuvent être réalisés sur des ordinateurs distincts réunis dans l'unité d'échanges 12, ou sur une seule machine.
La figure 2 montre un diagramme général de l'utilisation du dispositif d'échange 6 dans l'environnement 2.
La mise en œuvre du dispositif d'échange 6 comporte deux opérations principales : - dans une opération 200, l'échange entre le destinataire et l'émetteur commence par une opération de préparation,
- dans une opération 300, le destinataire et l'émetteur utilisent le dispositif d'échange 6 pour échanger des documents.
L'opération 200 comprend une opération 210, dans laquelle le destinataire prépare le portail 10. Le portail 10 sert d'outil pour l'inscription d'émetteurs en relation avec le destinataire, ainsi que pour la gestion des échanges.
Le portail 10 peut être personnalisé pour correspondre aux thèmes graphiques du destinataire, ainsi que pour contenir des éléments d'information sur le destinataire et sur le fonctionnement des échanges de documents avec le dispositif d'échange 6 pour les nouveaux émetteurs.
Ensuite, une opération 220 est réalisée, dans laquelle le destinataire invite des émetteurs pour qu'ils échangent des documents avec lui par le biais du dispositif d'échange 6.
Dans le mode de réalisation décrit ici, l'opération 220 comprend :
- une opération d'inscription, dans laquelle un nouvel émetteur ou un émetteur existant s'enregistrent sur le portail 10 pour être liés avec le destinataire et pouvoir lui envoyer des documents. Cette opération est montrée en exemple sur la figure 4.
- une opération d'installation, dans laquelle un émetteur installe un élément logiciel pour connexion au dispositif d'échange 6, et procède à une série d'actions pour régler son échange avec le destinataire. Cette opération est montrée en exemple sur la figure 5. L'opération 300 comprend une opération 310 d'envoi de documents, et une opération 320 de consultation d'archivé et de maintenance de compte. Ces deux opérations peuvent être réalisées en parallèle et sont complémentaires.
L'opération 310 est montrée en exemple sur la figure 6. L'opération 320 est une opération générique qui permet au destinataire et à l'émetteur de modifier des détails de leurs comptes, de s'approvisionner en crédits d'échange lorsque ceux-ci sont nécessaires, et de consulter les échanges qui les concernent. D'autres fonctions typiques de gestion/maintien de compte pourront être associées à l'opération 320.
La figure 3 illustre une réalisation particulière de l'opération 210. L'opération 210 peut être réalisée par la combinaison d'une opération 2100 et d'une opération 2200. Les opérations 2100 et 2200 peuvent être réalisées de manière séquentielle ou en parallèle, comme le constatera l'homme du métier.
Dans l'opération 2100, le destinataire définit un format de document de destinataire. Le format de document de destinataire forme un modèle qui est stocké dans le stockage 26 et qui est utilisé par le générateur 20 pour établir le document de destinataire 22.
Entre autres, ce modèle peut être choisi pour correspondre au format du système d'information du destinataire, de sorte que le système d'information du système destinataire 8 peut directement intégrer et utiliser le document de destinataire 26.
De manière optionnelle, le destinataire peut également définir dans le modèle des informations qu'il considère comme nécessaire pour l'échange. Comme on le verra plus bas, en l'absence de ces informations, l'échange peut être bloqué.
Cela permet d'améliorer la robustesse du dispositif de l'invention, puisqu'il est ainsi garanti qu'un certain nombre de données critiques à la caractérisation de l'échange sont bien transmises. Des exemples de telles informations peuvent être des codes spécifiques au destinataire permettant de faire le lien avec son système d'information, des données spécifiques du destinataire ou de l'émetteur, etc.
Dans l'opération 2150, le destinataire définit le portail 10 comme cela a été mentionné plus haut. Une fois que le portail 10 est défini, le destinataire peut envoyer des invitations aux émetteurs avec qui il souhaite échanger des documents, par email ou par tout autre moyen de communication approprié.
A la fin de l'opération 2150, le stockage 28 est modifié pour tenir compte des opérations précédentes, de sorte qu'un émetteur puisse être par la suite associé au destinataire.
La figure 4 montre une réalisation particulière de l'opération d'inscription de l'opération 220.
Dans cette réalisation, un émetteur part en 2200 d'une invitation reçue de la part du destinataire. Cette invitation peut avoir été envoyée par email ou par tout autre moyen de communication, en liaison avec le portail 10 ou non.
L'invitation 2200 se concrétise par une visite en 2210 du portail 10. Cette visite peut être réalisée par la consultation d'une page Web associée au portail 10, ou par la connexion à tout site ou autre média en connexion avec le portail 10 qui permet à l'émetteur d'enregistrer une relation avec le destinataire.
Si l'émetteur n'a jamais utilisé le dispositif d'échange 6, l'enregistrement commence avec l'entrée de plusieurs détails concernant son entreprise, comme le nom, la domiciliation, le numéro de TVA, le numéro de RCS, d'autres mentions spécifiques liées au destinataire etc. (opération 2220) Ensuite, ou dans le cas où l'émetteur a déjà utilisé le dispositif d'échange 6, il lui suffit d'entrer ses identifiants de compte, et l'émetteur est dirigé vers une opération de souscription 2230.
L'opération de souscription 2230 a pour but d'enregistrer la souscription de l'émetteur et du destinataire à des conditions d'échange de documents entre eux. Cette opération, bien qu'optionnelle dans certaines applications de l'invention, permet de satisfaire des conditions légales qui rendent possible la certification de certains des échanges de documents entre l'émetteur et le destinataire.
Cette opération peut être réalisée de manière classique par l'utilisation d'un formulaire de type « Click-Wrap », c'est-à-dire que l'émetteur coche une case précochée pour le destinataire qui vaut acceptation des conditions définies par le texte associé à cette case. D'autres méthodes peuvent également être envisagées.
Une fois ces opérations terminées, l'inscription de l'émetteur sur le portail 10 se termine en 2240, avec la fourniture d'une application qui va permettre l'intégration au système émetteur 6.
La fourniture de l'application en 2240 peut être réalisée de préférence par la fourniture d'un lien hypertexte qui permet de télécharger cette application, ou par l'envoi d'un email contenant un tel lien, ou par tout autre moyen.
Dans le mode de réalisation décrit, l'application en question est un pilote d'impression virtuelle qui va permettre à l'émetteur d'envoyer un document depuis un logiciel sur le système émetteur 6 vers l'unité d'échanges 12.
Cela est particulièrement pratique car la quasi-totalité des programmes informatiques disposent d'une option d'impression, quelque soit le système d'exploitation. De ce fait, la mise en œuvre par un pilote d'impression virtuelle permet une intégration légère et sans besoin de développement particulier pour chaque logiciel.
Le fonctionnement de ce pilote d'impression virtuelle est le suivant. Dans le logiciel voulu, l'émetteur crée le document qu'il souhaite échanger, et il l'imprime avec le pilote d'impression virtuelle.
Ce pilote, au lieu d'essayer d'imprimer sur une imprimante physique, transmet le flux de données d'impression à l'interface de réception de l'unité d'échanges 12 pour traitement par celle-ci.
Dans une première variante, la transmission des données par l'imprimante virtuelle est directe, c'est-à-dire que le pilote d'impression contient l'adresse physique (URL) de l'unité d'échanges 12, ainsi que des codes d'identification lorsque nécessaire.
Dans une autre variante, le pilote d'imprimante virtuelle communique avec un service web qui est sécurisé, et qui se charge de transmettre les données de document d'émetteur 16 à l'unité d'échanges 12. Cette deuxième variante permet d'augmenter la sécurité des communications en imposant un intermédiaire ente le système émetteur 4 et l'unité d'échanges 12.
Bien que le mode de réalisation décrit ci-dessus présente une communication « directe » entre le système émetteur 4 et le dispositif d'échange 6, d'autres variantes sont possibles dans lesquelles un intermédiaire est placé entre les deux.
En outre, dans d'autres modes de réalisation, des moyens d'intégration spécifiques sont générés et gérés par l'application installée, comme la création d'un répertoire réseau qui correspond à l'unité d'échanges 12 ou autres.
Ainsi, dans le cas où l'émetteur utilise un système EDI déporté, l'émetteur émet des données vers ce système déporté, et celui-ci les convertit en données EDI comme souhaité par l'émetteur. Dès lors, l'émetteur peut configurer le système EDI pour transférer les données EDI générées au dispositif 6 au lieu d'un transfert direct.
En variante, des modules (ou « plug-ins ») peuvent être développés pour être intégrés aux logiciels pour lesquels l'échange est souhaité, ou encore des modules peuvent être développés pour les systèmes d'exploitation des systèmes émetteurs pour lancer la communication sur pression d'une combinaison de touches ou d'une icône spécifique.
La figure 5 représente une mise en œuvre particulière de l'opération d'installation de l'opération 2200. L'émetteur part en 2250 de la réception de l'application de l'étape 2240, avec l'installation de celle-ci sur le système d'émetteur 4.
Une fois l'application installée, ou lorsque l'émetteur était déjà inscrit et donc avait déjà installé l'application, le programme d'installation invite l'émetteur à ouvrir le logiciel qui génère les documents qu'il souhaite échanger avec le destinataire en 2260.
Il doit bien être compris ici que l'invention vise n'importe quel type de logiciel qui est envisagé pour l'échange de documents transactionnels.
Une boucle commence alors dans laquelle l'émetteur va envoyer à l'unité d'échanges un certain nombre de documents types qui serviront de modèles pour la conversion des documents ultérieurs.
Cette boucle commence en 2270 avec la sélection et l'impression d'un document de test sur l'imprimante virtuelle dans l'application.
En 2280, l'unité d'échanges 12 reçoit le flux de données du document de modèle émetteur, et cherche à l'associer à d'autres modèles de document émetteur dans le stockage 19. Lorsqu'un tel document est trouvé, une page de retour s'affiche permet de valider la correspondance avec le modèle existant. L'émetteur peut alors valider cette correspondance en 2290.
En variante, la validation de l'étape 2290 peut être réalisée par un opérateur du côté de l'unité d'échanges 12.
Si aucun document modèle correspondant n'est trouvé, ou si la correspondance avec le modèle est incomplète, une rétro-information par l'émetteur est réalisée en 2300 pour créer un nouveau modèle correspondant mieux au document type. La boucle reprend alors en 2270 pour tester le nouveau modèle établi.
Une fois le document modèle associé validé en 2290, ce dernier est stocké dans le stockage 19 en correspondance d'un identifiant de l'émetteur, par exemple son identifiant de compte établi sur le portail 10, ou un autre identifiant qui lui est relié.
Ensuite, l'émetteur indique dans une opération 2310 s'il reste des documents types à intégrer. Si c'est le cas, la boucle reprend en 2270 avec un de ces documents.
Sinon, le stockage 28 est mis à jour pour indiquer que l'émetteur est maintenant associé au destinataire (par exemple par une liaison dans une table de base de données), dans une opération 2320, et l'installation est terminée en 2330.
Dans le cas où l'échange des documents est conditionné par l'achat de crédits par l'émetteur et/ou le destinataire, l'installation de l'application peut comprendre l'offre de vente de crédits et/ou la fourniture de crédits gratuits pour commencer.
La figure 6 montre un exemple de réalisation de l'opération 310, c'est-à-dire l'échange d'un document entre un émetteur et un destinataire.
L'échange commence en 3100 avec l'impression dans le système émetteur d'un document à échanger sur l'imprimante virtuelle associée au dispositif d'échange 6. Le flux de données est transmis par le service web au contrôleur 14 par le biais du réseau, et celui-ci le transmet au convertisseur 15, qui analyse en 3110 le contenu du flux pour déterminer le destinataire et l'émetteur.
Cette détermination peut être réalisée sur la base de l'analyse du contenu du flux ou elle peut être basée sur la transmission d'identifiants de l'émetteur et du destinataire qui sont interprétables par l'unité d'échanges 12.
Une fois ces éléments déterminés, le convertisseur 15 interroge le stockage 28 pour déterminer en 3120 s'il existe une relation dans ce stockage entre l'émetteur et le destinataire. Concrètement cela correspond à déterminer si les opérations décrites avec les figures précédentes ont bien été réalisées, et s'il existe en conséquence des modèles de document d'émetteur et de document de destinataire.
En cas d'absence de correspondance, une fonction d'erreur est appelée en 3130 qui peut inviter le destinataire à s'inscrire pour échanger des documents avec rémetteur.
En cas de correspondance, le convertisseur 15 poursuit son analyse du document reçu de l'émetteur pour déterminer les champs texte qu'il contient, et pour les classifier en 3140 sur la base des modèles de document d'émetteur tirés du stockage 19.
Ensuite, en 3150, le convertisseur 15 associe les champs déterminés en 3140 à des champs obligatoires prescrits lors de la définition des besoins du destinataire.
En 3160, le convertisseur 15 vérifie si les champs suffisent à définir de manière appropriée un document d'échange. Si ce n'est pas le cas, la fonction d'erreur 3130 est appelée pour le signaler.
Si les champs obligatoires sont présents, le convertisseur 15 génère le document intermédiaire 18 qui est transmis par le contrôleur 14 au générateur 20. Le document intermédiaire 18 sert de véhicule d'information pour le traitement par le générateur 20. Le document intermédiaire 18 contient les identifiants d'émetteur et de destinataire, ce qui simplifie la suite.
Le générateur 20 appelle en 3180 le stockage 26 pour déterminer le format/modèle du destinataire, et génère et envoie le document de destinataire 22 ainsi formaté en 3200.
Ensuite, ou de manière parallèle, le générateur génère également une copie témoin ou document d'archivage 24 conformément à ce qui a été défini par le destinataire en accord avec rémetteur lors des étapes de préparation et d'installation.
En option, le document d'archivage 24 peut être certifié ou autrement authentifié avant son stockage, par exemple par un marquage. Le format du document d'archivage 24 peut également être dicté en partie au moins par des impératifs de validité de certification.
Il doit être compris que le document d'archivage 24 peut comprendre en outre plusieurs copies de documents qui attestent de la transaction. Dans l'exemple décrit ici, bien qu'il soit fait référence à un seul document d'archivage 24, celui-ci comprend en fait une copie du document de destinataire 22 et une copie du document d'émetteur 16.
L'archivage du document de destinataire 22 et du document d'émetteur 16 permet de fournir une gestion des situations de conflit plus simple puisqu'il offre une copie des documents reçus/émis par les parties chez un tiers de confiance. Dans d'autres modes de réalisation, l'archivage peut être réalisé avec d'autres formats.
Enfin, cette opération se termine en 3210, et une copie du document d'archivage 24 est transmise par l'interface 13 aux deux parties pour les informer que la transaction a bien été menée. En variante, c'est un message qui peut être envoyé.
La solution décrite ci-dessus est particulièrement intéressante car elle offre un découplage très fort des formats de documents pour les systèmes émetteur et destinataire. En effet, chaque partie peut respectivement émettre et recevoir un document de transaction dans un format qui lui est propre.
Cela est particulièrement avantageux dans le cadre de transactions internationales, qui peuvent requérir de grandes spécificités de chaque côté pour être authentifiées.
D'autre part, en libérant les parties des contraintes de formats liées aux documents transactionnels qu'elles échangent, l'invention permet d'offrir une plateforme globale d'échange.
Tous les participants d'une même industrie peuvent se retrouver sur cette plateforme, qu'ils soient distributeurs ou vendeurs, et ce sans qu'une adaptation soit nécessaire au niveau de leurs systèmes informatiques respectifs.
Dans ce qui précède, il conviendra d'apprécier que toutes les variantes peuvent être combinées entre elles dans la mesure de leur compatibilité. Bien que des modes préférés aient été présentés, il va de soi que l'invention englobe l'ensemble de ces variantes et leurs combinaisons.

Claims

Revendications
1. Dispositif d'échange de documents entre deux parties à travers un réseau, caractérisé en ce qu'il comprend : - une interface (13) agencée pour recevoir des données de document d'émetteur (16) en provenance du réseau et comprenant au moins un identifiant d'émetteur et un identifiant de destinataire, un convertisseur (15), capable de convertir des données de document d'émetteur (16) en données de document intermédiaire (18), sur la base d'un modèle d'émetteur associé à l'identifiant d'émetteur des données de document d'émetteur (16), en conservant l'identifiant d'émetteur et l'identifiant de destinataire, un générateur (20), capable de convertir des données de document intermédiaire (18) d'une part en données de document de destinataire (22) sur la base d'un modèle de destinataire associé à l'identifiant de destinataire des données de document intermédiaire (18), et d'autre part en données de document d'archivage (24), et un contrôleur (14), agencé pour appeler le convertisseur (15) avec des données de document d'émetteur (16) reçues par l'interface, pour appeler le générateur (20) avec les données de document intermédiaire résultantes, et pour stocker les données de document d'archivage résultantes pour un accès ultérieur par l'émetteur ou le destinataire.
2. Dispositif selon la revendication 1, caractérisé en ce qu'il comprend des moyens de marquage des données de document d'archivage (24).
3. Dispositif selon la revendication 1 ou 2, caractérisé en ce que les données de document d'archivage (24) comprennent une copie des données de document d'émetteur (16) et une copie des données de document de destinataire (22).
4. Dispositif selon l'une des revendications précédentes, caractérisé en ce que générateur (20) est agencé pour déterminer une correspondance entre l'identifiant d'émetteur et l'identifiant de destinataire.
5. Dispositif selon la revendication 4, caractérisé en ce que le générateur (20) est agencé pour générer les données de document de destinataire (22) et les données de document d'archivage (24) sur la base de la correspondance entre l'identifiant d'émetteur et l'identifiant de destinataire.
6. Dispositif selon l'une des revendications précédentes, caractérisé en ce qu'il comprend une mémoire de stockage (19) de modèle d'émetteur.
7. Dispositif selon l'une des revendications précédentes, caractérisé en ce qu'il comprend une mémoire de stockage (28) de modèle de destinataire.
8. Dispositif selon l'une des revendications précédentes, caractérisé en ce qu'il comporte en outre un portail (10) associé au système destinataire (8), et en ce que le portail (10) est agencé pour fournir une application pour permettre l'envoi de données de document d'émetteur (16).
9. Dispositif selon la revendication 8, caractérisé en ce que ladite application est un pilote d'impression virtuelle.
10. Procédé d'échange de documents entre deux parties à travers un réseau, caractérisé en ce qu'il comprend : a) l'envoi par une partie (4) de données de document d'émetteur (16) sur le réseau vers un dispositif d'échange (6), b) la réception dans le dispositif d'échange (6) des données de document d'émetteur (16), lesquelles comprennent au moins un identifiant d'émetteur et un identifiant de destinataire, c) la conversion dans le dispositif d'échange (6) des données de document d'émetteur (16) en données de document intermédiaire (18), sur la base d'un modèle d'émetteur associé à l'identifiant d'émetteur des données de document d'émetteur (16), en conservant l'identifiant d'émetteur et l'identifiant de destinataire,
5 d) la conversion dans le dispositif d'échange (6) des données de document intermédiaire (18) en données de document de destinataire (22) sur la base d'un modèle de destinataire associé à l'identifiant de destinataire des données de document intermédiaire (18), les données de document de
10 destinataire (22) au destinataire, et e) la conversion dans le dispositif d'échange (6) des données de document intermédiaire (18) en données de document d'archivage (24), et le stockage des données de document d'archivage (24) dans le dispositif d'échange (6), et
15 f) l'envoi par le dispositif d'échange (6) vers le destinataire (8) des données de document de destinataire (24).
EP09713036A 2008-02-19 2009-02-17 Dispositif d'echange de documents entre deux parties a travers un reseau Withdrawn EP2248047A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0800877A FR2927711B1 (fr) 2008-02-19 2008-02-19 Dispositif d'echange de documents entre deux parties a travers un reseau
PCT/IB2009/005051 WO2009104098A1 (fr) 2008-02-19 2009-02-17 Dispositif d'echange de documents entre deux parties a travers un reseau

Publications (1)

Publication Number Publication Date
EP2248047A1 true EP2248047A1 (fr) 2010-11-10

Family

ID=39926476

Family Applications (1)

Application Number Title Priority Date Filing Date
EP09713036A Withdrawn EP2248047A1 (fr) 2008-02-19 2009-02-17 Dispositif d'echange de documents entre deux parties a travers un reseau

Country Status (4)

Country Link
US (1) US20110035450A1 (fr)
EP (1) EP2248047A1 (fr)
FR (1) FR2927711B1 (fr)
WO (1) WO2009104098A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105787595B (zh) * 2016-02-29 2021-04-16 泰华智慧产业集团股份有限公司 一种基于改进蚁群算法的应急物流中转站选址方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7277925B2 (en) * 1999-12-08 2007-10-02 Warnock Kevin L Internet document services
WO2002071201A1 (fr) * 2001-02-28 2002-09-12 Xbridge Software, Inc. Procede et appareil d'echange de documents electroniques
EP1451719B1 (fr) * 2001-11-23 2009-05-13 Research In Motion Limited Systeme et procede de traitement de documents en langage de balisage extensible (xml)
US7472083B2 (en) * 2001-12-14 2008-12-30 Amphire Solutions, Inc. Document exchange
ITMO20020028A1 (it) * 2002-02-13 2003-08-13 Democt Ct Di Servizi Per La Di Metodo e sistema per la gestione dello scambio di documenti relativi al ciclo di vita di un ordine fra cliente e fornitore

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2009104098A1 *

Also Published As

Publication number Publication date
FR2927711B1 (fr) 2010-10-08
WO2009104098A1 (fr) 2009-08-27
US20110035450A1 (en) 2011-02-10
FR2927711A1 (fr) 2009-08-21

Similar Documents

Publication Publication Date Title
EP2269359B1 (fr) Procédé et système de sécurisation de transferts de données
US20080215354A1 (en) Method and System for Exchanging Business Documents
JP2004538547A (ja) コンピュータネットワークにおけるデータの相互運用と操作のための方法と装置
US8626622B2 (en) System and methods for electronic signature capture in e-contracting transactions
US20040025167A1 (en) Software, method and system for data connectivity and integration having transformation and exchange infrastructure
US20110197123A1 (en) System and Method for Linking Images Between Websites to Provide High-Resolution Images From Low-Resolution Websites
WO2007130502A2 (fr) Ensemble amélioré de traitement de titres
EP2070254B1 (fr) Procede et dispositif de securisation de transferts de donnees
EP2248047A1 (fr) Dispositif d'echange de documents entre deux parties a travers un reseau
WO2000051335A2 (fr) Systemes et procedes de commerce electronique, specialement destines a l'industrie de la television par cable
CN114782223A (zh) 一种金融类案件智能审判系统
FR2940489A1 (fr) Procede d'aide au controle d'enregistrements de transactions, dispositif de transaction, serveur, terminal mobile et programmes d'ordinateur correspondants.
WO2020225292A1 (fr) Procede de generation d'un code d'archivage pour creer une empreinte d'un contenu multimedias
CA2380297A1 (fr) Procede de transmission d'un message entre deux ordinateurs relies a un reseau et systeme de messagerie correspondant
FR2916070A1 (fr) Procede de delivrance de billets.
CN100380360C (zh) 扩印申请处理方法和系统以及程序
FR2864663A1 (fr) Echange securise de donnees, notamment de donnees certifiees pour l'affacturage
EP1402691B1 (fr) Procede et dispositif d'acheminement de courrier avec conversion d'une forme electronique vers une forme physique
EP1232483B1 (fr) Envoi et reception de courrier hybride securise
FR3067488A1 (fr) Procede de gestion d'identifiants de fidelite, procede de traitement de donnees de fidelite, serveur, dispositif de transaction et programmes correspondants
WO2020079379A1 (fr) Procédé de transmission et conservation de documents virtuels par rétrofitage d'un terminal d'édition préprogrammé et boitier pour le mettre en oeuvre
KR20080101850A (ko) 제작 및 출판기반 팩스 서비스 방법 및 그 시스템
FR3087562A1 (fr) Procede de transmission et conservation de factures ou de tickets de caisse et boitier pour le mettre en oeuvre
FR2807250A1 (fr) Systeme d'elaboration de coupons electroniques
FR2937167A1 (fr) Procede de gestion centralisee de chaines d'approvisionnement et de distribution de marchandises et systeme de mise en oeuve dudit procede

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20100811

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA RS

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20121031

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20130312