EP1939815A1 - Verfahren zur Bereitstellung von Portogebührentabellen durch ein Datenzentrum zu deren Übermittlung an ein Dienstgerät sowie Anordnung zur Durchführung des Verfahrens - Google Patents

Verfahren zur Bereitstellung von Portogebührentabellen durch ein Datenzentrum zu deren Übermittlung an ein Dienstgerät sowie Anordnung zur Durchführung des Verfahrens Download PDF

Info

Publication number
EP1939815A1
EP1939815A1 EP07024359A EP07024359A EP1939815A1 EP 1939815 A1 EP1939815 A1 EP 1939815A1 EP 07024359 A EP07024359 A EP 07024359A EP 07024359 A EP07024359 A EP 07024359A EP 1939815 A1 EP1939815 A1 EP 1939815A1
Authority
EP
European Patent Office
Prior art keywords
postage
postage fee
database
version
service device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
EP07024359A
Other languages
English (en)
French (fr)
Other versions
EP1939815B1 (de
Inventor
Gerrit Dr. Bleumer
Clemens Heinrich
Steffen Wittich
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.)
Francotyp Postalia GmbH
Original Assignee
Francotyp Postalia GmbH
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 Francotyp Postalia GmbH filed Critical Francotyp Postalia GmbH
Publication of EP1939815A1 publication Critical patent/EP1939815A1/de
Application granted granted Critical
Publication of EP1939815B1 publication Critical patent/EP1939815B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/00161—Communication details outside or between apparatus for sending information from a central, non-user location, e.g. for updating rates or software, or for refilling funds

Definitions

  • the invention relates to a method for providing postage fee tables by a data center for their transmission to a service device according to the features of claims 1 to 14 and an arrangement for carrying out the method according to claim 1 according to the features of claims 15 to 19.
  • Postage fee tables are required for calculating the postage value in service devices, in particular in a franking machine, postage calculating scales or in a mail processing system.
  • Postage fee tables provide data structures that link various information for the pricing or postage calculation of a shipping operation.
  • Postage fee tables include allocations between franking products such as letter products (maxi-letter, normal letter, etc.), shipping methods (registered mail) and their prices.
  • the fees for additional letter services and discounts of certain types of contract, for example between the customer and the postal authority, are provided for the calculation, as well as zone tables showing geographical postage regions and their prices.
  • At least one postage fee table is loaded into a service device that communicates with the data center.
  • Either a postage meter with a static scale or a postage-calculating scale is used to calculate the postage amount for sending a mailpiece.
  • a mail processing system with a dynamic scale and with a postage meter is already known, which communicates with a data center.
  • a single addressing of each service unit results in a non-simultaneous transmission of a postage fee table to all service devices.
  • the current postage fee table contains an incrementable change number of the revision data section.
  • the service provider's microprocessor verifies that a data block transmitted by a transmission station contains the corresponding incremented revision number of the revision data section.
  • incrementing of the change number occurs in the service device, ie in the postage meter itself. The process is time consuming and fails if the data center's intended connection is unsuccessful.
  • the invention has for its object to provide a method for providing postage fee tables by a data center for their transmission to a service device and an arrangement for carrying out the method.
  • a machine selection of postage tables from a database and transmission of the currently valid and the next postage fee table from the data center to the service device is to be made possible in dependence on the postage fee table already existing in the service device.
  • the method is characterized by data processing with automatic provision of multiple updated and corrected postage fee tables in a database, and by automated selection of postage fee tables from the database of a data center depending on the versions of postage charges present in the service device.
  • the service device establishes a communications link to the data center, automatic selection and timely transmission of tables is made possible to update multiple tables in the service device.
  • the method ensures the correct selection from a variety of postage fee tables stored in the data center and works with a central control of reloading based on machine parameters of the service devices (machine type, model, variant, version / revision of the hardware or operating software) or individually for individual Machines as well as from a respective postage account balance reported by the service device, which is reported, for example, during the reloading of a monetary credit.
  • machine parameters of the service devices machine type, model, variant, version / revision of the hardware or operating software
  • individually for individual Machines as well as from a respective postage account balance reported by the service device, which is reported, for example, during the reloading of a monetary credit.
  • a subsequent reorganization of the postage fee tables in the data center is possible, for example in the case of errors in the database, so that the next dialing of the service device causes an update of the table inventory.
  • An automatic revision of the postage fee table inventory in the server of a data center guarantees an up-to-date status of the database of postage fee tables in the database of the server during the reloading of the service device.
  • the storage of the first version number occurs at the port fee table prior to release of the newly entered postage fee table for download to a remote service device, if according to the first query no further of the further postage charge tables stored in the database is to be taken into account or if further inquiries are made as a result of the first query, further postage fee tables stored in the database have yet to be taken into account, whereby for each query there exists in each case
  • the version data comprises a number consisting of a main section number and subsection number stored in the database of the data center respectively associated with a postage fee table, wherein a new postage fee table has a main section number after a first postage fee table Allocation scheme is formed by the previous maximum main section number is incremented by a value 'one', if the following criteria are met, that further in the database stored postage fee tables are still to be considered, with a postage fee table exists with a maximum validity start date, as determined in the first query step and that the validity start date of the new postage fee table is greater than or equal to the maximum validity start date, which is determined in the second query step.
  • a new postage fee table is assigned a main section number and subsection number according to a second allocation scheme, the main section number associated with the new postage fee table being equal to the previous maximum main section number, and the subsection number being set to the value 'one', if following Criteria are met that, firstly, further postage fee tables stored in the database are still to be considered, which a postage fee table with a minimum validity start date exists and, second, the validity start date of the new postage fee table is greater than the minimum validity start date, which is the third Thirdly, starting from the postage fee table with a maximum validity start date progressively selected a next postage fee table lt is checked by means of which the validity start date of the new postage fee table is greater than or equal to the validity start date of the selected postage fee table, which is determined in the fourth query step of a subroutine.
  • a server includes a first module for version data processing and a second module for automatic postage table selection, wherein the version data processing of the first module enables automatic provision of a plurality of updated postage fee tables corrected in their version data in the database.
  • the server of the data center is programmed to correct the at least one postage fee table of the service device and controls a dynamic correction first in the data center. If the service device needs a corrected postage table, such as for errors, then a correction is achieved by deleting data and loading tables that are subsequently provided with a new version number. Each time a further postage fee table is set in the database, it is checked whether further postage fee tables need to be renamed.
  • the service of the server has been improved to provide several updated postage fee tables in the database.
  • the postage fee table selection is made according to the version number or its sequence and the beginning of the validity.
  • the selection of the postage fee table may also take into account an optional end of validity in order to prevent their delivery in the case of a late-loading request, ie after the end of the validity of a postage fee table.
  • An exchange of faulty postage tables is possible.
  • the correction process in the data center then backs up the updating of the version numbers of postage fee tables in the database of the server.
  • the server of the data center performs the selection on a customer-specific basis.
  • Either the control unit of the data center is designed as a postage table default server, or the entire data center can be configured as a server.
  • a transfer of postage tables in a service device from a data center is possible by means of modem or other conventional device for remote data transmission.
  • the Fig. 1 shows a block diagram of a system with a server 20 and a service device 10.
  • An entire data center is realized as a server.
  • the server 20 has an input unit 21 operatively connected to a database 23 via a first version data processing module 22, the database 23 being operatively connected to an execution unit 24 via a second postage machine selection module 27.
  • the execution unit 24 is operatively connected on the one hand to a display unit 25 for status message and on the other hand to a communication unit 26.
  • the execution unit 24 has the second module 27 for machine postage table selection, access to database 23 of the data center.
  • the service device 10 has a read-only memory 11 for storing the operating software, a non-volatile memory means 12 for storing the automatically selected and transmitted postage fee tables, a communication unit 13 and an execution unit 14.
  • the operating software is a program package that defines or determines the function of the service device. It contains, for example, the program functionality of the services offered and commands for their execution.
  • the operating software accesses the postage table of the products and prices to calculate the postage value for a free stamping operation.
  • the Fig. 2 shows a block diagram of a system with a data center and a service device.
  • the data center 30 represents the provider or supplier of remote services for at least one service device 10.
  • the service device 10 is also constructed, as already based on the embodiment according to Fig.1 was explained.
  • a distributed task data center 30 includes, for example, a communications server 36 and a database server 33, both of which are operatively connected to a postage rate table default server 39.
  • the communication server 36 has a communication unit 26 and the database server 33 has a database 23.
  • the postage charge table default server 39 has an input unit 21 operatively connected to a first version data processing module 22.
  • the postage rate table default server 39 further includes a second postage meter selection module 27 which provides access to the database 23 and accesses the database of the data center for automatic selection of postage fee tables.
  • the second postage machine selection machine module 27 is operatively connected to an execution unit 24 and a display unit 25.
  • the process should be explained in the data center.
  • the parameters of the new or corrected postage fee table will be made available to the first module 22 for version data processing or correction processing.
  • the first module 22 accesses the inventory of postage fee tables in the database and reorganizes the inventory by assigning changed versioning information.
  • the method for providing a plurality of updated and corrected postage fee tables in a database includes automatic correction of postage fee tables in the database.
  • the automatic correction procedure allows the maintenance of the data in the data center after changes in postage tables already provided for service devices have become necessary FIG. 3 explained in more detail.
  • the Fig. 3 shows a flowchart of the method for automatically providing postage fee tables with version data.
  • an additionally stored version number is used.
  • the method of automatically providing 100 of a plurality of updated postage fee tables corrected in their version data is performed in a database by means of the first version data processing module 22.
  • the method includes data processing of each of the entered postage fee tables of a mail carrier at the data center with conversion 102 of each of the entered postage fee tables into a machine readable form and a storage 104 in a database 23 of the data center.
  • a first version number 106 is assigned and a 112 and release of a newly entered first postage fee table for download to a remote service device 10 "if only a single postage fee table is stored in the database 23 or no further postage fee tables are to be considered , Otherwise, if other postage due tables are stored in the database 23, this includes a third step 103 for determining postage table parameters of those postage fee tables that have been previously stored.
  • the aforementioned third step 103 is located between the second step 102 for conversion and the fourth step 104 for storage.
  • a first postage table parameter is the maximum validity start date GBEGIN max , which indicates the effective date of the port table which is furthest in the future.
  • a second postage table parameter is the maximum validity end date GENDE max , which indicates the date of expiration of the port table which is furthest in the future.
  • a third postage table parameter is the minimum validity start date G BEGIN min , which indicates the date of entry into effect of the port table which is furthest in the past.
  • the new postage fee table is stored and released in step 112 for the purpose of downloading the new postage fee table from the database 23 to a remote service device 10.
  • the above condition is retrieved in a third query step 109 following the second interrogation step 107. Then, it branches to subroutine 110 to individually call and rename the postage charge tables to be renamed. Subroutine 110 will be described with reference to FIG. 6 explained in more detail below.
  • the version number of the new or remaining postage fee tables is renamed, which as main section number H is the previous maximum value and as subsection number a 'one' or a number incremented by the value 'one' receive.
  • a second loop L2 is traversed, if there are still other postage fee tables in the database, which is queried in query step 111, then branches back to subroutine 110.
  • the order of the postage fee tables is again determined after the date of validity start, but this time the index i is incremented.
  • step 112 After changing the version number of the at least one new postage fee table during the running time of the subroutine 110 and the query in the retrieval step 111, a storage and release (in step 112) of the at least one new postage fee table corrected for its version data is performed and the completion of the data processing is in step 113 reached.
  • the correction of the postage table inventory is an independent process with regard to the dial-in of the service device and the reloading protocol. It changes the stock of postage tables in the database, especially with regard to their versioning information.
  • the service device establishes a connection to reload postage fee tables, for example by means of a modem, an ISDN or network card, to the data center.
  • the communication is linked to a connection protocol of the two parties.
  • the service device reports its status during the reload log by transferring the highest version number of the held postage tables to the data center.
  • the transmitted highest version number of the service device is transmitted by the execution unit 24 from the communication unit 26 into the postage table selection and processing module 27.
  • the postage fee table selection and processing module 27 in the automatic postage fee table selection, compares the displayed version number of the service device with the stock of the postage table in the database and determines by the method in the flow chart for automatically selecting the postage fee table ( Fig. 4 ), and if so, which postage fee table is being transferred to the service device for updating.
  • the automatic selection procedure is independent of whether the stock of postage fee tables corresponds to the original versioning / revisioning or has been corrected by later access. The following cases may occur:
  • the service unit does not contain a postage fee table
  • the service device does not contain a postage fee table at the time of reloading, the table valid at the time of reloading is loaded from the data center stock.
  • the service unit contains a postage fee table
  • the selection of postage tables is a process that is performed when a service device is dialed.
  • the service of the service is to provide several updated postage fee tables in the database.
  • the Fig. 4 shows a flowchart of the method for the automatic selection of a postage fee table.
  • the automated selection 200 of postage fee tables from the database of a data center is dependent upon the versions of postage fees present in the service device, including reporting 201 the version data V of a postage fee table stored in the service device as part of the transmission of the postage due to the service center to the data center, determining 202 the currently valid postage fee table and checking 203 its version data A for compliance with the reported version data V of the service device 10 in a second module 27 of the data center.
  • the automated selection 200 of postage fee tables from the database of a data center includes determining 204 the next version A + 1 of a future applicable postage fee table before loading it 205 into the service device 10 if in the second module 27 of the data center a match of the version data A of the currently valid postage fee table with the reported version data V current postage fee table of the service device 10 is detected.
  • the automated selection 200 of postage fee tables from the database of a data center includes determining 204 the currently current version A of a valid postage fee table before loading it 208 into the service device 10 if in the second module 27 of the data center a mismatch of the version data A of the current postage fee table the reported version data V current postage fee table of the service device 10 is determined and if the currently valid postage fee table has the higher rank.
  • the currently valid postage fee table has the higher rank if the version data A is higher than the version data V of the current postage fee table of the service device 10. For example, it is provided that the version data A in terms of their alphanumeric value are greater than the alphanumeric value of the version data V.
  • a correction process carried out in the data center either beforehand or during dialing ensures the updating of the Data on postage fee tables in the database of the server.
  • Correction processing is an automated administration or maintenance process of the data stock. Both operations are coupled in that the correction processing must comply with renaming / filing, etc. conforming to the later selection of a naming convention, versioning / revisioning, or filing in the database.
  • a first postage fee table starts at B1 at a first time t1 and ends at E1 at time t2.
  • the service device receives the first postage fee table PT1 and associated versioning information 1.0 early, at the latest at the initialization of the service device.
  • a second postage fee table PT2 and associated versioning information 2.0 becomes valid. Additional postage charge tables with a higher version number may be stored in a database of the data center, which will take effect in the future.
  • E i -1 of the previous postage fee table A i -1 is usually the beginning B i of the next postage fee table A i .
  • the previous postage fee table A i -1 is in the Fig. 5a
  • the third postage fee table PT3 and there is still no postage fee table whose validity start date Bm would be greater, ie at time t3 Bm is maximum.
  • the validity start date Bx of a new postage fee table PT4 begins at time t4 when the validity end date Em of the previously valid postage fee table PT 3 coincides with the validity start date Bx of the new postage fee table PT4.
  • the currently valid postage table is the second postage fee table PT2 in version 2.0 at reload time tj.
  • the service device communicates with the data center at the time tj.
  • the postage fee table PT1 and corresponding versioning information 1.0 stored in the service device from the first time t1 can be overwritten because the previously valid postage fee table is already invalid at time tj of reloading and a currently valid postage fee table exists and is loaded in the database at time tj of reloading can.
  • the current version of the second postage fee table PT2 is 2.0.
  • the service device already contains a currently valid postage fee table at the time of reloading, so a next table PT3 of version 3.0 valid in the future from a third point in time t3 is transmitted.
  • a fourth postage fee table PT4 valid from a fourth point in time t4 and associated versioning information 4.0 can already be stored in the database, it is not yet transmitted to the service device.
  • the valid third postage fee table PT3 is the maximum version and has a maximum validity start date GBEGIN max and a maximum validity end date GENDE max .
  • the first postage fee table PT1 has a minimum validity start date GBEGIN min .
  • Fig. 5b the table selection in case of error is shown as an exemplary embodiment.
  • the error case is clarified by a crossed out (old) version number.
  • Vergabeschema As shown by the Fig. 3 and 6 was presented. It will be in the Fig. 5b crossed out (old) replaced by a corrected version number.
  • the versioning information associated with the second postage fee table PT2 to be replaced is originally 2.0. At the beginning of its validity B 2 , the error was not yet known.
  • This version number change also extends to other postage fee tables, which will be valid at a later date, ie the previous third Postage Fee Table PT3 version 3.0 receives the version 4.2 in the data center and the previous fourth Postage Fee Table PT4 version 4.0 receives the version 4.3 in the data center.
  • a subroutine 110 is shown with an allocation scheme for version numbers of corrected postage fee tables. Starting from selection step 109 for correcting the version number of postage fee tables, subroutine 110 is reached. In a first step 110.1, an index i is set to the maximum value corresponding to the number of postage fee tables stored in the database, and in the second step 110.2, the corresponding postage fee table corresponding to the maximum index i and having a validity start date G BEGIN i is selected.
  • the criterion is queried as to whether the validity start date of a new postage fee table supplied for storage in the database is greater than or equal to the validity start date of the selected postage fee table, ie, if GBEGIN x ⁇ GBEGIN i . If this is not the case, then in the third step 110.3 the index i is decremented by the value 'one' and the third step 110.3 is used to branch back to the start of the second step 110.2 via a first loop L1.
  • the postage fee table A i selected by the decrementing in the first loop L1 is replaced by the more recent version of the new postage fee table Ax.
  • a previously valid postage fee table A i -1 is deleted from the database if the latter is currently no longer valid.
  • the query step 111 is then reached and a query is made as to whether further postage fee tables are present in the database.
  • the twelfth step 112 in the sequence after Fig. 3 branches to store the updated version numbers to the postage fee tables in the database.
  • the index i is incremented by the value 'one' and via a ninth step 110.9 is branched back to the beginning of the query step 111 via a second loop L2.

