EP0991025B1 - 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 PDF

Info

Publication number
EP0991025B1
EP0991025B1 EP99250283A EP99250283A EP0991025B1 EP 0991025 B1 EP0991025 B1 EP 0991025B1 EP 99250283 A EP99250283 A EP 99250283A EP 99250283 A EP99250283 A EP 99250283A EP 0991025 B1 EP0991025 B1 EP 0991025B1
Authority
EP
European Patent Office
Prior art keywords
date
loading
postage
data
memory
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.)
Expired - Lifetime
Application number
EP99250283A
Other languages
English (en)
French (fr)
Other versions
EP0991025A2 (de
EP0991025A3 (de
Inventor
Werner Kampert
Frank Reisinger
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 EP0991025A2 publication Critical patent/EP0991025A2/de
Publication of EP0991025A3 publication Critical patent/EP0991025A3/de
Application granted granted Critical
Publication of EP0991025B1 publication Critical patent/EP0991025B1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

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 data entry into a postage calculator according to the preamble of claim 1 or according to the preamble of claim 8 an arrangement for carrying out the method according to claim 1.
  • the invention aims at reducing the effort in a data center and minimizing the conversion time to a new postage fee table in a postage calculator.
  • the method is intended both for franking machines, as well as for postage meter-containing scales or similar postage calculator-containing devices suitable.
  • the date of the calendar module of the franking machine is used or linked with the other input conditions in order to select the table which is loaded into the memory of the franking machine during startup.
  • the previous table is updated in the memory of the machine.
  • each table refers to a separate carrier (carrier), which is selectable via keyboard.
  • carrier carrier
  • the minimum validity date of a rate table associated with a carrier identification number CIN is stored and evaluated by the postage meter to form, if necessary, request data for loading new rate table data or for updating in the memory of the balance according to the CIN.
  • the minimum valid date is also the date of change from an old to a new rate table, then there is a jam in the communication with the data center, if the franking machines want to communicate with this data center by the majority of the same day.
  • US Pat. No. 5,448,641 discloses a validated postal fee system in the terminal on the user side.
  • the postage rate table is transmitted from the data center to the terminal.
  • Also associated with the postage rate table code is transmitted from the data center to the terminal.
  • the latter generates a comparison code from information based on the received postage rate table. Based on the comparison of the received code with the generated comparison code, the validity of the received postage rate table can be checked in the terminal.
  • the terminal can verify the transmitted Portotariftabelte.
  • To reduce the congestion in the communication with the data center if the franking machines want to communicate with this data center on the same day by a majority, a very high number of modems would have to be used, which increases the overhead in a data center. The congestion causes communication problems. The latter leads to a new postage fee table for a number of devices to extend the conversion process. During this time, the user can not operate the affected devices for post processing.
  • the invention has for its object to develop a suitable method for data entry into a postage computer to shorten the conversion process to a new postage fee table, but without increasing the cost in the data center.
  • a postage tariff table is to be transmitted to the terminal in order to be able to load it into corresponding memories of the postage computer without the loading having to be preceded by switching off the machine.
  • Another object is the development of a suitable arrangement for carrying out the method.
  • the method of entering data into a postage calculator involves loading and updating rate table data in the postage calculator.
  • the transmission and storage of a new postage fee table in a postage computer can be carried out on demand as desired during the operation of the postage computer or pre-programmed on a first date automatically.
  • the updating of rate table data is automatically performed at a second time defined by the carrier.
  • the postage calculator may be located in one of the devices of a mail processing system.
  • a shutter release button is preferably located in the same device containing the postage calculator.
  • the device with the postage calculator preferably contains a memory for storing rate tables.
  • the memory of the postage computer can store at least two tables for the same mail carrier.
  • One of the two tables is the table valid in the future, whose charge was promptly initiated by the actuation of a release button.
  • the mail carrier is the competent postal authority or a private carrier, which transmits information to the user of the mail processing system. Usually there is still enough time until the changeover to the new table, from the day on which the user, for example, receives a cover letter containing the information from the postman. would all systems at the same time try to load the data from the server of a data center, would be this temporarily inaccessible to some of these systems.
  • the processes of loading and updating are now decoupled from each other in time, so that a relatively large period of time is available for loading.
  • the memory space must be queried under certain conditions.
  • the device of the system performing this query also checks whether the conversion time has been reached.
  • the invention is based on the need of some postal carriers to change the service data, in particular the fees in postage fee tables, as desired.
  • the service data is needed in a processing module in or at the terminal.
  • the service data include in particular the Fees in postage fee tables include, but are not limited to. If, in simplifying terms, only postage barge tables are discussed below, other service data are not excluded.
  • the processing module is an electronic postage calculator. It is envisaged that the postage calculator is integrated in the terminal or is arranged separately from the terminal.
  • the terminal is preferably an electronic postage meter or a postage computer scale. It is envisaged that the terminal is connected to a postage calculator and that the microprocessor of the terminal or the postage computer is programmed to make a storage of the new postage rate table data in the memory of the terminal or the postage computer.
  • 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 image, with at least one input element 2 having a plurality of actuators, a display unit 3, a MODEM 23 producing the communication with a data center, further input means 21 or balance 22 which are coupled to a controller 6 via an I / O control module 4 and to nonvolatile memories 5a, 5b and 9, 10 and 11, respectively, for data including the variable and constant parts of the franking image and programs for processing the image Data related to the mailing service which is to be requested from the carrier.
  • the control device 6 in addition to a microprocessor ⁇ P in other embodiments, a separate postage computer 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 for improving data security (DE 196 50 993 A1).
  • Newer franking machines employ digitally operating pressure means 1. For example, thermal transfer printers or inkjet printers have been used for the first time in postage meter machines of the type T1000 or JetMail worldwide for the first time worldwide.
  • the franking stamp imprint therefore advantageously contains an indication of the carrier and / or the service used or planned.
  • a character memory 9 supplies the necessary pressure data for the variable parts of the franking image to a volatile working memory 7.
  • the control device 6 has a microprocessor ⁇ P connected to the input / output control module 4, with the character memory 9, with the volatile random access memory 7 and non-volatile random access memories 5a, 5b (with internal non-volatile rate memory) or (dashed lines) with an additional nonvolatile tariff memory 16, with a nonvolatile main memory 10 and program memory 11, with the motor of a transport or feed device possibly with strip trigger 12, an encoder (Codiersay) 13 and with a battery-based calendar module (clock / Date module 8) is connected.
  • the memory module which comprises the non-volatile main memory 5b can be, for example, an EEPROM, which is secured against removal by at least one additional measure, for example sticking to the printed circuit board, sealing or casting with epoxy resin. Further details on individual functions of the means are made in the German patent application DE 195 34 530 A1. The latter is entitled: Procedure for securing data and program code of an electronic franking machine.
  • the storage of postage fee tables within nonvolatile memory 5a can be realized by providing particular storage areas.
  • the postage fee tables may be stored separately in nonvolatile memory 16 (shown in phantom).
  • the individual memories can be realized in several physically separate or - not shown - summarized in a few modules.
  • the tariff table valid in the future will be stored in the appropriately provided memory area 16-01 or the valid tariff table will be stored accordingly in the separately provided memory area 16-02.
  • the associated conversion date is stored in a third area 16-03 of the non-volatile memory 16.
  • Information in the fourth memory area 16-04 for such new rate table data available in the data center is, for example, a carrier-specific version number.
  • the available storage capacity in non-volatile memory is 20 kbytes, which is best used by space-efficient storage management.
  • the non-volatile tariff memory is preferably a battery-backed C-MOS RAM device.
  • the data center has modems 33 connected to a server 32 which accesses a database 31 when a corresponding request is received.
  • a server 32 which accesses a database 31 when a corresponding request is received.
  • the loading of the postage fee table data from the data center is triggered.
  • the microprocessor ⁇ P of the terminal can now transmit the request data via modem 23 via a communication network to the modem 33 of the data center DZ.
  • radio transmitting / receiving devices are used and transmitted by radio request data or a digital communication network used accordingly.
  • FIG. 2 shows a flow chart for a postage meter machine according to FIG. 1a, in which a store is operated separately from a changeover for a franking machine in operation.
  • Start 100 and passing through a start and initialization routine 101, which was explained in detail in the German patent application DE 195 34 530 A1, the 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 stored input data for setting the postage meter are called.
  • a serial interface to the balance is selected in order to receive at least one transmitted weight value.
  • the input means keyboard 2 allows a variety of other inputs for changing the settings. For example, upon actuation of a key 19 of the keyboard 2, a load instruction is entered. Alternatively, the loading command can be entered as a code by means of the keys 20, which is acknowledged by means of the key 18.
  • the input / display routine 209 contains a plurality of polling steps, of which only a single polling step 209-60 is shown. The latter concerns the query on input of a load instruction. If such an input has been detected, branching is made to sub-step 209-61 to form request data.
  • communication mode 300 it is checked whether a transaction request exists. Such is recognized as present when request data has been formed and stored temporarily. For example, an E-flag is set and queried in the communication mode, whereupon an automatically running electronic communication with the data center is triggered.
  • the requesting postage meter identifies itself at the data center with its identification number (ID) and transmits at least the version number of the previous postage rate table for the purpose of finding a new postage rate table in the database DB 31 of the data center.
  • ID identification number
  • Each postage rate table is associated with a version number which is to be compared with the submitted one 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 proper transmission and error-free caching of service data, which will be explained in more detail with reference to the application EP-A-969420, entitled: Method for the secure transmission of service data to a terminal and arrangement for carrying out the method ,
  • the postage fee table data is preferably initially stored in the memory area 7d of the volatile memory RAM 7 of the franking machine in order to enable a check.
  • step 203 a plurality of sub-steps for mode switching and for loading the service data into the non-volatile memory 16 is then carried out.
  • the mode-switching U-flag is then reset in a final sub-step before branching back to point s of the system routine.
  • the result is negative. If the result of this check was negative, then the next step, for example query step 204, is branched. If no weight value is determined by the scale 22 and transmitted to the franking machine, then this is determined in the query step 204 and branched back to the point s of the system routine 200. The franking machine thus waits for an input from the balance 22.
  • a handshake signal is sent to the scale 22 in step 205 and then branches to step 206 to the requirement of a conversion, in particular based on a stored changeover day and a current Date, check.
  • step 206 When a changeover is required, updating of the service data is required, and it branches to step 208 to perform updating of the service data in the storage areas of the nonvolatile memory 16. Then, branching back to point s of the system routine. Otherwise, the point t of the system routine 200 is reached.
  • the input / display routine 209 contains a plurality of polling steps, each of which is polled individually. In the above-mentioned German Patent Application DE 195 34 530 A1 further inquiry steps are shown. If there are no further inputs, step 300 is passed through without communication. If no further data has now been transmitted, which is determined via the query step 211, the point b of the system routine 200 is reached.
  • German Patent Application DE 195 34 530 A1 has already been explained that a multiplicity of steps between the points b and d of the system routine 200 can be run through before branching to the franking mode 400.
  • one of the steps in the present exemplary embodiment is a postage calculation mode 220.
  • the following franking mode 400 contains an inherently known billing and printing routine. After printing a franking imprint, the system routine 200 branches back to the point s.
  • the microprocessor ⁇ P is programmed as a postage computer and for loading and updating of rate table data by a program stored in the program memory 11.
  • the program memory 11 is designed as a read-only memory ROM.
  • the microprocessor is programmed to check the stored date of change in the postage meter based on the current date stored in the watch / date module 8 and to continue working with the old rate table data in case of a fall of the date of change by the current date or otherwise to transmit an instruction to execute the conversion.
  • the control device 6 may alternatively include a separate processor 17 for postage calculation, which forms a postage calculator with the memory 16.
  • the microprocessor ⁇ P is programmed to check the stored date of change in the postage meter based on the current date.
  • the processor 17 is programmed to continue to work with the old rate table data if the date of change falls short of the current date.
  • the microprocessor ⁇ P is programmed to transmit an instruction to the postage calculator 17 to update the tariff cable data if equal or if the date of transition is exceeded by the current date.
  • FIG. 1b shows a block diagram of the electronic franking machine for a variant with postage calculating scale 22a.
  • the modified flow chart which is constructed in accordance with the flowchart shown in FIG. 2, the step 220 of a franking machine-internal postage calculation mode is of course eliminated.
  • the tariff memory 16 and the processor 27 are part of the postage calculator of the postage calculating balance 22a here.
  • the latter is connected to its serial interface RS 232 via a connecting means 24 with a - not shown - serial interface RS 232 of the input / output control module 4.
  • the scale 22a can now use the modem 23 of the franking machine for communication with the data center.
  • a remote installation can consequently take place.
  • the mail carriers entrust each one data center with the service for remote installation, on request service data, to transmit to the terminal to load them into appropriate memory of the processing module.
  • a method for the secure transmission of service data to a terminal with the following method steps is used, which has already been described in detail in the non-prepublished German application 198 30 055.7.
  • service data request data is formed by the terminal prior to the terminal communicating with a data center.
  • the communication includes sending the request data to request the new service data from the data center, and receiving and caching the requested service data.
  • the mail processing system may include a postage meter and a scale, such as the well-known Libra / T1000 system from Francotyp Postalia AG & Co.
  • a preload is performed the future valid table.
  • the postage computer is integrated in the scale 22a in this embodiment.
  • the operated trigger key of the scale can trigger a preloading of the future valid table without updating the existing second table of the same mail carrier.
  • For every Table version must be saved a date associated with the occurrence of the table. The check as to whether the table is to be put into effect continues to be carried out with the help of the postage meter machine because it already contains a clock / date module.
  • the system according to the invention does not have to expect a long communication with a remote server and a conversion process taking place during the communication each time the machine is switched on. Rather, the actuated trigger key of the scale can now trigger an on-demand loading of the future valid table in advance of the conversion process.
  • the conversion process itself remains unnoticed by the user, because it is offset in time and decoupled from on-demand loading and automatically on the changeover day and relatively fast.
  • FIG. 1c shows a block diagram of a postage computer balance, which is connected via a serial interface to the franking machine according to FIG. 1b.
  • an input / output port 26 Connected to the RS-232 interface 25 of the scale 22a is an input / output port 26, which communicates with the internal BUS 43 with the processor 27 of the scale 22a.
  • Such a BUS includes data, address and control lines.
  • the balance comprises input and output means 42 and 41, which are connected to the processor 27 via an I / O port 40, and storage means 28 connected to the processor 27 via the internal BUS 43 for storing the operating software of the balance, storage means 29 for Storing application data (eg, option print numbers) and storage means 16 for storing the loaded service data (eg, the postage tables).
  • application data eg, option print numbers
  • storage means 16 for storing the loaded service data (eg, the postage tables).
  • a load cell 50 is connected to the processor 27 via an A / D converter 51, and also direct connections for resetting (reset) or tareing (weighing) the load cell 50 by the processor 27. Further Embodiments can be taken from US Pat. No. 5,710,706 (EP 724 141 A1).
  • a battery-backed calendar module 48 - dashed lines - be integrated into the scale 22a. It is connected to the internal BUS 43. All necessary inputs are made via the keyboard 42. On the display 41 such important information is output, such as the weight of the mail and the postage based on the postage fee table determined.
  • a remote installation can be made on demand.
  • the key 45 is actuated to initiate the charging process and a corresponding display appears on the display 41. If the balance 22a is switched to the charging mode, various service data and in particular the postage fee table, which are to be changed in whole or in part, can be loaded. In contrast to the o.g. known solution of EP 724 141 A1 there is no coupling of the charging process with an update and the key 45 does not trigger an update mode.
  • the franking machine contains a calendar module and transmits automatically at least once, for example, each time you switch on at the beginning of the day, the currently valid date of the postage calculator.
  • the transmitted date is compared with the aforementioned conversion date. Automatic updating is omitted if the current date is less than the changeover date. The automatic update will be performed if the current date is greater than or equal to the changeover date.
  • a forwarding of the date of the day to the postage computer precedes the step that the postage computer automatically requests the currently valid date from the calendar module.
  • the latter occurs, for example, after first switching on at the beginning of the day.
  • the calendar module can be part of the balance and / or the franking machine.
  • the invention provides loading of new rate table data associated with the information into a first area of a memory of the postage meter machine, with subsequent copying into the memory of the postage computer. Loading from an associated conversion date, however, occurs in a second area of the postage meter memory, followed by subsequent copying into the memory of the postage computer, whereby the changeover date in the second area of the postage meter memory is deleted.
  • the franking machine is notified at each first transmission of weight or postage value data from the postage computer, the stored conversion date for the carrier, which has been set for the postage calculator.
  • the invention provides in one embodiment with a postage computer in a scale, that the postage computer carries out a selective deletion of storage areas in the scale before loading compressed new rate table data in a balance.
  • the postage computer then updates the rate table data at a second time, possibly combined with a decompression of the loaded new rate table data and with a write-in from the decompressed data, whereby rate table data is decompressed from the first storage area and stored in the second storage area of the balance. This makes it possible for the automatic updating to be carried out independently of and at a later changeover date from the aforementioned loading.
  • an automatic load request data forms at a first user-defined time, and then to update the loaded Porttotariftabellenschi when the second time defined by the postal carrier for new postage fee table data has moved to access current tables
  • This automatic works depending on the post office carrier (Carrier ID), the version or order number or loading codes and the date supplied by the clock / date module 8 of the franking machine.
  • the automatic is with a microprocessor and the keyboard in operative connection can be realized in the postage computer itself and / or in the memory cells of the clock / date module 8.
  • the postage calculator can be integrated into a postage calculating balance 22a, which is interfaced with the franking machine. It is also possible that the system including the postage meter is a postage meter. However, the case should not be ruled out that the postage computer is realized in the system separately from the postage meter and / or scale and is interfaced with the latter.

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)

Description

  • Die Erfindung betrifft ein Verfahren zur Dateneingabe in einen Portorechner gemäß des Oberbegriffs des Anspruchs 1 beziehungsweise gemäß des Oberbegriffs des Anspruchs 8 eine Anordnung zur Durchführung des Verfahrens nach Anspruch 1. Die Erfindung bezweckt eine Verringerung des Aufwandes in einer Datenzentrale und eine Minimierung der Umstellungszeit auf eine neue Portogebührentabelle in einem Portorechner. Das Verfahren ist sowohl für Frankiermaschinen vorgesehen, als auch für Portorechner enthaltende Waagen bzw. ähnliche Portorechner enthaltende Geräte geeignet.
  • Aus DE 38 23 719 C2 und US 41 38 735 ist bekannt, daß ein Nachladen einer Tariftabelle für Portogebühren von einer entfernten Datenzentrale zu bestimmten Zeitpunkten veranlaßt wird. Wenn der Datenaustausch vom Server der Datenzentrale initiiert wird, muß die Frankiermaschine ständig angeschaltet bleiben, was natürlich nachteilig ist.
  • Alternativ wurde im US 5,490,077 bzw. im US 5,606,508 vorgeschlagen, das Datenladen von der Frankiermaschine on demand zu initiieren, wobei nach dem Einschalten der Frankiermaschine der Datenbestand in Abhängigkeit von Bedingungen (wie z.B. Name, Datum) aktualisiert wird. Um rechtzeitig die Mehrheit der Postkunden mit einer Tariftabelle auszustatten, wird letztere weit vor ihrem Inkrafttreten in einem Speicher eines Übertragungsmittels (Chipkarte bzw. in einer Zelle eines GSM-Netzes) separat von der Frankiermaschine gespeichert. Die Bedingungen für das Laden werden nichtflüchtig gespeichert, so daß die Maschine ausgeschaltet werden kann. Beim Einschalten der Frankiermaschine wird das Datum des Kalenderbausteins der Frankiermaschine verwendet bzw. mit den weiteren eingegebenen Bedingungen verknüpft, um die Tabelle auszuwählen, die bei Inbetriebnahme in den Speicher der Frankiermaschine geladen wird. Beim Laden aus einem Speicher des Übertragungsmittels erfolgt ein Aktualisieren der bisherigen Tabelle im Speicher der Maschine.
  • Aus dem US 5,710,706 (EP 724 141 A1) ist eine Dateneingabe in eine Waage bekannt, welche mit einer Frankiermaschine schnittstellenmäßig verbunden ist, um Tariftabellendaten mit Daten zu aktualisieren. Das Laden der Daten erfolgt von einer entfernten Datenzentrale per Modem zur Frankiermaschine. Das Laden und Aktualisieren erfolgt unmittelbar aufeinanderfolgend. Wenn eine Information vorliegt, daß Tariftabellendaten zu aktualisieren sind, erfolgt ein Laden und ggf. unter Zwischenspeichem von TariftabeNendaten in der Frankiermaschine und ein sektorweises Löschen der alten Portotabelle im nichtflüchtigen Speicher der Waage vor dem Übertragen der neuen Tariftabellendaten aus dem Zwischenspeicher der Frankiermaschine zur Waage und dem Einschreiben der neuen Tariftabellendaten in den nichtflüchtigen Speicher der Waage. In der Waage können mehrere Tabellen gespeichert sein. Jedoch bezieht sich jede Tabelle auf einen separaten Postbeförderer (Carrier), welcher über Tastatur anwählbar ist. Das Mindestgültigkeitsdatum einer zu einer Carrier-Identifikations-Nummer CIN zugeordneten Tariftabelle wird gespeichert und wird von der Frankiermaschine ausgewertet, um bei Bedarf Anforderungsdaten zu bilden zum Laden von neuen Tariftabellendaten bzw. zur Aktualisierung im Speicher der Waage entsprechend der CIN. Ist jedoch das Mindestgültigkeitsdatum zugleich das Umstellungsdatum von einer alten auf eine neue Tariftabelle, dann ergibt sich ein Stau in der Kommunikation mit der Datenzentrale, wenn die Frankiermaschinen mehrheitlich mit dieser Datenzentrale am selben Tag kommunizieren wollen.
  • Aus der US 5,448,641 ist postalisches Gebührensystem mit Gültigkeitsprüfung im Endgerät auf der Benutzerseite bekannt. Die Portotariftabelle wird von der Datenzentrale zum Endgerät übertragen. Auch ein zur Portotariftabelle zugehöriger Code wird von der Datenzentrale zum Endgerät übertragen. Letzteres generiert einen Vergleichs-Code aus einer Information basierend auf der empfangenen Portotariftabelle. Anhand des Vergleiches des empfangenen Codes mit dem generierten Vergleichs-Code kann im Endgerät die Gültigkeit der empfangenen Portotariftabelle überprüft werden. Damit kann das Endgerät die übermittelte Portotariftabelte verifizieren. Zur Verringerung des Staues in der Kommunikation mit der Datenzentrale, wenn die Frankiermaschinen mehrheitlich mit dieser Datenzentrale am selben Tag kommunizieren wollen, müßte eine sehr hohe Anzahl an Modems eingesetzt werden, was den Aufwand in einer Datenzentrale erhöht. Durch den Stau ergeben sich Kommunikationsprobleme. Letztere führt für eine Anzahl von Geräten zur Verlängerung des Umstellungsvorganges auf eine neue Portogebührentabelle. Während dieser Zeit kann der Benutzer die betroffenen Geräte nicht zur Postbearbeitung betreiben.
  • Der Erfindung liegt die Aufgabe zugrunde, ein geeignetes Verfahren zur Dateneingabe in einen Portorechner zu entwickeln, um den Umstellungsvorgang auf eine neue Portogebührentabelle zu verkürzen, ohne jedoch dabei den Aufwand in der Datenzentrale zu erhöhen.
  • Auf Anforderung ist eine Portotariftabelle zum Endgerät zu übermitteln, um diese in entsprechende Speicher des Portorechners laden zu können, ohne daß dem Laden ein Ausschalten der Maschine vorausgehen muß. Eine weitere Aufgabe ist die Entwicklung einer geeigneten Anordnung zur Durchführung des Verfahrens.
  • Die Aufgabe wird mit den Merkmalen des Verfahrens nach dem Anspruch 1 und mit den Merkmalen der Anordnung nach Anspruch 8 gelöst.
  • Das Verfahren zur Dateneingabe in einen Portorechner umfaßt ein Laden und ein Aktualisieren von Tariftabellendaten im Portorechner. Die Übertragung und Speicherung von einer neuen Portogebührentabelle in einem Portorechner kann on demand beliebig während des Betriebes des Portorechners oder vorprogammiert auf einen ersten Zeitpunkt automatisch durchgeführt werden. Nach dem benutzerdefinierten Laden, wird das Aktualisieren von Tariftabellendaten automatisch zu einem zweiten vom Beförderer definierten Zeitpunkt durchgeführt. Der Portorechner kann in einem der Geräte eines Postbearbeitungssystems angeordnet sein. Eine Auslösetaste zum Laden ist vorzugsweise in demselben Gerät angeordnet, welches den Portorechner enthält. Das Gerät mit dem Portorechner enthält vorzugsweise einen Speicher zur Speicherung von Tariftabellen.
  • Erfindungsgemäß kann der Speicher des Portorechners mindestens zwei Tabellen für denselben Postbeförderer speichern. Eine der beiden Tabellen ist die zukünftig gültige Tabelle deren Ladung kostenpflichtig durch die Betätigung einer Auslösetaste frühzeitig veranlaßt wurde. Der Postbeförderer ist die zuständige Postbehörde oder ein privater Carrier, welche dem Benutzer des Postbearbeitungssystems eine Information übermittelt. Gewöhnlich verbleibt noch genügend Zeit bis zur Umstellung auf die neue Tabelle, ab dem Tage an welchem der Benutzer beispielsweise ein Anschreiben mit der Information vom Postboten zugestellt bekommt. Würden alle Systeme zum gleichen Zeitpunkt versuchen, die Daten vom Server einer Datenzentrale zu laden, wäre dieser für ein Teil dieser Systeme temporär unerreichbar. Auch wenn die Datenverarbeitungskapazität des Servers sehr hoch wäre, so daß Daten entschieden schneller geladen werden könnten und auch wenn eine Kommunikation bei einer Vielzahl von Teilnehmeranschlüssen bzw. Modems möglich wäre, könnte das Problem nur gemildert aber nicht beseitigt werden. Erfindungsgemäß werden nun die Vorgänge Laden und Aktualisierung voneinander zeitlich entkoppelt, so daß ein relativ großer Zeitraum zum Laden zur Verfügung steht.
  • Das die Daten schon vor dem Tag der Umstellung geladen werden, ermöglicht es, in vorteilhafter Weise, die Telefongebühren zu verringern. Da die Aktualisierung nicht mehr während einer Kommunikation mit dem Server sondern unabhängig davon erfolgt, kann die Aktualisierung in allen Systemen gleichzeitig durchgeführt werden, falls diese Systeme im voraus die Daten in einen ihrer Speicher geladen haben und nichtflüchtig speichern. Diese Lösung erfordert nur ein wenig mehr an Speicherplatz, welcher immer preiswerter wird, und minimiert damit nicht nur die Umstellungszeit sondern auch die erforderliche Anzahl der Modems, welche am Server angeschlossen sein müssen.
  • Die Abläufe, womit eine Aktualisierung von Daten ausgelöst werden, laufen automatisch ab. In demjenigen Gerät des Systems, welches das Datum für das Inkafttreten der Tabelle bzw. ein Umstellungsdatum speichern soll wird ein Speicherplatz dafür reserviert.
  • Der Speicherplatz muß unter bestimmten Bedingungen abgefragt werden. Dasjenige Gerät des Systems, welches diese Abfrage durchführt, nimmt auch die Prüfung vor, ob der Umstellungszeitpunkt erreicht ist.
  • Die Erfindung geht von dem Bedürfnis einiger Postbeförderer aus, die Dienstdaten, insbesondere die Gebühren in Portotariftabellen, beliebig zu ändem. Die Dienstdaten werden in einem Verarbeitungsmodul im oder beim Endgerät benötigt. Die Dienstdaten schließen insbesondere die Gebühren in Portotariftabellen ein, sind aber nicht darauf beschränkt. Wenn nachfolgend vereinfachend nur von Portotariftabellen gesprochen wird, sind andere Dienstdaten jedoch nicht ausgeschlossen.
  • In vorteilhafter Weise kann also die Kommunikation von der Datenzentrale per Modem direkt mit dem Verarbeitungsmodul im Endgerät oder indirekt über das Endgerät mit dem Verarbeitungsmodul erfolgen.
  • Das Verarbeitungsmodul ist ein elektronischer Portorechner. Es ist vorgesehen, daß der Portorechner im Endgerät intergriert ist oder separat vom Endgerät angeordnet ist. Beim Endgerät handelt es sich vorzugsweise um eine elektronische Frankiermaschine oder um eine Portorechnerwaage. Es ist vorgesehen, daß das Endgerät mit einem Portorechner verbunden ist und daß der Mikroprozessor das Endgerätes oder des Portorechners programmiert ist, eine Speicherung der neuen Portotariftabellendaten im Speicher des Endgerätes bzw. des Portorechners vorzunehmen.
  • 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:
    • 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.
  • Die Figur 1a zeigt ein Blockschaltbild der erfindungsgemäßen Frankiermaschine mit einem Druckermodul 1 für ein vollelektronisch erzeugtes Frankierbild, mit mindestens einem mehrere Betätigungselemente aufweisenden Eingabemittel 2, einer Anzeigeeinheit 3, einem die Kommunikation mit einer Datenzentrale herstellenden MODEM 23, weitere Eingabemittel 21 bzw. Waage 22 welche über einen Ein/Ausgabe-Steuermodul 4 mit einer Steuereinrichtung 6 gekoppelt sind und mit nichtflüchtigen Speichern 5a, 5b bzw. 9, 10 und 11 für Daten, welche die variablen bzw. die konstanten Teile des Frankierbildes einschließen, und bzw. Programme zur Verarbeitung der Daten in Zusammenhang mit der Postbeförderungs- bzw. Dienstleistung, welche vom Carrier zu erbingen ist. Die Steuereinrichtung 6 kann neben einem Mikroprozessor µP in weiteren Ausführungsformen auch einen separaten Portorechner 17 und weitere Mittel, wie eine anwenderspezifische Schaltung ASIC für die Kommunikation mit Sensoren und Aktoren der Maschinenbasis (EP 716 398 A2), ein Sicherheitsmodul SiMo (EP 789 333 A2) und andere Mittel, ggf. zur Verbesserung der Datensicherheit (DE 196 50 993 A1), enthalten.
    Neuere Frankiermaschinen setzen digital arbeitende Druckmittel 1 ein. Beispielsweise wurden in Frankiermaschinen vom Typ T1000 bzw. JetMail des Anmelders weltweit erstmals Thermotransferdrucker bzw. Tintenstrahldrucker eingesetzt. Damit ist es prinzipiell möglich, auf einen gefüllten Brief im Bereich des Frankierstempels andere Informationen bzw. beliebig anders zu drucken, welche in einem entsprechenden Zusamrnenhang mit einer Dienstleistung eines Carriers stehen. Es ist also leicht möglich zwischen den privaten Postbeförderem und Ihren Dienstleistungen zu wechseln. Der Frankierstempelsabdruck enthält deshalb vorteilhaft einen Hinweis auf den Carrier und/oder die in Anspruch genommene oder noch geplante Dienstleistung. Ein Charakterspeicher 9 liefert die nötigen Druckdaten für die variablen Teile des Frankierbildes zu einen flüchtigen Arbeitsspeicher 7. Die Steuereinrichtung 6 weist einen Mikroprozessor µP auf, der mit dem Ein/Ausgabe-Steuermodul 4, mit dem Charakterspeicher 9, mit dem flüchtigen Arbeitsspeicher 7 und mit nichtflüchtigen Arbeitsspeichern 5a, 5b (mit internen nichtflüchtigen Tarifspeicher) bzw. (gestrichelt gezeichnet) mit einem zusätzlichen nichtflüchtigen Tarifspeicher 16, mit einem nichtflüchtigen Arbeitsspeicher 10 und Programmspeicher 11, mit dem Motor einer Transport- bzw. Vorschubvorrichtung ggf. mit Streifenauslösung 12, einem Encoder (Codierscheibe) 13 sowie mit einem batteriegestützten Kalenderbaustein (Uhr/Datums-Baustein 8) in Verbindung steht. Derjenige Speicherbaustein, welcher den nichtflüchtigen Arbeitsspeicher 5b umfaßt, kann beispielsweise ein EEPROM sein, der durch mindestens eine zusätzliche Maßnahme, beispielsweise Aufkleben auf der Leiterplatte, Versiegeln oder Vergießen mit Epoxidharz, gegen Entnahme gesichert wird. Nähere Ausführungen zu einzelnen Funktionen der Mittel werden in der deutschen Patentanmeldung DE 195 34 530 A1 gemacht. Letztere trägt den Titel: Verfahren zur Absicherung von Daten und Programmcode einer elektronischen Frankiermaschine.
  • Beispielsweise kann die Speicherung der Portotariftabellen innerhalb des nichtflüchtigen Speichers 5a realisiert werden, indem besondere Speicherbereiche bereitgestellt werden. Die Portotariftabellen können separat in einem nichtflüchtigen Speichers 16 (gestrichelt gezeichnet) gespeichert werden. Die einzelnen Speicher können in mehreren physikalisch getrennten oder - in nicht gezeigter Weise - in wenigen Bausteinen zusammengefaßt verwirklicht sein. Die zukünftig gültige Tariftabelle wird im entsprechend dafür eingerichteten vorgesehenen Speicherbereich 16-01 bzw. die bisher gültige Tariftabelle wird entsprechend im separat vorgesehenen Speicherbereich 16-02 gespeichert. Das zugehörige Umstellungsdatum wird in einem dritten Bereich 16-03 des nichtflüchtigen Speichers 16 gespeichert. Eine Information im vierten Speicherbereich 16-04 für solche in der Datenzentrale verfügbare neue Tariftabellendaten, ist beispielsweise eine carrierspezifische Versionsnummer. Die verfügbare Speicherkapazität im nichtflüchtigen Speicher beträgt beispielsweise 20 kByte wird durch eine platzsparende Speicherplatzverwaltung optimal genutzt. Der nicht-flüchtige Tarifspeicher ist vorzugsweise ein batteriegestützter C-MOS-RAM-Baustein.
  • Die Datenzentrale besitzt Modems 33, die mit einem Server 32 verbunden sind, welcher auf eine Datenbank 31 zugreift, wenn eine entsprechende Anforderung empfangen wird. Bei bedarfsweiser Betätigung einer Taste der Tastatur 2 oder mittels einem anderem geeigneten Eingabemittel 21 der Frankiermaschine wird das Laden der Portotariftabellendaten aus der Datenzentrale ausgelöst. Der Mikroprozessor µP des Endgerätes kann nun die Anforderungsdaten per Modem 23 über ein Kommunikationsnetz zum Modem 33 der Datenzentrale DZ übermitteln. Alternativ werden Funk-Sende/Empfangseinrichtungen eingesetzt und per Funk Anforderungsdaten übermittelt oder ein digitales Kommunikationsnetz entsprechend benutzt.
  • In der Figur 2 wird ein Flußplan für eine Frankiermaschine nach Fig.1a gezeigt, bei welcher für eine im Betrieb befindlichen Frankiermaschine ein Laden separat von einer Umstellung erfolgt. Nach dem Einschalten der Frankiermaschine im Schritt Start 100 und dem Durchlaufen einer Start- und Initialisierungsroutine 101, welche in der deutschen Patentanmeldung DE 195 34 530 A1 näher erläutert wurde, wird der Punkt s der Systemroutine 200 erreicht. Die Frankiermaschine ist nun in Betrieb genommen und befindet sich in ihrem normalen Betriebsmodus, welcher auch Normalmodus genannt wird. In einem ersten Schritt 201 werden nichtflüchtig gespeicherte Eingabedaten zur Einstellung der Frankiermaschine aufgerufen. Wurde während der Initialisierungsroutine 101 die Frankiermaschine auf die Zusammenarbeit mit einer in Betrieb genommenen Waage eingestellt, dann wird im ersten Schritt 201 eine serielle Schnittstelle zur Waage selektiert, um mindestens einen übermittelten Gewichtswert zu emfpangen. Das Eingabemittel Tastatur 2 erlaubt eine Vielzahl von weiteren Eingaben zur Veränderung der Einstellungen.
    Beispielsweise wird bei Betätigung einer Taste 19 der Tastatur 2 ein Ladebefehl eingegeben. Alternativ kann mittels der Tasten 20 der Ladebefehl als Code eingegeben werden, welcher mittels Taste 18 quittiert wird. Die Eingabe/Anzeigeroutine 209 enthält eine Vielzahl an Abfrageschritten, von welchen nur ein einziger Abfrageschritt 209-60 dargestellt ist. Letzterer betrifft die Abfrage auf Eingabe eines Ladebefehls. Wurde eine derartige Eingabe erkannt, wird auf den Subschritt 209-61 verzweigt, um Anforderungsdaten zu bilden. Wurde keine oder keine erneute derartige Eingabe erkannt, wird, ggf. über weitere Abfrageschritte, zum Punkt e verzweigt. Im Kommunikationsmodus 300 wird geprüft, ob ein Transaktionsersuchen vorliegt. Ein solches wird als vorliegend erkannt, wenn aktuell Anforderungsdaten gebildet wurden und zwischengespeichert vorliegen. Beispielsweise wird ein E-Flag gesetzt und im Kommunikationsmodus abgefragt, woraufhin eine automatisch ablaufende elektronische Kommunikation mit der Datenzentrale ausgelöst wird.
    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 Anmeldung EP-A-969420, 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.
  • Der Mikroprozessor µP ist als Portorechner sowie zum Laden und Aktualisieren von Tariftabellendaten durch ein im Programmspeicher 11 gespeicherten Programm programmiert. Der Programmspeicher 11 ist als Nurlesespeicher ROM ausgeführt. Der Mikroprozessor ist programmiert, zum Überprüfen des gespeicherten Umstellungsdatums in der Frankiermaschine anhand des aktuellen im Uhren/Datums-Baustein 8 gespeicherten Datums und zum Weiterarbeiten mit den alten Tariftabellendaten im Falle einer Unterschreitung des Umstellungsdatums durch das aktuelle Datum oder anderenfalls zum Übermitteln einer Anweisung zur Ausführung der Umstellung.
  • Die Steuereinrichtung 6 kann alternativ einen separaten Prozessor 17 zur Portoberechnung enthalten, welcher mit dem Speicher 16 einen Portorechner bildet. Der Mikroprozessor µP ist programmiert, zum Überprüfen des gespeicherten Umstellungsdatums in der Frankiermaschine anhand des aktuellen Datums. Der Prozessor 17 ist programmiert, zum Weiterarbeiten mit den alten Tariftabellendaten bei Unterschreitung des Umstellungsdatums durch das aktuelle Datum. Der Mikroprozessor µP ist programmiert, zum Übermitteln einer Anweisung an den Portorechner 17 zur Aktualisierung der Tariftabel-lendaten bei Gleichheit oder bei Überschreitung des Umstellungs-datums durch das aktuelle Datum.
  • In einer Ausführungsform wird die Frankiermaschine beim Initialisieren auf eine bestimmte Stadt und ein bestimmtes Ladedatum eingestellt. Diese Einstellungen können im nichtflüchtigen Speicher 5a oder 16 in separaten Speicherbereichen 16-05, 16-06 gespeichert werden. Das im Speicherbereich 16-06 gespeicherten Ladedatum wird beispielsweise im Abfrageschritt 202 abgefragt und ist separat von dem im Speicherbereich 16-03 gespeicherten Umstellungsdatum. Somit kann ein vorprogrammiertes Laden zu einem ersten Zeitpunkt im Lademodus und ein Umstellen von Dienstdaten zu einem zweiten Zeitpunkt automatisch im Betriebmodus der Frankiermaschine erfolgen. Wird die Frankiermaschine nicht vorher ausgeschaltet, werden zum vorprogrammierten ersten Zeitpunkt, beispielsweise nach Mitternacht, Dienstdaten in den zum Laden vorgesehenen ersten Speicherbereich 16-01 geladen. Der zweite Zeitpunkt für die Umstellung wird vom Postbeförderer vorgegeben und wird beim Laden in den dritten Speicherbereich 16-03 geladen. Bei Gleichheit oder bei Überschreitung des Umstellungsdatums durch das aktuelle Datum, ist der Portorechner zur Aktualisierung der Tariftabellendaten programmiert. Dabei führt der Portorechner ein Löschen und Einschreiben von Daten in den zweiten Speicherbereich 16-02 bei der Aktualisierung der Tariftabellendaten aus. Die Ausführungsform besteht darin:
    • a) daß in einem Speicher 16 für Dienstdaten Speicherbereiche für auf Tariftabeilen 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,
    • b) 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 Ladeerfordemisses, 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 Ladeerfordemisses (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 Umstellungserfordemis 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.
  • In der Figur 1b ist ein Blockschaltbild der elektronischen Frankiermaschine für eine Variante mit portoberechnender Waage 22a dargestellt. Im modifizierten Flußdiagramm, welches entsprechend zu dem in der Fig.2 gezeigten Flußdiagramm aufgebaut ist, entfällt dann natürlich der Schritt 220 eines frankiermaschinen-internen Portoberechnungsmodus.
  • Der Tarifspeicher 16 und der Prozessor 27 sind hier Bestandteil des Portorechners der portoberechnenden Waage 22a. Letztere ist mit ihrer seriellen Schnittstelle RS 232 über ein Verbindungsmittel 24 mit einer - nicht gezeigten - seriellen Schnittstelle RS 232 des Ein/Ausgabe-Steuermoduls 4 verbunden. Die Waage 22a kann nun das Modem 23 der Frankiermaschine zur Kommunikation mit der Datenzentrale benutzen.
  • Werden Dienstdaten benötigt, insbesondere eine geänderte Portotariftabelle in einem elektronischen Portorechner, kann folglich eine Ferninstallation erfolgen. Die Postbeförderer beauftragen jeweils eine Datenzentrale mit der Dienstleistung zur Ferninstallation, auf Anforderung Dienstdaten, zum Endgerät zu übermitteln, um diese in entsprechende Speicher des Verarbeitungsmoduls laden zu können. Bei einer solchen Feminstallation kommt ein Verfahren zur sicheren Übertragung von Dienstdaten an ein Endgerät mit folgenden Verfahrenschritten zum Einsatz, welche schon in der nicht vorveröffentlichten deutschen Anmeldung 198 30 055.7 ausführlich beschrieben wurde. Nach einem Bereitstellen von neuen Dienstdaten in der Datenzentrale für eine zukünftige Verarbeitung basierend auf den Dienstdaten, erfolgt ein Bilden von Anforderungsdaten für Dienstdaten vom Endgerät vor der Kommunikation des Endgerätes mit einer Datenzentrale. Die Kommunikation umfaßt ein Senden der Anforderungsdaten, um die neuen Dienstdaten von der Datenzentrale anzufordem, und ein Empfangen und Zwischenspeichem der angeforderten Dienstdaten.
    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.
  • Im Unterschied zum Postbearbeitungssystem nach EP 724 141 A1 muß beim erfindungsgemäßen System nun nicht jedesmal beim Einschalten der Maschine mit einer langen Kommunikation mit einem entfernten Server und mit einem während der Kommunikation erfolgenden Umstellungsvorgang gerechnet werden. Vielmehr kann nun die betätigte Auslösetaste der Waage ein on-demand-Laden der zukünftig gültigen Tabelle vorab des Umstellungsvorganges auslösen. Der Umstellungsvorgang selbst bleibt vom Benutzer unbemerkt, weil er zeitlich versetzt und entkoppelt vom on-demand-Laden sowie automatisch am Umstellungstag und dabei relativ schnell abläuft.
  • Die Figur 1c zeigt ein Blockschaltbild einer Portorechner-Waage, welche über eine serielle Schnittstelle mit der Frankiermaschine nach Figur 1b verbunden ist. An die RS-232-Schnittstelle 25 der Waage 22a ist ein Ein/Ausgabe-Port 26 angeschlossen, welches mit dem internen BUS 43 mit dem Prozessor 27 der Waage 22a in Verbindung steht. Ein solcher BUS schließt Daten-, Adreß- und Steuerleitungen ein.
  • Die Waage umfaßt Eingabe- und Ausgabemittel 42 und 41, die über ein I/O-Port 40 mit dem Prozessor 27 verbunden sind, sowie über den internen BUS 43 mit dem Prozessor 27 verbundene Speichermittel 28 zum Speichern der Betriebssoftware der Waage, Speichermittel 29 zum Speichern von Anwendungsdaten (beispielsweise Wahldruck-Nummern) und Speichermittel 16 zum Speichern der geladenen Dienstdaten (z.B. der Portotabellen). Zum Ermitteln des Gewichtes ist eine Wiegezelle 50 über einen A/D-Wandler 51 mit dem Prozessor 27 verbunden und außerdem dienen direkte Verbindungen zum Rücksetzen (Reset) oder Tarieren (Tara) der Wiegezelle 50 durch den Prozessor 27. Weitergehende Ausführungen können der US 5,710,706 (EP 724 141 A1) entnommen werden. Optional kann ein batteriegestützter Kalenderbaustein 48 - gestrichelt gezeichnet - in die Waage 22a integriert sein. Er ist am internen BUS 43 angeschlossen. Alle notwendigen Eingaben werden über die Tastatur 42 vorgenommen. Auf dem Display 41 werden solche wichtigen informationen ausgegeben, wie zum Beispiel das Gewicht des Postgutes und das anhand der Portogebührentabelle ermittelte Porto.
  • Wird eine geänderte Portotariftabelle in einem elektronischen Portorechner benötigt, kann eine Feminstallation on demand erfolgen. Dazu wird die Taste 45 betätigt, um den Ladevorgang auszulösen und es erscheint eine entsprechende Anzeige auf dem Display 41. Wird die Waage 22a in den Lademodus umgeschaltet, können verschiedene Dienstdaten und insbesondere die Portogebührentabelle, welche ganz oder teilweise geändert werden sollen, geladen werden. Im Unterschied zur o.g. bekannten Lösung der EP 724 141 A1 existiert keine Kopplung des Ladevorganges mit einer Aktualisierung und die Taste 45 löst noch keinen Aktualisierungsmode aus.
  • Der Prozessor 27 ist programmiert, zum Überprüfen des gespeicherten Umstellungsdatums in der Frankiermaschine anhand des aktuellen Datums und zum Weiterarbeiten mit den alten Tariftabellendaten bei Unterschreitung des Umstellungsdatums durch das aktuelle Datum und zum Übermitteln einer Anweisung an den Portorechner zur Aktualisierung der Tariftabellendaten bei Gleichheit oder bei Überschreitung des Umstellungsdatums durch das aktuelle Datum. Der Portorechner führt ein Einschreiben von Daten zur Aktualisierung der Tariftabellendaten im dafür vorgesehenen Speicher aus. Dabei ist das erfindungsgemäße Verfahren zur Dateneingabe in einen Portorechner, mit einem Laden und Aktualisieren von Tariftabellendaten im Portorechner in einer Ausführungsform mit folgenden Verfahrenschritten vorgesehen:
    • 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.
  • Weiterhin ist vorgesehen, 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 16-03 des Speichers des Portorechners erfolgt. Die Frankiermaschine enthält einen Kalenderbaustein und übermittelt automatisch mindestens einmal, beispielsweise jeweils beim erstmaligem Einschalten am Anfang des Tages, das aktuell gültige Tagesdatum zum Portorechner. Im Portorechner wird das übermittelte Tagesdatum mit dem vorgenannten Umstellungsdatum verglichen. Das automatische Aktualisieren unterbleibt, wenn das Tagesdatum kleiner als das Umstellungsdatum ist. Das automatische Aktualisieren wird vorgenommen wird, wenn das Tagesdatum größer oder gleich dem Umstellungsdatum ist.
  • Dabei geht einer Übermittlung des Tagesdatums zum Portorechner der Schritt vorraus, daß der Portorechner automatisch das aktuell gültige Datum beim Kalenderbaustein anfordert. Letzteres erfolgt beispielsweise nach dem erstmaligem Einschalten am Anfang des Tages. Der Kalenderbaustein kann Bestandteil der Waage und/oder der Frankiermaschine sein. Beim Laden können Daten in verschiedene Geräte des Systems geladen werden. Das Laden von neuen Tariftabellendaten kann in einen ersten Bereich des Speichers des Portorechners und das Laden von einem zugehörigen Umstellungsdatum in einen zweiten Bereich des Speichers der Frankiermaschine erfolgen.
  • In einer Ausführungsform erfolgt auch ein Speichern einer Information in einem vierten Speicherbereich des Portorechners für in der Datenzentrale verfügbare neue Tariftabellendaten, wobei die Information beispielsweise ein Lade-Code oder eine carrierspezifische Versionsnummer ist. Es werden folgende Schritte durchlaufen:
    • 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.
  • Die Erfindung sieht in einer Ausführungsform ein Laden von zur Information zugehörigen neuen Tariftabellendaten in einen ersten Bereich eines Speichers der Frankiermaschine vor, wobei anschließend ein Kopieren in den Speicher des Portorechners erfolgt. Ein Laden von einem zugehörigen Umstellungsdatum erfolgt jedoch in einen zweiten Bereich des Speichers der Frankiermaschine, gefolgt von einem anschließenden Kopieren in den Speicher des Portorechners, wobei das Umstellungsdatum im zweiten Bereich des Speichers der Frankiermaschine gelöscht wird. Der Frankiermaschine wird 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.
  • Die Erfindung sieht in einer Ausführungsform mit einem Portorechner in einer Waage vor, daß der Portorechner in einer Waage ein selektives Löschen von Speicherbereichen in der Waage vor dem Laden von komprimierten neuen Tariftabellendaten vornimmt. Der Portorechner führt dann zu einem zweiten Zeitpunkt eine Aktualisierung der Tariftabellendaten, ggf. verbunden mit einer Dekomprimierung der geladenen neuen Tariftabellendaten und mit einem Einschreiben von der dekomprimierten Daten durch, wobei Tariftabellendaten aus dem ersten Speicherbereich dekomprimiert und in den zweiten Speicherbereich der Waage eingespeichert werden. Das ermöglicht es, daß das automatische Aktualisieren zu einem beliebig späteren Umstellungsdatum unabhängig und zeitlich entkoppelt von dem vorgenannten Laden erfolgen kann.
  • Es ist in einer Variante vorgesehen, daß eine Automatik Anforderungsdaten zum Laden zu einem ersten vom Benutzer definierten Zeitpunkt bildet, um dann die geladenen Porttotariftabellendaten zu aktualisieren, wenn der zweite vom Postbeförderer definierte Zeitpunkt für neue Portotariftabellendaten herangerückt ist, um auf aktuelle Tabellen zugreifen zu können. Diese Automatik arbeitet abhängig vom eingestellten Postbeförderer (Carrier-ID), der Versions-, oder Bestellnummer bzw. Lade-Codes und dem vom Uhren/Datumsbaustein 8 der Frankiermaschine gelieferten Datum. Die Automatik steht mit einem Mikroprozessor und der Tastatur in operativer Verbindung kann im Portorechner selbst und/oder in den Speicherzellen des Uhren/Datumsbausteins 8 realisiert sein.
  • Der Portorechner kann in eine portoberechnende Waage 22a integriert sein, welche schnittstellenmäßig mit der Frankiermaschine verbunden ist. Es ist auch möglich, daß das den Portorechner einschließende System eine Frankiermaschine ist. Dabei soll aber auch der Fall nicht ausgeschlossen werden, daß der Portorechner im System separat von der Frankiermaschine und/oder Waage realisiert ist und mit letzteren schnittstellenmäßig verbunden ist.

Claims (13)

  1. 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 entweder zu einem benutzerdefinierten Zeitpunkt, der beliebig je Bedarf wählbar ist, oder vorprogrammiert auf einen bestimmten Zeitpunkt erfolgt und daß das Aktualisieren von neuen Tariftabellendaten zu einem vom jeweiligen Postbeförderer definierten späteren Zeitpunkt erfolgt.
  2. Verfahren, nach Anspruch 1, gekennzeichnet durch die Schritte:
    - Bereitstellen mindestens eines (16-01) ersten und zweiten (16-02) 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 (209), wobei bei Vorliegen eines Ladebefehls eine Bildung von entsprechenden Anforderungsdaten und deren Übertragung zur Datenzentrale durchgeführt wird,
    - Modusumschaltung (300) auf einen Lademodus (202, 203) 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 (207) 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.
  3. 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 (16-03) des Speichers des Portorechners erfolgt, daß die Frankiermaschine einen Kalenderbaustein (8) 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.
  4. 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.
  5. 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 einer Lademodus mit Selektieren eines freien ersten Speicherbereiches (16-01) 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.
  6. 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.
  7. 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 vomimmt 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.
  8. 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 dadurch
    a) 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 Ladeerfordemisses,
    - zum Überprüfen des Ladeerfordemisses und zum Laden bei einem Vorliegen des Ladeerfordemisses,
    - zur Eingabe eines Umstellungserfordemis beim Laden,
    - zum Überprüfen des Umstellungserfordernis und Umstellung auf die aktuelle neue Tariftabelle oder Übergang in den Betriebsmodus.
  9. Anordnung, nach Anspruch 8, gekennzeichnet dadurch, daß der Portorechner automatisch das aktuell gültige Datum jeweils bei einem Kalenderbaustein anfordert.
  10. 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 Initialisierungsroutine (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 Ladeerfordemisses, 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 Umstellungserfordemis (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.
  11. Anordnung, nach Anspruch 8, gekennzeichnet dadurch, daß das den Portorechner einschließende System eine Waage ist.
  12. Anordnung, nach Anspruch 8, gekennzeichnet dadurch, daß das den Portorechner einschließende System eine Frankiermaschine ist.
  13. 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.
EP99250283A 1998-09-11 1999-08-20 Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens Expired - Lifetime EP0991025B1 (de)

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 EP0991025A2 (de) 2000-04-05
EP0991025A3 EP0991025A3 (de) 2000-12-13
EP0991025B1 true 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)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1939815A1 (de) 2006-12-18 2008-07-02 Francotyp-Postalia GmbH Verfahren zur Bereitstellung von Portogebührentabellen durch ein Datenzentrum zu deren Übermittlung an ein Dienstgerät sowie Anordnung zur Durchführung des Verfahrens

Families Citing this family (6)

* Cited by examiner, † Cited by third party
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
EP2759984A1 (de) 2013-01-29 2014-07-30 Neopost Technologies Datenverwaltungssystem

Family Cites Families (12)

* Cited by examiner, † Cited by third party
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
DE3243696A1 (de) * 1982-11-23 1984-10-18 Francotyp - Postalia GmbH, 1000 Berlin Verfahren zur datumseinstellung fuer elektronisch gesteuerte frankiermaschinen
US4933849A (en) 1987-07-16 1990-06-12 Pitney Bowes Security system for use with an indicia printing authorization device
US5161109A (en) * 1988-12-16 1992-11-03 Pitney Bowes Inc. Up/down loading of databases
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
US5448641A (en) 1993-10-08 1995-09-05 Pitney Bowes Inc. Postal rating system with verifiable integrity
US5905232A (en) * 1993-10-14 1999-05-18 Ascom Hasler Mailing Systems, Inc. Electronic postage scale system and method
DE4445053C2 (de) 1994-12-07 2003-04-10 Francotyp Postalia Ag Frankiermaschineninterne Schnittstellenschaltung
US5715164A (en) * 1994-12-14 1998-02-03 Ascom Hasler Mailing Systems Ag System and method for communications with postage meters
DE4447404C2 (de) 1994-12-23 1998-08-20 Francotyp Postalia Gmbh Verfahren zur Dateneingabe in eine Waage und Anordnung zur Durchführung des Verfahrens
WO1998057304A1 (en) * 1997-06-12 1998-12-17 Pitney Bowes Inc. Virtual postage meter with secure digital signature device

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1939815A1 (de) 2006-12-18 2008-07-02 Francotyp-Postalia GmbH Verfahren zur Bereitstellung von Portogebührentabellen durch ein Datenzentrum zu deren Übermittlung an ein Dienstgerät sowie Anordnung zur Durchführung des Verfahrens

Also Published As

Publication number Publication date
US6615196B1 (en) 2003-09-02
EP0991025A2 (de) 2000-04-05
EP0991025A3 (de) 2000-12-13
DE59913172D1 (de) 2006-04-27
AU4750599A (en) 2000-03-16
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
DE3712181C2 (de) Frankiermaschinennachladesystem
EP0805420B1 (de) Verfahren und Anordnung zur Datenverarbeitung in einem Postverarbeitungssystem mit einer Frankiermaschine
DE19549305A1 (de) Verfahren und Anordnung zur Dateneingabe in eine Frankiermaschine
DE68917578T2 (de) Elektronische Frankiermaschine mit einer Verbesserung im nichtlöschbaren Speichern von Buchhaltungsdaten.
DE3712092A1 (de) Nachladesystem fuer frankiermaschinen
EP0773517B1 (de) Verfahren und Anordnung zur automatischen Modem-Typenerkennung und Adaption
EP0805421A2 (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
DE69320755T2 (de) Postverarbeitungssystem mit Aufzeichnung der Betriebsdaten von Frankiermaschinen
EP0991025B1 (de) Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens
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
EP0969420B1 (de) Verfahren zur sicheren Übertragung von Dienstdaten an ein Endgerät und Anordnung zur Durchführung des Verfahrens
EP1058213B1 (de) Anordnung zum Tariftabellenladen
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
EP1037172B1 (de) Verfahren zur automatischen Installation von Frankiereinrichtungen und Anordnung zur Durchführung des Verfahrens
DE69015845T2 (de) Elektronische Frankiermaschine.
EP1017024A2 (de) Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul und Anordnung zur Durchführung des Verfahrens
EP1657535B1 (de) Verfahren zum Ausrüsten einer Frankiermaschine mit einer Wiegeeinheit
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