EP0991025A2 - Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens - Google Patents
Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens Download PDFInfo
- Publication number
- EP0991025A2 EP0991025A2 EP99250283A EP99250283A EP0991025A2 EP 0991025 A2 EP0991025 A2 EP 0991025A2 EP 99250283 A EP99250283 A EP 99250283A EP 99250283 A EP99250283 A EP 99250283A EP 0991025 A2 EP0991025 A2 EP 0991025A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- postage
- date
- loading
- changeover
- data
- 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
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/00185—Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
- G07B17/00314—Communication within apparatus, personal computer [PC] system, or server, e.g. between printhead and central unit in a franking machine
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B17/00—Franking apparatus
- G07B17/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
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B17/00—Franking apparatus
- G07B17/00185—Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
- G07B17/00314—Communication within apparatus, personal computer [PC] system, or server, e.g. between printhead and central unit in a franking machine
- G07B2017/00354—Setting of date
Definitions
- the invention relates to a method for entering data into a Postage calculator according to the preamble of claim 1 and according to the preamble of claim 8 an arrangement for Carrying out the method according to claim 1.
- the invention aims a reduction in the effort in a data center and a Minimization of the changeover time to a new postage fee table in a postage calculator.
- the procedure is both for franking machines provided, as well as for scales containing postage or similar Devices containing postage computers are suitable.
- each table refers to a separate mail carrier (carrier), which can be selected via the keyboard.
- carrier carrier
- the minimum expiry date of one to a tariff table assigned to carrier identification number CIN is saved and is evaluated by the franking machine in order to To create requirement data for loading new ones Tariff table data or for updating in the memory of the scale according to the CIN.
- US 5,448,641 is a postal fee system with a validity check known in the terminal on the user side.
- the postage rate table is transmitted from the data center to the terminal.
- one for Postage rate table associated code is from the data center to Transfer terminal.
- the latter generates a comparison code from a Information based on the postage rate table received. Based on the Comparison of the received code with the generated comparison code can the validity of the received postage rate table in the terminal be checked.
- the terminal can thus use the transmitted Verify postage rate table.
- the traffic jam results Communication problems.
- the latter leads to a number of devices Extension of the conversion process to a new postage fee table. During this time, the user can view the affected devices do not operate for mail processing.
- the invention has for its object a suitable method for To develop data entry in a postage calculator to the Shorten the changeover process to a new postage fee table, but without increasing the effort in the data center.
- a postage rate table Upon request, a postage rate table must be sent to the end device, in order to be able to load them into the corresponding memory of the postage computer, without having to switch off the machine before loading. Another task is to develop a suitable arrangement for Execution of the procedure.
- the method of entering data into a postage calculator involves loading and updating tariff table data in the postage calculator.
- the transfer and storage of a new postage fee table in one Postage calculator can be used on demand during the operation of the postage calculator or pre-programmed automatically at a first point in time be performed. After the custom loading, the refreshing from tariff table data automatically to a second from Carrier carried out defined time.
- the postage calculator can in be arranged one of the devices of a mail processing system.
- a Trigger button for charging is preferably arranged in the same device, which contains the postage calculator.
- the device with the postage calculator preferably contains a memory for storing rate tables.
- the memory of the postage computer can have at least two Save tables for the same mail carrier.
- One of the two Tables is the table that will be valid in the future and will be charged for loading was prompted by pressing a release button.
- the mail carrier is the responsible postal authority or a private carrier, which provides the user of the mail processing system with information transmitted. Usually there is still enough time before the changeover to the new table, from the day on which the user for example a cover letter with information from the postman gets delivered. would all systems be at the same time would try to load the data from a data center server this is temporarily unreachable for some of these systems.
- the processes loading and Update decoupled from each other in time, so that a relatively large Period for loading is available.
- That the data is loaded before the day of the changeover allows, advantageously, to reduce telephone charges. Since the update is no longer during communication with the Server is done independently, the update can be done in all Systems can be run concurrently if these systems do in advance have the data loaded into one of their memories and non-volatile to save. This solution only requires a little more space, which is getting cheaper and cheaper, and not only minimizes that Changeover time but also the required number of modems, which must be connected to the server.
- the storage space must be queried under certain conditions.
- the device in the system that carries out this query takes also check whether the changeover date has been reached.
- the invention is based on the need of some mail carriers who Service data, especially the fees in postage rate tables, arbitrarily to change.
- the service data are stored in a processing module in or required for the end device.
- the service data include in particular the Fees in postage rate tables, but are not limited to this. If, for simplicity's sake, we only speak of postage rate tables other service data are not excluded.
- the communication from the data center can thus advantageously via modem directly with the processing module in the terminal or indirectly via the terminal with the processing module.
- the processing module is an electronic postage calculator. It is provided that the postage computer is integrated in the terminal or separately is arranged by the terminal.
- the end device is preferably an electronic franking machine or one Postage calculator scale. It is envisaged that the terminal with a Postage computer is connected and that the microprocessor is the terminal or the postage computer is programmed, a storage of the new Postage rate table data in the memory of the terminal or postage computer to make.
- FIG. 1a shows a block diagram of the franking machine according to the invention with a printer module 1 for a fully electronically generated Franking picture, with at least one having several actuating elements Input means 2, a display unit 3, the communication with a MODEM 23 producing a data center, further input means 21 or scale 22 which via an input / output control module 4 are coupled to a control device 6 and non-volatile Stores 5a, 5b or 9, 10 and 11 for data which the variable or include the constant parts of the franking image, and or Programs for processing data related to the Mail transport or service, which the carrier can provide is.
- the control device 6 can in addition to a microprocessor pP in further embodiments also a separate postage calculator 17 and other means, such as a user-specific circuit ASIC for communication with sensors and actuators of the machine base (EP 716 398 A2), a security module SiMo (EP 789 333 A2) and other means, if necessary to improve data security (DE 196 50 993 A1).
- Newer franking machines use digital pressure means 1.
- the franking stamp imprint therefore contains advantageously a reference to the carrier and / or the one used or planned service.
- a character store 9 supplies the necessary print data for the variable parts of the franking image a volatile working memory 7.
- the control device 6 has one Microprocessor ⁇ P on with the input / output control module 4, with Character memory 9, with the volatile memory 7 and with non-volatile RAM 5a, 5b (with internal non-volatile tariff memory) or (shown in dashed lines) with an additional non-volatile Tariff memory 16, with a non-volatile memory 10 and Program memory 11, with the motor of a transport or feed device if necessary with strip release 12, an encoder (coding disk) 13 as well as with a battery-supported calendar module (clock / date module 8) communicates.
- the memory module that the includes non-volatile memory 5b for example Be EEPROM by at least one additional measure, for example sticking on the circuit board, sealing or potting secured with epoxy resin against removal. More detailed information on Individual functions of the funds are in the German patent application DE 195 34 530 A1 made. The latter is entitled: Procedure to secure data and program code of an electronic Franking machine.
- the storage of the postage rate tables within the non-volatile memory 5a can be realized by special Storage areas are provided.
- the postage rate tables can separately in a non-volatile memory 16 (shown in broken lines) get saved.
- the individual memories can be divided into several physically separated or - in a manner not shown - in a few Building blocks can be realized together.
- the future one Tariff table is provided in the appropriate set up for it Memory area 16-01 or the tariff table that was previously valid will be changed accordingly stored in the separately provided memory area 16-02.
- the associated changeover date is in a third area 16-03 of non-volatile memory 16 stored.
- Information in the fourth Memory area 16-04 for such new ones available in the data center Rate table data for example, is a carrier-specific version number.
- the available storage capacity in the non-volatile memory is, for example, 20 kByte due to a space-saving Storage management optimally used.
- the non-volatile tariff memory is preferably a battery-backed C-MO
- the data center has modems 33 which are connected to a server 32 who accesses a database 31 if a corresponding one Request is received.
- a button is pressed as required the keyboard 2 or by means of another suitable input means 21
- the franking machine will load the postage tariff table data from the Data center triggered.
- the microprocessor ⁇ P of the terminal can now the request data via modem 23 via a communication network transmit to the modem 33 of the data center DZ.
- FIG. 2 shows a flowchart for a franking machine according to FIG. 1a, in which a franking machine in operation is loaded separately from a changeover.
- Start 100 and running through a start and initialization routine 101, which was explained in more detail in German patent application DE 195 34 530 A1, point s of the system routine 200 is reached.
- the franking machine is now put into operation and is in its normal operating mode, which is also called normal mode.
- a first step 201 non-volatile input data are called up for setting the franking machine.
- a serial interface to the scale is selected in the first step 201 in order to receive at least one transmitted weight value.
- the keyboard 2 input means permits a large number of further inputs to change the settings. For example, when a key 19 on the keyboard 2 is pressed, a load command is entered. Alternatively, the load command can be entered as a code using the keys 20, which is acknowledged using the key 18.
- the input / display routine 209 contains a large number of query steps, of which only a single query step 209-60 is shown. The latter relates to the request for a load command.
- a branch is made to sub-step 209-61 in order to form request data. If no such entry or no new entry of this type was recognized, a branch is made to point e, possibly via further query steps.
- communication mode 300 it is checked whether there is a transaction request. Such is recognized as present if request data have been formed and are temporarily stored. For example, an E flag is set and queried in communication mode, whereupon an automatically running electronic communication with the data center is triggered.
- the requesting franking machine identifies itself at the data center with its identification number (ID) and transmits at least the version number of the previous postage rate table in order to find a new postage rate table in the database DB 31 of the data center.
- ID identification number
- Each postage rate table is assigned a version number, which is to be compared with the transmitted number in order to determine the new version number of the postage rate table to be loaded in the future.
- the server 32 is programmed to check the correct transmission and error-free caching of service data, which is explained in more detail by means of the unpublished German application 198 30 055.7, entitled: Method for the secure transmission of service data to a terminal and arrangement for carrying out the method becomes.
- the postage rate table data is preferably first temporarily stored in the memory area 7d of the volatile working memory RAM 7 of the franking machine in order to enable a check.
- step 211 If service data has been transmitted as a result of the communication and buffer memory RAM 7d has been stored, then this is recognized in the subsequent query step 211 and a branch is made to the evaluation mode 213 in order to check the correctness of the transmission and validity of the new service data. The result of this check is displayed in display mode 215 before branching back to point s of the system routine. If the result of this check was positive, a U flag for mode switching is set, for example, for a subsequent update. In query step 202, it can now be checked, for example, based on the set U flag, whether service data are to be loaded into the non-volatile memory 16. In step 203, a large number of sub-steps for mode switching and for loading the service data into the non-volatile memory 16 then take place.
- the U flag for mode switching is then reset again in a final sub-step before branching back to point s of the system routine.
- the result is negative. However, if the result of this check was negative, the process branches to the next step, for example to query step 204. If no weight value is determined by the scale 22 and transmitted to the postage meter machine, this is determined in the query step 204 and branched back to the point s of the system routine 200. The postage meter machine thus waits for an input from the scale 22.
- a handshake signal is sent to the scale 22 in step 205 and then branched to step 206 in order to meet the need for a change, in particular on the basis of a saved change-over day and a current one Date to check. If a changeover is required, an update of the service data is required, and a branch is made to step 208 in order to update the service data in the memory areas of the non-volatile memory 16. Then the system routine branches back to point s. Otherwise, point t of system routine 200 is reached.
- the input / display routine 209 contains a plurality of query steps, each of which is queried individually. Further query steps are shown in the above-mentioned German patent application DE 195 34 530 A1.
- step 300 is carried out without communication. If no further data has now been transmitted, which is determined via query step 211, point b of system routine 200 is reached.
- the above-mentioned German patent application DE 195 34 530 A1 already states that a large number of steps between points b and d of the system routine 200 can be carried out before branching to the franking mode 400.
- one of the steps in the present exemplary embodiment is a postage calculation mode 220.
- the subsequent franking mode 400 contains a billing and printing routine which is known per se. After a franking imprint has been printed, the system routine 200 branches back to point s.
- the microprocessor ⁇ P is used as a postage calculator as well as for loading and Update tariff table data by a in the program memory 11 programmed program.
- the program memory 11 is executed as read-only memory ROM.
- the microprocessor is programmed to check the saved changeover date in the franking machine based on the current in the clock / date module 8 saved date and to continue working with the old tariff table data if the changeover date is not met by the current date or otherwise on Provide instructions to perform the upgrade.
- the control device 6 can alternatively have a separate processor 17 included for postage calculation, which with the memory 16 one Postage calculator forms.
- the microprocessor ⁇ P is programmed to Check the saved changeover date in the franking machine based on the current date.
- the processor 17 is programmed to continue working with the old tariff table data Falling below the changeover date by the current date.
- the Microprocessor pP is programmed to transmit an instruction to the postage computer 17 for updating the tariff table data Equality or if the changeover date is exceeded by the current date.
- FIG. 1b is a block diagram of the electronic franking machine shown for a variant with postage calculating scales 22a.
- the modified flow chart which corresponds to that in the flow diagram shown in FIG. 2 is then naturally omitted step 220 of a postage meter internal calculation mode.
- the tariff memory 16 and the processor 27 are part of the Postage calculator of postage-calculating scales 22a.
- the latter is with her serial interface RS 232 via a connecting means 24 with a - not shown - serial interface RS 232 of the input / output control module 4 connected.
- the scale 22a can now the modem 23 Use the franking machine to communicate with the data center.
- remote installation can consequently take place.
- the mail carriers each instruct a data center to transmit the service for remote installation, on request service data, to the terminal in order to be able to load it into the corresponding memory of the processing module.
- Such a remote installation uses a method for the secure transmission of service data to a terminal with the following method steps, which has already been described in detail in the unpublished German application 198 30 055.7.
- request data for service data is formed by the terminal before the terminal communicates with a data center.
- the communication comprises sending the request data in order to request the new service data from the data center, and receiving and buffering the requested service data.
- the mail processing system can include a franking machine and a scale, such as the well-known scale / T1000 system from Francotyp Postalia AG & Co.
- a scale such as the well-known scale / T1000 system from Francotyp Postalia AG & Co.
- loading is carried out in advance the table that will apply in the future.
- the postage computer is integrated in the scale 22a.
- the actuated trigger button on the scale can trigger a preloading of the table that will apply in the future without updating the existing second table of the same mail carrier.
- a date for the entry into force of the table must be saved for each table version.
- the franking machine continues to check whether the table is to be put into force because it already contains a clock / date module.
- FIG. 1c shows a block diagram of a postage computer scale, which via a serial interface with the franking machine according to FIG. 1b connected is.
- A is connected to the RS-232 interface 25 of the balance 22a
- Input / output port 26 connected, which is connected to the internal BUS 43 communicates with the processor 27 of the scale 22a.
- Such a BUS includes data, address and control lines.
- the scale comprises input and output means 42 and 41, which over a I / O port 40 are connected to the processor 27, as well as via the internal bus 43 memory means 28 connected to processor 27 for storing the operating software of the scale, storage means 29 for Storage of application data (e.g. election print numbers) and storage means 16 for storing the loaded service data (e.g. the postage tables).
- a weighing cell 50 is used to determine the weight connected to the processor 27 via an A / D converter 51 and direct connections are also used for resetting or Tare of the weighing cell 50 by the processor 27. Further Versions of US 5,710,706 (EP 724 141 A1) be removed.
- a battery-supported calendar module is optional 48 - drawn in broken lines - can be integrated into the scale 22a. He is connected to the internal BUS 43. All necessary entries will be made made via the keyboard 42. Such are shown on the display 41 important information such as the weight of the Postal items and the postage determined on the basis of the postage fee table.
- the Franking machine contains a calendar module and transmits automatically at least once, for example each time first switch on at the beginning of the day, the currently valid one Current date for postage calculator. The transmitted is in the postage calculator Today's date compared with the aforementioned changeover date. The automatic updating is omitted if the current date is smaller than the changeover date is. The automatic update will is made if the current date is greater than or equal to that Conversion date is.
- the day date is sent to the postage calculator A step ahead that the postage calculator automatically uses the currently valid one Request the date from the calendar module. The latter is done, for example after switching on for the first time at the beginning of the day.
- the Calendar module can be part of the scale and / or the franking machine his. When loading data into different devices of the Systems are loaded. Loading new tariff table data can in a first area of the memory of the postage calculator and that Load from an associated changeover date into a second one Area of the memory of the franking machine.
- the invention provides loading from Information associated with new tariff table data in a first Area of a memory of the postage meter machine, followed by copying to the memory of the postage calculator takes place.
- a shop from an associated changeover date is made in a second Area of the franking machine's memory, followed by one then copying into the memory of the postage calculator, where the changeover date in the second area of the memory Franking machine is deleted.
- the franking machine is with everyone first transmission of weight or postage value data from the Postage calculator the saved changeover date for those Carrier is informed which has been set for the postage calculator.
- the invention provides an embodiment with a postage calculator a balance that the postage calculator in a balance a selective Delete memory areas in the balance before loading compressed new rate table data.
- the postage calculator then carries out an update of the Rate table data, possibly associated with a decompression of the loaded new tariff table data and with a registered letter of of the decompressed data, with tariff table data from the decompresses the first memory area and into the second memory area stored on the scale. This enables that automatic update to any later changeover date independent and temporally decoupled from the aforementioned Loading can be done.
- an automatic request data for loading at a first time defined by the user then to update the loaded port tariff table data, if the second time defined by the mail carrier for new postage rate table data is approached to access current tables can be.
- This automatic works depending on the set mail carrier (Carrier ID), the version or order number or loading code and that supplied by the clock / date module 8 of the franking machine Date.
- the automatic is in with a microprocessor and the keyboard operational connection can be done in the postage calculator itself and / or in the Memory cells of the clock / date block 8 can be realized.
- the postage computer can be integrated into a postage-calculating balance 22a be connected to the franking machine in terms of interface is. It is also possible that that including the postage calculator System is a franking machine. But the case is not meant to be excluded that the postage calculator in the system separately from the franking machine and / or scale is realized and with the latter is interfaced.
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
- Figur 1a,
- Blockschaltbild einer Frankiermaschine mit internen Portorechner und Portotariftabellenspeicher,
- Figur 1b,
- Blockschaltbild einer Frankiermaschine mit Anschluß zu einer Portorechner-Waage,
- Figur 1c,
- Blockschaltbild einer Portorechner-Waage,
- Figur 2,
- Flußplan für eine Frankiermaschine nach Fig.1a.
Im Kommunikationsmodus 300 identifiziert sich die anfordernde Frankiermaschine bei der Datenzentrale mit ihrer Identifikations-Nummer (ID) und übermittelt mindestens die Versionsnummer der bisherigen Portotariftabelle zwecks Auffindung einer neuen Portotariftabelle in der Datenbank DB 31 der Datenzentrale. Jeder Portotariftabelle ist eine Versionsnummer zugeordnet, welche mit der übermittelten zu vergleichen ist, um die neue Versionsnummer der zukünftig zu ladenen Portotariftabelle zu ermitteln. Der Server 32 ist zur Überprüfung der ordnungsgemäßen Übertragung und fehlerfreien Zwischenspeicherung von Dienstdaten programmiert, was anhand der nicht vorveröffentlichten deutschen Anmeldung 198 30 055.7, mit dem Titel: Verfahren zur sicheren Übertragung von Dienstdaten an ein Endgerät und Anordnung zur Durchführung des Verfahrens, noch näher erläutert wird. Die Portotariftabellendaten werden vorzugsweise zunächst im Speicherbereich 7d des flüchtigen Arbeitsspeichers RAM 7 der Frankiermaschine zwischengespeichert, um eine Überprüfung zu ermöglichen.
Wurden im Ergebnis der Kommunikation Dienstdaten übermittelt und im Arbeitsspeicherbereich RAM 7d zwischengespeichert, dann wird das im nachfolgendem Abfrageschritt 211 erkannt und es wird zum Auswertemodus 213 verzweigt, um die Korrektheit der Übermittlung und Gültigkeit der neuen Dienstdaten zu überprüfen. Das Ergebnis dieser Überprüfung wird im Anzeigemodus 215 angezeigt, bevor zum Punkt s der Systemroutine zurückverzweigt wird. War das Ergebnis dieser Überprüfung positiv, wird für ein nachfolgendes Updating beispielsweise ein U-Flag zur Modusumschaltung gesetzt. Im Abfrageschritt 202 kann nun zum Beispiel anhand des gesetzten U-Flags geprüft werden, ob Dienstdaten in den nichtflüchtigen Speicher 16 zu laden sind. Im Schritt 203 erfolgt dann eine Vielzahl von Subschritten zur Modusumschaltung und zum Laden der Dienstdaten in den nichtflüchtigen Speicher 16. Das U-Flag zur Modusumschaltung wird dann in einem abschließenden Subschritt wieder zurückgesetzt, bevor zum Punkt s der Systemroutine zurückverzweigt wird. Bei der nächsten Überprüfung ist das Ergebnis negativ. War das Ergebnis dieser Überprüfung aber negativ, so wird zum nächsten Schritt, beispielsweise zum Abfrageschritt 204, verzweigt. Wird kein Gewichtswert von der Waage 22 ermittelt und zur Frankiermaschine übertragen, dann wird dies im Abfrageschritt 204 festgestellt und zum Punkt s der Systemroutine 200 zurückverzweigt. Die Frankiermaschine wartet somit auf eine Eingabe seitens der Waage 22. Ist diese Eingabe erfolgt, wird im Schritt 205 ein Handshake-Signal zur Waage 22 gesendet und dann zum Schritt 206 verzweigt, um das Erfordernis einer Umstellung, insbesondere anhand eines gespeicherten Umstellungstages und eines aktuellen Datums, zu überprüfen. Beim Erfordernis einer Umstellung ist eine Aktualisierung der Dienstdaten erforderlich und es wird zum Schritt 208 verzweigt, um eine Aktualisierung der Dienstdaten in den Speicherbereichen des nichtflüchtigen Speichers 16 durchzuführen. Dann wird zum Punkt s der Systemroutine zurückverzweigt. Anderenfalls wird der Punkt t der Systemroutine 200 erreicht. Die Eingabe/Anzeigeroutine 209 enthält eine Vielzahl an Abfrageschritten, von welchen jeder einzeln abgefragt wird. In der o.g. deutschen Patentanmeldung DE 195 34 530 A1 werden weitere Abfrageschritte gezeigt. Liegen keine weiteren Eingaben wird der Schritt 300 ohne Kommunikation durchlaufen. Wenn nun keine weiteren Daten übermittelt wurden, was über den Abfrageschritt 211 festgestellt wird, wird der Punkt b der Systemroutine 200 erreicht.
In der o.g. deutschen Patentanmeldung DE 195 34 530 A1 ist bereits dargelegt, daß eine Vielzahl an Schritten zwischen den Punkten b und d der Systemroutine 200 durchlaufen werden kann, bevor zum Frankiermodus 400 verzweigt wird. In an sich bekannter Weise ist einer der Schritte im vorliegenden Ausführungsbeispiel ein Portoberechnungsmodus 220. Der nachfolgende Frankiermodus 400 enthält eine ansich bekannte Abrechnungs- und Druckroutine. Nach dem Drucken eines Frankierabdruckes wird zum Punkt s der Systemroutine 200 zurückverzweigt.
- zum Initialisieren eines den Portorechner einschließenden Systems nach dem Einschalten in einer Start- und Initialisierungs-routine 101, wobei entsprechend der Eingabe mindestens des Städtenamens oder einer vergleichbaren ersten Information, welche den Städtenamen kennzeichnet, die Initialisierung vorgenommen wird,
- zum Detektieren der Eingabe und Einspeichern eines Ladeerfordernisses, einschließlich des im sechten Speicherbereich 16-06 gespeicherten Ladedatums, und/oder einer vergleichbaren im vierten Speicherbereich 16-04 gespeicherten zweiten Information, die dem Portorechner eine Vorauswahl einer Tariftabelle für einen vorbestimmten Carrier kennzeichnet,
- zum Überprüfen des Ladeerfordernisses (im Schritt 202) bzw. des Ladedatums anhand des von einem Kalenderbaustein bereitgestellten Datums und zum Laden, beginnend mit einer Modusumschaltung auf einen Lademodus, wenn ein vom Kalenderbaustein bereitgestellte Datum das gespeicherte Ladedatum erreicht oder überschreitet und Übergang in den Betriebsmodus, wenn das bereitgestellte Datum das gespeicherte Ladedatum unterschreitet,
- zur Eingabe eines Umstellungserfordernis beim Laden, insbesondere Einspeichern eines Umstellungsdatums in den Speicherbereich 16-03,
- zum Überprüfen des Umstellungserfordernis (im Schritt 206), anhand des Umstellungsdatums im Vergleich mit dem vom Uhren/Datums-Baustein 8 bereitgestellten Datum und Umstellung auf die aktuelle neue Tariftabelle, wenn durch das bereitgestellte Datum das gespeicherte Umstellungsdatum erreicht oder überschritten wird oder Übergang in den Betriebsmodus, wenn das bereitgestellte Datum das gespeicherte Umstellungsdatum unterschreitet.
Das Postbearbeitungssystem kann eine Frankiermaschine und eine Waage umfassen, wie beispielsweise das bekannte Waage/T1000-System der Firma Francotyp Postalia AG & Co. Um rechtzeitig eine Mehrheit an Postkunden mit einer Tariftabelle auszustatten, welche ab einem Umstellungstag aktuell ist, erfolgt im vorab ein Laden der zukünftig gültigen Tabelle. Der Portorechner ist in diesem Ausführungsbeispiel in die Waage 22a integriert. Die betätigte Auslösetaste der Waage kann ein Vorabladen der zukünftig gültigen Tabelle auslösen, ohne die bestehende zweite Tabelle des selben Postbeförderers zu aktualisieren. Für jede Tabellenversion muß ein Datum für das Inkafttreten der Tabelle zugeordnet gespeichert werden. Die Überprüfung, ob die Tabelle in Kraft zu setzen ist, erfolgt weiterhin mit Hilfe der Frankiermaschine, weil diese bereits einen Uhren/Datums-Baustein enthält.
- Bereitstellen mindestens eines ersten und zweiten Speicherbereiches im Portorechner, wobei der zweite Speicherbereich Tariftabellendaten der bisher gültigen Tariftabelle speichert und der erste Speicherbereich für Tariftabellendaten der zukünftig ab Umstellungsdatum gültigen neuen Tariftabelle vorgesehen ist,
- Überprüfen im Portorechner auf Vorliegen eines Ladebefehls, wobei bei Vorliegen eines Ladebefehls eine Bildung von entsprechenden Anforderungsdaten und deren Übertragung zur Datenzentrale durchgeführt wird,
- Modusumschaltung auf einen Lademodus mit Selektieren eines freien ersten Speicherbereiches im Speicher des Portorechners,
- Empfangen und Laden von komprimierten neuen Tariftabellendaten und von einem zugehörigen Umstellungsdatum sowie Umschaltung auf den Betriebsmodus,
- automatisches Aktualisieren unabhängig und zeitlich entkoppelt von dem vorgenannten Laden, wobei Tariftabellendaten aus dem ersten Speicherbereich dekomprimiert und in den zweiten Speicherbereich des Portorechners eingespeichert werden, wobei das Aktualisieren zu einem beliebig späteren Umstellungsdatum erfolgen kann.
- Bereitstellen einer Information für in der Datenzentrale verfügbare neue Tariftabellendaten, und ein
- Übermitteln der Information von der Datenzentrale über die Frankiermaschine zum Portorechner,
- Speichern der Information im vierten Speicherbereich 16-04 für den Portorechner für solche in der Datenzentrale verfügbare neue Tariftabellendaten,
- Überprüfen im Portorechner anhand der gespeicherten Information auf Eingabe eines der Information entsprechenden zugehörigen Lade-Codes, der per Eingabemittel eingegeben wurde,
- Modusumschaltung auf einen Lademodus mit Selektieren eines freien ersten Speicherbereiches im Portorechner, wenn der Lade-Code ein vorbestimmtes Verhältnis zur Information hat, und Laden von zur Information zugehörigen komprimierten neuen Tariftabellendaten und von einem zugehörigen Umstellungsdatum in Abhängigkeit von der Überprüfung im Portorechner vor dem automatischen Aktualisieren.
Claims (13)
- Verfahren zur Dateneingabe in einen Portorechner, mit einem Laden und Aktualisieren von Tariftabellendaten im Portorechner, mit Überprüfen des gespeicherten Umstellungsdatums anhand des aktuellen Datums, gekennzeichnet dadurch
daß das Laden von neuen Tariftabellendaten zu einem benutzerdefinierten ersten Zeitpunkt, der beliebig je Bedarf wählbar ist, oder vorprogrammiert auf diesen Zeitpunkt erfolgt und daß das Aktualisieren von neuen Tariftabellendaten zu einem vom jeweiligen Postbeförderer definierten zweiten Zeitpunkt erfolgt. - Verfahren, nach Anspruch 1, gekennzeichnet durch die Schritte:Bereitstellen mindestens eines ersten und zweiten Speicherbereiches im Portorechner, wobei der zweite Speicherbereich Tariftabellendaten der bisher gültigen Tariftabelle speichert und der erste Speicherbereich für Tariftabellendaten der zukünftig ab Umstellungsdatum gültigen neuen Tariftabelle vorgesehen ist,Überprüfen im Portorechner auf Vorliegen eines Ladebefehls, wobei bei Vorliegen eines Ladebefehls eine Bildung von entsprechenden Anforderungsdaten und deren Übertragung zur Datenzentrale durchgeführt wird,Modusumschaltung auf einen Lademodus mit Selektieren eines freien ersten Speicherbereiches im Speicher des Portorechners,Empfangen und Laden von komprimierten neuen Tariftabellendaten und von einem zugehörigen Umstellungsdatum sowie Umschaltung auf den Betriebsmodus,automatisches Aktualisieren unabhängig und zeitlich entkoppelt von dem vorgenannten Laden, wobei Tariftabellendaten aus dem ersten Speicherbereich dekomprimiert und in den zweiten Speicherbereich des Portorechners eingespeichert werden.
- Verfahren, nach Anspruch 2, gekennzeichnet dadurch, daß das Laden von neuen Tariftabellendaten in einen ersten Bereich des Speichers des Portorechners und das Laden von einem zugehörigen Umstellungsdatum in einen dritten Bereich des Speichers des Portorechners erfolgt, daß die Frankiermaschine einen Kalenderbaustein enthält und automatisch mindestens einmal das aktuell gültige Tagesdatum zum Portorechner übermittelt, daß im Portorechner das übermittelte Tagesdatum mit dem vorgenannten Umstellungsdatum verglichen wird sowie daß das automatische Aktualisieren unterbleibt, wenn das Tagesdatum kleiner als das Umstellungsdatum ist oder daß das automatische Aktualisieren vorgenommen wird, wenn das Tagesdatum größer oder gleich dem Umstellungsdatum ist.
- Verfahren, nach Anspruch 1, gekennzeichnet dadurch, daß das Laden von neuen Tariftabellendaten in einen ersten Bereich des Speichers des Portorechners und das Laden von einem zugehörigen Umstellungsdatum in einen zweiten Bereich des Speichers der Frankiermaschine erfolgt.
- Verfahren, nach Anspruch 1, gekennzeichnet durch ein Speichern einer Information in einem vierten Speicherbereich des Portorechners für in der Datenzentrale verfügbare neue Tariftabellendaten, wobei vor dem Speichern der Information im Portorechner ein:Bereitstellen einer Information für in der Datenzentrale verfügbare neue Tariftabellendaten, und einÜbermitteln der Information von der Datenzentrale über die Frankiermaschine zum Portorechner,Speichern der Information im vierten Speicherbereich (16-04) für den Portorechner für solche in der Datenzentrale verfügbare neue Tariftabellendaten,Überprüfen im Portorechner anhand der gespeicherten Information auf Eingabe eines der Information entsprechenden zugehörigen Lade-Codes, der per Eingabemittel eingegeben wurde,Modusumschaltung auf einen Lademodus mit Selektieren eines freien ersten Speicherbereiches im Portorechner, wenn der Lade-Code ein vorbestimmtes Verhältnis zur Information hat, und Laden von zur Information zugehörigen komprimierten neuen Tariftabellendaten und von einem zugehörigen Umstellungsdatum in Abhängigkeit von der Überprüfung im Portorechner vor dem automatischen Aktualisieren.
- Verfahren, nach Anspruch 1, gekennzeichnet dadurch, daß das Laden von zur Information zugehörigen neuen Tariftabellendaten in einen ersten Bereich des Speichers der Frankiermaschine und daß anschließend ein Kopieren in den Speicher des Portorechners erfolgt, sowie daß das Laden von einem zugehörigen Umstellungsdatum in einen zweiten Bereich des Speichers der Frankiermaschine und ein anschließendes Kopieren in den Speicher des Portorechners erfolgt, wobei das Umstellungsdatum im zweiten Bereich des Speichers der Frankiermaschine gelöscht wird,
daß der Frankiermaschine bei jeder ersten Übertragung von Gewichts- oder Portowertdaten aus dem Portorechner das gespeicherte Umstellungsdatum für denjenigen Carrier mitgeteilt wird, welcher für den Portorechner eingestellt wurde. - Verfahren, nach Anspruch 1, gekennzeichnet dadurch, daß der Portorechner in einer Waage ein selektives Löschen von Speicherbereichen in der Waage vor dem Laden von komprimierten neuen Tariftabellendaten vornimmt und daß der Portorechner zur Aktualisierung der Tariftabellendaten eine Dekomprimierung der geladenen neuen Tariftabellendaten und Einschreiben von dekomprimierten Daten durchführt, wobei Tariftabellendaten aus dem ersten Speicherbereich dekomprimiert und in den zweiten Speicherbereich der Waage eingespeichert werden, wobei das automatische Aktualisieren zu einem beliebig späteren Umstellungsdatum unabhängig und zeitlich entkoppelt von dem vorgenannten Laden erfolgen kann.
- Anordnung, zur Durchführung des Verfahrens nach Anspruch 1, mit einem Portorechner, der zum Laden und Aktualisieren von Tariftabellendaten programmiert ist, mit einem Prozessor, welcher zum Überprüfen des gespeicherten Umstellungsdatums anhand des aktuellen Datums und Weiterarbeiten mit den alten Tariftabellendaten bei Unterschreitung des Umstellungsdatums durch das aktuelle Datum programmiert ist, wobei der Portorechner programmiert ist, zur Aktualisierung der Tariftabellendaten durch Einschreiben von Daten bei Gleichheit oder bei Überschreitung des Umstellungsdatums durch das aktuelle Datum, gekennzeichnet dadurcha) daß in einem Speicher (16) für Dienstdaten Speicherbereiche für auf Tariftabellen bezogene Daten vorgesehen sind,b) daß der Portorechner programmiert ist:zum Detektieren der Eingabe und Einspeichern eines Ladeerfordernisses,zum Überprüfen des Ladeerfordernisses und zum Laden bei einem Vorliegen des Ladeerfordernisses,zur Eingabe eines Umstellungserfordernis beim Laden,zum Überprüfen des Umstellungserfordernis und Umstellung auf die aktuelle neue Tariftabelle oder Übergang in den Betriebsmodus.
- Verfahren, nach Anspruch 8, gekennzeichnet dadurch, daß der Portorechner automatisch das aktuell gültige Datum jeweils bei einem Kalenderbaustein anfordert.
- Anordnung, nach Anspruch 8, gekennzeichnet dadurch, daß in einem Speicher (16) für Dienstdaten Speicherbereiche für auf Tariftabellen bezogene Daten vorgesehen sind, einschließlich einem fünften Speicherbereich (16-05) mindestens zum Speichern eines aus einer Vielzahl von Städtenamen oder zum Speichern von einer vergleichbaren ersten Information, die den gewünschten Städtenamen kennzeichnet, und daß der Portorechner programmiert ist:zum Initialisieren eines den Portorechner einschließenden Systems nach dem Einschalten in einer Start- und Initialisierungs-routine (101), wobei entsprechend der Eingabe mindestens des Städtenamens oder einer vergleichbaren ersten Information, welche den Städtenamen kennzeichnet, die Initialisierung vorgenommen wird,zum Detektieren der Eingabe und Einspeichern eines Ladeerfordernisses, einschließlich des Ladedatums (im Speicherbereich 16-06), und/oder einer vergleichbaren zweiten Information (im Speicherbereich 16-04), die dem Portorechner eine Vorauswahl einer Tariftabelle für einen vorbestimmten Carrier kennzeichnet,zum Überprüfen des Ladeerfordernisses (im Schritt 202) bzw. des Ladedatums anhand des von einem Kalenderbaustein bereitgestellten Datums und zum Laden, beginnend mit einer Modusumschaltung auf einen Lademodus, wenn ein vom Kalenderbaustein bereitgestellte Datum das gespeicherte Ladedatum erreicht oder überschreitet und Übergang in den Betriebsmodus, wenn das bereitgestellte Datum das gespeicherte Ladedatum unterschreitet,zur Eingabe eines Umstellungserfordernis beim Laden, insbesondere Einspeichern eines Umstellungsdatums in einen dritten Speicherbereich (16-03),zum Überprüfen des Umstellungserfordernis (im Schritt 206), anhand des Umstellungsdatums im Vergleich mit dem vom Uhren/Datums-Baustein (8) bereitgestellten Datum und Umstellung auf die aktuelle neue Tariftabelle, wenn durch das bereitgestellte Datum das gespeicherte Umstellungsdatum erreicht oder überschritten wird oder Übergang in den Betriebsmodus, wenn das bereitgestellte Datum das gespeicherte Umstellungsdatum unterschreitet.
- Anordnung, nach Anspruch 8, gekennzeichnet dadurch, daß das den Portorechner einschließende System eine Waage ist.
- Anordnung, nach Anspruch 8, gekennzeichnet dadurch, daß das den Portorechner einschließende System eine Frankiermaschine ist.
- Anordnung, nach Anspruch 8, gekennzeichnet dadurch, daß der Portorechner im System separat von der Frankiermaschine und/oder Waage realisiert ist und mit letzteren schnittstellenmäßig verbunden ist.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE19843252 | 1998-09-11 | ||
DE19843252A DE19843252A1 (de) | 1998-09-11 | 1998-09-11 | Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens |
Publications (3)
Publication Number | Publication Date |
---|---|
EP0991025A2 true EP0991025A2 (de) | 2000-04-05 |
EP0991025A3 EP0991025A3 (de) | 2000-12-13 |
EP0991025B1 EP0991025B1 (de) | 2006-03-01 |
Family
ID=7881712
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP99250283A Expired - Lifetime EP0991025B1 (de) | 1998-09-11 | 1999-08-20 | Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens |
Country Status (4)
Country | Link |
---|---|
US (1) | US6615196B1 (de) |
EP (1) | EP0991025B1 (de) |
AU (1) | AU4750599A (de) |
DE (2) | DE19843252A1 (de) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102006060700A1 (de) * | 2006-12-18 | 2008-06-19 | Francotyp-Postalia Gmbh | Verfahren zur Datenverarbeitung mit Bereitstellung von Portogebührentabellen und zu deren Auswahl aus einer Datenbank eines Datenzentrums sowie Anordnung zur Durchführung des Verfahrens |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19857778A1 (de) * | 1998-12-04 | 2000-06-08 | Francotyp Postalia Gmbh | Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul und Anordnung zur Durchführung des Verfahrens |
DE19925381A1 (de) | 1999-06-02 | 2000-12-07 | Francotyp Postalia Gmbh | Anordnung zum Tariftabellenladen |
DE10019085A1 (de) | 2000-04-10 | 2001-12-06 | Francotyp Postalia Gmbh | Anordnung und Verfahren zum Bereitstellen einer Mitteilung beim Laden von Dienstleistungsdaten für ein Endgerät |
FR2850776A1 (fr) * | 2003-01-31 | 2004-08-06 | Neopost Ind | Dispositif de peremption pour systeme d'affranchissement |
DE102006022210A1 (de) * | 2006-05-11 | 2007-11-15 | Francotyp-Postalia Gmbh | Anordnung und Verfahren zum Erstellen eines Frankierabdrucks |
EP3435338B1 (de) | 2013-01-29 | 2024-08-07 | Quadient Technologies France | Datenverwaltungssystem |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4138735A (en) | 1977-01-31 | 1979-02-06 | Pitney-Bowes, Inc. | System for remotely resetting postage rate memories |
DE3823719A1 (de) | 1987-07-16 | 1989-01-26 | Pitney Bowes Inc | Sicherheitssystem zur verwendung mit einer zeichendruck-berechtigungsvorrichtung |
US5448641A (en) | 1993-10-08 | 1995-09-05 | Pitney Bowes Inc. | Postal rating system with verifiable integrity |
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 |
EP0716398A2 (de) | 1994-12-07 | 1996-06-12 | Francotyp-Postalia GmbH | Frankiermaschineninterne Schnittstellenschaltung und Verfahren zur manipulationssicheren Druckdatensteuerung |
EP0724141A1 (de) | 1994-12-23 | 1996-07-31 | Francotyp-Postalia Aktiengesellschaft & Co. | Verfahren zur Dateneingabe in eine Waage |
US5606508A (en) | 1992-04-16 | 1997-02-25 | Francotyp Postalia Gmbh | Assembly for franking postal matter |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE3243696A1 (de) * | 1982-11-23 | 1984-10-18 | Francotyp - Postalia GmbH, 1000 Berlin | Verfahren zur datumseinstellung fuer elektronisch gesteuerte frankiermaschinen |
US5161109A (en) * | 1988-12-16 | 1992-11-03 | Pitney Bowes Inc. | Up/down loading of databases |
US5905232A (en) * | 1993-10-14 | 1999-05-18 | Ascom Hasler Mailing Systems, Inc. | Electronic postage scale system and method |
US5715164A (en) * | 1994-12-14 | 1998-02-03 | Ascom Hasler Mailing Systems Ag | System and method for communications with postage meters |
JP2002501647A (ja) * | 1997-06-13 | 2002-01-15 | ピットニイ ボウズ インコーポレイテッド | 仮想郵便料金メーターシステム |
-
1998
- 1998-09-11 DE DE19843252A patent/DE19843252A1/de not_active Withdrawn
-
1999
- 1999-08-20 EP EP99250283A patent/EP0991025B1/de not_active Expired - Lifetime
- 1999-08-20 DE DE59913172T patent/DE59913172D1/de not_active Expired - Lifetime
- 1999-09-02 US US09/388,626 patent/US6615196B1/en not_active Expired - Lifetime
- 1999-09-10 AU AU47505/99A patent/AU4750599A/en not_active Abandoned
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4138735A (en) | 1977-01-31 | 1979-02-06 | Pitney-Bowes, Inc. | System for remotely resetting postage rate memories |
DE3823719A1 (de) | 1987-07-16 | 1989-01-26 | Pitney Bowes Inc | Sicherheitssystem zur verwendung mit einer zeichendruck-berechtigungsvorrichtung |
US5606508A (en) | 1992-04-16 | 1997-02-25 | Francotyp Postalia Gmbh | Assembly for franking postal matter |
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 |
US5448641A (en) | 1993-10-08 | 1995-09-05 | Pitney Bowes Inc. | Postal rating system with verifiable integrity |
EP0716398A2 (de) | 1994-12-07 | 1996-06-12 | Francotyp-Postalia GmbH | Frankiermaschineninterne Schnittstellenschaltung und Verfahren zur manipulationssicheren Druckdatensteuerung |
EP0724141A1 (de) | 1994-12-23 | 1996-07-31 | Francotyp-Postalia Aktiengesellschaft & Co. | Verfahren zur Dateneingabe in eine Waage |
US5710706A (en) | 1994-12-23 | 1998-01-20 | Francotyp-Postalia Ag & Co. | Method for entering data into a scale |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102006060700A1 (de) * | 2006-12-18 | 2008-06-19 | Francotyp-Postalia Gmbh | Verfahren zur Datenverarbeitung mit Bereitstellung von Portogebührentabellen und zu deren Auswahl aus einer Datenbank eines Datenzentrums sowie Anordnung zur Durchführung des Verfahrens |
Also Published As
Publication number | Publication date |
---|---|
EP0991025B1 (de) | 2006-03-01 |
DE59913172D1 (de) | 2006-04-27 |
US6615196B1 (en) | 2003-09-02 |
AU4750599A (en) | 2000-03-16 |
EP0991025A3 (de) | 2000-12-13 |
DE19843252A1 (de) | 2000-03-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0986028B1 (de) | Verfahren zur Dateneingabe in ein Dienstgerät und Anordnung zur Durchführung des Verfahrens | |
DE4447404C2 (de) | Verfahren zur Dateneingabe in eine Waage und Anordnung zur Durchführung des Verfahrens | |
EP0780803B1 (de) | Verfahren und Anordnung zur Dateneingabe in eine Frankiermaschine | |
DE3712181C2 (de) | Frankiermaschinennachladesystem | |
DE3204906C2 (de) | ||
DE3712092A1 (de) | Nachladesystem fuer frankiermaschinen | |
EP0805420A2 (de) | Verfahren und Anordnung zur Datenverarbeitung in einem Postverarbeitungssystem mit einer Frankiermaschine | |
EP0805419A2 (de) | Verfahren zur Datenverarbeitung in einem Postverarbeitungssystem mit einer Frankiermaschine und Anordnung | |
EP0892368A2 (de) | Verfahren zur Statistikmodusnachladung und zur statistischen Erfassung nach Statistikklassen bei der Speicherung eines Datensatzes | |
DE19543075A1 (de) | Verfahren und Anordnung zur automatischen Modem-Typerkennung und Adaption | |
DE69320755T2 (de) | Postverarbeitungssystem mit Aufzeichnung der Betriebsdaten von Frankiermaschinen | |
EP1615176A2 (de) | Verfahren zur Speicherung und Verwaltung von Daten und Anordnung zur Durchführung des Verfahrens | |
EP0809215B1 (de) | Auswechselbares Portorechnermodul und Verfahren zur Datenübertragung | |
EP0991025B1 (de) | Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens | |
EP1058213B1 (de) | Anordnung zum Tariftabellenladen | |
EP0969420B1 (de) | Verfahren zur sicheren Übertragung von Dienstdaten an ein Endgerät und Anordnung zur Durchführung des Verfahrens | |
DE69212428T2 (de) | Frankiermaschine mit automatischer Datiervorrichtung | |
EP1001383B1 (de) | Anordnung und Verfahren zur Speicherung von Daten über eine Benutzung eines Endgerätes | |
EP0992947B1 (de) | Anordnung und Verfahren zur Speicherung von Daten über eine Benutzung eines Endgerätes | |
EP0571061B1 (de) | Anordnung zur Erzeugung einer flexiblen Benutzeroberfläche für Frankierautomaten | |
EP1037172B1 (de) | Verfahren zur automatischen Installation von Frankiereinrichtungen und Anordnung zur Durchführung des Verfahrens | |
DE69912054T2 (de) | Verbrauchskontrollverfahren für Frankiermaschinen | |
EP1017024A2 (de) | Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul und Anordnung zur Durchführung des Verfahrens | |
DE102006060700A1 (de) | Verfahren zur Datenverarbeitung mit Bereitstellung von Portogebührentabellen und zu deren Auswahl aus einer Datenbank eines Datenzentrums sowie Anordnung zur Durchführung des Verfahrens | |
DE29522024U1 (de) | Anordnung zur Dateneingabe in eine Frankiermaschine |
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: A2 Designated state(s): CH DE FR GB IT LI |
|
AX | Request for extension of the european patent |
Free format text: AL;LT;LV;MK;RO;SI |
|
PUAL | Search report despatched |
Free format text: ORIGINAL CODE: 0009013 |
|
AK | Designated contracting states |
Kind code of ref document: A3 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE |
|
AX | Request for extension of the european patent |
Free format text: AL;LT;LV;MK;RO;SI |
|
RIC1 | Information provided on ipc code assigned before grant |
Free format text: 7G 07B 17/02 A, 7G 07B 17/00 B |
|
17P | Request for examination filed |
Effective date: 20010412 |
|
AKX | Designation fees paid |
Free format text: CH DE FR GB IT LI |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: FRANCOTYP-POSTALIA AG & CO. KG |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: FRANCOTYP-POSTALIA GMBH |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): CH DE FR GB IT LI |
|
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: NV Representative=s name: ROTTMANN, ZIMMERMANN + PARTNER AG Ref country code: CH Ref legal event code: EP |
|
REF | Corresponds to: |
Ref document number: 59913172 Country of ref document: DE Date of ref document: 20060427 Kind code of ref document: P |
|
GBT | Gb: translation of ep patent filed (gb section 77(6)(a)/1977) |
Effective date: 20060508 |
|
ET | Fr: translation filed | ||
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
26N | No opposition filed |
Effective date: 20061204 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PFA Owner name: FRANCOTYP-POSTALIA GMBH Free format text: FRANCOTYP-POSTALIA GMBH#TRIFTWEG 21-26#16547 BIRKENWERDER (DE) -TRANSFER TO- FRANCOTYP-POSTALIA GMBH#TRIFTWEG 21-26#16547 BIRKENWERDER (DE) |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: 746 Effective date: 20130319 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R084 Ref document number: 59913172 Country of ref document: DE Effective date: 20130314 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R081 Ref document number: 59913172 Country of ref document: DE Owner name: FRANCOTYP-POSTALIA GMBH, DE Free format text: FORMER OWNER: FRANCOTYP-POSTALIA GMBH, 16547 BIRKENWERDER, DE Effective date: 20150330 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 18 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PCAR Free format text: NEW ADDRESS: GARTENSTRASSE 28 A, 5400 BADEN (CH) |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 19 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 20 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20180717 Year of fee payment: 20 Ref country code: FR Payment date: 20180827 Year of fee payment: 20 Ref country code: IT Payment date: 20180830 Year of fee payment: 20 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: CH Payment date: 20180822 Year of fee payment: 20 Ref country code: GB Payment date: 20180822 Year of fee payment: 20 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R071 Ref document number: 59913172 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: PE20 Expiry date: 20190819 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION Effective date: 20190819 |