Abstract

Das Verfahren zur Datenverarbeitung mit Bereitstellung von Portogebührentabellen und zu deren Auswahl aus einer Datenbank eines Datenzentrums, welches nach der Einwahl eines Dienstgerätes eine Kommunikationsverbindung zum Dienstgerät aufnimmt, zeichnet sich durch eine automatische Bereitstellung von mehreren aktualisierten und korrigierten Portogebührentabellen in der Datenbank aus und erlaubt eine maschinelle Auswahl von Portotabellen aus der Datenbank eines Datenzentrums. Die Anordnung zur Durchführung des Verfahrens umfasst eine Anordnung zur Auswahl von Portotabellen aus einer Datenbank.

Description

  • Die Erfindung betrifft ein Verfahren zur Bereitstellung von Portogebührentabellen durch ein Datenzentrum zu deren Übermittlung an ein Dienstgerät nach den Merkmalen der Ansprüche 1 bis 14 sowie eine Anordnung zur Durchführung des Verfahrens nach Anspruch 1 gemäß den Merkmalen der Ansprüche 15 bis 19.
  • Die vorgenannten Portogebührentabellen werden zur Berechnung des Postwertes in Dienstgeräten benötigt, insbesondere in einer Frankiermaschine, portoberechnenden Waage oder in einem Postbearbeitungssystem. Portogebührentabellen stellen Datenstrukturen zur Verfügung, die verschiedene Informationen für die Preis- oder Portoberechnung eines Versandvorgangs verknüpfen. Portogebührentabellen umfassen Zuordnungen zwischen Frankierprodukten wie Briefprodukten (Maxi-Brief, Normalbrief, etc.), Versandarten (Einschreiben) und deren Preisen. Die Gebühren für Briefzusatzleistungen und Rabatte bestimmter Vertragstypen, zum Beispiel zwischen Kunde und Postbehörde, werden für die Berechnung bereitgestellt, sowie Zonen-Tabellen, die geographische Porto-Regionen und deren Preise abbilden. Mindestens eine Portogebührentabelle wird in ein Dienstgerät geladen, das mit dem Datenzentrum in Kommunikationsverbindung tritt.
  • Entweder wird eine Frankiermaschine mit einer statischen Waage oder es wird eine portoberechnende Waage eingesetzt, um den Portobetrag für das Versenden eines Poststückes zu berechnen. Auch ein Postbearbeitungssystem mit einer dynamischen Waage und mit einer Frankiermaschine ist schon bekannt, welches mit einem Datenzentrum kommuniziert.
  • Laut der Patentschrift US 41 22 532 (= DE 28 03 982 C2 ) wird von einer zentralen Datenstation eine neue Tariftabelle auf mehrere Frankiermaschinen gleichzeitig fernübertragen. Eine Aktualisierung mit dem neuen Tarif setzt jedoch voraus, dass die Frankiermaschinen zu diesen Zeitpunkten eingeschaltet und ständig ansprechbar sind.
  • Ein aus der US 41 38 735 (= DE 28 03 919 C2 ) bekanntes Dienstgerät weist einen Rate-PROM auf, das über Funk oder Telefon mit einer aktuellen Portogebührentabelle ausgestattet werden kann. Durch eine einzelne Adressierung jedes Dienstgerätes ergibt sich eine nichtgleichzeitige Übertragung einer Portogebührentabelle an alle Dienstgeräte. Die aktuelle Portogebührentabelle enthält eine inkrementierbare Änderungszahl des Revisionsdatenabschnitts. Vom Mikroprozessor des Dienstgerät wird verifiziert, dass ein von einer Übertragungsstation übermittelter Datenblock die entsprechende inkrementierte Änderungszahl des Revisionsdatenabschnitts enthält. Es wird zwar eine Reihenfolge von Tabellen durch eine Änderungszahl gesichert, jedoch geschieht das Inkrementieren der Änderungszahl im Dienstgerät, d.h. in der Frankiermaschiene selber. Das Verfahren ist zeitaufwendig und versagt, wenn die seitens der Datenzentrale beabsichtigte Verbindungsaufnahme keinen Erfolg hat.
  • Bereits aus dem EP 911767 B1 geht die Überlegung hervor, mit der Beabsichtigung einer Tarifänderung der Portogebührenwerte die frühzeitige Aufstellung von Portogebührentabellen zu planen, so dass diese weit vor ihrem Inkrafttreten allem Postkunden zugänglich gemacht werden. Es kommt darauf an, die Mehrheit der Teilnehmer rechtzeitig statt wie bisher gleichzeitig mit einer aktuellen Portogebührentabelle auszustatten. In Speicherbereichen sind deshalb weitere künftige ab einem weiteren Aktualisierdatum geltende Portogebührentabellen für weitere, vorzugsweise für jede der nationalen Postbehörden, gespeichert. Bei einem Bedarf des Benutzers an Portogebührentabellen wird vom Dienstgerät, zum Beispiel von einer Frankiermaschine ein on demand downloading initialisiert. Für jede der Tabellen ist vom Steuermittel des Dienstgerätes jeweils das einzugebende Datum des auf dem Postgut erscheinenden Datumsstempels mit dem Aktualisierdatum für das Inkrafttreten der Tabelle zu vergleichen.
  • Aus der US 4 802 218 ist ein automatisches Übertragungssystem mit mehreren slots für Chipkarten bekannt. Dadurch wird das Dienstgerät aber zu groß und zu teuer. Neben einer Chipkarte für eine Portogebührentabelle, mit deren Hilfe - aber ohne ein vorheriges downloading - dieser vorgenannte Portogebührenwert ermittelt wird, wird gleichzeitig auch eine weitere Chipkarte für die Guthabennachladung und Abrechnung verwendet.
  • Aus der EP 986028 A2 ist ein Verfahren zur Dateneingabe in ein Dienstgerät und Anordnung zur Durchführung des Verfahren bekannt. Ein erstmaliges Laden einer gültigen Portogebührentabelle erfolgt bei einer Initialisierung des Dienstgeräts. Das Nachladen einer gültigen Tabelle ist nötig, wenn eine ungültige Tabelle vorhanden ist. Bevor eine weitere Portogebührentabelle geladen wird, wird eine Statusmeldung vom Dienstgerät zum Datenzentrum übermittelt. Dabei sind jeweils die Versionsnummer und Revisionsnummer für die Unterscheidung von Portogebührentabellen von Bedeutung. Es bleibt offen, wie und wo die erforderliche Ordnung organisiert und hergestellt wird, wenn mehrere Portogebührentabellen zu handhaben sind. Obwohl ein Liefern einer neuen Portogebührentabelle durch Laden via Modem, Internet oder via Chipkarte erfolgen kann, kommt es zu einer Zeitverzögerung beim Frankieren mit einer neuen Tariftabelle, wenn das Laden und Aktualisieren der neuen Tariftabelle und ein Frankieren zeitlich unmittelbar aufeinander folgen.
  • Im EP 991025 B1 wurde deshalb ein Laden vor dem Aktualisieren von neuen Tariftabellendaten eines der Postbeförderer vorgeschlagen, wobei das Laden zu einem benutzerdefinierten ersten Zeitpunkt und das Aktualisieren zu einem befördererdefinierten zweiten Zeitpunkt im Dienstgerät automatisch erfolgt.
  • Aus der CA 2264622 C (= WO 98/57305 , = EP 920679 A4 ) ist ein Liefern und Speichern einer ersten gegenwärtig gültigen Portogebührentabelle und zweiten zukünftig gültigen Portogebührentabelle bekannt. Eine Gebührenberechnung erfolgt entweder mit Hilfe einer zweiten zukünftig gültigen Portogebührentabelle vor einem sogenannten Vorfrankieren von Post oder mit Hilfe einer ersten aktuell gültigen Portogebührentabelle vor dem Frankieren von Post. Nachteilig ist es, wenn die Übertragung der aktuell gültigen sowie der nächstkommenden Portotariftabelle nicht ohne weitere Eingaben in ein Dienstgerät automatisch erfolgen kann.
  • Aus der deutschen Patentanmeldung DE 10 2004 014 427 A1 , mit dem Titel "Verfahren für ein servergesteuertes Sicherheitsmanagement von erbringbaren Dienstleistungen und Anordnung zur Bereitstellung von Daten nach einem Sicherheitsmanagement für ein Frankiersystem", geht ein Datenzentrum hervor, dass mindestens aus einer Datenbank, einer Steuereinheit und einer Kommunikationseinheit zum Datenaustausch mit externen Frankiersystemen besteht.
  • Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren zur Bereitstellung von Portogebührentabellen durch ein Datenzentrum zu deren Übermittlung an ein Dienstgerät sowie eine Anordnung zur Durchführung des Verfahrens zu schaffen. Zu jedem Zeitpunkt soll eine maschinelle Auswahl von Portotabellen aus einer Datenbank und Übertragung der aktuell gültigen sowie der nächstkommenden Portogebührentabelle vom Datenzentrum zum Dienstgerät in Abhängigkeit von dem im Dienstgerät bereits vorhandenen Bestand an Portogebührentabellen ermöglicht werden.
  • Die Aufgabe wird mit den Merkmalen des Verfahrens nach Anspruch 1 mit den Merkmalen der Anordnung gemäß dem Anspruch 15 gelöst.
  • Das Verfahren ist durch eine Datenverarbeitung mit automatischer Bereitstellung von mehreren aktualisierten und korrigierten Portogebührentabellen in einer Datenbank und durch eine maschinelle Auswahl von Portogebührentabellen aus der Datenbank eines Datenzentrums in Abhängigkeit von den im Dienstgerät vorhandenen Versionen von Portogebühren gekennzeichnet. Wenn das Dienstgerät eine Kommunikationsverbindung zum Datenzentrum aufnimmt, wird automatisch die maschinelle Auswahl und rechtzeitige Übermittlung von Tabellen zwecks Aktualisierung mehrerer Tabellen im Dienstgerät ermöglicht. Das Verfahren sichert die richtige Auswahl aus einer Vielzahl an Portogebührentabellen, die im Datenzentrum gespeichert sind, und arbeitet mit einer zentralen Steuerung des Nachladens anhand von Maschinenparametern der Dienstgeräte (Maschinentyp, Modell, Variante, Version/ Revision der Hardware oder Betriebssoftware) oder individuell für einzelne Maschinen sowie anhand eines jeweiligen vom Dienstgerät gemeldeten Portotabellenbestandes, der beispielsweise während des Nachladevorgangs eines monetären Guthabens gemeldet wird. Damit wurde eine bekannte erste Dienstleistung eines Servers im Datenzentrum zur Bereitstellung von mehreren aktualisierten Portogebührentabellen in der Datenbank verbessert.
  • Darüber hinaus ist ein nachträgliches Reorganisieren der Portogebührentabellen im Datenzentrum möglich, zum Beispiel im Falle von Fehlern im Datenbestand, so dass die kommende Einwahl des Dienstgeräts eine Aktualisierung des Tabellenbestands bewirkt. Eine automatische Überarbeitung des Portogebührentabellen-Bestandes im Server einer Datenzentrale garantiert eine laufende Aktualität des Datenbestandes an Portogebührentabellen in der Datenbank des Servers während des Nachladens des Dienstgerätes.
  • Es ist vorgesehen, dass eine automatische Bereitstellung von mindestens einer aktualisierten und hinsichtlich ihrer Versionsdaten korrigierten Portogebührentabelle in einer Datenbank im Ergebnis einer Eingabe einer neuen Portogebührentabelle in einen ersten Modul zur Versionsdatenverarbeitung erfolgt, mit einer anschließenden Datenverarbeitung der mindestens einen eingegebenen neuen Portogebührentabelle eines Postbeförderers im Datenzentrum mit Umwandlung der eingegebenen Portogebührentabelle in eine maschinenlesbare Form und mit einer Speicherung der neuen Portogebührentabelle in einer Datenbank des Datenzentrums sowie mit einer ersten Abfrage, ob nur eine Portogebührentabelle in der Datenbank des Datenzentrums gespeichert ist und Zuordnung einer ersten Versionsnummer, wenn nur eine Portogebührentabelle gespeichert ist. Die Speicherung der ersten Ver-sionsnummer erfolgt zu der Porgebührentabelle vor einer Freigabe der neu eingegebenen Portogebührentabelle zum Herunterladen in ein entferntes Dienstgerät, wenn entsprechend der ersten Abfrage keine weitere der in der Datenbank gespeicherten weiteren Portogebührentabellen zu berücksichtigen ist oder es werden weitere Abfragen durchgeführt, wenn im Ergebnis der ersten Abfrage weitere in der Datenbank gespeicherte Portogebührentabellen noch zu berücksichtigen sind, wobei zu jeder Abfrage je ein vorherbestimmtes Vergabeschema für die Versionsnummer der Portogebührentabellen existiert.
  • Es ist weiterhin vorgesehen, dass die Versionsdaten eine Nummer, bestehend aus einer Hauptsektionsnummer und Subsektionsnummer umfassen, die in der Datenbank des Datenzentrums jeweils zugeordnet zu einer Portogebührentabelle gespeichert ist, wobei zu einer neuen Portogebührentabelle eine Hauptsektionsnummer nach einem ersten Vergabeschema gebildet wird, indem die bisherige maximale Hauptsektionsnummer um einen Wert 'Eins' inkrementiert wird, wenn folgende Kriterien erfüllt sind, dass weitere in der Datenbank gespeicherte Portogebührentabellen noch zu berücksichtigen sind, wobei eine Portogebührentabelle mit einem maximalen Gültigkeitsbeginndatum existiert, was im ersten Abfrageschritt festgestellt wird und dass das Gültigkeitsbeginndatum der neuen Portogebührentabelle größer gleich dem maximalen Gültig-keitsbeginndatum ist, was im zweiten Abfrageschritt festgestellt wird.
  • Es ist weiterhin vorgesehen, dass zu einer neuen Portogebührentabelle eine Hauptsektionsnummer und Subsektionsnummer nach einem zweiten Vergabeschema zugeordnet wird, wobei die der neuen Portogebührentabelle zugeordnete Hauptsektionsnummer gleich der bisherigen maximalen Hauptsektionsnummer ist, und wobei die Subsektionsnummer auf den Wert 'Eins' gesetzt wird, wenn folgende Kriterien erfüllt sind, dass erstens weitere in der Datenbank gespeicherte Portogebührentabellen noch zu berücksichtigen sind, was im ersten Abfrageschritt festgestellt wird, wobei eine Portogebührentabelle mit einem minimalen Gültigkeitsbeginndatum existiert und dass zweitens das Gültigkeitsbeginndatum der neuen Portogebührentabelle größer gleich dem minimalen Gültigkeitsbeginndatum ist, was im dritten Abfrageschritt festgestellt wird sowie dass drittens beginnend von derjenigen Portogebührentabelle mit einem maximalen Gültigkeitsbeginndatum fortschreitend eine nächste Portogebührentabelle ausgewählt wird mittels welcher geprüft wird, ob das Gültigkeitsbeginndatum der neuen Portogebührentabelle größer gleich dem Gültigkeitsbeginndatum der ausgewählten Portogebührentabelle ist, was im vierten Abfrageschritt einer Subroutine festgestellt wird.
  • Es ist weiterhin vorgesehen, dass entsprechend dem zweiten Vergabeschema für die Versionsnummern der übrigen Portogebührentabellen eine Änderung der Subsektionsnummer vorgenommen wird, wobei in der Datenbank eine Auswahl einer nächsten Tabelle nach deren Datum des Gültigkeitsbeginns der Reihenfolge nach erfolgt, wobei der Index der nächsten Tabelle und die Subsektionsnummer um einen Wert 'Eins' inkrementiert werden.
  • Es ist weiterhin vorgesehen, dass nach der Änderung der Versionsnummer von der mindestens einen neuen Portogebührentabelle, welche in der Datenbank vorhanden ist, eine Speicherung der Versionsnummer zu den Portogebührentabellen und deren Freigabe der hinsichtlich ihrer Versionsdaten korrigierten Portogebührentabelle und Fertigstellung der Datenverarbeitung erfolgt.
  • Ein Server enthält ein erstes Modul zur Versionsdatenverarbeitung und zweites Modul zur maschinellen Portotabellenauswahl, wobei die Versionsdatenverarbeitung des ersten Moduls eine automatische Bereitstellung von mehreren aktualisierten und hinsichtlich ihrer Versionsdaten korrigierten Portogebührentabellen in der Datenbank ermöglicht.
  • Der Server des Datenzentrums ist zur Berichtigung der mindestens einen Portogebührentabelle des Dienstgeräts programmiert und steuert eine dynamische Korrektur zuerst in der Datenzentrale. Wenn das Dienstgerät eine korrigierte Portotabelle benötigt, wie zum Beispiel bei Fehlern, dann wird durch Löschen von Daten und Laden von Tabellen, die danach mit einer neuen Versionsnummer versehen werden, eine Korrektur erreicht. Bei jedem Einstellen einer weiteren Portogebührentabelle in die Datenbank wird geprüft, ob weitere Portogebührentabellen umbenannt werden müssen.
  • Verbessert wurde die Dienstleistung des Serves zur Bereitstellung von mehreren aktualisierten Portogebührentabellen in der Datenbank. Die Portogebührentabellenauswahl erfolgt je nach der Versionnummer bzw. deren Abfolge und Beginn der Gültigkeit. Zusätzlich zu den vorgenannten Kriterien kann die Auswahl der Portogebührentabelle auch ein optionales Gültigkeitsende berücksichtigen, um bei einer Nachladeanfrage zu späten Zeitpunkt, d.h. nach Ende der Gültigkeit einer Portogebührentabelle, deren Lieferung zu verhindern. Ein Austausch von fehlerhaften Portotabellen ist möglich. Der Korrekturvorgang in dem Datenzentrum sichert dabei anschließend die Aktualisierung der Versionsnummern von Portogebührentabellen in der Datenbank des Servers.
  • Neben einer automatisierten Bereitstellung von Daten durch das Datenzentrum wird vom Server des Datenzentrums die Auswahl kundenspezifisch durchgeführt.
  • Der Server des Datenzentrums ist zur Fallunterscheidung nach dem Maschinenzustand des Dienstgeräts programmiert und steuert das Nachladen mindestens einer Portogebührentabelle in ein Dienstgerät nach vorgegebenen Bedingungen:
    • Enthält beispielsweise das Dienstgerät keine Portogebührentabelle (erster Zustand), dann überträgt das Datenzentrum diejenige Tabelle mit der gültigen Versionsnummer in das Dienstgerät.
    • Wenn das Dienstgerät nur eine gültige Portogebührentabelle enthält (zweiter Zustand), dann überträgt das Dienstgerät diejenige Tabelle mit der nächst höheren Versionsnummer. Damit soll nicht ausgeschlossen werden, dass ggf. eine zukünftig gültige Tabelle mit einer entsprechend nachfolgend höheren Versionsnummer ebenfalls übertragen wird.
    • Ein dritter Zustand ergibt sich, wenn das Dienstgerät keine gültige Portogebührentabelle enthält. Dann überträgt das Dienstgerät die gültige Portogebührentabelle mit der entsprechend zugehörigen Versionsnummer.
    • Ein weiterer vierter Zustand ergibt sich, wenn eine zukünftig gültige Portogebührentabelle bereits im Dienstgerät vorhanden ist, d.h. dass keine Tabelle benötigt und deshalb auch nicht geladen wird.
  • Entweder erfolgt eine Ausbildung der Steuereinheit des Datenzentrums als Portotabellen-Vorgabe-Server oder die Ausbildung des ganzen Datenzentrums kann als Server vorgenommen werden. Eine Übertragung von Portotabellen in ein Dienstgerät aus einem Datenzentrum ist mittels Modem oder einer anderen üblichen Einrichtung zur Datenfernübertragung möglich.
  • Vorteilhafte Weiterbildungen der Erfindung sind in den Unteransprüchen gekennzeichnet bzw. werden nachstehend zusammen mit der Beschreibung der bevorzugten Ausführung der Erfindung anhand der Figuren näher dargestellt. Es zeigen:
    • Fig. 1,
    Blockschaltbild eines Systems mit einem Server und einem Dienstgerät,
    Fig. 2,
    Blockschaltbild eines Systems mit einem Datenzentrum und einem Dienstgerät,
    Fig. 3,
    Flußplan des Verfahrens zur automatischen Bereitstellung von Portogebührentabellen mit Versionsdaten,
    Fig. 4,
    Flußplan des Verfahrens zur maschinellen Auswahl einer Portogebührentabelle,
    Fig. 5a,
    Tabellenauswahl im Normalfall,
    Fig. 5b,
    Tabellenauswahl im Fehlerfall,
    Fig. 6,
    Subroutine mit einem Vergabeschema für Versionsnummern von korrigierten Portogebührentabellen.
  • Die Fig. 1 zeigt ein Blockschaltbild eines Systems mit einem Server 20 und einem Dienstgerät 10. Ein ganzes Datenzentrums ist als ein Server verwirklicht. Der Server 20 weist eine Eingabeeinheit 21 auf, die über ein erstes Modul 22 zur Versionsdatenverarbeitung mit einer Datenbank 23 betriebsmäßig verbunden ist, wobei die Datenbank 23 über ein zweites Modul 27 zur maschinellen Portotabellenauswahl mit einer Ausführungseinheit 24 betriebsmäßig verbunden ist. Die Ausführungseinheit 24 ist einerseits mit einer Anzeigeeinheit 25 zur Statusmeldung und andererseits mit einer Kommunikationseinheit 26 betriebsmäßig verbunden. Die Ausführungseinheit 24 hat über das zweite Modul 27 zur maschinellen Portotabellenauswahl einen Zugang zur Datenbank 23 des Datenzentrums zu. Das Dienstgerät 10 weist einen Nurlesespeicher 11 zur Speicherung der Betriebssoftware, ein nichtflüchtiges Speichermittel 12 zur Speicherung der automatisch ausgewählten und übermittelten Portogebührentabellen, eine Kommunikationseinheit 13 und eine Ausführungseinheit 14 auf. Die Betriebssoftware ist ein Programmpaket, das die Funktion des Dienstgeräts ausmacht oder festlegt. Es enthält beispielsweise die Programmfunktionalität der angebotenen Dienste und Befehle zu deren Ausführung. Die Betriebssoftware greift zur Berechnung des Portowerte für einen Freistempelvorgang auf die Portotabelle der Produkte und Preise zu.
  • Die Fig. 2 zeigt ein Blockschaltbild eines Systems mit einem Datenzentrum und einem Dienstgerät. Das Datenzentrum 30 stellt den Anbieter oder Lieferanten für Ferndienste für mindestens ein Dienstgerät 10 dar. Das Dienstgerät 10 ist ebenso aufgebaut, wie bereits anhand des Ausführungsbeispiels nach Fig.1 erläutert wurde.
  • Für die Kommunikation mit solchen Dienstgeräten, wie Frankiermaschinen oder Freistempelgeräten betreibt das Datenzentrum solche Vorrichtungen, wie z.B. Rechnersysteme, die über Netzwerkverbindungen oder Modembänke, Terminalserver, Datenbanken usw. verfügen. Ein Datenzentrum 30 mit verteilten Aufgaben umfasst beispielsweise einen Kommunikations-Server 36 und einen Datenbank-Server 33, welche beide mit einem Portogebührentabellen-Vorgabe-Server 39 betriebsmäßig verbunden sind. Der Kommunikations-Server 36 hat eine Kommunikationseinheit 26 und der Datenbank-Server 33 hat eine Datenbank 23. Der Portogebührentabellen-Vorgabe-Server 39 weist eine Eingabeeinheit 21 auf, die mit einem ersten Modul 22 zur Versionsdatenverarbeitung betriebsmäßig verbunden ist. Der Portogebührentabellen-Vorgabe-Server 39 weist weiter ein zweites Modul 27 zur maschinellen Portotabellenauswahl auf, das einen Zugang zur Datenbank 23 ermöglicht und zur automatischen Auswahl von Portogebührentabellen auf die Datenbank des Datenzentrums zugreift. Das zweite Modul 27 zur maschinellen Portotabellenauswahl ist mit einer Ausführungseinheit 24 und einer Anzeigeeinheit 25 betriebsmäßig verbunden.
  • Anhand von Fig. 2 soll der Vorgang im Datenzentrum erläutert werden. Von der Eingabeeinheit 21 werden die Parameter der neuen oder korrigierten Portogebührentabelle dem ersten Modul 22 zur Versionsdatenverarbeitung bzw. zur Korrekturverarbeitung zur Verfügung gestellt werden. Das ersten Modul 22 greift auf den Bestand an Portogebührentabellen in der Datenbank zu und reorganisiert den Bestand durch Zuweisung geänderter Versionierungsinformationen.
  • Nach Eingabe und Verarbeitung der vom Postbeförderer (Carrier) gelieferten Portogebührentabellen erfolgt deren Speicherung in der Datenbank, wobei die Verarbeitung eine Korrekturverarbeitung der Tabelle und die automatische Erzeugung und Zuordnung von neuen Versionsnummern einschließt. Die Erzeugung und Zuordnung von neuen Versionsnummern von Portogebührentabellen erfolgt in der Datenbank eines Servers. Unabhängig davon wie eine automatische Änderung der Version konkret durchgeführt wird, werden für das Verfahren zwei Lösungs-Varianten vorgeschlagen:
    1. 1. Die automatische Erzeugung und Zuordnung von neuen Versionsnummern erfolgt erst bei einem telefonischen Anruf des Dienstgerätes und für dieses spezifisch/unterschiedlich zu denen der anderen Dienstgeräte. Vorzugsweise erfolgt der Korrekturvorgang der Versionsnummer während der Einwahl des Dienstgerätes in das Datenzentrum.
    2. 2. Die automatische Erzeugung und Zuordnung von neuen Versionsnummern erfolgt schon vor einem Anruf des Dienstgerätes beim Datenzentrum und für das Dienstgerät unspezifisch/gleich zu denen der anderen Dienstgeräte. Vorzugsweise erfolgt im Ergebnis einer Eingabe 101 von Portogebührentabellen in einen ersten Modul 22 zur Versionsdatenverarbeitung der Korrekturvorgang der Versionsnummern.
  • Das Verfahren zur Bereitstellung von mehreren aktualisierten und korrigierten Portogebührentabellen in einer Datenbank schließt eine automatische Korrektur von Portogebührentabellen in der Datenbank ein. Das automatische Korrekturverfahren erlaubt die Nachpflege des Datenbestand in der Datenzentrale nachdem Änderungen in bereits für Dienstgeräte zur Verfügung gestellten Portotabellen notwendig wurden und wird nachfolgend anhand der Figur 3 noch näher erläutert.
  • Die Fig. 3 zeigt einen Flußplan des Verfahrens zur automatischen Bereitstellung von Portogebührentabellen mit Versionsdaten. Zur Bereitstellung von mehreren aktualisierten und korrigierten Portogebührentabellen in einer Datenbank wird eine jeweils zusätzlich gespeicherte Versionsnummer benutzt. Im Ergebnis einer Eingabe 101 wird das Verfahren zur automatischen Bereitstellung 100 von mehreren aktualisierten und hinsichtlich ihrer Versionsdaten korrigierten Portogebührentabellen in einer Datenbank mittels des ersten Moduls 22 zur Versionsdatenverarbeitung durchgeführt. Das Verfahren umfasst eine Datenverarbeitung jeder der eingegebenen Portogebührentabellen eines Postbeförderers im Datenzentrum mit Umwandlung 102 jeder der eingegebenen Portogebührentabellen in eine maschinenlesbare Form und eine Speicherung 104 in einer Datenbank 23 des Datenzentrums. Nach einem ersten Abfrageschritt 105 erfolgt ein Zuordnen einer ersten Versionsnummer 106 und eine Speicherung 112 und Freigabe einer neu eingegebenen ersten Portogebührentabelle zum Herunterladen in ein entferntes Dienstgerät 10" wenn nur eine einzige Portogebührentabelle in der Datenbank 23 gespeichert ist bzw. keine weiteren Portogebührentabellen zu berücksichtigen sind.
    Wenn anderenfalls weitere Portogebührentabellen in der Datenbank 23 gespeichert sind, erfasst dies ein dritter Schritt 103 zur Ermittlung von Portotabellen-Parametern derjenigen Portogebührentabellen, welche schon vorhergehend gespeichert wurden. Der vorgenannte dritte Schritt 103 ist zwischen dem zweiten Schritt 102 zur Umwandlung und dem vierten Schritt 104 zur Speicherung gelegen.
  • Ein erster Portotabellen-Parameter ist das maximale Gültigkeitsbeginndatum GBEGINmax, welches das Datum des Inkrafttretens derjenigen Porttabelle angibt, welche am weitesten in der Zukunft liegt.
  • Ein zweiter Portotabellen-Parameter ist das maximale Gültigkeitsendedatum GENDEmax, welches das Datum des Ausserkrafttretens derjenigen Porttabelle angibt, welche am weitesten in der Zukunft liegt.
  • Ein dritter Portotabellen-Parameter ist das minimale Gültigkeitsbeginndatum GBEGINmin , welches das Datum des Inkrafttretens derjenigen Porttabelle angibt, welche am weitesten in der Vergangenheit liegt.
  • Wenn entsprechend der Abfrage im ersten Abfrageschritt 105 noch weitere in der Datenbank 23 gespeicherte Portogebührentabellen A1 Ai .. An zu berücksichtigen sind, wobei deren Anzahl m natürlich nicht gleich eins ist, erfolgt im zweiten Abfrageschritt 107 eine Auswahl, welche es ermöglicht, eine Versionsnummern zu vergeben, die sich nur in der Hauptsektion der Versionsnummer von den anderen unterscheidet. Das ist der Falll, wenn das Kriterium erfüllt ist, dass einem maximalen Gültigkeitsendedatum GENDEmax der vorherigen Portogebührentabelle Ai das Gültigkeitsbeginndatum GBEGINx der neuen Portogebührentabelle Ax nachfolgt.
  • Nach einem Zuordnen einer Versionsnummer in einem nachfolgenden Schritt 108 erfolgt deren Speicherung und Freigabe der neuen Portogebührentabelle im Schritt 112 zwecks Herunterladen der neuen Portogebührentabelle aus der Datenbank 23 in ein entferntes Dienstgerät 10..
  • Im Korrekturfall wird die Tabellenversionsnummer geändert, wobei das vorgenannte Kriterium nun nicht mehr zutrifft, dass einem maximalen Gültigkeitsendedatum GENDEmax der vorherigen Portogebührentabelle Ai das Gültigkeitsbeginndatum GBEGINx der neuen Portogebührentabelle Ax nachfolgt, d.h. bei x = i +1.
  • Jedoch soll nun das Kriterium zutreffen, dass einem minimalen Gültigkeitsbeginndatum GBEGINmin einer ersten Portogebührentabelle A1 das Gültigkeitsbeginndatum GBEGINx der neuen Portogebührentabelle Ax nachfolgt oder gleich ist, d.h. bei x ≥ 1.
  • Die vorgenannte Bedingung wird in einem dritten Abfrageschritt 109 abgefragt, der dem zweiten Abfrageschritt 107 nachfolgt. Dann wird zur Subroutine 110 verzweigt, um die umzubenennenden Portogebührentabellen einzeln aufzurufen und umzubenennen. Die Subroutine 110 wird anhand der Figur 6 weiter unten noch näher erläutert.
  • Eine Auswahl einer nächsten Tabelle A i-1 aus der Datenbank nach deren Datum des Gültigkeitsbeginns wird der Reihenfolge nach ermöglicht, wobei vom maximalen Gültigkeitsbeginndatum GBEGINmax derjenigen Portogebührentabelle Ai mit i = max ausgegangen wird, welche am weitesten in der Zukunft liegt. Wenn das Datum des Gültigkeitsbeginns GBEGINi der zum Vergleich herangezogenen Portogebührentabelle Ai weder kleiner noch gleich dem Datum des Gültigkeitsbeginns GBEGINx der neuen Portogebührentabelle ist, dann wird eine Schleife L1 durchlaufen und die nächste Portotabelle Ai-1 nach deren Gültigkeitsbeginndatum ausgewählt. Zu diesem Zweck wird die Indexnummer i um den Wert 'Eins' in einer ersten Schleife L1 dekrementiert. Wenn das Vergleichskriterium GBEGINx ≥ GBEGINi jedoch erfüllt ist, dann erfolgt eine Umbenennung der Versionsnummer der neuen bzw. übrigen Portogebührentabellen, welche als Hauptsektionsnummer H den bisherigen Maximalwert und als Subsektionsnummer eine 'Eins' bzw. eine um den Wert 'Eins' inkrementierte Nummer erhalten. Zum Inkrementieren wird eine zweite Schleife L2 durchlaufen, wenn noch weitere Portogebührentabellen in der Datenbank vorhanden sind, was im Abfrageschritt 111 abgefragt wird, dann wird in die Subroutine 110 zurückverzweigt. Zur Auswahl einer nächsten Portogebührentabelle wird die Reihenfolge der Portogebührentabellen wieder nach dem Datum des Gültigkeitsbeginns bestimmt, wobei aber diesmal der Index i inkrementiert wird.
  • Nach der Änderung der Versionsnummer von der mindestens einen neuen Portogebührentabelle während der Laufdauer der Subroutine 110 und der Abfrage im Abfrageschritt 111 erfolgt eine Speicherung und Freigabe (im Schritt 112) der hinsichtlich ihrer Versionsdaten korrigierten mindestens einen neuen Portogebührentabelle und die Fertigstellung der Datenverarbeitung ist im Schritt 113 erreicht.
  • Die Korrektur des Portotabellenbestands ist in Hinblick auf die Einwahl des Dienstgeräts und das Nachladeprotokoll ein unabhängiger Prozess. Es wird der Bestand der Portotabellen in der Datenbank verändert, vor allem in Bezug auf deren Versionierungsinformationen.
  • Das Dienstgerät baut zum Nachladen von Portogebührentabellen eine Verbindung z.B. mittels eines Modem, einer ISDN- oder Netzwerkkarte, zur Datenzentrale auf. Die Kommunikation ist an ein Verbindungsprotokoll der beiden Parteien gekoppelt. Das Dienstgerät meldet seinen Zustand im Verlauf des Nachladeprotokolls, indem es die höchste Versionsnummer der gehaltenen Portotabellen an das Datenzentrum überträgt. In der Datenzentrale wird die übertragene höchste Versionsnummer des Dienstgeräts durch die Ausführungseinheit 24 aus der Kommunikationseinheit 26 in den Portotabellenauswahl und -verarbeitungsmodul 27 übertragen. Der Portogebührentabellenauswahl und -verarbeitungsmodul 27 vergleicht bei der automatischen Portogebührentabellenauswahl die angezeigte Versionsnummer des Dienstgeräts mit dem Bestand der Portotabellen in der Datenbank und ermittelt anhand des Verfahrens im Flussplan zur automatischen Auswahl der Portogebührentabelle (Fig. 4), ob und falls ja, welche Portogebührentabelle zur Aktualisierung an das Dienstgerät transferiert wird. Das automatische Auswahlverfahren ist unabhängig davon, ob der Bestand an Portogebührentabellen der ursprünglichen Versionierung/Revisionierung entspricht oder durch späteren Zugriff korrigiert wurde. Dabei können folgende Fälle vorkommen:
    • a) Das Dienstgerät enthält keine Portogebührentabelle
  • Wenn das Dienstgerät zum Zeitpunkt des Nachladens keine Portogebührentabelle enthält, so wird die zum Zeitpunkt des Nachladens gültige Tabelle aus dem Bestand der Datenzentrale geladen.
    • b) Das Dienstgerät enthält eine Portogebührentabelle
    • b1) Das Dienstgerät enthält zum Zeitpunkt des Nachladens bereits eine ungültige Portogebührentabelle, so wird eine zum Zeitpunkt des Nachladens gültige Tabelle geladen.
    • b2) Das Dienstgerät enthält zum Zeitpunkt des Nachladens bereits eine gültige Portogebührentabelle, so wird eine nächste, zukünftig gültige Tabelle übertragen.
    c) Das Dienstgerät benötigt keine aktualisierte Portogebührentabelle
  • Meldet das Dienstgerät beim Ladevorgang die Versionsnummer der nächsten, zukünftig gültigen Tabelle, so wird keine Portogebührentabelle übertragen.
    • d) Das Dienstgerät benötigt eine korrigierte Portogebührentabelle
  • Ist eine Korrektur oder Einfügung im Bestand der Portotabellen in der Datenzentrale vonnöten, so wird folgendermaßen verfahren:
    • d1) Der Bestand wird durch Löschen von fehlerhaften bzw. Einfügen von neuen Tabellen bereinigt und danach mit neuen Versionsnummern versehen (s. u.).
    • d2) Das Nachladen wird mit dem oben beschriebenen Verfahren fortgesetzt.
  • Die Auswahl der Portotabellen ist ein Vorgang, der bei der Einwahl eines Dienstgeräts ausgeführt wird. Die Dienstleistung des Serves besteht in der Bereitstellung von mehreren aktualisierten Portogebührentabellen in der Datenbank.
  • Die Fig. 4 zeigt einen Flußplan des Verfahrens zur maschinellen Auswahl einer Portogebührentabelle. Die maschinelle Auswahl 200 von Portogebührentabellen aus der Datenbank eines Datenzentrums erfolgt in Abhängigkeit von den im Dienstgerät vorhandenen Versionen von Portogebühren, umfassend ein Melden 201 der im Dienstgerät gespeicherten Versionsdaten V einer Portogebührentabelle im Rahmen der Übermittlung von den im Dienstgerät vorhandenen Versionen von Portogebühren zum Datenzentrum, ein Bestimmen 202 der aktuell gültigen Portogebührentabelle und ein Überprüfen 203 von deren Versionsdaten A auf Übereinstimmung mit den gemeldeten Versionsdaten V des Dienstgerätes 10 in einem zweiten Modul 27 des Datenzentrums. Die maschinelle Auswahl 200 von Portogebührentabellen aus der Datenbank eines Datenzentrums umfasst ein Bestimmen 204 der nächsten Version A + 1 einer zukünftig geltenden Portogebührentabelle vor deren Laden 205 in das Dienstgerät 10, wenn im zweiten Modul 27 des Datenzentrums eine Übereinstimmung der Versionsdaten A der aktuell gültigen Portogebührentabelle mit den gemeldeten Versionsdaten V aktuellen Portogebührentabelle des Dienstgerätes 10 festgestellt wird.
  • Die maschinelle Auswahl 200 von Portogebührentabellen aus der Datenbank eines Datenzentrums umfasst ein Bestimmen 204 der zur Zeit aktuellen Version A einer gültigen Portogebührentabelle vor deren Laden 208 in das Dienstgerät 10, wenn im zweiten Modul 27 des Datenzentrums eine Nichtübereinstimmung der Versionsdaten A der aktuell gültigen Portogebührentabelle mit den gemeldeten Versionsdaten V aktuellen Portogebührentabelle des Dienstgerätes 10 festgestellt wird und wenn die aktuell gültigen Portogebührentabelle den höheren Rang hat.
  • Die aktuell gültige Portogebührentabelle hat den höheren Rang, wenn die Versionsdaten A höher sind, als die Versionsdaten V der aktuellen Portogebührentabelle des Dienstgerätes 10. Beispielsweise ist vorgesehen, dass die Versionsdaten A hinsichtlich ihres alphanumerischen Wertes größer sind, als der alphanumerische Wert der Versionsdaten V. Ein zuvor oder während der Einwahl vorgenommener Korrekturvorgang in der Datenzentrale sichert dabei die Aktualisierung des Datenbestandes an Portogebührentabellen in der Datenbank des Servers.
  • Die Korrekturverarbeitung ist ein automatisierter Administrations- bzw. Pflegeprozess des Datenbestands. Beide Vorgänge sind gekoppelt, insofern als die Korrekturverarbeitung einer Vorgabe der Umbenennung / Ablage usw. genügen muß, die konform ist zu der späteren Auswahl einer Namenskonvention, Versionierung / Revisionierung oder Ablage in der Datenbank.
  • In der Fig. 5a ist die Tabellenauswahl im Normalfall als Ausführungsbeispiel dargestellt. Die Gültigkeit einer ersten Portogebührentabelle beginnt bei B1 zu einem ersten Zeitpunkt t1 und endet bei E1 zum Zeitpunkt t2. Das Dienstgerät erhält die erste Portogebührentabelle PT1 und zugehörige Versionierungsinformation 1.0 frühzeitig, spätestens bei der Initialisierung des Dienstgeräts. Zu einem zweiten Zeitpunkt t2 wird eine zweite Portogebührentabelle PT2 und zugehörige Versionierungsinformation 2.0 gültig. Es können weitere Portogebührentabellen mit einer höheren Versionsnummer in einer Datenbank des Datenzentrums gespeichert werden, welche erst in der Zukunft in Kraft treten. Am Ende E i-1 der vorherigen Portogebührentabelle A i-1 liegt in der Regel der Beginn Bi der nächsten Portogebührentabelle Ai. Die vorherige Portogebührentabelle Ai-1 ist in der Fig. 5a zum Beispiel die dritte Portogebührentabelle PT3 und es existiert noch keine Portogebührentabelle, deren Gültigkeitsbeginndatum Bm größer wäre, d.h. zum Zeitpunkt t3 ist Bm maximal. Das gilt ebenso für das Gültigkeitsendedatum Em. Das Gültigkeitsbeginndatum Bx einer neuen Portogebührentabelle PT4 beginnt zum Zeitpunkt t4, wenn das Gültigkeitsendedatum Em der bisher maximal gültigen Portogebührentabelle PT 3 mit dem Gültigkeitsbeginndatum Bx der neuen Portogebührentabelle PT4 zusammenfällt. Die aktuell gültige Portotabelle ist zum Nachladezeitpunkt tj die zweite Portogebührentabelle PT2 in der Version 2.0.
  • Selbst in einem - nicht gezeigten - Ausnahmefall, in welchem die Portogebührentabellen in der Datenbank nicht lückenlos zeitlich aneinandergehängt worden sind und in welchem der Nachladezeitpunkt tj genau in die Lücke fällt, wird eine aktuell gültige Portotabelle übermittelt, nämlich die bisher gültige unter Nichtberücksichtigung von deren Gültigkeitsendedatum.
  • In dem gezeigten Normalfall tritt das Dienstgerät zum Zeitpunkt tj in Kommunikationsverbindung mit dem Datenzentrum. Die ab dem ersten Zeitpunkt t1 gültige im Dienstgerät gespeicherte Portogebührentabelle PT1 und zugehörige Versionierungsinformation 1.0 können überschrieben werden, weil die bisher gültige Portogebührentabelle zum Zeitpunkt tj des Nachladens bereits ungültig ist und eine aktuell gültige Portogebührentabelle zum Zeitpunkt tj des Nachladens in der Datenbank existiert und geladen werden kann. Die zur aktuell gültigen zweiten Portogebührentabelle PT2 zugehörige Version lautet 2.0.
  • Das Dienstgerät enthält in einem anderen Fall zum Zeitpunkt des Nachladens bereits eine aktuell gültige Portogebührentabelle, so wird eine nächste, zukünftig ab einem dritten Zeitpunkt t3 gültige Tabelle PT3 der Version 3.0 übertragen. Eine ab einem vierten Zeitpunkt t4 gültige vierte Portogebührentabelle PT4 und zugehörige Versionierungsinformation 4.0 kann zwar schon in der Datenbank gespeichert werden, aber wird noch nicht zum Dienstgerät übertragen. Vor dem Speichern der vierten Portogebührentabelle PT4 ist die gültige dritte Portogebührentabelle PT3 die maximale Version und hat ein maximales Gültigkeitsbeginndatum GBEGINmax sowie ein maximales Gültigkeitsendedatum GENDEmax. Die erste Portogebührentabelle PT1 hat ein minimales Gültigkeitsbeginndatum GBEGINmin. Diese vorgenannten drei Portotabellenparameter werden zur Erzeugung der Versionierungsinformation herangezogen. Das ist besonders dann vorteilhaft, wenn Portogebührentabellen nach Inkrafttreten an deren Gültigkeitsbeginndatum nachträglich korrigiert werden müssen oder wenn sich die Portogebührentabellen zeitlich gegenseitig überschneiden, wobei die korrigierte Portogebührentabelle beginnt, bevor das Gültigkeitsendedatum der bisher gültigen Portogebührentabelle erreicht worden ist.
  • In der Fig. 5b ist die Tabellenauswahl im Fehlerfall als Ausführungsbeispiel dargestellt. Der Fehlerfall wird durch eine durchgestrichene (alte) Versionsnummer verdeutlicht. Für eine Umbenennung existiert beispielsweise ein Vergabeschema, wie es anhand der Fig. 3 und 6 dargestellt wurde. Dabei wird die in der Fig. 5b durchgestrichen gezeichnete (alte) durch eine korrigierte Versionsnummer ersetzt. Die zu der zu ersetzenden zweiten Portogebührentabelle PT2 zugehörige Versionierungsinformation lautet ursprünglich 2.0. Zu deren Gültigkeitsbeginn B2 war der Fehler noch nicht bekannt. Zum Gültigkeitsbeginn B4 der korrigierten Portogebührentabelle, d.h. in dem Zeitbereich zwischen dem Zeitpunkt t2 und dem Nachladen zum Zeitpunkt tj erfolgte eine Korrektur der bisherigen zweiten Portogebührentabelle PT2 im Datenzentrum. Deren korrigierte Fassung hat die Version 4.1 und beginnt also zu einem späteren Zeitpunkt gültig zu werden, als zum Ende der Gültigkeit der ersten Portogebührentabelle PT1, was die Versionsnummernänderung erforderlich macht, um diese von der zwischenzeitlich gültigen zweiten Portogebührentabelle PT2 der Version 2.0 zu unterscheiden. Diese Versionsnummernänderung erstreckt sich auch auf weitere Portogebührentabellen, die erst zu einem späteren Zeitpunkt gültig zu werden, d.h. die bisherige dritte Portogebührentabelle PT3 der Version 3.0 erhält im Datenzentrum die Version 4.2 und die bisherige vierte Portogebührentabelle PT4 der Version 4.0 erhält im Datenzentrum die Version 4.3.
  • In der Fig. 6 ist eine Subroutine 110 mit einem Vergabeschema für Versionsnummern von korrigierten Portogebührentabellen dargestellt. Ausgehend vom Auswahlschritt 109 zur Korrektur der Versionsnummer von Portogebührentabellen wird die Subroutine 110 erreicht. In einem ersten Schritt 110.1 wird ein Index i auf den maximalen Wert entsprechend der Anzahl an in der Datenbank gespeicherten Portogebührentabellen gesetzt und im zweiten Schritt 110.2 wird die entsprechende Portogebührentabelle ausgewählt, die dem maximalen Index i entspricht und ein Gültigkeitsbeginndatum GBEGINi hat.
  • Im nachfolgenden vierten Abfrageschritt 110.4 wird das Kriterium abgefragt, ob das Gültigkeitsbeginndatum einer zur Speicherung in der Datenbank gelieferten neuen Portogebührentabelle größer gleich dem Gültigkeitsbeginndatum der ausgewählten Portogebührentabelle, d.h. ob GBEGINx ≥ GBEGINi ist. Ist das nicht der Fall, dann wird im dritten Schritt 110.3 der Index i um den Wert 'Eins' dekrementiert und über den dritten Schritt 110.3 wird über eine erste Schleife L1 auf den Beginn des zweiten Schritts 110.2 zurück verzweigt.
  • Anderenfalls ist das Kriterium erfüllt und ein fünfter Schritt 110.5 wird erreicht, in welchem die Versionsnummer H.S für die neue Portogebührentabelle Ax gesetzt wird, wobei deren Hauptsektion H := Hmax und Subsektion S .= 1 ist.
  • Im nachfolgenden sechsten Schritt 110.6 wird die durch das Dekrementieren in der ersten Schleife L1 ausgewählte Portogebührentabelle Ai durch die aktuellere Version der neuen Portogebührentabelle Ax ersetzt.
  • Im nachfolgenden siebenten Schritt 110.7 wird eine vorhergehend gültige Portogebührentabelle Ai -1 aus der Datenbank gelöscht, wenn letztere aktuell nicht mehr gültig ist.
  • Dann wird der Abfrageschritt 111 erreicht und abgefragt, ob weitere Portogebührentabellen in der Datenbank vorhanden sind.
  • Ist das nicht der Fall, dann wird auf den zwölften Schritt 112 im Ablauf nach der Fig. 3 verzweigt, um die aktualisierten Versionsnummern zu den Portogebührentabellen in der Datenbank zu speichern.
  • Anderenfalls ist das der Fall, dann wird im achten Schritt 110.8 der Index i um den Wert 'Eins' inkrementiert und über einen neunten Schritt 110.9 wird über eine zweite Schleife L2 auf den Beginn des Abfrageschritts 111 zurück verzweigt. Im neunten Schritt 110.9 wird die Versionsnummer der ausgewählten Portogebührentabelle Ai durch die bisherig maximale Hauptsektionsnummer Kmax und die bisherige Subsektionsnummer durch eine um den Wert 'Eins' inkrementierte Subsektionsnummer S := S + 1 ersetzt.
  • Die Erfindung ist nicht auf die vorliegenden Ausführungsformen beschränkt. So können offensichtlich weitere andere Ausführungen der Erfindung entwickelt bzw. eingesetzt werden, die vom gleichen Grundgedanken der Erfindung ausgehend, die von den anliegenden Ansprüchen umfasst werden.

