EP2800065A1 - Procédé destiné à la production d'une étiquette, d'un produit de programme informatique et système destiné à l'exécution du procédé - Google Patents

Procédé destiné à la production d'une étiquette, d'un produit de programme informatique et système destiné à l'exécution du procédé Download PDF

Info

Publication number
EP2800065A1
EP2800065A1 EP14164250.4A EP14164250A EP2800065A1 EP 2800065 A1 EP2800065 A1 EP 2800065A1 EP 14164250 A EP14164250 A EP 14164250A EP 2800065 A1 EP2800065 A1 EP 2800065A1
Authority
EP
European Patent Office
Prior art keywords
document
label
server
user
program
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
EP14164250.4A
Other languages
German (de)
English (en)
Other versions
EP2800065B1 (fr
Inventor
Henning Endruscheit
Volker Klös
Thomas Ogilvie
Boris Mayer
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Deutsche Post AG
Original Assignee
Deutsche Post AG
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 Deutsche Post AG filed Critical Deutsche Post AG
Priority to EP14164250.4A priority Critical patent/EP2800065B1/fr
Publication of EP2800065A1 publication Critical patent/EP2800065A1/fr
Application granted granted Critical
Publication of EP2800065B1 publication Critical patent/EP2800065B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00Franking apparatus
    • G07B17/00459Details relating to mailpieces in a franking system
    • G07B17/00508Printing or attaching on mailpieces
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00Franking apparatus
    • G07B17/00016Relations between apparatus, e.g. franking machine at customer or apparatus at post office, in a franking system
    • G07B17/00024Physical or organizational aspects of franking systems
    • G07B2017/00048Software architecture
    • G07B2017/00056Client-server
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00Franking apparatus
    • G07B17/00016Relations between apparatus, e.g. franking machine at customer or apparatus at post office, in a franking system
    • G07B17/00024Physical or organizational aspects of franking systems
    • G07B2017/00048Software architecture
    • G07B2017/00056Client-server
    • G07B2017/00064Virtual meter, online stamp; PSD functions or indicia creation not at user's location
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00Franking apparatus
    • G07B17/00016Relations between apparatus, e.g. franking machine at customer or apparatus at post office, in a franking system
    • G07B17/0008Communication details outside or between apparatus
    • G07B2017/00145Communication details outside or between apparatus via the Internet
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00Franking apparatus
    • G07B17/00185Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
    • G07B17/00435Details specific to central, non-customer apparatus, e.g. servers at post office or vendor
    • G07B2017/00443Verification of mailpieces, e.g. by checking databases
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00Franking apparatus
    • G07B17/00459Details relating to mailpieces in a franking system
    • G07B17/00508Printing or attaching on mailpieces
    • G07B2017/00572Details of printed item
    • G07B2017/0058Printing of code
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00Franking apparatus
    • G07B17/00459Details relating to mailpieces in a franking system
    • G07B17/00508Printing or attaching on mailpieces
    • G07B2017/00612Attaching item on mailpiece
    • G07B2017/0062Label

Definitions

  • the invention relates to a method for producing a label that can be applied to a mailpiece.
  • the invention further relates to a computer program product, a network node and a device for carrying out the method.
  • Such labels are generated for example by a suitable data processing unit - for example a personal computer.
  • this object is achieved by a method having the features of patent claim 1, a computer program product according to claim 14, a network node according to claim 15 and by a system according to claim 16.
  • a method for generating a label is performed such that a network node provides a data service that is executed in at least one provider server of a service provider, wherein data for insertion into the label is generated.
  • a development of the method, the computer program product, the network node and the system is characterized in that the data service is an Internet service.
  • Return labels are labels that allow a user of the computer system to return mail received from him to a sender.
  • a further development of the method, of the computer program product, of the network node and of the system is characterized in that a checking step is carried out to check a voucher and, depending on the result of the checking step, the generation of the label is influenced.
  • a further development of the method, of the computer program product, of the network node and of the system is distinguished by the fact that it precedes the checking step Process step, the coupon is transmitted to a user.
  • a further development of the method, of the computer program product, of the network node and of the system is characterized in that a program module is introduced into the intelligent document which is adapted to provide a displayable indication of a result of the checking step or of a further checking step for checking the existence of the prerequisite within the intelligent document.
  • a development of the method, the computer program product, the network node and the system is characterized in that at least one of the test steps is performed by means of the program module.
  • a further development of the method, of the computer program product, of the network node and of the system is characterized in that in the checking step it is checked whether the program execution environment is available.
  • a development of the method, the computer program product, the network node and the system is characterized in that a program controls a one-time printing of the label and that an intelligent document is transmitted from a server to a client via a network.
  • a further development of the method, of the computer program product, of the network node and of the system is distinguished by the fact that, at the first printing of the label, a message is transmitted from the user client to the server and that the print due to the message is logged in the server becomes.
  • a further development of the method, of the computer program product, of the network node and of the system is characterized in that the program for controlling the printing of the label can only be executed if there is a network connection between the client and the server and if it is determined on the basis of a query from the server has been that the label has not yet been printed.
  • a further development of the method, of the computer program product, of the network node and of the system is characterized in that it is checked in at least one of the checking steps whether there is access to the network.
  • a refinement of the method, of the computer program product, of the network node and of the system is characterized in that in at least one of the checking steps a query of the server is made, in which it is checked whether contents of the intelligent document have already been printed once.
  • a further development of the invention includes a system that enables customers to request and print labels via an online interface via a PC, which is referred to below as a user client.
  • the interface is provided by a server, hereafter referred to as POP server (POP: Parcel Online Postage).
  • the customer first generates one or more entries for mailpieces to be sent in a shopping cart on a first page provided by the POP server (referred to below as NOW 1).
  • the website NOW 1 contains a button, via which the user clicks on a another website (hereinafter referred to as NOW2, which displays shipment details), on which data of a shipment can be collected and manipulated.
  • the data include, for example, the sender address, the recipient address and a selection of the products and services as well as the destination countries, from which in particular the postage value for the shipment results.
  • the user can specify one or more additional services for the shipments. These include, for example, a roll service for round packaging or a specific bulky goods service, whereby these forms are only examples of additional services.
  • the shopping cart contains at least one entry, another button is active on the website NOW 1, via which the customer can initiate a payment process.
  • NOW 3 a website which contains links to PDF documents which enable the printing of the acquired franking label. Furthermore, after the payment has been made, an e-mail will be sent to the customer which contains a link to the website NOW 3, which will allow the website to be called up again at a later date. The e-mail will be sent to an address previously entered by the customer on the NOW 1 website. If the value of the shopping cart exceeds a certain amount, the access to the website NOW 3 is secured by a PIN via the link contained in the e-mail. presented to the user on the NOW 3 page, but not sent by e-mail.
  • a further development of the invention includes a voucher functionality that allows a customer to purchase vouchers and use them for the payment of postage indicia.
  • the vouchers can be added to the shopping cart on the website NOW 1. Via a corresponding button on this website, the user can access another website (NOW 2 - Voucher Details) where voucher sets for a base product also selected on this page can be added to the shopping cart. After payment of the shopping cart, the user is offered a possibility on the website NOW 3 to display or save the purchased coupon codes. For the later redemption of the voucher the voucher code is entered by the customer when generating the shopping cart on the website NOW 1.
  • the invention is suitable for creating different labels, in particular for producing labels for controlling logistical functions of the mailpieces, in particular their transport, sorting and / or forwarding.
  • the labels contain, for example, monetary information as proof of payment, so that it is an example of franking labels.
  • the labels may contain further information for handling the mailpieces-for example a sender address, a recipient address, a mailing identification code or other data describing the mailing (eg weight or dimensions). This makes it possible to use the label to monitor the course of the shipment (tracking) or to prove the course of the shipment (tracing).
  • the labels contain, in addition to the address of the recipient and the sender, a routing code assigned to the recipient address, which is used in the production of the mailpieces in a parcel or letter center of a mailing service provider.
  • the label includes a unique label identification code.
  • abuse cases can be determined in which a franking label is used several times for the franking of mail.
  • the label identification codes of the issued franking label are stored in a payment assurance system.
  • the label identification code is marked as used in the pay-as-you-go system.
  • Guide code and label identification code are inserted into the label both in plain text and in the form of a bar code.
  • the franking labels are provided to the customer on the basis of intelligent PDF documents.
  • the invention includes various embodiments for generating the label and for its expression. Particularly preferred embodiments are mentioned below:
  • the POP server receives notification of the payment transaction from the payment provider.
  • a data record for the franking label purchased by the customer is generated in a document database.
  • the data record contains a unique document identification code for the intelligent PDF document, an indication of whether the label has already been printed with valid codes, and form data.
  • the form data includes the sender and recipient address of the mail to be franked, the routing code.
  • the form data includes the label identification code that is extracted after payment from a pool of previously generated codes. This code will also be transferred to the pay-as-you-go system. It also generates an intelligent PDF document, which is an empty form with form fields for the form data mentioned above.
  • the designation of the PDF document is the document identification code.
  • the label is printed as part of the iPDF mechanism by means of a communication between the user client and the POP server or a license server connected to the POP server, which can access the document database.
  • the SOAP interface of the Acrobat Reader is used for communication between the user client. After opening the PDF document, it is first checked successively whether an Internet connection is present, whether the document identification code is valid and whether the label has not already been printed. To perform the last two test steps, a service of the POP server is called via the SOAP interface of the Acrobat Reader, which returns after a corresponding query the database whether a record for the document identification code in the document database is present, and if the postage indicium already as printed has been marked.
  • the form data stored in the database are loaded via the interface of the Acrobat Reader from the POP server and into the form fields of the PDF document brought in.
  • the PDF document initially only contains dummy codes to prevent the user from making a copy of a valid label.
  • the content of the document is first clearly marked as a pattern.
  • the PDF document provides its own functionality, in which test prints and a print of a valid label - referred to as postage printing - can be carried out via corresponding buttons within the document.
  • postage printing - can be carried out via corresponding buttons within the document.
  • the pattern of the label initially contained in the PDF document is printed with the dummy codes.
  • the valid label is printed, with the valid barcodes being retrieved from the POP server after pressing the appropriate button. Further, by pressing the button for the postage printing in the document database of the POP server is registered that a print of the valid label has been made and the button is hidden or disabled.
  • the label can have different shapes. It is preferably designed so that it allows identification and / or control of mail and possibly also the coordination of a storage space.
  • Coded information is incorporated into the labels as control instruments for the parcel logistics.
  • the labels may contain a consecutive numbering - possibly with check digit -, other numbering and address information or other information that classify the shipment or serve for advertising purposes, for example.
  • RFID identification systems "smart labels” - make it possible to optimize logistics processes.
  • a transmission of the label to the operating unit preferably takes place in the form of an intelligent document.
  • an intelligent document which comprises a program which, if a prerequisite is present, can be executed by means of a program execution environment and contains contents which can be displayed by means of a presentation program.
  • the intelligent document is characterized by comprising a program module adapted to generate a displayable indication of a result of the checking step for checking the existence of the prerequisite within the intelligent document.
  • a further embodiment of the method, the intelligent document and the device includes that the program execution environment is part of the presentation program.
  • a label may be generated independently of a business transaction described above, e.g. is used for private shipping purposes or the destination has a postage indicium with the aim to generate, to use this for the return shipment of one or more articles to a sender.
  • the shipping and / or franking relevant data from the shipping information system or the listing tools are automated - ie without further action by the seller - passed over an interface to a means for creating a label (Labelerstelldienst).
  • a label is preferably a graphical representation - for example, an expression or a screen display of an intelligent document.
  • a further development of the invention includes a method for generating an intelligent document comprising a program which, if a prerequisite is present, can be executed by means of a program execution environment and contains contents that can be displayed by means of a presentation program.
  • a preferred embodiment of the invention is characterized in that the displayable contents consist of static content and dynamic content, wherein an introduction of the dynamic content into the intelligent document takes place separately from an introduction of the static content.
  • address data and / or franking-relevant data are examples of dynamic contents in the sense of preferred developments of the invention.
  • a development of the invention is also suitable for the use of other dynamic information and in other technical contexts, for example for an automation of other logistics operations, production processes as well as the generation and processing of information.
  • Particularly advantageous are applications in which dynamic information is rendered and / or edited in a static frame.
  • Static information is information that, in particular, allows data to be embedded.
  • the frames may also be so-called frames.
  • a frame is a subarea of a graphical representation, in particular a screen page, for example a graphical user interface.
  • a single segment is referred to as a frame (English expression for frame), the definition of all frames as a frameset.
  • the use of frames enables the parallel display of several individual documents, which can be moved independently of each other if necessary.
  • the frames can be used to combine content from different sources or from different data sources.
  • inline frames can be used. They allow a particularly simple data integration into a displayed screen page.
  • the intelligent document comprises a program which, if a prerequisite is present, can be executed by means of a program execution environment and contains contents which can be displayed by means of a presentation program.
  • the method is carried out so that two different types of content in the intelligent document which may come from one or more sources.
  • a first type of content is static content.
  • Static content preferably matches multiple documents.
  • the static contents are preferably those contents that are suitable for generating multiple documents. Generating multiple documents is very beneficial, but not necessary.
  • the static contents are, for example, frame information for the generation of documents or other information whose update occurs less frequently than in the case of the dynamic contents, preferably only at the end of a predefinable time interval or when an event is reached. Alternatively, it is possible to leave the static data completely unchanged.
  • an intelligent document which comprises a program which, if a prerequisite is available, can be executed by means of a program execution environment and which contains contents which can be displayed by means of a presentation program.
  • the intelligent document is characterized in that it includes a program module adapted to generate a displayable indication of a result of the checking step for checking the existence of the prerequisite within the intelligent document.
  • An embodiment of the invention provides that the program module is a component of the static content.
  • a development of the invention is characterized in that the program module is a component of the dynamic content.
  • a particularly preferred embodiment of the invention provides that the program module is either part of the dynamic content or the static content.
  • a device for generating a smart document which comprises a program which, if a prerequisite is available, can be executed by means of a program execution environment and which contains contents that can be displayed by means of a presentation program.
  • the apparatus is arranged to introduce a program module into the intelligent document that is configured to generate a displayable indication of a result of the checking step for checking the existence of the prerequisite within the intelligent document.
  • the intelligent document, the computer program product and the device provides that a program module is contained in the intelligent document itself with which an indication of the result of a checking step can be generated.
  • the intelligent document itself is capable of indicating the result of a checking step, so that the result of the checking step is displayed regardless of the configuration of the presentation program.
  • an indication that can be displayed within an intelligent document is an indication that can be displayed by means of the presentation program, for example, on a screen.
  • Smart documents In addition to the content that can be displayed, further contents, such as program codes, for example, which at least in a normal presentation mode are not displayed by means of a presentation program, may be included.
  • the method according to the invention for generating a smart document comprising a program that can be executed in the presence of a prerequisite by means of a program execution environment that contains displayable content by means of a presentation program can be developed in various ways.
  • the intelligent document and the device provides that the static contents are transmitted from a server to a client via a network.
  • An embodiment of the method, the intelligent document and the device provides that the dynamic contents are transmitted from a server to the client via a network.
  • a transmission of the dynamic contents, independent of a transmission or non-transmission of the static contents, has the advantage that the data transmission expense for the generation of a smart document is reduced.
  • a further development of the method, the intelligent document, the computer program product and the device provides that the static contents and the dynamic contents are transmitted separately from one another.
  • a development of the method, the intelligent document, the computer program product and the device provides that the transmission takes place separately in time.
  • An embodiment of the method, the intelligent document, the computer program product and the device is characterized in that the transmission takes place on different transmission paths.
  • a further development of the method, the intelligent document, the computer program product and the device provides that the static contents are provided by a different data source than the dynamic contents.
  • An embodiment of the method, the intelligent document, the computer program product and the device is characterized in that the static contents of a first server and that the dynamic content is being transferred from another server.
  • a further development of the method, the intelligent document, the computer program product and the device provides that the static data is stored in an area of a client.
  • the documents are used in particular by a client.
  • the client is advantageously available to a user of the system and is therefore also referred to as a user client in the present application.
  • the client is preferably equipped to recognize whether the document transmitted is an intelligent document. This is done in a development of the invention in that the presence of a confirmation information is checked.
  • the confirmation information is a signature.
  • One embodiment of the method, the intelligent document, the computer program product, and the device provides that the client, upon opening a document, checks to see if it has been signed.
  • the static content is preferably transmitted separately from the dynamic content.
  • the static contents are, for example, layout information for the design of the document.
  • the static contents of the dynamic content differ by the time of each generation.
  • the static content and the dynamic content can also differ from one another by the event that triggers them each time.
  • a development of the method, the intelligent document, the computer program product and the device provides that the static contents are transmitted in the presence of a first event.
  • An embodiment of the method, the intelligent document, the computer program product and the device is characterized in that the static information is transmitted in the presence of an event of a first type of event.
  • a development of the method, the intelligent document, the computer program product and the device provides that the dynamic contents are transmitted in the presence of a second event.
  • An embodiment of the method, the intelligent document, the computer program product and the device is characterized in that the dynamic information is transmitted in the event of an event of a second type of event.
  • a development of the method, the intelligent document, the computer program product and the device provides that a presence of the second event is determined taking into account a checking step.
  • An embodiment of the method, the intelligent document, the computer program product and the device is characterized in that the first event differs from the second event.
  • a further development of the method, the intelligent document, the computer program product and the device provides that the first type of event differs from the second type of event.
  • an intelligent document which comprises a program which, if a prerequisite is available, can be executed by means of a program execution environment and which contains contents which can be displayed by means of a presentation program.
  • the intelligent document is characterized in that it includes a program module adapted to generate a displayable indication of a result of the checking step for checking the existence of the prerequisite within the intelligent document.
  • a device for generating a smart document which comprises a program which, if a prerequisite is available, can be executed by means of a program execution environment and which contains contents that can be displayed by means of a presentation program.
  • the apparatus is arranged to introduce a program module into the intelligent document that is configured to generate a displayable indication of a result of the checking step for checking the existence of the prerequisite within the intelligent document.
  • a further development of the invention of the invention is that in the intelligent document itself a program module is included, with which an indication of the result of a test step can be generated.
  • the intelligent document itself is capable of indicating the result of a checking step, so that the result of the checking step is displayed regardless of the configuration of the presentation program.
  • an indication that can be displayed within an intelligent document is an indication that can be displayed by means of the presentation program, for example, on a screen.
  • intelligent documents may contain other contents, such as program code, which are not displayed by means of a presentation program, at least in a normal presentation mode.
  • test steps it will be advantageously checked whether certain conditions exist for the use of the functionality of the intelligent document. If these conditions are fulfilled, a positive result will be achieved of the test step. If the prerequisites are not fulfilled, a negative result will be displayed, so that the user will know which condition is not met. He can use this knowledge to create the corresponding prerequisite.
  • the intelligent document and the device it is provided that the checking step is carried out by means of the program module.
  • the program module in this embodiment is also designed to carry out the checking step, so that the intelligent document can check itself independently of the specific configuration of the presentation program.
  • a refinement of the method, the intelligent document and the device is characterized in that it is checked in the checking step whether the program execution environment is available.
  • This development has the advantage that it is checked whether the program execution environment is available, so that the user can be informed if necessary that the program execution environment is not present and therefore certain functions of the intelligent document are not available.
  • the verification step can not be performed directly by executing a program.
  • the indication of a negative result of the test step not be introduced into the intelligent document by means of the program module.
  • An embodiment of the method therefore comprises inserting into the intelligent document a displayable indication of a negative result of the checking step, and in that the program module is adapted to convert the indication of the negative result of the checking step into a representable indication of a positive result of the checking step.
  • an embodiment of the intelligent document provides that the intelligent document contains a displayable indication of a negative result of the checking step, which can be converted by means of the program module into a displayable indication of a positive result of the checking step.
  • an embodiment of the device is characterized in that the device is designed to introduce a displayable indication of a negative result of the checking step in the intelligent document, and that the program module is adapted to the representable indication of the negative result of the checking step in an indication of a positive result of the test step.
  • the test of whether the program execution environment is present can advantageously be made implicitly by means of the program module generating the indication of the result of the verification step within the intelligent document. This is achieved by virtue of the execution of the program module, which can only occur if the program execution environment is available a positive result of the checking step is generated by a conversion of an already existing in the intelligent document indicating a negative result of the checking step. If the program execution environment is not available, the program module can not be executed and the indication of the negative result of the verification step is retained.
  • the program controls the one-time printing of a postage indicium and that the intelligent document is transmitted from a server to a client via a network.
  • An embodiment of the method, the intelligent document and the device is further characterized in that at a first print of the postage indicium, a message is transmitted from the client to the server and that the pressure due to the message is logged in the server.
  • the intelligent document and the device that the program for controlling the printing of the postage indicium is executable only if there is a network connection between the client and the server and if it is determined by means of a query of the server in that the franking mark has not yet been printed.
  • An embodiment of the method, the intelligent document and the device is characterized in that it is checked in the checking step, whether an access to the network exists.
  • the intelligent document and of the device includes that in the checking step a query is made of the server, in which it is checked whether contents of the intelligent document have already been printed once.
  • a further embodiment of the method, the intelligent document and the device includes that the program execution environment is part of the presentation program.
  • a computer program product which includes a computer program for carrying out a method of the kind described above.
  • the invention further relates to a network node that provides a data service that is executed in at least one provider server of a service provider, wherein data for insertion into a label is generated.
  • the invention further relates to a system for generating a label that can be applied to a mailpiece, wherein a network node (Maptos) is connected to a provider server and wherein a data service is provided and executed in the provider server, wherein data for insertion into the label is generated.
  • Maptos network node
  • the invention includes various possibilities for generating a label that can be applied to a mailpiece.
  • the method for generating a label that can be applied to a mailpiece is developed further into a method for producing a mailpiece.
  • the invention is also a method and a system for transporting mailpieces.
  • the static contents relate, for example, to frame information.
  • This frame information preferably forms a graphically displayable frame.
  • Dynamic content can be included in this framework.
  • FIG. 1 schematically a server is shown.
  • the server is connected to a user client (user system) via a network.
  • the network is, for example, the Internet or an intranet.
  • Smart documents are sent from the server to a user client over the network.
  • the server has a device designed for example as a software program for generating intelligent documents.
  • the server is a server that provides smart documents for label printing.
  • the server comprises a database with one entry for each label generated and sent to a user client.
  • the illustrated server is connected to a client via a network.
  • the network is, for example, the Internet or an intranet.
  • the client is a PC (personal computer).
  • a personal computer is only to be understood as an example. By this is meant any computing device that can perform processing operations. In particular, this includes systems that can work with different operating systems. For example It is possible to use Windows, Mac or Linux operating systems.
  • the client (user client) is a computer that is connected via the Internet.
  • the connection to the server is made to increase data security in particular via https "hyper text transfer protocol” with encrypted transmission. This complicates "man in the middle” attacks.
  • the information is data that is created using the XML "Extended Markup Language”.
  • the data is transferred to the client via download.
  • the client installs an Adobe Reader version 6.0.2, a later version of this program, or Adobe Professional Software.
  • Content is opened via PDFs, via Adobe Reader, and then the dynamic contents (especially user-specific data) are loaded by soap call into the main memory of the Adobe Reader application and then sent to a printer together with the static data by a print job.
  • the client is equipped so that it has a display device and at least one input device and a memory and a processor.
  • a presentation program that is executable within the client and capable of opening conventional documents of a particular format, such as PDF documents, and displaying their contents on the display device.
  • the presentation program allows the processing of intelligent documents, that is, it is adapted to display displayable contents of intelligent documents on the display device and to execute programs contained in the intelligent document.
  • the presentation program provides a program execution environment that can be used to interpret and execute program instructions contained in programs.
  • the client is interfaced to a printing device and has a network interface for connection to the network.
  • the server has a device designed for example as a software program for generating intelligent documents.
  • the server is configured as a server providing intelligent documents for the printing of postage indicia.
  • the server comprises a database with one entry for each generated and sent to a client franking mark.
  • the intelligent documents include content which can be displayed by the presentation program on the display device and consist of text and / or graphic elements.
  • programs are in the intelligent documents embedded, which are executable by the program execution environment of the presentation program.
  • the programs are scripts that contain the program code that can be interpreted by the program execution environment.
  • displayable contents of the intelligent documents can be changed.
  • the programs allow the execution of further processes, such as the control of the printing device for the printing of contents of the intelligent document or accesses to the network interface.
  • the program code is not displayed on the display device in the normal presentation mode of the presentation program. In principle, however, the presentation program can have a special presentation mode in which the program code can also be displayed.
  • an intelligent document provided by the server also contains status information for indicating the result of one or more checking steps.
  • Representable information of the test results are generated by means of one or more program modules, which are also included in the intelligent document.
  • the program modules may be self-contained programs or part of a program intended to carry out the main functionality of the intelligent document.
  • Within the verification steps it will be determined if certain conditions exist for the use of the main functionalities of the intelligent document. In this way, in the case of unusable functionality, the user acquires, in particular, knowledge of a possibly unfulfilled condition. He can use this knowledge to create the prerequisite for using the functionalities of the intelligent document.
  • a prerequisite for using the functionality of a smart document is the availability of the program execution environment.
  • not all presentation programs for presenting documents in the smart document format contain an appropriate program execution environment.
  • the program execution environment may not be present in older versions of the presentation program.
  • it is checked, in particular, whether the client's presentation program has a program execution environment suitable for executing the program contained in the intelligent document.
  • a representable indication of a negative result of the checking step is already introduced in the document when the intelligent document is created.
  • a program module is incorporated in the smart document that converts the indication of the negative result of the verification step into the indication of a successful execution of the verification step when it is executed.
  • the intelligent document is preferably configured in such a way that the program module is automatically started when the intelligent document is opened in the presentation program while the program execution environment is present.
  • test of whether the program execution environment is available is preferably performed implicitly and gives a positive or negative result, depending on whether the program module can be executed or not.
  • the conversion of the indication of the negative result of the checking step into the presentation of a positive result of the checking step can be done by changing the indication. For example, one or more characters may be added to the negative indication to produce an indication of a positive result of the verification step. Furthermore, the status indication may be colored, for example.
  • the conversion of the indication of the negative result of the checking step into an indication of a positive result can be effected here by a color change which is carried out by means of the program.
  • characters or symbols indicating the negative result of the test result are at least partially replaced by characters or symbols by means of which a positive result of the test step is displayed.
  • the presentation of the test results can be made visible or invisible to the user.
  • the intelligent documents comprise content which can be displayed on a display device by means of the presentation program and consists of text and / or graphic elements. Further, embedded in the intelligent documents are programs executable by the program execution environment of the presentation program.
  • the programs are scripts that include the program code that is used by the program execution environment can be interpreted.
  • displayable contents of the intelligent documents can be changed.
  • the programs allow the execution of further processes, such as the control of a printing device for the printing of contents of the intelligent document or accesses to the network interface.
  • the program code is not displayed on the display device in the normal presentation mode of the presentation program. In principle, however, the presentation program can present a special presentation mode in which the program code can also be displayed.
  • an intelligent document provided by the server also contains status information for indicating the result of one or more checking steps.
  • Representable information of the test results are generated by means of one or more program modules, which are also included in the intelligent document.
  • the program modules may be self-contained programs or part of a program intended to carry out the main functionality of the intelligent document.
  • Within the verification steps it will be determined if certain conditions exist for the use of the main functionalities of the intelligent document. In this way, in the case of unusable functionality, the user acquires, in particular, knowledge of a possibly unfulfilled condition. He can use this knowledge to create the prerequisite for using the functionalities of the intelligent document.
  • a prerequisite for using the functionality of a smart document is the availability of the program execution environment.
  • the program execution environment may not be present in older versions of the presentation program.
  • it is checked, in particular, whether the presentation program of the user's client has a program execution environment that is suitable for executing the program contained in the intelligent document.
  • a representable indication of a negative result of the checking step is already introduced in the document when the intelligent document is created.
  • a program module is incorporated in the smart document that converts the indication of the negative result of the verification step into the indication of a successful execution of the verification step when it is executed.
  • the intelligent document is preferably configured in such a way that the program module is automatically started when the intelligent document is opened in the presentation program while the program execution environment is present.
  • test of whether the program execution environment is available is preferably performed implicitly and gives a positive or negative result, depending on whether the program module can be executed or not.
  • the conversion of the indication of the negative result of the checking step into the presentation of a positive result of the checking step can be done by changing the indication. For example, one or more characters may be added to the negative indication to produce an indication of a positive result of the verification step. Furthermore, the status indication may be colored or remain invisible to the user, for example, except in the event that the test result is negative in order to inform the user about the negative test result.
  • the conversion of the indication of the negative result of the checking step into an indication of a positive result can be effected here by a color change which is carried out by means of the program.
  • characters or symbols indicating the negative result of the test result are at least partially replaced by characters or symbols by means of which a positive result of the test step is displayed.
  • the illustrated steps are preferably carried out using the in Fig. 1 illustrated system.
  • This system includes a provider server and a network node (hereafter called Maptos).
  • Maptos stands for an external entry point into the application POP. Further accesses to the individual web pages of the POP application may be transparently channeled through Maptos.
  • Maptos refers to a network node for providing at least one Internet service that is executed in at least one provider server of a service provider.
  • a further development of the network node Maptos comprises at least one external connector for receiving a service request whose generation can be initiated in a user computer of an internet marketplace user, and for transmitting a processing result determined in the provider server to the user computer, wherein the external connector is capable of sending a service request to the user Internet marketplace adapted format change the service request and the processing result.
  • the network node in such a way that it has a transformation unit connected to the outer connector for determining at least one provider server for executing the service based on information contained in the service request and for addressing the service request to the determined provider server.
  • a development of the network node comprises at least one inner connector connected to the transformation unit for transmitting the service request to the provider server and for receiving the processing result determined in the provider server from the provider server.
  • Internet marketplace is to be understood in the context of the invention in its broadest sense and includes in particular web portals, such as auction portals sharing exchanges or discussion forums on the Internet and websites that are provided for example by online stores.
  • the network node makes it possible to provide Internet services provided by a service provider on an Internet marketplace without requiring adjustments of the provider servers that perform the Internet services to the Internet marketplace.
  • the interpretation of the service request, i. in particular, the required format changes, the determination of the provider server necessary for the execution of the service and the addressing of the service request to the provider server takes place in the network node, so that the information required to execute the internet service can be recorded in a marketplace-specific manner and incorporated into the service request, without the internet marketplace having to adapt to the requirements of the provider server.
  • the interface between the network node and the Internet marketplace is decoupled from the interface between the network node and the provider server, thereby achieving a particularly high degree of flexibility in the adaptation of the transformation node.
  • the network node itself can be easily and flexibly adapted to an Internet marketplace and, in particular, to a data format used in communicating with an Internet marketplace, without changes in the internal functionality of the network node during adaptation. In particular, adjustments to the transformation unit are required.
  • the POP server runs on several instances, eg within a BEA 9.x cluster.
  • An upstream web server is not required in a preferred embodiment of the invention if the application dynamically generates all data (HTML, PDF).
  • Sticky sessions are used to distribute HTTP requests to each instance within the BEA cluster. Sticky sessions ensure that a single session of a user is always handled by the same cluster node.
  • the POP application uses a common database for all instances, such as Oracle 9.x or 10.x.
  • CronJob is a Java process that accesses the database of the POP server. This process can optionally also periodically delete old logging data.
  • Another batch job uses the data previously written by the POP server into the database for the reporting of specific data (hereinafter called PAN data) to third party systems (hereinafter called ECICC).
  • PAN data specific data
  • ECICC third party systems
  • Batch jobs are protected from parallel, ie multiple, booting to prevent unwanted side effects.
  • the interfaces serve for a connection between a provider server according to the invention with a provider server (called a provider).
  • the invention advantageously takes place via the Internet.
  • the provider server can be connected to a client (user system).
  • the client is a user system that is equipped to receive data from the server and / or to communicate data to the server.
  • the client is a personal computer, a corporate network, or a mobile user terminal, such as a mobile phone.
  • the client is designed to include browser functionality.
  • the list of mentioned browsers can be extended at any time to take account of developments.
  • HTTP can be used instead of HTTPS.
  • the numbers generated by the application - vouchers, documents, shopping cart, PIN - are generated in such a way that they can not be guessed by the user.
  • these numbers are stored in the database and so their "consumption" controlled.
  • Access data required for the use of the external interfaces are stored in the database via a symmetric encryption method (contained in the web application). H. These can also not be viewed by a database administrator.
  • the actual payment transactions are carried out on the websites of the payment platform, so that this transaction is encapsulated for the application.
  • Data is not deleted in the database, but only in accordance with z. For example, an attribute is highlighted.
  • the subsequent access of a user to his shopping cart is made from a certain price volume via the additional input of a PIN or PIN2.
  • the configuration management with the time-dependent data (eg prices, vouchers) and the static resources is designed in such a way that once created and already productively switched configurations can no longer be removed from the database. Furthermore, the configuration data valid at that time can be reconstructed for each point in time in the past.
  • Input fields are specially marked (Edit, Input); otherwise the fields described are pure display fields without any further function. Possibly. the following information in parentheses such as AN (64) means "maximum 64 digits alphanumeric"; analogous to N (6) "maximum 6 digits numerically”. If not specified more precisely, these are single-line input fields with free input (no drop-down list or similar). For validation errors (wrong format, missing input), the corresponding field or area is highlighted in color.
  • This page shows the shopping cart and included items in an overview. The user can add items in the shopping cart create or manipulate and ultimately trigger payment.
  • This entry appears after all consignment and voucher items and only if a pickup for the shopping cart is booked.
  • the displayed price will be recalculated every time the basket is changed.
  • the user can post individual services to a shipment item.
  • the change becomes active immediately after the selection, i. h., the website will be reloaded after each action. If no corresponding product exists for the selected combination, an error message is displayed.
  • it can also be achieved by technical methods that no complete reload of a page is required to reconfigure a price.
  • the default address for the sender address is the address of the first program, if available.
  • the entry is a coupon number.
  • the voucher is assigned to the consignment in whose line the number was entered. If the code is incorrect, an error text such as " Invalid coupon code ", " Coupon code expired " or " Coupon does not match the shipment " will be displayed at the defined location. If no product has been selected for the shipment, it will be set using the coupon code.
  • TAS collection If a TAS collection is included in the voucher, it will be automatically booked for the whole shopping cart.
  • NOW1 is displayed again and a textual error message is displayed at the defined position. If successful, the application jumps to NOW3.
  • the user Via the pop-up window that appears, the user enters the collection date and the collection address. The costs for collecting the TAS will then be displayed in a separate shopping cart position.
  • the routing codes of the receiver addresses are determined. This process is synchronized to immediately display the results.
  • the particular routing code or status address is not conductively coded is stored within the user session at each address to minimize the number of Leitcodierier Stamme for performance reasons.
  • the data of a shipment such as addresses and product can be captured and manipulated. If the product is not set, the product matching the recipient country (highest sort key value) is preselected.
  • the sender and recipient address are recorded in the upper part of the page.
  • a drop-down list is offered for the sender and receiver country from which the user can select the country.
  • a free input is not possible, but generally conceivable. If there is no explicit indication for the country, "Germany" will be used as default.
  • the country list is stored in the system.
  • the possible basic products are displayed (usually “packet”, “packet 10kg”, “packet 20kg”, which are only examples of basic products), from which the user must select exactly one. If no product has been stored for the shipment, the first entry is automatically selected. When selecting a product, the page is updated and the product price valid for the selected product and the current combination of services is displayed.
  • the services available for the combination of recipient country and basic product are offered for selection.
  • the page is updated and the current price for the selected services is displayed.
  • the consignment will be updated and the shopping cart page NOW1 will be displayed again.
  • This page contains user-acquired trademarks in the form of links to the PDF documents and, if applicable, a list of purchased coupon codes. It will be displayed after successful payment of the basket. Alternatively, the user can return to this page via a link in his confirmation e-mail.
  • the user can also later access the NOW3 page via a link contained in the e-mail. If the shopping cart exceeds a certain minimum value, this access is secured by entering a PIN or PIN2 in the NOW3 Login screen
  • a block describes a rectangular area of a website.
  • the content of the building block is static.
  • the building blocks can also be described in their nature only by data conventions, so that the design of the building blocks themselves can take place completely through a marketplace.
  • a building block can be dynamically loaded by the POP application and embedded in its own pages.
  • this module may contain a simple link to the shopping cart page (NOW1), via which a marketplace customer can access the POP application.
  • This block is displayed on the NOW1 page on the bottom left.
  • a FAQ block Clicking on a question in the module opens a popup window with the FAQ text.
  • the result is a sum of 101 characters (upper limit PayPal: 127 characters).
  • the POP application can be addressed via Maptos, initially displaying the NOW1 page.
  • Maptos initially displaying the NOW1 page.
  • direct access to the NOW3 page - possibly with additional login via PIN or PIN2 - is possible via the link in the confirmation e-mail.
  • the service "pickup TAS" can only be selected completely for the entire shopping cart. Here an indication of a collection date is mandatory. In a further development, a time window for picking up a mail item can also be selected during pickup.
  • a single service is preferably defined using the following attributes.
  • Products can be administered country-specific.
  • a special identifier "EU” is introduced.
  • EU identifier
  • products can then be assigned to several countries at the same time.
  • the assignment "EU” is used only as long as no product is assigned to a "real" country.
  • Maptos Addresses that are passed through Maptos do not contain a separate field for the house number. This becomes analogous to Guideline library of online label printing split off from the combined street number field.
  • new marketplaces can be defined via the admin web.
  • the marketplaces are, for example, the provider shown.
  • the positive list contains all products available in the system. Each line describes a single product. The "left" side (product number, product name, basic product specification, country) can occur several times. The right-hand sides of the table lines then specify all valid combinations of services that can be assigned to this "left-hand side". Each line always includes the base product itself.
  • the list it is useful to design the list so that it applies to all marketplaces.
  • the list and the system are matched to each other such that combinations not contained are invalid.
  • each line one or more countries can be referenced via a list of iso-codes (3-digit analog Maptos).
  • the special abbreviation "EU” stands for all EU countries (these are in a list).
  • the products can be selected depending on the recipient country: only the products that are assigned to this country are offered.
  • MZF header M arktplatz- Z eit F enster
  • the total price of a product line then results first from the sum of the individual prices.
  • the default price list (marketplace-independent) can look like this:
  • each base product and service with the exception of the TAS Pickup, must be priced as a "landless" entry. All other entries are optional. For example, if no price were defined for (package, DEU), the price of (package, *) would be used as default.
  • This list can be defined several times for different levels. For the other two levels are all prices optional, ie prices can be defined here, but they do not have to be. This procedure ensures that a price can be determined for any combination of (basic product, country) or (service, country).
  • a suitable search order can be used to calculate a clear price for each line in the positive list (and, if applicable, depending on the marketplace and a point in time). This is simply the sum of the price for the base product + land and the associated services + land.
  • a more detailed pricing model can be implemented in which individual cells of the positive list can also be priced (" product / service combination prices ”) .
  • a special price for a packet DEU is defined (start and end of the period can be specified to the minute):
  • Example Results I (the Roman numerals behind the prices indicate the price table used).
  • the search criteria will be as above, but the current server time will be chosen as an adjustable time slot, for example a day, a week or a month.
  • Example Results II (the Roman numerals behind the prices indicate the price table used).
  • a pick-up takes place for parts of the basket or, what is particularly preferred, for the entire cart.
  • the collection of the pickup is done explicitly on the NOW1 side or implicitly by entering a coupon code that includes a TAS pickup.
  • the invention is developed into a method for handling returns.
  • the prices for the collection are staggered (maximum 5 entries), for example as in the following table:
  • the number of all collectable shipments (based on positive list) in the shopping cart is used to find the price in the table. For more than 5 shipments, the last price of the table is used (according to the example table, a pickup from 5 shipments is always free of charge - which is an exemplary representation).
  • the price scale for the pickup can be specified hierarchically in the same way as the other prices.
  • Building blocks represent a rectangular area on a web page and can be configured hierarchically. They contain an HTML fragment, which in turn can reference individual images, css files, etc. Blocks are addressed by a logical name.
  • vouchers Before coupons can be purchased by the user or distributed as part of marketing campaigns, vouchers must be defined at the administrative level.
  • Voucher definitions are addressed by their name ( screen name), which can be freely assigned but which is as unambiguous as possible in the attachment.
  • the coupon definition When the coupon definition is created, it is determined whether it is a promotional coupon or a coupon (code) to be purchased by the user.
  • a voucher can either represent an absolute amount of money ("value 10 euros”) or be redeemable exactly for the product for which it is deposited ( 100% voucher ).
  • the "value" of a voucher can be exhausted incompletely, for example, if a voucher price is above the current price for "covered” products; the residual value of the voucher expires in this case.
  • the user can buy coupons in packages.
  • a denomination of up to 5 different denominations can be defined (e.g., "5s, 10s, 20s, 50s, 100s").
  • a separate absolute price including sales tax is defined.
  • One of the denominations is defined as the default value.
  • a time window defines the period during which the coupon is offered for sale to the user.
  • the end of the time window can be limited or unlimited.
  • Purchasable coupons can only be redeemed after purchase, that is, only after they have been paid and are available to the user in the form of coupon codes.
  • a time window is used to set the period in which a single coupon code can be redeemed. Either this is a relative indication in days ("maximum 30 days after purchase redeem") or an absolute date ("until 31.12.2007”).
  • Purchase vouchers can only ever be used once. For promotional vouchers, you can alternatively specify whether the codes can be used any number of times. These are then redeemable for one or more shipments within a single basket of goods.
  • vouchers can be generated for print actions that can be used as often as desired.
  • promotion vouchers can also be generated for e-mail promotions, which can only be used once, just like purchase vouchers.
  • a coupon type can be assigned to a single marketplace.
  • the vouchers will then be offered for sale only on this marketplace.
  • the purchased coupon codes are redeemable exclusively on this one marketplace.
  • Each voucher is assigned a numerical sorting number, which can be used to determine the display order.
  • Coupon codes are generated either when purchasing a coupon set or when generating promotion codes via the admin web.
  • coupon code A single coupon is defined by this unique alphanumeric identifier ( coupon code ), which should not be easily guessed.
  • the code is stored with associated data in the system.
  • Each newly created shopping cart is associated with the generation of a unique numeric shopping cart ID. This will be displayed to the customer on page NOW3. It also appears on the account statement of the user on successful booking. With this ID, users can refer to their shopping cart, for example, during telephone support inquiries.
  • the preliminary tests have shown that the data of the shopping basket are valid and the payment process can be prepared.
  • a link is embedded with an attached key, which also allows him to subsequently open the NOW3 page. If the shopping cart exceeds a certain value, this access is additionally secured by entering a PIN or PIN2 (four-digit numerical values each).
  • the PIN is displayed by the user immediately after purchasing the shopping basket on page NOW3 - provided with a corresponding note text. Alternatively, he can also enter the PIN2 that he can find on his bank statement.
  • the "PDF Label” application generates PDFs with labels that can be printed by the user and pasted onto the package (parcel, parcel, etc.).
  • the product / logo block contains a logo of a company and the product name of the basic product.
  • the product name is determined from the product configuration.
  • the sender block complies with the Common Label specification in the following table: field name Type description Name (addition String (35) 2 lines First and last name Company name Street, house number String (35) Postcode & City String (35) The country is not imprinted by the application. country String (35) Country in capital letters
  • the recipient block complies with the Common Label specification in the following table: field name Type description Name (addition String (35) 2 lines First and last name Company name Street, house number String (35) Postcode & City String (35) country String (35) Country in capital letters
  • product-specific characters can be printed.
  • the content of the impression is configured per product.
  • shipment information block field name Type description Billing No string Contains EKP number + participation + procedure EKP number is configured for the combination of payment platform and marketplace in the application. Participation is always "00" Procedure is configured per product in the application.
  • Shipment No. string Contains identity code of the shipment Dimension / Weight string Dimension: If data corresponding to the shipment is supplied by Maptos, these will be filled. Weight: If data corresponding to the shipment is supplied by Maptos, these will be filled. Otherwise, a default weight configured per base product will be printed
  • the customer information block is not used by the application.
  • This delivery document has a standard paper format (for example DIN A 6 to DIN A 4).
  • Preferred dates of the delivery receipt are: field name description identcode Identcode (IDC) Numeric receiver Recipient address (name, street, number, zip code, city, country) product Name of the product, see product / logo block. Weight Weight of the shipment in kg. See Shipment Information Block Services Services from the handling information block cash on delivery Amount and currency, project phase I empty date Current date (print date) name of the client Sender (name) EKP number EKP number. Shipment information block. Cart number Application number for a shopping cart / payment campaign.
  • the label to be printed is provided with a PDF envelope.
  • this envelope in communication with a license service, the printing of the document contained in the PDF envelope is controlled.
  • these documents are referred to in the present application as iPDF.
  • this document ID is 'embedded' in the iPDF, on the other hand it is also inserted in a database table of the POP application.
  • Fig. 3 shows a schematic representation of an integration of a document generation in a system according to the invention.
  • the illustrated system includes a server that allows transfer of displayable content.
  • the content that can be displayed consists of static content and dynamic content.
  • the static contents are incorporated as PDF templates in a document to be generated.
  • Dynamic content is introduced from a suitable server, preferably a POP web server 302, into a document record 303. These dynamic contents may be supplemented by further contents. Other content may be static content or dynamic content, depending on the intended use. Addition of dynamic content is preferred as it allows to create identifiable documents in a particularly simple and convenient manner.
  • this is done by linking the dynamic contents to licensing information 304.
  • the labels are, for example, address labels and / or franking labels.
  • Such labels are particularly suitable for controlling logistical processes, for example tracking and tracing, and for controlling logistical processes, for example for the sorting of mailpieces.
  • the labels are preferably made machine-readable.
  • the label to be printed is provided with a PDF envelope. Within this envelope, communication of the licensing information 304 is enabled in communication with the server.
  • a license service for printing the PDF envelope is thus provided.
  • the license service controls the printing of the document contained in the PDF envelope.
  • this document ID is 'embedded' in the iPDF, on the other hand it is also inserted in a database table of the POP application.
  • mechanisms are installed within the PDF delivered to the user, which check before every print whether the document has already been printed once.
  • Acrobat Reader must connect to a service provided by the POP application that will perform this check.
  • the server application generates a record for each PDF to be generated from the shopping cart all information required for the generation has already been completely dissolved.
  • PK field name Type description Document ID ID
  • This ID is also embedded in the delivered iPDF envelope.
  • CreateDate timestamp Timestamp of the generation of the PDF ValidUntil timestamp Date of Expiry Printed timestamp Was the PDF already printed? Downloaded First timestamp When was the PDF loaded for the first time? Downloaded load timestamp When was the PDF last loaded. download Counter integer How often has the PDF been loaded.
  • form Data Blob The form data of the PDF. These include: sender and recipient addresses. Codes for barcodes.
  • Product templates eg package green
  • FormularData keeps in a structured form (XML) all already resolved data regarding the data to be printed. So z. B. the already generated packet identifiers, routing codes and possibly further information (even prices, even if this is currently not provided) already held up as numbers or strings. A subsequent calculation of such data is not provided, as this could possibly lead to different results.
  • the document record has, for example, the previously described field contents.
  • the user After calling a suitable request, the user can be made available via URL a document ID for later download in the form of a URL.
  • a PDF can be generated directly.
  • the servlet that delivers the PDF now just needs to rename the filename for the PDF so that the document ID is included in the filename.
  • the templates are signed offline during the development or preparation phase for a new product by the Acrobat Reader Extension Server.
  • the document signed by ARES 306 is then imported into the configuration repository in the application.
  • the envelope of the PDF is displayed on the first page.
  • a service provided by the application is called via the SOAP interface of the Acrobat Reader, which returns whether the submitted document ID exists and / or has already been marked as printed in the database.
  • the document ID then uses the SOAP interface to load the form fields from the POP server and fill them in the form fields.
  • the document ID could not be determined - e.g. since the user renamed the PDF document, he is prompted to enter the document ID via an Acrobat form field.
  • the document IDs are also communicated to the user in the e-mail sent to him.
  • the ARES 306 it is useful to use the ARES 306 to introduce new types of documents, especially when launching new service provider products, in order to sign the PDF once. Within the application, the signed document is then introduced as a resource. This installation of the ARES 306 can be done on any computer.
  • the interface for signing a document template can be simple.
  • Downloading PDFs is a simple - quasi-static - delivery of a file through the Pop application. Eventually performance-relevant processes for the impression are eliminated.
  • the PDFs can be created using standard tools provided by, for example, the Adobe company (Acrobat-Professional allows you to define the position of the form fields). Filling the PDF form fields within the Acrobat Reader is a standard feature.
  • Documents in the sense of the present invention are preferably graphically representable. Depending on the application, they can be detected manually or by machine. Depending on the field of use, it is also expedient to provide encryption.
  • the invention also includes documents that are not graphically representable. Documents within the meaning of the invention are in particular smart labels. Smart labels are RFID identification means (transponders). These are suitable for use of control processes in the processing or transport of physical objects, in particular postal items or other goods to be transported.
  • the servlet that delivers the PDF now just needs to rename the filename for the PDF so that the document ID is included in the filename.
  • the templates are signed offline during the development or preparation phase for a new product by the Acrobat Reader Extension Server.
  • ARES itself does not have to be installed in the product environment but must be installed externally on a simple PC with Linux.
  • a command line tool is used, with which one can provide any PDF documents with the necessary rights via the ARES.
  • the document signed by ARES is then imported into the configuration repository in the application.
  • the envelope of the PDF is displayed on the first page.
  • a service provided by the application is called via the SOAP interface of the Acrobat Reader, which returns whether the submitted document ID exists and / or has already been marked as printed in the database.
  • the document ID then uses the SOAP interface to load the form fields from the POP server and fill them in the form fields.
  • the document ID could not be determined - e.g. since the user renamed the PDF document, he is prompted to enter the document ID via an Acrobat form field.
  • the document IDs are also communicated to the user in the e-mail sent to him.
  • the codes can be used for example as Leitcodmaschine.
  • the leading code module of the Online Label Printing application is used for the lead coding of the recipient addresses.
  • the pickup address and the recipient addresses are checked for Leitcodierles.
  • the interface does not return a routing code.
  • Non-Leitcodiersteade addresses are marked as such in the GUI.
  • element Father element Request MinTreffer probability Type: Globals: TypeHitPricability Minimum hit probability for alternative addresses in percent: Always "100", since the address must be codable. No alternative addresses are evaluated.
  • element Father element Request trailer Type: Trailer: TypeTrailer System and time of inquiry. z. POP, 24.12.2006T09: 00: 00
  • Characteristic Raw dataset: LandType Father element: - ID Type: Globals: TypeId Unique ID of the address to be checked. This must be specified again in the response as a reference for the address. Characteristic: Attributes Father element: - Sequential number in the request.
  • element Father element Checked address Alternatively addresses Type: TypeAlternativeAddresses List of Alternative Addresses at PruefStatus 'Alternatives' Not used Expression: element Father element: Checked address address Type: CheckAddress: TypeAddressResponse Alternative address. Is not evaluated. Expression: element Father element: Checked address
  • an ID for the search address is defined.
  • the address with the same ID must be selected in the XML node ⁇ CheckedAddresses>. If the check status of this address is "OK", the address is code-coded. If one of the addresses can not be coded, the service is not available.
  • the Giropay server responds with suitable parameters.
  • Session ID basketid String (50) order number label0 String (30) Constant "Your order number” text0 String (80) Markplatzkürzel (2) + order number (9) + "many thanks for the use of DHL Express” eg for provider eb123456789, many thanks for the use of DHL Express.
  • the PaySolution server sends a confirmation of the payment to the url stored in the Controlcenter (application of the payment provider). This could be defined as follows:
  • parameter Type description example orderid String (17) clear transaction number across all marketplaces 060626132225 265 amount Fix-point number The amount to be paid. 0.01 currency
  • the application can now load the shopping cart (possibly HTTP session) from the database.
  • the application then checks to see if the amounts and currency specified match those in the shopping cart. Furthermore, a check is carried out via the Message Authentication Code (MAC), which is supplied in response.
  • MAC Message Authentication Code
  • NOW3 displays an error message and of course a corresponding message is logged.
  • the user can now download the PDF documents on NOW3.
  • POP sends the PaySolution server the url for the return. This is done in the form of a URL-encoded document containing only the parameter "rurls". The response to the notification will be as timely as possible.
  • Another preferred payment system is the PayPal payment system.
  • the billing of a transaction is done with the PayPal option: "Buy Now and Donations".
  • the total amount incl. Tax is communicated to the PayPal system and billed.
  • the PayPal interface provides two methods for checking the status and correctness of the payment transaction.
  • PayPal addresses a fixed URL of the application defined in the merchant account configuration at PayPal. Parameters are used to transmit the status and data of the payment transaction to the application.
  • IPN is asynchronous to the payment process.
  • the time when an IPN is generated can not be guaranteed by PayPal.
  • the IPN is also processed by the application after the end of the user session.
  • an IPN will be triggered immediately after confirming payment on the PayPal pages.
  • the application retrieves the status of the payment transaction by means of a request to the URL https://www.PayPal.com/cgi-bin/webscr . See procedure PayPal in the positive case, step 5.
  • a parameter set is transmitted via HTTPS in a point-to-point connection with the following parameters: field name Type description cmd string Constant: "notify-synch" tx string
  • TransactionID is passed to the application during the redirect from PayPal back to the application in the parameter tx. at string Dealer identification. Will be assigned by PayPal during the configuration of the merchant account and saved in the configuration of the application.
  • the return parameters in the PDT procedure are provided by PayPal as key-value pairs in the body of the response. Deviating from the IPN, a string is additionally transmitted in the PDT in the first line, which indicates with the value "SUCCESS" that the PDT request was technically successful.
  • FIG. 5 A schedule is shown for performing a PayPal payment transaction.
  • the asynchronous incoming IPN and PDT must be synchronized via the database.
  • the application again refers to the shopping cart any price changes or other inconsistencies (missing information) checked.
  • the session of the application is appended to the URL.
  • the payment process is checked using the return parameter tx by means of the PDT procedure at PayPal.
  • the application If the first line is not SUCCESS or the payment_status parameter is not "Completed", the application assumes the payment is unsuccessful could be completed. In this case, the user will get an error message on NOW3. In all other cases, the application checks the payment transaction data. For this, the relation to the corresponding shopping cart in the database of the application is created via the parameter custom, which contains the Shopping BasketID.
  • the value of the mc_gross parameter is compared to the amount in the database.
  • the value of the parameter mc_currency is compared with the currency in the database.
  • the user can now download the PDF documents on NOW3.
  • the application Since an IPN occurs asynchronously, the application sets a status associated with the cart to In Progress in the event of a successfully completed payment transaction in the database.
  • NOW3 is displayed to the user with a corresponding error message.
  • the administration system is an administration web.
  • the administration web is part of the POP web application.
  • the user administration of the administration web is controlled by a simple configuration file, which is managed versioned via the configuration repository.
  • Each user is assigned a list of roles. These roles correspond to the rights to use the individual components (ie masks) of the administration web.
  • the illustrated system makes it possible to carry out a method for producing a label that can be applied to a mail item in various convenient ways.
  • the method is performed such that a network node (Maptos) provides a data service that is executed in at least one provider server of a service provider, generating data for insertion into the label.
  • Maptos network node
  • the data service is an Internet service.
  • the generation of the label is controlled in such a way that printing of the label is only enabled when a test step has been carried out.
  • the test step serves, for example, to check the validity of a voucher or to check whether a requested franking label has been paid.
  • a program module is introduced into the intelligent document, which is designed to provide a representable indication of a result of the checking step or of a further checking step for checking the existence of the prerequisite within the intelligent document.
  • One or more further testing steps may be performed in the provider server, the network node, or another server-based computing unit.
  • the checking step it is checked whether the program execution environment is available.
  • a program to control one-time printing of the label and for a smart document to be transmitted from a server to a client over a network.
  • the method is performed so that at a first pressure of the label, a message from the user client is transmitted to the server and that the pressure is logged due to the message in the server.
  • the program used to control the printing of the labels is designed to be executable only if there is a network connection between the client and the server and if a query has been made from the server, that the label has not been printed yet.
  • a refinement provides that in at least one of the checking steps, a query of the server is made, in which it is checked whether contents of the intelligent document have already been printed once.
  • the vouchers may be, for example, pre-paid postage amounts or credits for making order or delivery transactions.
  • the vouchers preferably contain valid information. In developments of the invention, they can also be used for payment transactions.
  • the recipients of the consignments can create labels as users of the system. It is thus possible, in the manner according to the invention, to create a label as a return label for the return of mailpieces to an original sender, in particular a mail-order company.
  • a coupon is transmitted to a user on a first transmission path. Later, in particular if the user desires a return of a mail item or of a product contained in it, the coupon (code) is transmitted to a server by a control unit located in an area of influence of the user.
  • This development of the invention provides for a multi-step generation of a label.
  • This multi-step generation is distinguished by the fact that a coupon is transmitted to a user on a first transmission path, that the coupon is transmitted to a server by a control unit located in an area of influence of the user and that the server carries out a verification step for verifying the coupon and depending on the result of the test step affects the generation of the label.
  • the transmission of the voucher to the user can be done in various ways.
  • a development of the invention provides that the coupon or a part of the coupon is transmitted to different transmission paths to the user.
  • a transmission to the user takes place even if the coupon or a component is transmitted to an operating unit located in an area of influence of the user.
  • a development of the method, the computer program product and the device is characterized in that the coupon is attached to a mail addressed to the user.
  • An embodiment of the method, the computer program product and the device provides that the coupon is transmitted electronically to the user.
  • a further development of the method, the computer program product and the device is characterized in that the coupon is transmitted to the user when an event occurs.
  • An embodiment of the method, the computer program product and the device provides that the coupon is transmitted upon the occurrence of a shipping event.
  • a development of the method, the computer program product and the device is characterized in that the coupon is transmitted to a request.
  • An embodiment of the method, the computer program product and the device provides that the operating unit is a computer.
  • a development of the method, the computer program product and the device is characterized in that the checking step includes a validity check of the voucher.
  • An embodiment of the method, the computer program product and the device provides that the checking step includes a validity check of the voucher.
  • a development of the method, the computer program product and the device is characterized in that, taking into account the voucher, a recipient address for the mail item is determined.
  • An embodiment of the method, the computer program product and the device provides that, taking into account the voucher, a sender address for the mail item is determined.
  • the invention also includes documents that are not graphically representable. Documents within the meaning of the invention are in particular also smart labels. Smart labels are RFID identification means (transponders). These are suitable for use of control processes in the processing or transport of physical objects, in particular postal items or other goods to be transported.
  • identification data are preferably recognized by the fact that a signature is created for the respective dynamic content and that this signature is transmitted with the respective dynamic content.
  • the signature is expediently recreated in the destination of a respectively occurring communication (target system) and the resulting value-in particular hash value-is compared with the value resulting from the transmitted signature.
  • the invention also includes using other programs than those shown.
  • the documents are able to check which version or which implementation of a computer program and / or which operating system are installed on a client.
  • the labels prefferably contain customer and / or billing information.
  • the illustrated labels serve as information carriers and allow, for example, an acceptance, payroll, sorting, loading, special treatment, delivery, issue, billing, research, post-processing, operating data processing, tracking and tracing and archiving a shipment.
  • the intelligent documents - in particular the labels for application to the mailpieces - have information blocks in further developments of the invention. It is expedient to specify data types and / or data sizes for the information blocks. This determination is expediently made according to the respective logistical requirements.
  • Examples of dynamic content introduced into the static framework are the recipient address and indications that allow for shipment identification, for example, a shipment identification number.
  • the transmitted frame information serves for a clear, structured and formatted presentation of the dynamic contents.
  • FIG. 5 shows a graphical representation of inventively generated intelligent documents.
  • the graphical representations may be displayed on a client's screen or printed out and optionally printed out for use as a shipping label for a mailing.
  • static content is transmitted separately from the dynamic content.
  • the static contents are, for example, the frames shown in the illustrations and company information such as "DHL".
  • Dynamic contents that are introduced into the mailings are, for example, sender information, recipient information, invoice number, size information, shipment identification number and / or possibly also a product name.
  • Fig. 5 shows the label content by way of example in a DIN A 4 landscape format, lying side by side.
  • the dynamic contents are transmitted in a continuation of the invention of a client of a shipping process (sender) in electronic form.
  • the electronic transmission of the shipment data may take place before, during and after a physical transfer of the shipments to a shipping company.
  • Simultaneous electronic and physical transmission is, however, preferred for simplification of the logistical processes.
  • a suitable number range is preferably specified.
  • the label handling information for example, for employees of the shipping company, in particular a deliverer - included. It is possible and expedient to choose a format deviating from other label contents for the graphic reproduction of individual handling functions.
  • the invention is not limited to the illustrated types of transmission, formats or test steps.
  • the person skilled in the art recognizes that within the scope of the invention, other types of transmission can be selected and / or other formats used and / or other test steps can be carried out, the results of which are optionally displayed in the document.
  • the intelligent documents can, for example, be intelligent documents with animated graphics or forms.
  • the invention is in forms used in public relations and executed as intelligent documents. On the basis of the test steps, the results of which are presented in the invention, it can be checked in particular whether certain mandatory fields of a form have been completed.
  • the invention can also be used in intelligent documents that are protected by the "intelligence" from unauthorized access.
  • texts should be mentioned that can only be displayed and / or printed if the user is authorized to do so, whereby the authorization of the user is checked by the intelligent document, for example by means of a server query taking place via a network.
  • Returns logistics processes are logistic processes for the handling of returns.
  • the invention includes both the development of a logistics system as returns logistics system and the design of a logistics system with handling operations for handling returns.
  • the invention includes a logistics system for conveying a mail item on a transport path within a postal distribution network, wherein the transport path contains a plurality of nodes of the postal distribution network, in particular a node that corresponds to a delivery point.
  • the transport path additionally contains one or more nodes, each corresponding to a sorting point.
  • logistics system is to be understood in the context of the invention in a broad meaning.
  • it comprises systems which contain the means and facilities for carrying out the transport of mailpieces from a point of departure to a delivery point on a transport path within a postal distribution network.
  • the point of departure is, for example, a storage location or place of delivery of the object to be transported.
  • the delivery point is preferably selected by the client of the transport. For a return, this is for example a warehouse of a dealer or manufacturer.
  • the transmission of the voucher is expediently carried out upon the occurrence of a mailing event, for example when the mail item addressed to the user is delivered, during a transport or processing step of the mail item or when the item of mail is delivered to the user.
  • the invention includes various ways of transmitting the voucher and allows for integration of different transmission paths.
  • the verification step is carried out so that it includes a validity check of the voucher.
  • a recipient address for the mail item is determined.
  • a sender address for the mail item is determined.
  • End user who uses the POP application to buy brands or coupons.
  • Rectangular static surface in a web page which can be displayed in time and marketplace.
  • Remuneration insurance (means for determining abusive label.
  • An instance of a coupon type can be identified by a unique coupon code.
  • a class of a coupon A class of a coupon.
  • Term is not used because ambiguous.
  • Each user session is assigned to a marketplace that specifies some framework conditions such as the currency.
  • a combination of base product and services is identified by a product key.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
EP14164250.4A 2006-10-27 2006-10-27 Procédé destiné à la production d'une étiquette, produit de programme informatique et système destiné à l'exécution du procédé Active EP2800065B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP14164250.4A EP2800065B1 (fr) 2006-10-27 2006-10-27 Procédé destiné à la production d'une étiquette, produit de programme informatique et système destiné à l'exécution du procédé

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP06022477A EP1916627A1 (fr) 2006-10-27 2006-10-27 Procédé destiné à la production d'une étiquette, d'un produit de programme informatique, de noeuds de réseau et système destiné à l'exécution du procédé
EP14164250.4A EP2800065B1 (fr) 2006-10-27 2006-10-27 Procédé destiné à la production d'une étiquette, produit de programme informatique et système destiné à l'exécution du procédé

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
EP06022477A Division EP1916627A1 (fr) 2006-10-27 2006-10-27 Procédé destiné à la production d'une étiquette, d'un produit de programme informatique, de noeuds de réseau et système destiné à l'exécution du procédé

Publications (2)

Publication Number Publication Date
EP2800065A1 true EP2800065A1 (fr) 2014-11-05
EP2800065B1 EP2800065B1 (fr) 2017-05-10

Family

ID=37814386

Family Applications (2)

Application Number Title Priority Date Filing Date
EP06022477A Ceased EP1916627A1 (fr) 2006-10-27 2006-10-27 Procédé destiné à la production d'une étiquette, d'un produit de programme informatique, de noeuds de réseau et système destiné à l'exécution du procédé
EP14164250.4A Active EP2800065B1 (fr) 2006-10-27 2006-10-27 Procédé destiné à la production d'une étiquette, produit de programme informatique et système destiné à l'exécution du procédé

Family Applications Before (1)

Application Number Title Priority Date Filing Date
EP06022477A Ceased EP1916627A1 (fr) 2006-10-27 2006-10-27 Procédé destiné à la production d'une étiquette, d'un produit de programme informatique, de noeuds de réseau et système destiné à l'exécution du procédé

Country Status (3)

Country Link
US (1) US8477345B2 (fr)
EP (2) EP1916627A1 (fr)
WO (1) WO2008049579A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108763171A (zh) * 2018-04-20 2018-11-06 中国船舶重工集团公司第七〇九研究所 一种基于格式模板的文档自动化生成方法

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7937331B2 (en) * 2006-06-23 2011-05-03 United Parcel Service Of America, Inc. Systems and methods for international dutiable returns
US8667394B1 (en) * 2007-06-19 2014-03-04 William C. Spencer System for generating an intelligent cross-platform document
WO2010075902A1 (fr) * 2008-12-29 2010-07-08 Deutsche Post Ag Système pour affranchir du courrier
US10032239B2 (en) 2010-06-10 2018-07-24 United Parcel Service Of America, Inc. Enhanced payments for shipping
US20140006128A1 (en) * 2012-06-28 2014-01-02 Bank Of America Corporation Systems and methods for presenting offers during a shopping experience
US8918341B2 (en) * 2013-03-06 2014-12-23 United States Postal Service System and method for international merchandise return service
US20140279424A1 (en) * 2013-03-15 2014-09-18 Elwha Llc Devices, methods, and systems for technologically shifting options and modalities
US20140279423A1 (en) * 2013-03-15 2014-09-18 Elwha Llc Methods, systems, and devices for handling multiple disparate systems
JP5974024B2 (ja) * 2014-01-18 2016-08-23 株式会社モリサワ フォント配信システム、及びフォント配信方法
WO2016179182A1 (fr) 2015-05-04 2016-11-10 United States Postal Service Système et procédé de traitement d'articles pour distribution internationale
US10621239B2 (en) * 2015-06-08 2020-04-14 Docsolid Llc Managing printed documents in a document processing system
US10931848B2 (en) 2015-06-08 2021-02-23 Docsolid Llc Adding a graphical symbol to a print stream for a document file
US11687868B2 (en) * 2017-10-25 2023-06-27 KlearNow Corporation Delivering international shipped items
US11281850B2 (en) * 2017-12-28 2022-03-22 A9.Com, Inc. System and method for self-filing customs entry forms
CN111176588B (zh) * 2019-12-11 2023-09-29 中国平安财产保险股份有限公司 业务单据出单方法、装置、介质及电子设备
CN113961956A (zh) * 2021-10-28 2022-01-21 平安科技(深圳)有限公司 标签化网络信息服务生成及应用方法、装置、设备、介质
CN115271889B (zh) * 2022-09-26 2022-11-29 深圳永贵技术有限公司 智能化标签自动联动生成方法、装置、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001035346A2 (fr) * 1999-11-10 2001-05-17 Neopost Inc. Systeme et procede d'impression d'etiquettes
US20020023057A1 (en) * 1999-06-01 2002-02-21 Goodwin Johnathan David Web-enabled value bearing item printing
US20030172354A1 (en) * 2002-03-08 2003-09-11 Rafael Antonio Martinez Ponce Administration of customized document production system and method
WO2005029265A2 (fr) * 2003-09-19 2005-03-31 Pitney Bowes, Inc. Systeme et procede pour eviter l'impression en double dans un navigateur web
DE102004046051A1 (de) * 2004-09-21 2006-03-30 Deutsche Post Ag Verfahren und Vorrichtung zum Frankieren von Postsendungen

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5771289A (en) * 1995-06-06 1998-06-23 Intel Corporation Method and apparatus for transmitting electronic data using attached electronic credits to pay for the transmission
US6671813B2 (en) * 1995-06-07 2003-12-30 Stamps.Com, Inc. Secure on-line PC postage metering system
US20030074324A1 (en) * 2000-02-11 2003-04-17 Kresina Roman P. Apparatus and method for providing postal services
DE10020402C2 (de) * 2000-04-27 2002-03-14 Deutsche Post Ag Verfahren zum Versehen von Postsendungen mit Freimachungsvermerken
US7290285B2 (en) * 2000-06-30 2007-10-30 Zinio Systems, Inc. Systems and methods for distributing and viewing electronic documents
US7103578B2 (en) * 2001-05-25 2006-09-05 Roche Diagnostics Operations, Inc. Remote medical device access
US20020182578A1 (en) * 2001-06-01 2002-12-05 Rachman Bruce A. Online course support method and system
US7319989B2 (en) * 2003-03-04 2008-01-15 Pitney Bowes Inc. Method and system for protection against replay of an indicium message in a closed system meter
US20050138469A1 (en) * 2003-09-19 2005-06-23 Pitney Bowes Inc. Fraud detection in a postage system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020023057A1 (en) * 1999-06-01 2002-02-21 Goodwin Johnathan David Web-enabled value bearing item printing
WO2001035346A2 (fr) * 1999-11-10 2001-05-17 Neopost Inc. Systeme et procede d'impression d'etiquettes
US20030172354A1 (en) * 2002-03-08 2003-09-11 Rafael Antonio Martinez Ponce Administration of customized document production system and method
WO2005029265A2 (fr) * 2003-09-19 2005-03-31 Pitney Bowes, Inc. Systeme et procede pour eviter l'impression en double dans un navigateur web
DE102004046051A1 (de) * 2004-09-21 2006-03-30 Deutsche Post Ag Verfahren und Vorrichtung zum Frankieren von Postsendungen

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108763171A (zh) * 2018-04-20 2018-11-06 中国船舶重工集团公司第七〇九研究所 一种基于格式模板的文档自动化生成方法
CN108763171B (zh) * 2018-04-20 2021-12-07 中国船舶重工集团公司第七一九研究所 一种基于格式模板的文档自动化生成方法

Also Published As

Publication number Publication date
EP2800065B1 (fr) 2017-05-10
US20100067041A1 (en) 2010-03-18
US8477345B2 (en) 2013-07-02
EP1916627A1 (fr) 2008-04-30
WO2008049579A1 (fr) 2008-05-02

Similar Documents

Publication Publication Date Title
EP2800065B1 (fr) Procédé destiné à la production d'une étiquette, produit de programme informatique et système destiné à l'exécution du procédé
DE60015178T2 (de) System und verfahren zum verwalten von mehreren postalischen funktionen in einem einzigen konto
WO2008049601A1 (fr) Procédé de production d'une étiquette et dispositif de mise en oeuvre dudit procédé
DE60018217T2 (de) Techniken zur ausgabe von postwertzeichen über ein netzwerk
US7680737B2 (en) Systems and methods for processing payments with payment review features
US7162460B2 (en) Media type identification
US20020023057A1 (en) Web-enabled value bearing item printing
US7395225B2 (en) Custom-made product sales system and method
US20080086369A1 (en) Method and apparatus for message campaigns
CN100470534C (zh) 邮资系统中的欺诈检测
EP1916628B1 (fr) Procédé destiné à la production d'un document intelligent et dispositif destiné à l'exécution du procédé
DE10131254A1 (de) Verfahren zum Überprüfen der Gültigkeit von digitalen Freimachungsvermerken
WO2002007104A1 (fr) Impression d'articles a valeur affichee activee par le web
EP2595104B1 (fr) Procédé de transaction électronique
WO2007042136A1 (fr) Systeme d'expedition de marchandises, procede d'expedition de marchandises, composantes d'expedition et emplacement de distribution des marchandises
EP3166060A1 (fr) Distribution simplifiée d'envois de marchandises non payées
EP1279147B1 (fr) Procede servant a pourvoir des envois postaux de mentions d'affranchissement
WO2008125187A1 (fr) Procédé et dispositif d'affranchissement d'un envoi postal avec enregistrement d'une information d'identification dans une liste positive
EP1340197A1 (fr) Procede pour apposer des marques d'affranchissement sur des envois postaux
AU2005270489B2 (en) Method and device arrangement for digitally franking postal articles
JP2020017140A (ja) 情報処理装置、プログラム、及び情報処理システム
EP1183656A2 (fr) Impression en ligne d'article a valeur affichee
WO2008040471A1 (fr) Architecture d'application pour la fourniture de services sur des places de marché de l'internet
AU2013234436A1 (en) Improvements in printing methods

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20140410

AC Divisional application: reference to earlier application

Ref document number: 1916627

Country of ref document: EP

Kind code of ref document: P

AK Designated contracting states

Kind code of ref document: A1

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

R17P Request for examination filed (corrected)

Effective date: 20150506

RBV Designated contracting states (corrected)

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

17Q First examination report despatched

Effective date: 20150914

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20161202

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

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

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AC Divisional application: reference to earlier application

Ref document number: 1916627

Country of ref document: EP

Kind code of ref document: P

AK Designated contracting states

Kind code of ref document: B1

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

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 893069

Country of ref document: AT

Kind code of ref document: T

Effective date: 20170515

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: GERMAN

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 502006015506

Country of ref document: DE

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20170510

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 12

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170811

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170910

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170810

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 502006015506

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20180213

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171027

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20171031

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171031

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 13

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171027

REG Reference to a national code

Ref country code: DE

Ref legal event code: R082

Ref document number: 502006015506

Country of ref document: DE

Representative=s name: DOMPATENT VON KREISLER SELTING WERNER - PARTNE, DE

REG Reference to a national code

Ref country code: AT

Ref legal event code: MM01

Ref document number: 893069

Country of ref document: AT

Kind code of ref document: T

Effective date: 20171027

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171027

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20061027

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170510

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230502

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20231025

Year of fee payment: 18

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20231023

Year of fee payment: 18

Ref country code: DE

Payment date: 20231026

Year of fee payment: 18