DE69634397T2

DE69634397T2 - Verfahren zum Erzeugen von Wertmarken in einem offenen Zählsystem

Info

Publication number: DE69634397T2
Application number: DE69634397T
Authority: DE
Inventors: David K. Lee; David W. Riley; Jr. Frederick W. Ryan
Original assignee: Pitney Bowes Inc
Current assignee: Pitney Bowes Inc
Priority date: 1995-12-19
Filing date: 1996-12-19
Publication date: 2005-12-29
Anticipated expiration: 2016-12-20
Also published as: EP0780804A2; US5781438A; EP0780804A3; EP0780804B1; US5987441A; JPH09319907A; JP4410858B2; CA2193281A1; DE69634397D1; CA2193281C; US6260028B1

Description

Die vorliegende Erfindung betrifft Verfahren zum Ausgeben digitaler Token und Systeme und Programme zum Ausgeben digitaler Token, und sie ist anwendbar auf weiterentwickelte Systeme zur Bezahlung von Portokosten mit vorher berechneten Informationen zur Bezahlung der Portokosten.
Die vorliegende Anmeldung ist verwandt mit den folgenden europäischen Patentanmeldungen: EP-A-0 780 806, EP-A-0 780 807, EP-A-0 782 110, EP-A-0 782 109, EP-A-0 780 808, EP-A-0 780 809, EP-A-0 782 112, EP-A-0 780 805 und EP-A-0 781 108, die gleichzeitig vom gleichen Anmelder angemeldet wurden.
Das USPS befasst sich gegenwärtig mit Anforderungen für zwei Arten von Zähleinrichtungen: geschlossenen und offenen Systemen. In einem geschlossenen System ist die Systemfunktionalität lediglich der Zählaktivität gewidmet. Beispiele für Zähleinrichtungen mit geschlossenen Systemen, auch bezeichnet als Portokosten-Nachweiseeinrichtungen (postage evidencing devices, PEDs), beinhalten herkömmliche digitale und analoge Portokosten-Zähleinrichtungen, wobei ein bestimmter Drucker sicher mit einer Zähl- oder Buchungsfunktion gekoppelt ist. In einem geschlossenen System kann, da der Drucker sicher gekoppelt und der Zähleinrichtung gewidmet ist, ein Druckvorgang nicht ohne einen Buchungsvorgang stattfinden. Außerdem wird der Druckvorgang ausgeführt, unmittelbar nachdem der Buchungsvorgang abgeschlossen worden ist.
In einem offenen System ist der Drucker nicht der Zählaktivität gewidmet, so dass Systemfunktionalität für mehrfache und diverse Verwendungen zusätzlich zu der Zählaktivität frei wird. Beispiele von Zähleinrichtungen mit offenem System beinhalten Einrichtungen auf der Basis von Personal Computern (PCs) mit Single- oder Multi-Tasking Betriebssystemen, Mulit-User-Anwendungen und digitalen Druckern. Eine Zähleinrichtung mit offenem System ist eine PED mit einem nicht gewidmeten Drucker, der nicht sicher mit einem sicheren Buchungsmodul gekoppelt ist.
Wenn eine PED ein Postwertzeichen auf eine Postsendung druckt, muss das Buchungsmuster innerhalb der PED immer reflektieren, dass der Druckvorgang stattgefunden hat. Postalische Behörden erfordern es im allgemeinen, dass die Buchungsinformation innerhalb der Portokosten-Zähleinrichtung auf sichere Art und Weise gespeichert wird, und zwar mit Sicherheitsmerkmalen, die unautorisierte und ungebuchte Ausdrucke von Postwertzeichen oder Veränderungen in den Beträgen der in der Zähleinrichtung gespeicherten postalischen Geldmittel verhindern. In einem geschlossenen System sind die Zähleinrichtung und der Drucker integrale Einheiten, d.h. so miteinander gekoppelt, dass sichergestellt wird, dass der Ausdruck eines Postwertzeichens nicht ohne einen Buchvorgang stattfinden kann.
Da eine PED mit einem offenen System einen Drucker verwendet, der nicht nur für den Druck eines Nachweises einer Portobezahlung verwendet wird, sind zusätzliche Sicherheitsmaßnahmen erforderlich, um einen unautorisierten Drucknachweise einer Portokostenbezahlung zu verhindern. Solche Sicherungsmaßnahmen beinhalten den cryptographischen Nachweis einer Portokostenbezahlung durch PEDs mit dem offenen und dem geschlossenen Zählsystem. Der Portowert für eine Postsendung kann zusammen mit anderen Daten verschlüsselt werden, um ein digitales Token zu erzeugen. Ein digitales Token ist verschlüsselte Information, die die auf eine Postsendung einschließlich Portowerten aufgedruckte Information authentifiziert.
Beispiele von Systemen zum Erzeugen und Verwenden digitaler Token sind beschrieben in EP-A-0 741 374 und den US-Patenten Nr. 4,757,53, 4,831,555, 4,775,246, 4,873 645, und 4,725 718, auf welche hinsichtlich weiterer Details Bezug genommen wird. Die Systeme verwenden einen Verschlüsselungs-Algorithmus, um ausgewählte Informationen zu verschlüsseln, um zumindest ein digitales Token für jede Postsendung zu erzeugen. Die Verschlüsselung der Information schafft Sicherheit, um eine Veränderung der gedruckten Informationen auf eine solche Art und Weise zu verhindern, dass jeder Missbrauch der Token durch geeignete Verifikationsvorgänge erfasst werden kann.
Typische Informationen, die als Teile eines digitalen Tokens verschlüsselt werden können, beinhalten die Herkunfts-Postleitzahl, die Identifizierung des Anbieters oder Lieferanten, Daten, die die PED identifizieren, Stückzahl, Portobetrag, Datum sowie für ein offenes System auch die Empfängerpostleitzahl. Diese Informationen, kollektiv als postalische Daten bezeichnet, schaffen, wenn sie mit einem geheimen Schlüssel verschlüsselt sind und auf eine Postsendung gedruckt sind, eine sehr hohe Sicherheitsstufe, die die Erfassung jedes Versuchs einer Modifikation eines postalischen Erlösblocks oder einer Empfängerpostleitzahl ermöglicht. Ein postalischer Erlösblock ist ein Bild, das auf eine Postsendung gedruckt ist und welches das digitale Token beinhaltet, welches dazu verwendet wird, die Bezahlung der Portokosten nachzuweisen. Die postalischen Daten können sowohl in verschlüsselter als auch in unverschlüsselter Form in dem postalischen Erlösblock gedruckt werden. Postalische Daten dienen als Input für eine Transformation des digitalen Tokens, wobei es sich um eine cryptographische Transformationsberechnung handelt, welche einen geheimen. Schlüpfrigkeit verwendet, um digitale Token zu produzieren. Ergebnisse dieser Transformation dieses digitalen Tokens, d.h. die digitale Token, sind nur nach dem Abschluss des Buchungsvorgangs erhältlich.
Digitale Token werden sowohl in offenen als auch in geschlossenen Zählsystemen verwendet. Für offene Zählsysteme kann jedoch der nicht gewidmete Drucker dazu verwendet werden, andere Informationen zusätzlich zu dem postalischen Erlösblock zu drucken, und er kann auch für Aktivitäten verwendet werden, die sich von dem Nachweis der Portokosten unterscheiden. In einer PED mit offenem System ist die Information über den Empfänger in den postalischen Daten beinhaltet, welche bei der Erzeugung der digitalen Token verwendet werden. Eine solche Verwendung der Informationen über den Empfänger erzeugt eine sichere Verbindung zwischen der Postsendung und dem postalischen Erlösblock und ermöglicht eine eindeutige Authentifizierung der Postsendung.
Vorzugsweise werden zwei digitale Token dazu verwendet, die postalischen Daten sowie die Zahlung der Portokosten zu authentifizieren. Das erste wird durch eine Transformation produziert, welche einen geheimen Schlüssel verwendet, welche von dem postalischen Service sowie der PED des Absenders gehalten wird. Das zweite wird erzeugt durch eine Transformation, welche einen geheimen Schlüssel verwendet, welcher von dem Anbieter der PED sowie der PED des Absenders gehalten wird. Die Tatsache, dass zwei unabhängige Einheiten separate Verifikationsgeheimnisse halten, verstärkt die Sicherheit des Systems wesentlich, weil sie den postalischen Service und den Anbieter mit unabhängigen Mitteln versieht, um den postalischen Erlösblock zu identifizieren und so auch die Zahlung der Portokosten zu verifizieren. Die Verwendung der zweiten Transformation, welche den geheimen Schlüssel des Anbieters verwendet, ist ein optionaler Teil der Sicherheit, welcher die Zahlung der Portokosten durch eine bestimmte Einrichtung des Anbieters authentifiziert. Die Verwendung zweiter digitaler Token (postalisch und vom Anbieter) ist im US-Patent Nr. 5,390,251 sowie der anhängigen europäischen Patentanmeldung mit der Nummer 95107216.4, angemeldet am 12. Mai 1995, beschrieben, welche beide vom Anmelder der vorliegenden Erfindung angemeldet worden sind und auf welche Bezug genommen wird hinsichtlich weiterer Details.
Gemäß einem ersten Aspekt der Erfindung wird ein Verfahren zum Ausgeben digitaler Token in einem offenen Systemzähler geschaffen, mit den folgenden Schritten: Aussenden einer Anforderung digitaler Token sowie vorbestimmter postalischer Informationen einschließlich Empfänger-Informationen von einem Host-Prozessor an einen mit dem Host-Prozessor operativ gekoppelten Vault (vault: "Gewölbe"; "Tresor"); Berechnen zumindest eines digitalen Tokens, das die vorbestimmten postalischen Informationen verwendet, in dem Vault als Antwort auf die Anforderung von Token; Belasten postalischer Geldmittel in dem Vault; Ausgeben des digitalen Tokens an den Host-Prozessor; und Speichern des digitalen Tokens und der vorbestimmten postalischen Informationen als Transaktionsprotokoll in dem Host-Prozessor, um anschließend Freistempel zu erzeugen und auszudrucken.
Gemäß einer Variante des ersten Aspekts der Erfindung ist der Host-Prozessor ein lokaler PC an einem Netzwerk, der Vault mit einem Netzwerk-Server verbunden ist, die Anforderung digitaler Token und die vorbestimmten postalischen Informationen von dem lokalen PC an den Vault über das Netzwerk gesandt werden, und das oder jedes digitale Token, das von dem Vault ausgegeben wird, in dem lokalen PC gespeichert wird.
Gemäß einer weiteren Variante des ersten Aspekts der Erfindung wird außerdem eine Adressenlistendatei in einem PC als dem Host-Prozessor vorgesehen wird und erforderliche postalische Informationen für jede gewünschte Adresse in einer Adressenliste herausgezogen werden, wobei die Anforderung digitaler Token und die erforderlichen postalischen Informationen, einschließlich Empfänger-Informationen, für ausgewählte Adressen in der Adressenliste von dem PC an den Vault sind; wobei als Antwort auf jede Anforderung der digitalen Token zumindest ein digitales Token in dem Vault unter Verwendung der vorbestimmten postalischen Informationen berechnet wird; wobei jedes digitale Token in dem Vault im Vault-NVM gespeichert wird; wobei postalische Geldmittel in dem Vault-NVM entsprechend den für jede Adresse berechneten digitalen Token belastet werden; wobei jedes digitale Token zu dem Host-Prozessor gesandt wird; und wobei jedes digitale Token in einer Datei für ausgegebene Token auf der Festplatte des PCs auf eine Art und Weise gespeichert wird, die konsistent mit der Reihenfolge ist, die jede entsprechende Adresse in der Adressenliste hat, für die anschließende Erzeugung und den anschließenden Ausdruck eines Freistempels.
Gemäß einem zweiten Aspekt der Erfindung wird ein offener Systemzähler geschaffen, der zum Drucken eines Porto-Freistempels betätigbar ist, mit: Mitteln zum Aussenden einer Anforderung eines digitalen Tokens und vorbestimmter Porto-Informationen von einem Host-Prozessor an einen damit operativ verbundenen Vault, wobei die vorbestimmten Porto-Informationen einen Portowert und Empfängerinformationen beinhalten; Mitteln zum Empfangen eines digitalen Tokens, das unter Verwendung der vorbestimmten Porto-Informationen von dem Vault erzeugt wurde; und Mitteln zum Aufbewahren des empfangenen digitalen Tokens und der vorbestimmten Porto-Informationen als Transaktionsprotokoll in dem Host-Prozessor für ein anschließendes Wiederauffinden und Ausdrucken des Porto-Freistempels.
Gemäß einem dritten Aspekt der Erfindung wird ein Computerprogramm geschaffen für die Abarbeitung durch einen Host-Prozessor zum Ausführen der folgenden Schritte: Senden einer Anforderung eines digitalen Tokens und vorbestimmter Porto-Informationen an einen operativ mit dem Host-Prozessor gekoppelten Vault, wobei diese vorbestimmten Porto-Informationen einen Portowert und Empfänger-Informationen beinhalten; Empfangen eines digitalen Tokens, das unter Verwendung der vorbestimmten Porto-Informationen von dem Vault erzeugt wurde; und Speichern des empfangenen digitalen Tokens und der vorbestimmten Porto-Informationen als Transaktionsprotokoll in einem dem Host-Prozessor zugeordneten Speicher für ein anschließendes Wiederauffinden des Tokens aus dem Speicher und Ausdrucken von Portofreistempeln.
Die oben beschriebenen und weitere Ziele und Vorteile der vorliegenden Erfindung werden deutlich bei der Berücksichtigung der nun folgenden ausführlichen Beschreibung, wenn diese zusammen mit den begleitenden Zeichnungen gelesen wird, in welchen gleiche Bezugszeichen gleiche Elemente bezeichnen und in welchen:
1 ein Blockdiagramm eines Zählsystems auf PC-Basis ist, in welchem die vorliegende Erfindung arbeitet,
2 ein schematisches Blockdiagramm des Zählsystems auf PC-Basis der 1 ist, einschließlich einer entfernbaren Vault-Karte und einer DLL in dem PC,
3 ein schematisches Blockdiagramm der DLL in dem PC-basierten Zählsystem der 1 ist, einschließlich einer Interaktion mit dem Vault, um digitale Token auszugeben und aufzubewahren,
5 ist ein Flussdiagramm eines Verfahrens zum Erzeugen eines digitalen Tokens der vorliegenden Erfindung,
4 ist ein Blockdiagramm der DLL-Sub-Module in dem PC-basierten Zählsystem der 1,
6 ist ein Flussdiagramm des PC, der eine Transaktionsprotokoll speichert, einschließlich eines ausgegebenen digitalen Tokens in dem PC-basierten Zählsystem der 1,
7 ist ein Flussdiagramm des PC, der ein Stempelbild für eine digitales Token in dem PC-basierten Zählsystem der 1 erzeugt, und
8 ist eine Darstellung von Stempeln, die von dem PC-basierten Zählsystem der 1 erzeugt und ausgedruckt worden sind.
Wie zuvor beschrieben, ist ein inhärenter Unterschied zwischen den geschlossenen und den offenen Zählsystemen der Drucker. Der Drucker in einem geschlossenen Zählsystem ist eine sichere Einrichtung, der dem Drucken von Portonachweisen gewidmet ist. Die Druckfunktion in einem geschlossenen Zählsystem ist daher abhängig von der Zählfunktion. Dies steht im Gegensatz zu einem Drucker eines offenen Zählsystems, wobei es sich um einen nicht sicheren nicht gewidmeten Drucker handelt, der typische mit einem PC in Zusammenhang stehende Dokumente zusätzlich zu den Portonachweisen ausdruckt. Die Druckfunktion in einem offenen Zählsystem ist daher unabhängig von der Zählfunktion. Die vorliegende Beschreibung beschreibt einen Vorgang in einem offenen Zählsystem zum Anfordern, Berechnen, Speichern und Ausgeben zumindest eines digitalen Tokens, das später bei der Erzeugung zumindest eines Stempelbildes verwendet werden kann.
Gemäß dem vorliegenden Vorschlag ist ein Teil der Funktionalität, die typischerweise in dem Vault eines herkömmlichen Portozählers ausgeführt wird, aus dem Vault eines PC-basierten offenen Zählsystems entfernt worden und wird in dem PC ausgeführt. Es ist festgestellt worden, dass dieser Transfer der Funktionalität aus dem Vault hin zu dem PC die Sicherheit des Zählers nicht beeinflusst, weil die Information, die bearbeitet wird, Informationen über den Empfänger beinhaltet. Es ist auch festgestellt worden, dass in einem PC-basierten offenen Zählsystem Token ausgegeben und dann gespeichert werden können, um später einen Stempel zu erzeugen und auszudrucken. Außerdem ist festgestellt worden, dass ein Token auch erneut ausgegeben werden kann, wenn das Token nie gedruckt wird oder wenn ein Problem auftritt, welches das Ausdrucken eines Stempels mit diesem Token verhindert.
Ein Verfahren zum Erzeugen eines Tokens wird beschrieben für ein offenes Zählsystem, wie beispielsweise ein PC-basierten Zählsystem, welches einen PC aufweist, spezielle Windows-basierte Software, einen Drucker sowie ein zusätzliches plug-in-Gerät als Vault, um Portogeldmittel zu speichern. Der PC-Zähler verwendet einen Personalcomputer und seinen nicht sicheren und nicht gewidmeten Drucker, um digitale Token zu erzeugen und später einen Portonachweis auf Umschläge und Etiketten zu drucken, und zwar zu der gleichen Zeit, zu der er auch eine Empfängeradresse ausdruckt.
Der Vorgang zum Erzeugen eines Tokens für ein offenes Zählsystem beinhaltet eine Sicherheit, welche ein unbefugtes Hantieren und einen falschen Nachweis mit einer Portozahlung verhindert. Der Vorgang zum Erzeugen des Tokens kann die Fähigkeit beinhalten, eine Batch-Verarbeitung digitaler Token auszuführen.
Beim Beschreiben der vorliegenden Erfindung wird Bezug genommen auf die Zeichnungen, wobei in den 1 bis 4 ein PC-basierter Portozähler mit einem offenen System dargestellt ist, hier auch als PC-Zählsystem bezeichnet, allgemein mit 10 bezeichnet, in welchem der digitale Tokenvorgang ausgeführt wird. Das PC-Zählsystem 10 beinhaltet einen herkömmlichen Personalcomputer, der dazu ausgestaltet ist, als Host für eine lösbare Zähleinrichtung oder einen elektronischen Vault zu arbeiten, im allgemeinen als 20 bezeichnet, in welchem Portogeldmittel gespeichert sind. Das PC-Zählsystem 10 verwendet den Personalcomputer und seinen Drucker dazu, Porto auf Umschläge zu drucken, und zwar zu der gleichen Zeit, zu der er auch eine Empfängeradresse ausdruckt, oder Etiketten für voradressierte Rücksendeumschläge oder größere Postsendungen auszudrucken. Obwohl die bevorzugte Ausführungsform der vorliegenden Erfindung mit Bezug auf ein Portozählsystem beschrieben wird, ist die vorliegende Erfindung natürlich auch auf jedes Wertzählsystem anwendbar, welches einen Nachweis einer Transaktion beinhaltet.
Der Ausdruck "Personalcomputer" wird hier generisch verwendet und bezieht sich auf gegenwärtig vorhandene und noch zu entwickelnde Mikroprozessorsysteme mit zumindest einem Prozessor, der operativ mit einer Benutzerschnittstelle gekoppelt ist wie beispielsweise einer Anzeige und einer Tastatur sowie mit Speichermedien. Der Personalcomputer kann eine Arbeitsstation sein, die für mehr als einen Benutzer zugänglich ist.
Der PC-basierte Portozähler 10 beinhaltet einen Personalcomputer (PC) 12, eine Anzeige 14, eine Tastatur 16 sowie einen nicht sicheren digitalen Drucker 18, vorzugsweise einen Laser- oder Tintenstrahldrucker. Der PC 12 beinhaltet einen herkömmlichen Prozessor 22 wie beispielsweise die 80486- und Pentium-Prozessoren, die von Intel hergestellt werden, sowie eine herkömmliche Festplatte 24, zumindest ein Laufwerk 26 sowie einen Speicher 28. Ein elektronischer Vault 20, der in einer Steckkarte wie beispielsweise einer PCMCIA-Karte 30 untergebracht ist, ist eine sichere Verschlüsselungseinrichtung für die Portogeldmittel-Handhabung, Erzeugung von digitalen Token und traditionelle Buchungsfunktion. Das PC-Zählsystem kann auch ein optionales Modem 29 beinhalten, das sich vorzugsweise im PC 12 befindet. Das Modem 29 kann für eine Kommunikation mit einem postalischen Service oder einem Anbieter für die postalische Authentifizierung verwendet werden, um Geldmittel (Belastung oder Guthaben) wieder aufzuladen. In einer alternativen Ausführungsform kann sich das Modem in der PCMCIA-Karte 30 befinden.
Das PC-Zählsystem 10 beinhaltet außerdem ein Windows-basiertes PC Softwaremodul 34 (3 und 4), welches von herkömmlichen Windows-basierten Textverarbeitungs-, Datenbank- und Tabellenkalkulations-Anwendungsprogrammen 36 aus zugänglich ist. Das PC-Softwaremodul 34 beinhaltet eine Vault-dynamische Link-Bibliothek (dynamic link library, DLL) 40, ein Benutzerschnittstellenmodul 42 sowie mehrere Hilfsmodule, die die Zählfunktionen steuern. Das DLL-Modul 40 kommuniziert sicher mit dem Vault 20 und bildet eine offene Schnittstelle zu Microsoft Windows-basierten Anwendungsprogrammen 36 durch das Benutzerschnittstellenmodul 42. Das DLL-Modul 40 speichert auch sicher eine Stempelbild und eine Kopie der Verwendung von postalischen Geldmitteln des Vault. Das Benutzerschnittstellenmodul 42 verschafft den Anwendungsprogrammen 36 Zugang zu einem elektronischen Stempelbild vom DLL-Modul 40 zum Drucken des postalischen Erlösblocks auf ein Dokument wie beispielsweise einen Umschlag oder ein Etikett. Das Benutzerschnittstellenmodul 42 verleiht Anwendungsprogrammen auch die Fähigkeit, Fern-Nachfüllungen zu initiieren und administrative Funktionen auszuführen.
So arbeitet das PC-Zählsystem 10 als herkömmlicher Personalcomputer mit einem angebrachten Drucker, welcher bei Anforderung durch den Benutzer zu einem Portozähler wird. Der Drucker 18 druckt alle Dokumente, die normalerweise von einem PC ausgedruckt werden, einschließlich Briefen und Adressen auf Umschlägen, und gemäß der vorliegenden Erfindung druckt er auch Poststempel.
Der Vault ist in einer PCMCIA-Eingabe/Ausgabe-Einrichtung oder Karte 30 untergebracht, auf welche durch eine PCMCIA-Steuerung 32 im PC 12 zugegriffen wird. Eine PCMCIA-Karte ist ein kreditkartengroßes Zusatzgerät oder ein solcher Adapter; der an die Standard-Spezifikation der Personal Computer Memory Card International Association angepasst ist. Mit Bezug auf die 2 und 3 beinhaltet nun die PCMCIA-Karte 30 einen Mikroprozessor 44, einen redundanten nicht-flüchtigen Speicher (non-volatile memory, NVM) 46, eine Uhr 48, ein Verschlüsselungsmodul 50 sowie ein Buchungsmodul 52. Das Verschlüsselungsmodul 50 kann den NBS-Daten-Verschlüsselungsstandard (Data Encryption Standard, DES) oder ein anderes geeignetes Verschlüsselungsschema verwenden. In der bevorzugten Ausführungsform ist das Verschlüsselungsmodul 50 ein Softwaremodul. Das Verschlüsselungsmodul 50 könnte aber auch eine Separatoreinrichtung sein wie beispielsweise ein separater Chip, der mit dem Mikroprozessor 44 verbunden ist. Das Buchungsmodul 52 kann ein EEPROM sein, der aufsteigende und absteigende Register sowie postalische Daten beinhaltet wie beispielsweise die Ursprungs-Postleitzahl, die Identifizierung des Anbieters, Daten zur Identifizierung des PC-basierten Portozählers 10, eine sequentielle Stückzählung des von dem PC-basierten Portozählers 10 erzeugten postalischen Erlösblocks, der Portomenge und des Datums der Übergabe an den postalischen Service. Wie dies bekannt ist, zeichnet ein aufsteigendes Register in einer Zähleinheit den Betrag des Portos auf, das ausgegeben worden ist, d.h. von dem Vault ausgestellt worden ist, in allen Transaktionen, und das absteigende Register zeichnet den Wert, d.h. den Portobetrag auf, der in der Zähleinheit verbleibt, welcher wert abnimmt, wenn Porto ausgegeben wird.
Die Hardware-Ausgestaltung des Vault beinhaltet eine Schnittstelle 56, die mit dem Prozessor 22 durch die PCMCIA-Steuerung 32 kommuniziert. Für eine zusätzliche physikalische Sicherheit sind vorzugsweise die Komponenten des Vault 20, die die Verschlüsselung ausführen und die Schlüssel speichern (Mikroprozessor 44, ROM 47 und NVM 46) in der gleichen integrierten Schaltkreiseinrichtung/Chip gespeichert, der so hergestellt ist, dass er gegen eine unautorisierte Handhabung gesichert ist. Eine solche Verpackung stellt sicher, dass die Inhalte des NVM 46 nur von dem Verschlüsselungsprozessor gelesen werden können und nicht außerhalb der integrierten Schaltkreiseinrichtung zugänglich sind. Alternativ könnte die gesamte Karte 30 so hergestellt sein, dass sie gegen eine unautorisierte Handhabung gesichert ist.
Der Speicher jedes NVM 46 ist in Sektionen organisiert. Jede Sektion beinhaltet historische Daten früherer Transaktionen mittels des Vault 20. Beispiele dieser Art von Transaktionen beinhalten: das ausgegebene Porto, die ausgegebenen Token, Nachfüllungen, Konfigurationsparameter, und postalische Inspektionen sowie Inspektionen des Anbieters. Die Größe jeder Sektion hängt ab von der Anzahl der Transaktionen, die aufgezeichnet werden, und der Datenlänge der Art der Transaktion. Jede Sektion ist ihrerseits in Transaktionsprotokolle unterteilt. Innerhalb einer Sektion ist die Länge eines Transaktionsprotokolls identisch. Die Struktur eines Transaktionsprotokolls ist so, dass der Vault die Integrität von Daten überprüfen kann. Die Funktionalität der DLL 40 ist eine Schlüsselkomponente des PC-basierten Zählers 10. Die DLL 40 beinhaltet sowohl ausführbaren Code als auch einen Datenspeicherbereich 41, der sich in der Festplatte 24 des PCs 12 befindet. In einer Windows-Umgebung kommunizieren viele Anwendungsprogramme 36 wie beispielsweise Textverarbeitungs- und Tabellen-Kalkulationsprogramme, miteinander und verwenden dabei zumindest eine dynamische Link-Bibliothek. Der PC-basierte Zähler 10 verkapselt all die beim Zählen involvierten Prozesse und schafft eine offene Schnittstelle zu dem Vault 20 von allen Windows-basierten Anwendungen aus, die eine dynamische Link-Bibliothek verwenden können. Jedes Anwendungsprogramm 36 kann mit dem Vault-Mikroprozessor 44 in der PCMCIA-Karte 30 durch die DLL 40 kommunizieren.
Die DLL 40 beinhaltet die folgenden Software-Module. Ein Sub-Modul 80 für die sichere Kommunikation steuert die Kommunikation zwischen dem PC 12 und dem Vault 20. Das Sub-Modul 82 für Transaktions-Eroberungen speichert Transaktions-Protokolle im PC 12. Ein Sub-Modul 84 für die Erzeugung und Speicherung sicherer Stempelbilder erzeugt ein Stempel-Bitmap-Bild und speichert das Bild für das anschließende Ausdrucken. Ein Sub-Modul 86 für die Anwendungs-Schnittstelle ist angeschlossen an nicht zählende Anwendungsprogramme und gibt Anforderungen an digitale Token als Antwort auf Anforderungen nach Stempeln mittels der nicht zählenden Anwendungsprogramme aus. Eine genauere Beschreibung des PC-Zählsystems 10 ist in der verwandten europäischen Patentanmeldung Nr. EP-A-0 780 809 vorgesehen, die gleichzeitig angemeldet worden ist und auf welche Bezug für weitere Details genommen wird.
Da der Drucker 18 nicht der Zählfunktion gewidmet ist, können ausgegebene digitale Token angefordert, berechnet und im PC 12 für die Verwendung zu einem spätere Zeitpunkt gespeichert werden, wenn nach Belieben des Benutzers entsprechende Stempel erzeugt und gedruckt werden. Ein solcher verzögerter Druck und eine solche verzögerte Batch-Verarbeitung ist genauer in der ebenfalls anhängigen europäischen Patentanmeldung Nr. EP-A-0 782 112 beschrieben, auf welche für weitere Informationen Bezug genommen wird.
Vorgang zur Erzeugung eines digitalen Tokens
Gemäß der vorliegenden Erfindung berechnet der Vault 20, wenn eine Anforderung an ein digitales Token von dem PC 12 her empfangen wird, zumindest ein digitales Token und gibt dieses an den PC 12 aus als Antwort auf diese Anforderung. Das ausgegebene digitale Token wird gespeichert als Teil eines Transaktionsprotokolls im PC 12 zum Ausdrucken zu einem spätere Zeitpunkt. In der bevorzugten Ausführungsform der vorliegenden Erfindung wird das Transaktionsprotokoll in, einer versteckten Datei in dem DLL-Speicherflächenbereich 41 auf der Festplatte 24 gespeichert. Jedes Transaktionsprotokoll wird indiziert in dieser versteckten Datei gemäß den Empfängerinformationen. Es ist festgestellt worden, dass dieses Verfahren zum Ausgeben und Speichern digitaler Token zu einem zusätzlichen Vorteil führt, dass zumindest ein digitales Token erneut ausgegeben werden kann, wenn ein Token nicht gedruckt worden ist oder wenn ein Problem aufgetreten ist, das den Ausdruck eines Stempels mit diesem Token verhindert.
Durch Speichern digitaler Token als Teil von Transaktionsprotokollen im PC 12 kann auf die digitalen Token zu einem späteren Zeitpunkt zum Erzeugen und Ausdrucken von Stempeln zugegriffen werden, was in dem PC 12 ausgeführt wird. Wenn ein digitales Token verloren geht, d.h. nicht korrekt auf eine Postsendung gedruckt wird, kann außerdem dieses digitale Token von der DLL 40 und nicht von dem Vault 20 erneut ausgegeben werden. Die Speicherung der Transaktionsprotokolle, welche den Vaultstatus am Ende jeder Transaktion beinhalten, bietet eine Sicherung (einen Backup) für den Vault mit Bezug auf Buchungsinformationen. und eine Aufzeichnung der ausgegebenen Token. Die Anzahl der auf der Festplatte 24 gespeicherten Transaktionsprotokolle kann auf eine vorbestimmte Anzahl beschränkt werden, vorzugsweise einschließlich aller Transaktionen seit der letzten Auffüllung des Vault 20.
Mit Bezug auf 5 initialisiert sich nun der Vault selbst, wenn im Schritt 200 Energie an den Vault 20 angelegt wird, d.h. wenn die Karte 30 in die Steuerung 32 eingebracht wird. Im Schritt 202 überprüft der Vault 20 die Integrität der in dem redundanten NVM 46 gespeicherten Geldmittel. Wenn schlecht, versetzt sich der Vault 20 selbst in einen deaktivierten Zustand, und zwar im Schritt 204. Wenn die NVM-Daten aber korrekt sind, dann werden im Schritt 206 die Register bezüglich der postalischen Geldmittel, d.h. das aufsteigende, das absteigende und das Stückzählregister, in den RAM 45 eingeladen, und auch das neueste Transaktionsprotokoll wird in den RAM 45 eingeladen. Nach dem Verifizieren der Datenintegrität des NVM 46 und dem Kopieren der neuesten Protokolle in den RAM 45 des Vault hinein wird der Vault 20 initialisiert und wartet anschließend auf einen externen Befehl im Schritt 208.
Wenn ein Statusbefehl im Schritt 210 empfangen wird, antwortet der Vault 20 dem PC 12 mit seinem momentanen Status im Schritt 212. Wenn ein Passwort erforderlich ist, um auf Funktionen des Vault 20 zuzugreifen, wird im Schritt 216 ein angegebenes Passwort überprüft auf seine Korrektheit.
Wenn ein Befehl empfangen wird im Schritt 218, zum ersten Mal in einem bestimmten Monat das Datum zu setzen, stellt der Vault im Schritt 220 das Datum ein und leitet Token-Erzeugungsschlüssel für diesen Monat aus den Master-Schlüsseln ab, die im NVM 46 des Vault gespeichert sind. Der Vault aktiviert sich dann selbst und ist bereit, einen Token-Anforderungsbefehl zu empfangen. Wenn das Datum eingestellt ist, nimmt, wenn in dem gleichen Monat ein weiterer Befehl zum Einstellen des Datums empfangen wird, der Vault diesen Befehl einfach zur Kenntnis und stellt das Datum ein, ohne die Token-Erzeugungsschlüssel neu zu berechnen. Im Schritt 224 wird ein Portobefehl empfangen, und ein Portowert, beispielsweise 0,32 Dollar, wird im Schritt 226 eingestellt.
Wenn ein Token-Anforderungsbefehl, der eine Empfängerpostleitzahl aufweist, von dem Vault 20 im Schritt 228 empfangen wird, checkt dieser das Format und den Bereich von Werten in dem Befehl in den Schritten 234–240. Wenn die Anforderung inkorrekt ist, weist der Vault 20 die Anforderung ab und wendet einen Statusbericht an das Benutzer-Anwendungsprogramm 36 über die DLL 40 im Schritt 212. Der Vault 20 überprüft das Datum in dem Befehl bzw. der Anforderung im Schritt 234 und vergleicht dann im Schritt 236 den angeforderten Portobetrag mit den zwei Warnwerten: der Warnung bei einem hohen Wert und der Warnung bei einer Portogrenze. Wenn die Anforderung diese Warnwerte überschreitet, wird die Anforderung abgewiesen. Der Vault 20 vergleicht dann im Schritt 238 den angeforderten Portobetrag mit den zur Verfügung stehenden postalischen Geldmitteln in dem absteigenden Register. Wenn der Betrag der zur Verfügung stehenden postalischen Geldmittel geringer ist als der angeforderte Betrag, weist der Vault den Token-Anforderungsbefehl ab und sendet eine geeignete Nachricht an das Benutzer-Anwendungsprogramm 36 über die DLL 40. Wenn der Betrag der zur Verfügung stehenden postalischen Geldmittel größer ist als der angeforderte Betrag oder gleich diesem, überprüft der Vault 20 im Schritt 240 die Empfängerinformationen.
Schließlich beginnt im Schritt 242 der Vault 20 den Buchungsvorgang, um ein digitales Token auszugeben. Der Vault 20 leitet den angeforderten Portobetrag aus den zur Verfügung stehenden postalischen Geldmitteln ab, d.h. addiert den Betrag dem aufsteigenden Register und subtrahiert den Betrag dem absteigenden Register im RAM. Im Schritt 244 wird ein digitales Token berechnet unter Verwendung eines Algorithmus eines offenen Systems, welcher Informationen über dem Empfänger beinhaltet. Im Schritt 246 konstruiert der Vault 20 im RAM 45 ein Transaktionsprotokoll, welches die Stückzahl beinhaltet und das berechnete Token und speichert dieses Transaktionsprotokoll in einer indizierten Datei in dem redundanten NVM 46. In der bevorzugten Ausführungsform wird die NVM-Transaktionsdatei mit der Stückzahl indiziert. Nach dem Speichern im NVM überprüft der Vault 20 im Schritt 248 die Integrität des NVM 46, um zu bestätigen, dass die Daten korrekt gespeichert sind. Wenn während dieses Vorgangs ein Fehler auftritt, werden keine Token ausgegeben, und eine Fehlermeldung wird dem Prozessor 22 im PC 12 mitgeteilt. Wenn kein Fehler auftritt, wird ein Transmissionspuffer, der aus dem Transaktionsprotokoll besteht, zusammengefügt, und der Vault 20 überträgt im Schritt 250 das Transaktionsprotokoll an die DLL 40 im PC 12. Wenn der Vault 20 keine positive Kenntnisnahme vom PC 12 empfängt, überträgt der Vault 20 die Nachricht noch einmal.
Herkömmliche Portozähler speichern Transaktionen in dem Zähler. Gemäß der vorliegenden Erfindung fängt das Sub-Modul 82 zum fangen der Transaktionen jedes Transaktionsprotokoll, das von dem Vault 20 her empfangen wird und zeichnet das Transaktionsprotokoll in der DLL 40 und in dem DLL-Speicherbereich 41 auf der Festplatte 24 für ein historisches Protokoll auf. Wenn viel Platz auf der Festplatte 24 ist, können solche Transaktionsfänge für mehrere unterschiedliche Vaults gespeichert werden. Mit Bezug auf 6 überwacht von dem Moment an, in dem eine Kommunikationssitzung aufgebaut wird, das Sub-Modul 82 den Nachrichtenverkehr im Schritt 120, fängt selektiv jedes Transaktionsprotokoll für die Token-Erzeugungen und fühlt nach und speichert solche Transaktionsprotokolle in der DLL 40 im Schritt 124 in einer unsichtbaren und schreibgeschützten Datei 83 in einem DLL-Speicherbereich 41 im Schritt 126. Die für jedes Transaktionsprotokoll gespeicherten Informationen beinhalten beispielsweise die Vault-Seriennummer, das Datum, die Stückzahl, das Porto, die zur Verfügung stehenden postalischen Geldmittel (das absteigende Register), die Token, die Empfängerpostleitzahl und eine Blocküberprüfungsstelle. Eine vorbestimmte Anzahl der neuestem Protokolle, die vom PC 12 initiiert wurden, sind in der Datei 83 gespeichert, wobei es sich um eine historische Datei handelt, die gemäß der Stückzahl initiiert ist. Die Datei 83 repräsentiert das Spiegelbild des Vault 20 zur Zeit der Transaktion abgesehen von den Verschlüsselungsschlüsseln und den Konfigurationsparametern. Das Speichern von Transaktionsprotokollen auf der Festplatte 24 führt zu der unten beschriebenen Backup-Fähigkeit. Gemäß der vorliegenden Erfindung werden Transaktionsprotokolle für mehrere ausgegebene digitale Token für eine vorbestimmte Zeit oder Zählung beibehalten.
Gemäß dem vorliegenden System wird das gesamte fixierte graphische Bild 90 der Stempel 92, gezeigt in 8, als komprimierte Daten 94 im DLL-Speicherbereich 41 gespeichert.
Postalische Dateninformationen einschließlich der Stückzahl 93a, der Anbieter-ID 93b, des Portobetrags 93c, der Seriennummer 93d, des Datums 93e und der Ursprungspostleitzahl 93f sowie Token 93g werden mit dem fixierten graphischen Bild 90 durch das Modul 84 zum Erzeugen eines Stempelbilds kombiniert.
Mit Bezug auf 7 überprüft nun, wenn eine Anforderung an Stempel von einem Anwendungsprogramm im PC 12 im Schritt 142 erfolgt, das Modul 84 zur Erzeugung des Stempelbildes nach einem digitalen Token aus dem Vault 20 im Schritt 144, und im Schritt 146 erzeugt es ein Bitmap-Stempelbild 96 durch Expandieren der komprimierten fixierten graphischen Bilddaten 94 im Schritt 148 und durch Kombinieren im Schritt 150 des fixierten graphischen Bildes 90 des Stempels mit zumindest einem Teil der postalischen Dateninformationen und Token, die von dem Vault 20 her empfangen wurden. Im Schritt 152 wird das Stempelbild gespeichert in der DLL 40 für das Ausdrucken. Das Sub-Modul 84 schickt an das anfordernde Anwendungsprogramm 96 im PC 12 das erzeugte Bitmap-Stempelbild 96, welches für den Druck bereit ist, und speichert dann ein Transaktionsprotokoll einschließlich der digitalen Token und zugehörigen postalischen Daten in dem DLL-Speicherbereich 41. Zu diesem Zeitpunkt können die Stempel unmittelbar oder zu einem späteren Zeitpunkt ausgedruckt werden.
So wird das Bitmap-Stempelbild 96 in der DLL 40 gespeichert, auf welches nur durch einen ausführbaren Code in der DLL 40 zugegriffen werden kann. Nur dieser ausführbare Code der DLL 40 kann außerdem auf das fixierte graphische Bild 90 des Stempels zugreifen, um das Bitmap-Stempelbild 96 zu erzeugen. Dies verhindert eine versehentliche Veränderung des Stempels, weil es für einen normalen Benutzer sehr schwierig wäre, auf das fixierte graphische Bild 90 des Stempels und das Bitmap-Stempelbild 96 absichtlich oder auch sonst zuzugreifen.
Die vorliegende Erfindung ist geeignet zum Erzeugen eines Stapels von Token für Adressen in einer Adressenliste, statt eine solche Liste von Empfängern eine nach der anderen einzugeben. Der Stapel-Token ist Teil eines Stapels von Transaktionsprotokollen, welche in der Transaktionsdatei in dem DLL-Speicherbereich 41 indiziert sind, welche später verwendet werden, um Stempelbilder zu erzeugen, wenn Umschläge für die Adressenliste gedruckt werden. Eine solche Stapelbearbeitung wäre beispielsweise nützlich für Produktionsabsender, welche oft Datenbanken von Adressen haben, aus welchen Post erzeugt wird. Diese Datenbanken sind normalerweise vorbearbeitet und sortiert, so dass postalische Rabatte ausgenutzt werden können und Empfängerprofile für Direktmarketing-Gelegenheiten.
Das Batch-Verarbeitungsverfahren beinhaltet vorzugsweise außerdem die folgenden Schritte: Erzeugen eines Freistempel-Bitmaps mit dem digitalen Token für einen der in der Datei für ausgegebene Token gespeicherten digitalen Token; Formatieren einer Umschlagdruckroutine einschließlich des Freistempel-Bitmaps als Antwort auf einen Druckbefehl; Drucken eines Umschlags gemäß der formatierten Umschlagdruckroutine; Speichern des Freistempel-Bitmaps in einer Bitmap-Datei auf der Festplatte für ein anschließendes Ausdrucken; und Wiederholen der eben beschriebenen Schritte, bis Freistempel für alle gewünschten Empfänger in der Adressenliste ausgedruckt worden sind.
In einer alternativen Ausführungsform ist ein PC-basiertes offenes Zählsystem Teil eines Netzwerks mit dem mit einem Server-PC verbundenen Vault und dem Benutzer, der Porto von einem Benutzer-PC aus anfordert. Der Vorgang zum Erzeugen des Tokens findet wie zuvor beschrieben statt, abgesehen davon, dass die Vault-Funktionen einschließlich der Token-Erzeugung in dem Server-PC oder in der damit verbundenen Vault-Karte stattfinden würden. Der Server-PC speichert auch ein Protokoll aller Transaktionen für einen Backup und zur Wiederherstellung im Falle eines Fehlers oder Ausfalls. Der Benutzer-PC würde die Transaktionsprotokolle einschließlich der ausgegebenen Token auf seiner Festplatte speichern und würde entsprechend Stempel erzeugen. Diese Konfiguration würde es mehreren Benutzern ermöglichen, einen Brief an den gleichen Empfänger zu schicken, ohne dass die Erzeugung des Tokens behindert wäre.