Claims (19)

  1. Verfahren zur Bereitstellung von Portogebührentabellen durch ein Datenzentrum zu deren Übermittlung an ein Dienstgerät, mit Speicherung einer Vielzahl von Portogebührentabellen in einer Datenbank und Auswahl aus der Datenbank eines Datenzentrums, welches nach der Einwahl eines Dienstgerätes eine Kommunikationsverbindung zum Dienstgerät aufnimmt, gekennzeichnet t durch die Schritte:
    - Durchführung einer automatischen Aktualisierung und Korrektur von Portogebührentabellen in der Datenbank falls erforderlich,
    - Annehmen einer vom Dienstgerät gestarteten Kommunikationsverbindung mit dem Datenzentrum und
    - maschinelle Auswahl mindestens einer Portotabelle aus der Datenbank des Datenzentrums für die Übermittlung an das Dienstgerät.
  2. Verfahren, nach Anspruch 1, gekennzeichnet t durch
    - eine automatische Bereitstellung (100) von mindestens einer aktualisierten und hinsichtlich ihrer Versionsdaten korrigierten Portogebührentabelle in einer Datenbank im Ergebnis einer Eingabe (101) einer neuen Portogebührentabelle in einen ersten Modul (22) zur Versionsdatenverarbeitung,
    - eine Datenverarbeitung der mindestens einen eingegebenen neuen Portogebührentabelle eines Postbeförderers im Datenzentrum mit Umwandlung (102) der eingegebenen Portogebührentabelle in eine maschinenlesbare Form und
    - eine Speicherung (104) der neuen Portogebührentabelle in einer Datenbank (23) des Datenzentrums,
    - Abfrage (105), ob nur eine Portogebührentabelle in der Datenbank (23) des Datenzentrums gespeichert ist und Zuordnung einer ersten Versionsnummer, wenn nur eine Portogebührentabelle gespeichert ist,
    - Speicherung der Versionsnummer zu der Porgebührentabelle und Freigabe (112) der neu eingegebenen Portogebührentabelle zum Herunterladen in ein entferntes Dienstgerät (10), wenn entsprechend der ersten Abfrage (105) keine weitere der in der Datenbank (23) gespeicherten weiteren Portogebührentabellen zu berücksichtigen ist oder
    - weitere Abfragen (107), (109), wenn im Ergebnis der ersten Abfrage (105) weitere in der Datenbank (23) gespeicherte Portogebührentabellen A0, A1 .. Ai .. An noch zu berücksichtigen sind, wobei zu jeder Abfrage je ein bestimmtes Vergabeschema für die Versionsnummer der Portogebührentabellen existiert.
  3. Verfahren, nach Anspruch 1, dadurch gekennzeichnet, durch eine maschinelle Auswahl (200) von Portogebührentabellen aus der Datenbank eines Datenzentrums in Abhängigkeit von den im Dienstgerät vorhandenen Versionen von Portogebühren, umfassend ein Melden (201) der im Dienstgerät gespeicherten Versionsdaten V einer Portogebührentabelle im Rahmen der Übermittlung von den im Dienstgerät vorhandenen Versionen von Portogebühren zum Datenzentrum, ein Bestimmen (202) der aktuell gültigen Portogebührentabelle und ein Überprüfen (203) von deren Versionsdaten A auf Übereinstimmung mit den gemeldeten Versionsdaten V des Dienstgerätes (10) in einem zweiten Modul (27) des Datenzentrums, wobei die Reihenfolge zur Auswahl einer nächsten Tabelle im Schritt (204) nach dem Gültigkeitsdatum der Portogebührentabelle bestimmt wird, bei welchem letztere in Kraft tritt.
  4. Verfahren, nach Anspruch 2, dadurch gekennzeichnet, dass das Dienstgerät (10) vor der maschinellen Auswahl (200) eine Einwahl in das Datenzentrum vornimmt und dass während der Einwahl ein Korrekturvorgang in der Datenzentrale vorgenommen wird, der die Aktualisierung des Datenbestandes an Portogebührentabellen in der Datenbank (23) des Datenzentrums sichert.
  5. Verfahren, nach Anspruch 2, dadurch gekennzeichnet,dass die automatische Erzeugung und Zuordnung von neuen Versionsnummern schon vor einem Anruf des Dienstgerätes beim Datenzentrum im Ergebnis einer Eingabe (101) von Portogebührentabellen in ein erstes Modul (22) zur Versionsdatenverarbeitung erfolgt.
  6. Verfahren, nach Anspruch 5, dadurch gekennzeichnet, dass die Versionsdatenverarbeitung unspezifisch bzw. gleich zu denen der anderen Dienstgeräte erfolgt.
  7. Verfahren, nach Anspruch 3, dadurch gekennzeichnet, dass die maschinelle Auswahl (200) von Portogebührentabellen aus der Datenbank eines Datenzentrums ein Bestimmen (204) der nächsten Version A + 1 einer zukünftig geltenden Portogebührentabelle vor deren Laden (205) in das Dienstgerät (10) umfasst, wenn im zweiten Modul (27) des Datenzentrums eine Übereinstimmung der Versionsdaten A der aktuell gültigen Portogebührentabelle mit den gemeldeten Versionsdaten V aktuellen Portogebührentabelle des Dienstgerätes (10) festgestellt wird.
  8. Verfahren, nach Anspruch 1, dadurch gekennzeichnet, dass die maschinelle Auswahl (200) von Portogebührentabellen aus der Datenbank eines Datenzentrums ein Bestimmen (204) der zur Zeit aktuellen Version A einer gültigen Portogebührentabelle vor deren Laden (208) in das Dienstgerät (10) umfasst, wenn im zweiten Modul (27) des Datenzentrums eine Nichtübereinstimmung der Versionsdaten A der aktuell gültigen Portogebührentabelle mit den gemeldeten Versionsdaten V aktuellen Portogebührentabelle des Dienstgerätes (10) festgestellt wird, wenn die aktuell gültigen Portogebührentabelle den höheren Rang hat.
  9. Verfahren, nach Anspruch 5, dadurch gekennzeichnet, dass die aktuell gültige Portogebührentabelle den höheren Rang hat, wenn die Versionsdaten A höher sind, als die Versionsdaten V der aktuellen Portogebührentabelle des Dienstgerätes (10).
  10. Verfahren, nach Anspruch 6, dadurch gekennzeichnet, dass die Versionsdaten A hinsichtlich ihres alphanumerischen Wertes größer sind, als der alphanumerische Wert der Versionsdaten V.
  11. Verfahren, nach Anspruch 1, dadurch gekennzeichnet, dass die Versionsdaten eine Nummer, bestehend aus einer Hauptsektionsnummer H und Subsektionsnummer S umfassen, die in der Datenbank des Datenzentrums jeweils zugeordnet zu einer Portogebührentabelle gespeichert ist, wobei zu einer neuen Portogebührentabelle Ax eine Hauptsektionsnummer H nach einem ersten Vergabeschema gebildet wird, indem die bisherige maximale Hauptsektionsnummer Hmax um einen Wert 'Eins' inkrementiert wird, wenn folgende Kriterien erfüllt sind, dass weitere in der Datenbank (23) gespeicherte Portogebührentabellen A0, A1 .. Ai .. An noch zu berücksichtigen sind, wobei eine Portogebührentabelle mit einem maximalen Gültigkeitsbeginndatum GBEGINmax existiert, was im ersten Abfrageschritt (105) festgestellt wird und dass das Gültigkeitsbeginndatum GBEGINx der neuen Portogebührentabelle Ax größer gleich dem maximalen Gültigkeitsbeginndatum GBEGINmax ist, was im zweiten Abfrageschritt (107) festgestellt wird.
  12. Verfahren, nach Anspruch 1, dadurch gekennzeichnet, dass die Versionsdaten eine Nummer, bestehend aus einer Hauptsektionsnummer H und Subsektionsnummer S umfassen, die in der Datenbank des Datenzentrums jeweils zugeordnet zu einer Portogebührentabelle gespeichert ist, wobei zu einer neuen Portogebührentabelle Ax eine Hauptsektionsnummer H und Subsektionsnummer S nach einem zweiten Vergabeschema zugeordnet wird, wobei die der neuen Portogebührentabelle Ax zugeordnete Hauptsektionsnummer H gleich der bisherigen maximalen Hauptsektionsnummer Hmax ist, und wobei die Subsektionsnummer S auf den Wert 'Eins' gesetzt wird, wenn folgende Kriterien erfüllt sind, dass erstens weitere in der Datenbank (23) gespeicherte Portogebührentabellen A0, A1 .. Ai .. An noch zu berücksichtigen sind, was im ersten Abfrageschritt (105) festgestellt wird, wobei eine Portogebührentabelle mit einem minimalen Gültigkeitsbeginndatum GBEGINmin existiert und dass zweitens das Gültigkeitsbeginndatum GBEGINx der neuen Portogebührentabelle Ax größer gleich dem minimalen Gültigkeitsbeginndatum GBEGINmin ist, was im dritten Abfrageschritt (109) festgestellt wird sowie dass drittens beginnend von derjenigen Portogebührentabelle An mit einem maximalen Gültigkeitsbeginndatum GBEGINmax fortschreitend eine nächste Portogebührentabelle Ai ausgewählt wird mittels welcher geprüft wird, ob das Gültigkeitsbeginndatum GBEGINx der neuen Portogebührentabelle Ax größer gleich dem Gültigkeitsbeginndatum GBEGINi der ausgewählten Portogebührentabelle Ai ist, was im vierten Abfrageschritt (110.4) einer Subroutine (110) festgestellt wird.
  13. Verfahren, nach den Ansprüchen 1 und 12, dadurch gekennzeichnet, dass entsprechend dem zweiten Vergabeschema für die Versionsnummern der übrigen Portogebührentabellen eine Änderung der Subsektionsnummer S vorgenommen wird, wobei in der Datenbank (23) eine Auswahl einer nächsten Tabelle Ai+1 nach deren Datum des Gültigkeitsbeginns der Reihenfolge nach erfolgt, wobei der Index i der nächsten Tabelle und die Subsektionsnummer S um einen Wert 'Eins' inkrementiert werden.
  14. Verfahren, nach den Ansprüchen 11, 12 und 13, dadurch gekennzeichnet, dass nach der Änderung der Versionsnummer von der mindestens einen neuen Portogebührentabelle, welche in der Datenbank (23) vorhanden ist, im Schritt (108) oder in der Subroutine (110) eine Speicherung der Versionsnummer zu den Portogebührentabellen und deren Freigabe (112) der hinsichtlich ihrer Versionsdaten korrigierten Portogebührentabelle und Fertigstellung (113) der Datenverarbeitung erfolgt.
  15. Anordnung zur Durchführung des Verfahrens, mit mindestens einem Server eines Datenzentrums mit einer Kommunikationseinheit (26) und einer Datenbank (23), welche betriebsmäßig miteinander verbunden sind, wobei die Kommunikationseinheit (26) nach Einwahl eines Dienstgerätes eine Kommunikationsverbindung zum Dienstgerät aufnimmt und die Datenbank zur Speicherung einer Vielzahl von Portogebührentabellen ausgestattet ist, dadurch gekennzeichnet, dass der Server ein erstes Modul (22) zur Versionsdatenverarbeitung und zweites Modul (27) zur maschinellen Portotabellenauswahl enthält, wobei die Versionsdatenverarbeitung des ersten Moduls (22) eine automatische Bereitstellung von mehreren aktualisierten und hinsichtlich ihrer Versionsdaten korrigierten Portogebührentabellen in der Datenbank (23) ermöglicht.
  16. Anordnung, nach Anspruch 15, dadurch gekennzeichnet, dass das Datenzentrums als Server (20) ausgebildet ist, wobei der Server eine Eingabeeinheit (21) aufweist, die über das erste Modul (22) zur Versionsdatenverarbeitung mit der Datenbank (23) betriebsmäßig verbunden ist, wobei die Datenbank (23) über ein zweites Modul (27) zur maschinellen Portotabellenauswahl mit einer Ausführungseinheit (24) betriebsmäßig verbunden ist, die einerseits mit einer Anzeigeeinheit (25) zur Statusmeldung und andererseits mit der Kommunikationseinheit (26) betriebsmäßig verbunden ist.
  17. Anordnung, nach den Ansprüchen 15 bis 16, dadurch gekennzeichnet, dass ein System aus einem Server (20) und mindestens einem Dienstgerät (10) gebildet wird, welche kommunikativ miteinander verbunden sind, nach dem eine Einwahl durch das Dienstgerät (10) erfolgt ist.
  18. Anordnung, nach Anspruch 15, dadurch gekennzeichnet, dass der Server eines Datenzentrums (30) als Portotabellen-Vorgabe-Server (34) ausgebildet ist.
  19. Anordnung, nach den Ansprüchen 15 und 18, dadurch gekennzeichnet, dass das Datenzentrum einen Kommunikations-Server (36) und einen Datenbank-Server (33) umfasst, welche beide mit dem Portogebührentabellen-Vorgabe-Server (34) betriebsmäßig verbunden sind, wobei der Kommunikations-Server (36) eine Kommunikationsinheit (26) und der Datenbank-Server (33) eine Datenbank (23) enthält, wobei der Portogebührentabellen-Vorgabe-Server (34) eine Eingabeeinheit (21) aufweist, die mit einem ersten Modul (22) zur Versionsdatenverarbeitung betriebsmäßig verbunden ist, dass der Portogebührentabellen-Vorgabe-Server (34) ein zweites Modul (27) zur maschinellen Portotabellenauswahl aufweist, das einen Zugang zur Datenbank (23) ermöglicht und zur automatischen Auswahl von Portogebührentabellen auf die Datenbank des Datenzentrums zugreift, sowie dass das zweite Modul (27) zur maschinellen Portotabellenauswahl mit einer Ausführungseinheit (24) und einer Anzeigeeinheit (25) betriebsmäßig verbunden ist.
