EP1337972A1 - Verfahren zum versehen von postsendungen mit frankierungsvermerken - Google Patents

Verfahren zum versehen von postsendungen mit frankierungsvermerken

Info

Publication number
EP1337972A1
EP1337972A1 EP01992486A EP01992486A EP1337972A1 EP 1337972 A1 EP1337972 A1 EP 1337972A1 EP 01992486 A EP01992486 A EP 01992486A EP 01992486 A EP01992486 A EP 01992486A EP 1337972 A1 EP1337972 A1 EP 1337972A1
Authority
EP
European Patent Office
Prior art keywords
data
module
shipment
letters
franking
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.)
Ceased
Application number
EP01992486A
Other languages
English (en)
French (fr)
Inventor
Jürgen Lang
Bernd Meyer
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
Publication of EP1337972A1 publication Critical patent/EP1337972A1/de
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00185—Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
    • G07B17/00314—Communication within apparatus, personal computer [PC] system, or server, e.g. between printhead and central unit in a franking machine
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00185—Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
    • G07B17/00362—Calculation or computing within apparatus, e.g. calculation of postage value
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00185—Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
    • G07B17/00435—Details specific to central, non-customer apparatus, e.g. servers at post office or vendor
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00016—Relations between apparatus, e.g. franking machine at customer or apparatus at post office, in a franking system
    • G07B17/00024—Physical or organizational aspects of franking systems
    • G07B2017/00072—Hybrid mail, i.e. mail delivered using different physical means along the mail delivery path, e.g. email and envelope
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00016—Relations between apparatus, e.g. franking machine at customer or apparatus at post office, in a franking system
    • G07B17/0008—Communication details outside or between apparatus
    • G07B2017/00145—Communication details outside or between apparatus via the Internet
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00016—Relations between apparatus, e.g. franking machine at customer or apparatus at post office, in a franking system
    • G07B17/0008—Communication details outside or between apparatus
    • G07B2017/00153—Communication details outside or between apparatus for sending information
    • G07B2017/00169—Communication details outside or between apparatus for sending information from a franking apparatus, e.g. for verifying accounting
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00185—Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
    • G07B17/00314—Communication within apparatus, personal computer [PC] system, or server, e.g. between printhead and central unit in a franking machine
    • G07B2017/0033—Communication with software component, e.g. dll or object
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00185—Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
    • G07B17/00362—Calculation or computing within apparatus, e.g. calculation of postage value
    • G07B2017/00419—Software organization, e.g. separation into objects
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00459—Details relating to mailpieces in a franking system
    • G07B17/00467—Transporting mailpieces
    • G07B2017/00491—Mail/envelope/insert handling system

