JP2002216195A - 郵便データ送出装置、郵便料金算出装置及びこれらを用いた郵便料金後納システム - Google Patents

Abstract

(57)【要約】 【課題】切手の備蓄を不要とし且つ郵便料金の算出も不
要とする郵便料金後払いシステムを提供する。 【解決手段】ユーザ２は、端末装置３によりネットワー
ク（インターネット）１を介し発行機関４に接続して先
ず氏名等の自己を特定する個人情報とクレジットカード
番号等の決済方法を決める情報とを入力して、これに対
応するＩＤとパスワードを入手する。次にこのＩＤとパ
スワードを用い再び発行機関４に接続して郵便料金後払
いの個人識別番号の発行を申し込む。そして発行機関４
からインタネット１経由で配信される１１桁の個人識別
番号を郵便物の所定の箇所に記載して投函する。郵便局
６では郵便物の重量と形状を測定したデータと個人識別
番号をサーバ５に送信し、更に書留便の場合はユーザ２
に電子メールで受領書を発行する。サーバ５は、登録さ
れているクレジットカード番号のクレジット会社又は口
座番号の銀行に重量と形状と郵便種別に応じた料金を請
求する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、切手の代わりに予
め所定の手続きにより発行され差出人により郵便物に記
載された個人識別記号を読み取り、この読み取られた個
人識別記号に基づいて後日郵送料金を総務省郵便事業庁
又は郵便局より差出人へ請求する郵便料金後払いシステ
ムに関する。

【０００２】

【従来の技術】従来より、郵便料金は、定型又は定型外
等の郵便物の形状、郵便物の重量、普通、速達又は書留
等の郵便物の種類などにより決められている。郵便物の
差出人は、差し出す郵便物の重量を計り、その郵便物の
種類を勘案したのち、計った重量と決めた種類とに応じ
て料金表を参照し、参照して得られた所要の金額の切手
を郵便物に貼って投函している。

【０００３】また、海外では電子切手が実用化されてい
る。この電子切手は、専用のソフトウェアを使用してイ
ンターネット上で購入し、自分のプリンタで電子切手と
して印刷し、封筒やハガキに貼って使用している。

【０００４】

【発明が解決しようとする課題】このように、郵便物を
差し出す時には、上述したような手順により差出人が料
金を算出し、所要の金額の切手を貼るが、個人の家庭で
は常に切手を備えているとは限らない。かりに備えてあ
っても、定型の２５ｇ以下の封筒用の８０円切手、ある
いは葉書用の５０円切手程度である。

【０００５】上記のように算出した金額の切手の備えが
ない場合は、その都度切手を買いに行くか、わずかな差
であれば手持ちの複数種類の切手を組み合わせて用い、
料金過剰を承知で貼ってしまうこともある。郵便物を大
量に差し出す企業では、重量が異なり種類も異なる各種
の郵便物を差し出すことから、各種類の切手を常時備え
ているのが一般的である。

【０００６】しかしながら、切手というものは、何時ど
れほど使用するか分からないものであるため、過剰な備
えは経費の無駄となり、それであるからといって、過少
な備えでは通常より多い郵便物が急に発生した場合に対
応できないという事態を引き起こして問題がある。

【０００７】また、電子切手の場合も、差し出し人のプ
リンタで切手を印刷する点では従来の切手と形態が異な
るものの、差し出し人が郵便料金を算出しなけれがなら
ないという点では従来の切手と変わるところはない。な
お、総務省郵便事業庁の統計によれば総引受郵便物数は
平成７年〜１１年の５年間で年平均約２５０億通となっ
ている。そのうちの全てに切手を用いているわけではな
いが、個人での利用の場合は切手を用いるのが普通であ
り、切手の印刷・発行も相当な数になっていると思われ
る。

【０００８】本発明の課題は、上記従来の実情に鑑み、
切手の備蓄を不要とし、且つ差出人による郵便料金の算
出も不要とする郵便料金後払いシステムを提供すること
である。

【０００９】

【課題を解決するための手段】先ず、請求項１記載の発
明の郵便データ送出装置は、通信回線を経由して送信さ
れたユーザの個人情報を格納する格納手段と、該格納手
段に格納された上記個人情報あるいは上記個人情報に関
連するデータに基づき、上記ユーザに対し郵便物に記載
させて投函することで郵便利用を可能にし後日郵便料金
を請求するための個人識別記号データを生成し、該個人
識別記号データを通信回線を経由して送出する個人識別
記号データ発行送出手段と、を有して構成される。

【００１０】上記個人識別記号データは、例えば請求項
２記載のように、発行から所定の期間に限り郵便に利用
可能な有効期限を有するように構成され、また、例えば
請求項３記載のように、ユーザが郵便物に記載し投函し
たことが確認されると抹消されるように構成され、ま
た、例えば請求項４記載のように、数値記号で構成され
る。

【００１１】次に、請求項５記載の発明の郵便料金算出
装置は、投函されたユーザの郵便物に記載された個人識
別記号を読み取る読取手段と、上記郵便物の重量を測定
する測定手段と、該測定手段にて測定された上記郵便物
の重量と上記読取手段にて読み取られた個人識別記号と
に基づいて上記郵便物の郵便料金を上記ユーザに請求す
る請求手段と、を有して構成される。

【００１２】そして、この郵便料金算出装置は、例えば
請求項６記載のように、上記読取手段にて読み取られた
上記個人識別記号に基づいて、普通郵便、速達郵便、書
留郵便等の種別を判定する判定手段を更に有して構成さ
れ、また、例えば請求項７記載のように、上記読取手段
により郵便物が書留郵便であると判定されたとき、上記
ユーザに対して受領証を送信する送信手段を更に有して
構成され、また、例えば請求項８記載のように、上記読
取手段にて読み取られた個人識別記号に基づいて上記ユ
ーザの履歴情報を記憶する記憶手段を更に有して構成さ
れる。