EP07024359.7A 2006-12-18 2007-12-15 Verfahren zur Bereitstellung von Portogebührentabellen durch ein Datenzentrum zu deren Übermittlung an ein Dienstgerät sowie Anordnung zur Durchführung des Verfahrens Active EP1939815B1 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102006060700A DE102006060700A1 (de) 2006-12-18 2006-12-18 Verfahren zur Datenverarbeitung mit Bereitstellung von Portogebührentabellen und zu deren Auswahl aus einer Datenbank eines Datenzentrums sowie Anordnung zur Durchführung des Verfahrens

Publications (2)

Publication Number Publication Date
EP1939815A1 true EP1939815A1 (de) 2008-07-02
EP1939815B1 EP1939815B1 (de) 2018-07-04

Family

ID=39106131

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07024359.7A Active EP1939815B1 (de) 2006-12-18 2007-12-15 Verfahren zur Bereitstellung von Portogebührentabellen durch ein Datenzentrum zu deren Übermittlung an ein Dienstgerät sowie Anordnung zur Durchführung des Verfahrens

Country Status (3)

Country Link
US (1) US20080147428A1 (de)
EP (1) EP1939815B1 (de)
DE (1) DE102006060700A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2759984A1 (de) * 2013-01-29 2014-07-30 Neopost Technologies Datenverwaltungssystem

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110569394B (zh) * 2019-09-11 2023-02-10 郑州地铁集团有限公司 一种地铁参数发布方法及装置

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4122532A (en) 1977-01-31 1978-10-24 Pitney-Bowes, Inc. System for updating postal rate information utilized by remote mail processing apparatus
US4138735A (en) 1977-01-31 1979-02-06 Pitney-Bowes, Inc. System for remotely resetting postage rate memories
DE2803919C2 (de) 1977-01-31 1988-05-05 Pitney Bowes, Inc., Stamford, Conn., Us
US4802218A (en) 1986-11-26 1989-01-31 Wright Technologies, L.P. Automated transaction system
WO1998057305A1 (en) 1997-06-13 1998-12-17 Pitney Bowes Inc. System and method for dynamic selection of appropriate postal rates based on metering data
EP0986028A2 (de) 1998-09-11 2000-03-15 Francotyp-Postalia Aktiengesellschaft & Co. Verfahren zur Dateneingabe in ein Dienstgerät und Anordnung zur Durchführung des Verfahrens
EP0911767B1 (de) 1992-04-16 2005-08-31 Francotyp-Postalia AG & Co. KG Verfahren zur Dateneingabe in eine Frankiermaschine und Anordnung zum Frankieren von Postgut
DE102004014427A1 (de) 2004-03-19 2005-10-27 Francotyp-Postalia Ag & Co. Kg Verfahren für ein servergesteuertes Sicherheitsmanagement von erbringbaren Dienstleistungen und Anordnung zur Bereitstellung von Daten nach einem Sicherheitsmanagement für ein Frankiersystem
EP0991025B1 (de) 1998-09-11 2006-03-01 Francotyp-Postalia GmbH Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5699258A (en) * 1992-04-16 1997-12-16 Francotyp-Postalia Ag & Co Assembly for franking postal matter, and multi-carrier shipping system
DE4213278C2 (de) * 1992-04-16 1998-02-19 Francotyp Postalia Gmbh Anordnung zum Frankieren von Postgut
US5490077A (en) * 1993-01-20 1996-02-06 Francotyp-Postalia Gmbh Method for data input into a postage meter machine, arrangement for franking postal matter and for producing an advert mark respectively allocated to a cost allocation account
US5684990A (en) * 1995-01-11 1997-11-04 Puma Technology, Inc. Synchronization of disparate databases
US6546377B1 (en) * 1997-06-13 2003-04-08 Pitney Bowes Inc. Virtual postage meter with multiple origins of deposit
US6567794B1 (en) * 1997-06-13 2003-05-20 Pitney Bowes Inc. Method for access control in a virtual postage metering system
US6466921B1 (en) * 1997-06-13 2002-10-15 Pitney Bowes Inc. Virtual postage meter with secure digital signature device
US7203666B1 (en) * 1997-06-13 2007-04-10 Pitney Bowes Inc. Virtual postage metering system
US6041319A (en) * 1997-07-14 2000-03-21 Pitney Bowes Inc. Method and system for telephone updates of postal scales
DE19925381A1 (de) * 1999-06-02 2000-12-07 Francotyp Postalia Gmbh Anordnung zum Tariftabellenladen

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4122532A (en) 1977-01-31 1978-10-24 Pitney-Bowes, Inc. System for updating postal rate information utilized by remote mail processing apparatus
US4138735A (en) 1977-01-31 1979-02-06 Pitney-Bowes, Inc. System for remotely resetting postage rate memories
DE2803919C2 (de) 1977-01-31 1988-05-05 Pitney Bowes, Inc., Stamford, Conn., Us
DE2803982C2 (de) 1977-01-31 1990-04-05 Pitney Bowes, Inc., Stamford, Conn., Us
US4802218A (en) 1986-11-26 1989-01-31 Wright Technologies, L.P. Automated transaction system
EP0911767B1 (de) 1992-04-16 2005-08-31 Francotyp-Postalia AG & Co. KG Verfahren zur Dateneingabe in eine Frankiermaschine und Anordnung zum Frankieren von Postgut
WO1998057305A1 (en) 1997-06-13 1998-12-17 Pitney Bowes Inc. System and method for dynamic selection of appropriate postal rates based on metering data
EP0920679A1 (de) 1997-06-13 1999-06-09 Pitney Bowes Inc. System und verfahren zur dynamischen auswahl von geeigneten auf frankierdaten beruhenden postgebühren
CA2264622C (en) 1997-06-13 2004-03-30 Pitney Bowes Inc. System and method for dynamic selection of appropriate postal rates based on metering data
EP0986028A2 (de) 1998-09-11 2000-03-15 Francotyp-Postalia Aktiengesellschaft & Co. Verfahren zur Dateneingabe in ein Dienstgerät und Anordnung zur Durchführung des Verfahrens
EP0991025B1 (de) 1998-09-11 2006-03-01 Francotyp-Postalia GmbH Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens
DE102004014427A1 (de) 2004-03-19 2005-10-27 Francotyp-Postalia Ag & Co. Kg Verfahren für ein servergesteuertes Sicherheitsmanagement von erbringbaren Dienstleistungen und Anordnung zur Bereitstellung von Daten nach einem Sicherheitsmanagement für ein Frankiersystem

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2759984A1 (de) * 2013-01-29 2014-07-30 Neopost Technologies Datenverwaltungssystem
EP3435338A1 (de) * 2013-01-29 2019-01-30 Neopost Technologies Datenverwaltungssystem

