WO2003015940A1 - Verfahren zum automatischen erzeugen von aktuellen verteilreihenfolgedaten - Google Patents

Verfahren zum automatischen erzeugen von aktuellen verteilreihenfolgedaten Download PDF

Info

Publication number
WO2003015940A1
WO2003015940A1 PCT/DE2002/002852 DE0202852W WO03015940A1 WO 2003015940 A1 WO2003015940 A1 WO 2003015940A1 DE 0202852 W DE0202852 W DE 0202852W WO 03015940 A1 WO03015940 A1 WO 03015940A1
Authority
WO
WIPO (PCT)
Prior art keywords
address directory
data
distribution order
distribution
copied
Prior art date
Application number
PCT/DE2002/002852
Other languages
English (en)
French (fr)
Inventor
Graeme Mclintock
Original Assignee
Siemens Aktiengesellschaft
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 Siemens Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Priority to AU2002320933A priority Critical patent/AU2002320933B2/en
Priority to DE50204696T priority patent/DE50204696D1/de
Priority to EP02754489A priority patent/EP1414591B1/de
Publication of WO2003015940A1 publication Critical patent/WO2003015940A1/de
Priority to NO20031596A priority patent/NO325251B1/no
Priority to US10/763,216 priority patent/US20040153470A1/en

Links

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B07—SEPARATING SOLIDS FROM SOLIDS; SORTING
    • B07C—POSTAL SORTING; SORTING INDIVIDUAL ARTICLES, OR BULK MATERIAL FIT TO BE SORTED PIECE-MEAL, e.g. BY PICKING
    • B07C3/00—Sorting according to destination
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B07—SEPARATING SOLIDS FROM SOLIDS; SORTING
    • B07C—POSTAL SORTING; SORTING INDIVIDUAL ARTICLES, OR BULK MATERIAL FIT TO BE SORTED PIECE-MEAL, e.g. BY PICKING
    • B07C1/00—Measures preceding sorting according to destination