【００１３】更に、請求項９記載の発明の郵便料金後納
システムは、通信回線を経由して送信されたユーザの個
人情報を格納する格納手段と、該格納手段に格納された
上記個人情報あるいは上記個人情報に関連するデータに
基づき、上記ユーザに対し郵便物に記載させて投函する
ことで郵便利用を可能にし後日郵便料金を請求するため
の個人識別記号データを生成し、該個人識別記号データ
を通信回線を経由して送出する個人識別記号データ発行
送出手段と、を有する郵便データ送出装置と、投函され
たユーザの郵便物に記載された個人識別記号を読み取る
読取手段と、上記郵便物の重量を測定する測定手段と、
該測定手段にて測定された上記郵便物の重量と上記読取
手段にて読み取られた個人識別記号とに基づいて上記郵
便物の郵便料金を上記ユーザに請求する請求手段と、を
有する郵便料金算出装置と、を備えて構成される。

【００１４】上記個人識別記号データは、例えば請求項
１０記載のように、発行から所定の期間に限り郵便に利
用可能な有効期限を有するように構成され、また、例え
ば請求項１１記載のように、ユーザが郵便物に記載し投
函したことが確認されると抹消されるように構成され、
また、例えば請求項１２記載のように、数値記号で構成
される。

【００１５】また、この郵便料金後納システムは、例え
ば請求項１３記載のように、上記読取手段にて読み取ら
れた上記個人識別記号に基づいて、普通郵便、速達郵
便、書留郵便等の種別を判定する判定手段を更に有して
構成され、また、例えば請求項１４記載のように、上記
読取手段により郵便物が書留郵便であると判定されたと
き、上記ユーザに対して受領証を送信する送信手段を更
に有して構成され、また、例えば請求項１５記載のよう
に、上記読取手段にて読み取られた個人識別記号に基づ
いて上記ユーザの履歴情報を記憶する記憶手段を更に有
して構成される。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。図１は、一実施の形態に係わ
る郵便料金後納システムの全体構成を模式的に示す図で
ある。図１において、インターネット等のネットワーク
１には、ユーザ２の例えばパーソナルコンピュータ等か
らなる端末装置３と、所定の計算に基づいて複数桁の数
値記号からなる個人識別記号（以下、番号または発行番
号とも言う）を発行する発行機関である総務省（郵便事
業庁）４のサーバ５と、郵便物を処理する処理機関であ
る郵便局６の郵便局端末７とが接続されている。尚、同
図には、ユーザ２と郵便局６を一つしか示していない
が、これらはそれぞれ多数存在しており、それらの端末
がネットワーク１に接続されている。

【００１７】上記のユーザ２の端末装置３には、ネット
ワーク１を介して総務省４のサーバ５と通信可能なＷｅ
ｂブラウザが搭載されている。総務省４のサーバ５（装
置）には記憶装置８が接続されており、この記憶装置８
には、特には図示しないがユーザ２の端末装置３のＷｅ
ｂブラウザと通信が可能なＷｅｂサーバやメールサー
バ、更にはデータ管理サーバ等のソフトウエアが搭載さ
れている。また、記憶装置８には、上記のデータ管理サ
ーバが管理する詳しくは後述するユーザ管理用のデータ
ベースが格納されている。そして、郵便局６の郵便局端
末７には処理装置９が接続されている。尚、郵便局６の
郵便局端末７は、ネットワーク１を介して常時総務省４
のサーバ５に接続されており、必要な通信がリアルタイ
ムで行われるようになっている。

【００１８】図２は、上記総務省４のサーバ５の構成を
示すブロック図である。同図に示すように、サーバ５
は、ＣＰＵ（中央演算処理装置）１０と、このＣＰＵ１
０にバス１１を介して接続された記録媒体読取部１２、
伝送制御部１３、表示部１４、入力部１５、時計部１
６、及び上述した記憶装置８から成る。上記の記録媒体
読取部１２には記録媒体１７が着脱自在に配設されてい
る。この記録媒体１７は、内蔵ＨＤＤ、外付けＨＤＤ、
ＦＤＤ、ＭＯ、ＣＤ−ＲＯＭ、メモリカード等から成
る。

【００１９】上記の記憶装置８は、詳しくは後述する
が、プログラム領域、ホームページデータ領域、利用者
データ領域、及びその他の領域を備えており、それぞれ
の領域に、それぞれ対応するプログラムやデータベース
が格納されている。ＣＰＵ１０は、内蔵の例えばフラッ
シュＲＯＭ（電気的に内容を書き直せる読み出し専用メ
モリ）等に格納されているファームウエアに基づいて各
ハード機構部を制御し、記憶装置８のプログラム領域か
らＯＳを順次読み出し、このＯＳに従って全体の動作を
制御しながら、同じくプログラム領域から郵便料金後納
システムのプログラムを読み出して、詳しくは後述する
処理を実行する。

【００２０】伝送制御部１３は、モデム、モデムカー
ド、又はモジュール等を接続するためのコネクタを有す
るＩ／Ｏ（入出力）インターフェースを備えて公衆回線
を介し、あるいは有線又は無線の専用回線を介して、ネ
ットワーク網１と通信が可能であるように構成されてい
る。

