JPH11514474A - 書類上に直接に郵便証印を検索し、選択しそして印刷するためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 ラベルもしくは文書に直接に、望みの郵便料金の額および個人化された郵便料金の証印を含む郵便料金を印刷するためのシステムと手段。プロセッサベースシステムは顧客が、個人化された文書、印刷された宛て名ラベル、および一実施例において印刷された郵便料金スタンプメータ、カストマイズされた郵便証印を生成することに関連してプログラムされる。プロセッサベースシステムは、特定の文書に対する支払うべき郵便料金を自動的に計算し、スタンプメータの郵便料金の額を計算し、スタンプメータとしてのその郵便料金の額を印刷し、顧客が個人化されたスタンプ証印を生成することに関係し、機械読み出しフォーマットに選択された情報を暗号化し、そして選択されたフォーマットに顧客により入力された情報、郵便封筒の外に移すための文書上の全てを印刷する。

Description

【発明の詳細な説明】 発明の名称 書類上に直接に郵便証印を検索し、選択しそして印刷 するためのシステムおよび方法 発明の技術分野 この発明は、一般的に、郵便に郵便証印（postage indicia）を印刷すること に関する。特に、この発明は、ワードプロセッサ文書処理と協同して郵便証印を 生成し、そして表示し、および／もしくは封筒の表面に移すためのシステムと方 法に関する。 このシステムは、支払うべき郵便料金を計算し、そして郵便証印を個人化（pe rsonalize）する。 発明の背景 一般的な目的のコンピュータで動作するワードプロセッサの利用は、当然なも のとして今日では普通になされている。大人だけでなく、子供もあらゆる考えら れる文書を作り、フォーマットし、そして（選択された色、フォントおよびサイ ズで）印刷する。これらのシステムは、あらゆる方法のデザインに使用され、そ して紙に加えてあらゆる種類の印刷可能な物に作成物を印刷できる。非常にポピ ュラーになってきたそのようなプロセッサの利用の例は、小切手の作成のための 利用である。この利用は、ユーザの小切手帳を模倣するアカウンティングプログ ラムと通常連動する。他の利用はユーザ制御の元にＴシャツデザインの作成、お よびそのようなＴシャツの（もしくは他の物の）デザインの連続的印刷である。 プロセッサのユーザにより作成される文書（例えば、手紙もしくは小切手）は 、しばしば、ある他の場所に郵送される。これは、郵送包み（封筒）に文書（も しくは他の物）を入れ、宛て名し、そして充分な郵便料金を充てる処理を必要と する。 今日使用されているプログラムの多くは、メール住所を文書の作成に連動して 印刷されるラベルに印刷する（文書から取られるように）。これらのラベルは、 それから、文書からはがされ、そして郵便封筒の外に移して、ユーザ時間を節約 、プリンタに封筒を設定したりもしくは別に封筒に宛て名付けすることを避ける 。 しかし、そのようなシステムを使用しても、ユーザは、手で封筒に郵便料金を つけなければならず、もしくユーザが郵便メータに郵便包み（封筒）をかけなけ ればならない。最善では、これは一つだけ余分なステップである。最悪の場合、 厚紙のような非定形ま郵送包みの場合には、いくつかの付加的なステップが要求 される。 さらに、顧客は手紙に適用する郵便料金のグラフィカルな形態を郵便局で印刷 されて売られているそれらの形態に限定される。現在では、顧客は、特定の文書 にメッセージに対応してカストマイズされた郵便証紙を作れない。 従って、顧客が文書を作ることのできる一般目的のプロセッサによりオーソラ イズされた適切な郵便料金の額を印刷することを提供するシステムと方法のため の技術が必要である。 かくして、カストマイズされた挨拶状が送られる住所、如何なるクラスの郵便 が使用されるか等のような適切な料金決定情報を入力するための手段を備えるこ と、および、文書フォーマットを印刷し、挨拶状の適切な郵便料金を正確に計算 し、文書が印刷されると同時にその文書に対して適切な郵便料金を一緒に印刷す る処理システムをもつことが本発明の目的である。 発明の要約 本発明は、顧客が正確な郵便料金の額を計算し、正確な郵便料金の額を印刷し 、選択されたスタンプ証印を個人化し、そして顧客がカストマイズした挨拶状を 生成する同じ位置に宛て名ラベルを自動的に生成する方法とシステムを開示する ことにより上記で議論された要求を満たす。 本発明の概念に従って、一般的な目的のコンピュータベースシステムが開示さ れ、そのシステムは通常のワードプロセッサ処理プログラム、小切手生成システ ムもしくは他のプログラムと連動し、そのプログラムは、その文書に対する正確 な郵便料金を自動的に計算し、そして文書が印刷されると同時にその郵便料金を 印刷することを可能にする。 一実施例において、文書が封筒に入れられた後に、郵便料金が封筒の半透明の “窓”を通して見えるように郵便証印は文書の隅に印刷される。 他の実施例において、郵便証印は、移送シートに印刷され、そして郵便封筒も しくは包みの外に物理的に移される。 開示されたシステムは、また、個人化された郵便証印を含む郵便料金を生成で き、その証印は、ｐｏｓｔＮｅｔ Ｚｉｐ＋４バーコードシステムに入力される 郵便パラメータおよび、関連する文書に特有の郵便パラメータの関数のような、 暗号メッセージを含む。 本発明の技術的利点は、書き込みのない書き込み媒体に一パスの間にその郵送 する郵便料金と同様に文書を印刷できる。 このシステムのさらなる利点は、ユーザが、生成される文書のタイプに対応す る利用可能なグラフィック形態のメニューから郵便証印を選択でき、そしてシス テムは文書の部分として郵便料金を印刷する。 しかし、このシステムの他の利点は、システムにより生成された郵便料金がそ こに印刷されるＰｏｓｔＮｅｔ Ｚｉｐ＋４バーコードをもち、それはメールの その部分を容易にソートし、ルートしそして配達させる。 前記は、以下に続く発明の詳細な記述がより良く理解できるように本発明の特 徴をむしろ概略的な述べた。発明の付加的された特徴は、今後付属のクレームの 主題を形作るものである。開示された概念と特徴的な実施例は、本発明の同じ目 的を果たすために他の構造に修正もしくはデザインするための基本として容易に 実現できることが技術に習熟したものによりわかるであろう。そのような等価的 な構成は、本発明のクレームに与えられたような精神と範囲から逸脱しないこと が技術に熟達したものによりわかるべきである。 図面の簡単な説明 本発明およびその利点のより完全な理解のために、添付の図面に関連してなさ れる以下の記述が説明され、添付の図面において、 図１Ａは、本発明の実行のためのプロセッサベースシステムを図示する。 図１Ｂは、郵便料金蓄積装置のいくつかの実施例を図示する。 図２は、ユーザ指示と、本発明の実行のためのプロセッサーベースシステムに プログラムをインストールする時にユーザとインタフェースするための本発明に より利用されるスクリーンプロンプトを示す図である。 図３は、ユーザ登録形式を示す図である。 図４Ａー４Ｂは、本発明に郵便料金を補充する時にＵＳ郵便局とインタフェー スするための本発明により利用されるディスプレイスクリーンを図示する。 図５は、補充プロセスのフロー図を示す。 図６は、本発明で使用されるセキュリティ技術の望ましい実施例である。 図７ＡーＢは、郵便料金蓄積装置のメモリからデータを除去する制御をするた めのフロー図を示す。 図８は、いかに郵便料金ボタンがエンコードされるかを示す。 図９は、カード生成システムで本発明の動作のフロー図を図示するものである 。 図１０は、挨拶状のタイプを選択するために顧客に用意されたディスプレイイ ンタフェースの実施例を図示するものである。 図１１は、挨拶状のスタイルを選択するために顧客に用意されたインタフェー スの実施例を図示するものである。 図１２ＡとＢは、個人化された挨拶状の一実施例を図示するものである。 図１３は、カード生成システムで発明をアクセスする時、顧客に用意されたデ ィスプレイインタフェースを図示するものである。 図１４は、郵便証印のタイプを選択するために顧客に用意されたディスプレイ インタフェースの一実施例を示すものである。 図１５Ａは、顧客により個人化できる特定の郵便証印を選択するために用意さ れたディスプレイインタフェースの一実施例を示す図である。 図１５Ｂは、個人化された郵便証印を示す図である。 図１６ＡとＢは、“Ｅ−ＳＴＡＭＰ”プログラムに入力された情報のプリント フォーマットの２つの実施例を図示するものである。 図１７は、他のワードプロセッサプログラムと関連するシステムオペレーテイ ング動作の フローチャートである。 図１８は、文書から封筒の表面に印刷された証印を移動するための移動機構を 持つ文書の外観である。 図１９は、小切手の面に印刷された郵便証印をもつ小切手を示す。 図２０は、封筒の外の観察者に証印を見せるための移送機構をもつ封筒を示す 。 発明の詳細な説明 本発明は、文書もしくはメールのその他の部分を生成するために顧客とインタ フェースする一般目的のプロセッサベースシステムに結合できる、下記により詳 細に説明される携帯郵便料金蓄積装置を提供する。 本発明は、さらに、アメリカ出願番号０８／２６３，７５１で出願中のものに 記載され、ここに参照することにより組み込まれ、そしてメール部分に対して適 切な額の郵便証印を自動的に計算し、その郵便料金の額を計算し、そして携帯郵 便料金蓄積装置に蓄積された全郵便料金の額から印刷された郵便料金を削減する ためのものである。加えるに、本発明は、ユーザが読み出し、選択し、個人化し 、そして郵便証印を印刷することを可能にする。 本発明は、“ＰＯＳＴＡＧＥＭＡＫＥＲ”として以後参照されるプロセッサベ ースシステムを介して米国郵便局によりオーソライズされた携帯郵便料金蓄積装 置にオーソライズそれた郵便料金の額がロードされることを可能にする。米国郵 便局が度々参照されるが、本発明は、任意の国、そして任意の郵便システムに関 して実行できる。 ロードされた郵便料金はアクセスされ、そして、その郵便料金の部分はプロセ ッサベースシステムに記憶されたログラムを介して呼び出されているが、そのプ ログラムは、今後“Ｅ−ＳＴＡＭＰ”として参照される。“Ｅ−ＳＴＡＭＰ”プ ログラムは文書生成システムを含むプロセッサベースシステムに記憶される。文 書生成システムは、カスタマイズされたメールを生成するのに使用され、例えば 、個人の挨拶状である。 この発明の発明概念の詳細な議論は、図１７から図２０に関してなされるであ ろう。一般的なシステム動作の詳細な議論は、図１Ａから図１６Ｂに関する今後 のこの開示に含まれている。ユーザは、郵便証印の処理と生成を制御する携帯プ ロセッサに関連していかに一般目的プロセッサが動作するかの理解を得るために 続く議論が説明される。 図１７を参照すると、発明の２つの実施例が示されていて、一つは小切手処理 プログラム１７０１を処理するものであり、他はワードプロセッサ処理プログラ ム１７０２からのものである。これらのプログラムは技術において良く知られた ものであり、文書を用意するのに有効なアプリケーションタイプであり得る。例 えば、典型的な良く知られた小切手処理プログラムは、インテュイットコーポレ ーション（Ｉｎｔｕｉｔ Ｃｏｒｐｏｒａｔｉｏｎ）から一般的に手に入るもの であり、そして、商標名“クイッケン”でライセンスされている。“クイッケン （Ｑｕｉｃｋｅｎ）”システムの操作マニュアルは、“クイッケン”プログラム とともにあらゆるユーザが入手でき、それは、参照によりここに合併される。 同様に、典型的に良く知られたワードプロセッサ処理プログラムは、例えば、 マイクロソフトからの“ワード”システムである。また、ユーザの観点からの“ ワード”システムの操作の拡張的な詳細を与える操作マニュアルが、マイクロソ フトから各ワードプロセッサ処理プログラムに含まれる。このようなマニュアル はここに参照により合併される。 判定ボックス１７０３は自動郵便料金ボックスがオンであるかどうかの決定を する。自動郵便料金ボックスは、任意の情報が、決定ポイントに通信される、そ のシステムに含まれる例えば、小切手処理プログラムもしくはワードプロセッサ 処理プログラムのいずれかをユーザにより決定する。 明らかに、もし答えがノーであれば、それからプログラムは通常の小切手処理 プログラムもしくはワードプロセッサ処理プログラムもしくは、ボックス１７０ ４に示されるように実行される他の任意のプログラムにスキップする。 もし答えがイエスであれば、その時、ユーザは、すでに作成された証印のデー タベースを使用することをユーザが望むかどうかに関してボックス１７０５で質 問される。 もし、答えがノーであれば、その時、プログラムはボックス１７０９にスキッ プする。もし、答えが、イエスであれば、その時、ユーザがユーザ自身の証印を 作ることを望むかどうか、もしくはユーザが証印を修正することを望むかどうか を質問される場所のボックス１７０６に進む。 もし、ユーザが、ユーザ自身の証印を生成することを望むなら、その時、ユー ザは描画プログラムが証印の生成のために用意されているボックス１７０７を参 照される。そのようなプログラムの一つは、一般的に手に入りおよび操作マニュ アルとともについてくるマクロメディアフリーハンドプログラムで可能であり、 そのオペーシーティングマニュアルはここに参照して組み入れられる。 もしユーザが、ボックス１７０６に示されるように、存在する証印を簡単に修 正することを望むなら、その時、ユーザは、ボックス１７０８を参照され、そこ で存在するデータベースが手に入り、そしてユーザユーザの選択の証印およびそ れを直接に使用するか、もしくはそれを修正することのいずれを選択する。 そのような修正が終わった時、ユーザは、それからボックス１７０９に戻り、 そして決定がこれが下書きであるかどうかに関して決定がなされる。その理由は 、もしそれが下書きであれば、そこに郵便料金を印刷する必要はないということ である。 もし、それが下書きであれば、その時、プログラムはボックス１７１０を動き 、そして定形フォーマットと印刷がコントロールされる。 しかし、ボックス１７０９において、もしこれが最終バージョンであれば、こ れが小切手であるかどうかについて、ボックス１７１１により決定される。もし 、それが小切手であれば、その時、郵便料金の額は封筒サイズおよび目方を考慮 してボックス１７１３で計算される。 しかし、もしこれがワードプロセッサ処理プログラムであれば、システムが、 ページ数に基づいて、義務付けられる郵便料金量の額を計算するように、ボック ス１７０２においてワードプロセッサプログラムをコントロールすることにより ページカウンタが得られ、そしてボックス１７１３に示されるように、封筒サイ ズと目方を考慮して印刷される郵便証印の額が決定される。 ボックス１７１４は手紙の移送媒体に郵便証印を印刷し、もしくは郵便料金が 半透明タイプの封筒に使用される状況の手紙に直接にそれを印刷するか、もしく は剥がしラベルなしにユーザに渡されるが、このことは説明されるであろう。 図１９において発行人の住所地１９０３、受取人の住所ボックス１９０２を持 ち、そして郵便料金のための位置１９０１を持つ小切手１９００が示されている 。 位置１９０１は、郵便証印が印刷されている所である。しかし、位置１９０１ 剥がされるラベルは、位置１９０１に配置され、そして、それはユーザーが封筒 ２０００のような封筒の外に郵便料金を移動することを可能にする。ロケーショ ン１９０１は、インクタイプであり、それは小切手が適切なタイプの封筒に入れ られる時、特に簡単に運べるようにしたものであり、図２０に示される封筒２０ ００の位置２００１のような位置１９０１に隣接しているような位置がインク媒 体もしくは他の特別な転写手段１９０１に反応し、それにより封筒の外の観察者 に、内部の郵便証印を示すものであり得る。 この方法で、ラベルを動かしそして再のり付けする必要なしに小切手１９００ に印刷された郵便証印と封筒２０００の外との間に転写が生じる。この転写は、 ユーザの指もしくは何らかの他の望ましい機構により生成されるような恐らく熱 コントロールの元に化学反応もしくは他のもののように生じる。もちろん、図２ ０のボックス２００１は、小切手１９００の１９０１の位置に印刷される郵便料 金を見ることを観察者に可能にする半透明の窓であり得る。 図１８は、郵便証印ラベル１８０１および住所ラベル１８０２をもつ１８０３ のレターのボディを持つレター１８００を示す。議論したように、郵便証印ラベ ル１８０１は移され、そして封筒の外に位置し、もしくは証印は封筒の上に直接 に印刷され、そしてレター１８００の位置１８０１が、図２０の封筒２０００の 窓２００１を通して示されるように手紙が畳まれる。 住所ラベル１８０２は、同じ方法で利用でき、もしくは住所ラベル１８０２は まったく印刷されないで観察者は、図２０の封筒２０００の窓２００２のような 半透明の窓を通して名前を見る。 一般的システム操作 図１Ａを参照すると、本発明を実施するために使用されるプロセッサベースシ ステム１０、特に前述のＥ−ＳＴＡＭＰおよびＰＯＳＴＡＧＥＭＡＫＥＲプログ ラムが図示されている。システム１０はプロセッサ（“ＣＰＵ”）１２とディス ク装置１４である。システム１０は、ＤＯＳもしくはＵＮＩＸのような任意の一 般目的のオペレーティングシステムにより制御されるＩＢＭ互換性（もしくはＡ ｐｐｌｅ ＭａｃｃＩｎｔｏｓｈ）のような一般的目的のコンピュータである。 ディスプレイ１３、キーボード１５およびマウス１６がＣＰＵ１２に結合されて いる。 さらに、システム１０は、図１Ｂに図示されている望ましい実施例であるタッ チメモリユティリティ（“ＴＭＵ”）ボタン１８２のような郵便料金蓄積装置１ ８と結合するために採用される。郵便料金蓄積装置１８は、郵便料金蓄積装置受 信器１７を通してプロセッサシステム１０に結合される。 郵便料金蓄積装置は、残余データ能力をもつ任意の記憶装置で良く、ここにそ のメモリ装置はオーソライズされたユーザに装置のメモリにアクセスすることを 制限する有効な充分な安全手段を備えるものである。例えば、アルゴリズムがメ モリ装置へのアクセスを制御するのに使用されるのて、“ｄｉｓｋｅｔｔ”が、 もし望まれるなら使用できる。 望ましい実施例である、ＴＭＵボタン１８２はメモリを持つ小さいディスクを 結合する。ＴＭＵボタン１８２は、Ｄａｌｌａｓ，Ｔｅｘａｓ、Ｄａｌｌａｓ Ｓｅｍｉｃｏｎｄｕｃｔｏｒから入手できる小型、軽量、本質的に非破壊的であ る。ＴＭＵボタン１８２はボタンホルダー１７２を介してプロセッサベースシス テム１０に結合される。本発明の望ましい実施例において、ＴＭＵボタンのバッ チは本発明だけに使用するための特別に設計された連続番号をもって製造される 。 望ましい実施例（ＴＭＵボタン１８２）の利点は、ＴＭＵボタン１８２が充分 に小さく、そして充分に軽く、数個が片手で運ばれる。さらに、ＴＭＵボタン１ ８２は充分に耐久性があり、ある場所から他の場所に手で運ぶことができる。ポ ータブルメモリがボタンホルダー１７２を装備するＰＣに広く利用できることは 、ＴＭＵボタン１８２の一ユニット当たりのコストをより低くする。 郵便料金蓄積装置１８の付加的な他の実施例は、図１Ｂに図示されている。一 つの他の郵便料金蓄積装置１８は、読み出し／書き込み動作のできる自身の電子 モジュールを組み込むスマートディスク１８８である。そのようなスマートディ スク１８８、Ｓｍａｒｔ Ｄｉｓｋ（商標）のような一実施例はＮａｐｌｅ，Ｆ ｌｏｒｉｄａ，Ｓｍａｒｔ Ｄｉｓｋ Ｓｅｃｕｒｉｔｙ Ｃｏｒｐｏｒａｔｉ ｏｎから入手できる。Ｓｍａｒｔ Ｄｉｓｋ（商標）はフロッピィディスクのよ うに見え、そして通常のＰＣのフロッピィディスクドライブに適合でき、外部も しくは内部のいずれかに接続される。しかし、Ｓｍａｒｔ Ｄｉｓｋ（商標）は 、安全性、パスワードで保護された蓄積を備える自身のマイクロプロセッサを持 つ。Ｓｍａｒｔ Ｄｉｓｋ（商標）のある有利な点はＰＣディスクドライブもし くはＰＣの修正なしに標準ＰＣディスクドライブで動作できるものである。Ｓｍ ａｒｔ Ｄｉｓｋ（商標）のある有利な点は、暗号パスワードおよび暗号アルゴ リズムを持って蓄積郵便料金に対して安全性を備える。 郵便料金蓄積装置１８の他のタイプは、スマートカード１８６、マイクロチッ プを埋め込まれたプラスチックカードである。マイクロチップは、情報コンピュ ータデータがそのデータ（例えば、郵便料金）にアクセスを保証し、暗号化し、 そのデータにアクセスを許す前にユーザの同一性を確かめる数式を含む。現在手 に入るスマートカード１８６の一つの欠点は、プロセッサベースシステム１０に 係合する磁気カードプロセッサ１７６を必要とすることである。 さらに、郵便料金蓄積装置１８の他のタイプは、ＰＣＭＡＣＩＡカード１８４ である。ＰＣＭＣＩＡカードは、記憶モジュールおよび通信のためのノートパソ コンで現在使用されている。外部および内部付加ハードウェア１７４（例えば、 カードスロット）がＰＣに対して利用できる。 携帯メモリは、その特定の位置に記憶されたパスワードのような、特定の情報 のデータフィールドを含む。携帯メモリは、例えばシステムの操作に組み込むこ とのできるタイマ、カウンタ、グラフィックプログラム、バーコードプログラム もしくはなんらかの他の複数の“アクティブ”要素の一つを含むことができる。 個人がＥ−ＳＴＡＭＰプログラムのオーソライズされたユーザになる前に、ユ ーザは、プログラムのコピーを入手し、Ｐｏｓｔ Ｎ Ｍａｉｌ、Ｉｎｃ．をも つプログラムを登録し、そしてＥ−ＳＴＡＭＰの使用に対するｐｏｓｔ Ｎ Ｍ ａｉｌ、Ｉｎｃ．との同意契約の実行をしなければならない。少なくとも、Ｅ− ＳＴＡＭＰプログラムを入手し登録するためには２つの方法がある。 Ｅ−ＳＴＡＭＰプログラムを入手しそして登録する一つの方法は、個人が使用 を望むＥ−ＳＴＡＭＰプログラムのなんらかの番号、望む郵便料金蓄積装置１８ の番号、および各郵便料金蓄積装置１８のＰｏｓｔ Ｎ Ｍａｉｌ（ＰＮＭ）シ リアル番号を含む登録カードに対する契約サイトを得るためにＰｏｓｔ Ｎ Ｍ ａｉｌに直接に個人が連絡を取ることである。 あるいは、個人がＥ−ＳＴＡＭＰ小売り店でＥ−ＳＴＡＭＰプログラムを入手 できる。例えば、個人が、Ｅ−ＳＴＡＭＰプログラムのコピーにより少量の郵便 料金を含む郵便料金蓄積装置を買うができる。その個人は、プロセッサベースシ ステム１０にＥ−ＳＴＡＭＰプログラムをインストールするであろう。図２は、 インストラクションの一実施例であり、Ｅ−ＳＴＡＭＰプログラムのインストレ ーションの間に個人によりフォローされるスクリーンプロンプトを示す。図２に 示されたインストラクションとスクリーンプロンプトはＴＭＵボタン１８２とボ タンホルダー１７２に装備されたＰＣの“ウィンドーズ”オペレーティング環境 のＥ−ＳＴＡＭＰプログラムのインストレーションに反映する。勿論、他の手段 がプロセッサベース１０に本発明を埋め込むために使用できる。 インストレーション２０１の指示は、個人もしくはユーザにいかにＥ−ＳＴＡ ＭＰインストレーションプログラムを引き出すかを知らせる。インストレーショ ンプログラムが初期化されると、スクリーン２０３が現れるであろう。スクリー ン２０３は、ユーザがＴＭＵホルダー１７２をシリアルポートに接続すること、 ホルダー１７２にＴＭＵボタン１８２に挿入することを指示する。ユーザはそれ からプロセッサベースシステム１０に結合されるプリンタをターンオンすること を指示され、そしてプリンタ１９に用紙が供給されていることを調べるチェツク ができる。スクリーン２０３は、さらにユーザが用意する以下の情報を用意する ことを要求する。ユーザのフルネームと住所、オーソライズされたユーザ（例え ば、ユーザが営業所もしくは組織なら使用者特定番号（ＥＩＮ＃）、もしくは、 もしユーザが個人なら社会保障番号（ＳＳ＃））、ユーザの郵便番号、ユーザの 電話番号およびユーザのファックス番号である。次のスクリーン、スクリーン２ ０５はその法律条項と条件のＰｏｓｔ Ｎ Ｍａｉｌライセンス契約を示す。ユ ーザがインストーションプログラムを継続する時、ライセンス同意に設定されて いる項目と条件の同意が指示される。 次に、スクリーン２０７が現れ、そしては、Ｅ−ＳＴＡＭＰシリアル番号とＴ ＭＵシリアル番号を表示する。この時点において、スクリーン２０３に要求され るユーザ特定情報は、Ｅ−ＳＴＡＭＰプログラムに入力されるべきである。一度 、ユーザがユーザが特定情報を入力すると、スクリーン２０９は、入力された情 報が正しいことを注意深く確かめるようにユーザに警告する。 Ｅ−ＳＴＡＭＰプログラムに付加された情報を確かめた後、スクリーン２１１ は結合されたプリンタ１９がオンラインであることを確認することをユーザに念 を押す。Ｅ−ＳＴＡＭＰに入力されたユーザ情報は、それからユーザ登録様式、 その一実施例は図３に図示されている、に組み込まれる。Ｅ−ＳＴＡＭＰ登録様 式は、３通印刷される。ユーザは、サインし、そしてＥ−ＳＴＡＭＰプログラム の作成者、Ｐｏｓｔ Ｎ Ｍａｉｌ，Ｉｎｃに登録様式のコピーを２部を送り、 登録様式のコピーの１部を保持することを指示される。スクリーン２１１はまた 、ユーザに登録カードが、ユーザはＴＭＵ再補充ステーションにアクセスするた めにユーザに郵送されることを通知する。 Ｅ−ＳＴＡＭＰインストレーションプログラムは、スクリーン２１３に続き、 それはＥ−ＳＴＡＭＰプログラムをインストールことでなされる手順を記述し、 およびスクリーン２１５、それはＥ−ＳＴＡＭＰプログラムインストレーション が完成した時をユーザに通知する。 図３を参照すると、Ｅ−ＳＴＡＭＰ登録様式の望ましい実施例が示されている 。登録様式は、ＴＭＵシリアルボタン番号３１、Ｅ−ＳＴＡＭＰシリアル番号３ ２、Ｅ−ＳＴＡＭＰプログラムがインストールされた日時、およびユーザ特定情 報３５（例えば、氏名、住所、電話とファックス番号、および識別番号）、およ びユーザがサインするための識別位置をもつＰｏｓｔ Ｎ Ｍａｉｌライセンス の同意のような情報を含む。Ｅ−ＳＴＡＭＰ登録様式の望ましい実施例は、ＴＭ Ｕボタン１８２、Ｅ−ＳＴＡＭＰプログラム、および暗号フォーマット３７に登 録されたユーザを特別に識別するのに必要とされる全てをまた含む。暗号情報３ ７は、標準バーコードのような機械読み出しグラフィカルセキュリティインタフ ェースにあるであろう。 標準バーコードは、レーザスキャナーにより読まれるバーの形状の白と黒領域 を含む。レーザスキャナは、ある周波数の光で白と黒の領域を照射する。その光 は、バーコードの白と黒の領域のパターンを指示するように反射されレーザスキ ャナに戻る。白領域は黒領域より多く光を反射するので、バーコードの垂直スキ ャンはスキャナがコード化された情報に反射された光を変換することを可能にす る。２０ライン以上の直線バーコード言語が開発され、それぞれ、いかに多くの バーとスペースが特徴を作り、いかに特徴が配列され、特徴は番号だけでなく文 字であるか等である。最も広く使用されているバーコードは、あらゆる雑貨類の アイテムに見られるＵｎｉｖｅｒｓａｌ Ｐｒｏｄｕｃｔ Ｃｏｄｅ（ＵＰＣ） である。現在郵便局で使用されている標準バーコードは、Ｐｓｔａｌ Ｓｅｒｖ ｉｃｅ Ｐｕｂｌｉｃａｔｉｏｎ ｎｕｍｂｅｒ ６７に記述されているＰＯＳ ＴＮＥＴ ＺＩＰ＋４である。 より洗練されたグラフィカルセキュリティインタフェースが、Ｉｎｔｅｒｍｅ ｃ Ｃｏｒｐｏｒａｔｉｏｎのコード４９およびＬａｓｅｒ Ｌｉｇｈｔ Ｓｙ ｓｔｅｍ ＩｎｃのＣｏｄｅ １６Ｋのような最近１０間に開発された。これ等 のより洗練されたグラフィカルセキュリティインタフェースの主な利点は、それ らが、コードの部分が破かれたり損傷しても、完全なメッセージを良く回復でき るエラー訂正フォーミュラを含むものである。 暗号情報３７の望ましい実施例は、Ｎｅｗ Ｙｏｒｋ，ＳｙｍｂｏｌＴｅｃｈ ｎｏｌｏｇｉｅｓ ｏｆ Ｂｏｈｅｍｉａにより開発されたグラフィカルセキュ リティインタフェースであり、そしてＰＤＦ４１７，携帯データファイルと呼ば れている。ＰＤＦ４１７は“ワード”と呼ばれるデータユニットからその各々は １７モジュールの長さであり、構成されるグラフィカルセキュリティインタフェ ースである。バーは６つの連続的モジュールまでの中身から構成され、そして各 ユニットは４つのスペースバーと４つのスペースをもつ。本質的に、ＰＤＦ４１ ７は、９０までの一次元バーコード、１インチの高さのちょうど３００まで同様 なものを積み重ねることができる。このように、ＰＤＦ４１７の記号使用法は、 通常の１次元バーコードより生成およびスキャンを成就するのに複雑であり、そ して情報のより密度の高い符号化を許容する。なぜなら、ＰＤＦ４１７記号の特 徴は、エラー訂正に対して洗練されたプロトコルを含むので、情報の実際の密度 は高度に多様であるが、インチ平方当たりのＵ．Ｓ．Ｐ．Ｓ．ＰｏｓｔＮｅｔバ ーコードに見られる情報量の１０倍である。ＰＤＦ４１７はＳｙｍｂｏｌ Ｔｅ ｃｈｎｏｌｏｇｉｅｓ，Ｉｎｃ．，１１６Ｗｉｌｂｕｒ Ｐｌａｃｅ，Ｂｏｈｅ ｍｉａ，Ｎ．Ｙ．から入手でき、そしてＰＤＦ４１７の操作はＳｙｍｂｏｌ Ｔ ｅｃｈｎｏｌｏｇｉｅｓ，Ｉｎｃ．から得られるＰＤＦ入門に詳述されていて、 そして，参照によりここに合併される。 Ｐｏｓｔ Ｎ Ｍａｉｌ Ｉｎｃ．がユーザからサインされたＰｏｓｔ Ｎ Ｍａｉｌ契約の同意を受けた時、暗号情報３７は、そこに含まれる情報が登録ユ ーザデータベースに自動的に転送されるようにレーザスキャナーでスキヤンされ る。暗号化された情報３７が登録されたユーザのデータベースに転送された時、 Ｐｏｓｔ Ｎ Ｍａｉｌ（ＰＮＭＴ）シリアル番号を含む登録カードが印刷され 、そして登録ユーザに郵送される。 ユーザが、各郵便料金蓄積装置１８、もしくはＴＭＵボタン１８２に対する登 録カードを獲得すると、ユーザは、ユーザのＴＭＵボタン１８２をもつ登録カー ド、もしくは他の郵便料金蓄積装置１８を郵便局に登録するために郵便局にもっ て行くことができる。 ＴＭＵボタン１８２が郵便局に登録されるまで、ＰＯＳＴＡＧＥＭＡＫＥＲプ ログラムはオーソライズされた郵便料金蓄積装置１８のようなＴＭＵボタン１８ ２を認識しないであろう。特定郵便局サイトはプロセッサベースシステムにおい てインストールされるＰＯＳＴＡＧＥＭＡＫＥＲプログラムをもつであろう。Ｐ ＯＳＴＡＧＥＭＡＫＥＲプログラムは、ユーザにより要求され、そして買われた 額を郵便料金蓄積装置１８のプログラムされた郵便料金の額に補充するために、 郵便職員が郵便局にあるプロセッサベースシステムをもつ郵便料金蓄積装置１８ にインタフェースすることを可能にする。 ＴＭＵボタン１８２もしくは他の郵便料金蓄積装置１８を郵便局に登録するた めに、郵政職員がＰＮＭ登録カードの情報をＰ０ＳＴＱＧＥＭＡＫＥＲプログラ ムに入れなければならない。そのような情報は、ＰＮＭシリアル番号、ＥＩＮ＃ 番号もしくＳＳ＃、ＴＭＵボタンシリアル番号、そして住所と登録ユーザの電話 番号である。一度、この情報の全部が、システムに入力されると、ＰＯＳＴＡＧ ＥＭＡＫＥＲプログラムはＴＭＵボタン１８２を認識し、郵便職員が、以下で議 論される方法でユーザの要求でボタン１８２に郵便料金蓄積量を補充することを 可能にする。 あるいは、システム１０のペアーが、モデム１０１を介して公衆回線網（ＰＳ Ｎ）１０２を通して、もしくは直接にデジタル通信トランク（図示せず）を通し て共にリンクされる。異なるＵ．Ｓ．郵便局にあるプロセッサベースシステムは 、情報が様々な郵便局の間で共有されるように（モデム１０１を介してのように ）通常の知られた方法でＰＳＮ１０２を介してリンクされる。一般的に、ＰＯＳ ＴＡＧＥＭＡＫＥＲプログラムのコピーは選択されたＵ．Ｓ．郵便局位置におい て、少なくとも一プロセッサベースシステムに記憶されるであろう。郵便局とユ ーザによるプロセッサベースシステムのＰＳＮリンケージが様々な郵便局間の情 報の共有を可能とし、そしてユーザが番号を呼ぶことを可能にし（オーソライズ された郵便局番号）を可能にし、そして郵便局は要求された額の郵便料金をモデ ムによりユーザサイトにインストールされた郵便料金蓄積装置１８に転送させる 。 図４Ａを参照すると、システム１０の本発明をアクセスする時、Ｕ．Ｓ．郵便 局職員にディスプレイ上で示すディスプレイスクリーンの望ましい実施例が図示 されている。勿論、図４Ａに図示されている個々のディスプレイが沢山の方法で 修正できる。また、本発明の望ましい実施例において、プロセッサベースシステ ム１０がキーボード１５とマウス１６から入力に与えられる。しかし、プロセッ サベースシステムに利用可能なライトペンもしくはタッチ検出スクリーン（両者 ともに図示せず）のような入力の他の様々な形態が利用できる。 ディスプレイスクリーン４０の上右手隅で、この例では“７７０１４−９９９ ８−４４”のＰＯＳＴＡＧＥＭＡＫＥＲシリアル番号が示されている。このシリ アル番号は、郵便局の場所の郵便番号を含み、もしくはランダムに選択できる。 このシリアル番号は特定のシステム１０の指定、もしくは取引を実行する郵便局 職員の指定を含む。 ディスプレイスクリーン４０の左手上隅に、この例において“２１２８ １７ ６ ３２ ０００ １７５”、ＴＭＵシリアル番号が図示されている。このシリ アル番号は、ＴＭＵボタン１８２の中に蓄積された情報の８バイトを示し、各バ イトは０から２５５のいずれかを示す。ＴＭＵシリアル番号は、特に譲渡され、 特定のＴＭＵボタン１８２を識別する。かくして、ディスプレイスクリーン４０ は、郵便局職員がオーソランズされたＴＭＵボタン１８２をＰＯＳＴＡＧＥＭＡ ＫＥＲプログラムを組み込むプロセッサベースシステムに結合する。 通常、ＴＭＵシリアル番号の最初の２つの数値（バイト）はボタン（即ちメモ リ）により製造者に割り当てられる。第３バイトは、Ｕ．Ｓ．郵便システムによ り選択され、ＰＯＳＴＡＧＥＭＡＫＥＲプログラムに対して特に指定されるＴＭ Ｕボタン１８２を特定し、廃棄ボタンのようなＰＯＳＴＡＧＥＭＡＫＥＲプログ ラムに対して設計されていない他のＴＭＵボタンを除外し、そしてＰＯＳＴＡＧ ＥＭＡＫＥＲプログラムにアクセスするための他の手段を除外することを助ける 。結果として、本発明は、オーソライズされたＴＭＵボタン１８２のみが以下に 議論する切手の補充に対するＰＯＳＴＡＧＥＭＡＫＥＲプログラムにアクセスで きる。 ＴＭＵシリアル番号の残りは、特に、基本的にその特定のＴＭＵボタン１８２ のシリアル番号である。 ＰＯＳＴＡＧＥＭＡＫＥＲプログラムがＴＭＵボタン１８２の中に記憶した情 報を読む時、ＴＭＵシリアル番号とブロック４０１と４０２の情報がディスプレ イ１３に示される。ブロック４０１の“ＴＭＵ確認”情報は、郵便料金の最後の 付加がボタン１８２に電子的に記憶された郵便局の場所を示す。図４Ａのボック ス４０１に示されるように、現在結合されているＴＭＵボタンは、６．７２＄の 郵便料金バランスを含み、それは、ＩＤ番号“７７０９０−２７６５−６５”を もつ郵便局で１９９３年１０月３０日の午後３時３０分にボタン１８２に入力さ れる郵便料金の部分である。このシリアル番号は、それらの番号が２つの異なる 郵便局の場所を示すこと、およびボタン１８２は郵便局“７７０９０−２７６５ −６５”でプロセッサベースシステム１０に正式に結合されたが、現在は郵便局 “７７０４−９９９８−４４”にあるプロセッサベースシステムに結合されるこ とを指示するディスプレイスクリーン４０の右手上隅に示されるＰＯＳＴＡＧＥ ＭＡＫＥＲシリアル番号と異なることが観察される。 ボックス４０１は、またボタン１８２の満了日を示し、ユーザのＰＮＭ登録番 号、ユーザのＥ−ＳＴＡＭＰシリアル番号、およびより詳細に下記で説明される であろうストライクおよびドルカウンタチェックを示す。ボックス４０２はスク リーン１０に表示され、そしてボタン１８２に蓄積されている郵便料金から使用 されて差し引かれた指定された値の郵便料金の額をアイテム化する。例えば、図 ４Ａのボックス４０１は、切手の５００．００＄の価値が、ボタン１８２に最初 加えられ、そして６．７２＄の額の郵便料金がボタン１８２に残っていることを 示している。これは、４９３．２８＄の価値がボタン１８２から減らされたこと を意味する。図４Ａのボックス４０２は０．０１＄から０．２９＄の値の郵便料 金が９９１回の郵便蓄積料金の額から減らされたこと、０．３０＄−０．４０＄ が１６６回減らされ、１．００＄−１．９９＄が１４回、そして３．００＄より 以上の額の郵便料金が１６回減らされたことを意味する。 図５に関しての下記の詳細に議論される態様において、第１のパスワード（例 えば、ＢＣＬＩＮＴＯＮ）がＰＯＳＴＡＧＥＭＡＫＥＲソフトウェアに入力され る。そのパスワードは下記に説明されるように他のパスワードを生成するのに使 用され、そしてボタン１８２に蓄積される情報に対してチェックされるであろう 。もし、郵便局がそれを要求するなら、特別なパスワードがＰＯＳＴＡＧＥＭＡ ＫＥＲプログラムにアクセスしてスタートするために含められる。ボタン１８２ に対する正確なパスワード（例えば、ＢＣｌｉｎｔｏｎ）がＰＯＳＴＡＧＥＭＡ ＫＥＲに入力された時、数値の列がブロック４０４に示されるように生成される 。本発明の望ましい実施例において、ブロック４０４の第１の数値は現在の時刻 と日付を示す。第２の数値列はＰＯＳＴＡＧＥＭＡＫＥＲシリアル番号とは郵便 局識別番号を示す。残りの４５バイトはＰＯＳＴＡＧＥＭＡＫＥＲプログラムに よりランダムに生成された。乱数の生成は下記に詳述される。 この後、第２のパスワードがアルゴリズムの応用を通してブロック４０４の数 から生成され、第２パスワードの例がブロック４０５に図示されている。これら の数はブロック４０６内の数のランダムな生成を補助する第２のパスワードとし て使用される。 本発明の望ましい実施例において、４５バイトの１４もしくはブロック４０６ の数値は、ボタン使用解析を示す（即ち、郵便料金のどの程度の量が使用された か）。３つの数値（バイト）は、実行され、そして開始点２，５００，０００か ら引かれたストライク数（もしくは使用）、および４つの数（バイト）は使用さ れ、さして開始点２，５００，０００から引かれたドル数を示す。数値の残りは 、ＰＯＳＴＡＧＥＭＡＫＥＲプログラムによりランダムに生成される。 その後、他のアリゴリズムが、ブロック４０７に表示されてる第３のバスワー ドを導くためにブロック４０６の中に生成された数値を使用する。もし、全てが 正確なら、カーソルはＰＯＳＴＡＧＥＭＡＫＥＲプログラムに現在結合されたユ ーザ自身が所有するＴＭＵボタン１８２により要求されたとしてＵ．Ｓ．ドルの 望ましい郵便料金の額を入力できる。本発明の望ましい実施例において、４バイ トが郵便職員により入力された郵便料金の額を示し、１０バイトがユーザ特有情 報、５バイトがユーザの郵便番号を示し、３バイトがオリジナル郵便料金の額を 示し、３バイトがストライク数（もしくは郵便料金蓄積装置がアクセスされた回 数）、４バイトが郵便料金蓄積装置から取られる郵便料金の蓄積量を示し、そし て３バイトがボタン１８２の満了日を示す。ボタン１８２は郵便局により望まれ る任意の時に満了されるようにプログラムされる。郵便局は、郵便料金蓄積装置 １８が更新された情報で有効な登録を維持するために６カ月毎に満了する。 上記の数、即ちそこから生成されたパスワードはいずれもスクリーンに表示さ れない。しかし、ＰＯＳＴＡＧＥＭＡＫＥＲはブロック４０６と４０８の数値を 生成するためのボタン１８２からの情報を利用し、ブロック４０２に図示される 使用解析ログを生成し、そしてブロック４０１に図示されるカウンタチェックを 実行する。カウンタチッェクは２，５００，０００から引かれたストライク数（ ブロック４０６、減数ストライクカウンタ参照）になされたストライク数（（ブ ロック４０８、上昇ストライクカウンタ参照）を加える。もし、これらの数が正 確であれば、それらの和２，５００，０００に等しくあるべきである。同様のド ルカウンタチッェクがまた実行される。ＴＭＵボタン１８２が２，５００，００ ０ストライクと郵便料金の２，５００，０００＄の価額を認識するように初期化 される。ユーザが２，５００，０００ストライクもしくは切手の２，５００，０ ００＄の価額を使用した時にはいつも、郵便料金蓄積装置が郵便局に戻されるか 、あるいは新しいのに交換されなければならない。 ブロック４０８に示されるように、ユーザはＴＭＵボタン１８２に郵便料金５ ００．００＄の価額を加えることを望んだ。この額は使用者により入力された。 ５００．００＄の量を入力するのに続いて、郵便職員はシステムを初期化するた めにボタン４０９を押す。適切な量の切手が選択されると、郵便職員はシステム １０に結合されたＴＭＵボタン１８２に５００．００＄を書き込むためにボタン ４１０を押す。 あるいは、ユーザは、郵便局の口座もしくはＴＭＵボタン１８２を使用して印 刷された郵便料金に対して自動的に課金されるクレジットカードの口座を所持で きる。この状況において、郵便局は予想される勘定に基づく依頼額を要求し、そ してそれから郵便局はＴＭＵボタン１８２にセットされた金銭上の値を入れない が、むしろ特定の価額および／または時間期限を請求するオーソライゼーション がＴＭＵボタン１８２に入力される。例えば、本発明においてのように商用目的 のために使用されるＴＭＵボタン１８２に対して、郵便局はボタンに１か月をセ ットできる。ユーザがボタンをその月の終わりに郵便局に戻す時、郵便局はその 月にどれだけ郵便料金が勘定を判定するためにＴＭＵボタン１８２のメモリにア クセスし、そしてそれらの勘定に対する使用を清算する。さらに、もし、ユーザ が沢山の郵便蓄積装置１８を持っている場合には、郵便局は、ユーザの識別番号 を使用して口座をサーチすることによりその口座のいずれかにアクセスし、支払 いが遅れているか、どうかを決定する。もし、ユーザはその保有を引出し過ぎて いれば、もしくはその口座の支払いに遅れていれば、郵便局はＴＭＵボタン１８ ２の補充を拒否できる。 ＴＭＵボタン１８２に郵便料金の額を書き込むためにボタン４１０を押した後 、図４Ｂに図示されているディスプレイ４２がスクリーンに現れる。ディスプレ イスクリーン４２は、ＴＭＵボタン１８２が５０６．７２＄の価額の郵便料金を 含むことを示すブロック４１１のの中の新しい情報を除いて、ディスプレイ４１ １に同様であり、それは郵便局の場所“７７０１４−９９９８−４４”にあるＰ ＯＳＴＡＧＥＭＡＫＥＲプログラムにより１９９３年１２月１５日の午前１０： ４５に更新されている。この状況において、オリジナル郵便料金（ブロック４１ １）と使用解析ログ（ブロック４１２）が、新しい郵便料金がＴＭＵボタン１８ ２に加えられる時はいつも、ゼロにされる。 図５を参照すると、本発明にセキュリティを備えることについての前述の方法 のフロー図が示されている。第１に、ブロック５１０において、ＴＭＵシリアル 番号は、本発明のセキュリティプログラムによりアクセスされる。もし、ＴＭＵ シリアル番号がＵ．Ｓ．郵便サービスに特に割当てられていなければ、プロセス はステップ５２０に進まないであろう。ステップ５２０において、プログラムは プログラムの作成者により提供されるパスワードを書き込むであろう。その後、 ステップ５３０において、前述のデータが生成され、そしてブロック４０４に表 示される。乱数が入力されたパスワードの関数として生成される。 その後、５４０において、Ｕ．Ｓ．郵便サービスにより選択された第１のアル ゴリズムは、第２のパスワードを生成するようにブロック４０４のデータで動作 するであろう（ステップ５５０）。ブロック４０５に示されたこの第２のパスワ ードは、第２のデータセットを生成するためにステップ５６０で使用される（ブ ロック４０６に示される数）。ステップ５７０の第２のアルゴリズムは、第３パ スワードを生成するための第２のデータセットを利用する（ステップ５８０）。 一度、上記がＴＭＵボタン１８２に書き込まれると、郵便局職員は、ブロック４ ０８で望ましい量を付加することにより、ＴＭＵボタン１８２に郵便料金を蓄積 できる（ステップ５９０）。その後、ステップ５０５において、書き込みボタン ４１０がＴＭＵボタン１８２でそれにより郵便料金を蓄積するように“圧縮”さ れる。 図６を参照すると、本発明で使用されるアルゴリズムが図示され、そして図５ に関して記載されている。ＴＭＵシリアル番号は各ＴＭＵボタンを唯一にするア ルゴリズムに組み込まれる。ある与えられた８バイトのパスワードに対して、“ ｐ１”はそのパスワードの第１バイトを示す。ある与えられた４５バイトデータ 領域に対して、“ｄ１”はそのデータの第１バイトを示す。“モッド演算子”は 、割算の法もしくは剰余に対してである。 要求された額の郵便料金がＴＭＵボタン１８２に一度移されると、ユーザはそ れから、望みの使用場所にボタンを運び、そしてボタンホルダー１７２を通して プロセッサベースシステム１０にＴＭＵボタン１８２を結合する。 ユーザが、Ｐｏｓｔ Ｎ ＭａｉｌをもつＥ−ＳＴＡＭＰプログラム、および 郵便局によりその郵便料金蓄積装置を登録すると、ユーザは、もしまだロードさ れていなければ、プロセッサベース１０にＥ−ＳＴＡＭＰプログラムをロードで きる。本発明の望ましい実施例において、Ｅ−ＳＴＡＭＰプログラムは文書生成 プログラム、望ましくは、個人化された挨拶状、もしくは他のメールピースを生 成するために顧客と関係する応用プログラムからのセットの指示によりコントロ ールされたプロセッサベースシステムにロードされる。 インタフェースプログラムが、個人化されたカード生成プログラムとＥ−ＳＴ ＡＭＰプログラムを統合するのに使用される。２つのアプリケーションプログラ ムが協同して働く。例えば、カードタイプに対応する郵便証印のグラフィック形 態およびカード生成プログラムにより生成されたメッセージが生成されて、そし てＥ−ＳＴＡＭＰプログラムに組み込まれる。加えるに、ルーチンが、Ｐｏｓｔ Ｎｅｔ Ｚｉｐ＋４バーコードに宛て名人の住所として入力される情報を自動的 にコンバートし、および／または郵便料金蓄積装置に関する入力されたデータの いくつか、レター等の指定をラベルもしくは封筒に印刷されたグラフィカルなセ キュリティインタフェースに自動的にエンコードするＥ−ＳＴＡＭＰプログラム に加えられる。さらに、Ｅ−ＳＴＡＭＰプログラムは、望ましいフォーマットに 印刷されるように入力情報の全てをフォーマットするようにプログラムされる。 本発明の望ましい実施例において、ユーザは、カード生成およびＥ−ＳＴＡＭ Ｐアプリケーションプログラム、以後カード生成システムとして参照される、か らのセットの指示によりコントロールされるプロセッサベースシステムに、２つ もしくはより多くの郵便料金蓄積装置１８を取外し可能に結合できる。その時、 郵便料金蓄積装置の一つが郵便料金の枯渇になったら、もしくは期限の前に交換 されていなかったら、その時、バックアップ装置が、システムが動作可能になる ように使用される。 しかし、Ｅ−ＳＴＡＭＰプログラムがカード生成システムと動作する前に、オ ーソライズされた郵便料金蓄積装置がＥ−ＳＴＡＭＰプログラムによりシステム に結合され、そしてＥ−ＳＴＡＭＰプログラムにより有効にされる。望ましい実 施例が、ボタンホルダー１７２を介してプロセッサベースシステムに結合される 。 次に、図７Ａと図７Ｂに関して、カード生成システムに結合された郵便料金ボ タンに対するユーザの有効化手続きがユーザのソフトウェアプログラムのステッ プ７００での初期化により開始される。ステップ７０１で、ソフトウェアはボタ ンの唯一のシリアル番号を読み、そしてシリアル番号が郵便局にボタン生産者に より割当られた範囲にあることを確かめる。もし、そうでなければ、エラーが発 生し、処理がステップ７０２で停止する。 ＴＭＵボタン１８２はいくつかのメモリセクションを含み、各セクションはＩ Ｄ領域、パスワード領域およびデータ領域を含む。与えられたデータ領域へのア クセスが対応パスワード領域に書かれたパスワードにより制御される。 ユーザのソフトウゥアはステップ７０３で郵便料金ボタン（携帯メモリ）に質 問し、郵便料金ボタン１８２が顧客（ＰＳＴ）により郵便料金の回復に対するボ タンであることを告げるコードが郵便料金ボタンの第１のパスワード領域８００ （図８）から返されるべきであり、そうでなければエラーがステップ７０４で生 じる。次に、ステップ７０５で、ユーザのソフトウェアが、与えられたボタン１ ８２に対するＴＭＵシリアル番号の数値シークエンスのアルゴリズムに第１の切 り刻みアルゴリズムを適用することにより生成されるパスワードをボタンに転送 する。もし、ユーザのソフトウェアにより生成されたパスワードが第１のパスワ ード領域８０１に記憶されているものと一致したら、第１データ領域８０２への アクセスが許され、そして処理がステップ７０７で続く。そうでなければ、無効 データの列が上記のようにボタンから受け取られる。 ステップ７０７で、ユーサのソフトウェアは第１のデータ領域８０２のボタン タイプフィールドを読む。もし、ボタンがカード生成システムにロードされてい るソフトウェアにより予め知られた郵便料金ボタンコードを返すなら、その時、 処理が続き、そうでなければ、エラーがステップ７０８で生じ、そして処理が終 了する。正確なボタンコードがステップ７０７で読まれたとすると、ステップ７ ０９でユーザのソフトウェアが、第２切り刻みアルゴリズムを使用して第２パス ワード領域８０３を読み、その一例が図４Ａと図４Ｂに示される。特に、ユーザ のソフトウェアは、第１のデータ領域８０２にアクセスを得ることにより求めら れるランダムデータの列を取り、そして第２切り刻みアルゴリズムをそこに適用 する。結果のパスワードは、それからボタンに転送され、そして、もし、第２パ スワード領域８０３のパスワードと適合が生じたら、アクセスが第２データ領域 に８０４に得られる。そうでなければ、無効データの列がボタンから受け取られ る。第２データ領域８０４へのアクセスがステップ７０９において得られたら、 その時ユーザのソフトウェアが第２データ領域の最新のアクセスデータを読む。 もし、このフィールドに書かれた最後のアクセスデータが、現在のデータ処理が 続く以前でなければ、ステップ７１１においてエラーが生じる。 次に、ステップ７１２において、ユーザのソフトウェアがカード生成システム に結合された郵便料金ボタンの第３のデータ領域８０６（図８）にアクセスを得 ようと試みる。この場合において、ユーザのソフトウェアは、それからは第１の データ領域８０２から１１バイトのランダムデータ、そして第２のデータ領域８ ０４から５バイトのランダムデータを取り、そして第３の切り刻みアルゴリズム をそこに適用する。結果のパスワードは、ボタンに転送され、そしてもし第３バ スワード領域８０５に保持されているパスワードと適合が生じたら、アクセスが 第３データ領域８０６に得られ、そうでなければ、無効データの列がボタンから 得られる。 第３データ領域８０６（図８）へのアクセスが、ステップ７１２で得られたと すると、ステップ７１３でユーザのソフトウェアが、第３データ領域８０６のバ ランス有効フィールドと第１データ領域８０４の補充バランスフィールドを読む 。もし、有効バランスが補充バランスより小さいか等しいなら、その時処理が続 き、そうでなければ、腐敗ボタンがステップ７１４で検出される。 腐敗していないボタンに対して、第３のデータ領域８０６のユーザ郵便番号に 書かれているユーザ郵便番号が読まれそしてカード生成システムに蓄積されてい るユーザのソフトウェアに割当られたユーザ郵便番号とステップ７１５で比較さ れる。もし、それが一致なら、処理が継続し、そうでなければ、郵便料金ボタン が対応する顧客ソフトウェアに割当られた郵便コード以外なので、使用できない ので、ステップ７１６でエラーが生じる。この特徴（システムのあらゆるセキュ リティレベルと同様）は、任意であり、そしてもし必要ならいくつかの郵便番号 を含むように修正できる。 ステップ７１７で、顧客ソフトウェアは、第３データ領域８０６の合計増加カ ウンタの値を読み、そして、それを対応する総全体値と比較し、そしてユーザの ソフトウェアにより蓄積される。各ボタンの増加および減少カウンタはボタンの 生きている間に決してクリアされない。かくして、もし、ボタン合計増加カウン タの合計がユーザのソフトウェアファイルの量より大きいか、もしくは等しけれ ばボタンはステップ７１７を通過し、そうでなければステップ７１８でエラーが 生じる。同様のテストが、ユーザのソフトウェアがストライク増加カウンタの値 を読むステップ７１９で実行され、そしてユーザのソフトウェアにより保持され ている対応ストライクタリー（ｔａｌｌｙ）とそれを比較する。再び、ストライ クカウンタの値が決してクリアされないので、ストライクカウンタの値はソフト ウェアファイルのトータルより大きいか等しくなければならなく、そうでなけれ ば、ステップ７１０でエラーが生じる。 ステップ７２１において、第３データ領域８０６のストライク増加カウンタの 値は、第２データ領域８０４のストランク減少カウンタの値に加えられる。スト ライク減少カウンタは、常に各証印の印刷で１だけ予めきめられた初期値から常 に減少し、そしてストライク増加カウンタは常に初期値から同期的に１ずつ常に インクリメントするので、そのトータルは常に同じ値Ｎに等しくなければならな い。もし、ステップ７２２で、ストライク増加および減少カウンタが予めきめら れた値Ｎに等しければ、処理が継続し、そうでなければ、ボタンがステップ７２ ３で腐敗されるように決定される。 次に、ステップ７２４で、第２のデータ領域８０４の減少カウンタ値と第３デ ータ領域８０６の増加カウンタ値が合計される。増加カウンタ値が初期値から各 証印の印刷で使用された郵便料金の額だけインクリメントし、減少カウンタが同 じ量だけ初期値から減少するので、その値の和は、値ｚに常に等しくなければな らない。かくして、ステップ７２５で、ボタンから読まれるカウンタデータ値の トータル値ｚなら、その時、処理が続き、そうでなければ、ステップ７２６でエ ラーが生じ、そして処理が停止する。 ステップ７２９で、顧客ソフトウェアが、第２データ領域８０４の対応フィー ルドに書かれた最新のアクセスデータを読む。もし、記録された最新のデータが 、現在データと同じか前なら、ボタンが通過し、そうでなければ、エラーがステ ップ７３０で生じる。これは、携帯メモリにランダムデータの入ることを防止す る。 ステップ７３１で、第３データ領域８０６の満了日データフィールドに書かれ た満了日がボタンが満了したかどうかを決定するために読まれる。もし、現在日 が、満了日以前であれば、ボタンがまだ有効であり、そうでなければ、ステップ ７３２でボタンが満了されることを判定する。 ステップ７３３で、チッェクが更新フラグ、もしくは郵便料金ボタン１８２が 処理をした補充動作についてなされる。第２データ領域８０４の更新フラグは、 第３のデータ領域８０６の更新フラグに等しくなければならず、エラーが更新シ ークエンスと処理ステップ７３４の間で発生した。 もし、ユーザのシステム１０に結合された切手ボタン１８２、もしくはカード 生成システムが、ステップ７３３で最新のテストを通過すると、ボタンがステッ プ７３３で有効になり、そして顧客が有効な補充バランスまで、もしくは郵便料 金ボタン１８２の終了日まで郵便証印を印刷できる。 図９を次に参照すると、組み込まれたＥ−ＳＴＡＭＰプログラムをもつカード 生成システムにより使用されるプロセスのフロー図が図示されている。 ステップ９０１で、カード生成は、スクリーンにタッチすること、あるいは他 の知られた方法により顧客により活性化される。望ましい実施例において、カー ド生成システムおよびＥ−ＳＴＡＭＰプログラムは、ライトペン、キーボード１ ５、もしくはマウス１６のようなタッチセンサスクリーン（図示せず）を介して ユーザから入力に与えられる。しかし、ライトペン（図示せず）、キーポード１ ５、もしくはマウス１６のようなプロセッサベースシステムに利用できる他の入 力装置が利用できる。ステップ９０２で、カード生成システムが誕生日、記念日 、休暇、結婚のようなものを生成するためのプログラムであるタイプのカードを 顧客に聞くスクリーンが現れる。このようなスクリーンの例は、図１０に見られ る。しかし、このスクリーンは、下記に記載のあらゆるスクリーンのように、沢 山の異なる有効なオプションが幅広く多様に現れる。 次に、ステップ９０３で、顧客は、選択したカードのタイプに対するスタイル のメニュを提供される。誕生カードに対するオプションのスタイルのスクリーン の例が図１１に図示されている。顧客は、好みのカードを選択でき、慣用的なカ ード、誕生日の遅れカード、もしくは親類に対するカードを選択できる。一度、 ユーザが望むスタイルのカードを選択すると、カード生成システムは、顧客が選 択するそのスタイルの１つもしくはそれ以上のの例のサンプルカードを提供する （ステップ９０４）。 顧客が特定のカードを決めた時、選択されたカードに対応するユーザ自身のメ ッセージを生成でき、ユーザは提供されるメッセージを個人化できる（ステップ ９０５）。例えば、図１２Ａと図１２は個人化された誕生カードの例を示す。図 １２Ａと図１２Ｂで示される例において、カード生成システムは、ボックス１２ ０４とボックス１２０８においてカードを受け取るために個人の名前を、ボック ス１２０２とボックス１２０６において受取人のお祝いの誕生日、そしてボック ス１２１０において個人のメッセージを顧客が入力することを可能にする。 ステップ９０６において、一度、カードが終了すると、ユーザが宛て名された 封筒を印刷することを継続したいかどかを顧客に尋ねるようにプロンプトが現れ る。もし、答えが“ノー”であれば、カード生成システムがステップ９０７に行 き、そして顧客の個人的メッセージを含む新しい印刷された挨拶状を生成し、そ してプログラムを終了する。しかし、顧客はユーザがプログラムを継続すること を望むことを指示したら、その時、図１３に例示されたような表示がスクリーン に現れる。 次に、ステップ９０８で、顧客が１３０３でユーザの返信住所を手作業で入力 することを促される。もし、返信住所が望まれないなら、それは無視される。そ の後、ステップ９０９において、住所ボックス１３０５の内容が返信住所１３０ ３の内容に同様の方法で入力される。 次に、ステップ９１０で、カード生成システムは、住所の郵便番号から適切な ＰｏｓｔＮｅｔバーコードを生成する。印刷された住所はＰｏｓｔＮｅｔＺｉｐ ＋４バーコードをもち、名宛人の住所の上もしくは下のいずれかに印刷されたＰ ｏｓｔａｇｅ ＳｅｒｖｉｃｅＰｕｂｌｉｃａｔｉｏｎに記載されている。メー ルが自動的に配布に対してソートされることを可能にするので、郵便局はＰｏｓ ｔＮｅｔバーコードを使用をすすめている。実際、郵便局は、そこに印刷された 適切なＰｏｓｔＮｅｔバーコードをもつメールに対して少ない郵便料金を課して いる。 顧客は、それから、住所がボックス１３０４の使用により印刷されるであろう フォーマットを選択できる。返信住所と宛て名人の住所がプリンタ１９を介して ラベルもしくは封筒に印刷される。 その後、ステップ９１２において、顧客がプログラムを継続するオプションを 選択し、そして適切な郵便料金を計算されて、そして印刷させる。もし、顧客が 継続を断ったら、その時、挨拶カードシステムはステップ９１３で顧客と関係す ることを終了する。 ステップ９１２で、もし顧客が郵便料金を計算しそして印刷することを続ける ことを決定したら、新しいスクリーンが現れ、図１４に見られるように、顧客が 生成を望む証印のタイプに対するメニュを顧客に与える。顧客が、一度証印のタ イプを選択すれば、図１５Ａに見られるような新しいスクリーンが、顧客の選択 する少なくとも１例の証印と共に現れる（ステップ９１５）。あるいは、Ｅ−Ｓ ＴＡＭＰプログラムは、カードのタイプに対応して顧客がＣＰＵメモリに含まれ る情報に基づいて顧客が生成した図１５Ａに見られるような例の証印を自動的に 選択する。証印は、ＣＰＵのデータベースに蓄積され、もしくはｔｉｍｅ−ｂｙ −ｔｉｍｅベースのモデムを介して蓄積される。 一度、顧客が望みの証印を選択すると、顧客は誕生日の人の名前（ボックス１ ５０４）およびどの誕生日を人が祝う（ボックス１５０４と１５０６）のような 情報とともに証印が個人化される（ステップ９１６Ｂ）。例えば、もし顧客がス タンプ証印１５０８を選択すれば、カード生成システムは、ボックス１５０６で 受取人がどの誕生日を祝うかを示す数をユーザは加える。図１５は、いかにスタ ンプ証印１５０８が、それが個人化された後で現れる。もちろん、ビジネスレタ ーに対して、証印絵を含むデータベース（図示せず）があり、そしてシステムを 使用する会社に関係するスローガンを含む様々な状況に対する適切な言葉が含ま れる。 その後、ステップ９１７で、顧客がカードが、それ自身により、あるいはボッ クス１３１０において適切なオプションを選択することにより包みととともにメ ールされるであろうかどうかを指示するであろう。もし、包みが含まれないなら 、その時、システムはカードの重量に基づいて適切な郵便料金、即ち１オンスよ り小さいか、を計算する。もし、挨拶状とともに包みが送られるなら、顧客は包 みの重さを入力しなければならない。この重さは、手作業で、もしくは技術的に 良く知られたプロセッサベースシステム１０、カード生成システムに結合された 秤り１０３の使用により自動的に入力できる。カード包みの重さは、カードに対 する適切な郵便料金を計算するのに使用される。 ステップ９１８で、顧客は、ボックス１３０９に示される選択からメールのク ラスを選択する。 次に、ステップ９１９で、顧客は、ボックス１３０８に描画さるようにＵ．Ｓ ．郵便区域を選択でき、もしくは別にカードがカナダ、メキシコもしくはいくつ かの他の国際指定に送る選択をできる。ボックス１３０８での国際指定の顧客の 選択は、ユーザの指定国の入力を可能にし、そしてＥ−ＳＴＡＭＰプログラムが 必要な郵便料金を自動的に計算することをドロップダウンメニューで可能にする 。 Ｅ−ＳＴＡＭＰプログラムは、自動的に前述の入力されたパラメータを・・・ 重量、クラス、領域・・・スタンプメータと協同して印刷する正しい郵便料金を 正確に計算するために、自動的に組み入れる。 ステップ９２０で、顧客が、メールが送られる位置を挿入するようにボックス １３０２が備えられる。もし、位置が入力されていなければ、カード生成システ ムの位置が１３０２に入力される。ボックス１３０２に入力された位置は、正確 な料金を計算するためにＥ−ＳＴＡＭＰプログラムで使用される。 ステップ９２１において、顧客は、データがＥ−ＳＴＡＭＰプログラムにより 自動的に入力されてスタンプされることを選択する、もしくは顧客がカードに示 すことを望むデータを入力することを選択できる。顧客の選択は、ボックス１３ １２において登録される。 ステップ９２２で、Ｅ−ＳＴＡＭＰプログラムは、Ｅ−ＳＴＡＭＰプログラム に、機械で読むことのできる暗号メッセージに入力される予め選択された情報を 組み込むようにプログラムされる。上記のようなＰｏｒｔａｂｌｅ Ｄａｔａ Ｆｉｌｌｅ Ｃｏｄｅ（ＰＤＦ４１７記号）のような任意のグラフィカルセキュ リティインタフェースが情報を暗号化するのに使用される。暗号化メッセージは 、次の情報の任意の組合せを含む：日、日付、郵便料金蓄積装置シリアル番号、 Ｅ−ＳＴＡＭＰシリアル番号、送り手の郵便番号、宛て名人の郵便番号、郵便料 金蓄積装置の満了日、ストライクおよびドルカウンタの累積値、ＰＮＭ登録番号 、ユーザの識別番号、および郵便局識別番号。 この暗号化された情報は、郵便証印と独立に印刷でき、もしくは選択された情 報がグラフィカルセキュリティインタフェースを使用する切手メータに組み込ま れる。図１６ＡとＢに図示される望ましい実施例は、暗号メッセージおよびカー ドに埋め込まれた郵便料金、日付等のような他の情報（視覚的に認識できる様式 で印刷された）と独立に郵便証印を印刷するであろう。封筒に暗号化された情報 を適用することにより、郵便局は、メールのアイテムがオーソライズされた郵便 料金で投函されたことを確かめそして郵便料金蓄積装置の使用を追跡するために 暗号化された情報をスキャンできる。 ステップ９２３において、Ｅ−ＳＴＡＭＰプログラムは、図１６Ｂに図示する ように、封筒にもしくは図１６Ａに図示するように挨拶カードの裏面に貼られた 剥がすことのできるラベルに、プリンタ／ラベルメーカ１９にカード生成システ ムの入力／出力ポートを利用し、スタンプメータに付属する正確なデータ、郵便 証印、暗号メッセージ、返信住所、封筒に印刷されるべき宛て名人の住所等を送 る。剥がすことのできるラベルは、剥がされそして封筒の表面に貼られる。３つ のラベル（即ち、返信住所１６０２、名宛人の住所１６０６および郵便証印１６ ０４）が、各ラベルがカットされない裏打ちから剥がされるように“ｋｉｓｓ ｃｕｔ”１６０８であった透明フィルムに印刷されるであろう。 スタンプメータに印刷された総郵便料金は、自動的にユーザの口座からの借り 方に記入され、もしくはＴＭＵボタン１８２に蓄積された額から引き出される。 ＴＭＵ１８２に蓄積された情報は、ＴＭＵボタン１８２のこの特定のシリアル番 号に対する使用記録と更新に必要ななんらかの他の情報を含んで、自動的に更新 される。 前述のステップは、ＴＭＵボタン１８２がそのメモリに埋め込まれた時間制限 、もしくはその蓄積された郵便料金の総額の終りに達するまでカード生成システ ムの継続的な処理を繰替えされる。もし、２つのＴＭＵボタンがカード生成シス テムに結合されると、その時、もし一つのボタンが動作しなければ、他のボタン が自動時にカード生成システムによりアクセスされる。典型的には、ユーザは、 毎月もしくは他の期間をもとに、カード生成システムに結合されたＴＭＵボタン １８２をチェックし、および／もしくはリプレイスできる。 前述のワード小切手フォーマット処理、Ｅ−ＳＴＡＭＰとＰＯＳＴＡＧＥＭＡ ＫＥＲプログラムは、一般的目的のプロセッサベースシステム１０の“ウィンド ーズ”に関して示され、そして説明された。勿論、他の手段が、プロセッサベー スシステムの範囲で本発明を実現するために使用できるであろう。 本発明およびその利点が詳細に説明されたが、様々な変更、交代および改造が 付属のクレームにより限定される発明の精神と範囲から外れることなくここにな されることが理解されるべきである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ， ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，Ｈ Ｕ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ， ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ

