WO2008093245A2 - Procede et dispositif de traitement d'information - Google Patents

Procede et dispositif de traitement d'information Download PDF

Info

Publication number
WO2008093245A2
WO2008093245A2 PCT/IB2008/001105 IB2008001105W WO2008093245A2 WO 2008093245 A2 WO2008093245 A2 WO 2008093245A2 IB 2008001105 W IB2008001105 W IB 2008001105W WO 2008093245 A2 WO2008093245 A2 WO 2008093245A2
Authority
WO
WIPO (PCT)
Prior art keywords
document
primary
content
process according
during
Prior art date
Application number
PCT/IB2008/001105
Other languages
English (en)
Other versions
WO2008093245A3 (fr
Inventor
Eric Blot-Lefevre
Original Assignee
Trustseed Sas
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 Trustseed Sas filed Critical Trustseed Sas
Priority to US12/524,897 priority Critical patent/US20110112980A1/en
Priority to EP08737586A priority patent/EP2126811A2/fr
Publication of WO2008093245A2 publication Critical patent/WO2008093245A2/fr
Publication of WO2008093245A3 publication Critical patent/WO2008093245A3/fr

Links

Classifications

    • 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
    • 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
    • G06Q10/103—Workflow collaboration or project management

Definitions

  • the present invention relates to a method and an information processing device. It applies, in particular to the dematerialization of documents with legal and / or probative value.
  • the present invention aims to remedy these disadvantages.
  • the present invention aims, according to a first aspect, an information processing method, characterized in that it comprises:
  • a step of determining the content of a so-called primary document comprising at least one definition of at least one so-called "secondary" document linked to said primary document and
  • a step of creating a secondary document the content of said secondary document being automatically dependent on the content of the primary document.
  • the creation of secondary documents is partially automatic and intuitive.
  • the structure of the primary document allows its intuitive management, and standardization of secondary documents.
  • the intervention of many service providers and the implementation of numerous applications for the processing of the management operation represented by each coupon are facilitated.
  • the primary document is associated with a time interval and, outside this time interval, the at least partially automatic creation of a document secondary school is not allowed. Thanks to these provisions, the creator of the primary document can define a lifetime of this document.
  • the content of the primary document defines rights for creating a secondary document and, the step of creating a secondary document comprises a step of checking the respect of the rights defined, for said secondary document, by the content of the primary document and, in case of non-respect of these rights, the creation, at least partially automatic, of a secondary document is not authorized.
  • said rights define at least one person authorized to generate a secondary document.
  • each secondary document is assigned a common identifier with the primary document.
  • At least one secondary document model, represented by the content of the primary document is determined and, during the document creation step, secondary, the secondary document follows a document template defined by the contents of the primary document.
  • a so-called primary model is implemented that is associated, in a predetermined manner, with at least one secondary document model.
  • a number of secondary documents of this type is defined and represented by the content of the primary document and during the step of creating a secondary document, it is verified that, for the type of secondary document to be created, said number has not been exceeded.
  • at least one pair formed by a standard event and a standard form is determined, each pair defining the form complied with by a secondary document generated for said event. type.
  • each pair formed by a standard event and a standard form specifies the subject of the secondary document, the processing to be performed in relation to said secondary document.
  • the couple specifies the context of use of the form (which part of the form for which event), and when a standard document is implemented, this standard document is included in the form.
  • this standard document is included in the form.
  • the same form can be used for several standard events and that the same form is used throughout the same process and enriched, ie documented, at each step, by the result returned by the treatment of this step.
  • the primary document comprises at least one coupon representing a process relating to a management act that can be triggered and a stump representing an identifier common to all coupons of the document and during the step of creating a secondary document, it implements a said coupon.
  • the implementation of this coupon triggers the delivery of a message to a computer application, the message comprising an event that defines the meaning of the message and, consequently, the process to be applied.
  • said message represents a form that groups together all the information necessary for the realization of a process, by all the computer applications that can be implemented in relation to the primary document.
  • the structure of the document allows its intuitive management
  • the coupon structure and the structure of the message allow a standardization of the messages and, consequently, the intervention of many service providers and many applications for the treatment of the operation management represented by each coupon.
  • the method as briefly described above comprises a step of sending, by said application, when it has completed the process, another message intended for another computer application, this other message comprising an event that defines the meaning of this other message and, therefore, the process to be applied, and said form.
  • the form is not modified but is transmitted from one application to the next, which guarantees the proper execution of the applications.
  • the form includes a standard document associated with the user. With these provisions, the particular form of the document that the user wishes to use can be specified and implemented by the computer application.
  • the method as briefly outlined above comprises, for implementing the step of using a coupon, a step of displaying a management office, a work space in which the user can perform management acts and a display stage of a correspondence office, in which the user can obtain reports of operations performed in accordance with his instructions or operations that concern him and access a history of these operations.
  • the method as briefly described above comprises a step of issuing a certificate of conformity to the correspondence office, for each application concerned by an operation of a process triggered by a coupon.
  • the method as briefly described above comprises, for a document dematerialization coupon:
  • a switching step that is to say the duplication of the original in a memory assigned to the sending user and in a memory allocated to each recipient and
  • an amplification step that is to say, enveloping, electronic or paper, each copy of the original assigned to a recipient.
  • a set of components of the common language used for all the messages exchanged in relation with this document is implemented.
  • the nomenclature is composed of standard events, standard forms and standard documents.
  • an event represents one of the following acts of management:
  • the form is documented at each stage of the process by the result of the processing of said step.
  • the present invention relates to an information processing device, which comprises:
  • the present invention relates to an information processing method, characterized in that it comprises:
  • a step of determining the content of a so-called primary document comprising at least one definition of at least one so-called "secondary" document linked to said primary document and a step of creating, by a user, a secondary document, the content of said secondary document being a function of the content of the primary document.
  • FIG. 1 represents, schematically, a model implemented in a particular embodiment of the method and devices that are the subject of the present invention
  • FIGS. 2A and 2B schematically represent elements defined in a nomenclature implemented in a particular embodiment of the method and devices that are the subject of the present invention
  • FIG. 3 schematically represents a circulation of messages implemented in a particular embodiment of the method and devices that are the subject of the present invention
  • FIGS. 4A and 4B show, schematically, a ground plane implemented in a particular embodiment of the method and devices of the present invention
  • FIG. 5 represents a succession of messages exchanged to make a payment
  • FIG. 6 represents, in the form of a logic diagram, steps implemented in a particular embodiment of the method that is the subject of the present invention.
  • FIG. 7 represents, in the form of a logic diagram, the steps implemented in a particular embodiment of the method that is the subject of the present invention.
  • a network of trusted third parties 105 which is responsible to the user for the successful completion of the operations that he requests and a set of operators 110 that perform the dematerialization tasks.
  • the network of trusted third parties 105 provides all the elements making it possible to give a legal or probative value to a management decision of a user and, in particular, to:
  • Office 115 includes, in particular, management office 120 in which the user can give instructions and a correspondence office 125, in which the user can obtain reports 127 of operations performed in accordance with his instructions or operations that concern him and access a history of these operations.
  • the management office 120 is a work area of the user in which the user can perform his management actions. It is managed by the network of trusted third parties 105.
  • the correspondence office 125 is a user's workspace which traces the results of the dematerialization operations, that is to say the reports of operations. It is managed by the network of trusted third parties 105. Several management offices and correspondence can be assigned by the same management operation triggered by a user. For example, during a vendor payment, the management office and correspondence office of each party, user triggering payment and paid vendor, are assigned.
  • the management office makes it possible to issue coupons 122, which are simplified auxiliary documents and represent management acts that can be activated during the life cycle of a document.
  • a coupon is linked to a stock, that is to say a common identifier for coupons related to the same document.
  • a file contains several documents, each document contains several coupons.
  • the apartment consists of bringing together the different documents of the same following file, for example, the hierarchy company - user - file - document - coupon.
  • the transmission of a coupon from the management office 120 to an operator 110 causes, in a correspondence account 130, that is to say a workspace of the user. among other things, retraces the results of the dematerialization process, managed by an operator, a step 135 of issuing an original document, a step 150 of keeping the original 155 in a secure memory, a switching step 140, and that is, the duplication of the original in a memory allocated to the sending user and in a memory allocated to each recipient and an amplification step 145, that is to say electronic mailing. or paper, of each copy of the original assigned to a recipient.
  • Each of these steps gives rise to an execution report, or certificate of conformity, sent to the correspondence office 120 of the sending user.
  • the trusted third party network 105 and the operators 110 use a common language represented by a nomenclature, set of common language components used for all the exchanges in the trusted third party network.
  • the nomenclature is composed standard events, standard forms and standard documents.
  • a message is a medium of circulation of information between the components of the information system.
  • a message is composed of two parts: the event and the form.
  • a typical event defines the meaning of the message, eg production order, original issue, invoice acceptance, acknowledgment of receipt or payment order.
  • a form includes all the information necessary for the processing carried out by the applications affiliated to the network. trusted third parties 105.
  • the couple formed by a typical event and a standard form completely defines each flow of information that circulates in the computer system. Indeed, this couple specifies the object of the message, the processing to be carried out, the context of use of the form (which part of the form for which event, when a standard document is necessary, this standard document is included in the form.
  • the same form can be used for several standard events and that the same form is used throughout the same process and enriched, that is to say documented at each step by the result returned by the treatment. of this step.
  • a standard document accompanies the form to specify the management actions that can be triggered during the life of the file.
  • the standard document defines the structure of the transaction document, as well as authorizations and management decisions, or coupons, attached to the document. It is noted that the coupons represent the tasks to be performed on the document but that the network of trusted third parties 105 does not impose an execution order or the completeness of the tasks, this responsibility being transferred to the user's system.
  • FIGS. 2A and 2B illustrate an exemplary event 205, of standard form 210 comprising a type document 215.
  • the type event 205 represents:
  • An initiator 220 (that is to say an identifier of the user, including his or her home company which caused the message to be sent directly or indirectly),
  • a relay pass 22 ⁇ giving a coupon, as in the initial document, a message and a form, an emission 229 of this relay passage, that is to say elements associated with the coupon, towards the operator,
  • the standard form 210 contains:
  • the standard document 215 comprises: a structured document composition file 255,
  • a coupon upon initiation by an initiator, a coupon is detached and causes a message 305 to be sent to an application 310 starting a process related to coupon processing.
  • This message 305 comprises an event 315 and a form 320, the type of event, the form and the eventual standard document embedded in form 320 being defined by the independent nomenclature of the standard.
  • the application 310 processes the event 315 and enriches, that is, documents, the form 320 with the results of the application 310 before passing the relay, that is, to send another message 325 destined for another application 330, this other message 325 comprising an event 330 and the enriched form 320.
  • FIGS. 4A and 4B show a nomenclature 401, a repository 410, authorities 440 and services 450.
  • the nomenclature 401 defines each type event 402, each form type 403 and each type document 404.
  • the repository 410 is a repository unique managed by the network of trusted third parties and shared by all operators and trusted third parties.
  • the repository 410 comprises a client repository 411, an identity management referential 421, a document repository 427 and a security repository 435. The repository of each user, or client.
  • a directory 412 which centralizes the referencing of the users, a camel of the user's address 413 related to the establishment of the user, a correspondence current account 414 which defines correspondence accounts, an account of interface 415 which defines interface accounts with providers, financial, for example, a signature 416, digitized file attached to each user, a notation 417 related to the establishment of the user, a definition of vault 418 attached each user, a management office 419 and a correspondence office 420.
  • the management repository of each identity 421 gathers the identification and authorization means of the users.
  • the repository 421 includes an authorization 422, which describes the rights of the users, for example the functions and documents they can manage, an identity 423, for example a mobile phone number, for authenticating a user by sending him a message. one-time password on a communicating mobile terminal, a proxy 424 from the user to the operator for the operator to sign documents on behalf of the user, ⁇ n SSO 425, means for propagating the identity and authorizations of a user, and a certificate 426, for example conforming to the PKI (acronym for "public key infrastructure" infrastructure for public key infrastructure).
  • the document repository of each user 427 gathers all the contractual documents related to a user.
  • the repository 427 comprises a service contract 428, passed between the trusted third party network and the user, a form 429, a workflow definition 430, a structured file composition 431, a matching procedure 432 which defines the procedure between the user, the network of trusted third parties and the operators, a correspondence agreement 433 and a legal notice 434.
  • the network of trusted third parties only supports the production workflow, that is to say say the dematerialization chain and the supply of offices and accounts.
  • the trusted third party network does not support decision-making processes, such as invoice payment validation, which are related to user production systems.
  • the network of trusted third parties provides users with a management office to back up (ie associate an external justification of the counterpart of an internal transaction, an endorsement being a document produced by this justification, associated to a coupon in response to a coupon issue) their management decisions on dematerialized data with probative legal value.
  • the trusted third party network also manages meeting points in the form of notifications when multiple users participate in a common decision.
  • the security repository of each user 435 comprises a security policy 436, which defines the constraints of the trusted domain of the trusted third party network, a certification policy 437, which concerns the servers in the trusted domain of the network of third parties.
  • trust and a validation policy 436 method of accepting the certificates of the servers of the trusted domain of the network of trusted third parties and outside this domain.
  • the trusted third party network is a hierarchical network backed by an infrastructure compliant with the PKI infrastructure.
  • a trusted third-party root is the root of the CA.
  • a trusted third party affiliate is under certification authority.
  • a certification sub-authority may, in turn, issue certificates for its own internal authorities.
  • a certification sub-authority can also issue certificates to its own trusted sub-tiers.
  • the extension of the trust domain is made by cross-agreement with other trusted roots. It corresponds to the setting up of the validation authority to serve, among other things, to accept the roots outside the trusted domain.
  • the authorities 440 include at least one trusted third party 441, a time stamp provider 442, a notarization service provider 443, a preservation service provider 444, a certificate authority 445, a registration service provider 446, and a validation service provider 447.
  • the certification authority 445 issues and manages the lifecycle of certificates issued to trusted third parties.
  • the time stamp provider 442 provides a signed time to embed in each transaction.
  • the notarization service provider 443 certifies a transaction between two partners.
  • Registration Provider 446 performs registration of users to trusted third parties and registration of servers in the chain of confidence.
  • the preservation service provider 444 protects the archived documents and uses the timestamp authority to mark the time.
  • the validation service provider 447 validates an external certificate to the trusted domain of the trusted third party network.
  • the services 450 include operators 451 and members of the trusted third party network 460.
  • the operators 451 include original issue operators 452, switching operators 453, storage operators 454, and merge operators 455.
  • the trusted third party network 460 includes 461 offices and 470 infrastructure services.
  • the 461 offices include a secure correspondence office 462, a business interface 463, a collaborative management office 464, transaction certificates 465 and business 466.
  • a case is a collection of records manually linked by a user.
  • Infrastructure 470 services bring together the tools of transportation, traceability and notification. They comprise a secure transfer service 471, which transfers data from the clients to the data center and to organizations, a secure trace service 472, which provides a non-alterable technical or functional trace whose integrity is ensured. and a 473 notification service, which supports all user notification methods, including email, short message, portal alert, and multi-partner synchronization.
  • a paying user gives, firstly, a payment order, by implementing a coupon, in his management office, step 502. Then, a dematerialization message is transmitted to an operator, which carries out the issuance of the corresponding original document, step 504. Then, one or more operators perform the switching steps, 506. of ampliation. 508, and retention 510 and returns, for carrying out each of these steps, a certificate of compliance to the paying user's correspondent's office, steps 512, 514, 516 and 518, respectively.
  • the paying user's correspondence office then sends a message to the client client management office, step 520, and the paid provider, step 522.
  • FIG. 6 shows a step 602 for defining a nomenclature, a step 604 for defining a reference frame, a step 606 for determining the authorities and a step 608 for determining the services implemented.
  • a user adheres to the services of the trusted third party network and is assigned a management office and a correspondence office, step 612.
  • the user defines standard documents that he will use.
  • the user determines a transaction that he wishes to perform.
  • the user implements a coupon included in the document.
  • a message is sent to a computer application operator responsible for the first coupon processing, this message comprising an event and a form.
  • the application performs the processing for which it is responsible.
  • the application sends a certificate of conformity to the correspondence office of the user who used the coupon.
  • the application enriches the form with the result or results of its processing of the coupon.
  • the application sends a message to another application responsible for further processing the coupon and so on.
  • the correspondence office notifies the management office of each user concerned by the processing of the coupon.
  • the information processing method that is the subject of the present invention essentially comprises three phases: a phase 705 for defining standard documents, document models, forms and couples associating events with forms.
  • phase 730 for determining the content of a so-called primary document comprising at least one definition of at least one so-called "secondary" document linked to said primary document and a phase 760 of creation of a secondary document, the content of said document secondary being automatically dependent on the contents of the primary document.
  • Preliminary to phase 705, are carried out the stages 602 of definition of a nomenclature, 604 of definition of reference, 60 $ of determination of the authorities, 608 of determination of the services implemented, 610 of adhesion, by a user to the services network of trusted third parties, and 612 allocation of a management office and a correspondence office to the user.
  • phase 705 the user defines standard documents, called “primary” or primary document models, that he wishes to use and standard documents called
  • Phase 730 comprises, first, a step 732 of choice, by a user, of a primary document type. Then, during a step 734, the association of a primary document is carried out at a time interval. Thus, the creator of the primary document can define a lifetime of this document.
  • the user documents the primary document, coming from the primary document type, so that its contents define rights of creation of a secondary document. For example, rights define least one person or computer application authorized to generate a secondary document.
  • the primary document is assigned at least one identifier that will be common with the secondary documents from the primary document.
  • a number of secondary documents of this type is defined and represented by the content of the primary document.
  • Prôférentieltement during a step 742, automatically, from the model of primary document used, one determines at least a couple formed by a standard event and a standard form, each said defining the form respected by a secondary document generated for said typical event.
  • each pair formed by a typical event and a standard form specifies the subject of the secondary document and the processing to be performed in relation to said secondary document.
  • the couple specifies the context of use of the form (which part of the form for which event), and when a standard document is implemented, this standard document is included in the form.
  • the primary document comprises at least one representative coupon of a process relating to a management act that can be triggered and a strain representing an identifier common to all coupons of the document.
  • Phase 760 comprises, firstly, a step 762 for triggering the creation of a secondary document.
  • step 762 includes detecting the occurrence of an event defined by a pair associated with the primary document.
  • a secondary document is created.
  • the eventual form associated with the event is respected by the secondary document generated for said type event.
  • the standard form specifies the purpose of the secondary document and the processing to be performed in relation to the secondary document.
  • the couple specifies the context of use of the form (which part of the form for which event), and when a standard document is implemented, this standard document is included in the form.
  • the same form can be used for several standard events and that the same form is used throughout the same process and enriched, ie documented, at each step, by the result returned by the treatment of this step.
  • the couple specifies the context of use of the form (which part of the form for which event), and the secondary document respects the constraints of the form.
  • the secondary document follows a document model defined by the content of the primary document: a secondary document template is implemented that is associated with a primary document template.
  • a step 766 it is determined, if necessary, whether one is in the time interval associated with the primary document. Otherwise, that is, outside the time interval associated with the primary document, the at least partially automatic creation of a secondary document is not allowed.
  • a step 768 a verification of the respect of the rights defined for said secondary document by the content of the primary document and, in case of non-respect of these rights, the creation, at least partially automatic, of a secondary document is not allowed.
  • the secondary document is assigned a common identifier with the primary document.
  • a step 772 it is verified that, for the type of secondary document to be created, the number of documents authorized by the content of the primary document has not been exceeded. If it has been exceeded, the creation of the secondary document is interrupted.
  • the use of the coupon triggers the transmission of a message, or secondary document, to a computer application, the message comprising an event that defines the meaning of the message and, consequently, the process to be applied.
  • This message, or secondary document represents a form that groups together all the information necessary for the realization of a process, by all the computer applications likely to be implemented in relation to the primary document.
  • the structure of the document allows its intuitive management, the coupon structure and the message structure allow a standardization of the messages and, consequently, the intervention of many service providers and many applications for the treatment of the operation management represented by each coupon.
  • the application When the application has completed the process, the application performs a transmission of another message, or secondary document, to another computer application, this other message comprising said form and an event that defines the meaning of this other message and, consequently, the process to be applied.
  • this other message comprising said form and an event that defines the meaning of this other message and, consequently, the process to be applied.
  • the form is not modified but is documented and transmitted from one application to the next, which guarantees the proper execution of the applications.
  • Other aspects of the implementation of coupons having already been described above, they are not recalled with regard to FIG.
  • the primary document is a billing strain, it defines when, who (through entitlement) and under what conditions, can generate the following secondary documents: an invoice, a credit note and a payment order , partial or total.
  • These secondary documents are defined together with the primary document. Thanks to these provisions, the creation of secondary documents is partially automatic and intuitive. In particular, the structure of the primary document allows its intuitive management, and standardization of secondary documents. As a result, the intervention of many service providers and the implementation of numerous applications for the processing of the management operation represented by each coupon are facilitated.
  • the structure of the document allows its intuitive management
  • the coupon structure and the structure of the message allow a standardization of the messages and, consequently, the intervention of many service providers and many applications for the treatment of the management transaction represented by each coupon.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Document Processing Apparatus (AREA)
  • Storage Device Security (AREA)

Abstract

Le procédé de traitement d'information comporte : - une étape de détermination du contenu d'un document dit primaire comportant au moins une définition d'au moins un document dit « secondaire » lié audit document primaire et - une étape de création d'un document secondaire, Ie contenu dudit document secondaire étant automatiquement fonction du contenu du document primaire. Dans des modes de réalisation, on associe Ie document primaire a un intervalle de temps et, en dehors de cet intervalle de temps, Ia creation au moins partiellement automatique, d'un document secondaire n'est pas autorisée. Dans des modes de réalisation, Ie contenu du document primaire définit des droits de création d'un document secondaire et, I'étape de création d'un document secondaire comporte une étape de vérification du respect des droits définis, pour ledit document secondaire, par Ie contenu du document primaire et, en cas de non respect de ces droits, Ia création au moins partiellement automatique, d'un document secondaire n'est pas autorisée.

Description

PROCEDE ET DISPOSITIF DE TRAITEMENT D'INFORMATION
La présente invention concerne un procédé et un dispositif de traitement d'information. Elle s'applique, en particulier à la dématérialisation de documents à valeur juridique et/ou probante.
Les systèmes de gestion de document actuels sont destinés â être utilisés par une seule entité, par exemple une entreprise. Ils sont basés sur une gestion de droits sur un document (d'éditer, de signer, par exemple) mais ne permettent pas un traitement complexe de document par un ensemble d'intervenants, par exemple en vue de la dématérialisatiûn de documents.
La présente invention vise à remédier à ces inconvénients. A cet effet, la présente invention vise, selon un premier aspect, un procédé de traitement d'information, caractérisé en ce qu'il comporte :
- une étape de détermination du contenu d'un document dit primaire comportant au moins une définition d'au moins un document dit « secondaire » lié audit document primaire et
- une étape de création d'un document secondaire, le contenu dudit document secondaire étant automatiquement fonction du contenu du document primaire.
Grâce à ces dispositions, la création des documents secondaires est partiellement automatique et intuitive. En particulier, la structure du document primaire permet sa gestion intuitive, et une standardisation des documents secondaires. En conséquence, l'intervention de nombreux prestataires et la mise en oeuvre de nombreuses applications pour le traitement de l'opération de gestion représentée par chaque coupon sont facilitées.
Selon des caractéristiques particulières, au cours de l'étape de détermination du contenu du document primaire, on associe le document primaire à un intervalle de temps et, en dehors de cet intervalle de temps, la création au moins partiellement automatique, d'un document secondaire n'est pas autorisée. Grâce à ces dispositions, le créateur du document primaire peut définir une durée de vie de ce document.
Selon des caractéristiques particulières, le contenu du document primaire définit des droits de création d'un document secondaire et, l'étape de création d'un document secondaire comporte une étape de vérification du respect des droits définis, pour ledit document secondaire, par le contenu du document primaire et, en cas de non respect de ces droits, la création au moins partiellement automatique, d'un document secondaire n'est pas autorisée. Selon des caractéristiques particulières, lesdits droits définissent au moins une personne habilitée à générer un document secondaire.
Selon des caractéristiques particulières, au cours de l'étape de création d'un document secondaire, on affecte à chaque document secondaire un identifiant commun avec le document primaire.
Selon des caractéristiques particulières, au cours de l'étape de détermination du contenu du document primaire, on détermine au moins un modèle de document secondaire, représenté par le contenu du document primaire et, au cours de l'étape de création d'un document secondaire, le document secondaire respecte un modèle de document défini par le contenu du document primaire.
Selon des caractéristiques particulières, au cours de l'étape de détermination du contenu du document primaire, on met en œuvre un modèle dit primaire associé, de manière prédéterminée, à au moins un modèle de document secondaire.
Selon des caractéristiques particulières, au cours de l'étape de détermination du contenu du document primaire, pour chaque type de document secondaire susceptible d'être créé, un nombre de documents secondaires de ce type est défini et représenté par le contenu du document primaire et, au cours de l'étape de création d'un document secondaire, on vérifie que, pour te type de document secondaire à créer, ledit nombre n'a pas été dépassé. Selon des caractéristiques particulières, au cours de l'étape de détermination du contenu du document primaire, on détermine au moins un couple formé par un événement type et un formulaire type, chaque dit couple définissant le formulaire respecté par un document secondaire généré pour ledit événement type.
Selon des caractéristiques particulières, chaque couple formé par un événement type et un formulaire type précise l'objet du document secondaire, le traitement à effectuer en relation avec ledit document secondaire.
Par exemple le couple précise le contexte d'utilisation du formulaire (quelle partie du formulaire pour quel événement), et lorsqu'un document type est mise en œuvre, ce document type est inclus dans le formulaire. On note qu'un même formulaire peut être utilisé pour plusieurs événements type et que le même formulaire est utilisé tout le long d'un même processus et enrichi, c'est-à-dire documenté, à chaque étape, par le résultat renvoyé par le traitement de cette étape.
Selon des caractéristiques particulières, au cours de l'étape de détermination du contenu d'un document primaire, le document primaire comporte au moins un coupon représentatif d'un processus relatif à un acte de gestion qu'il est possible de déclencher et une souche représentant un identifiant commun a tous les coupons du document et lors de l'étape de création d'un document secondaire, on met en œuvre un dit coupon. Selon des caractéristiques particulières, la mise en oeuvre dυdit coupon déclenche rémission d'un message à destination d'une application informatique, le message comportant un événement qui définit la signification du message et, en conséquence, le processus â appliquer. Selon des caractéristiques particulières, ledit message représente un formulaire qui regroupe l'ensemble des informations nécessaires pour la réalisation d'un processus, par toutes les applications informatiques susceptibles d'être mises en œuvre en relation avec le document primaire.
Grâce à ces dispositions, ta structure du document permet sa gestion intuitive, la structure du coupon et la structure du message permettent une standardisation des messages et, en conséquence, l'intervention de nombreux prestataires et de nombreuses applications pour le traitement de l'opération de gestion représentée par chaque coupon.
Selon des caractéristiques particulières, le procédé tel que succinctement exposé ci- dessus comporte une étape d'émission, par ladite application, lorsqu'elle a achevé le processus, d'un autre message à destination d'une autre application informatique, cet autre message comportant un événement qui définit la signification de cet autre message et, en conséquence, le processus â appliquer, et ledit formulaire.
Ainsi, le formulaire n'est pas modifié mais est transmis d'une application à la suivante, ce qui garantit la bonne exécution des applications. Selon des caractéristiques particulières, te formulaire comporte un document type associé à l'utilisateur. Grâce à ces dispositions, la forme particulière du document que l'utilisateur souhaite utiliser peut être spécifiée et mise en œuvre par l'application informatique.
Selon des caractéristiques particulières, le procédé tel que succinctement exposé Ci- dessus comporte, pour mettre en œuvre l'étape d'utilisation d'un coupon, une étape d'affichage d'un bureau de gestion, espace de travail dans lequel l'utilisateur peut réaliser des actes de gestion et une étape d'affichage d'un bureau de correspondance, dans lequel l'utilisateur peut obtenir des compte-rendus d'opérations effectuées conformément à ses instructions ou d'opérations qui le concernent et accéder à un historique de ces opérations. Selon des caractéristiques particulières, le procédé tel que succinctement exposé ci- dessus comporte un étape d'émission d'un certificat de conformité à destination du bureau de correspondance, par chaque application concernée par une opération d'un processus déclenché par un coupon.
Selon des caractéristiques particulières, le procédé tel que succinctement exposé ci- dessus, comporte, pour un coupon de dématérialisation d'un document :
- une étape d'émission d'un document original .
- une étape de conservation de l'original dans une mémoire sécurisée, - une étape de commutation, c'est-à-dire de duplication de l'original dans une mémoire affectée à l'utilisateur émetteur et dans une mémoire affectées à chaque destinataire et
- une étape d'ampliation. c'est-à-dire de mise sous pli, électronique ou papier, de chaque copie de l'original affectée à un destinataire.
Selon des caractéristiques particulières, au cours de l'étape de détermination du contenu d'un document, on met en osuvre une nomenclature, ensemble des composantes du langage commun utilisés pour tous les messages échangés en relation avec ce document. Selon des caractéristiques particulières, la nomenclature est composée d'événements types, de formulaires type et de documents type.
Selon des caractéristiques particulières, un événement représente l'un des actes de gestion suivants :
- un ordre de fabrication, - une émission d'original, une acceptation de facture,
- un accusé de réception ou
- un ordre de paiement.
Selon des caractéristiques particulières, pendant la durée de vie du document, le formulaire est documenté à chaque étape du processus par le résultat du traitement de ladite étape.
Selon des caractéristiques particulières, au cours de l'étape de détermination du contenu du document, on fait référence à un document type qui définit la structure du document, les habilitations et les décisions de gestion, ou coupons, rattachés au document. Selon un deuxième aspect, la présente invention vise un dispositif de traitement d'information, qui comporte :
- une étape de détermination du contenu d'un document dit primaire comportant au moins une définition d'au moins un document dit « secondaire » lié audit document primaire et - une étape de création d'un document secondaire, le contenu dudit document secondaire étant automatiquement fonction du contenu du document primaire. Selon un troisième aspect, la présente invention vise un procédé de traitement d'information, caractérisé en ce qu'il comporte :
- une étape de détermination du contenu d'un document dit primaire comportant au moins une définition d'au moins un document dit « secondaire » lié audit document primaire et - une étape de création, par un utilisateur, d'un document secondaire, le contenu dudit document secondaire étant fonction du contenu du document primaire.
Les avantages, buts et caractéristiques particulières de ce dispositif et de ce procédé objet des deuxième et troisième aspects étant similaires à ceux du procédé objet du premier aspect, tel que succinctement exposé ci-dessus, ils ne sont pas rappelés ici.
D'autres avantages, buts et caractéristiques de là présente invention rassortiront de la description qui va suivre, faite, dans un but explicatif et nullement limitatif en regard des dessins annexés, dans lesquels :
- la figure 1 représente, schématiquement, un modèle mis en œuvre dans un mode de réalisation particulier du procédé et du dispositifs objets de la présente invention,
- les figures 2A et 2B représentent, schématiquement des éléments définis dans un nomenclature mise en œuvre dans un mode de réalisation particulier du procédé et du dispositifs objets de la présente invention,
. la figure 3 représente, schématiquement, une circulation de messages mise en œuvre dans un mode de réalisation particulier du procédé et du dispositifs objets de la présente invention,
- les figures 4A et 4B représentent, schématiquement, un plan de masse mis en œuvre dans un mode de réalisation particulier du procédé et du dispositifs objets de la présente invention, - la figure 5 représente une succession de messages échangés pour réaliser un paiement,
• la figure 6 représente, sous forme d'un logigramme, des étapes mises en œuvre dans un mode de réalisation particulier du procédé objet de la présente invention et
- la figure 7 représente, sous forme d'un logigramme, des étapes mises en œuvre dans un mode de réalisation particulier du procédé objet de la présente invention.
Comme illustré en figure 1, deux ensembles d'opérateurs agissent pour Ie compte d'un utilisateur, aussi appelé « adhérent » :
- un réseau de tiers de confiance 105, qui est responsable, vis-à-vis de l'utilisateur, de la bonne fin des opérations qu'il demande et • un ensemble d'opérateurs 110, qui exécutent les tâches de la dématérialisation.
Le réseau de tiers de confiance 105 fournit tous les éléments permettant de donner une valeur juridique ou probante à un décision de gestion d'un utilisateur et, en particulier, à :
- la transmission, par l'utilisateur, d'un document à un destinataire ou
- l'ordre de paiement d'une facture. L'utilisateur dispose d'un bureau 115 qui lui sert d'interface avec le réseau de tiers de confiance 105 et qui prend la forme de pages susceptibles d'être affichées sur un écran d'ordinateur. Le bureau 115 comporte notamment on bureau de gestion 120 dans lequel l'utilisateur peut donner des instructions et un bureau de correspondance 125, dans lequel l'utilisateur peut obtenir des compte-rendus 127 d'opérations effectuées conformément à ses instructions ou d'opérations qui le concernent et accéder à un historique de ces opérations.
Le bureau de gestion 120 est un espace de travail de l'utilisateur dans lequel l'utilisateur peut effectuer ses actes de gestion. Il est géré par le réseau de tiers de confiance 105.
Le bureau de correspondance 125 est un espace de travail de l'utilisateur qui retrace les résultats des opérations de dématérialisation, c'est-à-dire les compte-rendus d'opérations. Il est géré par le réseau de tiers de confiance 105. Plusieurs bureaux de gestion et de correspondance peuvent être affectés par un même opération de gestion déclenchée par un utilisateur. Par exemple, lors d'un paiement de fournisseur, le bureau de gestion et le bureau de correspondance de chaque partie, utilisateur déclenchant le paiement et fournisseur payé, sont affectés.
Dans la suite de la description, on s'intéresse aux décisions de gestion mettant en œuvre un document, c'est-à-dire une unité produite par une chaîne de dématérialisation, d'un dossier, ensemble de documents, géré par un utilisateur.
Le bureau de gestion permet d'émettre des coupons 122, qui sont des documents auxiliaires simplifiés et qui représentent des actes de gestion qu'il est possible d'activer pendant le cycle de vie d'un document. Un coupon est lié à une souche, c'est-à-dire un identifiant commun pour tes coupons liés au même document.
Un dossier comporte plusieurs documents, chaque document comporte de plusieurs coupons. L'appartement consiste à rapprocher les différents documents d'un même dossier suivant, par exemple, la hiérarchie société - utilisateur - dossier - document - coupon.
La transmission d'un coupon depuis le bureau de gestion 120 vers un opérateur 110 provoque, dans un compte de correspondance 130, c'est-à-dire un espace de travail de l'utilisateur qui. entre autres, retrace les résultats du processus de dématérialisation, géré par un opérateur, une étape d'émission 135 d'un document original, une étape 150 de conservation de l'original 155 dans une mémoire sécurisée, une étape de commutation 140, c'est-à-dire de duplication de l'original dans une mémoire affectée à l'utilisateur émetteur et dans une mémoire affectées à chaque destinataire et une étape d'ampliation 145, c'est-à- dire de mise sous pli, électronique ou papier, de chaque copie de l'original affectée à un destinataire. Chacune de ces étapes donne lieu à un comptes-rendus d'exécution, oυ certificat de conformité, envoyé au bureau de correspondance 120 de l'utilisateur émetteur.
Pour que toutes les étapes se déroulent de manière sûre, le réseau de tiers de confiance 105 et les opérateurs 110 utilisent un langage commun représenté par une nomenclature, ensemble des composantes du langage commun utilisés pour tous les échanges dans le réseau de tiers de confiance 105. La nomenclature est composée d'événements types, de formulaires type et de documents type. Un message est un support de circulation de l'information entre les composantes du système d'information. Un message est composé de deux parties : l'événement et le formulaire.
Un événement type définit le sens du message, par exempte ordre de fabrication, émission d'original, acceptation de facture, accusé de réception ou ordre de paiement Un formulaire regroupe l'ensemble des informations nécessaires pour les traitements effectués par les applications affiliées au réseau de tiers de confiance 105.
Le couple formé par un événement type et un formulaire type définit complètement chaque flux d'informations qui circule dans le système informatique. En effet, ce couple précise l'objet du message, le traitement à effectuer, le contexte d'utilisation du formulaire (quelle partie du formulaire pour quel événement, lorsqu'un document type est nécessaire, ce document type est inclus dans le formulaire. On note qu'un même formulaire peut être utilisé pour plusieurs événements type et que le même formulaire est utilisé tout le long d'un même processus et enrichi, c'est-à-dire documenté à chaque étape par le résultat renvoyé par le traitement de cette étape.
Un document type accompagne le formulaire pour préciser les actes de gestion qu'il est possible de déclencher pendant la durée de vie du dossier. Le document type définit la structure du document de la transaction, ainsi que les habilitations et les décisions de gestion, ou coupons, rattachés au document. On note que les coupons représentent les tâches à effectuer sur le document mais que le réseau de tiers de confiance 105 n'impose pas d'ordre d'exécution ni la complétude des tâches, cette responsabilité étant reportée vers le système de l'utilisateur.
Les figures 2A et 2B illustrent un exemple d'événement type 205, de formulaire type 210 comportant un document type 215. L'événement type 205 représente :
• un initiateur 220 (c'est-à-dire un identifiant de l'utilisateur, y compris sa société d'appartenance qui a provoqué directement ou indirectement l'émission du message),
- un dossier 221 de cet initiateur, - un ordre de fabrication 222 de ce dossier,
• un engagement 223 de l'initiateur,
- un accusé de réception 224 de cet engagement,
- un bon à payer 226 de cet engagement,
- un ordre de paiement 226 de cet engagement, - une autorisation de paiement 227 de cet engagement.
- un passage de relais 22Θ donnant à un coupon, comme au document initial, un message et un formulaire, - une émission 229 de ce passage de relais, c'est-à-dire des éléments associés au coupon, vers l'opérateur,
- une conservation 230 de ce passage de relais,
- une ampliation 231 de ce passage de relais, et - une commutation 232 de ce passage de relais.
En dehors du document type 215, le formulaire type 210 comporte :
- un attribut personnel de confiance 235,
- des mentions civiles 236,
- des mentions commerciales 237, - des mentions fiscales 238,
- une liste récapitulative 239,
- des mentions obligatoires 240 de la liste récapitulative,
- une convention interchange 241 ,
- des partenaires 242 de cette convention interchange, - des opérateurs 243 de cette convention interchange,
- des prestataires 244 de cette convention interchange,
- des habilitations 245,
- des procurations 246,
- des tâches 247, - une validation à distance 248 des tâches 247,
- une signature 249 des tâches 247.
- un archivage 250 des tâches 247 et
- une restitution 251 des tâches 247. Le document type 215 comporte : - un fichier structuré de composition de document 255,
- une habilitation liée aux coupons 256,
- des coupons 257,
- un coupon d'acceptation 258,
- un coupon de bon à payer 259, - un coupon d'accusé de réception 260,
- un coupon d'ordre de paiement 261 et
- un coupon d'autorisation de paiement 262.
On observe, en figure 3, que, sur déclenchement par un initiateur, un coupon est détaché et provoque l'émission d'un message 305 à destination d'une application 310 commençant un processus lié au traitement du coupon. Ce message 305 comporte un événement 315 et un formulaire 320, le type d'événement, le formulaire et l'éventuel document type intégré au formulaire 320 étant définis par la nomenclature indépendante du référentiel.
Une fois le message 305 reçu par l'application 310. l'application 310 traite l'événement 315 et enrichit, c'est-à-dire documente, le formulaire 320 avec les résultats de l'application 310 avant de passer le relais, c'est-à-dire d'envoyer un autre message 325 destiné à une autre application 330, cet autre message 325 comportant un événement 330 et le formulaire 320 enrichi.
Les traitements et émissions de messages se poursuivent ainsi jusqu'à ce que le coupon ait été entièrement traité. On observe, en figures 4A et 4B, une nomenclature 401, un référentiel 410, des autorités 440 et des services 450. La nomenclature 401 définit chaque événement type 402, chaque formulaire type 403 et chaque document type 404. Le référentiel 410 est un référentiel unique géré par le réseau de tiers de confiance et partagé par tous les opérateurs et tiers de confiance. Le référentiel 410 comporte un référentiel client 411, un référβπtiel de gestion d'identité 421 , un référentiel documentaire 427 et un référentiel de sécurité 435. Le référentiel de chaque utilisateur, ou client. 411 comporte un annuaire 412 qui centralise le référencement des utilisateurs, un camet d'adresses de l'utilisateur 413 lié à l'établissement de l'utilisateur, υn compte-courant de correspondance 414 qui définit des comptes de correspondance, un compte d'interface 415 qui définit des comptes d'interface avec les prestataires, financiers, par exemple, une signature 416, fichier numérisé rattaché à chaque utilisateur, une notation 417 liée à l'établissement de l'utilisateur, une définition de coffre-fort 418 rattaché à chaque utilisateur, un bureau de gestion 419 et un bureau de correspondance 420.
Le référentiel de gestion de chaque identité 421 rassemble les moyens d'identification et d'habilitation des utilisateurs. Le référentiel 421 comporte une habilitation 422, qui décrit les droits des utilisateurs, par exemple les fonctions et documents qu'ils peuvent gérer, une identité 423, par exemple un numéro de téléphone mobile, permettant d'authentifier un utilisateur en lui faisant parvenir un mot de passe à usage unique sur un terminal mobile communicant, une procuration 424 de l'utilisateur à l'opérateur pour que l'opérateur signe des documents au nom de l'utilisateur, υn SSO 425, moyen de propagation de l'identité et des habilitations d'un utilisateur, et un certificat 426, par exemple conforme à l'infrastructure PKI (acronyme de « public key infrastructure » pour infrastructure à clé publique).
Le référentiel documentaire de chaque utilisateur 427 rassemble l'ensemble des documents contractuels liés à un utilisateur. Le référentiel 427 comporte un contrat de service 428, passé entre le réseau de tiers de confiance et l'utilisateur, un formulaire 429, une définition de flux de travail (en anglais « workflow ») 430, une composition de fichiers structurés 431, une procédure de correspondance 432 qui définit le mode opératoire entre l'utilisateur, le réseau de tiers de confiance et les opérateurs, une convention de correspondance 433 et une mention légale 434. On note que le réseau de tiers de confiance ne prend en charge que les workflow de production, c'est-à-dire la chaîne de dématérialisation et l'alimentation des bureaux et des comptes. En revanche, le réseau de tiers de confiance ne prend pas en charge les processus décisionnels, par exemple la validation de paiement de facture, qui sont liés aux systèmes de production des utilisateurs. Le réseau de tiers de confiance met à la disposition des utilisateurs un bureau de gestion pour adosser (c'est-à-dire associer une justification externe de la contrepartie d'une opération interne, un adossemrnt étant un document produit par cette justification, associé à un coupon en réponse à un coupon question) leurs décisions de gestion sur des données dématérialisées à valeur juridique probante. Le réseau de tiers de confiance gère aussi les points de rendez-vous sous la forme de notifications, lorsque plusieurs utilisateurs participent à une décision commune.
Le référentiel de sécurité de chaque utilisateur 435 comporte une politique de sécurité 436, qui définit les contraintes du domaine de confiance du réseau de tiers de confiance, une politique de certification 437, qui concerne les serveurs dans le domaine de confiance du réseau de tiers de confiance et une politique de validation 436, méthode d'acceptation des certificats des serveurs du domaine de confiance du réseau de tiers de confiance et en dehors de ce domaine. Dans le mode de réalisation illustré en figures 4A et 4B, le réseau de tiers de confiance est un réseau hiérarchique adossé à une infrastructure conforme à l'infrastructure PKI. Un tiers de confiance racine est la racine de l'autorité de certification. Un tiers de confiance affilié est sous l'autorité de certification. Une sous-autorité de certification peut, à son tour, délivrer des certificats pour ses propres autorités internes. Une sous-autorité de certification peut aussi délivrer des certificats à ses propres sous-tiers de confiance. L'extension du domaine de confiance s'effectue par accord croisé avec d'autres racines de confiance. Elle correspond à la mise en place de l'autorité de validation pour sert, entre autres, à accepter les racines en dehors du domaine de confiance.
Les autorités 440 comportent au moins un tiers de confiance 441, un fournisseur d'horodatage 442, un fournisseur de services de notarisation 443, un fournisseur de services de conservation 444, une autorité de certification 445, un fournisseur de services d'enregistrement 446 et un fournisseur de services de validation 447. L'autorisé de certification 445 délivre et gère le cycle de vie des certificats délivrés aux tiers de confiance. Le fournisseur d'horodatage 442 fournit une heure signée à intégrer dans chaque transaction. Le fournisseur de services de notarisation 443 certifie une transaction entre deux partenaires. Le fournisseur de services d'enregistrement 446 effectue l'enregistrement des utilisateurs auprès des tiers de confiance et l'enregistrement des serveurs de la chaîne de confiance. Le fournisseur de services de conservation 444 protège les documents archivés et fait appel à l'autorité d'horodatage pour marquer le temps. Le fournisseur de services de validation 447 valide un certificat externe au domaine de confiance du réseau de tiers de confiance. Les services 450 comportent des operateurs 451 et des membres du réseau de tiers de confiance 460. Les opérateurs 451 comportent des opérateurs d'émission d'original 452, des opérateurs de commutation 453, des opérateurs de conservation 454 et des opérateurs d'ampliation 455
Le réseau de tiers de confiance 460 comporte des bureaux 461 et des services d'infrastructure 470. Les bureaux 461 comportent un bureau de correspondance sécurisé 462, une interface métier 463, un bureau de gestion collaboratif 464, des certificats d'opérations 465 et des affaires 466. Une affaire est un ensemble de dossiers liés manuellement par un utilisateur. Les services d'infrastructure 470 rassemblent les outils de transport, de traçabilité et de notification. Ils comportent un service de transfert sécurisé 471, qui effectue le transfert de données des clients vers le centre de données et vers des organismes, un service de trace sécurisé 472, qui fournit une trace technique ou fonctionnelle non altérable, dont l'intégrité est assurée et un service de notification 473, qui prend en charge l'ensemble des méthodes de notification aux utilisateurs, par courrier électronique, message court, alerte dans un portail et par synchronisation multi-partenaires. On observe, en figure 5 qu'un utilisateur payeur donne, d'abord, un ordre de paiement, en mettant en œuvre un coupon, dans son bureau de gestion, étape 502. Puis, un message de dématérialisation est transmis à un opérateur, qui effectue l'émission du document original correspondant, étape 504. Puis, un ou plusieurs opérateurs effectuent les étapes de commutation, 506. d'ampliation. 508, et de conservation 510 et renvoie, pour la réalisation de chacune de ces étapes, un certificat de conformité au bureau de correspondant de l'utilisateur payeur, étapes 512, 514, 516 et 518, respectivement. Le bureau de correspondance de l'utilisateur payeur émet alors un message à destination du bureau de gestion du client utilisateur, étape 520, et du fournisseur payé, étape 522.
On observe, en figure 6, une étape 602 de définition d'une nomenclature, une étape 604 de définition de référentiel, une étape 606 de détermination des autorités et une étape 608 de détermination des services mis en œuvre.
Puis, au cours d'une étape 610, un utilisateur adhère aux services du réseaux de tiers de confiance et se voit attribuer un bureau de gestion et un bureau de correspondance, étape 612. Au cours d'une étape 614, l'utilisateur définit des documents types qu'il utilisera. Au cours d'une étape 616, l'utilisateur détermine une transaction qu'il souhaite effectuer. Au cours d'une étape 618, l'utilisateur met en œuvre un coupon compris dans le document. Au cours d'une étape 620. un message est envoyé à une application informatique d'opérateur chargé du premier traitement du coupon, ce message comportant un événement et un formulaire.
Au cours d'une étape 622, l'application effectue le traitement dont elle a la charge. Au cours d'une étape 624, l'application envoie un certificat de conformité au bureau de correspondance de l'utilisateur qui a utilisé le coupon. Au cours d'une étape 626, l'application enrichit le formulaire avec le ou les résultats de son traitement du coupon. Au cours d'une étape 628 l'application envoie un message à un autre application chargée de la suite du traitement du coupon et ainsi de suite.
Lorsque le traitement du coupon est achevé, au cours d'une étape 630, le bureau de correspondance notifie le bureau de gestion de chaque utilisateur concerné par te traitement du coupon.
Comme on l'observe en figure 7, dans un mode de réalisation particulier, le procédé de traitement d'information objet de la présente invention comporte, essentiellement, trois phases : - une phase 705 de définition de documents types, de modèles de documents, de formulaires et de couples associant des événements à des formulaires.
- une phase 730 de détermination du contenu d'un document dit primaire comportant au moins une définition d'au moins un document dit « secondaire » lié audit document primaire et - une phase 760 de création d'un document secondaire, le contenu dudit document secondaire étant automatiquement fonction du contenu du document primaire.
Préliminairement à la phase 705, sont réalisées les étapes 602 de définition d'une nomenclature, 604 de définition de référentiel, 60$ de détermination des autorités, 608 de détermination des services mis en œuvre, 610 d'adhésion, par un utilisateur aux services du réseaux de tiers de confiance, et 612 d'attribution d'un bureau de gestion et d'un bureau de correspondance à l'utilisateur.
Au cours de la phase 705, l'utilisateur définit des documents types, dits « primaires » ou modèles de documents primaires, qu'il souhaite utiliser et des documents types dits
« secondaires » qui sont susceptibles d'y être liés. Ainsi, on détermine au moins un modèle de document secondaire susceptible d'être représenté par le contenu d'un document primaire.
La phase 730 comporte, d'abord, une étape 732 de choix, par un utilisateur, d'un type de document primaire. Puis, au cours d'une étape 734, on effectue l'association d'un document primaire à un intervalle de temps. Ainsi, le créateur du document primaire peut définir une durée de vie de ce document. Au cours d'une étape 736, l'utilisateur documente le document primaire, provenant du document primaire type, pour que son contenu définisse des droits de création d'un document secondaire. Par exemple, les droits définissent au moins une personne ou une application informatique habilitée à générer un document secondaire. Au cours d'une étape 738, on affecte au document primaire au moins un identifiant qui sera commun avec les documents secondaires Issus du document primaire.
Au cours d'une étape 740, pour chaque type de document secondaire susceptible d'être créé, un nombre de documents secondaires de ce type est défini et représenté par le contenu du document primaire.
Prôférentieltement, au cours d'une étape 742, de manière automatique, a partir du modèle de document primaire utilisé, on détermine au moins un couple formé par un événement type et un formulaire type, chaque dit couple définissant le formulaire respecté par un document secondaire généré pour ledit événement type. Par exemple, chaque couple formé par un événement type et un formulaire type précise l'objet du document secondaire et le traitement à effectuer en relation avec ledit document secondaire. Par exemple le couple précise le contexte d'utilisation du formulaire (quelle partie du formulaire pour quel événement), et lorsqu'un document type est mise en œuvre, ce document type est inclus dans le formulaire.
On note qu'un même formulaire peut être utilisé pour plusieurs événements type et que le même formulaire est utilisé tout le long d'un même processus et enrichi, c'est-à-dire documenté, à chaque étape, par le résultat renvoyé par le traitement de cette étape.
Préférentiellement, le document primaire comporte au moins un coupon représentatif d'un processus relatif à un acte de gestion qu'il est possible de déclencher et une souche représentant un identifiant commun à tous les coupons du document.
Dans des modes de réalisation, le formulaire comporte un document type associé à l'utilisateur. Ainsi, la forme particulière du document primaire que l'utilisateur souhaite utiliser peut être spécifiée et mise en œuvre par l'application informatique. La phase 760 comporte, d'abord, une étape 762 de déclenchement de création d'un document secondaire. Par exemple, l'étape 762 comporte la détection de la réalisation d'un événement défini par un couple associé au document primaire.
Puis, au cours d'une étape 764, on crée un document secondaire. L'éventuel formulaire associé à l'événement est respecté par le document secondaire généré pour ledit événement type. Le formulaire type précise l'objet du document secondaire et le traitement à effectuer en relation avec ledit document secondaire. Par exemple le couple précise le contexte d'utilisation du formulaire (quelle partie du formulaire pour quel événement), et lorsqu'un document type est mise en œuvre, ce document type est inclus dans le formulaire.
On note qu'un même formulaire peut être utilisé pour plusieurs événements type et que le même formulaire est utilisé tout le long d'un même processus et enrichi, c'est-à-dire documenté, à chaque étape, par le résultat renvoyé par le traitement de cette étape. Par exemple le couple précise le contexte d'utilisation du formulaire (quelle partie du formulaire pour quel événement), et le document secondaire respecte les contraintes du formulaire.
Le document secondaire respecte un modèle de document défini par le contenu du document primaire : on met en œuvre un modèle de document secondaire associé à un modèle de document primaire.
Au cours d'une étape 766, on détermine, le cas échéant, si on se trouve dans l'intervalle de temps associé au document primaire. Sinon, c'est-à-dire en dehors de l'intervalle de temps associé au document primaire, la création au moins partiellement automatique, d'un document secondaire n'est pas autorisée. Au cours d'une étape 768, on effectue une vérification du respect des droits définis, pour ledit document secondaire, par le contenu du document primaire et, en cas de non respect de ces droits, la création au moins partiellement automatique, d'un document secondaire n'est pas autorisée.
Au cours d'une étape 770, on affecte au document secondaire un identifiant commun avec le document primaire.
Au cours d'une étape 772, on vérifie que, pour le type de document secondaire à créer, le nombre de documents autorisé par le contenu du document primaire n'a pas été dépassé. S'il a été dépassé, on interrompt la création du document secondaire.
Dans le cas où on met en oeuvre un coupon représentatif d'un processus relatif à un acte de gestion qu'il est possible de déclencher et une souche représentant un identifiant commun â tous les coupons du document, au cours d'une étape 774, l'utilisation du coupon, déclenche l'émission d'un message, ou document secondaire, à destination d'une application informatique, le message comportant un événement qui définit la signification du message et, en conséquence, le processus à appliquer. Ce message, ou document secondaire, représente un formulaire qui regroupe l'ensemble des informations nécessaires pour la réalisation d'un processus, par toutes les applications informatiques susceptibles d'être mises en oeuvre en relation avec le document primaire.
Grâce à ces dispositions, la structure du document permet sa gestion intuitive, la structure du coupon et la structure dυ message permettent une standardisation des messages et, en conséquence, l'intervention de nombreux prestataires et de nombreuses applications pour le traitement de l'opération de gestion représentée par chaque coupon.
Lorsque l'application a achevé le processus, l'application effectue une émission d'un autre message, ou document secondaire, à destination d'une autre application informatique, cet autre message comportant ledit formulaire et un événement qui définit la signification de cet autre message et, en conséquence, le processus à appliquer. Ainsi, le formulaire n'est pas modifié mais est documenté et transmis d'une application à la suivante, ce qui garantit la bonne exécution des applications. D'autres aspects de la mise en œuvre des coupons ayant déjà été décrits ci-dessus, on ne les rappelle pas en regard de la figure 7.
On observe que les messages, documents secondaires, permettent de créer d'autres documents secondaires. En variante, c'est la même application qui réalise les différents processus liés à un document primaire, les documents secondaires étant générés par l'utilisation de cette application.
A titre d'exemple, le document primaire étant une souche de facturation, il définit quand, qui (par le biais d'habilitation) et dans quelles conditions, peut générer les documents secondaires suivants : une facture, un avoir et un ordre de paiement, partiel ou total. Ces documents secondaires sont définis conjointement au document primaire. Grâce à ces dispositions, la création des documents secondaires est partiellement automatique et intuitive. En particulier, la structure du document primaire permet sa gestion intuitive, et une standardisation des documents secondaires. En conséquence, l'intervention de nombreux prestataires et la mise en œuvre de nombreuses applications pour le traitement de l'opération de gestion représentée par chaque coupon sont facilitées.
Grâce notamment à la mise en œuvre des coupons, la structure du document permet sa gestion intuitive, la structure du coupon et la structure du message permettent une standardisation des messages et, en conséquence, l'intervention de nombreux prestataires et de nombreuses applications pour le traitement de l'opération de gestion représentée par chaque coupon.

Claims

REVENDICATIONS
1 - Procédé de traitement d'information, caractérisé en ce qu'il comporte ;
- une étape de détermination du contenu d'un document dit primaire comportant au moins une définition d'au moins un document dit « secondaire » lié audit document primaire et
- une étape de création d'un document secondaire, le contenu dudit document secondaire étant automatiquement fonction du contenu du document primaire.
2 - Procédé selon la revendication 1 , caractérisé en ce que, au cours de l'étape de détermination du contenu du document primaire, on associe le document primaire à un intervalle de temps et, en dehors de cet intervalle de temps, la création au moins partiellemest automatique, d'un document secondaire n'est pas autorisée.
3 - Procédé selon l'une quelconque des revendications 1 ou 2, caractérisé en ce que le contenu du document primaire définit des droits de création d'un document secondaire et, l'étape de création d'un document secondaire comporte une étape de vérification du respect des droits définis, pour ledit document secondaire, par le contenu du document primaire et, en cas de non respect de ces droits, la création au moins partiellement automatique, d'un document secondaire n'est pas autorisée.
4 - Procédé selon la revendication 3, caractérisé en ce que lesdits droits définissent au moins une personne habilitée à générer un document secondaire.
5 - Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que, au cours de l'étape de création d'un document secondaire, on affecte à chaque document secondaire un identifiant commun avec le document primaire.
6 - Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que, au cours de l'étape de détermination du contenu du document primaire, on détermine au moins un modèle de document secondaire, représenté par le contenu du document primaire et, au cours de l'étape de création d'un document secondaire, le document secondaire respecte un modèle de document défini par le contenu du document primaire.
7 - Procédé selon la revendication 6, caractérisé en ce que, au cours de l'étape de détermination du contenu du document primaire, on met en œuvre un modèle dit primaire associé, de manière prédéterminée, à au moins un modèle de document secondaire.
8 - Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que, au cours de l'étape de détermination du contenu du document primaire, pour chaque type de document secondaire susceptible d'être créé, un nombre de documents secondaires de ce type est défini et représenté par le contenu du document primaire et, au cours de l'étape de création d'un document secondaire, on vérifie que, pour le type de document secondaire à créer, ledit nombre n'a pas été dépassé. 9 - Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que, au cours de l'étape de détermination du contenu du document primaire, on détermine au moins un couple formé par un événement type et un formulaire type, chaque dit couple définissant le formulaire respecté par un document secondaire généré pour ledit événement type. 10 - Procédé selon la revendication 9, caractérisé en ce que chaque couple formé par un événement type et un formulaire type précise l'objet du document secondaire, le traitement à effectuer en relation avec ledit document secondaire.
11 - Procédé selon l'une quelconque des revendications 1 à 10, caractérisé en ce que, au cours de l'étape de détermination du contenu d'un document primaire, le document primaire comporte au moins un coupon représentatif d'un processus relatif à un acte de gestion qu'il est possible de déclencher et une souche représentant un identifiant commun à tous les coupons du document et lors de l'étape de création d'un document secondaire, on met en œuvre un dit coupon.
12 - Procédé selon la revendication 11, caractérisé en ce que la mise en œuvre dudit coupon déclenche l'émission d'un message à destination d'une application informatique, le message comportant un événement qui définit la signification du message et, en conséquence, le processus à appliquer.
13 - Procédé selon la revendication 12, caractérisé en ce que ledit message représente un formulaire qui regroupe l'ensemble des informations nécessaires pour la réalisation d'un processus, par toutes tes applications informatiques susceptibles d'être mises en œuvre en relation avec le document primaire.
14 - Procédé selon l'une quelconque des revendications 11 à 13, caractérisé en ce qu'il comporte, une étape d'émission, par ladite application, lorsqu'elle a achevé le processus, d'un autre message à destination d'une autre application informatique, cet autre message comportant un événement qui définit la signification de cet autre message et, en conséquence, le processus à appliquer, et ledit formulaire.
15 - Procédé selon l'une quelconque des revendications 13 ou 14, caractérisé en ce que le formulaire comporte un document type associé à l'utilisateur.
16 - Procédé selon l'une quelconque des revendications 11 à 15, caractérisé en ce qu'il comporte, pour mettre en œuvre l'étape d'utilisation d'un coupon, une étape d'affichage d'un bureau de gestion, espace de travail dans lequel l'utilisateur peut réaliser des actes de gestion et une étape d'affichage d'un bureau de correspondance, dans lequel l'utilisateur peut obtenir des compte-rendus d'opérations effectuées conformément à ses instructions ou d'opérations qui le concernent et accéder à un historique de ces opérations. 17 - Procédé selon l'une quelconque des revendications 11 à 16, caractérisé en ce qu'il comporte un étape d'émission d'un certificat de conformité à destination du bureau de correspondance, par chaque application concernée par une opération d'un processus déclenché par un coupon.
18 - Procédé selon l'une quelconque des revendications 11 à 17, caractérisé en ce qu'il comporte, pour un coupon de dématérialisation d'un document : - une étape d'émission d'un document original,
• une étape de conservation de l'original dans une mémoire sécurisée,
- une étape de commutation, c'est-à-dire de duplication de l'original dans une mémoire affectée à l'utilisateur émetteur et dans une mémoire affectées à chaque destinataire et - une étape d'amptiation, c'est-à-dire de mise sous pli, électronique ou papier, de chaque copie de l'original affectée à un destinataire.
19 - Procédé selon l'une quelconque des revendications 11 à 18, caractérisé en ce que, au cours de l'étape de détermination du contenu d'un document, on met en œuvre une nomenclature, ensemble des composantes du langage commun utilisés pour tous les messages échangés en relation avec ce document.
20 - Procédé selon la revendication 19, caractérisé en ce que la nomenclature est composée d'événements types, de formulaires type et de documents type.
21 - Procédé selon l'une quelconque des revendications 11 à 20, caractérisé en ce qu'un événement représente l'un des actes de gestion suivants : - un ordre de fabrication,
- une émission d'original,
- une acceptation de facture,
- un accusé de réception ou
- un ordre de paiement. 22 - Procédé selon l'une quelconque des revendications 11 à 21, caractérisé en ce que, pendant la durée de vie du document, le formulaire est documenté à chaque étape du processus par le résultat du traitement de ladite étape.
23 - Procédé selon l'une quelconque des revendications 11 à 22, caractérisé en ce que, au cours de l'étape de détermination du contenu du document, on fait référence à un document type qui définit la structure du document, les habilitations et les décisions de gestion, ou coupons, rattachés au document.
24 - Dispositif de traitement d'information, caractérisé en ce qu'il comporte :
- un moyen de détermination du contenu d'un document dit primaire comportant au moins une définition d'au moins un document dit « secondaire » lié audit document primaire et
- un moyen de création d'un document secondaire, le contenu dudit document secondaire étant automatiquement fonction du contenu du document primaire.
PCT/IB2008/001105 2007-01-29 2008-01-29 Procede et dispositif de traitement d'information WO2008093245A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US12/524,897 US20110112980A1 (en) 2007-01-29 2008-01-29 Method and device for processing information
EP08737586A EP2126811A2 (fr) 2007-01-29 2008-01-29 Procede et dispositif de traitement d'information

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR07/00648 2007-01-29
FR0700648A FR2911982A1 (fr) 2007-01-29 2007-01-29 Procede et dispositif de traitement d'information

Publications (2)

Publication Number Publication Date
WO2008093245A2 true WO2008093245A2 (fr) 2008-08-07
WO2008093245A3 WO2008093245A3 (fr) 2008-11-27

Family

ID=38608792

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2008/001105 WO2008093245A2 (fr) 2007-01-29 2008-01-29 Procede et dispositif de traitement d'information

Country Status (4)

Country Link
US (1) US20110112980A1 (fr)
EP (1) EP2126811A2 (fr)
FR (1) FR2911982A1 (fr)
WO (1) WO2008093245A2 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1515509A2 (fr) * 2003-09-02 2005-03-16 Deutsche Telekom AG Procédé et dispositif pour assurer une infrastructure d'exécution de transmissions spontanées 'chacun-à-chacun' de données

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6282653B1 (en) * 1998-05-15 2001-08-28 International Business Machines Corporation Royalty collection method and system for use of copyrighted digital materials on the internet
US7143093B1 (en) * 1998-12-17 2006-11-28 Webmethods, Inc. Enterprise computer system
US20020013722A1 (en) * 2000-07-27 2002-01-31 Kanaga Samantha J. Enhanced document escrow service
US9742614B2 (en) * 2000-09-28 2017-08-22 Wellogix Technology Licensing, Llc Data-type definition driven dynamic business component instantiation and execution framework
US7885987B1 (en) * 2001-08-28 2011-02-08 Lee Eugene M Computer-implemented method and system for managing attributes of intellectual property documents, optionally including organization thereof
AU2002323986A1 (en) * 2002-07-31 2004-02-23 Matsushita Electric Industrial Co., Ltd. Commodity indication data transmission method and system, and reception apparatus
EP1517261A3 (fr) * 2003-09-18 2005-10-05 Matsushita Electric Industrial Co., Ltd. Procédé et système pour la gestion de flux de travail
US8239238B2 (en) * 2005-03-21 2012-08-07 Microsoft Corporation Methods and apparatus for encoding a work item type definition

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1515509A2 (fr) * 2003-09-02 2005-03-16 Deutsche Telekom AG Procédé et dispositif pour assurer une infrastructure d'exécution de transmissions spontanées 'chacun-à-chacun' de données

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
BAE H ET AL: "A document-process association model for workflow management" COMPUTERS IN INDUSTRY, ELSEVIER SCIENCE PUBLISHERS. AMSTERDAM, NL, vol. 47, no. 2, 1 février 2002 (2002-02-01), pages 139-154, XP004334593 ISSN: 0166-3615 *
CIBELLI M ET AL: "Visual authorization modeling in e-commerce applications" IEEE MULTIMEDIA, IEEE SERVICE CENTER, NEW YORK, NY, US, vol. 10, no. 1, 1 janvier 2003 (2003-01-01), pages 44-54, XP011095500 ISSN: 1070-986X *
GREUNZ M ET AL: "Integrating e-government infrastructures through secure XML document containers" SYSTEM SCIENCES, 2001. PROCEEDINGS OF THE 34TH ANNUAL HAWAII INTERNATIONAL CONFERENCE ON JANUARY 3-6, 2001, PISCATAWAY, NJ, USA,IEEE, 3 janvier 2001 (2001-01-03), pages 1690-1699, XP010549777 ISBN: 0-7695-0981-9 *
PENG LIU ET AL: "An Access Control Model for Web Services in Business Process" WEB INTELLIGENCE, 2004. WI 2004. PROCEEDINGS. IEEE/WIC/ACM INTERNATION AL CONFERENCE ON BEIJING, CHINA 20-24 SEPT. 2004, PISCATAWAY, NJ, USA,IEEE, 20 septembre 2004 (2004-09-20), pages 292-298, XP010779230 ISBN: 978-0-7695-2100-8 *
SIMON E ET AL: "An Introduction to XML Digital Signatures" INTERNET CITATION, [Online] 8 août 2001 (2001-08-08), XP002266272 Extrait de l'Internet: URL:http://www.xml.com/pub/a/2001/08/08/xmldsig.html> [extrait le 2004-01-07] *

Also Published As

Publication number Publication date
FR2911982A1 (fr) 2008-08-01
US20110112980A1 (en) 2011-05-12
EP2126811A2 (fr) 2009-12-02
WO2008093245A3 (fr) 2008-11-27

Similar Documents

Publication Publication Date Title
US10970274B2 (en) System and method for electronic data capture and management for audit, monitoring, reporting and compliance
US11784824B1 (en) Secure ledger assurance tokenization
US11741052B2 (en) Method and system for real-time collaboration and annotation-based action creation and management
US11050690B2 (en) Method for providing recording and verification service for data received and transmitted by messenger service, and server using method
US8868916B2 (en) Self-contained electronic signature
US8571992B2 (en) Methods and apparatus for title structure and management
US20130238518A1 (en) Identity Alert Management System And Method
FR2836247A1 (fr) Systeme de gestion numerique des droits d'impression
Giorgini et al. Requirement engineering meets security: A case study on modelling secure electronic transactions by VISA and Mastercard
CA2867705A1 (fr) Systeme et procede de commande basee sur des regles d'une garde de transactions par signature electronique
AU2013333808B2 (en) Method for the registration and certification of receipt of electronic mail
TWI744863B (zh) 基於區塊鏈之資產管理履歷存證彙整系統及其方法
WO2010143001A1 (fr) Système et procédé de vérification de documents électroniques
JP2008276756A (ja) ウェブ・サービス仲介装置
US20240013234A1 (en) Compliance document creation, modification, and provisioning
CA2801659A1 (fr) Systeme et procede de gestion d'identite et architecture connexe
TWI579795B (zh) 電子郵件投遞認證方法
JP2002099843A (ja) 契約支援統合サービスシステムおよびその支援方法
FR2814016A1 (fr) Procede pour generer les preuves de l'envoi et de la reception par un reseau de transmission de donnees d'un ecrit electronique et de son contenu
US10970741B2 (en) Method and system for integrating audience data with a social media site
WO2003034654A2 (fr) Procede et dispositif de protection de donnees
Angelov et al. Dynamic and secure B2B e-contract update management
CN115310894A (zh) 一种采购合同管理方法
WO2008093245A2 (fr) Procede et dispositif de traitement d'information
EP3896634A1 (fr) Procede de traitement d'une transaction effectuee par une entite debitrice aupres d'une entite creditrice cible

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2008737586

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008737586

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08737586

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 12524897

Country of ref document: US