【００２１】表示部１４及び入力部１５は、この郵便料
金後納システムの保守・管理のためのオペレータに対す
るマン・マシン・インターフェイス部分であり、表示部
１４はＣＲＴ又はＬＣＤなどの表示装置あるいはプラズ
マディスプレイを備えて、ＣＰＵ１０からの制御の下に
入力部１５からの入力情報あるいはその入力情報に対応
する各種の処理内容等からなる文字や画像を表示する。
入力部１５は、特には図示しないが、キーボードやタッ
チパネル、マウス装置、トラックボール装置、スティッ
クポイント装置、又はフラットポイント装置等のポイン
ティングデバイスを備えて、入力情報をＣＰＵ１０に通
知する。また、時計部１６は、日時を計時している。

【００２２】図３は、詳しくは後述する処理によって上
記記憶装置８の利用者データ領域のデータベースに記憶
（登録）される会員情報のデータ構造を示す図である。
同図に示すように、会員情報データベース１８は、レコ
ード１９（１９−１、１９−２、・・・）で示す１レコ
ードが各会員つまり各ユーザ２に対応して構成されてい
る。各レコード１９は、更にＩＤ、パスワード、会員
名、住所、郵便番号、電話番号、電子メールアドレス、
クレジットカード番号、及び口座番号の各データ領域を
備えている。

【００２３】同図に示す例では、例えば最初のレコード
１９−１には、そのＩＤ領域にＩＤコード「Ｍｒｈｚ２
００１」が格納（登録）され、パスワード領域に、パス
ワード「Ｘｙｚ１２１２」が格納され、以下、この会員
（ユーザ）の個人情報として、会員名領域に会員名「○
藤△夫」が格納され、住所領域に住所データ「◎◎市・
・・」が登録され、郵便番号領域に郵便番号「□□□−
□□□□」が格納され、電話番号領域に電話番号「０４
２−・・・」が格納され、電子メールアドレス領域に電
子メールアドレス「ｍａｒｕ＠・・・」が格納され、ク
レジットカード番号領域にクレジットカード番号（不図
示）が格納され、そして、口座番号領域にこの会員の取
引き銀行の口座番号「ＡＢＣ１２３９８７」が格納され
ている。

【００２４】図４は、上記と同じく後述する処理によっ
て記憶装置８の利用者データ領域の他のデータベースに
記憶される利用情報のデータ構造を示す図である。同図
に示すように、利用情報データベース２０は、レコード
２１（２１−１、２１−２、２１−３、・・・）で示す
１レコードが、後述する申し込みのあった郵便物１個に
対応して構成される。各レコード２１は、更に、ＩＤ、
受付日、郵便種別、発行番号、利用日、料金、利用実績
・処理、及びその他の各データ領域を備えている。

【００２５】ＩＤ領域には図３に示したユーザ２に付与
されているＩＤが格納される。受付日領域にはユーザ２
が個人識別記号の発行を申し込んだ日付データが格納さ
れる。郵便種別領域には投函予定の郵便物の種別すなわ
ち「普通」か「速達」かを示すデータが格納される。発
行番号領域には個人識別記号としての所定の番号が格納
される。利用日領域には、当該レコード２１に対応する
郵便物が投函された日付が格納される。料金領域には投
函された郵便物の郵便料金が格納される。利用実績・処
理領域には利用実績とその実績に対応する処理データが
格納される。

【００２６】同図に示す例では、例えば最初のレコード
２１−１には、そのＩＤ領域にＩＤコード「Ｍｒｈｚ２
００１」が格納されている。これは、図３に示したＩＤ
コードが「Ｍｒｈｚ２００１」である会員の「○藤△
夫」氏からの申し込みに基づいて作成されたレコードで
あることを示している。このレコード２１−１の「利用
実績・処理」領域には「１週間経過・無効」のデータが
格納されている。これは、発行番号の申し込みにより個
人識別用の番号が発行（登録）されてから１週間を経過
して、この登録に対応する１１桁の番号「０１１２３４
５６９８７」を記載した郵便物が投函されなかったこと
を示している。

【００２７】また、これは、本例では、申し込みから１
週間を経過した場合は登録された番号が無効になるよう
に設定されているためであり、これにより、サーバ５の
記憶装置８のデータ容量が際限無く膨張することを防止
している。尚、この発行番号の有効期間は、１週間と限
るものではなく、適宜の期間に設定してよい。

【００２８】また、レコード２１−２も同じ会員「○藤
△夫」氏からの発行番号の発行申し込みによるものであ
り、利用日は「２０００．１２．０２」となっており、
料金は「８０円」、そして、「利用実績・処理」領域に
は、この申し込みが利用されたことを示す「利用」のデ
ータが格納されている。次のレコード２１−３も「○藤
△夫」氏の申し込みによるものであり、郵便種別を「速
達」として申し込まれたものである。これも利用日「２
０００．１２．３１」に利用されており、料金は「２７
０円」となっている。そして、同じく「○藤△夫」氏の
申し込みに成るレコード２１−４に示される申し込みは
本日現在まだ利用されていないことを示している。ま
た、その次のレコード２１−５は、図３に示す他の会員
「□木▽子」氏からの申し込みであり、これは２０００
年１２月２８日に利用されていることを示している。

【００２９】図５は、上記のように発行申し込みによっ
て発行された番号（個人識別記号）に基づいて投函され
る郵便物の例を示す図である。同図には、定型の通常サ
イズの封書２２の裏面を示している。同図に示すよう
に、封書２２の裏面には、住所記載場所の上方に設けら
れる３桁と４桁の合計７桁の郵便番号記載領域２３の他
に、裏面最下端部に１１桁の番号記載領枠２４が設けら
れている。ユーザ２は、切手を貼る代わりに、この番号
記載領枠２４内に上記発行された１１桁の番号を記入し
て投函する。尚、「個人識別記号」の記載箇所は同図の
ように封書の裏面と限ることなく、封書２２の表面に指
定箇所を設けて、その表面に記載するようにしても良
い。