Also Published As

Publication number Publication date
EP1939815B1 (de) 2018-07-04
US20080147428A1 (en) 2008-06-19
DE102006060700A1 (de) 2008-06-19

Similar Documents

Publication Publication Date Title
DE4447404C2 (de) Verfahren zur Dateneingabe in eine Waage und Anordnung zur Durchführung des Verfahrens
EP0986028B1 (de) Verfahren zur Dateneingabe in ein Dienstgerät und Anordnung zur Durchführung des Verfahrens
DE3712138B4 (de) Verfahren zum Betrieb eines Frankiermaschinensystems
EP0779601B1 (de) Verfahren zur Bezahlung der Nachkreditierung einer elektronischen Frankiermaschine
DE69631373T2 (de) Abrechnungsverwaltung für telekommunikationsbenutzung
DE10247221A1 (de) System und Verfahren zur ferngesteuerten Modifikation von Programmen einer Maschine
EP0915435A2 (de) Verfahren zum gesicherten Speichern von veränderlichen Daten
EP0905960A1 (de) Verfahren zur Berechnung von Kommunikationsdiensten
EP0892368A2 (de) Verfahren zur Statistikmodusnachladung und zur statistischen Erfassung nach Statistikklassen bei der Speicherung eines Datensatzes
EP1939815B1 (de) Verfahren zur Bereitstellung von Portogebührentabellen durch ein Datenzentrum zu deren Übermittlung an ein Dienstgerät sowie Anordnung zur Durchführung des Verfahrens
DE3426524C2 (de) Verfahren zur Steuerung der Abrechnungsvorgänge in einer elektronischen Frankiermaschine
EP1001383B1 (de) Anordnung und Verfahren zur Speicherung von Daten über eine Benutzung eines Endgerätes
EP0991025B1 (de) Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens
DE102004033598A1 (de) Verfahren zur Speicherung und Verwaltung von Daten und Anordnung zur Durchführung des Verfahrens
EP0992947B1 (de) Anordnung und Verfahren zur Speicherung von Daten über eine Benutzung eines Endgerätes
EP1017024A2 (de) Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul und Anordnung zur Durchführung des Verfahrens
EP1158471B1 (de) System, Verfahren und Programm zur Zahlung in einem Telekommunikationsnetz
WO2020120214A1 (de) Ladesystem für elektrofahrzeuge
DE19818708A1 (de) Verfahren zum Nachladen eines Portoguthabens in eine elektronische Frankiereinrichtung
DE10335367B4 (de) Verfahren zum Reservieren von Ressourceneinheiten
EP1659490A1 (de) Verfahren zum Bereitstellen von Diensten zwischen Datenverarbeitungseinrichtungen
DE4133149C2 (de) Fernsprechendgerät
DE19712538C2 (de) Verfahren zur Anpassung von endgerätespezifischen Betriebsdatenbeständen in einem Kommunikationssystem
WO2002091321A1 (de) Verfahren und anordnung zum bezahlen von über ein datennetz abrufbaren datenangeboten
DE202018100577U1 (de) Vorrichtung zur Durchführung von Druckvorgängen in einem Netzwerk

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