Definitions

  • the invention relates to a method for providing mailings with postage indicia.
  • the method is, in particular, a digital franking which, because of its preferred implementation on data processing (DV) systems, is also referred to as DV franking.
  • IT franking is not to be understood as restricting, nor is the invention restricted to IT franking.
  • the DV franking is used by Deutsche Post AG on an industrial scale.
  • the object of the invention is to further develop a generic method in such a way that mail items to be cleared can be provided with postage indicia in a particularly simple and reliable manner.
  • this object is achieved in that drafts for letters are created in a computer, that on the basis of the information contained in the drafts it is determined which shipment data are to be expected for the completed letters, that the shipment data is recorded and forwarded to a module via an interface and that the module processes the shipment data and assigns a unique shipment number to each shipment.
  • the shipment data is particularly information that is important for the sorting, transport or charge of the letter. This includes, for example, information about the recipient address, in particular including a delivery code, the postal code of the recipient, and the weight and / or size of the letter.
  • the invention provides to create a module which interacts with a unit intended for the creation of the letters in such a way that the completion of the letter and the preparation for its dispatch take place in separate, but parallel and preferably essentially simultaneous processes.
  • the module In order to provide the mailpieces particularly rapidly with the indicia ", it is convenient that the module using a database from the broadcast data Franking values determined.
  • parameters of the database can be changed via at least one external interface.
  • a particularly advantageous embodiment of the method and the device for carrying out the method is characterized in that the computer automatically evaluates events and, depending on the evaluation, automatically creates the drafts of the letters and then forwards the shipment data to the module.
  • Another, likewise expedient embodiment of the method and the device for carrying out the method is characterized in that the module controls the sorting of the letters created.
  • the sorting can take place according to one or more criteria, for example by postal code of the letter recipient, by type of mail item and / or by weight or size of the respective mail item.
  • FIG. 1 is a schematic diagram of a first embodiment of a module according to the invention with preferred interfaces
  • Fig. 2 shows a further embodiment of a module according to the invention, in which the module is implemented on a central server and a large number of users of the module on the functions of the
  • Fig. 3 shows a process flow in a batch processing
  • Fig. 4 is an illustration of an embodiment of the method, wherein a printout of letters and their franking take place together.
  • the invention is explained below using an example in which the module 10 serves as a franking unit and additionally controls other tasks, such as sorting the letters.
  • a module 10 in a simpler embodiment can also be equipped only for taking on individual functions shown below, since implementation of all functionalities is advantageous, but is not necessary.
  • the module 10 shown in FIG. 1 contains a relational database 20, a control unit 30, a dialog module 40 and a memory 50.
  • the database 20 is a relational database, because this enables faster and more flexible access to the data.
  • control unit 30 Predefined functions can be carried out by the control unit 30.
  • the control unit 30 preferably contains program instructions written in a higher programming language, such as Java.
  • the control unit 30 preferably accesses data contained in the relational database 20 and / or rules contained in the memory 50.
  • Dialog module 40 enables external access and thus a change in process parameters.
  • dialog module 40 contains one or more computer programs, these are preferably written in a subsequently easily modifiable computer language - such as Java.
  • the module 10 is designed in such a way that it enables data processing both online and in a batch mode.
  • the module 10 is preferably designed in such a way that it can exchange data with one or more data processing systems via various interfaces.
  • the module 10 has at least one technical interface 60 and at least one logical interface 70.
  • the technical interface is preferably designed according to a standard that allows fast and fault-tolerant data communication. For example, it works according to an internet-related protocol such as TCP / IP.
  • the logical interface 70 allows one
  • the logical interface 70 preferably also serves as a dialog interface for recording shipment data and for automatically transferring the shipment data into one Payroll accounting and for the transmission of franking data.
  • the logical interface 70 can be designed as both an input and an output interface.
  • the data processing in the module 10 is preferably carried out in such a way that data is output in a sorted manner via the output interface 70.
  • Sorting criteria are, for example, types of the consignment to be sent or the postcodes of the respective consignees.
  • a single interface is particularly preferred when the transmission technology enables sufficiently complex transmission processes.
  • Both transmission-oriented and packet-oriented communication interfaces can be considered as transmission technology.
  • packet-based data lines are particularly suitable for communication over a further distance and for communication with a large number of potential users with the module.
  • the data communication in the case of packet-oriented data services has a structure in several communication layers.
  • the first communication is for the actual transport of the data.
  • Another communication layer packets the data to be sent.
  • a third communication layer specifies which path a message has to take and for whom it is intended. Such an implementation is particularly advantageous in systems in which the franking module provides its functions for a large number of users.
  • a fourth communication layer serves to segment individual data packets and thus makes it possible to transmit more extensive shipment data to the module.
  • a fifth communication layer controls whether the IT franking takes place online or in a batch mode. Another possible function of the fifth communication layer is the decision about the Sequence of sending individual data packets.
  • the data is preferably processed in a sixth communication layer.
  • data preparation also includes data compression and / or data decompression.
  • the presentation layer preferably also enables a differentiation into individual data types, for example into data to be used for sorting the letters or for franking the letters.
  • a seventh layer is preferably provided as the interface between an application present in the module, or an application that accesses module 10 from the outside.
  • the interfaces 60, 70 of the module 10 in standard interface formats suitable for data transfer and data transfer, or, wherever possible, to use standard interface formats.
  • the interfaces shown enable various computers to be connected to module 10.
  • remote maintenance is also possible. It is used to save new programs or to update dispatch tables or Porto tables. Access to this interface is blocked for the end user so that only the postal service provider can change these parameters that are important for the central functioning.
  • FIG. 2 shows a further embodiment of a module according to the invention, in which the module is implemented on a central server and a large number of users of the module can access the functions of the module.
  • the module shown in FIG. 2 contains functional units 21, 22, 23 and 24.
  • the first functional unit 21 enables, for example, a transfer of shipment data, preferably in an XML data format.
  • the second functional unit 22 controls a determination of the type of mail, a sorting of the letters and the franking of the letters.
  • the third functional unit 23 controls the transfer of data enriched with franking information.
  • the data is preferably passed on in the form of an info block.
  • the fourth functional unit 24 controls billing of the individual services provided, in particular the franking values. It is possible to only use a single one of the
  • FIG. 3 shows a basic illustration of the sequence of a franking method in a batch operation.
  • deliveries are created on a computer and are to be processed in a franking run. All necessary data is provided via an interface and transferred to the batch interface.
  • a franking run then takes place in module 10, in which a file is created on the basis of the transmitted data, which file contains the input data as well as shipment-specific additional information about the type of shipment and franking fields.
  • the mail items are preferably sorted, for example according to the input data.
  • module 10 A preferred integration of module 10 into an existing data processing unit is shown in FIG. 4.
  • documents 41, 42, 43 are generated in one or more computers and then transmitted to a document processing unit 44.
  • Documents 41, 42 and 43 are preferably created by one or more computers with one or more common programs.
  • the documents 41, 42 and 43 are available in different numbers.
  • automated data processing such as for example, due to the R / 3 system from SAP AG, stack of several documents, while other applications such as Word tend to produce individual documents 42.
  • the number of documents created varies more. This is the case, for example, with documents 43 which are created from so-called business packages.
  • the documents are transferred to the data transmission unit 44, the data transmission unit 44 extracting a data record relevant to the franking and transmitting it to the module 10.
  • the module 10 preferably contains the functional units 21, 22 and 23 already shown with reference to FIG. 2.
  • the consignment data previously obtained from the source data are adopted in the functional unit 21, then the functional unit 22 determines the consignment type, sorts the consignments and controls their franking.
  • the documents 41, 42 and 43 are enriched with the franking and sorting note-specific data and output as processed shipping-specific data 45.
  • Print data 46 obtained from the original documents 41, 42 and 43 are then combined in one
  • Print preparation unit 47 connected to the shipping-specific data 45.
  • the print preparation unit 47 then controls a printout of the data.
  • the original data 44 and the shipping-specific data 45 in a system-independent format such as XML.
  • the table shows an example of how an overall data set 45 is obtained from an original data set 44.
  • the original data 44 are shown below using an example with a SAP R / 3 program package. In the simplest case, it is a
  • the table shows in its left part
  • Original documents 44 and shipping-specific data 45 obtained from original documents, which was supplemented by module 10. For example, order numbers, customer numbers, address details, delivery dates, articles and prices were determined from the original documents 41, 42 and 43.
  • module 10 controls both the sending of mail items and of parcel items.
  • Some of the shipments contain goods, the price of which is stored in the table and to which shipping costs determined in a further processing step can be added if necessary.
  • Specifying the additional parameter delivery date is particularly useful if the postal service provider provides other services for the company. For example, it is possible for the respective customer's warehouse to also be operated by the postal service provider and for the shipment to be carried out at the point in time that enables the delivery date to be met. Information about the size and weight of the respective mail items can be supplemented both in module 10 and outside, for example with a separate shipping parameter determination module in which the shipping data, in particular the size and weight of each mail item, are stored.
  • the Shipping method determined and the postage calculated.
  • Sorting takes place, for example, by the order in which the data records are output to the print preparation unit 47 or by the selection of one or more sorting parameters.
  • suitable sorting parameters are postal codes of the letter recipients or the respective types of mail such as standard letters, large or compact letters or other types of mail.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Sorting Of Articles (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum Versehen von Postsendungen mit Freimachungsvermerken. Erfindungsgemäss zeichnet sich das Verfahren dadurch aus, dass in einem Computer Entwürfe für Schreiben erstellt werden, dass aufgrund der in den Entwürfen enthaltenen Angaben ermittelt wird, welche Sendungsdaten für die fertiggestellten Schreiben zu erwarten sind, dass die Sendungsdaten erfasst und über eine Schnittstelle an ein Modul weitergegeben werden, und dass das Modul die Sendungsdaten bearbeitet und jeder Sendung eine eindeutige Sendungsnummer zuordnet.

Description

Verfahren zum Versehen von Postsendungen mit Frankierungsvermerken
Beschreibung:
Die Erfindung betrifft ein Verfahren zum Versehen von Postsendungen mit Frankierungsvermerken.
Bei dem Verfahren handelt es sich insbesondere um eine digitale Frankierung, die wegen ihrer bevorzugten Durchführung auf Datenverarbeitungs (DV) -Systemen auch als DV- Freimachung bezeichnet wird. Hierbei ist weder der Begriff DV-Freimachung einschränkend zu verstehen, noch die Erfindung auf die DV-Freimachung beschränkt.
Die DV-Freimachung wird von der Deutschen Post AG im großtechnischen Maßstab eingesetzt.
Eine Darstellung der bekannten DV-Freimachung findet sich in den von der Deutsche Post AG herausgegebenen Broschüren mit den Drucknummern Mat.-Nr. 675-500-000 und 675-500-001.
Der Erfindung liegt die Aufgabe zugrunde, ein gattungsgemäßes Verfahren so weiterzuentwickeln, dass freizumachende Sendungen besonders einfach und zuverlässig mit Freimachungsvermerken versehen werden können. Insbesondere ist es Aufgabe der Erfindung, das Verfahren so auszugestalten, dass mit ihm Briefe, die zu voneinander verschiedenen Sendungsarten gehören, mit Freimachungsvermerken versehen werden können.
Erfindungsgemäß wird diese Aufgabe dadurch gelöst, dass in einem Computer Entwürfe für Schreiben erstellt werden, dass aufgrund der in den Entwürfen enthaltenen Angaben ermittelt wird, welche Sendungsdaten für die fertiggestellten Schreiben zu erwarten sind, dass die Sendungsdaten erfasst und über eine Schnittstelle an ein Modul weitergegeben werden, und dass das Modul die Sendungsdaten bearbeitet und jeder Sendung eine eindeutige Sendungsnummer zuordnet .
Bei den Sendungsdaten handelt es sich insbesondere um solche Angaben, die für Sortierung, Beförderung oder Entgelta rechnung des Briefes von Bedeutung sind. Hierzu zählen beispielsweise Angaben über die Empfängeradresse, insbesondere einschließlich einer Zustellcodierung, der Postleitzahl des Empfängers, sowie des Gewichts und/oder der Größe des Schreibens.
Insbesondere sieht die Erfindung vor, ein Modul zu schaffen, das so mit einer zu der Erstellung der Schreiben bestimmten Einheit zusammenwirkt, dass die Fertigstellung des Briefes und die Vorbereitung zu seinem Versand in getrennten, jedoch parallelen und vorzugsweise im Wesentlichen gleichzeitigen Prozessen stattfinden.
Um die Postsendungen besonders schnell mit den Freimachungsvermerken' zu versehen, ist es zweckmäßig, dass das Modul unter Einsatz einer Datenbank aus den Sendungsdaten Frankierwerte ermittelt.
Hierbei ist es vorteilhaft, dass Parameter der Datenbank über wenigstens eine externe Schnittstelle geändert werden können.
Eine besonders vorteilhafte Ausführungsform des Verfahrens und der Vorrichtung zur Durchführung des Verfahrens zeichnet sich dadurch aus, dass der Computer Ereignisse automatisch auswertet und in Abhängigkeit von der Auswertung die Entwürfe der Schreiben automatisiert erstellt und anschließend die Sendungsdaten an das Modul weitergibt .
Eine weitere, gleichfalls zweckmäßige Ausführungsform des Verfahrens und der Vorrichtung zur Durchführung des Verfahrens zeichnet sich dadurch aus, dass das Modul eine Sortierung der erstellten Schreiben steuert.
Die Sortierung kann nach einem oder mehreren Kriterien erfolgen, beispielsweise nach Postleitzahlen der Briefempfänger, nach Sendungsarten und/oder nach Gewicht oder Größe der jeweiligen Sendung.
Durch die Durchführung der ersand- und entgeltspezifischen Verfahrensschritte, insbesondere der Gewichtsermittlung, der Ermittlung der Sendungsart, der Speicherung der Stückzahlen und Entgelte und der Sortierung und Mummerierung der Sendungen in dem Modul ist es möglich, diese Verfahrensschritte flexibel an verschiedene Hardware- und Softwareumgebungen anzupassen. Neben der Möglichkeit, diese Schritte für eine Vielzahl von Kunden des Postunternehmens durchzuführen, sind die Unabhängigkeit von der jeweiligen Systemumgebung des Postkunden und die Möglichkeit, Verfahrensparame er an neue Prozessschritte des Postunternehmens anzupassen, vorteilhaft.
Weitere Vorteile, Besonderheiten und zweckmäßige Weiterbildungen der Erfindung ergeben sich aus den Unteransprüchen und der nachfolgenden Darstellung bevorzugter Ausführungsbeispiele anhand der Zeichnungen.
Von den Zeichnungen zeigt
Fig. 1 eine Prinzipskizze einer ersten Ausführungsform eines erfindungsgemäßen Moduls mit bevorzugten Schnittstellen,
Fig. 2 eine weitere Ausführungsform eines erfindungsgemäßen Moduls, bei dem das Modul auf einem zentralen Server implementiert ist und wobei eine Vielzahl von Nutzern des Moduls auf die Funktionen des
Moduls zurückgreifen können,
Fig. 3 einen Verfahrensablauf bei einer Batch-Verarbeitung und
Fig. 4 eine Darstellung einer Ausführungsform des Verfahrens , wobei ein Ausdruck von Schreiben und ihre Freimachung gemeinsam erfolgen. Nachfolgend wird die Erfindung an einem Beispiel erläutert, bei dem das Modul 10 als Frankierungseinheit dient und zusätzlich weitere Aufgaben, wie das Sortieren der Briefe, steuert. Obwohl eine derartig hohe Integration besonders vorteilhaft ist, kann ein Modul 10 in einer einfacheren Ausführungsform auch lediglich für die Übernahme einzelner der hier nachfolgend dargestellten Funktionen ausgestattet sein, da eine Implementation sämtlicher Funktionalitäten zwar vorteilhaft, jedoch nicht erforderlich ist.
Das in Fig. 1 dargestellte Modul 10 enthält eine relationale Datenbank 20, eine Steuereinheit 30, ein Dialogmodul 40 sowie einen Speicher 50.
Im dargestellten Fall ist die Datenbank 20 eine relationale Datenbank, weil hierdurch ein schnellerer und flexiblerer Zugriff auf die Daten möglich ist. Es ist jedoch gleichfalls möglich, andere Datenbanken einzusetzen.
Durch die Steuereinheit 30 können vorgegebene Funktionen ausgeführt werden. Vorzugsweise enthält die Steuereinheit 30 Programmanweisungen, die in einer höheren Programmiersprache - wie etwa Java - geschrieben sind.
Dabei greift die Steuereinheit 30 vorzugsweise auf in der relationalen Datenbank 20 enthaltene Daten und/oder auf in dem Speicher 50 enthaltene Regeln zu.
Das Dialogmodul 40 ermöglicht einen externen Zugriff und somit eine Veränderung von Verfahrensparametern.
Soweit das Dialogmodul 40 ein oder mehrere Computerprogramme enthält, sind diese vorzugsweise in einer nachträglich leicht modifizierbaren Computersprache - wie Java - geschrieben.
Das Modul 10 ist so gestaltet, dass es eine Datenverarbeitung sowohl online als auch in einem Batchbetrieb ermöglicht.
Das Modul 10 ist vorzugsweise so gestaltet, dass es über verschiedene Schnittstellen mit einer oder mehreren Datenverarbeitungsanlagen Daten austauschen kann.
Im dargestellten Fall weist das Modul 10 wenigstens eine technische Schnittstelle 60 und wenigstens eine logische Schnittstelle 70 auf.
Die technische Schnittstelle ist vorzugsweise nach einem eine schnelle und fehlertolerante Datenkommunikation erlaubenden Standard gestaltet. Es arbeitet beispielsweise nach einem internetbezogenen Protokoll wie TCP/IP.
Die logische Schnittstelle 70 erlaubt einen
Informationsaustausch auf einer Anwendungsebene und arbeitet vorzugsweise in einem hierzu passenden Standard wie EDIFACT oder extended markup langue XML.
Vorzugsweise dient die logische Schnittstelle 70 auch als eine Dialogschnittstelle zur Erfassung von Sendungsdaten und zur automatischen Übernahme der Sendungsdaten in eine Entgeltabrechnung sowie zu einer Übermittlung von Freimachungsdaten .
Die logische Schnittstelle 70 kann sowohl als eine Eingabe- als auch als eine Ausgabeschnittstelle gestaltet sein .
Vorzugsweise erfolgt die Datenverarbeitung in dem Modul 10 so, dass über die Ausgabeschnittstelle 70 Daten sortiert ausgegeben werden. Sortierkriterien sind beispielsweise Arten der zu verschickenden Sendung oder die Postleitzahlen der j eweiligen Sendungsempfänger.
Die in der Abbildung gewählte Darstellung mit zwei graphisch voneinander getrennten Schnittstellen dient der besseren Darstellbarkeit, jedoch ist eine beliebige andere Anzahl von Schnittstellen, beispielsweise auch eine einzelne Schnittstelle, gleichermaßen einsetzbar .
Eine einzelne Schnittstelle ist vor allem dann bevorzugt, wenn die Übertragungstechnologie ausreichend komplexe Übertragungsvorgänge ermöglicht .
Als Übertragungstechnologie kommen sowohl leitungsorientierte als auch paketorientierte Kommunikationsschnittstellen in Betracht .
Während bei einem Einsatz innerhalb lokaler Netze serielle oder parallele Schnittstellen bevorzugt sind, eignen sich bei einer Kommunikation über eine weitere Distanz und bei Kommunikation einer Vielzahl potenzieller Anwender mit dem Modul paketbasierte Datenleitungen besonders. Die Datenkommunikation bei paketorientierten Datendienstleistungen weist in einer besonders bevorzugten Ausführungsform eine Struktur in mehreren Kommunikationsschichten auf.
Bei einer Umsetzung der Schnittstellen in die Kommunikation des Freimachungsmoduls können mehrere Kommunikationsschichten eingesetzt werden.
Die erste Kommunikation dient der tatsächlichen Beförderung der Daten.
Eine weitere Kommunikationsschicht bewirkt eine Paketierung der zu sendenden Daten.
Eine dritte KommunikationsSchicht gibt vor, welchen Weg eine Nachricht zu nehmen hat und für wen sie bestimmt ist . Eine derartige Implementation ist insbesondere in Systemen, bei denen das Frankierungsmodul seine Funktionen für eine Vielzahl von Benutzern bereitstellt, vorteilhaft.
Eine vierte KommunikationsSchicht dient zu einer Segmentierung einzelner Datenpakete und ermöglicht es so, umfangreichere Sendungsdaten zu dem Modul zu übertragen.
In einer fünften Kommunikationsschicht wird gesteuert, ob die DV-Freimachung online oder in einem Batchbetrieb erfolgt. Eine andere mögliche Funktion der fünften KommunikationsSchicht ist die Entscheidung über die Reihenfolge der Übersendung einzelner Datenpakete.
Die Daten werden vorzugsweise in einer sechsten Kommunikationsschicht aufbereitet. Zu der Datenaufbereitung gehört beispielsweise auch eine Datenkompression und/oder eine Datendekompression. Vorzugsweise ermöglicht der Presentation Layer auch eine Unterscheidung in einzelne Datentypen, beispielsweise in für die Sortierung der Briefe oder in für die Frankierung der Briefe einzusetzende Daten.
Als Schnittstelle von einer in dem Modul vorhandenen Anwendung, beziehungsweise einer von außen auf das Modul 10 zugreifenden Anwendung, ist vorzugsweise eine siebte Schicht, vorgesehen.
Eine Ersetzung oder ein Weglassen einzelner Layer ist möglich.
In jedem Einzelfall ist es zweckmäßig, die Schnittstellen 60, 70 des Moduls 10 an für die Datenübernahme und Datenübergabe geeignete Standard-Schnittstellenformate einzusetzen, beziehungsweise soweit dies möglich ist, Standard- Schnittstellenformate einzusetzen.
Die dargestellten Schnittstellen ermöglichen eine Anbindung verschiedener Computer an das Modul 10.
Beispielsweise ist hierdurch auch eine Fernwartung möglich. Sie dient zur Speicherung neuer Programme oder zur Aktualisierung von versendungstechnischen Tabellen oder Portotabellen. Ein Zugang zu dieser Schnittstelle für den Endanwender ist gesperrt, damit nur der Postdienstleister diese für die zentrale Funktionsweise wichtigen Parameter ändern kann.
In Fig. 2 ist eine weitere Ausführungsform eines erfindungsgemäßen Moduls, bei dem das Modul auf einem zentralen Server implementiert ist und wobei eine Vielzahl von Nutzern des Moduls auf die Funktionen des Moduls zurückgreifen können, dargestellt.
Das in Fig. 2 dargestellte Modul enthält Funktionseinheiten 21, 22, 23 und 24.
Die erste Funktionseinheit 21 ermöglicht beispielsweise eine Übernahme von Sendungsdaten vorzugsweise in einem XML- Datenformat .
Die zweite Funktionseinheit 22 steuert eine Ermittlung der Sendungsart, einem Sortierung der Schreiben sowie die Freimachung der Schreiben.
Die dritte Funktionseinheit 23 steuert eine Übergabe von mit Frankierangaben angereicherten Daten. Die Daten werden vorzugsweise in der Form eines Infoblocks weitergegeben.
Die vierte Funktionseinheit 24 steuert eine Abrechnung der einzelnen erbrachten Leistungen, insbesondere der Frankierwerte . Es ist möglich, lediglich eine einzelne der
Funktionseinheiten vorzusehen, jedoch ist die Kombination von mehreren Funktionseinheiten besonders zweckmäßig.
In Fig. 3 ist in einer Prinzipdarstellung der Ablauf eines Frankierverfahrens in einem Batchbetrieb dargestellt.
Bei der dargestellten Verarbeitungsweise werden in einem Computer Lieferungen erstellt, die in einem Freimachungslauf zu bearbeiten sind. Über eine Schnittstelle werden alle notwendigen Daten bereitgestellt und der Batchschnittstelle übergeben. In dem Modul 10 erfolgt anschließend ein Freimachungslauf, bei dem aufgrund der übermittelten Daten eine Datei erstellt wird, welche die Eingangsdaten sowie sendungsspezifische zusätzliche Angaben über Versandart und Freimachungsfelder enthält. Vorzugsweise sind die Sendungen sortiert, beispielsweise nach den Eingangsdaten.
Eine bevorzugte Integration des Moduls 10 in eine bestehende Datenverarbeitungseinheit ist in Fig. 4 dargestellt.
Hierbei werden in einem oder mehreren Rechnern Dokumente 41, 42, 43 erzeugt und anschließend an eine Dokumentenbearbeitungseinheit 44 übertragen.
Die Dokumente 41, 42 und 43 werden vorzugsweise von einem oder mehreren Computern mit einem oder mehreren üblichen Programmen erstellt. Die Dokumente 41, 42 und 43 liegen jeweils in verschiedener Anzahl vor. Beispielsweise entstehen bei einer automatisierten Datenverarbeitung, wie beispielsweise aufgrund des Systems R/3 der SAP AG Stapel von mehreren Dokumenten, während andere Anwendungen wie Word eher einzelne Dokumente 42 ergeben. Bei anderen Programmpaketen variiert die Anzahl der erstellten Dokumente stärker. Dies ist beispielsweise bei Dokumenten 43, die aus sogenannten Business-Paketen erstellt werden, der Fall.
Die Dokumente werden an die Datenübertragungseinheit 44 übergeben, wobei die Datenübertragungseinheit 44 einen für die Freimachung relevanten Datensatz extrahiert und an das Modul 10 überträgt.
Das Modul 10 enthält vorzugsweise die bereits zuvor anhand von Fig. 2 dargestellten Funktionseinheiten 21, 22 und 23.
In der Funktionseinheit 21 werden die zuvor aus den Quelldaten gewonnenen Sendungsdaten übernommen, anschließend ermittelt die Funktionseinheit 22 die Sendungsart, sortiert die Sendungen und steuert ihre Freimachung. Die Dokumente 41, 42 und 43 werden die freimachungs- und sortiervermerkspezifischen Daten angereichert und als bearbeitete versandspezifische Daten 45 ausgegeben.
Aus den ursprünglichen Dokumenten 41, 42 und 43 gewonnene Druckdaten 46 werden anschließend in einer
Druckaufbereitungseinheit 47 mit den versandspezifischen Daten 45 verbunden. Die Druckaufbereitungseinheit 47 steuert anschließend einen Ausdruck der Daten.
Vorzugsweise liegen die Ursprungsdaten 44 und die versandspezifischen Daten 45 in einem systemunabhängigen Format wie XML vor.
Eine bevorzugte Darstellung der Datenformate ist in der nachfolgenden Tabelle wiedergegeben.
Die Tabelle zeigt beispielhaft, wie aus einem Ursprungsdatensatz 44 ein Gesamtdatensatz 45 gewonnen wird.
Die Ursprungsdaten 44 sind nachfolgend anhand eines Beispiels mit einem SAP -R/ 3 -Programmpaket dargestellt . In dem einfachsten Fall handelt es sich dabei um eine
Tabelle, mit aus Ursprungsdokumenten 41 , 42 und 43 gewonnenen Quelldaten 44 und durch das Modul 10 ergänzten beförderungsspezifischen Daten .
Die Tabelle zeigt in ihrem linken Teil aus
Ursprungsdokumenten gewonnene Ursprungsdaten 44 und versandspezi ische Daten 45 , die durch das Modul 10 ergänzt wurde . Aus den ursprünglichen Dokumenten 41, 42 und 43 wurden beispielsweise Auftragsnummern, Kundennummern, Adressangaben, Liefertermine, Artikel und Preise ermittelt.
Welche der genannten Daten für die Verarbeitung zweckmäßig sind, hängt von dem jeweiligen Einsatz ab. In dem dargestellten Fall steuert das Modul 10 sowohl den Versand von Postsendungen als auch von PaketSendungen.
Einzelne der Sendungen enthalten Waren, deren Preis in der Tabelle gespeichert wird und zu denen gegebenenfalls in einem weiteren Verarbeitungsschritt ermittelte Versandkosten hinzugefügt werden können.
Eine Angabe des zusätzlichen Parameters Liefertermin ist vor allem dann zweckmäßig, wenn der Postdienstleister weitere Dienstleistungen für das Unternehmen bereitstellt. Beispielsweise ist es möglich, dass das Lager des jeweiligen Kunden gleichfalls von dem Postdienstleister betrieben wird und dieser einen Versand der Sendung zu dem Zeitpunkt durchführt, der eine Einhaltung des Liefertermins ermöglicht. Eine Ergänzung von Angaben über Größe und Gewicht der jeweiligen Sendungen kann sowohl in dem Modul 10 als auch außerhalb erfolgen, beispielsweise mit einem separaten Versandparameter-Bestimmungsmodul, in dem die versandtechnischen Daten, insbesondere die Größe und das Gewicht jeder Sendung gespeichert sind.
Ausgehend von diesen Parametern wird in dem Modul 10 die Versandart bestimmt und das Porto berechnet .
Eine Sortierung erfolgt beispielsweise durch die Reihenfolge der Ausgabe der Datensätze an die Druckaufbereitungseinheit 47 oder durch die Auswahl eines oder mehrerer Sortierparameter.
Weitere Beispiele geeigneter Sortierparameter sind Postleitzahlen der Briefempfänger oder die jeweiligen Sendungsarten wie Standard-Brief , Groß- oder Kompaktbrief oder sonstige Sendungsarten .
Bezugszeichenliste :
10 Modul
20 Datenbank 21 Funktionseinheit
22 Funktionseinheit
23 Funktionseinheit
24 Funktionseinheit 30 Steuereinheit 40 Dialogmodul
41 Dokumente
42 Dokumente
43 Dokumente
44 Ursprungsdaten 45 versandspezifische Daten
46 Datenverarbeitungsmodul
47 Druckaufbereitungseinheit 50 Speicher
60 technische Schnittstelle 70 logische Schnittstelle

Claims

Patentansprüche :
1. Verfahren zum Versehen von Postsendungen mit Freimachungsvermerken, d a d u r c h g e k e n n z e i c h n e t, dass in einem Computer
Entwürfe für Schreiben erstellt werden, dass aufgrund der in den Entwürfen enthaltenen Angaben ermittelt wird, welche Sendungsdaten für die fertiggestellten Schreiben zu erwarten sind, dass die Sendungsdaten erfasst und über eine Schnittstelle an ein Modul weitergegeben werden, und dass das Modul die Sendungsdaten bearbeitet und jeder Sendung eine eindeutige Sendungsnummer zuordnet .
2. Verfahren nach Anspruch 1, d a du r c h g e k e n n z e i c h n e t, dass das Modul unter Einsatz einer Datenbank aus den Sendungsdaten Frankierwerte ermittelt .
3. Verfahren nach Anspruch 2, d a du r c h g e k e nn z e i c h n e t, dass Parameter der Datenbank über wenigstens eine externe Schnittstelle geändert werden können.
4. Verfahren nach einem oder mehreren der Ansprüche 1 bis 3, d a du r c h g e k e n n z e i c h n e t, dass der Computer Ereignisse automatisch auswertet und in Abhängigkeit von der Auswertung die Entwürfe der Schreiben automatisiert erstellt und anschließend die Sendungsdaten an das Modul weitergibt.
5. Verfahren nach einem oder mehreren der vorangegangenen Ansprüche , d a d u r c h g e k e n n z e i c h n e t, dass das Modul eine Sortierung der erstellten Schreiben steuert .
6. Verfahren nach einem oder beiden der Ansprüche 4 oder 5 , d a d u r c h g e k e n n z e i c h n e t, dass an das Modul Formatierungsdaten der Schreiben übermittelt werden.
7. Verfahren nach Anspruch 6, da du r c h g e k e n n- z e i c h n e t, dass das Modul die Formatierungsdaten und Informationen zum Druck des Freimachungsvermerks an eine Recheneinheit weiterleitet.
8. Verfahren nach Anspruch 7, d a d u r c h g e k e n nz e i c h n e t, dass das Modul aufgrund der Formatierungsangaben und der Informationen über den Freimachungsvermerk druckfertige Sendungen erstellt.
9. Verfahren nach einem oder mehreren der vorangegangenen Ansprüche, d a du r c h g ek e n n z e i c hn e t, dass die Sendungsdaten über eine Datenleitung an das Modul weitergegeben werden.
10. Verfahren nach Anspruch 9, d a du r c h g e k e n- z e i c h n e t, dass die Sendungsdaten über eine paketvermittelnde Datenleitung übertragen werden.
1. Verfahren nach Anspruch 10, d a d u r c h g e k e n n- z e i c h n e t, dass die Sendungsdaten über das Internet übertragen werden.
EP01992486A 2000-11-03 2001-11-02 Verfahren zum versehen von postsendungen mit frankierungsvermerken Ceased EP1337972A1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10054664 2000-11-03
DE2000154664 DE10054664B4 (de) 2000-11-03 2000-11-03 Verfahren zum Drucken von Postsendungen
PCT/DE2001/004100 WO2002037424A1 (de) 2000-11-03 2001-11-02 Verfahren zum versehen von postsendungen mit frankierungsvermerken

Publications (1)

Publication Number Publication Date
EP1337972A1 true EP1337972A1 (de) 2003-08-27

Family

ID=7662116

Family Applications (1)

Application Number Title Priority Date Filing Date
EP01992486A Ceased EP1337972A1 (de) 2000-11-03 2001-11-02 Verfahren zum versehen von postsendungen mit frankierungsvermerken

Country Status (4)

Country Link
EP (1) EP1337972A1 (de)
AU (1) AU2002221531A1 (de)
DE (1) DE10054664B4 (de)
WO (1) WO2002037424A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CH702735B1 (de) 2010-03-12 2015-06-30 Swiss It Man Ag Verfahren zur DV-Freimachung von Postsendungen.

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4101444C2 (de) * 1991-01-17 1995-11-30 Francotyp Postalia Gmbh Verfahren und Anordnung zum Versenden elektronisch gespeicherter Informationen
FR2700043B1 (fr) * 1992-12-30 1995-02-10 Neopost Ind Machine à affranchir permettant de mémoriser un historique.
CA2177447C (en) * 1995-05-30 2007-01-23 James L. Harman System having multiple user input stations and multiple mail preparation apparatus for preparing and franking a mail piece
US6026385A (en) * 1997-07-21 2000-02-15 Pitney Bowes Inc. Encrypted postage indicia printing for mailer inserting systems
US7265853B1 (en) 1997-10-17 2007-09-04 Stamps.Com, Inc. Postage server system and method

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
DE10054664B4 (de) 2004-09-30
AU2002221531A1 (en) 2002-05-15
DE10054664A1 (de) 2002-05-23
WO2002037424A1 (de) 2002-05-10

Similar Documents

Publication Publication Date Title
DE3889173T2 (de) Verfahren und Vorrichtung zur Zirkulation von elektronischer Post.
DE69118084T2 (de) Vorrichtung und Verfahren zum Herstellen von Etiketten für Sammelpost
DE68922838T3 (de) Zentralisierte Datenbank für Postanwendungen.
EP1530771B1 (de) Verfahren und system zum übermitteln von benachrichtigungen an nutzer eines logistiksystems
DE68921709T2 (de) Angepasste Berechnung von Gebühren in Postkommunikationssystemen.
DE19617557A1 (de) Verfahren zur Ermittlung des günstigsten Beförderers und Postverarbeitungssystem mit Personalcomputer und mit einem Verfahren zur Datenverarbeitung
DE3416590A1 (de) Frankiermaschinensystem mit anzeige
DE3826727A1 (de) Postnachweissystem auf einlegerbasis
EP0805421A2 (de) Verfahren und Anordnung zur Datenverarbeitung in einem Postverarbeitungssystem mit einer Frankiermaschine
US20030114955A1 (en) Method and system for processing return to sender mailpieces, notifying sender of addressee changes and charging sender for processing of return to sender mailpieces
EP1393157B1 (de) Verfahren, geratesystem und computerprogramm-produkt zur verarbeitung von dokumentendaten
EP1455959A2 (de) Verfahren und vorrichtung zur bearbeitung von postsendungen
EP1432531B1 (de) Verfahren und einrichtung zum lesen von sendungs- oder dokumentenaufschriften
WO2004061779A1 (de) Verfahren und vorrichtung zur bearbeitung von auf oberflächen von postsendungen befindlichen graphischen informationen
DE69611172T2 (de) Verfahren zur verteilung von briefpost und dergleichen im in- und ausland mit gebrauch von postnummern (p.n.)
DE10054664B4 (de) Verfahren zum Drucken von Postsendungen
DE69931224T2 (de) Regeneration von fehlerhaft verarbeiteten Poststücken
EP1530772B1 (de) Verfahren und vorrichtung zum übermitteln von benachrichtigungen
DE60302010T2 (de) Verfahren des Erzeugens und auf-den-neuesten-Stand-bringens einer Datenbank eines Postsortiersystems
EP1340197B1 (de) Verfahren zum versehen von postsendungen mit frankierungsvermerken
EP1337973A1 (de) Verfahren zum versehen von postsendungen mit frankierungsvermerken
WO2009000376A1 (de) Versandsystem für eine sendung sowie verfahren zum bearbeiten der sendung
DE19754508C2 (de) Verfahren zur Übermittlung einer Information
DE102007059327A1 (de) Verfahren und System zum Bearbeiten von Postsendungen
EP1671278A1 (de) Verfahren und vorrichtung zum erstellen einer postsendung

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: 20030603

AK Designated contracting states

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20130605