【００３０】図６は、郵便局６に設けられる処理装置９
の構成を模式的に示す図である。同図に示すように、処
理装置９は読取機２５と計量器２６とで構成される。上
記の発行番号を番号記載領域２４に記載された郵便物２
２は、この２つの装置を通過することにより処理が行わ
れる。

【００３１】図７は、上記の構成において、ユーザ２と
総務省（以下、発行機関ともいう）４および郵便局６
（以下、処理機関ともいう）との間で行われる処理動作
を各装置を主体に説明するフローチャートである。同図
の左端列のフローチャートは、総務省４のサーバ５が行
う処理であり、中央列のフローチャートはユーザ２の端
末装置３が行う処理、右端列のフローチャートは、郵便
局６の郵便局端末７が行う処理を説明している。

【００３２】図８〜図１０は、上記の処理におけるユー
ザ２と総務省４のサーバ間での個人識別記号の発行申し
込みに係わる端末画面の例を示す図である。これらの図
８〜図１０を参照しながら図７に示す処理について説明
する。尚、この処理に先立って、ユーザ２は先ず端末装
置３により、ネットワーク１を介して発行機関４のサー
バ５に接続する。この接続により、ユーザ２の端末装置
３の表示画面には、特には図示しないが、最初のＷｅｂ
ページ（トップページ）が表示される。このトップペー
ジには種々の案内情報が表示される他、ユーザによる新
規会員としての登録申込用のアンカー・ポイントが記述
されている。

【００３３】このアンカー・ポイントをユーザ２がクリ
ックすると、例えば図８に示すような会員登録画面２７
が端末装置３の表示画面に表示される。同図に示す例で
は、会員登録画面２７には、上方に「会員登録画面」と
このページの名称が表示され、その下の画面全面に、氏
名の入力窓２８−１、住所の入力窓２８−２、郵便番号
の入力窓２８−３、電話番号の入力窓２８−４、クレジ
ットカード番号の入力窓２８−５、口座番号の入力窓２
８−６、電子メールアドレスの入力窓２８−７、その他
の情報入力窓２８−８、及び登録ボタン２９が表示され
ている。

【００３４】ここで、これらのデータ入力窓２８（２８
−１、２８−２、・・・）に必要事項を入力することに
より、その入力されたデータがサーバ５にアップロード
されて、その記憶装置９の利用者データ領域のデータベ
ースに、図３に示したように個人別の個人情報レコード
１９として登録される。そして、この個人情報の登録と
同時にこの個人情報に関連してサーバ５によって付加さ
れるＩＤとパスワードが、ユーザ２に返信若しくは郵送
されてくる。以後、ユーザ２は、このＩＤとパスワード
によって総務省４のサーバ５の個人識別記号の発行申し
込みに係わる画面へアクセスできるようになっている。
図７のフローチャトに示す処理は、ユーザ２が上記の手
続きを完了して既に会員になってから行われる処理であ
る。

【００３５】先ずユーザ２は、端末装置３により総務省
４のサーバ５で運営されているサイトにアクセスする
（ステップＵ１）。このアクセスに基づいてサーバ５は
自己サイトのトップページを送信する（ステップＳ
１）。ユーザ２は、そのトップページの案内（アンカー
・ポイント）に基づき、個人識別記号の新規登録申し込
みのページを呼び出して、個人識別記号の新規登録の申
し込みを行う（ステップＵ２）。

【００３６】図９は、本システムにおける郵便料金後納
登録フォーム（個人識別記号の新規登録申し込み画面）
を示している。同図に示す郵便料金後納登録フォーム３
０の例では、ＩＤがＭｒｈｚ２００１の個人（ユーザ
２）が例えば２０００年１２月２５日に、このページに
アクセスし、複数の入力窓からなるデータ入力窓３１
に、普通郵便を１通分と、速達郵便１通分を申し込みし
て「個人識別記号」の発行を受けようとしているところ
を示している。なお、図ではデータ入力窓３１に種別表
の一部を表記してあるが、実際には多数種類の表示がな
されている。

【００３７】このような画面から、ユーザ２は更にパス
ワード３２も入力して「登録」ボタン３３を押すと、サ
ーバ５では、上記入力されているＩＤとパスワードが、
図３に示した会員情報データベース１８に予め登録され
ているＩＤとパスワードであるか、すなわちこの申し込
み人が予め登録されている会員であるか否かを確認する
（ステップＳ２）。

【００３８】そして、サーバ５は、上記の確認処理でユ
ーザ２が会員でなければ（Ｓ２がＮ）、特には図示しな
いが、ＩＤまたはパスワードが間違っていることを示す
表示のページ、あるいは未だ会員でない場合は会員登録
を行うように案内するページをユーザ２の端末装置３に
送信する。

【００３９】一方、会員であることを確認したときは
（Ｓ２がＹ）、「個人識別記号」を所定の計算式に基づ
いて計算して、この算出した「個人識別記号」をＩＤが
Ｍｒｈｚ２００１である個人用に発行する。すなわち、
図４に示す利用情報データベース２０に、ＩＤがＭｒｈ
ｚ２００１であるレコード２１を新たに生成して、その
生成したレコード２１の発行番号領域に上記算出した個
人識別記号を格納する。そして、これと共に、その個人
識別記号の発行を報知するページをユーザ２に送信する
（ステップＳ３）。