Claims

Verfahren zum Ausgeben von digitalen Token in einem offenen Systemzähler (10) mit den folgenden Schritten: Aussenden einer Anforderung digitaler Token sowie vorbestimmter postalischer Informationen einschließlich Empfänger-Informationen von einem Host-Prozessor (12) an einen mit dem Host-Prozessor (12) operativ gekoppelten Vault (20); Berechnen (244) zumindest eines digitalen Tokens (93g), das die vorbestimmten postalischen Informationen verwendet, in dem Vault (20) als Antwort auf die Anforderung von Token (93g); Belasten (246) postalischer Geldmittel in dem Vault (20); Ausgeben (250) des digitalen Tokens an den Host-Prozessor (12); und Speichern (252) des digitalen Tokens und der vorbestimmten postalischen Informationen als Transaktionsprotokoll in dem Host-Prozessor (12), um anschließend Freistempel zu erzeugen und auszudrucken.
Verfahren nach Anspruch 1, zusätzlich mit den folgenden Schritten: Erzeugen eines Freistempels, der eine grafische Abbildung des digitalen Tokens und der vorbestimmten postalischen Informationen aufweist, in dem Host-Prozessor (12), und Aufbewahren des Freistempels in dem Host-Prozessor; und Drucken des Freistempels auf ein Poststück, wenn dies gefordert wird.
Verfahren nach Anspruch 1, bei welchem beim Speichern des digitalen Tokens und der vorbestimmten postalischen Informationen als Transaktionsprotokoll in dem Host-Prozessor (12) das Transaktionsprotokoll entsprechend einer Stückzahl indiziert wird.
Verfahren nach Anspruch 1, bei welchem das digitale Token erneut von einer Festplatte (24) des Host-Prozessors ausgegeben wird, wenn der Freistempel nicht gedruckt worden ist.
Verfahren nach Anspruch 1, bei welchem die Schritte im Anspruch 1 für einen Stapel von Empfängern vor dem Ausdrucken eines Freistempels für jeden digitalen Token, der jedem der Empfänger entspricht, wiederholt werden.
Verfahren nach Anspruch 1, bei welchem eine Vielzahl von ausgegebenen digitalen Token für eine vorbestimmte Zeit oder Zählung beibehalten werden.
Verfahren nach Anspruch 1, bei welchem die Schritte im Anspruch 1 wiederholt werden, um einen Stapel von digitalen Token zu erhalten, die auf der Festplatte für eine anschließende Erzeugung eines Stapels von Freistempeln gespeichert werden.
Verfahren nach Anspruch 1, weiter mit: dem Erzeugen einer grafischen Abbildung des digitalen Tokens (93g) und der vorbestimmten postalischen Informationen in dem Host-Prozessor (12); dem Aufbewahren des digitalen Tokens und der vorbestimmten postalischen Informationen als die grafische Abbildung für den anschließenden Ausdruck als Freistempel; und dem Speichern eines Protokolls jeder Transaktion in dem Host-Prozessor (12) als Backup für die Wiederherstellung nach einem Ausfall.
Verfahren nach Anspruch 1, bei welchem die vorbestimmten postalische Informationen einen Portowert beinhaltet und der Freistempel ein postalischer Freistempel ist.
Verfahren nach Anspruch 1, bei welchem der Host-Prozessor ein lokaler PC an einem Netzwerk ist, der Vault mit einem Netzwerk-Server verbunden ist, die Anforderung digitaler Token und die vorbestimmten postalischen Informationen von dem lokalen PC an den Vault (20) über das Netzwerk gesandt werden, und das oder jedes digitale Token, das von dem Vault (20) ausgegeben wird, in dem lokalen PC gespeichert wird.
Verfahren nach Anspruch 1 zum Ausgeben eines Stapels von digitalen Token, bei welchem außerdem eine Adressenlistendatei in einem PC als dem Host-Prozessor vorgesehen wird und erforderliche postalische Informationen für jede gewünschte Adresse in einer Adressenliste herausgezogen werden, wobei die Anforderung digitaler Token und die erforderlichen postalischen Informationen, einschließlich Empfänger-Informationen, für ausgewählte Adressen in der Adressenliste von dem PC an den Vault (20) sind; wobei als Antwort auf jede Anforderung der digitalen Token zumindest ein digitales Token in dem Vault (20) unter Verwendung der vorbestimmten postalischen Informationen berechnet wird; wobei jedes digitale Token in dem Vault (20) in Vault NVM gespeichert wird; wobei postalische Geldmittel in dem Vault NVM entsprechend den für jede Adresse berechneten digitalen Token belastet werden; wobei jedes digitale Token zu dem Host-Prozessor gesandt wird; und wobei jedes digitale Token in einer Datei für ausgegebene Token auf der Festplatte des PCs auf eine Art und Weise gespeichert wird, die konsistent mit der Reihenfolge ist, die jede entsprechende Adresse in der Adressenliste hat, für die anschließende Erzeugung und den anschließenden Ausdruck eines Freistempels.
Verfahren nach Anspruch 1, mit den zusätzlichen Schritten: Erzeugen eines Freistempel-Bitmaps mit dem digitalen Token für einen der in der Datei für ausgegebene Token gespeicherten digitalen Token; Formatieren einer Umschlagdruckroutine einschließlich des Freistempel-Bitmaps als Antwort auf einen Druckbefehl; Drucken eines Umschlags gemäß der formatierten Umschlagdruckroutine; Speichern des Freistempel-Bitmaps in einer Bitmap-Datei auf der Festplatte für ein anschließendes Ausdrucken; und Wiederholen der eben beschriebenen Schritte, bis Freistempel für alle gewünschten Empfänger in der Adressenliste ausgedruckt worden sind.
Offener Systemzähler, der zum Drucken eines Porto-Freistempels betätigbar ist, mit: Mitteln zum Aussenden einer Anforderung eines digitalen Tokens und vorbestimmter Porto-Informationen von einem Host-Prozessor an einen damit operativ verbundenen Vault, wobei die vorbestimmten Porto-Informationen einen Portowert und Empfängerinformationen-beinhalten; Mitteln zum Empfangen eines digitalen Tokens, das unter Verwendung der vorbestimmten Porto-Informationen von dem Vault erzeugt wurde; und Mitteln zum Aufbewahren des empfangenen digitalen Tokens und der vorbestimmten Porto-Informationen als Transaktionsprotokoll in dem Host-Prozessor für ein anschließendes Wiederauffinden und Ausdrucken des Porto-Freistempels.
Zähler nach Anspruch 13, weiter mit Mitteln zum Wiederauffinden des Tokens in dem Speicher des Host-Prozessors zu einem anderen Zeitpunkt, wenn ein anfänglicher Freistempel-Druckvorgang nicht erfolgreich abgeschlossen worden ist.
Zähler nach Anspruch 13, wobei das Mittel zum Speichern des empfangenen digitalen Tokens in dem Host-Prozessor folgendes aufweist: Mittel zum Erzeugen eines Freistempels mit einer grafischen Abbildung des empfangenen digitalen Tokens und der vorbestimmten Porto-Informationen; und Mittel zum Speichern des Freistempels in dem Host-Prozessor.
Zähler nach Anspruch 13, wobei das Mittel zum Speichern des empfangenen digitalen Tokens in dem Host-Prozessor folgendes aufweist: Mittel zum Speichern des empfangenen digitalen Tokens und der vorbestimmten Porto-Informationen als Transaktionsprotokoll; und Mittel zum Indizieren des Transaktionsprotokolls durch einen Stückzahlwert.
Zähler nach Anspruch 13, wobei der Host-Prozessor einen Personal Computer aufweist und der Speicher in dem Host-Prozessor eine Festplatte des Personal Computers aufweist.
Zähler nach Anspruch 17, wobei das Mittel zum Speichern Mittel zum Speichern des digitalen Tokens in einer versteckten Datei als Teil einer dynamischen Link-Bibliothek auf der Festplatte des Personal Computers aufweist.
Zähler nach Anspruch 13 zum Drucken eines Stapels von Porto-Freistempeln, bei welchem: die vorbestimmten Porto-Informationen eine Vielzahl von Portobeträgen und entsprechende Informationen für eine Vielzahl von Empfängern beinhalten; das Mittel zum Empfangen zum Empfangen einer Vielzahl von digitalen Token betätigbar ist, die als Antwort auf die vorbestimmten Porto-Informationen von dem Vault erzeugt werden; und das Speichermittel zum Speichern einer Vielzahl von empfangenen digitalen Tokens in dem Host-Prozessor betätigbar ist, für ein anschließendes Wiederauffinden und Ausdrucken einer Vielzahl von Porto-Freistempeln.
Zähler nach Anspruch 13, wobei der Host-Prozessor ein lokaler PC an einem Netzwerk ist, der Vault mit einem Netzwerk-Server verbunden ist, und das Sendemittel zum Senden der Anforderung digitaler Token und der vorbestimmten Portoinformationen von dem lokalen PC zu dem Vault (20) über das Netzwerk betätigbar ist.
Computerprogramm für die Abarbeitung durch einen Host-Prozessor zum Ausführen der folgenden Schritte: Senden einer Anforderung eines digitalen Tokens und vorbestimmter Porto-Informationen an einen operativ mit dem Host-Prozessor gekoppelten Vault, wobei diese vorbestimmten Porto-Informationen einen Portowert und Empfänger-Informationen beinhalten; Empfangen eines digitalen Tokens, das unter Verwendung der vorbestimmten Porto-Informationen von dem Vault erzeugt wurde; und Speichern des empfangenen digitalen Tokens und der vorbestimmten Porto-Informationen als Transaktionsprotokoll in einem dem Host-Prozessor zugeordneten Speicher für ein anschließendes Wiederauffinden des Tokens aus dem Speicher und Ausdrucken von Portofreistempeln.
Programm nach Anspruch 21, bei welchem beim Speichern das digitalen Token in einer versteckten Datei als Teil einer dynamischen Link-Bibliothek gespeichert wird.
Programm nach Anspruch 21, wobei der Freistempel durch Antreiben eines ungesicherten Druckers ausgedruckt wird, der mit dem Host-Prozessor gekoppelt ist, um den Freistempel auszudrucken.