Definitions

  • the invention relates to a method for the automatic generation of current distribution order data, including central address directories stored in databases and transmitted by data transmission as distribution order data.
  • Modern postal organizations have a central electronic address directory (ZAV) in which all addresses to be delivered (delivery points) are recorded.
  • the address directory (ZAV) is the information basis for several postal applications and is updated regularly, e.g. per month. Changes are typically made based on requests from users of the ZAV-dependent postal applications, e.g. Post deliverer, carried out.
  • the ZAV data are often structured hierarchically: delivery districts, delivery sections (groups of delivery points) and delivery points.
  • sorting plans are prepared in which the order of the mail items is specified and which are loaded by the distribution order sorting systems.
  • the VFM must also store quality of service (QoS) features such as, for example, "only carry out on Tuesdays" with the address data. These QoS features are evaluated by the VFM in order to keep the sorting plans up to date on a daily basis.
  • QoS quality of service
  • the ZAV either contains no or only imprecise sequence information in order to specify the distribution order.
  • the delivery order required by the delivery agents can also change for other reasons, e.g. Representation of illness, change daily. These changes must be immediately feasible in order not to impair the efficiency of the distribution order sorting. For this reason and to make the QoS information maintainable on site, the VFM systems are preferably installed on separate computers on site at the sorting systems.
  • Each VFM is therefore usually responsible for a separate postal area and its database does not have to be compared with that of the other VFMs. According to this architecture, however, new versions of the ZAV must be replicated to several VFMs and integrated there with local changes in the previous version. This replication would be easy to implement if the ZAV system made a log file of the changes available (as usual for merge replication between database systems (Microsoft SQL Server 2000 Reference Library (ISBN 0-7356-1280-3) )) or if the VFM system would not allow changes to the data (read- only snapshots (Buretta, Marie “Data Replication: Tools and Techniques for Managing Distributed Information", (ISBN 0- 471-15754-6))). If the VFM had been implemented with an industry standard DBMS (Database Management System) and replication service, the missing change history could be
  • Compensate (log file).
  • the VFM should be operable from several end devices, which together with the number of distributed VFM computers can mean considerable license costs for a DBMS.
  • the ZAV data should also serve as a master version, the distribution order data as a replica
  • the invention has for its object to provide a simple method for the automatic generation of current distribution order data with the replication of ZAV databases and with local changes without a database management system.
  • the invention is also intended to integrate centrally maintained quality of service features, e.g. Forwarding requests, the simple integration of changes made in parallel as well as the addition and correction of an existing address directory by incremental changes.
  • the new database is simply imported by the VFM as a new version of the distribution order data.
  • the change commands saved in the audit file of the previous version can then be automatically applied to the new version by an editor program.
  • the changes are also written to the initially empty audit file of the new version and thus passed on from version to version.
  • context information from the identification data is provided in the audit file in order to enable a semantic check of the validity of the audit file entries during their use. This means that only the changes that are still valid are transferred from one version to the next. It is also an important basis of this procedure that the audit entries are designed in such a way that they not only enable the data changes to be transferred easily, but also allow the change instructions to be checked at the same time.
  • Every time a new version of the ZAV data is replicated, a new version of the distribution order data is created on each VFM. Each VFM only processes the ZAV data for its area of responsibility, which means a distribution and parallelization of the work. Complicated merging of the ZAV and distribution order databases is not necessary with this master / slave procedure. By creating a new version of the distribution order data, the old data stock will automatically still be available for backup.
  • the sorting plans for the sorting systems only one, the current, version of the distribution order data is used.
  • multiple operators can make changes to the same version of the distribution order data at the same time.
  • the content of his audit file is automatically applied to the current database as described above. As a result, his changes are only valid. If there are changes that cannot be made due to changes made by another operator, the operator can be informed and then edit the changed distribution order data again.
  • the structure of the audit file allows an audit file to be created based on changes to a version of the distribution order data, and then applied to a version of the distribution order data that has since been changed.
  • the identification data also contain house number extensions.
  • identification data also contain characteristic comments, for example “none Delivery on Tuesday “or” Delivery from a certain date to a new address ".
  • the new forwarding and / or distribution information is inserted into the copied address directory, new information replaces the old information of the same type, and the complete change data for the forwarding and / or distribution information is transferred to the audit file.
  • only incremental changes are transmitted via data transmission in order to update the central address directory or parts of the central address directory.
  • These incremental changes are merged with the copied, up-to-date address directory or part of the address directory, by using the identification data at each delivery time in the previously current address directory or part of the address directory to check whether the respective delivery point of the incremental change already exists. If this is not the case, it is included in the copied address directory or part of the address directory in the position of the distribution order that was transmitted. If the delivery point already exists in the incremental change in the address directory or part of the address directory, it will be moved to the changed position in the address directory.
  • the moving process is advantageously carried out by deleting the delivery point at the previous position in the address directory and re-entering it at the changed position.
  • Sorting systems 2 shows a flowchart for correcting / supplementing the
  • Feature file shows a flowchart of the import of an audit file.
  • a distribution order manager is supplied with at least the central address directory (ZAV) data relevant to its postal area in files by data transmission.
  • ZAV central address directory
  • 1 shows the systems required for processing the address data and for the distribution order sorting by a postal organization.
  • the VFM 100 receives the ZAV data from the system 101, on which the ZAV data are maintained, and uses them to prepare the sorting plans for the distribution order sorting systems 104 by means of a generator program 106. If necessary, there is a second application system 102, which also accesses the ZAV data, on which forwarding requests are managed. Other application systems that manage further information useful for the distribution order sorting are also possible.
  • the forwarding data is also transmitted to the VFM via data transmission, e.g. ftp, delivered.
  • the complete ZAV data are completely adopted by the VFM and stored locally as distribution order data on a hard disk 103. Every time there is a new version of the ZAV data, a new version of the copied local distribution order data is created. In this way, the ZAV data is replicated in master / slave mode.
  • QoS Quality of service
  • the operator can also correct or supplement the distribution order data with an editor program 105 in order to take account of changes in the street scene, for example new houses that are not yet known in the ZAV system, in the distribution order sorting.
  • 2 shows as a flowchart the maintenance of the distribution order data by an operator with an editor 105.
  • the version of the distribution order data to be processed is read 201 from the hard disk.
  • the editor then reacts to user inputs which make changes to the data 202.
  • Changes to the address data can be carried out at different levels of the hierarchy in order to move 203, delete 204 or add 205 one or more delivery districts, one or more delivery sections or single / several delivery points. These operations change the data and are simultaneously used as audit entries of the types MOVE 207, DELETE 208 and ADD 209 logged. Should the operator add, delete or move QoS features for a delivery point / section / district 206, all changes are logged 210 in the audit file with a SET features entry. If the operator wants to save the changed data after editing 211, the distribution order data will be saved and the new audit entries added at the end of the audit file 212.
  • the affected delivery point, section or district is specified as a parameter in the entry.
  • District ID Section ID, Section Name
  • for delivery areas District ID, district name.
  • the position in the distribution order at which the delivery point / section / district is to be inserted is also identified. Instead of a position number, the corresponding position is noted based on the before / after delivery points / sections / districts.
  • a MOVE entry also receives before / after delivery points / sections / districts as parameters. Because a MOVE entry can move more than one delivery point / section / district at the same time as a contiguous area, the area with the first and last delivery point / section / district is specified.
  • QoS features are entered with the editor and saved as SET audit entries.
  • An essential part of an audit file consists of SET characteristics instructions. Because each delivery point / section / district generally only has a few QoS features, the evaluation of the audit file is kept simple by always specifying all the features available for a delivery point / section / district in each SET entry. This means that only the last SET entry for each delivery point / section / district needs to be evaluated.
  • superfluous SET entries can simply be ignored, which compresses the audit file after being saved again. Reading in a new complete version of the ZAV data and creating a new version of the distribution order data begins, as shown in FIG. 3, with the transmission of the new ZAV data to 400.
  • a syntactical check of the ZAV data for correctness and completeness backing up the records is first done 401. To transfer local changes that have been made to the new version of the data, it is necessary that the records can be identified from one version to the next. Districts and sections are defined in the ZAV data only as a set of delivery point records, and are generated in the distribution order data as required. In order to identify delivery point data records, identification data are formed from the sort code + house number extension + remark of a delivery point.
  • the sort code represents the goal of the sorting and is often printed as a barcode on mail items in automated letter distribution. The sort code does not have to consist of the postcode, street name and house number. However, the method becomes more effective if clear abstract sort codes are used.
  • the entries of an existing audit file for example from the previously current version of the data, can be applied 403 to the new data in order to transfer all local changes.
  • Each entry must first be checked for validity 404. The entry is no longer valid, for example if the delivery point to be moved already is in the right place. All valid entries are applied 405 by the editor program.
  • audit entries are created for the new version of the distribution order data. These audit entries of the new version are saved 406. All audit entries that are no longer valid are saved 407 in a log file and can be viewed by the operator as required. After all audit entries have been processed 408, the new version of the distribution order data can be saved 409 with a generally smaller audit file.
  • each database is combined with the current version of the distribution order data to form a new full version of the distribution order data.
  • the current version of the distribution order data is first read 500 from the hard disk.
  • a hash table is typically built 501 in the memory according to the usual programming technique in order to enable the delivery points to be found quickly afterwards.
  • the identification data already mentioned which is formed from the sort code + house number extension + remark of a delivery point, serves as the key in the hash table.
  • some ZAV databases do not have any sort codes, in this case the correct sort code is generated during the import.
  • All new delivery points are processed 502 one after the other.
  • the first step is to check whether the delivery point already exists 503. If the new delivery point already exists, its relative position is compared 504 with the previous relative position. If the positions are the same, no further action is necessary. If the positions are different, the delivery point is entered 505 in a list of delivery points that are to be deleted. These delivery points to be moved are also entered 506 like new delivery points in a list of the new delivery points. position points were edited 507, all delivery points to be deleted are removed 508. All new or moved delivery points are then added 509. Finally, the new version of the distribution order data can be saved 510. Empty sections and empty districts are omitted.
  • the QoS features from another central application system are provided as a file.
  • a characteristics file can be combined with the current version of the distribution order data to form a new version.
  • the current version of the distribution order data is first read 600 from the hard disk.
  • a hash table is built up 601 in memory according to the usual programming technique as already described above. All features in the file are processed 602 one after the other, whereby first it is checked whether the delivery point concerned exists at all 603. If the delivery point exists, the previous characteristics are combined with the new characteristics, the new characteristics having priority 605.
  • the supplemented data record is stored in the distribution order data and as a complete SET entry in the audit file is saved 606. If the delivery point concerned is not available, an entry is logged in an error file 604. After all delivery points have been processed 607, the new version of the distribution order data is saved.
  • the current version of the distribution order data is first read 700 from the hard disk.
  • a hash table is constructed 701 in the memory according to the usual programming technique as described above. All audit entries from the audit file are processed 702, and first it is checked whether each entry is still 703 is valid. If an entry cannot be applied, for example because the delivery point is missing, the entry is saved 706 in the audit log file. If the entry can nevertheless be used, the change is made 704 and a new entry is made in the new audit file is saved 705. After all audit entries have been processed, the new version of the distribution order data is saved 708.

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum automatischen Erzeugen von aktuellen Verteilreihenfolgedaten unter Einbeziehung von in Datenbanken gespeicherten und per elektronischer Datenübertragung übermittelten, zentralen Adressverzeichnissen als Verteilreihenfolgedaten mit den Schritten: Lokales Kopieren des aktuellen zentralen Adressverzeichnisses oder der Teile, die das relevante Gebiet betreffen; Übertragen von lokal gespeicherten Änderungsbefehlen hinsichtlich relativer Positionswechsel von Zustellpunkten in der Verteilreihenfolge für die vorherige Version des zentralen Adressverzeichnisses oder der relevanten Teile, wobei die Zustellpunkte anhand von Identifikationsdaten, die mindestens den Sortierkode enthalten, identifiziert werden, auf die lokale Kopie des aktuellen zentralen Adressverzeichnisses oder der relevanten Teile; Überprüfen, ob die Änderungsbefehle im kopierten aktuellen Adressverzeichnis schon realisiert sind oder ob sie noch auszuführen sind; Abspeichern der noch auszuführenden, gültigen Änderungsbefehle in einem Audit-File und Ausführen der Änderungsbefehle.

Description

Beschreibung
Verfahren zum automatischen Erzeugen von aktuellen Verteil- reihenfolgedaten
Die Erfindung betrifft ein Verfahren zum automatischen Erzeugen von aktuellen Verteilreihenfolgedaten unter Einbeziehung von in Datenbanken gespeicherten und per Datenübertragung übermittelten, zentralen Adressverzeichnissen als Verteilreihenfolgedaten.
Moderne Post-Organisationen haben ein zentrales elektronisches Adressverzeichnis (ZAV) , in dem alle zu beliefernden Adressen (Zustellpunkte) aufgezeichnet sind. Das Adressverzeichnis (ZAV) stellt die Informationsgrundlage für mehrere postalische Anwendungen dar, und wird regelmäßig aktualisiert, z.B. monatlich. Änderungen werden typischerweise anhand von Anträgen der Benutzer der vom ZAV abhängigen postalischen Anwendungen, z.B. Post-Zusteller, durchgeführt. Die ZAV-Daten sind häufig hierarchisch gegliedert: Zustellbezirke, Zustellabschnitte (Gruppen von Zustellpunkten) und Zustellpunkte.
Die Einführung von neuen Dienstleistungen und insbesondere von neuen Stufen der Automatisierung, z.B. Verteilreihenfolgesortierung, führt zu neuen Anforderungen an ein ZAV-System. Zusätzliche anwendungsspezifischen Daten müssen gespeichert werden. Um Änderungen am ZAV-System zu vermeiden, werden neue AnwendungsSysteme installiert, auf denen die anwendungsspezifischen Daten gespeichert und verarbeitet werden können. In der Regel speichert ein solches Anwendungssystem intern eine Kopie des ZAV, das über eine bestehende dateiorientierte Schnittstelle übertragen wird. Änderungen an dem zentralen ZAV-Datenbestand erfordern die Replikation des neuen Datenbestands in den Anwendungssystemen. Ein solches Anwendungssystem, der Verteilreihenfolgemanager (VFM) , ist notwendig, um eine Verteilreihenfolgesortierung durchzuführen. Bei dieser Automatisierungsstufe werden die Sendungen maschinell in die Reihenfolge sortiert, in der die Sendungen vom Zusteller zugestellt werden. Damit wird die zeitaufwendige Handsortierung der Sendungen vor der Zustellung erspart. Mit dem VFM werden Sortierpläne aufbereitet, in denen die Reihenfolge der Briefsendungen vorgegeben wird, und die von den Verteilreihenfolgesortieranlagen geladen werden. Der VFM muss auch Quality of Service (QoS) Merkmale wie, zum Beispiel, „nur Dienstags austragen" mit den Adressdaten speichern. Diese QoS Merkmale werden vom VFM ausgewertet, um die Sortierpläne tagtäglich aktuell zu halten.
Ein Problem bei der Verarbeitung der ZAV-Daten im VFM sind fehlerhafte oder nicht vollständige Datensätze. Entweder beinhaltet das ZAV gar keine oder nur ungenaue Sequenzangaben, um die Verteilreihenfolge vorzugeben. Die von den Zustellern benötigte Zustellreihenfolge kann sich auch aus anderen Gründen, z.B. Krankheitsvertretung, täglich ändern. Diese Änderungen müssen unmittelbar durchführbar sein, um die Effizienz der Verteilreihenfolgesortierung nicht zu beeinträchtigen. Aus diesem Grund und um die QoS Informationen vor Ort pflegbar zu machen, werden die VFM-Systeme bevorzugt auf gesonderten Rechnern vor Ort bei den Sortieranlagen installiert.
Jeder VFM ist daher in der Regel für ein getrenntes postalisches Gebiet zuständig und sein Datenbestand muss nicht mit dem der anderen VFMs abgeglichen werden. Neue Versionen des ZAV müssen jedoch nach dieser Architektur auf mehreren VFMs repliziert und dort mit lokalen Änderungen in der vorherigen Version integriert werden. Diese Replikation wäre einfach zu realisieren, falls das ZAV-System ein Log-File der Änderungen zur Verfügung stellen würde (wie üblich bei Merge-Replikation zwischen Datenbanksystemen (Microsoft SQL Server 2000 Refe- rence Library (ISBN 0-7356-1280-3))) oder falls das VFM- System keine Änderungen an den Daten zu lassen würde (read- only snapshots ( Buretta, Marie "Data Replication:Tools and Techniques for Managing Distributed Information", (ISBN 0- 471-15754-6))) . Wäre der VFM mit einem Industrie-Standard DBMS (Database Management System) und Replikaktionsdienst implementiert, könnte man die fehlende Änderungshistorie
(Log-File) kompensieren. Der VFM sollte aber von mehreren Endgeräten aus bedienbar sein, was zusammen mit der Anzahl von verteilten VFM-Rechnern beträchtliche Lizenzkosten für ein DBMS bedeuten kann. Die ZAV-Daten sollen auch als Master- Version dienen, die Verteilreihenfolgedaten als Replika
(asymmetrische Replikation [Buretta, Marie "Data Replication: Tools and Techniques for Managing Distributed Information", (ISBN 0-471-15754-6)]). Eine Realisierung ohne DBMS oder Log-Files der ZAV-Änderungen würde daher die automatische Konfliktlösung schwierig machen.
Der Erfindung liegt die Aufgabe zugrunde, ein einfaches Verfahren zum automatischen Erzeugen von aktuellen Verteilreihenfolgedaten mit der Replikation von ZAV-Datenbeständen und mit lokalen Änderungen ohne ein Database Management System zu schaffen.
Die Erfindung soll auch die Integration von zentral gepflegten Quality of Service-Merkmalen, z.B. Nachsendeanträge, die einfache Integration von parallel durchgeführten Änderungen sowie die Ergänzung und Korrektur von einem vorhandenen Adressverzeichnis durch inkrementelle Änderungen ermöglichen.
Erfindungsgemäß wird die Aufgabe durch die Merkmale des Anspruches 1 gelöst.
Durch die Schritte:
- Lokales Kopieren des aktuellen zentralen Adressverzeichnisses oder der Teile, die das relevante Gebiet betreffen,
- Übertragen von lokal gespeicherten Änderungsbefehlen hinsichtlich relativer Positionswechsel von Zustell- punkten in der Verteilreihenfolge für die vorherige Version des zentralen Adressverzeichnisses oder der relevanten Teile, wobei die Zustellpunkte anhand von Identifikationsdaten, die mindestens den Sortierkode enthalten, identifiziert werden, auf die lokale Kopie des aktuellen zentralen Adressverzeichnisses oder der relevanten Teile,
- Überprüfen, ob die Änderungsbefehle im kopierten aktuellen Adressverzeichnis schon realisiert sind oder ob sie noch auszuführen sind,
- Abspeichern der noch auszuführenden, gültigen Änderungsbefehle in einem Audit-File und Ausführen der Änderungsbefehle, ist es nicht mehr notwendig, die Änderungen mit Hilfe eines Database Management Systems durchzuführen und zu verwalten.
Wird zu einem späteren Zeitpunkt eine neue Version des zentralen Adress-Verzeichnisses freigegeben, wird der neue Daten- bestand einfach als neue Version der Verteilreihenfolgedaten vom VFM importiert. Danach können die im Audit-File der vorherigen Version gespeicherten Änderungsbefehle automatisch von einem Editor-Programm auf der neuen Version angewandt werden. Hierbei werden die Änderungen auch in das zunächst leere Audit-File der neuen Version geschrieben und so von Version zu Version weitergeleitet.
Verfahrensgemäß ist KontextInformation aus den Identifikationsdaten im Audit-File vorgesehen, um eine semantische Überprüfung der Gültigkeit der Audit-File Einträge während deren Anwendung zu ermöglichen. Hierdurch werden nur die noch gültigen Änderungen von einer Version zur nächsten übertragen. Eine wichtige Grundlage dieses Verfahrens ist es auch, dass die Audit-Einträge so ausgelegt sind, dass sie nicht nur die einfache Übertragung der Datenänderungen ermöglichen, sondern auch die gleichzeitige Überprüfung der Gültigkeit der Änderungsanweisungen erlauben. Jedes Mal nach der Replikation einer neuen Version der ZAV- Daten entsteht eine neue Version der Verteilreihenfolgedaten auf jedem VFM. Jeder VFM bearbeitet nur die ZAV-Daten für seinen Zuständigkeitsbereich, was eine Verteilung und Paral- lelisierung der Arbeit bedeutet. Ein kompliziertes Zusammenführen der ZAV- und Verteilreihenfolge-Datenbestände entfällt bei diesem Master/Slave Verfahren. Durch das Anlegen einer neuen Version der Verteilreihenfolgedaten wird automatisch zur Sicherung der alte Datenbestand noch vorhanden sein. Bei der Generierung der Sortierpläne für die Sortieranlagen wird nur eine, die aktuelle, Version der Verteilreihenfolgedaten verwendet .
Durch die Verwendung von mehreren Audit-Files können mehrere Operatoren gleichzeitig Änderungen an der gleichen Version der Verteilreihenfolgedaten vornehmen. Nachdem ein Operator mit der Arbeit fertig ist, wird der Inhalt seines Audit-Files automatisch auf den aktuellen Datenbestand wie oben beschrieben, angewandt. Hierdurch werden seine Änderungen erst gültig. Sollte es Änderungen geben, die durch inzwischen vollzogene Änderungen eines anderen Operators nicht durchführbar sind, kann der Operator darüber informiert werden und daraufhin die geänderten Verteilreihenfolgedaten erneut bearbeiten. Die Struktur des Audit-Files erlaubt es, ein Audit-File anhand von Änderungen an einer Version der Verteilreihenfolge- daten zu erzeugen, und dieses dann auf einer inzwischen geänderten Version der Verteilreihenfolgedaten anzuwenden.
Vorteilhafte Ausgestaltungen der Erfindung sind in den Unteransprüchen dargestellt.
So ist es vorteilhaft, wenn die Identifikationsdaten zusätzlich Hausnummernerweiterungen enthalten.
Vorteilhaft ist es auch, wenn die Identifikationsdaten zusätzlich kennzeichnende Bemerkungen enthalten, z.B. „keine Zustellung am Dienstag" oder „ab einem bestimmten Datum Zustellen an neue Adresse".
Zur Aufnahme dieser Weiterleitungs- oder Verteilhinweise in das kopierte Adressverzeichnis ist es vorteilhaft, zuerst zu überprüfen, ob der Zustellpunkt für den jeweiligen Weiterleitungs- und/oder Verteilhinweis im kopierten aktuellen Adress- verzeichnis für die Verteilreihenfolgedaten existiert. Wenn ja, erfolgt das Einfügen der neuen Weiterleitungs- und/oder Verteilhinweise in das kopierte Adressverzeichnis, neue Hinweise ersetzen hierbei gleichartige alte Hinweise, und die vollständigen Änderungsdaten der Weiterleitungs- und/oder Verteilhinweise werden in den Audit-File übernommen.
Zentral eingepflegte QoS Merkmale werden also in eine Kopie der aktuellen Verteilreihenfolgedaten des Adressverzeichnisses integriert, indem die existierenden Merkmale um die neuen Merkmale ergänzt oder entsprechend korrigiert werden. Anders als bei den ZAV-Daten wird auch ein völlig neuer Eintrag in den zu der neuen Version gehörigen Audit-File für jede Merkmalsänderung geschrieben. Hierdurch werden lokal und zentral eingepflegte Merkmale in Zukunft auf neue Datenbestände übertragen. Dieses Verfahren funktioniert nur, weil die Audit- Einträge für Merkmale als einzige nicht als Änderungsanweisung, sondern als geänderter Datensatz in dem Audit-File gespeichert werden. Dadurch .können die Merkmalsdaten vollständig und ohne großen Aufwand von einer Version der Verteilreihenfolgedaten zur nächsten übertragen werden. Dieses kombinierte Loggen von Änderungsanweisungen und Datensätzen zeichnet die Methode dieser Erfindung aus.
In einer weiteren vorteilhaften Ausgestaltung werden zur Aktualisierung des zentralen Adressverzeichnisses oder von Teilen des zentralen Adressverzeichnisses nur inkrementelle Änderungen per Datenübertragung übermittelt. Diese inkrementel- len Änderungen werden mit dem kopierten, bisher aktuellen Adressverzeichnis oder Adressverzeichnisteil zusammengeführt, indem anhand der Identifikationsdaten zu jedem Zustellzeitpunkt in dem bisher aktuellen Adressverzeichnis oder Adressverzeichnisteil überprüft wird, ob der jeweilige Zustellpunkt der inkrementellen Änderung schon vorhanden ist. Ist dies nicht der Fall, wird er in der mit übermittelten Position der Verteilreihenfolge in das kopierte Adressverzeichnis oder Adressverzeichnisteil aufgenommen. Ist der Zustellpunkt in der inkrementellen Änderung im Adressverzeichnis oder Adressverzeichnisteil schon vorhanden, so wird er an die geänderte Position im Adressverzeichnis verschoben. Der Verschiebeprozess erfolgt vorteilhafterweise, indem der Zustellpunkt an der bisherigen Position des Adressverzeichnisses gelöscht und an der geänderten Position neu eingetragen wird.
Hierdurch wird die Vielzahl an Änderungen, die mit den neuen ZAV-Daten mitkamen, nicht mit den lokalen Änderungen vermischt. D.h. lokale Änderungen ändern den Datenbestand, werden aber auch getrennt im neuen Audit-File geloggt. Inzwischen überflüssig gewordene lokale Korrekturen können einfach weg gelassen werden. Dieses Verfahren funktioniert nur wegen der in der Praxis beschränkten Art und des Umfanges der Änderungen in den ZAV-Daten und macht es somit nur für die Anwendung im postalischem Bereich sinnvoll, d.h. Adressen werden eher hinzugefügt oder verschoben und relativ selten gelöscht.
Anschließend wird die Erfindung in einem Ausführungsbeispiel anhand der Zeichnungen näher erläutert .
Dabei zeigen
FIG 1 ein Strukturdiagramm von Verteilreihenfolge-
Sortiersystemen; FIG 2 ein Flussdiagramm zur Korrektur/Ergänzung der
Verteilreihenfolgedaten durch einen Operator; FIG 3 ein Flussdiagramm der Importierung von neuen
Verteilreihenfolgedaten; FIG 4 ein Flussdiagramm der Importierung von inkre- mentell geänderten Verteilreihenfolgedaten. FIG 5 ein Flussdiagramm der Importierung einer
Merkmals-Datei; FIG 6 ein Flussdiagramm der Importierung einer Au- dit-Datei .
Einem Verteilreihenfolgemanager (VFM) werden mindestens die für sein postalisches Gebiet relevanten zentralen Adressverzeichnis (ZAV) -Daten in Dateien per Datenübertragung zugestellt. FIG 1 zeigt die zur Bearbeitung der Adressdaten und für die Verteilreihenfolgesortierung von einer Post- Organisation benötigten Systeme. Der VFM 100 bekommt die ZAV- Daten vom System 101, auf dem die ZAV-Daten gepflegt werden, und bereitet daraus die Sortierpläne mittels eines Generator- Programms 106 für die Verteilreihenfolgesortieranlagen 104 vor. Gegebenenfalls gibt es ein zweites AnwendungsSystem 102, das auch auf die ZAV-Daten zugreift, auf dem Nachsendeanträge verwaltet werden. Andere AnwendungsSysteme, die weitere für die Verteilreihenfolgesortierung nützliche Informationen verwalten, sind auch möglich. Die Nachsendedaten werden auch dem VFM per Datenübertragung, z.B. ftp, zugestellt. Die vollständigen ZAV-Daten werden vom VFM komplett übernommen und lokal als Verteilreihenfolgedaten auf einer Festplatte 103 gespeichert. Jedes Mal, wenn es eine neue Version der ZAV-Daten gibt, wird eine neue Version der kopierten lokalen Verteilreihenfolgedaten erzeugt. Auf diese Art und Weise werden die ZAV-Daten im Master/Slave Modus repliziert.
Quality of Service (QoS) Merkmale sind nicht in den ZAV-Daten enthalten, diese werden lokal auf dem VFM vom Operator gepflegt und mit der passenden Version der Verteilreihenfolgedaten abgespeichert. Der Operator kann auch die Verteilreihenfolgedaten mit einem Editorprogramm 105 korrigieren oder ergänzen, um Änderungen im Straßenbild, z.B. neue Häuser, die noch nicht im ZAV-System bekannt sind, in der Verteilreihenfolgesortierung zu berücksichtigen. FIG 2 zeigt als Flussdiagramm die Pflege der Verteilreihenfolgedaten durch einen Operator mit einem Editor 105. Zuerst wird die zu bearbeitende Version der Verteilreihenfolgedaten von der Festplatte gelesen 201. Danach reagiert der Editor auf Benutzereingaben, die Änderungen an den Daten vornehmen 202. Änderungen an den Adressdaten können auf verschiedenen Ebenen der Hierarchie durchgeführt werden, um einen/mehrere Zustellbezirke, einen/mehrere Zustellabschnitte oder einzelne/mehrere Zustellpunkte zu verschieben 203, bzw. zu löschen 204 oder hinzuzufügen 205. Diese Operationen ändern die Daten und werden gleichzeitig jeweils als Audit-Einträge der Sorten MOVE 207, DELETE 208 und ADD 209 geloggt. Sollte der Operator QoS Merkmale für einen Zustellpunkt/Abschnitt/Bezirk hinzufügen, löschen oder verschieben 206, werden alle Änderungen mit einem SET Merkmale Eintrag im Audit-File geloggt 210. Sollte der Operator nach dem Editieren die geänderten Daten speichern wollen 211, werden die Verteilreihenfolgedaten abgespeichert und die neuen Audit Einträge am Ende des Audit- Files hinzugefügt 212.
Die Auslegung der Audit Einträge ist eine wesentliche Grundlage dieses Verfahrens und wird in der Tabelle 1 dokumentiert .
Figure imgf000011_0001
Tabelle 1
Bei ADD und DELETE Einträgen wird der betroffene Zustell- punkt, Abschnitt oder Bezirk als ein Parameter im Eintrag angegeben.
Alle Details zu Zustellpunkten, Abschnitten oder Bezirken werden immer mitgespeichert, d.h. für Zustellpunkte:
Bezirk-ID, Abschnitt-ID, Sortcode, Postleitzahl, Straßenname, Hausnummer, Hausnummererweiterung, Bemerkung; für Zustellabschnitte:
Bezirk-ID, Abschnitt-ID, Abschnittsname; für Zustellbezirke: Bezirk-ID, Bezirksname.
Bei ADD Einträgen wird auch die Stelle in der Verteilreihenfolge, an der der Zustellpunkt/Abschnitt/Bezirk eingefügt werden soll, gekennzeichnet. Anstatt einer Positionsnummer wird die entsprechende Stelle anhand der vorher/nachher kommenden Zustellpunkte/Abschnitte/Bezirke notiert. Ein MOVE Eintrag bekommt auch als Parameter vorher/nachher kommende Zustellpunkte/Abschnitte/Bezirke. Weil ein MOVE Eintrag mehr als einen Zustellpunkt/Abschnitt/Bezirk gleichzeitig als einen zusammenhängenden Bereich verschieben kann, wird der Bereich mit dem ersten und letzen Zustellpunkt/Abschnitt/Bezirk angegeben.
Die Verwendung von einem Vorher- oder Nachher-Eintrag an Stelle einer Positionsnummer macht die Zielposition einer Verschiebung nicht von der absoluten, sondern von der relativen Reihenfolge der Zustellpunkte abhängig. Abschnittsänderungen werden relativ zu einem Abschnitt und Bezirksänderungen relativ zu einem Bezirk geloggt. Diese relativen Angaben zusammen mit der Tatsache, dass die reale Geographie der Zustellpunkte statisch bleibt, bedeutet eine sehr effektive Übertragung der Audit-Eintrage.
QoS Merkmale werden mit dem Editor eingegeben und als SET Au- dit-Einträge gespeichert. Ein wesentlicher Anteil eines Audit-Files besteht aus SET Merkmale Anweisungen. Weil jeder Zustellpunkt/Abschnitt/Bezirk in der Regel nur wenige QoS Merkmale bekommt, wird die Auswertung des Audit-Files dadurch einfach gehalten, dass immer alle für einen Zustellpunkt/Abschnitt/Bezirk vorhandenen Merkmale in jedem SET Eintrag angegeben werden. Dadurch muss nur der letzte SET Eintrag zu jedem Zustellpunkt/Abschnitt/Bezirk ausgewertet werden. Beim Laden der Verteilreihenfolgedaten 201 können überflüssige SET Einträge einfach ignoriert werden, was nach dem Wiederabspeichern das Audit-File verdichtet. Das Einlesen einer neuen vollständigen Version der ZAV-Daten und das Anlegen einer neuen Version der Verteilreihenfolgedaten fängt, wie in FIG 3 gezeigt, mit der Übertragung der neuen ZAV-Daten an 400. Eine syntaktische Überprüfung der ZAV- Daten, um die Korrektheit und Vollständigkeit der Datensätze zu sichern, wird zuerst gemacht 401. Für die Übertragung von inzwischen durchgeführten lokalen Änderungen auf die neue Version der Daten ist es erforderlich, dass die Datensätze von einer Version zur nächsten identifiziert werden können. Bezirke und Abschnitte sind in den ZAV-Daten nur als eine Menge von Zustellpunkt-Datensätze definiert, und werden nach Bedarf in den Verteilreihenfolgedaten erzeugt. Um Zustellpunkt-Datensätze zu identifizieren, werden Identifikationsdaten aus dem Sortierkode + Hausnummererweiterung + Bemerkung eines Zustellpunktes gebildet. Der Sortierkode stellt das Ziel der Sortierung dar und wird häufig als Barcode auf Briefsendungen bei der automatisierten Briefverteilung gedruckt. Der Sortierkode muss nicht aus Postleitzahl, Straßenbezeichnung und Hausnummer bestehen. Das Verfahren wird aber effektiver, wenn eindeutige abstrakte Sortierkodes verwendet werden. Da in der Regel nicht alle Zustellpunkte einen eindeutigen Sortierkode bekommen, müssen die Hausnummernerweiterung (oft alphabetisch) und die Bemerkung (z.B. „Metzgerei"), falls vorhanden, berücksichtigt werden. Bezirke und Abschnitte haben in der Regel eine Kennung, die für die Identifikation passend ist. Es muss aμch sichergestellt werden 402, ob die erwähnten Kennungen und Identifikationsdaten eindeutig sind. Alle eindeutigen Datensätze werden in der neuen Verteilreihenfolgedaten-Version gespeichert, zusammen mit einem leeren Audit-File 402.
Danach können die Einträge eines existierenden Audit-File, z.B. von der vorher aktuellen Version der Daten, auf die neuen Daten angewandt werden 403, um alle lokalen Änderungen zu übertragen. Dabei muss zuerst jeder Eintrag auf seine Gültigkeit überprüft werden 404. Der Eintrag ist nicht mehr gültig, zum Beispiel, falls der zu verschiebende Zustellpunkt schon an der richtigen Stelle ist. Alle gültigen Einträge werden vom Editorprogramm angewandt 405. Bei der Bearbeitung der Audit-Einträge der bisher aktuellen Version werden Audit- Einträge für die neue Version der Verteilreihenfolgedaten erzeugt. Diese Audit-Einträge der neuen Version werden zwischen gespeichert 406. Alle nicht mehr gültigen Audit-Einträge werden in ein Log-File gespeichert 407 und können vom Operator nach Bedarf eingesehen werden. Nachdem alle Audit-Einträge verarbeitet wurden 408, kann die neue Version der Verteilreihenfolgedaten mit einem in der Regel kleineren Audit-File abgespeichert werden 409.
Werden die aktualisierten Versionen der ZAV-Daten nur als in- krementelle Datenbestände zur Verfügung gestellt, wird jeder Datenbestand mit der bisher aktuellen Version der Verteilreihenfolgedaten zu einer neuen Vollversion der Verteilreihenfolgedaten kombiniert. Wie in FIG 4 abgebildet, wird zunächst die aktuelle Version der Verteilreihenfolgedaten von der Festplatte gelesen 500. Dabei wird typischerweise eine Hash- Tabelle nach der üblichen Programmiertechnik im Speicher aufgebaut 501, um das schnelle Finden der Zustellpunkte nachher ermöglicht. Als Schlüssel in der Hash-Tabelle dienen die bereits erwähnten Identifikationsdaten, die aus dem Sortierkode + Hausnummererweiterung + Bemerkung eines Zustellpunktes gebildet werden. Manche ZAV-Datenbestände kennen aber keine Sortierkodes, in diesem Fall, wird während der Importierens der korrekte Sortierkode generiert.
Alle neuen Zustellpunkte werden nacheinander bearbeitet 502, als erstes wird überprüft ob der Zustellpunkt schon existiert 503. Falls der neue Zustellpunkt schon existiert, wird dessen relative Position mit der bisherigen relativen Position verglichen 504. Sollten die Positionen gleich sein, ist keine weitere Aktion nötig. Sind die Positionen unterschiedlich, wird der Zustellpunkt in eine Liste von Zustellpunkten, die zu löschen sind, eingetragen 505. Diese zu verschiebenden Zustellpunkte werden auch wie neue Zustellpunkte in eine Liste der neuen Zustellpunkte eingetragen 506. Nach dem alle Zu- stellpunkte bearbeitet wurden 507, werden alle zu löschenden Zustellpunkte aus dem Datenbestand entfernt 508. Danach werden alle neuen oder verschobenen Zustellpunkte hinzugefügt 509. Zuletzt kann die neue Version der Verteilreihenfolgedaten abgespeichert werden 510. Dabei werden leere Abschnitte sowie leere Bezirke weg gelassen.
Die QoS Merkmale von einem anderen zentralen Anwendungssystem werden als Datei bereitgestellt. Eine Merkmalsdatei kann mit der aktuellen Version der Verteilreihenfolgedaten zu einer neuen Version kombiniert werden. Wie in FIG 5 abgebildet, wird hierfür zunächst die aktuelle Version der Verteilreihenfolgedaten von der Festplatte gelesen 600. Dabei wird eine Hash-Tabelle nach der üblichen Programmiertechnik wie oben schon beschrieben im Speicher aufgebaut 601. Alle Merkmale in der Datei werden nacheinander bearbeitet 602, wobei zuerst überprüft wird, ob der betroffene Zustellpunkt überhaupt existiert 603. Falls der Zustellpunkt existiert, werden die bisherigen Merkmale mit den neuen Merkmalen kombiniert, wobei die neuen Merkmale Vorrang haben 605. Der ergänzte Datensatz wird in den Verteilreihenfolgedaten und als ein vollständiger SET-Eintrag in das Audit-File gespeichert 606. Sollte der betroffene Zustellpunkt nicht vorhanden sein, wird ein Eintrag in einer Fehler-Datei geloggt 604. Nachdem alle Zustellpunkte bearbeitet wurden 607, wird die neue Version der Verteilreihenfolgedaten abgespeichert .
Einzelne Audit-Files können mit der aktuellen Version der Verteilreihenfolgedaten zu einer neuen Vollversion kombiniert werden. Diese Funktionalität ermöglicht die parallele Bearbeitung der Verteilreihenfolgedaten durch mehrere Operatoren. Wie in FIG 6 abgebildet, wird hierfür zunächst die aktuelle Version der Verteilreihenfolgedaten von der Festplatte gelesen 700. Dabei wird eine Hash-Tabelle nach der üblichen Programmiertechnik im Speicher wie oben schon beschrieben aufgebaut 701. Alle Audit-Einträge aus dem Audit-File werden bearbeitet 702, und zuerst wird überprüft, ob jeder Eintrag noch gültig ist 703. Kann ein Eintrag nicht angewandt werden, weil zum Beispiel der Zustellpunkt fehlt, wird der Eintrag im Au- dit-Log-File gespeichert 706. Kann der Eintrag doch angewendet werden, wird die Änderung durchgeführt 704, und ein neuer Eintrag in das neue Audit-File gespeichert 705. Nachdem alle Audit-Einträge bearbeitet wurden, wird die neue Version der Verteilreihenfolgedaten abgespeichert 708.

Claims

Patentansprüche
1. Verfahren zum automatischen Erzeugen von aktuellen Verteilreihenfolgedaten unter Einbeziehung von in Datenbanken gespeicherten und per elektronischer Datenübertragung übermittelten, zentralen Adressverzeichnissen als Verteilreihenfolgedaten mit den Schritten:
- Lokales Kopieren des aktuellen zentralen Adressverzeichnisses oder der Teile, die das relevante Gebiet betreffen,
- Übertragen von lokal gespeicherten Änderungsbefehlen hinsichtlich relativer Positionswechsel von Zustellpunkten in der Verteilreihenfolge für die vorherige Version des zentralen Adressverzeichnisses oder der relevanten Teile, wobei die Zustellpunkte anhand von Identifikationsdaten, die mindestens den Sortierkode enthalten, identifiziert werden, auf die lokale Kopie des aktuellen zentralen Adressverzeichnisses oder der relevanten Teile,
- Überprüfen, ob die Änderungsbefehle im kopierten aktuellen Adressverzeichnis schon realisiert sind oder ob sie noch auszuführen sind,
- Abspeichern der noch auszuführenden, gültigen Änderungsbefehle in einem Audit-File und Ausführen der Änderungsbefehle .
2. Verfahren nach Anspruch 1, wobei lokal in die Identifikationsdaten zusätzlich Hausnummernerweiterungen aufgenommen werden.
3. Verfahren nach Anspruch 1 oder 2, wobei lokal in die I- dentifikationsdaten zusätzlich kennzeichnende Bemerkungen aufgenommen werden.
4. Verfahren nach Anspruch 3, wobei zur Aufnahme von Weiterleitungs- und/oder Verteilhinweisen in das kopierte Adressverzeichnis folgende Schritte durchgeführt werden: - Überprüfen, ob der Zustellpunkt für den jeweiligen Weiterleitungs- und/oder Verteilhinweis im kopierten aktuellen Adressverzeichnis für die Verteilreihenfolgedaten existiert, wenn ja,
- Einfügen der neuen Weiterleitungs- und/oder Verteilhinweise in das kopierte Adressverzeichnis, wobei die neuen gegenüber den alten gleichartigen Weiterleitungsund/oder Verteilhinweisen Vorrang haben und
- Aufnehmen der vollständigen Änderungsdaten der Weiterleitungs- und/oder Verteilhinweise in den Audit-File.
5. Verfahren nach einem der Ansprüche 1 bis 4, wobei zur Aktualisierung des zentralen Adressverzeichnisses oder von Adressverzeichnisteilen nur inkrementelle Änderungen per Datenübertragung übermittelt werden, die mit dem bisher aktuellen und kopierten Adressverzeichnis oder Adressverzeichnisteil zusammengeführt werden, indem anhand der I- dentifikationsdaten zu jedem Zustellpunkt in dem bisher aktuellen Adressverzeichnis oder Adressverzeichnisteil überprüft wird, ob der jeweilige Zustellpunkt der inkrementellen Änderung schon vorhanden ist, wenn nein, wird er in der mit übermittelten Position der Verteilreihenfolge in das kopierte Adressverzeichnis oder Adressverzeichnisteil aufgenommen, wenn ja, wird der jeweilige Zustellpunkt an die geänderte Position im Adressverzeichnis verschoben.
6. Verfahren nach Anspruch 5, wobei zur Realisierung des Verschiebens eines Zustellpunktes dieser an der bisherigen Position des Adressverzeichnisses gelöscht wird und an der geänderten Position neu eingetragen wird.
PCT/DE2002/002852 2001-08-09 2002-08-02 Verfahren zum automatischen erzeugen von aktuellen verteilreihenfolgedaten WO2003015940A1 (de)

Priority Applications (5)

Application Number Priority Date Filing Date Title
AU2002320933A AU2002320933B2 (en) 2001-08-09 2002-08-02 Method for automatically producing actual distributed data sequences
DE50204696T DE50204696D1 (de) 2001-08-09 2002-08-02 Verfahren zum automatischen erzeugen von aktuellen verteilreihenfolgedaten
EP02754489A EP1414591B1 (de) 2001-08-09 2002-08-02 Verfahren zum automatischen erzeugen von aktuellen verteilreihenfolgedaten
NO20031596A NO325251B1 (no) 2001-08-09 2003-04-08 Fremgangsmate for automatisk tilvirkning av aktuelle fordelingsrekkefolgedata
US10/763,216 US20040153470A1 (en) 2001-08-09 2004-01-26 Method for automatically generating current distribution order data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10139249.4 2001-08-09
DE10139249A DE10139249A1 (de) 2001-08-09 2001-08-09 Verfahren zum automatischen Erzeugen von aktuellen Verteilreihenfolgedaten

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US10/763,216 Continuation US20040153470A1 (en) 2001-08-09 2004-01-26 Method for automatically generating current distribution order data

Publications (1)

Publication Number Publication Date
WO2003015940A1 true WO2003015940A1 (de) 2003-02-27

Family

ID=7694979

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2002/002852 WO2003015940A1 (de) 2001-08-09 2002-08-02 Verfahren zum automatischen erzeugen von aktuellen verteilreihenfolgedaten

Country Status (6)

Country Link
US (1) US20040153470A1 (de)
EP (1) EP1414591B1 (de)
AU (1) AU2002320933B2 (de)
DE (2) DE10139249A1 (de)
NO (1) NO325251B1 (de)
WO (1) WO2003015940A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007022880A1 (de) * 2005-08-26 2007-03-01 Siemens Aktiengesellschaft Verfahren zur identifizierung von zu sortierenden sendungen

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1804217B1 (de) * 2005-12-05 2015-04-29 Deutsche Post AG Verfahren und Vorrichtung zum Verarbeiten von für die Sortierung von Postsendungen relevanten Daten
US20160373405A1 (en) * 2015-06-16 2016-12-22 Amazon Technologies, Inc. Managing dynamic ip address assignments

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999006914A2 (en) * 1997-07-29 1999-02-11 Acxiom Corporation Method and system for the update of remote data using persistent keys

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5422821B1 (en) * 1992-04-06 1998-07-21 Electrocom Automation Lp Apparatus for intercepting and forwarding incorrectly addressed postal mail
US5454038A (en) * 1993-12-06 1995-09-26 Pitney Bowes Inc. Electronic data interchange postage evidencing system
JP3441249B2 (ja) * 1995-07-24 2003-08-25 株式会社東芝 コーディングシステム及び郵便物処理システム
US6067525A (en) * 1995-10-30 2000-05-23 Clear With Computers Integrated computerized sales force automation system
US7236970B1 (en) * 1999-10-19 2007-06-26 Stamps.Com Address matching system and method
US6557000B1 (en) * 1999-11-30 2003-04-29 Pitney Bowes Inc. Method of updating an addressee database in a mail sorting apparatus
US6954729B2 (en) * 2000-01-27 2005-10-11 Bowe Bell & Howell Postal Systems Company Address learning system and method for using same
JP2001256386A (ja) * 2000-03-08 2001-09-21 Sony Corp 流通管理装置、流通管理方法、プログラム格納媒体及び流通管理システム
US6762384B1 (en) * 2000-09-25 2004-07-13 Siemens Aktiengesellschaft Method of presorting mail for minimized effort to sequence mail for delivery
US20030046103A1 (en) * 2001-05-16 2003-03-06 Michael Amato Dynamic change of address notification

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999006914A2 (en) * 1997-07-29 1999-02-11 Acxiom Corporation Method and system for the update of remote data using persistent keys

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007022880A1 (de) * 2005-08-26 2007-03-01 Siemens Aktiengesellschaft Verfahren zur identifizierung von zu sortierenden sendungen

Also Published As

Publication number Publication date
DE50204696D1 (de) 2005-12-01
EP1414591A1 (de) 2004-05-06
NO20031596L (no) 2003-04-08
NO325251B1 (no) 2008-03-10
US20040153470A1 (en) 2004-08-05
NO20031596D0 (no) 2003-04-08
EP1414591B1 (de) 2005-10-26
DE10139249A1 (de) 2003-03-06
AU2002320933B2 (en) 2006-12-21

Similar Documents

Publication Publication Date Title
EP1151399B1 (de) Integration heterogener Datenbank-Systeme
EP1258812B1 (de) Virtuelle Datenbank heterogener Datenstrukturen
DE10311082B4 (de) Elektronikdokumentmanagementverfahren
DE60224030T2 (de) Verwaltungs- und synchronisierungsapplikation für netzwerkdateisystem
DE60306674T2 (de) Verfahren und systeme zur regelung des zugriffs auf ein datenobjekt mittels sperren
DE19844013A1 (de) Strukturierter Arbeitsordner
DE19607149A1 (de) Verfahren zum rechnergestützten Abgleich mehrerer, in mindestens einem Rechner gespeicherten Dateikopien einer gespeicherten Datei
DE19844071A1 (de) Verfahren zum Lösen von Datenkonflikten in einem gemeinsamen Datenumfeld
DE60004211T2 (de) Entfernung von duplizierten objekten aus einem objektspeicher
WO2008025719A1 (de) Verfahren zur erzeugung eines grössenoptimierten delta-files
EP1414591B1 (de) Verfahren zum automatischen erzeugen von aktuellen verteilreihenfolgedaten
DE102016005519B4 (de) Verfahren zur Erstellung eines Metadaten-Datenmodells für eine BI-Infrastruktur
EP1605368B1 (de) Erstellen elektronisch verarbeitbarer Unterschriftendateien
DE10346802B4 (de) Verfahren zur Bearbeitung von CDR-Informationen
DE19607132B4 (de) Verfahren zum rechnergestützten Abgleich mehrerer, in mindestens einem Rechner gespeicherten Dateikopien einer gespeicherten Datei
DE60315030T2 (de) Vermeiden von datenverlusten beim aktualisieren eines data warehouse
DE19851727B4 (de) Verfahren und Vorrichtung zum automatischen Integrieren von externen Archivsystemen auf einem Zentralarchivsystem
WO2000007116A1 (de) Verfahren, anordnung und satz mehrerer anordnungen zur behebung mindestens einer inkonsistenz in einer datenbankmenge, die eine datenbank sowie mindestens eine kopiedatenbank der datenbank aufweist
DE19911373A1 (de) Einrichtung und Verfahren zum Betrieb von Geschäftsprozessen in einem verteilten Informationsnetz
EP0791889A2 (de) Verfahren zum rechnergestützten Abgleich mehrerer, in mindestens einem Rechner gespeicherten Dateikopien einer gespeicherten Datei
EP1593036A2 (de) Verfahren und vorrichtung zum modifizieren von modular aufgebauten nachrichten
DE19607134A1 (de) Verfahren zur rechnergestützten Verwaltung mehrerer, in mindestens einem Rechner gespeicherten Dateikopien einer gespeicherten Datei
WO2005088497A2 (de) Datenverarbeitungseinrichtung, datenstruktur und verfahren für die auslieferung von finanzinformationen für eine finanzinformationsdatenbank
EP3324321A1 (de) Verfahren zum ermitteln einer bei einem rechteverwerter anzugebenden dateneinheit bezüglich eines musikstücks, computerprogrammprodukt, rechnereinrichtung und netzwerk
DE10203775A1 (de) Verfahren und Systemkonfiguration zum Verarbeiten von Daten eines Online-Systems

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU NO US

Kind code of ref document: A1

Designated state(s): AU NO

AL Designated countries for regional patents

Kind code of ref document: A1

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

Kind code of ref document: A1

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2002754489

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2002320933

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 10763216

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2002754489

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 2002754489

Country of ref document: EP