【００４０】図１０は、その個人識別記号発行報知のペ
ージ３５の表示例を示す図である。同図に示す例では、
このページの名称は「郵便料金後納登録決定画面」とな
っており、その下方に「会員ＩＤ Ｍｒｈｚ２００１様
の下記の申し込みを受け付けました」と表示され、更に
その下に、ユーザ２の入力データを確認するための表示
として、図９の郵便料金後納登録フォーム３０のデータ
入力窓３１の表示がそのまま転記された形で表示され、
その下方に受付日と有効期限が１週間であること示す文
面表示と、上記２件の申し込み郵便物に対応する発行番
号（個人識別記号）が「２５９８７６５４１２０」及び
「２５１２３５４１２３０」と表示されている。

【００４１】そして、ユーザ２が画面右下の「了解」ボ
タン３６を押すと登録が確定する。ユーザ２は上記の
「個人識別記号」をメモするか又はプリントアウトして
手元に記録し、この個人識別記号を図５に示すような郵
便物（図５の例では封書２２）の発行番号記載枠２４内
に記入し（封書の場合は図５の例のように発行番号記載
枠２４が設定されるていることが好ましい）、その他の
所定事項も記載して、一両日中に投函する（ステップＵ
３）。

【００４２】ここで、サーバ５側での「個人識別記号」
の計算・発行について述べる。本実施の形態において
は、「発行日を示す２桁の数字」＋「その他の９桁の数
字」＝「合計１１桁の数字」としてある。その理由は以
下の通りである。すなわち、記号の数（組み合わせ）は
数値０〜９を使うとして、１０のｎ（ｎは桁数）乗にな
る。従って、９桁の数字では、その組み合わせは１０億
通りとなる。

【００４３】ところで、冒頭に我が国（日本）の郵便事
情を記載したが、過去の平均から見ると年間総郵便物の
数は約２５０億件である。従って、一日当たりでは約７
０００万件弱である。そこで、本システムを利用するた
めに発行される「個人識別記号」として１０億通りの番
号があれば、一日当たりの約７０００万件すべてに、こ
の「個人識別記号」を割り振ったとしても十分余る数で
ある（１０億通りの７パーセント）。従って、この１０
億通りの中から申込者に「個人識別記号」を重複するこ
となくその都度発行することができる。ここで、番号は
乱数発生により適宜決定してサーバ５が一方的に発行し
ても良いし、ユーザが適当な番号を入力して、発行済み
で未使用の番号と重複しなければそれを採用するといっ
た方法でも良い。

【００４４】なお、セキュリティーを考慮すれば上記発
行番号の桁数は、更に増やすようにした方が良いことは
当然であり、上記の「２桁＋９桁＝１１桁」に限定され
るものではない。例えば全部で１５桁位までを採用して
も良い。また、本例では、数値のみで「個人識別記号」
を構成しているが、これは従来の７桁郵便番号読み取り
機で実用化されているように読み取りが確実で容易であ
るからであり、必ずしも数値のみに限定されるものでは
ない。アルファベット記号を用いても良いことは勿論で
ある。その場合、各桁にアルファベット記号と０〜９を
混在させれば、組み合わせ数は、３６のｎ乗となるから
数列の桁数を減らすことができるのは言うまでも無い。

【００４５】また、本例のように発行番号の先頭に発行
日の２桁を一義的に決めておくのは管理上からみて有益
な方法であるといえる。こうすると、「個人識別記号」
の発行及び検索がやり易くなるだけでなく、発行日が異
なればそれ以下の９桁が同じ番号であっても良いことに
なるから、全体の桁数を減らことができる。

【００４６】ところで、本発明の発想の基本は、切手を
在庫せず、切手が必要となったとき郵便局へ買いに行か
なくても用事が足りる状態を実現させることを想定して
おり、したがって、上記の発行番号の対象となる郵便物
は一両日中には投函されるものであるとの前提に立って
いる。

【００４７】従って、「個人識別記号」の発行は有効期
限を例えば１週間程度としておくのが好ましい。そし
て、発行日の２桁と組み合わせれば、発行すべき「個人
識別記号」の数、延いては管理（記憶）すべき容量が所
定の枠に収めることができる。すなわち、サーバ５は常
時１週間分のデータにアクセスするようにするだけでよ
いことになる。

【００４８】また、未使用の個人識別記号がむやみに増
えると、本例の場合、個人識別記号が単なる数値記号の
羅列であることから、このシステムを知っていて、いた
ずらで適当な数値を記入することが考えられないわけで
はない。そのように、いたずらにより不正な番号が記入
された場合に、正規番号との予期せぬ一致により、無関
係の他人の口座から後納郵便料金が引き落とされる不具
合が万が一発生しないとは言えない。有効期限を１週間
程度に区切っておくと、上記のような不具合を未然に防
止できる効果も有る。

【００４９】もっとも、発行される個人識別記号は極め
て桁数が多いので、いたずらに記載された番号が登録さ
れた正規の番号と一致する確率は極めて小さく殆ど問題
はないといえる。更に、本システムにおいては、差出人
の郵便番号も読み取られるので、この郵便番号と個人識
別記号１１桁との組合わせを用いて比較することによ
り、より一層のセキュリティーの確保ができる。尚、本
件システムにおいて「個人識別記号」の発行申し込み者
と差出人は一致していることを前提としている。

【００５０】また、でたらめの個人識別記号をいたずら
に記載して投函する場合に、差出人や住所欄に正しい記
載をするとは考え難いので、このようないたずらになさ
れた番号記載の郵便物は、郵便番号との照合によって結
局エラー処理されると言ってよい。