AK Designated contracting states

Kind code of ref document: A1

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

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

17P Request for examination filed

Effective date: 20080710

17Q First examination report despatched

Effective date: 20080813

AKX Designation fees paid

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

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: FRANCOTYP-POSTALIA GMBH

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIN1 Information on inventor provided before grant (corrected)

Inventor name: WITTICH, STEFFEN

Inventor name: HEINRICH, CLEMENS

Inventor name: BLEUMER, GERRIT

INTG Intention to grant announced

Effective date: 20180320

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

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

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 1015321

Country of ref document: AT

Kind code of ref document: T

Effective date: 20180715

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: GERMAN

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 502007016257

Country of ref document: DE

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20180704

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

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

Ref country code: NL

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

Effective date: 20180704

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

Ref country code: GR

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

Effective date: 20181005

Ref country code: SE

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

Effective date: 20180704

Ref country code: BG

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

Effective date: 20181004

Ref country code: IS

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

Effective date: 20181104

Ref country code: FI

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

Effective date: 20180704

Ref country code: PL

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

Effective date: 20180704

Ref country code: CZ

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

Effective date: 20180704

Ref country code: LT

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

Effective date: 20180704

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

Ref country code: ES

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

Effective date: 20180704

Ref country code: LV

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

Effective date: 20180704

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 502007016257