Claims (1)

1. 【特許請求の範囲】 １．ユーザが入力データとプロセッサに指示を与えることにより文書生成を制御 するプログラムを備えるプロセッサベースのワードプロセッサ処理システムにお いて、 該ワードプロセッサ処理システムにより制御され、文書の受取人の住所を含む セクションをもつ文書を作るためにユーザからのデータ入力に応答する手段と、 該文書に移送セクションを設定する手段と、 該文書の受取人に付随する郵便証印を移送セクションに印刷する手段を備える ことを特徴とするワードプロセッサ処理システム。 ２．該文書は小切手様式であり、そして該文書生成を制御するプログラムは該小 切手様式に額を印刷することの可能な会計プログラムであり、 該文書の該移送セクションは移送媒体を含むことを特徴とする請求項１に記載 のワードプロセッサ処理システム。 ３．移送媒体はレスティックラベルを剥がすものであることを特徴とする請求項 ２に記載のワードプロセッサ処理システム。 ４．文書生成を制御するプログラムはワードプロセッサ処理プログラムであり、 そして該文書の該移送セクションは移送媒体を含むこしを特徴とする請求項１に 記載のワードプロセッサ処理システム。 ５．該移送媒体はレスティックラベルを剥がすものであることを特徴とする請求 項４に記載のワードプロセッサ処理システム。 ６．該移送媒体は該移送セクションにおいて、文書に印刷された郵便証印セクシ ョンのレプリカを該封筒の外に生成する郵便封筒の隣接セクョンとにより、該封 筒の該隣接セクションの中に含まれる媒質と化学反応することに該レプリカを生 じるものであることを特徴とする請求項４に記載のワードプロセッサ処理システ ム。 ７．該各文書のページカウントから印刷するための郵便料金の額を計算する手段 を備えることを特徴とする請求項４に記載のワードプロセッサ処理システム。 ８．該各文書に含まれる住所情報から印刷するための郵便料金の額を計算する手 段を備えることを特徴とする請求項４に記載のワードプロセッサ処理システム。 ９．印刷されている文書が原稿文書であるかどうかを判定するための手段と、 判定が印刷されている文書が原稿文書であるとされた時、郵便料金の印刷を禁 止する手段を備えることを特徴とする請求項４に記載のワードプロセッサ処理シ ステム。 １０．該郵便証印は該プロセッサ処理システムと該ユーザの間で相互作用するベ ースに備えられたデータの制御のもとにあつらえられるものであることを特徴と する請求項１に記載のワードプロセッサ処理システム。 １１．選択された文書を生成するためにユーザとインタフェースする手段と、 各選択された文書を郵送するために正確な郵便料金を決定する手段と、 各選択文書に対する個人化された郵便証印を生成する手段と、 該選択された文書を印刷する手段と、 該選択された文書の該印刷と共に該正確な郵便料金を含む該個人化された郵便 証印を印刷する手段とを備えることを特徴とする文書生成自動化システム。 １２．郵便証印を印刷する手段は、郵便証印のグラフィカルな複数の形態を選択 するための手段と、 該選択されたグラフィカルな形態を個人化する手段とを備えることを特徴とす る請求項１１に記載の文書生成自動化システム。 １３．郵便証印を印刷する手段は、郵便封筒に対する続くアプリケーションにお いて、ラベルに該正確な郵便料金を含む個人化された郵便証印を印刷する手段を 備えることを特徴とする請求項１１に記載の文書生成自動化システム。 １４．ユーザにより該システムに入力された情報を取り込んだ暗号化メッセージ を自動的に生成する手段と、該正確な郵便料金を印刷するとともに印刷された該 暗号化メッセージとを含むことを特徴とする請求項１１に記載の文書生成自動化 システム。 １５．個人化された郵便証印を生成する手段は郵便証印のグラフィカルな形態を 含むことを特徴とする請求項１１に記載の文書生成自動化システム。 １６．該証印を印刷するために該グラフィカルな形態の一つを選択することを可 能とする手段を含むことを特徴とする請求項１５に記載の文書生成自動化システ ム。 １７．望みの文書を生成するためにユーザとインタフェースし、 該文書を郵送するための正確な郵便料金を決定すること、 該文書に対する個人化された郵便証印を生成すること、 該一般目的のプロセッサの制御のもとに該文書を印刷すること、そして 該一般目的プロセッサの制御の該文書を印刷すると共に、該正確な郵便料金を 含む個人化された郵便証印を印刷することを含むことを特徴とする一般目的のプ ロセッサの制御のもとに文書を生成する方法。 １８．該生成ステップは、郵便証印の複数のグラフィカルな形態の一つを選択す ることを特徴とする請求項１７に記載の方法。 １９．選択ステップは該選択されたグラフィカル形態を個人化することを特徴と する請求項１８に記載の方法。 ２０．個人化された郵便証印を生成するステップは、続いて生じる郵便封筒を移 送するためのラベルに正確な郵便料金を含む該個人化された郵便証印を印刷する ステップを含むことを特徴とする請求項１７に記載の方法。 ２１．一セットの文書生成プログラムと独立な郵便料金生成プログラムからの指 示の制御のもとにあって、プロセッサベースシステムにおいて生成された文書を 郵送するための郵便料金の正しい額を印刷するプロセッサベースシステムにおい て、 該郵便料金生成プログラムと該文書生成プログラムを統合するインタフェース プログラムと、 郵便料金蓄積装置に該統合プログラムを任意に結合するための手段と、 該システムに入力された郵便パラメータと該特定の文書に特有な関数として該 文書の特別な一つに対して正確な総郵便料金を自動的に計算するための手段と、 正しい郵便料金の額を印刷するために、該システムに結合されたプリンタに送 られるデータのフォーマット処理をする手段と、 該正しい郵便料金の額とともに郵便証印を選択的に生成する手段と、 続く郵便包みの移送のための移送媒体に該生成された郵便料金と郵便証印を印 刷する手段とを備えることを特徴とするプロセッサベースシステム。 ２２．該郵便証印生成手段はシステムのユーザからの入力指示を受け取るための 手段を含むことを特徴とする請求項２１に記載のシステム。 ２３．該郵便証印生成手段は複数の予め確立された郵便証印から選択するための 手段を含むことを特徴とする請求項２１に記載のプロセッサベースシステム。 ２４．少なくとも、予め設定された郵便証印の一つが該郵便料金生成プログラム に蓄積されていることを特徴とする請求項２３に記載のプロセッサベースシステ ム。 ２５．少なくとも該郵便料金生成プログラムの郵便証印を選択的に修正するため にユーザにより部分的に制御される手段を備えるこを特徴とする請求項２４に記 載のプロセッサベースシステム。 ２６．システムユーザの制御のもとに、少なくとも部分的に生成された文書を印 刷するために文書生成プログラムを制御される手段を備えることを特徴とする請 求項２１に記載のプロセッサベースシステム。 ２７．移送媒体から郵便封筒に該印刷された郵便料金と証印を転写する手段備え ることを特徴とする請求項２５に記載のプロセッサベースシステム。 。 ２８．移送媒体から郵便封筒に該印刷された郵便料金と証印を転写する手段を備 えることを特徴とする請求項２６に記載のプロセッサベースシステム。 ２９．選択されたカストマイズされたカードにユーザとインタフェースする手段 と、 該選択された各カードに対する個人化された郵便証印を生成する手段と、 該カストマイズされたカードを印刷する手段と、 該正確な郵便料金ともに該個人化された郵便証印を生成して印刷するための手 段とを備え、 個人化された挨拶カードを生成するための自動化されたシステム。 ３０．該正確な郵便料金ともに該個人化された郵便証印を生成して印刷するため の手段は、 郵便証印の複数のグラフィカルな形態の一つを選択するための手段と、 該選択されたグラフィカルな形態を個人化するための手段とを備えることを特 徴とする請求項２９に記載のシステム。 ３１．該正確な郵便料金ともに該個人化された郵便証印を生成して印刷するため の手段は、 該印刷されたカードと独立した包みに該正確な郵便料金と共に該個人化された 郵便証印を印刷するための手段とを備えることを特徴とする請求項２９に記載の システム。 ３２．該正確な郵便料金ともに該個人化された郵便証印を生成して印刷するため の手段は、 郵便封筒への続くアプリケーションのためにラベルへ該正確な郵便料金と共に 該個人化された証印を印刷するための手段とを備えることを特徴とする請求項２ ９に記載のシステム。 ３３．該ユーザにより該システムに入力された情報を取り込んだ暗号化されたメ ッセージを生成するための手段を備え、該暗号化メッセージは該正確な郵便料金 とともに印刷することを特徴とする請求項２９に記載のシステム。 ３４．個人化された郵便証印を生成するための該手段は郵便証印のグラフィカル な形態を含むことを特徴とする請求項２９に記載のシステム。 ３５．該証印の印刷に対する該グラフィカルな形態の一つを選択することを可能 とする手段を備えることを特徴とする請求項３４に記載のシステム。 ３６．該カストマイズされたカード生成手段は、特定のテーマをもつ文書の生成 を含み、該証印の特定の一つを該文書のテーマに基づいて自動的に選択するため の手段を備えることを特徴とする請求項３４に記載のシステム。