【００５１】また、いたずらでは無い正規の郵便物を正
しい受取人へ発送しようとしている個人が、切手代を節
約するために適当な番号を記入して投函しても、そのよ
うな郵便物は番号読取り照合の段階でのエラー処理によ
って、差出人住所へ戻ってくる確率が極めて高いので、
リスクが大きく、このような不正を行う比率は少ないと
考えられる。

【００５２】なお、郵便物から読み取られた「個人識別
記号」が利用情報データベース２０上に存在しても、差
出人住所を記載していないものは取り扱わない、また、
その旨を「個人識別記号」に一致する会員にＥメールで
通知する等種々の処理があり得る。いずれにしても、発
行される個人識別記号は極めて桁数が多いので、不正な
番号との一致する確立は極めて少ないが、必要に応じて
桁数を適宜増やせば問題は更に無くなる。

【００５３】なお、上記の個人識別記号の新規登録の時
点では、利用情報データベース２０に新たに生成された
ＩＤがＭｒｈｚ２００１のレコード２１の履歴を示す
「利用実績・処理」領域のデータは空白である。この
「利用実績・処理」領域には、上記の個人識別記号が記
載された郵便物が郵便局６に差し出される都度、郵便局
６つまり郵便局端末７からネットワーク１を介して総務
省４のサーバ５に通知されるデータに基づいて、順次記
録され更新される。また、この新規登録時にユーザ２に
対し、申し込み料金として一定金額を課金するようにし
ても良い。

【００５４】図７のフローチャートに戻り、上記個人識
別記号の新規登録の完了に続いて、サーバ５から各郵便
局６の郵便局端末７に、利用情報データベース２０に新
たなレコード２１が２件登録されたこと、それらのＩＤ
がＭｒｈｚ２００１であること及びその受付日、郵便種
別、発行番号（個人識別記号）が通知される（ステップ
Ｓ４）。

【００５５】他方、上記ユーザ２によって投函された郵
便物は、郵便局６によって所定の方法により集荷され
る。郵便局６では、図６に示した処理装置９が始動し
（ステップＰ１）、集荷された郵便物２２は読取機２５
にかけられて所定の処理が行われる（ステップＰ２）。

【００５６】尚、図７の右端列に示すフローチャート
は、郵便局６が通常に郵便物を処理する場合の全ての流
れを示すものでは無く、本システムにおける個人識別記
号読み取り処理に必要な流れを主体に示している。すな
わち、同図には、従来から行われている例えば郵便番号
（宛先番号）を読み取って自動仕訳を行うような処理の
流れは省略してある。

【００５７】ここで、本例の「個人識別記号」は従来の
「７桁郵便番号」と同様に数字記号だけであるので、従
来の「７桁郵便番号」読取機に１１桁の番号を読み取る
という若干の機能を追加するだけで容易に転用できる。
すなわち「個人識別記号」が記載された郵便物２２は、
読取機２５によって郵便番号と個人識別記号の記載箇所
が読み取られ、個人識別記号が記載されているか否かが
判別される（ステップＰ３）。そして、個人識別記号が
記載されていない郵便物である場合は、通常の切手が貼
られた郵便物であると判断して、ステップＰ８の処理に
移行する。ステップＳ８の処理は切手が貼られた郵便物
に対する従来から用いられている処理である。

【００５８】一方、ステップＰ３の処理で個人識別記号
が確認されると、その読み取られた記号データがサーバ
５へ送信され、利用情報データベース２０と参照されて
エラーが有るか否かが判断される（ステップＰ４）そし
て、上記読み取られた個人識別記号が利用情報データベ
ース２０に登録された番号データではない場合は（Ｐ４
がＮ）、エラー処理を行う（ステップＰ１０）。

【００５９】他方、読み取った「個人識別記号」が正し
いと判断されると、郵便物２２は計量器２６に転送され
て計量される（ステップＰ５）。この計量器２６による
計量処理では、郵便物２２の重量ばかりでなく形状も測
定される。この形状の測定によって郵便物２２が定型郵
便物か定型外郵便物であるかが判別される。これらの読
み取られた情報は、ユーザ２の履歴情報として郵便局６
の郵便局端末７から発行機関４のサーバ５に送信され
る。

【００６０】発行機関４では、この送信された情報に基
づいて、サーバ５の記憶装置９の利用情報データベース
２０の当該番号のレコード２１の情報を更新する（ステ
ップＳ４）。すなわち、先に予め登録されているレコー
ド２１の「利用日」領域、「料金」領域、「利用実績・
処理」領域に所定のデータを格納する。これにより、
「利用日」領域には本日の日付データが格納され、「料
金」領域には、上記計量された重量と、定型郵便、定型
外郵便等の外形と、予め「郵便種別」領域に登録されて
いる普通郵便、速達郵便、書留郵便等の郵便種別とに基
づいて演算して対応する金額を算出して合計された料金
が格納され、「利用実績・処理」領域には、「利用」し
たことを示すデータが格納される。

【００６１】尚、上記の履歴情報の記録は、各郵便局６
で行っても良いが、同一のユーザ２が常に同じ郵便局６
を使用するとは限らないので、発行機関４の記憶装置９
の利用情報データベース２０に一括して蓄積するように
するのが好ましい。そうすれば、ユーザ２がどこの郵便
局６を使用しても常に正確な履歴情報を蓄積することが
できる。また、比較的大きな郵便局６ではミラーサーバ
を備えるようにしてもよい。ミラーサーバは、サーバと
全く同一のアクセス権やファイル構造を備えているの
で、これであると問題はない。