Country of ref document: DE

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

Ref country code: RO

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

Effective date: 20180704

Ref country code: EE

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

Effective date: 20180704

Ref country code: IT

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

Effective date: 20180704

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

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

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

Ref country code: SK

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

Effective date: 20180704

Ref country code: DK

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

Effective date: 20180704

26N No opposition filed

Effective date: 20190405

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20181215

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

Ref country code: MC

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

Effective date: 20180704

Ref country code: LU

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

Effective date: 20181215

Ref country code: SI

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

Effective date: 20180704

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20181231

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

Ref country code: IE

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

Effective date: 20181215

Ref country code: FR

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

Effective date: 20181231

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

Ref country code: BE

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

Effective date: 20181231

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

Ref country code: CH

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

Effective date: 20181231

Ref country code: GB

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

Effective date: 20181215

Ref country code: LI

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

Effective date: 20181231

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

Ref country code: MT

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

Effective date: 20180704

REG Reference to a national code

Ref country code: AT

Ref legal event code: MM01

Ref document number: 1015321

Country of ref document: AT

Kind code of ref document: T

Effective date: 20181215

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

Ref country code: TR

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

Effective date: 20180704

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

Ref country code: AT

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

Effective date: 20181215

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

Ref country code: PT

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

Effective date: 20180704

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

Ref country code: CY

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

Effective date: 20180704

Ref country code: HU

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

Effective date: 20071215

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

Effective date: 20230807

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

Ref country code: DE

Payment date: 20231114

Year of fee payment: 17