EP1017024A2 - Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul und Anordnung zur Durchführung des Verfahrens - Google Patents

Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul und Anordnung zur Durchführung des Verfahrens Download PDF

Info

Publication number
EP1017024A2
EP1017024A2 EP99250401A EP99250401A EP1017024A2 EP 1017024 A2 EP1017024 A2 EP 1017024A2 EP 99250401 A EP99250401 A EP 99250401A EP 99250401 A EP99250401 A EP 99250401A EP 1017024 A2 EP1017024 A2 EP 1017024A2
Authority
EP
European Patent Office
Prior art keywords
memory
service data
display
texts
memory area
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP99250401A
Other languages
English (en)
French (fr)
Other versions
EP1017024A3 (de
Inventor
Katrin 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 EP1017024A2 publication Critical patent/EP1017024A2/de
Publication of EP1017024A3 publication Critical patent/EP1017024A3/de
Ceased 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/00193—Constructional details of apparatus in a franking system
    • 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/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/00177—Communication details outside or between apparatus for sending information from a portable device, e.g. a card or a PCMCIA
    • 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/00193—Constructional details of apparatus in a franking system
    • G07B2017/00241—Modular design
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00185—Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
    • G07B17/00362—Calculation or computing within apparatus, e.g. calculation of postage value
    • G07B2017/0037—Calculation of postage value
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00185—Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
    • G07B17/00362—Calculation or computing within apparatus, e.g. calculation of postage value
    • G07B2017/00395—Memory organization
    • G07B2017/00403—Memory zones protected from unauthorized reading or writing
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B17/00—Franking apparatus
    • G07B17/00185—Details internally of apparatus in a franking system, e.g. franking machine at customer or apparatus at post office
    • G07B17/00362—Calculation or computing within apparatus, e.g. calculation of postage value
    • G07B2017/00419—Software organization, e.g. separation into objects

Definitions

  • the invention relates to a method for processing changeable service data structures and display texts in a processing module according to the preamble of claim 1 and an arrangement for carrying out the method according to the preamble of claim 7.
  • the solution aims in particular the output of changed display texts depending on the change in a new postage fee table in a postage calculator module.
  • the method is suitable for users of postage-calculating franking machines, postage computer scales or similar processing modules for service data.
  • a data input into a balance is known which is connected in terms of interface to a franking machine in order to update tariff table data with data.
  • the data is loaded from a remote data center via modem to the franking machine.
  • the loading and updating takes place in direct succession. If there is information that tariff table data has to be updated, loading and, if necessary, temporary storage of tariff table data in the franking machine and sector-wise deletion of the old postage table in the non-volatile memory of the balance prior to the transfer of the new tariff table data from the temporary storage of the franking machine to the balance and writing the new tariff table data into the non-volatile memory of the scale.
  • Several tables can be stored in the scale.
  • each table refers to a separate mail carrier (carrier), which can be selected via the keyboard.
  • carrier which can be selected via the keyboard.
  • the minimum validity date of a tariff table assigned to a carrier identification number CIN is stored and evaluated by the franking machine in order to form request data for loading new tariff table data or for updating in the memory of the balance according to the CIN, if necessary.
  • the postage computer module must be replaced, the latter being able to be coupled both to a balance and to a franking machine.
  • the coupling of the postage computer module to a basic device must be carried out by the user.
  • the display unit of the basic device should display screens, whereby ASCII display texts must be correctly classified in the respective menu.
  • this solution is only suitable if the screen images stored in the program memory can be retained. In the case of very different basic devices, which likewise have a very different user interface, such a classification encounters considerable difficulties. This solution is unsuitable if previous screens have to be discarded and entire screens have to be created and added to the program because the structure of the display has changed fundamentally. It is of course a disadvantage if the program memory of the base unit would also have to be replaced in addition to the postage computer module.
  • the shipping parameter texts were displayed differently depending on the machine. All texts were stored in a memory that is only intended for the operating software. When the texts were changed, the operating software of the machine had to be replaced, ie a technician exchanged the operating software of the machine at the customer's site. As a result, the costs were very high.
  • Another variant of the display of the individual shipping parameters was keyboard foils that were glued to the machine's keyboard. A shipping parameter was assigned to each key. If only one shipping parameter was changed, the entire keyboard membrane had to be replaced. This also resulted in high costs. The exchange of hardware elements should therefore be reduced.
  • the object was to overcome the disadvantages of the prior art and to provide an arrangement and a method for processing changeable service data structures and display texts in a processing module in order to display display texts in the base unit which correspond to the changed service data structures.
  • an arrangement and a method for processing changeable tariff structures and display texts in a postage computer module are to be created in order to display display texts in the base unit which correspond to the changed postage tariff structures.
  • the task is with the features of the method according to the claim 1 or solved with the features of the arrangement according to claim 7.
  • not all display texts are stored in the program memory of the base unit, but it becomes a separate one non-volatile memory or storage area for the display texts, preferably provided in connection with the postage calculation.
  • One in structure stored in another separate memory area Pointers that point to the next tables in the show other memory areas.
  • These aforementioned storage areas is in the non-volatile service data memory according to the invention for postage rate tables.
  • the shipping parameter texts clarify the user of the Base unit those elements in the structure of the postage calculation in the Postage calculator, which can be selected.
  • the shipping parameters concern the format, the type, the shape and the destination of the item to be sent.
  • the operating program of the basic device is modified so that not only on saved, unchangeable fixed screens is accessed, but the screen images are displayed in the Display generated with the microprocessor programmed at Execution of the program to follow the pointers.
  • the tables for the postage tariffs and the shipping parameter texts to be specified are either exchanged or reloaded into the relevant memory areas of the non-volatile service data memory.
  • the new shipping parameter texts are then also available for display.
  • the microprocessor programmed by the operating software accesses the aforementioned memory areas.
  • At a start address known to the operating software there is a structure with pointers that point to the start addresses of the individual tables, which are located in the separate memory areas. This structure is based on the origin of all tables for postage calculation and is therefore called the origin table (root table) below.
  • the operating software accesses the respective table memory areas via the root table.
  • the operating software is designed for reloading the aforementioned memory.
  • the root table stored in the service data memory contains further information which is evaluated by the aforementioned microprocessor programmed by the operating software and, if appropriate, transmitted to the data center by modem.
  • the further information includes the version and country code of the tariff table.
  • Figure 1a shows a block diagram of a processing module. It consists of a microprocessor 1, which with a program memory 2, with a service data memory 3 and with input and Output means 4, 5 is connected.
  • the microprocessor 1, the program memory 2 and the input and output means 4, 5 can be a component of a base device (not shown), which is a suitable one Has human / machine interface (user interface).
  • the input and Output means 4, 5 are then part of the user interface.
  • the basic device is a franking device which the Processing module required as postage calculator.
  • the input / output means 4, 5 are then interfaces to the user interface.
  • When calculating postage texts are shown in the display of the user interface for an entry to choose from, for example using the keyboard.
  • the service data memory 3 contains a first memory area 30 for an origin table, which has pointers to at least one second memory area 31, data for display texts additionally being stored in the second memory area 31.
  • the service data can be exchanged by loading from an external memory.
  • the microprocessor 1 is programmed to load the display texts together with the loading of the remaining service data and the origin table. The latter is intended for access to the display texts and the other service data.
  • the program memory 2 has a program with which the microprocessor 1 is programmed, for accessing the at least one second memory area via the original table stored in the first memory area 30 and for generating screen images with the calculated data and display texts from the memory areas of the service data memory 3.
  • the microprocessor 1 is part of a base unit or is connected to it, the input and output means 4, 5 being part of the user interface of the base unit.
  • the output means 5 can be a display means.
  • the display texts are saved together or separately from the other service data in the form of tables.
  • the program in the program memory 2 is designed to display the display texts in generated screen images via the display means 5 of the basic device.
  • the invention is based on the need of some mail carriers who Change service data as desired.
  • the postage rate storage 3 can be in one another variant as a replaceable non-volatile memory component, for example, as an EPROM.
  • the processing module has in this variant a - not shown - board with a Jack for such memory devices.
  • the service data include in particular the fees in the postage rate tables and the associated shipping parameter texts.
  • the one Postage computer module or processing module required service data are reloaded on request, whereby to the data center Status report is submitted.
  • One in one is not used Pre-published German patent application P198 43 249.6 described method for data entry in a service device and Order to carry out the method.
  • the status report is in the data center is evaluated to be advantageous to the basic device Submit proposals for the storage of service data.
  • An Indian unpublished German patent application P198 43 252.6 described method for data entry in a postage calculator and Order to carry out the method assumes that the Load new rate table data to a custom first Time occurs and that the updating of new tariff table data at a second point in time defined by the respective postal carrier he follows.
  • the aforementioned method can be carried out with respect to the inventive method Loading of shipping parameter texts supplemented accordingly to use it to advantage.
  • the processing module is an integrated electronic postage calculator.
  • the base device or terminal is preferably an electronic franking machine or a postage computer scale.
  • An electronic franking machine with a tariff table reloading option is also described in German patent DE 42 13 278 C2 and a postage calculator scale is also described in German patent DE 44 47 404 C2.
  • a method for the secure transmission of service data to a terminal and arrangement for carrying out the method has been proposed, which only needs to be modified to the extent that the service data also include the associated shipping parameter texts, which are reloaded can.
  • the base unit is connected to a postage computer module or is equipped for postage calculation.
  • the microprocessor of the base unit or of the postage computer module is programmed to store the new postage tariff table data and the associated shipping parameter texts in the memory of the postage computer module.
  • a checksum can be created via the stored new postage rate table data and transmitted to the data center. The latter sends an OK message to the base unit or to the postage computer, which switch to an operating mode.
  • the communication from the data center by modem can advantageously take place directly with the processing module in the base unit or indirectly via the base unit with the postage computer module.
  • the information transmitted to the data center preferably contains an identification of the terminal (for example a PIN), a version number and the checksum via the service data or an encrypted checksum or a signature.
  • the new service data (temporarily) stored in the processing module or base unit can be advantageously identified in the data center and their correct or error-free (temporary) storage can be verified.
  • the postage computer module is integrated in the base unit or is arranged separately from the base unit.
  • the basic device is preferably a franking machine, with a symmetrical encryption algorithm for forming an encrypted checksum and a secret key securely stored in the franking machine.
  • the postage computer module is integrated in a scale. In such a case, an asymmetrical encryption algorithm for forming an encrypted checksum and a public key are preferably stored in the balance, because the public key may be stored unsecured.
  • FIG. 2 shows the memory areas of a service data memory 3 for Origin and main tables as well as for a display text table, which for example in connection with a postage calculation.
  • a first memory area 30 is provided for a root table and the remaining sub-memory areas 311, 314 and 315 of the second memory area 31 are provided for the tables with display texts, for the main table for postage calculation and for tables with additional information for postage calculation.
  • the main table (main_table) is the table in the sub-memory area 314 from which a postage value can be determined when weight data and shipping parameter data are entered.
  • the service data memory 3 is preferably an E 2 PROM memory module or a FLASH module.
  • the first memory area 30 contains this origin table (root table) from a start address. Another address marks the beginning of the memory areas with the tables. For example, 64 kbyte memory space is provided for a carrier table from the fixed start address in the second memory area 31. All information that is in the area of the start address plus 64 kbytes in the E 2 PROM memory after this start address is assigned to the carrier table 31 by the operating program. At least a first table with display texts and a first main table for postage calculation are provided. Additional tables with badge texts and possibly a first table with additional information for postage calculation can be included. A table is just one possible form of storage.
  • the display texts which are output on the display 5 can alternatively also be stored in another storage form in the storage area 31.
  • the original table can also contain saved text strings that are shown on the display. Possible text strings are country code, name of the carrier table, for example Rate table of the DPAG ".
  • FIG. 3a shows the memory areas of a service data memory for a variety of carrier tables.
  • One of the storage areas is for a memory area 30 provided for the root table.
  • the remaining memory areas 31 to 35 are provided for the different carrier tables.
  • FIG. 3b shows that the shipping parameter texts listed, for example, in a table 1 can be contained in the sub-memory area 331 of the memory area 33 for a third carrier table of the service data memory 3.
  • the sub-storage areas 331, 332, ... etc. of the carrier table 33 from the large number of carrier tables 31 to 35 there is again a root table in the sub-storage area 330 as the starting point for access to the remaining sub-storage areas 331, 332, ... 334, .. . etc.
  • Two root tables are advantageous if the postage tables of several carriers are stored in the memory area (FIG. 3a).
  • the further memory area (FIG. 3a) is then designed to be correspondingly larger.
  • the first root table in the memory area 30 is used to access the corresponding postage table of the selected carrier from a number of carriers 31 to 35. From the first root table, the microprocessor 1 learns which carrier is used. To read the display texts belonging to the postage table or to calculate a postage value using the postage table, the data is accessed via the second root table (FIG. 3b). With the aid of the second root table in the sub-memory areas 330, the microprocessor 1 comes to the addresses of the tables with the display texts. With the second root table, the microprocessor 1 can additionally show the corresponding text strings for this carrier in the display.
  • the root table in the sub-memory area 330 is in principle comparable to that stored in the memory area 30. A table 1 with display texts is stored in the memory areas 311 (FIG. 2) or 331 (FIG. 3b). The remaining memory areas can contain additional tables with further display texts.
  • the operating software now accesses addresses in the separate non-volatile service data storage are available to output the texts that are stored there.
  • the address area is set so that the content this service data storage can be reloaded separately.
  • In the Data stored in the separate memory areas are exclusive Structures and tables, the content of which is constant. There is no executable code in this memory. With changes in the postage structure and the tariffs are only these tables and structures updated. The operating program therefore does not have to be changed.
  • the arrangement of the first memory area and its effect on the assignment of the memory content of the service data memory, which enables the operating software to read all information in the memory, are discussed below.
  • the operating software is generated at a specific point in time x, ie compiled and linked to an executable program. This operating software thus knows which information is located where in the service data memory. It has been determined that this is at a specific address in the memory space. This address is known to the operating software.
  • the procedure is as follows: Pointers are located at a start address known to the operating software and point to the individual tables with information in the separate memory. These pointers point to the start addresses of the individual tables. These pointers are located in the original table (root table).
  • the text to be output for the shipping parameter is a string variable deposited.
  • the maximum number of possible characters is due to the Display size and division predefined and different. Depending on Different string lengths are possible for the structure of the display window.
  • the contents of the tables can be accessed in the following ways:
  • the root table which contains pointers to the individual start addresses of the tables in the separate memory areas, is located at a specific address in the service data store.
  • the tables with the strings to be output on the display are located at different locations in the service data memory. If the software is compiled and linked, the compiler or linker determines at the time of translation the addresses at which the individual software parts are stored in the service data memory. These addresses are stored in the root table so that the operating software can access the individual tables in the service data memory.
  • Reloadable software now shows the following state:
  • the operating software which is installed in the respective machine (for example weighing machine or franking machine), was compiled at a time x.
  • the operating software knows where to look for the root table in the service data storage.
  • the tables in the separate memory areas are accessed via the root table. If a new postage table is generated for the existing operating software at a later time, the tables in the service data memory are again at different locations than in the last version of the postage table that was generated at time x.
  • the pointers to the tables are stored in the root table.
  • the start addresses of the individual tables now differ from those of the software generated at time x.
  • the operating software always uses the root table to access the tables. In this way, the content (and thus also the strings for the output on the display) and the size of the individual tables can change without having to change the operating software.
  • the root table is therefore the gateway to the information stored in the separate memory areas.
  • FIG. 4 shows an example of the storage of the texts which are stored in the Display of the base unit.
  • the storage takes place in Form of a table, for example table 1.
  • table 1 is a Sub memory area 331 of a memory area 33 is provided.
  • the identifier for the internal processing of the machine is a constant that was agreed in the area of the memory area 31. These constants are different values and serve on the one hand to precisely define the type of dispatch and the destination, and on the other hand to provide the necessary masking in order to be able to search for hits in the main table "main_table". To simplify the explanation of Table 1, only designations are shown instead of concrete values.
  • the designation BR identifies the identifier for the letter mail type.
  • the designation IN denotes an identifier for the domestic shipping destination.
  • the election print selection identifier K_BR_IN in index line 0 means that a letter BR for inland IN is to be sent.
  • An identifier VA_M identifies the masking for all types of dispatch and another identifier VZ_M identifies the masking for all dispatch destinations that have been agreed in the storage area 31.
  • suitable numbers for the software are entered in the fourth column according to the shipping method.
  • Numerical values suitable for the software in the fifth column identify the shipping method masking.
  • Numerical values suitable for the software in the sixth column identify the shipping destination, ie countries or regions or common economic sectors.
  • Numerical values suitable for the software in the seventh column identify the shipping destination masking.
  • the following additional designation was chosen for easier explanation: IB for info letter, IP for info post, PK for postcard, BU for book dispatch or PA for parcel.
  • EU or WE stands for European or worldwide shipping.
  • the machine's operating software accesses the individual table elements and outputs the text strings on the display.
  • the microprocessor 1 is programmed to generate screen masks so that it uses the display texts from the memory areas of the service data memory 3 to generate screen images, the screen images being generated in such a way that the operator can only set the shipping parameter combinations that are sent by post allowed are.
  • the type of delivery letter, parcel, information letter, postcard
  • the destination Germany, Europe, world
  • the surcharges are selected (registered mail, return receipt, cash on delivery, airmail, etc.).
  • the user guidance by means of generated screens when selecting the shipping parameters is to be illustrated using an example: Selected parameter option Domestic letter Throw-in registered mail Handover registered mail Return receipt Cash on delivery By hand Letter of value
  • 4 - is used to design the operator guidance in such a way that after selecting the type of dispatch (for example 1st class, Priority Mail ") all forms of mailing are offered as an option (italics), which are possible in accordance with the postal regulations in combination with the selected mailing type, ie: Selected parameter option 1st class, priority mail; Registered Mail; Insured mail; Certified Mail; COD; Special delivery; Return receipt;
  • the type of dispatch for example 1st class, Priority Mail
  • all forms of mailing are offered as an option (italics), which are possible in accordance with the postal regulations in combination with the selected mailing type, ie: Selected parameter option 1st class, priority mail; Registered Mail; Insured mail; Certified Mail; COD; Special delivery; Return receipt;
  • the service data can of course relate to other purposes, such as for example creating, managing cost centers for a departmental accounting or accounting for clients, whereby for another mail carrier, especially for international companies private carrier other special display texts must be generated.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Das Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einen Verarbeitungsmodul, geht von einem nicht auszuwechselnden Programmspeicher (2) aus und beinhaltet ein Bereitstellen von neuen Dienstdaten in Speicherbereichen eines Dienstdatenspeichers (3) im Verarbeitungsmodul für ein Basisgerät zur zukünftigen Verarbeitung basierend auf den Dienstdaten, wobei der Dienstdatenspeicher (3) mindestens einen ersten Speicherbereich (30) für eine Ursprungstabelle und einen zweiten Speicherbereich (31) für Anzeigetexte und Tabellendaten für Berechnungen enthält. Durch einen Mikroprozessor (1) erfolgt ein Zugreifen auf den zweiten Speicherbereich (31) für Anzeigetexte und für Tabellen über die im ersten Speicherbereich (30) gespeicherte Ursprungstabelle, wobei jeweils Zeiger auf die Adressen der gespeicherten Anzeigetextdaten und Tabellendaten zeigen. <IMAGE>

Description

Die Erfindung betrifft ein Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul, gemäß des Oberbegriffs des Anspruchs 1 und eine Anordnung zur Durchführung des Verfahrens gemäß des Oberbegriffs des Anspruchs 7.
Die Lösung bezweckt insbesondere die Ausgabe von geänderten Anzeigetexten in Abhängigkeit von der Änderung in einer neuen Portogebührentabelle in einem Portorechnermodul. Das Verfahren ist für Anwender von portoberechnenden Frankiermaschinen, Portorechnerwaagen oder ähnliche Verarbeitungsmodule für Dienstdaten geeignet.
Es wurde im US 5,490,077 bzw. im US 5,606,508 (DE 42 13 278 C2) vorgeschlagen, ein 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. Zelle eines GSM-Netzes) separat von der Frankiermaschine gespeichert. Beim Einschalten der Frankiermaschine wird das Datum des Kalenderbausteins der Frankiermaschine verwendet bzw. mit weiteren eingegebenen Bedingungen verknüpft, um die Tabelle auszuwählen, die bei Inbetriebnahme der Frankiermaschine in deren Speicher geladen wird. Beim Laden aus einem Speicher des Übertragungsmittels in den Speicher der Frankiermaschine erfolgt ein Aktualisieren der bisherigen Tabelle.
Aus dem US 5,710,706 (DE 44 47 404 C2) 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 Zwischenspeichern von Tariftabellendaten 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 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.
Aus der US 5,448,641 ist ein 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. Eine solche Lösung ist für solche Fälle geeignet, in welchen nur der Portotarif, aber nicht die Struktur der Tariftabelle geändert werden.
Deshalb wurde in der deutschen Patentanmeldung DE 196 22 304 A1 ein auswechselbares Portorechnermodul und Verfahren zu Datenübertragung vorgeschlagen. Bei einer Strukturänderung ist das Portorechnermodul auszutauschen, wobei letzteres sowohl an eine Waage, als auch an eine Frankiermaschine angekoppelt werden kann. Das Ankoppeln des Portorechnermodul an ein Basisgerät muß vom Benutzer durchgeführt werden.
Entsprechend der neuen Struktur liefert es Daten zur Anzeigeänderung an ein Basisgerät. Über die Anzeigeeinheit des Basisgerätes soll eine Darstellung von Schirmbildern erfolgen, wobei ASCII-Anzeigetexte in das jeweilige Menü entsprechend richtig eingeordnet werden müssen. Diese Lösung ist aber nur geeignet, wenn die im Programmspeicher gespeicherten Schirmbilder beibehalten werden können. Bei sehr unterschiedlichen Basisgeräten, welche ebenfalls eine sehr unterschiedliche Benutzerschnittstelle aufweisen, stößt eine solches Einordnen auf erhebliche Schwierigkeiten. Diese Lösung ist ungeeignet, wenn bisherige Schirmbilder verworfen und ganze Schirmbilder neu geschaffen und im Programm untergebracht werden müssen, weil sich die Struktur der Darstellung grundsätzlich geändert hat. Es ist natürlich nachteilig, wenn neben dem Portorechnermodul auch noch der Programmspeicher des Basisgerätes ausgetauscht werden müßte.
Je nach Maschine wurden bisher die Versandparametertexte unterschiedlich dargestellt. Alle Texte waren in einem Speicher hinterlegt, der ausschließlich für die Betriebssoftware vorgesehen ist. Bei einer Änderung der Texte mußte bisher die Betriebssoftware der Maschine ausgetauscht werden, d.h. ein Techniker tauschte bei dem Kunden vor Ort die Betriebssoftware der Maschine. Die Kosten waren dadurch sehr hoch.
Eine andere Variante der Darstellung der einzelnen Versandparameter waren Tastaturfolien, die auf die Tastatur der Maschine geklebt wurden.
Jeder Taste war ein Versandparameter zugeordnet. Bei der Änderung von nur einem Versandparameter mußte die komplette Tastaturfolie ausgetauscht werden. Es entstanden auch dadurch ebenfalls hohe Kosten. Der Austausch von Hardware-Elementen sollte deshalb verringert werden.
Es war die Aufgabe zu lösen, die Nachteile des Standes der Technik zu überwinden und eine Anordnung und ein Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexte in einen Verarbeitungsmodul zu schaffen, um Displaytexte im Basisgerät anzuzeigen, welche den geänderten Dienstdatenstrukturen entsprechen.
Insbesondere ist eine Anordnung und ein Verfahren zum Verarbeiten veränderbarer Tarifstrukturen und Displaytexte in einen Portorechnermodul zu schaffen, um Displaytexte im Basisgerät anzuzeigen, welche den geänderten Portotarifstrukturen entsprechen.
Die Aufgabe wird mit den Merkmalen des Verfahrens nach dem Anspruch 1 bzw. mit den Merkmalen der Anordnung nach dem Anspruch 7 gelöst.
Erfindungsgemäß werden nicht mehr alle Anzeigetexte im Programmspeicher des Basisgerätes gespeichert, sondern es wird ein separater nichtflüchtiger Speicher bzw. Speicherbereich für die Anzeigetexte, vorzugsweise in Verbindung mit der Portoberechnung vorgesehen. Eine in einem weiteren separaten Speicherbereich gespeicherte Struktur schließt Zeiger (Pointer) ein, welche auf die nächstfolgenden Tabellen in den anderen Speicherbereichen zeigen. Diese vorgenannten Speicherbereiche befindet sich erfindungsgemäß im nichtflüchtigen Dienstdatenspeicher für Portotariftabellen. Bei diesen nächstenfolgenden Tabellen handelt es sich um Tabellen für die Portotarife und die anzugebenden Versandparametertexte. Letztere werden über das Display des Basisgerätes dargestellt. Die Versandparametertexte verdeutlichen dem Benutzer des Basisgerätes diejenigen Elemente in der Struktur der Portoberechnung im Portorechner, welche auswählbar sind. Die Versandparameter betreffen das Format, die Art, die Form und das Ziel des zu versendenen Poststückes. Das Betriebsprogramm des Basisgerätes ist so modifiziert, daß nicht ausschließlich auf gespeicherte unveränderbare feste Schirmbilder zugegriffen wird, sondern die Schirmbilder werden vor der Anzeige im Display generiert, wobei die Mikroprozessor programmiert ist, bei der Abarbeitung des Programms den Pointern zu folgen.
Zum Verändern von Tarifstrukturen und Displaytexten werden die Tabellen für die Portotarife und die anzugebenden Versandparametertexte entweder ausgetauscht oder in die betreffenden Speicherbereiche des nichtflüchtigen Dienstdatenspeichers nachgeladen. Anschließend stehen somit auch die neuen Versandparametertexte für die Anzeige zur Verfügung.
Bei der Portoberechnung greift der durch die Betriebssoftware programmierte Mikroprozessor auf die vorgenannten Speicherbereiche zu. An einer der Betriebssoftware bekannten Startadresse liegt eine Struktur mit Pointern, die auf die Startadressen der einzelnen Tabellen zeigen, die in den separaten Speicherbereichen liegen. Diese Struktur liegt an dem Ursprung aller Tabellen für die Portoberechnung und wird deshalb nachfolgend Ursprungstabelle (Roottable) genannt. Die Betriebssoftware greift über die Roottable auf die jeweiligen Tabellen-Speicherbereiche zu.
Die Betriebssoftware ist für ein Nachladen des vorgenannten Speichers ausgelegt. Da die Speicheradressen für die Tabellen der Portotarife und Versandparametertexte aus der Roottable bekannt sind, kann der Inhalt der Speicherbereiche gezielt nachgeladen werden. Für ein solches Nachladen enthält die im Dienstdatenspeicher gespeicherte Roottable weitere Informationen, welche vom vorgenannten durch die Betriebssoftware programmierten Mikroprozessor ausgewertet und gegebenfalls per Modem zur Datenzentrale übermittelt werden. Die weiteren Informationen schließen die Versions- und Länderkennung der Tariftabelle ein.
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 1,
Blockschaltbild eines Verarbeitungsmoduls,
Figur 2,
Speicherbereiche eines Dienstdatenspeichers für Ursprungs- und Haupttabelle sowie für eine Anzeigetexttabelle,
Figur 3a,
Speicherbereiche eines Dienstdatenspeichers für eine Vielzahl an Carriertabellen,
Figur 3b,
Subspeicherbereiche einer der Carriertabellen,
Figur 4,
Speicherung der Texte in einer Tabelle.
Die Figur 1a zeigt ein Blockschaltbild eines Verarbeitungsmoduls. Es besteht aus einem Mikroprozessor 1, welcher mit einem Programmspeicher 2, mit einem Dienstdatenspeicher 3 sowie mit Eingabe- und Ausgabemittel 4, 5 verbunden ist. Der Mikroprozessor 1, der Programmspeicher 2 sowie die Eingabe- und Ausgabemittel 4, 5 können Bestandteil eines - nicht gezeigten - Basisgerätes sein, welches eine geeignete Mensch/Maschine-Schnittstelle (Userinterface) aufweist. Die Eingabe- und Ausgabemittel 4, 5 sind dann Bestandteil des Userinterfaces.
Beispielsweise ist das Basisgerät eine Frankiereinrichtung, welche den Verarbeitungsmodul als Portorechner benötigt. Die Ein-/Ausgabemittel 4, 5 sind dann Schnittstellen zum Userinterface. Bei der Portoberechnung werden im Display des Userinterfaces Texte angezeigt, um eine Eingabe zur Auswahl, beispielsweise per Tastatur, zu ermöglichen.
Es ist vorgesehen, daß der Dienstdatenspeicher 3 einen ersten Speicherbereich 30 für eine Ursprungstabelle enthält, welcher Zeiger zu mindestens einem zweiten Speicherbereich 31 aufweist, wobei im zweiten Speicherbereich 31 zusätzlich Daten für Anzeigetexte gespeichert sind.
Die Dienstdaten können durch Laden aus einem externen Speicher ausgewechselt werden. Der Mikroprozessor 1 ist zum Laden der Anzeigetexte gemeinsam mit dem Laden der übrigen Dienstdaten und der Ursprungstabelle programmiert. Letztere ist für den Zugriff auf die Anzeigetexte und die übrigen Dienstdaten vorgesehen. Der Programmspeicher 2 weist ein Programm auf, mit welchem der Mikroprozessor 1 programmiert ist, zum Zugriff auf den mindestens einen zweiten Speicherbereich über die im ersten Speicherbereich 30 gespeicherte Ursprungstabelle und zur Generierung von Schirmbildern mit den berechneten Daten und Anzeigetexten aus den Speicherbereichen des Dienstdatenspeichers 3.
Der Mikroprozessor 1 ist Bestandteil eines Basisgerätes oder ist mit diesem verbunden, wobei die Eingabe- und Ausgabemittel 4, 5 ein Bestandteil des Userinterfaces des Basisgerätes sind. Das Ausgabemittel 5 kann ein Anzeigemittel sein. Die Anzeigetexte werden gemeinsam oder separat zu den übrigen Dienstdaten in Form von Tabellen gespeichert.
Das Programm im Programmspeicher 2 ist zur Anzeige der Anzeigetexte in generierten Schirmbildern über das Anzeigemittel 5 des Basisgerätes ausgebildet.
Die Erfindung geht von dem Bedürfnis einiger Postbeförderer aus, die Dienstdaten beliebig zu ändern. Der Portotarifspeicher 3 kann in einer weiteren Variante als auswechselbares nichtflüchtiges Speicherbauelement, beispielsweise als EPROM, gestaltet sein. Der Verarbeitungsmodul weist in dieser Variante eine - nicht gezeigte - Platine mit einer Steckfassung für solche Speicherbauelemente auf.
Die Dienstdaten schließen insbesondere die Gebühren in Portotariftabellen und die zugehörigen Versandparametertexte ein. Die in einem Portorechnermodul bzw. Verarbeitungsmodul benötigten Dienstdaten werden auf Anforderung nachgeladen, wobei zur Datenzentrale ein Statusbericht übermittelt wird. Zur Anwendung kommt ein in einer nicht vorveröffentlichten deutschen Patentanmeldung P198 43 249.6 beschriebenes Verfahren zur Dateneingabe in ein Dienstgerät und eine Anordnung zur Durchführung des Verfahrens. Der Statusbericht wird in der Datenzentrale ausgewertet, um dem Basisgerät vorteilhafte Vorschläge zur Speicherung von Dienstdaten zu unterbreiten. Ein in der nicht vorveröffentlichten deutschen Patentanmeldung P198 43 252.6 beschriebenes Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens geht davon aus, daß das Laden von neuen Tariftabellendaten zu einem benutzerdefinierten ersten Zeitpunkt erfolgt und daß das Aktualisieren von neuen Tariftabellendaten zu einem vom jeweiligen Postbeförderer definierten zweiten Zeitpunkt erfolgt. Das vorgenannte Verfahren kann bezüglich dem erfindungsgemäßen Laden von Versandparametertexten entsprechend ergänzt werden, um es vorteilhaft einsetzen zu können.
Das Verarbeitungsmodul ist ein intergrierter elektronischer Portorechner.
Beim Basisgerät bzw. Endgerät handelt es sich vorzugsweise um eine elektronische Frankiermaschine oder um eine Portorechnerwaage. Eine elektronische Frankiermaschine mit einer Tariftabellennachlademöglichkeit ist außerdem in dem deutschen Patent DE 42 13 278 C2 und eine Portorechnerwaage ist auch im deutschen Patent DE 44 47 404 C2 näher beschrieben worden. In einer nicht vorveröffentlichten deutschen Patentanmeldung P198 30 055.7-53 ist ein Verfahren zur sicheren Übertragung von Dienstdaten an ein Endgerät und Anordnung zur Durchführung des Verfahrens vorgeschlagen worden, welches nur insofern modifiziert werden braucht, daß die Dienstdaten auch die zugehörigen Versandparametertexte umfassen, welche nachgeladen werden können.
Es ist vorgesehen, daß das Basisgerät mit einem Portorechnermodul verbunden oder zur Portoberechnung ausgestattet ist. Der Mikroprozessor des Basisgerätes oder des Portorechnermoduls ist programmiert, eine Speicherung der neuen Portotariftabellendaten und der zugehörigen Versandparametertexte im Speicher des Portorechnermoduls vorzunehmen. Optional kann eine Prüfsumme über die gespeicherten neuen Portotariftabellendaten gebildet und zur Datenzentrale übermittelt werden.
Letztere übermittelt eine OK-Meldung zum Basisgerät oder zum Portorechner, die in einen Betriebsmodus umschalten.
In vorteilhafter Weise kann die Kommunikation von der Datenzentrale per Modem direkt mit dem Verarbeitungsmodul im Basisgerät oder indirekt über das Basisgerät mit dem Portorechnermodul erfolgen.
Die zur Datenzentrale übermittelte Information enthält vorzugsweise eine Identifikation des Endgerätes (z.B. eine PIN), eine Versionsnummer und die Prüfsumme über die Dienstdaten oder eine verschlüsselte Prüfsumme bzw. eine Signatur. Damit können in vorteilhafter Weise in der Datenzentrale die im Verarbeitungsmodul bzw. Basisgerät (zwischen-)gespeicherten neuen Dienstdaten identifiziert und deren ordnungsgemäße bzw. fehlerfreie (Zwischen-)Speicherung verifiziert werden. Es ist vorgesehen, daß der Portorechnermodul im Basisgerät intergriert ist oder separat vom Basisgerät angeordnet ist. Das Basisgerät ist vorzugsweise eine Frankiermaschine, wobei ein symmetrischer Verschlüsselungs-Algorithmus zur Bildung einer verschlüsselten Prüfsumme und ein geheimer Schlüssel in der Frankiermaschine sicher gespeichert vorliegen.
Alternativ ist der Portorechnermodul in eine Waage intergriert. In einem solchen Fall, wird vorzugsweise ein unsymmetrischer Verschlüsselungs-Algorithmus zur Bildung einer verschlüsselte Prüfsumme und ein öffentlicher Schlüssel in der Waage gespeichert, denn der öffentliche Schlüssel darf ungesichert gespeichert vorliegen.
Die Figur 2 zeigt die Speicherbereiche eines Dienstdatenspeichers 3 für Ursprungs- und Haupttabellen sowie für eine Anzeigetexttabelle, welche beispielsweise in Verbindung mit einer Portoberechnung benötigt werden.
Ein erster Speicherbereich 30 ist für eine Roottable und die übrigen Subspeicherbereiche 311, 314 und 315 des zweiten Speicherbereiches 31 sind für die Tabellen mit Displaytexten, für die Haupttabelle zur Portoberechnung und für Tabellen mit Zusatzinformationen zur Portoberechnung vorgesehen. Die Haupttabelle (main_table) ist in diesem Beispiel die Tabelle im Subspeicherbereich 314, aus welcher ein Portowert bestimmbar ist, wenn Gewichtsdaten und Versandparameterdaten eingegeben werden. Der Dienstdatenspeicher 3 ist vorzugsweise ein E2PROM-Speicherbaustein oder ein FLASH-Baustein. Dort sind mehrere Strukturen und Tabellen gespeichert, die all die Informationen beinhalten, die notwendig sind, um aus Gewicht und einer Kombination von Versandparametern einen Portowert zu ermitteln. In der Speicherverwaltung der Betriebssoftware der Frankiermaschine ist genau festgelegt, unter welcher Adresse bestimmte Daten abgelegt sind. Dazu gehört auch die Adresse, unter welcher die Ursprungstabelle zu finden ist.
Der erste Speicherbereich 30 enthält ab einer Startadresse diese Ursprungstabelle (Roottable). Eine weitere Adresse kennzeichnet den Beginn der Speicherbereiche mit den Tabellen. Beispielsweise werden 64 kByte Speicherplatz für eine Carriertabelle ab der festen Startadresse im zweiten Speicherbereich 31 vorgesehen. Alle Informationen, die nach dieser Startadresse im Bereich Startadresse plus 64 kByte im E2PROM-Speicher liegen, werden vom Betriebsprogramm der Carriertabelle 31 zugeordnet. So ist mindestens eine erste Tabelle mit Anzeigetexten und eine erste Haupttabelle zur Portoberechnung vorgesehen. Es können weitere Tabellen mit Abzeigetexten und ggf. eine erste Tabelle mit Zusatzinformationen zur Portoberechnung enthalten sein. Eine Tabelle ist nur eine mögliche Speicherform. Die Anzeigetexte die auf dem Display 5 ausgegeben werden, können alternativ auch in einer anderen Speicherform im Speicherbereich 31 hinterlegt sein. Außerdem kann auch die Ursprungstabelle zusätzlich Textstrings gespeichert enthalten, die im Display ausgegeben werden. Mögliche Textstrings sind Länderkennung, Bezeichnung der Carriertabelle, beispielsweise
Figure 00100001
Tariftabelle der DPAG".
Die Figur 3a zeigt die Speicherbereiche eines Dienstdatenspeichers für eine Vielzahl an Carriertabellen. Einer der Speicherbereiche, ist der für eine Roottable vorgesehene Speicherbereich 30. Die übrigen Speicherbereiche 31 bis 35 sind für die verschiedenen Carriertabellen vorgesehen.
Die Figur 3b zeigt, daß die beispielsweise in einer Tabelle 1 gelisteten Versandparametertexte im Subspeicherbereich 331 des Speicherbereichs 33 für eine dritte Carriertabelle des Dienstdatenspeichers 3 enthalten sein können. Neben den Subspeicherbereichen 331, 332, ... usw. der Carriertabelle 33 aus der Vielzahl an Carriertabellen 31 bis 35 existiert wieder eine Roottable im Subspeicherbereich 330 als Beginnpunkt für den Zugriff auf die übrigen Subspeicherbereiche 331, 332, ... 334, ... usw.
Zwei Roottabellen sind dann vorteilhaft, wenn im Speicherbereich (Fig. 3a) die Portotabellen von mehreren Carriern gespeichert sind. Der weitere Speicherbereich (Fig. 3a) ist dann entsprechend größer ausgebildet.
Die erste Roottabelle im Speicherbereich 30 dient zum Zugreifen auf die entsprechende Portotabelle des gewählten Carriers aus einer Anzahl von Carriern 31 bis 35. Aus der ersten Roottabelle erfährt der Mikroprozessor 1, mit welchem Carrier gearbeitet wird. Zum Lesen der zur Portotabelle zugehörigen Displaytexte oder zum Berechnen eines Portowertes mittels der Portotabelle, wird über die zweite Roottabelle auf die Daten zugegriffen (Fig.3b). Mit Hilfe der zweiten Roottabelle in den Subspeicherbereichen 330 kommt der Mikroprozessor 1 an die Adressen der Tabellen mit den Displaytexten. Mit der zweiten Roottabelle kann der Mikroprozessor 1 zusätzlich die entsprechenden Textstrings für diesen Carrier im Display darstellen. Die Roottabelle im Subspeicherbereich 330 ist prinzipiell vergleichbar mit der im Speicherbereich 30 gespeicherten.
Eine Tabelle 1 mit Displaytexten ist in den Speicherbereichen 311 (Fig.2) oder 331 (Fig.3b) gespeichert. Die übrigen Speicherbereiche können Zusatztabellen mit weiteren Anzeigetexten enthalten.
Das Basisgerät ist eine Frankiermaschine mit integriertem Portorechner bzw. eine portoberechnende Waage und verfügt über ein Display, in dem Texte und andere Informationen für die Portoberechnung angezeigt werden können. Diese Texte können folgenden Inhalt haben:
  • Versandparametertexte, um die gültige Portostruktur für den entsprechenden Postbeförderer (Carrier) zu verdeutlichen,
  • Statusinformationen, wie z.B. Portowert und Gewicht und Fehlermeldungen,
  • Sonstige Informationen, wie z.B. Menütexte und spezielle Texte für Sonderfunktionen.
Für die Portoberechnung müssen im Display die Versandparameter ausgegeben werden, damit der Bediener die entsprechenden Elemente auswählen kann. Bei einer Portoänderung kommt es häufiger vor, daß sich die Versandparameter ändern. Es kann ein Versandparameter wegfallen (beispielsweise gibt es in Deutschland die Versandart Drucksache" nicht mehr) oder es können neue Versandparameter hinzu kommen (beispielsweise wird in Deutschland ein Einschreiben" aufgeteilt in Übergabe-Einschreiben" und Einwurf-Einschreiben"). Solche Portoänderungen treten im Normalfall häufiger auf, als die Betriebssoftware einer Maschine (Portoberechnende Waage oder Frankiermaschine) verändert wird. Bei einer Änderung der Versandparameter müßte der Programmspeicher 2 der Maschine ausgetauscht werden, wenn alle im Display auszugebenden Texte in der Betriebssoftware untergebracht wären. Erfindungsgemäß existiert nun aber ein separater nichtflüchtiger Dienstdatenspeicher 3 innerhalb des Verarbeitungsmoduls der Maschine, der alle Informationen zur Portoberechnung enthält. Zu den Informationen gehören:
  • Texte, die im Display ausgegeben werden und die Versandparameter darstellen, aus denen der Benutzer seine Einstellungen wählt,
  • Regeln für die Kombinierbarkeit der einzelnen Versandparameter (was ist erlaubt und welche Kombinationen sind nicht möglich) oder Regeln zur Benutzerführung, bei welcher unerlaubte Kombinationen gar nicht erst ausgewählt werden können,
  • Regeln für Optimierungsmöglichkeiten von einzelnen Versandparametern,
  • Portowerte, die aufgrund der vom Bediener gemachten Einstellungen errechnet wurden und
  • Sonderfunktionen, die landesspezifisch sind.
Ändert sich die Portostruktur oder einzelne Portowerte, wird die Carriertabelle im Dienstdatenspeicher verändert. Das Verändern der Carriertabellen in den Speicherbereichen des Dienstdatenspeichers ist auf verschiedene Art und Weise möglich:
  • Austausch des EPROMs bzw. EEPROMs,
  • Selektives Nachladen durch Einlesen der Daten von einer Chipkarte oder einem anderen externen Datenspeicher,
  • Selektives Nachladen durch Übertragung der Daten mittels Modem oder einem anderem Kommunikationsgerät von einem Datenzentrum, wobei die Übertragung per Kabel- oder Funknetz erfolgen kann.
Beim Ändem der Portowerte in der Carriertabelle werden in vorteilhafter Weise gleichzeitig die Displaytexte mit angepaßt, da diese Texte nun ebenfalls im Dienstdatenspeicher hinterlegt sind. Auf diese Weise sind die Haupttabelle und die zugehörigen Versandparametertexte immer auf den gleichen aktuellen Stand. Der teure Austausch des maschinen-internen EPROMs mit der Betriebssoftware oder die Herstellung von Tastaturfolien entfällt somit.
Die Betriebssoftware greift nun auf Adressen zu, die in dem separaten nichtflüchtigen Dienstdatenspeicher liegen, um die Texte auszugeben, die dort gespeichert sind. Der Adreßbereich ist so gelegt, daß der Inhalt dieses Dienstdatenspeichers separat nachgeladen werden kann. Die in den separaten Speicherbereichen hinterlegten Daten sind ausschließlich Strukturen und Tabellen, deren Inhalt konstant ist. Es befindet sich kein ausführbarer Code in diesem Speicher. Bei Änderungen in der Portostruktur und den Tarifen werden nur diese Tabellen und Strukturen aktualisiert. Das Betriebsprogramm muß somit nicht geändert werden.
Die Betriebssoftware für die entsprechende Maschine wird in einem stabilen Zustand fertiggestellt. Diese Software ist in der Lage, Daten in den Dienstdatenspeicher nachzuladen. Diese Daten können auch Informationen über die Portostruktur sein. Zu den Informationen über die Portostruktur gehören:
  • Angaben über Portowerte der einzelnen Versandparameter,
  • Angaben über die Verknüpfungsmöglichkeiten der einzelnen Versandparameter (welche Versandparameter sind erlaubt und dürfen miteinander kombiniert werden),
  • Beschreibung der Versandparameter, d.h. wie heißt dieser Versandparameter (z.B. Brief oder Nachnahme) und wie ist dieser Versandparameter für die maschineninterne Verwendung definiert,
  • sonstige Texte, die im Display ausgegeben werden,
  • allgemeine Informationen, wie z.B. Version der Portotabelle, Gültigkeitsdatum, Länderkennung,
  • Angaben über die automatische Auswahl von Wahldruckinformationen anhand der eingestellten Versandparameter,
  • Angaben über Optimierungsmöglichkeiten der Versandparameter, d.h. welche Versendungsart ist günstiger,
  • Angaben über die Formatangaben der einzelnen Versandparameter, d.h. liegen die Größen der einzelnen Briefe in den vorgeschriebenen Grenzen.
Im nachfolgenden wird auf die Anordnung des ersten Speicherbereiches und dessen Wirkung auf die Zuordnung des Speicherinhaltes des Dienstdatenspeichers eingegangen, welche die Betriebssoftware in die Lage versetzt, alle Informationen in dem Speicher zu lesen. Betrachten wir im folgenden ausschließlich den Teil des Dienstdatenspeichers, der Informationen über die Portostruktur enthält. Er muß folgendem Anspruch genügen: Die Betriebssoftware wird zu einem bestimmten Zeitpunkt x erzeugt, d.h. compiliert und zu einem lauffähigen Programm gelinkt. Damit weiß diese Betriebssoftware, wo im Dienstdatenspeicher welche Informationen stehen. Es wurde festgelegt, daß dieser unter einer bestimmten Adresse im Speicherraum liegt. Diese Adresse ist der Betriebssoftware bekannt.
Um jede Information in den separaten Speicherbereichen lesen zu können, wird folgendermaßen vorgegangen: An einer der Betriebssoftware bekannten Startadresse liegen Zeiger (Pointer), welche auf die einzelnen Tabellen mit Informationen im separaten Speicher zeigen. Diese Pointer zeigen auf die Startadressen der einzelnen Tabellen. Diese Pointer sind in der Ursprungstabelle (Roottable) untergebracht.
In den Tabellen sind folgende wichtige Informationen hinterlegt:
  • auszugebender Text für den Versandparameter
  • maschineninterne Definition des Versandparameters
Beispiel:
Figure 00150001
Figure 00160001
Der auszugebende Text für den Versandparameter ist als String-Variable hinterlegt. Die maximale Anzahl der möglichen Zeichen ist aufgrund der Displaygröße und -einteilung vordefiniert und verschieden. Je nach Aufbau des Displayfensters sind unterschiedliche Stringlängen möglich.
Der Zugriff auf den Inhalt der Tabellen erfolgt auf folgende Weise:
Unter einer bestimmten Adresse befindet sich im Dienstdatenspeicher die Roottable, die Zeiger auf die einzelnen Startadressen der Tabellen in den separaten Speicherbereichen enthält. Die Tabellen mit den im Display auszugebenden Strings befinden sich an unterschiedlichen Stellen im Dienstdatenspeicher. Wird die Software compiliert und gelinkt, legt der Compiler bzw. Linker zur Zeit der Übersetzung fest, unter welchen Adressen die einzelnen Softwareteile im Dienstdatenspeicher untergebracht sind. Diese Adressen sind in der Roottable hinterlegt, damit die Betriebssoftware auf die einzelnen Tabellen im Dienstdatenspeicher zugreifen kann.
Bei nachladbarer Software stellt sich nun folgender Zustand dar:
Die Betriebssoftware, die in der jeweiligen Maschine (beispielsweise Waage oder Frankiermaschine) installiert ist, wurde zu einem Zeitpunkt x compiliert. Die Betriebssoftware weiß, wo sie die Roottable im Dienstdatenspeicher zu suchen hat. Auf die Tabellen in den separaten Speicherbereichen wird über die Roottable zugegriffen. Wird zu einem späteren Zeitpunkt eine neue Portotabelle für den bereits vorhanden Stand der Betriebssoftware generiert, liegen die Tabellen im Dienstdatenspeicher wieder an anderen Stellen als bei der letzten Version der Portotabelle, die zum Zeitpunkt x generiert wurde. In der Roottable sind die Zeiger auf die Tabellen hinterlegt. Die Startadressen der einzelnen Tabellen unterscheiden sich jetzt von denen der zum Zeitpunkt x generierten Software. Die Betriebssoftware nimmt beim Zugriff auf die Tabellen immer den Weg über die Roottable. Auf diese Weise kann sich der Inhalt (und somit auch die Strings für die Ausgabe im Display) und die Größe der einzelnen Tabellen ändern, ohne daß die Betriebssoftware geändert werden muß. Die Roottable ist somit das Tor auf die in den separaten Speicherbereichen gespeicherten Informationen.
Die Figur 4 zeigt ein Beispiel für die Speicherung der Texte, welche im Display des Basisgerätes ausgegeben werden. Die Speicherung erfolgt in Form einer Tabelle, beispielsweise Tabelle 1. Für diese Tabelle 1 ist ein Subspeicherbereich 331 eines Speicherbereiches 33 vorgesehen.
Die Tabelle besteht aus mehreren Spalten, wobei die einzelnen Spalten folgenden Inhalt haben:
  • 1. Spalte: Index für maschineninterne Verarbeitung
  • 2. Spalte: Textstring, der im Display ausgegeben wird
  • 3. Spalte: ID-Kennung für maschineninterne Verarbeitung, um aus den Eingaben des Benutzers automatisch den passenden Wahldruck auswählen zu können (Wahldruckauswahlidentifizierer)
  • 4. Spalte: VA-Kennung für maschineninterne Verarbeitung, um aus den Eingaben des Benutzers innerhalb der Haupttabelle "main_table" den Portowert zu ermitteln
  • 5. Spalte: VA-M-Kennung für maschineninterne Verarbeitung, um aus den Eingaben des Benutzers innerhalb der Haupttabelle "main_table" den Portowert zu ermitteln
  • 6. Spalte: VZ-Kennung für maschineninterne Verarbeitung, um aus den Eingaben des Benutzers innerhalb der Haupttabelle "main_table" den Portowert zu ermitteln
  • 7. Spalte: VZ-M-Kennung für maschineninterne Verarbeitung, um aus den Eingaben des Benutzers innerhalb der Haupttabelle "main_table" den Portowert zu ermitteln
    • Bei der Kennung für die maschineninternen Verarbeitung handelt es sich um Konstanten, die im Bereich des Speicherbereiches 31 vereinbart wurden. Diese Konstanten sind unterschiedliche Werte und dienen zum einen zur genauen Definition der Versendungsart und des Versendungszieles sowie zum anderen zur notwendigen Maskierung, um in der Haupttabelle "main_table" nach Treffern suchen zu können. Zur einfacheren Erläuterung der Tabelle 1 werden statt konkreter Werte nur Bezeichnungen dargestellt. Die Bezeichnung BR kennzeichnet die Kennung für die Versendungsart Brief. Die Bezeichnung IN kennzeichnet Kennung für das Versendungsziel Inland. Somit bedeutet der Wahldruckauswahlidentifizierer K_BR_IN in der Indexzeile 0, daß ein Brief BR für Inland IN versendet werden soll. Eine Kennung VA_M kennzeichnet die Maskierung für alle Versendungsarten und eine andere Kennung VZ_M kennzeichnet die Maskierung für alle Versendungsziele, die in dem Speicherbereich 31 vereinbart wurden. In der Praxis sind in der vierten Spalte für die Software geeignete Zahlenwerte entsprechend der Versandart eingetragen. Für die Software geeignete Zahlenwerte in der fünften Spalte kennzeichnen die Versandartmaskierung. Für die Software geeignete Zahlenwerte in der sechsten Spalte kennzeichnen das Versandziel, d.h. Länder oder Regionen oder gemeinsame Wirtschaftsbereiche. Für die Software geeignete Zahlenwerte in der siebenten Spalte kennzeichnen die Versandzielmaskierung.
    Folgende weitere Bezeichnung wurden zur einfacheren Erläuterung gewählt: IB für Infobrief, IP für Infopost, PK für Postkarte, BU für Büchersendung oder PA für Päckchen. Die Bezeichnung EU bzw. WE steht für einen europa- bzw. für weltweiten Versand.
    Die Betriebssoftware der Maschine greift auf die einzelnen Tabellenelemente zu und gibt die Textstrings im Display aus. Es ist vorgesehen, daß der Mikroprozessor 1 zur Generierung von Schirmmasken so programmiert ist, daß er die Anzeigetexte aus den Speicherbereichen des Dienstdatenspeichers 3 zur Generierung von Schirmbildern verwendet, wobei die Schirmbilder so generiert werden, daß der Bediener nur die Versandparameterkombinationen einstellen kann, die postalisch erlaubt sind. Gewöhnlich werden daher zuerst die Versendungsart (Brief, Päckchen, Infobrief, Postkarte) und anschließend die Versendungsziele (Inland, Europa, Welt) gewählt und dann die Zuschläge ausgewählt (Einwurf-Einschreiben, Rückschein, Nachnahme, Luftpost usw.). Die Bedienerführung mittels generierter Schirmbilder bei der Auswahl der Versandparameter soll an einem Beispiel verdeutlicht werden:
    Ausgewählter Parameter Option
    Brief Inland Einwurf-Einschreiben
    Übergabe-Einschreiben
    Rückschein
    Nachnahme
    Eigenhändig
    Wertbrief
    Nach der Auswahl von Übergabe-Einschreiben wird ein Schirmbild mit folgenden Benutzer-Informationen bzw. Hinweisen geöffnet:
    Ausgewählter Parameter Option
    Brief Inland Übergabe-Einschreiben Rückschein
    Eigenhändig
    Nach Auswahl der zweiten Versendungsform:
    Ausgewählter Parameter Option
    Brief Inland Übergabe-Einschreiben Rückschein
    Eigenhändig
    Für andere Länder gelten sowohl andere Tarife als auch andere Versandparametertexte. Die erfindungsgemäße Lösung ist vorteilhaft auch für eine andere Ländervariante geeignet, da ohne Änderung des Betriebsprogrammes allein durch die ausgetauschten Daten im Dienstdatenspeicher eine Ländervariante generiert werden kann. In vielen Ländern muß unterschieden werden, welche Versandparameter miteinander kombiniert werden dürfen und welche nicht. Bei jeder Eingabe durch den Benutzer muß die momentan aktuelle Versandparameterkombination mit Hilfe der Haupttabelle überprüft werden, ob die Kombination erlaubt ist oder nicht.
    Beispielsweise sind in den USA erlaubte von den nicht erlaubten Kombinationen zu unterscheiden. Gewöhnlich werden daher zuerst die Versendungsart (1st class, Priority Mail; 3rd class, Parcel Post; Express; Int.Letter; Int. Small Packet; Int. Parcel; Int. Express) und dann die übrigen Versandparameter ausgewählt und anschließend wird die Zulässigkeit der Kombination überprüft. Die Überprüfung der Zulässigkeit einer Kombination kann aufgrund der erfindungsgemäßen Bedienerführung entfallen, wenn der Bediener nun aber nicht mehr die Möglichkeit hat, aus allen Versendungsformen eine beliebige Kombination auszuwählen. Die generierten Schirmbilder gestatten nur die Eingabe erlaubter Kombinationen von Versandparametern. Im Ablauf der Portoberechnung wird durch eine länderspezifische Tabelle - analog zu der in der Figur 4 gezeigten Tabelle 1 - die Bedienerführung so gestaltet, daß nach Auswahl der Versendungsart (beispielsweise 1st class, Priority Mail") alle Versendungsformen als Option (Kursivschrift) angeboten werden, welche laut den Postvorschriften in Kombination mit der ausgewählten Versendungsart möglich sind, d.h.:
    Ausgewählter Parameter Option
    1st class, Priority Mail; Registered Mail;
    Insured Mail;
    Certified Mail;
    C.O.D.;
    Special Delivery;
    Return Receipt;
    Wählt der Bediener nun eine der angebotenen Versendungsformen (beispielsweise Registered Mail"), dann werden nur noch diejenigen Versendungsformen (Kursivschrift) angezeigt, die mit der bereits gewählten Versendungsform kombinierbar sind, d.h.:
    Ausgewählte Parameter Option
    1st class, Priority Mail Registered Mail C.O.D.;
    Special Delivery;
    Return Receipt;
    Nach Auswahl der zweiten Versendungsform (beispielsweise Special Delivery"), werden weiterhin diejenigen Versendungsformen (Kursivschrift in der rechten Spalte) angezeigt, die mit den bereits gewählten Versendungsformen kombinierbar sind, d.h.:
    Ausgewählte Parameter Option
    1st class, Priority Mail Registered Mail; C.O.D.;
    Special Delivery; Return Receipt;
    Es ist immer möglich, zu den Startmenüs zurückzukehren, um wieder eine Auswahl der Versendungsart und dann der Versendungsform entsprechend der bereits gewählten Art vorzunehmen. Wenn die Eingabe eines Wertes im Portoberechnungsmenü erforderlich ist, wird der Benutzer mit Hilfe einer zusätzlichen durch das Display angezeigten Anweisung aufgefordert, einen Wert einzugeben. Gleiches gilt für die Eingabe des Ländercodes bei Auslandspost bzw. für die Zipcodeeingabe bei der Portoermittlung in den USA. Wird für die Berechnung des Portowertes der Ländercode bzw. der Zipcode erforderlich, gibt der Benutzer nach entsprechender durch das Display angezeigten Aufforderung die Werte ein.
    Die Dienstdaten können sich natürlich auf andere Zwecke beziehen, wie beispielsweise das Erstellen, Verwalten von Kostenstellen für eine abteilungsweise Abrechnung bzw. Abrechnung für Mandanten, wobei für einen anderen Postbeförderer insbesonderer für international agierende private Carrier andere spezielle Anzeigetexte generiert werden müssen.
    Die Erfindung ist nicht auf die vorliegenden Ausführungsform beschränkt, da offensichtlich weitere andere Ausführungen der Erfindung entwickelt bzw. eingesetzt werden können, die vom gleichen Grundgedanken der Erfindung ausgehend, die von den anliegenden Ansprüchen umfaßt werden.

    Claims (12)

    1. Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul, gekennzeichnet durch die Schritte,
      Bereitstellen eines Betriebsprogramms in einem Programmspeicher (2) für einen Mikroprozessor (1) im Verarbeitungsmodul,
      Bereitstellen von neuen Dienstdaten in Speicherbereichen eines nichtflüchtigen Dienstdatenspeichers (3) im Verarbeitungsmodul zur zukünftigen Verarbeitung basierend auf den Dienstdaten, wobei der Dienstdatenspeicher (3) mindestens einen ersten Speicherbereich (30) für eine Ursprungstabelle und einen zweiten Speicherbereich (31) für Anzeigetexte und Tabellen für Berechnungen enthält,
      Zugreifen auf den zweiten Speicherbereich (31), welcher Subspeicherbereiche (311) und (314) für Anzeigetexte und für Tabellen aufweist, wobei das Zugreifen über die im ersten Speicherbereich (30) gespeicherte Ursprungstabelle erfolgt und wobei jeweils Zeiger auf die Adressen der gespeicherten Anzeigetext- und Tabellendaten zeigen.
    2. Verfahren, nach Anspruch 1, gekennzeichnet dadurch, daß das Bereitstellen von neuen Dienstdaten in dem Dienstdatenspeicher (3) durch ein Laden von extern gespeicherten neuen Dienstdaten in den Verarbeitungsmodul erfolgt.
    3. Verfahren, nach Anspruch 1, gekennzeichnet dadurch, daß das Bereitstellen von neuen Dienstdaten in dem Dienstdatenspeicher (3) durch ein Auswechseln des Dienstdatenspeichers (3) im Verarbeitungsmodul erfolgt.
    4. Verfahren, nach den Ansprüchen 2 oder 3, gekennzeichnet dadurch, daß die in dem zweiten Speicherbereich (31) nichtflüchtig gespeicherten Dienstdaten Daten für Tarifstrukturen und Displaytexte umfassen, auf welche vom Mikroprozessor (1) zur Portoberechnung zu und deren Verarbeitung zwecks Anzeige zugegriffen wird.
    5. Verfahren, nach Anspruch 1, gekennzeichnet durch,
      ein Liefern einer Anzahl an weiteren Speicherbereichen (31 bis 35), wobei in jedem der weiteren Speicherbereiche eine Teilmenge der gesamten im Dienstdatenspeicher (3) gespeicherten Dienstdaten und jeweils eine zweite Ursprungstabelle gespeichert ist,
      Ausgeben einer Adresse für das Auffinden einer Carriertabelle in einem der weiteren Speicherbereiche (31 bis 35) über die erste Ursprungstabelle an den Mikroprozessor (1),
      Liefern der zweiten Ursprungstabelle und von Daten für eine Carriertabelle in wenigstens einem Speicherbereich (31, 32, 33, 34 oder 35), wobei die zweite Ursprungstabelle Adressen für den Zugriff auf die Dienstdaten speichert,
      Ausgeben einer Adresse für das Auffinden der Daten einer Haupttabelle der Carriertabelle in einem Subspeicherbereich (334) und von Anzeigetextdaten in einem anderen Subspeicherbereich (331) sowie Zugreifen auf vorgenannte Daten durch den Mikroprozessor (1).
    6. Verfahren, nach Anspruch 5, gekennzeichnet dadurch, daß auf eine Vielzahl an weiteren Speicherbereichen zugegriffen wird, von welchen jeder eine Anzahl an Subspeicherbereichen umfaßt, auf welche vom Mikroprozessor (1) über die erste Ursprungstabelle und jeweils eine zugehörige zweite Ursprungstabelle zugegriffen wird, die in einem der Subspeicherbereiche gespeichert vorliegt, wobei mindestens auf eine Carriertabelle mit einer Haupttabelle zur Portoberechnung und auf zugehörige Anzeigetexte zugegriffen wird.
    7. Anordnung zur Durchführung des Verfahrens nach Anspruch 1, mit einem Verarbeitungsmodul, bestehend aus einem Mikroprozessor (1), welcher mit einem Programmspeicher (2), mit einem Dienstdatenspeicher (3) und mit Eingabe- und Ausgabemitteln (4, 5) verbunden ist, wobei der Dienstdatenspeicher (3) einen Speicherbereich für Dienstdaten enthält, gekennzeichnet dadurch,
      daß der Dienstdatenspeicher (3) einen ersten Speicherbereich (30) für eine Ursprungstabelle enthält, welcher Zeiger zu mindestens einem zweiten Speicherbereich (31) aufweist, wobei im zweiten Speicherbereich (31) zusätzlich Daten für Anzeigetexte gespeichert sind,
      daß der Programmspeicher (2) ein Programm aufweist und der Mikroprozessor (1) programmiert ist, zum Zugriff auf den mindestens einen zweiten Speicherbereich über die im ersten Speicherbereich (30) gespeicherte Ursprungstabelle und zur Generierung von Schirmbildern mit den berechneten Daten und Anzeigetexten aus den Speicher-bereichen des Dienstdatenspeichers (3).
    8. Anordnung, nach Anspruch 7, gekennzeichnet dadurch, daß der Mikroprozessor (1) programmiert ist, zum Laden der Anzeigetexte gemeinsam mit dem Laden der übrigen Dienstdaten und der Ursprungstabelle für den Zugriff auf die Anzeigetexte und die übrigen Dienstdaten.
    9. Anordnung, nach Anspruch 7, gekennzeichnet dadurch, daß der Dienstdatenspeicher (3) als auswechselbares nichtflüchtiges Speicherbauelement ausgebildet ist, welches einen ersten Speicherbereich für eine Ursprungstabelle (30) enthält, die Zeiger zu mindestens einem zweiten Speicherbereich (31) für Dienstdaten aufweist.
    10. Anordnung, nach einem der Ansprüche 7 bis 9, gekennzeichnet dadurch, daß der Mikroprozessor (1) Bestandteil eines Basisgerätes ist oder mit diesem verbunden ist, wobei die Eingabe- und Ausgabemittel (4, 5) ein Bestandteil des Userinterfaces des Basisgerätes sind, daß das Ausgabemittel (5) ein Anzeigemittel ist, wobei die Anzeigetexte gemeinsam oder separat zu den übrigen Dienstdaten in Form von Tabellen gespeichert und wobei das Programm im Programmspeicher (2) zur Anzeige der Anzeigetexte in generierten Schirmbildern über das Anzeigemittel (5) des Basisgerätes ausgebildet sind.
    11. Anordnung, nach Anspruch 10, gekennzeichnet dadurch, daß das Basisgerät eine Frankiereinrichtung mit Portorechnermodul oder eine portoberechnende Waage ist und daß die Anzeigetexte Versandparametertexte einschließen.
    12. Anordnung, nach Anspruch 11, gekennzeichnet dadurch, daß der Mikroprozessor (1) zur Generierung von Schirmbildern programmiert ist, wobei die Anzeigetexte aus den Speicherbereichen des Dienstdatenspeichers (3) zur Generierung von Schirmbildern verwendet werden, welche die Option zur Eingabe nur erlaubter Kombinationen von Versandparametern einschließen.
    EP99250401A 1998-12-04 1999-11-12 Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul und Anordnung zur Durchführung des Verfahrens Ceased EP1017024A3 (de)

    Applications Claiming Priority (2)

    Application Number Priority Date Filing Date Title
    DE19857778 1998-12-04
    DE19857778A DE19857778A1 (de) 1998-12-04 1998-12-04 Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul und Anordnung zur Durchführung des Verfahrens

    Publications (2)

    Publication Number Publication Date
    EP1017024A2 true EP1017024A2 (de) 2000-07-05
    EP1017024A3 EP1017024A3 (de) 2000-12-13

    Family

    ID=7891117

    Family Applications (1)

    Application Number Title Priority Date Filing Date
    EP99250401A Ceased EP1017024A3 (de) 1998-12-04 1999-11-12 Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul und Anordnung zur Durchführung des Verfahrens

    Country Status (3)

    Country Link
    US (1) US6594648B1 (de)
    EP (1) EP1017024A3 (de)
    DE (1) DE19857778A1 (de)

    Cited By (3)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    EP1457931A2 (de) * 2003-03-11 2004-09-15 Francotyp-Postalia AG & Co. KG Einrichtung zur automatischen Produktcodeeingabe in einem Postverarbeitungsgerät
    EP1538573A1 (de) * 2003-12-04 2005-06-08 Francotyp-Postalia Aktiengesellschaft & Co. Einrichtung zum automatischen Ermitteln einer Produktbeschreibung zur Anzeige mittels einem Postverarbeitungsgerät
    EP1659490A1 (de) * 2004-11-11 2006-05-24 Francotyp-Postalia GmbH Verfahren zum Bereitstellen von Diensten zwischen Datenverarbeitungseinrichtungen

    Families Citing this family (3)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    US7165052B2 (en) * 2001-03-31 2007-01-16 First Data Corporation Payment service method and system
    EP2169608A1 (de) * 2008-09-05 2010-03-31 Wincor Nixdorf International GmbH Verfahren- und Datenverarbeitungssystem für Transport-Dienstleister
    CN114996023B (zh) * 2022-07-19 2022-11-22 新华三半导体技术有限公司 目标缓存装置、处理装置、网络设备及表项获取方法

    Citations (6)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    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
    US5606508A (en) 1992-04-16 1997-02-25 Francotyp Postalia Gmbh Assembly for franking postal matter
    DE19622304A1 (de) 1996-05-21 1997-11-27 Francotyp Postalia Gmbh Auswechselbares Portorechnermodul und Verfahren zur Datenübertragung
    US5710706A (en) 1994-12-23 1998-01-20 Francotyp-Postalia Ag & Co. Method for entering data into a scale
    DE19843249A1 (de) 1998-09-11 2000-03-16 Francotyp Postalia Gmbh Verfahren zur Dateneingabe in ein Dienstgerät und Anordnung zur Durchführung des Verfahrens

    Family Cites Families (8)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    US4504915A (en) * 1982-06-30 1985-03-12 Pitney Bowes Inc. Method and apparatus for individualized postage value computing
    FR2617313B1 (fr) * 1987-02-27 1991-08-16 Smh Alcatel Systeme d'exploitation d'une machine a affranchir electronique
    US5009276A (en) * 1990-01-16 1991-04-23 Pitney Bowes Inc. Electronic postal scale with multilingual operator prompts and report headings
    US5699258A (en) * 1992-04-16 1997-12-16 Francotyp-Postalia Ag & Co Assembly for franking postal matter, and multi-carrier shipping system
    EP0762334B1 (de) * 1995-09-07 2001-01-24 Francotyp-Postalia Aktiengesellschaft & Co. Verfahren zum Erzeugen eines Druckbildes, welches in einer Frankiermaschine auf einen Träger gedruckt wird
    DE19617586A1 (de) * 1996-05-02 1997-11-06 Francotyp Postalia Gmbh Verfahren zur Datenverarbeitung in einem Postverarbeitungssystem mit einer Frankiermaschine und Anordnung
    DE19830055B4 (de) * 1998-06-29 2005-10-13 Francotyp-Postalia Ag & Co. Kg Verfahren zur sicheren Übertragung von Dienstdaten an ein Endgerät und Anordnung zur Durchführung des Verfahrens
    DE19843252A1 (de) * 1998-09-11 2000-03-16 Francotyp Postalia Gmbh Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens

    Patent Citations (8)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    US5606508A (en) 1992-04-16 1997-02-25 Francotyp Postalia Gmbh Assembly for franking postal matter
    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
    US5710706A (en) 1994-12-23 1998-01-20 Francotyp-Postalia Ag & Co. Method for entering data into a scale
    DE4447404C2 (de) 1994-12-23 1998-08-20 Francotyp Postalia Gmbh Verfahren zur Dateneingabe in eine Waage und Anordnung zur Durchführung des Verfahrens
    DE19622304A1 (de) 1996-05-21 1997-11-27 Francotyp Postalia Gmbh Auswechselbares Portorechnermodul und Verfahren zur Datenübertragung
    DE19843249A1 (de) 1998-09-11 2000-03-16 Francotyp Postalia Gmbh Verfahren zur Dateneingabe in ein Dienstgerät und Anordnung zur Durchführung des Verfahrens

    Cited By (4)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    EP1457931A2 (de) * 2003-03-11 2004-09-15 Francotyp-Postalia AG & Co. KG Einrichtung zur automatischen Produktcodeeingabe in einem Postverarbeitungsgerät
    EP1457931A3 (de) * 2003-03-11 2006-09-27 Francotyp-Postalia GmbH Einrichtung zur automatischen Produktcodeeingabe in ein Postverarbeitungsgerät
    EP1538573A1 (de) * 2003-12-04 2005-06-08 Francotyp-Postalia Aktiengesellschaft & Co. Einrichtung zum automatischen Ermitteln einer Produktbeschreibung zur Anzeige mittels einem Postverarbeitungsgerät
    EP1659490A1 (de) * 2004-11-11 2006-05-24 Francotyp-Postalia GmbH Verfahren zum Bereitstellen von Diensten zwischen Datenverarbeitungseinrichtungen

    Also Published As

    Publication number Publication date
    EP1017024A3 (de) 2000-12-13
    DE19857778A1 (de) 2000-06-08
    US6594648B1 (en) 2003-07-15

    Similar Documents

    Publication Publication Date Title
    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
    DE3841394C2 (de) Verfahren für die Ausgabe von Postgebühren
    EP0986028B1 (de) Verfahren zur Dateneingabe in ein Dienstgerät und Anordnung zur Durchführung des Verfahrens
    DE3688014T2 (de) Verfahren zur Steuerung von Frankiermaschinen.
    DE4213278C2 (de) Anordnung zum Frankieren von Postgut
    CH653156A5 (de) Postgebuehrenrechner.
    EP0747864A2 (de) Anordnung und Verfahren zur Ermittlung des günstigsten Postbeförderers und zum Bearbeiten von Postsendungen
    DE3712092A1 (de) Nachladesystem fuer frankiermaschinen
    DE19617557A1 (de) Verfahren zur Ermittlung des günstigsten Beförderers und Postverarbeitungssystem mit Personalcomputer und mit einem Verfahren zur Datenverarbeitung
    DE19731304B4 (de) Verfahren zur Statistikmodusnachladung und zur statistischen Erfassung nach Statistikklassen bei der Speicherung eines Datensatzes
    EP1113403A1 (de) Verfahren zur Erzeugung eines Sicherheitsabdruckes
    DE3416590A1 (de) Frankiermaschinensystem mit anzeige
    EP0773517A2 (de) Verfahren und Anordnung zur automatischen Modem-Typenerkennung und Adaption
    EP0809215B1 (de) Auswechselbares Portorechnermodul und Verfahren zur Datenübertragung
    EP1017024A2 (de) Verfahren zum Verarbeiten veränderbarer Dienstdatenstrukturen und Displaytexten in einem Verarbeitungsmodul und Anordnung zur Durchführung des Verfahrens
    DE19830055A1 (de) Verfahren zur sicheren Übertragung von Dienstdaten an ein Endgerät und Anordnung zur Durchführung des Verfahrens
    EP1001383B1 (de) Anordnung und Verfahren zur Speicherung von Daten über eine Benutzung eines Endgerätes
    EP0991025B1 (de) Verfahren zur Dateneingabe in einen Portorechner und Anordnung zur Durchführung des Verfahrens
    DE69912054T2 (de) Verbrauchskontrollverfahren für Frankiermaschinen
    EP1939815B1 (de) Verfahren zur Bereitstellung von Portogebührentabellen durch ein Datenzentrum zu deren Übermittlung an ein Dienstgerät sowie Anordnung zur Durchführung des Verfahrens
    DE202018006807U1 (de) Paketautomat
    EP1457931A2 (de) Einrichtung zur automatischen Produktcodeeingabe in einem Postverarbeitungsgerät
    EP1538573A1 (de) Einrichtung zum automatischen Ermitteln einer Produktbeschreibung zur Anzeige mittels einem Postverarbeitungsgerät
    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

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

    Owner name: FRANCOTYP-POSTALIA GMBH

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

    Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

    18R Application refused

    Effective date: 20110406