【００６２】また、サーバ５における上記のステップＳ
４の処理において、ステップＳ３で「個人識別記号」を
発行したにも係わらず、その「個人識別記号」が未使用
のまま例えば１週間経過した場合には、この「個人識別
記号」の利用を無効にすべく処理をする。この処理は、
例えば図４に示した利用情報データベース２０のレコー
ド２１−１の「利用実績・処理」領域に「１週間経過・
無効」のデータを格納する処理である。

【００６３】また、「個人識別記号」が記載された郵便
物２２が郵便局６で上述のように正しいことが確認され
ると、この同一の「個人識別記号」を再度にわたって使
用されることのないように処理をする。この処理は、例
えば図４に示した利用情報データベース２０のレコード
２１−２、２１−３、２１−５に示したように、その
「利用実績・処理」領域に「利用」のデータを格納する
処理である。これによって、作為・無作為に拘らず同一
番号が再び使用されたとき、当該レコード２１の「利用
実績・処理」領域に格納されている「利用」データが判
別されて、エラー処理がなされる。

【００６４】サーバ５は、上記ステップＳ４の処理に続
いて、上記利用情報データベース２０のレコード２１の
「料金」領域に格納された金額に基づいて、後日ユーザ
２に課金処理を行う。すなわち、郵便料金の請求を行う
（ステップＳ５）。尚、この課金処理における金額算出
の方法としては、上述した通常の郵便切手と同一の金
額を課金する。本システムを利用することにより総務
省は切手の印刷、販売の経費を削減できるので、総務省
側にメリットがあり、従って通常の郵便切手よりも安価
な金額を課金する。本システムを利用することにより
ユーザは切手の保管、郵便物の計量などの手間を削減で
きるので、ユーザ側にもメリットがあり、従って通常の
郵便切手よりも高い金額を課金する、等の何れの課金方
法であっても良い。

【００６５】また、上記ステップＳ５の処理による請求
期日におけるユーザ２への請求（課金）は、登録された
クレジット会社へ請求する、あるいは登録された銀行ま
たは郵便貯金の口座から引き落とすことによって行われ
る。このとき、使用履歴を考慮して、所定期間に所定の
枚数を越えて利用したユーザには割引料金を適用するよ
うにしても良い。

【００６６】上記に続いて、郵便局６においては、ステ
ップＰ２で読み取られた郵便物が書留か否かを判断し
（ステップＰ６）、書留の場合は（Ｐ６でＹｅｓ）、従
来の処理で発行される「書留郵便物受領書」に代えて、
本システムでは、従来の「書留郵便物受領書」と同等の
効力を果たす電子メールによる受領メールを郵便物の投
函者に送信する（ステップＰ７）。そして、ステップＰ
８の通常の配達処理に進む。

【００６７】このように個人識別記号をユーザの要求に
応じてその都度発行し、ユーザは郵便物に個人識別記号
を記入するだけで郵便料金を調べる手間をかけることな
く郵送処理ができる。特に企業等で重量、定型、不定形
等でそれぞれ異なる複数の郵便物を混在して多数郵送す
る場合でも、単に発送する郵便物に個人識別記号を記入
するだけなので、重量測定、金額算出、切手の種類（金
額）の選定等の手間が省けて、極めて簡単に郵送処理が
できる。

【００６８】

【発明の効果】以上詳細に説明したように、本発明によ
れば、切手の代わりにユーザが予め総務省から発行され
た「個人識別記号」を郵便物に記載して郵便物を出すこ
とができるので、予め切手を用意しておく必要がなく、
企業や家庭にとって事前の投資が不要となって経済的で
ある。

【００６９】また、郵便物を投函する際に、その前作業
となる複雑な郵便料金調べが不要となるので、特に重量
や種類の異なる郵便物を大量に投函する企業にとっては
事務量を大きく削減することができて合理化に効果があ
る。更に、郵便料金の改訂があった場合にも、従来のよ
うに企業や家庭で最新の郵便料金表を用意するという作
業も不要となって便利である。

【図面の簡単な説明】

【図１】一実施の形態に係わる郵便料金後納システムの
全体構成を模式的に示す図である。

【図２】総務省のサーバの構成を示すブロック図であ
る。

【図３】総務省のサーバの記憶装置の利用者データ領域
のデータベースに記憶（登録）される会員情報のデータ
構造を示す図である。

【図４】総務省のサーバの記憶装置の利用者データ領域
のデータベースに記憶（登録）される利用情報のデータ
構造を示す図である。

【図５】発行申し込みによって発行された発行番号（個
人識別記号）に基づいて投函される郵便物の例を示す図
である。

【図６】郵便局に設けられる処理装置の構成を模式的に
示す図である。

【図７】ユーザと総務省（発行機関）および郵便局（処
理機関）との間で行われる処理動作を説明するフローチ
ャートである。

【図８】ユーザと総務省のサーバ間での個人識別記号の
発行申し込みに係わる端末画面の例を示す図（その１）
である。

【図９】ユーザと総務省のサーバ間での個人識別記号の
発行申し込みに係わる端末画面の例を示す図（その２）
である。

【図１０】ユーザと総務省のサーバ間での個人識別記号
の発行申し込みに係わる端末画面の例を示す図（その
３）である。

【符号の説明】

