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

Applications Claiming Priority (2)

Publications (1)

Family

ID=39926476

Family Applications (1)

Country Status (4)

Families Citing this family (1)

Family Cites Families (5)

• 2008
  • 2008-02-19 FR FR0800877A patent/FR2927711B1/fr not_active Expired - Fee Related
• 2009
  • 2009-02-17 WO PCT/IB2009/005051 patent/WO2009104098A1/fr active Application Filing
  • 2009-02-17 EP EP09713036A patent/EP2248047A1/de not_active Withdrawn
  • 2009-08-27 US US12/918,319 patent/US20110035450A1/en not_active Abandoned

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events