１ ネットワーク ２ ユーザ ３ 端末装置 ４ 総務省（郵便事業庁） ５ サーバ ６ 郵便局 ７ 郵便局端末 ８ 記憶装置 ９ 処理装置 １０ ＣＰＵ（中央演算処理装置） １１ バス １２ 記録媒体読取部 １３ 伝送制御部 １４ 表示部 １５ 入力部 １６ 時計部 １７ 記録媒体 １８ 会員情報データベース １９（１９−１、１９−２、・・・） レコード ２０ 利用情報データベース ２１（２１−１、２１−２、・・・） レコード ２２ 封書（郵便物） ２３ 郵便番号記載欄 ２４ 発行番号記載枠 ２５ 読取機 ２６ 計量器 ２７ 会員登録画面 ２８−１ 氏名の入力窓 ２８−２ 住所の入力窓 ２８−３ 郵便番号の入力窓 ２８−４ 電話番号の入力窓 ２８−５ クレジットカード番号の入力窓 ２８−６ 口座番号の入力窓 ２８−７ 電子メールアドレスの入力窓 ２８−８ その他の情報入力窓 ２９ 登録ボタン ３０ 郵便料金後納登録フォーム ３１ データ入力窓 ３２ パスワード ３３ 登録ボタン ３５ 個人識別記号発行報知のページ ３６ 了解ボタン

───────────────────────────────────────────────────── フロントページの続き (72)発明者 五十嵐 健二 東京都羽村市栄町３丁目２番１号 カシオ 計算機株式会社羽村技術センター内 (72)発明者 池田 雅行 東京都羽村市栄町３丁目２番１号 カシオ 計算機株式会社羽村技術センター内

Claims (15)

【特許請求の範囲】
1. 【請求項１】 通信回線を経由して送信されたユーザの
   個人情報を格納する格納手段と、 該格納手段に格納された前記個人情報あるいは前記個人
   情報に関連するデータに基づき、前記ユーザに対し郵便
   物に記載させて投函することで郵便利用を可能にし後日
   郵便料金を請求するための個人識別記号データを生成
   し、該個人識別記号データを通信回線を経由して送出す
   る個人識別記号データ発行送出手段と、 を有することを特徴とする郵便データ送出装置。
2. 【請求項２】 前記個人識別記号データは、発行から所
   定の期間に限り郵便に利用可能な有効期限を有すること
   を特徴とする請求項１記載の郵便データ送出装置。
3. 【請求項３】 前記個人識別記号データは、ユーザが郵
   便物に記載し投函したことが確認されると抹消されるこ
   とを特徴とする請求項１記載の郵便データ送出装置。
4. 【請求項４】 前記個人識別記号データは、数値記号で
   あることを特徴とする請求項１記載の郵便データ送出装
   置。
5. 【請求項５】 投函されたユーザの郵便物に記載された
   個人識別記号を読み取る読取手段と、 前記郵便物の重量を測定する測定手段と、 該測定手段にて測定された前記郵便物の重量と前記読取
   手段にて読み取られた個人識別記号とに基づいて前記郵
   便物の郵便料金を前記ユーザに請求する請求手段と、 を有することを特徴とする郵便料金算出装置。
6. 【請求項６】 前記読取手段にて読み取られた前記個人
   識別記号に基づいて、普通郵便、速達郵便、書留郵便等
   の種別を判定する判定手段を更に有することを特徴とす
   る請求項５記載の郵便料金算出装置。
7. 【請求項７】 前記読取手段により郵便物が書留郵便で
   あると判定されたとき、前記ユーザに対して受領証を送
   信する送信手段を更に有することを特徴とする請求項６
   記載の郵便料金算出装置。
8. 【請求項８】 前記読取手段にて読み取られた個人識別
   記号に基づいて前記ユーザの履歴情報を記憶する記憶手
   段を更に有することを特徴とする請求項５記載の郵便料
   金算出装置。
9. 【請求項９】 通信回線を経由して送信されたユーザの
   個人情報を格納する格納手段と、該格納手段に格納され
   た前記個人情報あるいは前記個人情報に関連するデータ
   に基づき、前記ユーザに対し郵便物に記載させて投函す
   ることで郵便利用を可能にし後日郵便料金を請求するた
   めの個人識別記号データを生成し、該個人識別記号デー
   タを通信回線を経由して送出する個人識別記号データ発
   行送出手段と、を有する郵便データ送出装置と、 投函されたユーザの郵便物に記載された個人識別記号を
   読み取る読取手段と、前記郵便物の重量を測定する測定
   手段と、該測定手段にて測定された前記郵便物の重量と
   前記読取手段にて読み取られた個人識別記号とに基づい
   て前記郵便物の郵便料金を前記ユーザに請求する請求手
   段と、を有する郵便料金算出装置と、 を備えたことを特徴とする郵便料金後納システム。
10. 【請求項１０】 前記個人識別記号データは、発行から
    所定の期間に限り郵便に利用可能な有効期限を有するこ
    とを特徴とする請求項９記載の郵便料金後納システム。
11. 【請求項１１】 前記個人識別記号データは、ユーザが
    郵便物に記載し投函したことが確認されると抹消される
    ことを特徴とする請求項９記載の郵便料金後納システ
    ム。
12. 【請求項１２】 前記個人識別記号データは、数値記号
    であることを特徴とする請求項９記載の郵便料金後納シ
    ステム。
13. 【請求項１３】 前記読取手段にて読み取られた前記個
    人識別記号に基づいて、普通郵便、速達郵便、書留郵便
    等の種別を判定する判定手段を更に有することを特徴と
    する請求項９記載の郵便料金後納システム。
14. 【請求項１４】 前記読取手段により郵便物が書留郵便
    であると判定されたとき、前記ユーザに対して受領証を
    送信する送信手段を更に有することを特徴とする請求項
    １３記載の郵便料金後納システム。
15. 【請求項１５】 前記読取手段にて読み取られた個人識
    別記号に基づいて前記ユーザの履歴情報を記憶する記憶
    手段を更に有することを特徴とする請求項９記載の郵便
    料金後納システム。