JP2001052062A

JP2001052062A - 申請手続処理システム及び記憶媒体

Info

Publication number: JP2001052062A
Application number: JP22443999A
Authority: JP
Inventors: Tomomi Hori; 智美堀; Takehisa Kato; 岳久加藤; Atsushi Shinpo; 淳新保; Toshiaki Saishiyo; 敏明才所
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1999-08-06
Filing date: 1999-08-06
Publication date: 2001-02-23

Abstract

(57)【要約】【課題】一つの申請事案に対して複数の手続きを必要
とする場合に、これをまとめて一つの申請で済ますこと
ができる。【解決手段】申請書類の電子化された文書データと申
請費用の電子化された電子印紙データとを提出する申請
手続のための申請手続処理システムであって、申請手続
を受け付け、電子印紙データを検査してその正当性を確
認するとともに、文書データに１又は複数の業務処理が
含まれる場合には、各業務処理の処理依頼を行い、さら
に、処理依頼に対応した業務完了通知をすべて受け取っ
た場合には申請手続完了通知を出力する申請受付手段８
０と、申請受付手段からの業務処理の処理依頼に対応し
て、依頼された業務処理を行うとともに、業務完了時に
は業務完了通知を申請受付手段に返す１又は複数の業務
処理手段９０とを備えた申請手続処理システムである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子印紙を利用し
て各種の申請手続きを行う申請手続処理システム及び記
憶媒体に関する。

【０００２】

【従来の技術】近年、ネットワーク技術の発展に伴い、
電子現金（電子マネーともいう）及び電子決済などの技
術が注目されている。この種の電子現金及び電子決済の
詳細は、例えば「シリーズ／情報科学の数学現代暗
号、岡本龍明，山本博資著、産業図書株式会社、P.２６
１-２８１」に記載されている。

【０００３】図２３はこの種の一般的な電子現金の流れ
を示す模式図である。なお、図中の破線の枠で示す如
き、「Ｐｋｘ」がｘの公開鍵であり、「Ｓｋｘ」がｘの
秘密鍵であり、「二重の楕円状曲線で囲んだＳｋｘ」が
ｘの電子署名である旨の描写方式は、本明細書中の他の
図面にも共通して使用されている。

【０００４】さて始めに、利用者は、利用者登録機関１
ヘカード発行依頼を届け出る（ＳＴ１）。カード発行依
頼は、利用者の決済用の金融機関２の口座番号、住所、
氏名、電話番号及び生年月日の如き、通常のクレジット
カード等の申込み事項が記載された発行依頼書に加え、
本人証明用の運転免許証の写しや住民票等の写し等が添
付されたものである。

【０００５】利用者登録機関１は、カード発行依頼を審
査し、ＩＣカード３を利用者に発行する（ＳＴ２）。こ
のＩＣカード３は、内部のＩＣチップ内に、ＩＣカード
識別用のユニークな番号であるカードＩＤ、利用者の真
偽確認用のパスワード、決済用の口座番号、電子現金
（バリュー）を発行する金融機関の公開鍵証明書、利用
者の公開鍵ＰｋUと秘密鍵ＳｋUからなる公開鍵ペアなど
の秘密情報が記録される。なお、公開鍵ペアとは、公開
鍵暗号方式にて、公開される公開鍵と秘匿される秘密鍵
との両鍵の組を意味している。

【０００６】また、ＩＣチップは、耐タンパー性（勝手
な書換を不可とし、セキュリティを保持する部分）を有
し、記録内容の外部への漏洩や不正な書換などが防止さ
れている。

【０００７】続いて、利用者は、引き去り要求を決済用
の金融機関２に与え（ＳＴ３）、この金融機関２にて、
自己の口座からＩＣカード３ヘ金額を移す。このとき、
ＩＣカード３には、利用者の設定した金額（金融機関２
の署名付のバリュー４）が充填される（ＳＴ４）。一
方、利用者の口座からは、バリュー４に相当する金額
（図２８中の１０，０００円）が減額される。この引下
しは、金融機関２を訪れずに自宅からネットワーク経由
で行なう場合もある。

【０００８】バリューの充填後、利用者は、ＩＣカード
３を用いて店舗５などで商品６を購入する（又は他人に
譲渡する）際には、端末装置を通じてＩＣカード３から
商品の料金に相当するバリュー７（図２８中の２，００
０円）を店舗５に支払う（ＳＴ５）。このように、利用
者は、充填したバリュー４を分割してバリュー７として
支払い可能である。また、支払いは、自宅にてネットワ
ーク経由で行なう場合もある。

【０００９】また、ここでは、バリュー７は、利用者の
秘密鍵ＳｋUによりディジタル署名が付され、利用者の
公開鍵証明書Ｓｋｃと一緒に店舗５に送出される。店舗
５は、バリュー７と公開鍵証明書Ｓｋｃを受けると、商
品６を利用者に渡す（ＳＴ６）。

【００１０】店舗（又は譲受人）５は、支払いで受領し
た電子現金（利用者並びに金融機関の署名付きのバリュ
ー）から利用者のディジタル署名を外した後、店舗５の
ディジタル署名を付したバリュー８と、店舗の公開鍵証
明書Ｓｋｍとを金融機関に送信することにより（ＳＴ
８）、バリュー相当額の現金を自己の口座に預け入れ可
能となっている。

【００１１】預け入れは、支払い毎に限らず、受領した
バリューをある程度まとめてからしてもよい。また、預
け入れの際に、店舗５のディジタル署名と公開鍵証明書
Ｓｋｍとは省略してもよい。また、店舗５は、受領した
バリュー８を金融機関２に預け入れず、他の支払いに充
当（又は譲渡）してもよい。

【００１２】ところで、ワードプロセッサやパーソナル
コンピュータなどにより執筆された電子化文書を公的機
関へ申請する、例えば特許庁に特許を出願する場合、申
請者は、特許の明細書に添付される願書に対して特許の
申請手続きに必要な金額の印紙を購入し貼付して申請し
ている。また、特許出願においては電子出願が実現され
ているが、電子出願の場合であっても手数料の納付はオ
ンラインで行うことはできず、別途に印紙代を納付する
ようにしている。

【００１３】このように現状では印紙代を電子的な手続
きで納付することは実現されておらず、申請者は申請に
必要な金額の印紙を購入し、この印紙を申請書類に貼付
けるといった手間がかかる問題がある。一方、最近、盛
んに電子現金が実験されている状況を考えると、今後、
電子現金の普及することが予想される。従って、公的機
関への申請手続きの手数料納付も、電子現金を用いる方
式に移行する可能性がある。

【００１４】しかしながら、現在開発されている電子現
金による申請手数料の支払いを考えると、電子現金には
電子紙幣型やカウンタ型といった種類があり、支払形式
も様々であることから、申請手数料を支払うには機能が
多すぎ、手数料へ適用するのは却って不適切である。

【００１５】また、電子現金は、実際の紙幣と同様に、
ある人から他の人へと移動して使用可能な転々性がある
ので、申請手続きに適用される場合、流通経路が複雑と
なる問題がある。

【００１６】さらに、公的な機関への申請手続きにおい
ては、一般商業における商品やサービス購入と異なり、
一つの事案に対して複数の承認や証明書発行等の手続き
（業務）を必要とする場合がある。例えば自動車を購入
する際には、運輸省の陸運局から車のナンバーを取得
し、自賠責保険に入ったことをやはり陸運局に証明しな
ければならない。さらに、車庫証明を取得するには、事
前に地方自治体から住民票等を発行してもらう必要があ
る。

【００１７】

【発明が解決しようとする課題】以上説明したように、
従来の印紙による申請手続き処理システムでは、申請者
が申請手続きに必要な印紙を購入し、その印紙を申請書
類に貼付けて申請するため、手間がかかっている。

【００１８】また、電子現金のシステムは、申請手数料
を支払うには機能が多く、そのうちの転々性を有するも
のは、流通経路が複雑となる。

【００１９】また、電子現金のシステムは、購入した商
品等を利用者以外には不明とする秘匿性があるため、申
請手続きに用いると、申請した対象が不明となる。

【００２０】また電子現金のシステムは、電子現金のみ
をセキュア（安全）に授受するプロトコルを用いるた
め、申請書類と同時にはセキュアに送信できない。

【００２１】さらに、電子現金の場合、発行機関により
発行された電子現金が将来回収されるという前提があ
る。この回収により、電子現金の偽造や二重使用などの
有無をチェックする。よって、電子現金の場合、金融機
関に収集された電子現金を発行機関へ戻す還流を生じ
る、という問題がある。

【００２２】さらに、公的な機関への申請手続きでは、
一つの事案に対して複数の承認や証明書発行等の手続き
（業務）を必要とする場合がある。しかし、一つの案件
でありながら、そのために必要な各種の申請要求を別々
に行わなければならないことは、利用者に大きな負担を
強いることになる。

【００２３】本発明は上記実情を考慮してなされたもの
で、申請手続きの際に、印紙の購入と貼付けの手間を省
略でき、申請対象を明確にしつつ、簡易な流通経路によ
り、高速処理を実現し得る申請手続処理システム及び記
憶媒体を提供することを目的とする。

【００２４】さらに、一つの申請事案に対して複数の手
続きを必要とする場合に、これをまとめて一つの申請で
済ますことができる申請手続処理システム及び記憶媒体
を提供することを目的とする。

【００２５】

【課題を解決するための手段】上記課題を解決するため
になされた第１の発明は、申請書類の電子化された文書
データと申請費用の電子化された電子印紙データとを提
出する申請手続のための申請手続処理システムについて
なされたものである。このシステムにおいては、申請受
付手段により、申請手続が受け付られると、文書データ
に１又は複数の業務処理が含まれる場合には、各業務処
理の処理依頼が業務機関に対して行われる。したがっ
て、例えば一つの申請事案に対して複数の手続きを必要
とする場合に、これをまとめて一つの申請で済ますこと
ができる。次に、課題を解決するためになされた第２の
発明は、上記第１の発明において、申請受付手段は、業
務機関に対し、並列的に業務処理の処理依頼を行う。し
たがって、効率的な業務処理を実現できる。次に、課題
を解決するためになされた第３の発明は、上記第１の発
明において、申請受付手段は、１又は複数の業務処理に
処理の順番がある場合には、その順番通りに業務処理を
行うように業務処理内容を業務機関に引き渡す。したが
って、業務処理に順番がある場合でも効率的な業務処理
が実現できる。次に、課題を解決するためになされた第
４の発明は、申請書類の電子化された文書データと申請
費用の電子化された電子印紙データとを提出する申請手
続のための申請手続処理システムについてなされたもの
である。この申請手続処理システムにおいては、まず、
申請受付手段によって、申請手続が受け付けられ、電子
印紙データを検査してその正当性を確認される。さらに
文書データに１又は複数の業務処理が含まれる場合に
は、各業務処理の処理依頼がそれぞれの業務処理手段に
行われる。業務処理手段においては、申請受付手段から
の業務処理の処理依頼に対応して、依頼された業務処理
が行われ、業務完了時には業務完了通知が申請受付手段
に返される。業務処理手段からの処理依頼に対応した業
務完了通知がすべて受け取られた場合には、申請受付手
段によって、申請手続完了通知が出される。したがっ
て、申請手続きの際に、印紙の購入と貼付けの手間を省
略でき、申請対象を明確にしつつ、簡易な流通経路によ
り、高速処理を実現し得る申請手続処理システムを提供
することができる。さらに、このシステムにおいては、
一つの申請事案に対して複数の手続きを必要とする場合
に、これをまとめて一つの申請で済ますことができる。
次に、課題を解決するためになされた第５の発明は、上
記第４の発明において、申請受付手段は、業務処理手段
に対し、並列的に業務処理の処理依頼を行う。したがっ
て、効率的な業務処理が実現される。次に、課題を解決
するためになされた第６の発明は、上記第４の発明にお
いて、申請受付手段は、１又は複数の業務処理に処理の
順番がある場合には、その順番通りに業務処理を行うよ
うに業務処理内容を業務処理手段に引き渡す。したがっ
て、手続に順番がある場合でも、まとめて一つの申請で
済ますことができる。次に、課題を解決するためになさ
れた第７の発明は、上記第４〜６の発明において、申請
受付手段は、前記文書データに１又は複数の業務処理が
含まれる場合には、各業務処理に対応する手数料の電子
印紙データが業務処理項目それぞれについて添付される
申請手続を受け付ける。さらに、申請受付手段から業務
処理手段への処理依頼の際には、対応する電子印紙デー
タが添付される。したがって、それぞれの業務手段にて
それぞれ手数料を確認することができる。次に、課題を
解決するためになされた第８の発明は、上記第４〜６の
発明において、申請受付手段は、前記文書データに１又
は複数の業務処理が含まれる場合には、各業務処理に対
応する手数料の合計金額の電子印紙データが添付される
申請手続を受け付ける。さらに、申請受付手段から業務
処理手段への処理依頼の際には、各業務処理手段に対応
する手数料表示が添付される。したがって、それぞれの
業務手段にてそれぞれ手数料を確認することができると
ともに、まとめて一つの電子印紙データで済むので申請
者の負担が軽減される。次に、課題を解決するためにな
された第９の発明は、上記第６の発明において、申請受
付手段においては、順番の第１位の業務処理手段にすべ
ての業務処理内容が引き渡されるとともに、順番の最終
位の業務処理手段からすべての業務完了通知がまとめて
受け取られる。一方、業務処理手段においては、自己が
順番の第１位又は最終位以外であるときには、業務処理
内容及び業務完了通知が一つ前の順番の業務処理手段か
ら受け取られ、一つ後の業務処理手段に引き渡される。
また、自己が順番の第１位であるときには、すべての業
務処理内容が申請受付手段から受け取られ、業務処理内
容及び業務完了通知が一つ後の業務処理手段に引き渡さ
れる。さらに、自己が順番の最終位であるときには、業
務処理内容及び業務完了通知が一つ前の順番の業務処理
手段から受け取られ、すべての業務完了通知が申請受付
手段に引き渡される。したがって、効率的な業務処理が
実現される。次に、課題を解決するためになされた第１
０の発明は、上記第９の発明において、申請受付手段
は、文書データに１又は複数の業務処理が含まれる場合
には、各業務処理に対応する手数料の電子印紙データが
業務処理項目それぞれについて添付される申請手続を受
け付けるとともに、業務処理手段への処理依頼の際にす
べての電子印紙データを業務処理内容に含める。したが
って、各業務処理手段にてそれぞれの手数料を確認でき
る。次に、課題を解決するためになされた第１１の発明
は、上記第９の発明において、申請受付手段において
は、文書データに１又は複数の業務処理が含まれる場合
には、各業務処理に対応する手数料の合計金額の電子印
紙データが添付される申請手続が受け付けられる。さら
に、業務処理手段への処理依頼の際に合計金額と同額の
手数料残高が業務処理内容に含められる。一方、業務処
理手段においては、手数料残高から自己の業務手数料が
差し引かれるとともに、当該差し引き後の手数料残高が
０円以上である場合にのみ業務処理が行われる。したが
って、手数料をまとめて一つの電子印紙データで支払っ
た場合でも、各業務処理手段にて容易に手数料確認を行
うことができる。次に、課題を解決するためになされた
第１２の発明は、上記第４〜１１の発明において、申請
受付手段は、申請者の代理人による前記申請手続を受け
付けた場合には、文書データに含まれる代行申請証明書
を検証し、その正当性が確認された場合にのみ、その後
の処理を行う申請手続処理システムである。したがっ
て、代理人による申請手続も可能となり、一般利用者の
負担が軽減される。次に、課題解決のための第１３の発
明は、上記第１の発明をコンピュータに実現させるため
のプログラムを記録した記録媒体である。この記録媒体
から読み出されたプログラムにより制御されるコンピュ
ータは、上記第１の発明の申請手続処理システムとして
機能する。次に、課題解決のための第１４の発明は、上
記第１の発明をコンピュータに実現させるためのプログ
ラムを記録した記録媒体である。この記録媒体から読み
出されたプログラムにより制御されるコンピュータは、
上記第２の発明の申請手続処理システムとして機能す
る。次に、課題解決のための第１５の発明は、上記第１
の発明をコンピュータに実現させるためのプログラムを
記録した記録媒体である。この記録媒体から読み出され
たプログラムにより制御されるコンピュータは、上記第
２の発明の申請手続処理システムとして機能する。

【００２６】

【発明の実施の形態】以下、本発明の各実施形態につい
て図面を参照して説明する。ここで、各実施形態中、電
子現金及び電子印紙が記憶されるカードはＩＣカードで
あり、公開鍵暗号方式として、例えばＲＳＡ公開鍵方式
が利用される。また、対称鍵方式（暗号化と復号が同じ
鍵で行われる）に使われる鍵を共通鍵と呼ぶ。各実施形
態では、例えばＤＥＳ（data encryption standard）共
通鍵方式が利用される。

【００２７】（第１の実施形態）図１は本発明の第１の
実施形態に係る申請手続処理システムの全体構成を示す
模式図であり、図２はこの申請手続処理システムに使用
されるＩＣカードと印紙発行機関との構成を示すブロッ
ク図である。

【００２８】ここで、申請手続処理システムは、利用者
登録機関１０から発行されたＩＣカード２０により申請
手続きを処理するための利用者端末３０が印紙発行用計
算機としての印紙発行機関４０及び申請受付用計算機と
しての申請機関５０に夫々接続されている。なお、印紙
発行機関４０は、決済用計算機としての金融機関６０に
接続されている。

【００２９】ここで、利用者登録機関１０は、利用者か
ら加入申請書（図示せず）が提出された際に、運転免許
証等の身分証明書を確認した上で加入申請書を受理し、
ＩＣカード２０を発行して申請者の住所に送付する機能
をもっている。なお、加入申請書は、少なくとも氏名及
び住所に加え、電子印紙代金の決済に使用される銀行等
の金融機関６０の口座番号が記載された紙の書類又は電
子化書類であって、周知のクレジットカードの申込書と
同様な形式が適用可能となっている。

【００３０】ＩＣカード２０は、耐タンパー性を有し、
利用者端末３０に挿入されて使用される携帯用電子機器
であり、図２に示すように、電子印紙データを保持する
ためのメモリ２１、メモリ２１内の電子印紙データの印
紙残高を計数処理するための残高カウンタ２２、残高カ
ウンタ２２に記録される印紙残高を管理する残高管理部
２３、及び利用者端末３０を介して印紙発行機関４０や
申請機関５０に対して電子印紙データを送受信するため
のＩ／Ｏインターフェイス２４を備えている。なお、メ
モリ２１、残高カウンタ２２及び残高管理部２３は、耐
タンパー性をもつＩＣチップにより実現されている。

【００３１】メモリ２１は、ＩＣカード２０毎に付けら
れるユニークな番号であるカードＩＤ、パスワード、利
用者の口座番号、各ＩＣカード固有の公開鍵・秘密鍵の
ペア、ＩＣカード２０の公開鍵証明書などの固有の識別
情報の他、印紙発行機関４０の公開鍵などが登録されて
おり、また、初期購入額に相当する電子印紙データが書
込可能であって、ＩＣチップの耐タンパー性によって改
ざんやコピー等の不正なアクセスから保護されている。

【００３２】なお、公開鍵証明書は、少なくともＩＣカ
ード２０の公開鍵の値、この公開鍵証明書を発行した認
証局名、及びこの認証局名と公開鍵の値との組を認証局
の秘密鍵でデジタル署名した署名の３つを有するもので
ある。

【００３３】残高管理部２３は、印紙残高の管理の他、
電子印紙データの購入並びに使用に関する処理を実行す
るものであり、具体的には、利用者端末３０から入力さ
れたパスワードをＩ／Ｏインターフェイス２４を介して
受けたとき（以下、利用者端末３０とＩＣカード２０内
との間にてＩ／Ｏインターフェイス２４を介する旨の記
載は、説明の簡単のため、省略する。）、入力されたパ
スワードをメモリ２１内のパスワードと照合して照合結
果を利用者端末３０に送出する機能と、利用者端末３０
から発行者乱数と印紙購入金額とからなる購入要求信号
を受けたとき、この購入要求信号とメモリ２１の内容と
に基づいて印紙購入要求データを作成し、この印紙購入
要求データ及びメモリ２１内の公開鍵証明書を印紙発行
機関４０宛にして利用者端末３０に送出する機能と、印
紙発行機関４０から利用者端末３０を介して受けた電子
印紙データの正当性をＲＳＡ署名の検証により確認し、
正当性が確認されたとき、電子印紙データをメモリ２１
に書込むと共に、残高カウンタ２２の値を印紙購入金額
の分だけ増加させる機能と、増加処理が終了すると充填
完了通知を印紙発行機関４０宛に利用者端末３０に送出
する機能とをもっている。

【００３４】印紙購入要求データは、例えばカードＩ
Ｄ、利用者の口座番号、印紙購入金額(例,1000)、ＩＣ
カード２０内で生成される請求番号NUM_R並びに発行者乱
数等の情報に対し、ＩＣカード２０の秘密鍵によりＲＳ
Ａ署名が施されたものである。なお、印紙購入要求デー
タのうち、少なくとも口座番号は、ＲＳＡ署名の前に、
例えば予め印紙発行機関４０と利用者端末３０との間の
固有の共通鍵で暗号化されることが好ましい。

【００３５】電子印紙データは、カードＩＤ、印紙発行
機関４０にて電子印紙発行時に生成する印紙通し番号NU
M_S、印紙購入金額(例,1000)及び請求番号NUM_Rに対し、
印紙発行機関４０のＲＳＡ署名が施されたものSIG_I(ID,
NUM_S,1000,NUM_R)である。

【００３６】利用者端末３０は、ＩＣカード２０を挿脱
自在に保持する機能と、ＩＣカード２０が挿入されてい
るとき、操作者の操作により、未使用残高の表示、印紙
購入又は申請手続きを行なう機能とを有し、ここでは印
紙発行機関４０の窓口端末であるが、印紙発行機関４０
からインターネット等のネットワークを介して接続され
た任意の利用者端末３０として実現してもよい。

【００３７】利用者端末３０にて印紙購入を行なう機能
としては、印紙購入要求データが入力されると、ＩＣカ
ード２０にパスワードを照合させる等の如き、利用者の
権限の正当性を確認するための機能と、確認の後、乱数
要求を印紙発行機関４０に送信する機能と、印紙発行機
関４０から発行者乱数を受けると、印紙購入金額の入力
を促すための画面表示を行なう機能と、入力された印紙
購入金額と印紙発行機関４０からの発行者乱数とを購入
要求信号としてＩＣカードに入力する機能と、ＩＣカー
ド２０から受けた印紙購入要求データと公開鍵証明書と
を印紙発行機関４０に送信する機能と、印紙発行機関４
０から受けた電子印紙データをＩＣカード２０に入力す
る機能と、ＩＣカード２０から受けた充填完了通知を印
紙発行機関４０に送信する機能とを備えている。

【００３８】また、利用者端末３０にて申請手続きを行
う機能としては、申請要求が入力されると、パスワード
の照合等により利用者の権限の正当性を確認する機能
と、確認の後、文書データと印紙使用金額との選択を促
すための画面表示を行なう機能と、選択された文書デー
タを圧縮して文書ダイジェストDocDigを作成する機能
と、文書ダイジェストDocDigと印紙使用金額との組をＩ
Ｃカード２０に入力する機能と、ＩＣカード２０から受
けた残高不足メッセージに基づいて画面表示を行なう機
能と、ＩＣカード２０から受けた電子印紙使用証明書と
公開鍵証明書とを申請機関５０に送信する機能と、申請
機関５０から受ける申請手続き完了結果に基づいて画面
表示を行なう機能とを備えている。

【００３９】ここで、文書データの圧縮には、例えばＭ
Ｄ５（message digest algorithm）又はＳＨＡ（secure
hash algorithm）の如き、ハッシュ関数が使用可能と
なっている。

【００４０】電子印紙使用証明書は、印紙通し番号NU
M_S、印紙使用金額(例,500)及び対象文書ダイジェスト情
報DocDigに対してＩＣカード２０のＲＳＡ署名を施した
ものSIG_U(NUM_S,500,DocDig)と、電子印紙データSIG_I(I
D,NUM_S,1000,NUM_R)とを合わせたものである。

【００４１】印紙発行機関４０は、利用者端末３０から
乱数要求を受信すると、発行者乱数を決定してその発行
者乱数を利用者端末３０に返信する機能と、利用者端末
３０から印紙購入要求データと公開鍵証明書とを受ける
と、印紙購入要求データを復号し、この印紙購入要求デ
ータの正当性をＲＳＡ署名の検証により確認すると共に
発行者乱数の含まれることを確認し、正当性が確認され
たとき、金融機関６０に対し、利用者の口座から印紙購
入金額分を印紙発行機関４０の口座に振替する旨の口座
振替を依頼し、金融機関６０から口座振替完了通知を受
けると、印紙購入金額分の電子印紙データを生成してこ
の電子印紙データを利用者端末３０へ送信すると共に再
送ログに記憶する機能と、利用者端末３０から充填完了
通知を受けると、この充填完了通知の正当性を確認した
後に再送ログ内の該当する電子印紙データを消去する機
能と、充填完了通知の受信がない場合や、充填時のエラ
ー通知（例えばエラー内容毎に所定のコードを設け、こ
のコードとカードＩＤと印紙通し番号とをＩＣカード２
０がＲＳＡ署名したもの）を受信した場合、印紙通し番
号に相当する電子印紙データを再送ログから読出して利
用者端末３０に再送する機能とをもっている。

【００４２】申請機関６０は、利用者端末３０から電子
印紙使用証明書と公開鍵証明書とを受けると、公開鍵証
明書内の公開鍵に基づいて電子印紙使用証明書のＲＳＡ
署名を検証する機能と、印紙発行機関４０の公開鍵に基
づいて電子印紙データのＲＳＡ署名を検証する機能と、
両検証結果により電子印紙使用証明書の正当／異常を判
定する機能と、判定結果を申請手続き完了通知又は異常
通知として利用者端末３０に送信する機能とをもってい
る。

【００４３】次に、このような申請手続き処理システム
の動作を図３及び図４を参照しながら説明する。図３は
電子印紙の購入過程を示す図であり、図４は電子印紙を
用いた申請手続き過程を示す図である。

【００４４】（利用者登録）利用者登録機関１０は、利
用者から加入申請書が提出された際に、運転免許証等の
身分証明書を確認した上で加入申請書を受理し、ＩＣカ
ード２０を発行して利用者の住所に送付する。これによ
り、利用者は申請手続き処理システムを利用可能とな
る。なお、この登録手続きに関しては、周知のクレジッ
トカード等のシステムと同様である。

【００４５】（印紙購入）利用者端末３０は、ＩＣカー
ド２０が挿入され、印紙購入要求が入力されると、ＩＣ
カード２０の行使が正当か否かを判定するためのパスワ
ードの入力を促すようにメッセージ等の画面表示を行な
う。パスワードが入力されると、利用者端末３０は、図
３に示すように、このパスワードをＩＣカード２０に入
力する（ＳＴ１１）。

【００４６】ＩＣカード２０は、入力されたパスワード
をメモリ２１内のパスワードと照合してその照合結果を
利用者端末３０に送出する（ＳＴ１２）。

【００４７】利用者端末３０は、照合結果が両パスワー
ドの不一致を示すときには処理を中断するが、ここで
は、照合結果が両パスワードの一致を示すので、次の処
理に進み、発行者乱数要求を印紙発行機関４０に送信す
る（ＳＴ１３）。

【００４８】印紙発行機関４０は、この発行者乱数要求
を受信すると、発行者乱数を決定してその発行者乱数を
利用者端末３０に返信する（ＳＴ１４）。

【００４９】利用者端末３０は、発行者乱数を受ける
と、印紙購入金額の入力を促すための画面表示を行な
う。ここで、利用者端末３０は、残高表示要求の入力に
より、ＩＣカード２０内の残高カウンタ２２の値（電子
印紙データの未使用残高）を表示してもよい。

【００５０】しかる後、利用者端末３０は、利用者の操
作により、印紙購入金額(例,1000円)が入力されると、
利用者端末は、発行者乱数及び印紙購入金額(1000)など
を購入要求信号としてＩＣカード２０ヘ入力する（ＳＴ
１５）。

【００５１】ＩＣカード２０では、購入要求信号に基づ
いて、残高管理部２３が、メモリ内の利用者の口座番号
を印紙発行機関との共通鍵で暗号化し、この暗号化口座
番号、カードＩＤ、印紙購入金額(1000)、請求番号NUM_R
並びに発行者乱数等の情報に対し、ＩＣカード２０の秘
密鍵ＳｋUによりＲＳＡ署名を施して印紙購入要求デー
タを生成する。

【００５２】ＩＣカード２０は、この印紙購入要求デー
タとメモリ２１内の利用者の公開鍵証明書とを利用者端
末３０を介して印紙発行機関４０に送信する（ＳＴ１
６）。

【００５３】印紙発行機関４０は、印紙購入要求データ
と公開鍵証明書とを受けると、公開鍵証明書内の利用者
の公開鍵を用いて印紙購入要求データを復号し、さらに
印紙購入要求データの正当性をＲＳＡ署名の検証により
確認する。正当性は、印紙購入要求データ内に先ほどの
発行者乱数が織り込まれているか否かにより確認され
る。

【００５４】正当性が確認されたとき、印紙発行機関４
０は、新たに生成した印紙通し番号NUM_S、印紙購入要求
データ内のカードＩＤ、印紙購入金額(1000)及び請求番
号NUM_Rに対し、ＲＳＡ署名を施して電子印紙データSIG_I
(ID,NUM_S,1000,NUM_R)を生成すると共に、この電子印紙
データSIG_I(ID,NUM_S,1000,NUM_R)に関して金融機関６０
との間で決済処理を行なう。

【００５５】決済処理としては、例えば印紙発行機関４
０が印紙購入要求データ内の利用者の口座番号と印紙購
入金額(1000)とを金融機関６０に通知し（ＳＴ１７）、
金融機関６０が利用者の口座から印紙購入金額(1000)を
減額し、この印紙購入金額(1000)を印紙発行機関４０の
口座へ増額する、いわゆる口座振替を行なう。口座振替
完了後、金融機関６０は、口座振替完了通知を印紙発行
機関４０に送信し（ＳＴ１８）、決済処理を完了する。

【００５６】印紙発行機関４０は、決済処理の完了後、
電子印紙データSIG_I(ID,NUM_S,1000,NUM_R)を共通鍵で暗
号化して利用者端末３０へ送信すると共に（ＳＴ１
９）、この電子印紙データSIG_I(ID,NUM_S,1000,NUM_R)を
エラー時の再送用ログに格納する。

【００５７】利用者端末３０は、受信した電子印紙デー
タSIG_I(ID,NUM_S,1000,NUM_R)をＩＣカード２０に入力す
る。

【００５８】ＩＣカード２０においては、残高管理部２
３が、受けた電子印紙データSIG_I(ID,NUM_S,1000,NUM_R)
の正当性をＲＳＡ署名の検証により確認する。正当性
は、ＲＳＡ署名の復号化により請求番号NUM_Rが検証され
て確認される。正当性が確認されたとき、残高管理部２
３は、電子印紙データSIG_I(ID,NUM_S,1000,NUM_R)をメモ
リ２１内に記憶させ、残高カウンタ２２の印紙残高を印
紙購入金額(1000)分だけ増加させる。

【００５９】増加処理の完了後、ＩＣカード２０では、
残高管理部２３が、メモリ１２内のカードＩＤと印紙通
し番号NUM_SとにＲＳＡ署名を施して充填（増加）完了通
知を作成し、この充填完了通知を利用者端末３０を介し
て印紙発行機関４０に送信する（ＳＴ２０）。

【００６０】印紙発行機関４０は、この充填完了通知を
受信すると、その正当性を確認した後に、再送ログ内の
該当する電子印紙データSIG_I(ID,NUM_S,1000,NUM_R)を消
去する。

【００６１】なお、印紙発行機関４０は、ＩＣカード２
０からの充填完了通知の受信がない場合や、充填時のエ
ラー通知（例えばエラー内容毎に所定のコードを設け、
このコード、カードＩＤ及び印紙通し番号NUM_Sに対して
ＩＣカード２０がＲＳＡ署名を施したもの）を受信した
場合、印紙通し番号NUM_Sに該当する電子印紙データSIG_I
(ID,NUM_S,1000,NUM_R)を再送ログから読出して利用者端
末３０に再送する。

【００６２】このように、電子印紙データSIG_I(ID,NU
M_S,1000,NUM_R)の購入手続きが完了すると、利用者端末
３０は、ＩＣカードを排出し、処理を終了する。（申請手続き）利用者端末３０は、ＩＣカード２０が挿
入され、申請要求が入力されると、前述同様に、パスワ
ードの入力を促すための画面表示を行なう。続いて、前
述同様に、図４に示すように、パスワードが入力されて
（ＳＴ２１）ＩＣカード２０にて照合され、照合結果が
利用者端末３０に送出される（ＳＴ２２）。

【００６３】利用者端末３０は、照合結果が両パスワー
ドの不一致を示すときには処理を中断するが、ここで
は、照合結果が両パスワードの一致を示すので、次の処
理に進み、申請対象の文書データとその印紙使用金額と
の選択を促すための画面表示を行なう。

【００６４】利用者端末３０は、操作者の操作によって
文書データと印紙使用金額とが選択されると、この文書
データをハッシュ関数で圧縮して文書ダイジェスト情報
DocDigを作成し、この文書ダイジェスト情報DocDigと、
その印紙使用金額(例,500)とをＩＣカード２０へ入力す
る（ＳＴ２３）。

【００６５】ＩＣカード２０は、残高管理部２３が、残
高カウンタ２２に記録された印紙残高を検査し、印紙残
高が印紙使用金額未満のとき、不足金額を含む残高不足
メッセージを利用者端末３０に返信する。

【００６６】利用者端末３０は、この残高不足メッセー
ジに基づいて画面表示を行ない、新たな印紙購入を利用
者に促す。

【００６７】一方、ＩＣカード２０は、例えば図５に示
すように、残高カウンタ２２内の印紙残高（１０００
円）が印紙使用金額（５００円）以上のとき、残高管理
部２３がメモリ２１内の電子印紙データSIG_I(ID,NUM_S,1
000,NUM_R)、印紙通し番号NUM_S、先程入力された印紙使
用金額(500)並びに文書ダイジェスト情報DocDigに基づ
いて電子印紙使用証明書［SIG_I(ID,NUM_S,1000,NUM_R),SI
G_U(NUM_S,500,DocDig)］を作成すると共に、残高カウン
タ２２の印紙残高（１０００円）を印紙使用金額（５０
０円）だけ減少させる。

【００６８】しかる後、ＩＣカード２０は、残高管理部
２３が、この電子印紙使用証明書とメモリ２１内の公開
鍵証明書とを利用者端末３０を介して申請機関５０に送
信する（ＳＴ２４）。

【００６９】次に、申請機関５０では、電子印紙使用証
明書及び公開鍵証明書を受けると、公開鍵証明書内の利
用者の公開鍵に基づいて電子印紙使用証明書のＲＳＡ署
名を検証し、印紙発行機関４０の公開鍵に基づいて電子
印紙データのＲＳＡ署名を検証する。

【００７０】また、申請機関５０は、検証結果により電
子印紙使用証明書の正常/異常を判定し、その判定結果
に従って正常時の申請手続完了通知又は異常時の異常通
知を利用者端末３０に送信することにより（ＳＴ２
５）、利用者に申請手続きの結果（正常終了したか否
か）を通知する。

【００７１】上述したように本実施形態によれば、利用
者登録機関１０が、固有の識別情報が登録され且つ電子
印紙データを記憶可能なＩＣカード２０を発行し、利用
者端末３０が、ＩＣカード２０に記憶される電子印紙デ
ータを購入するための印紙購入要求データを送信し、印
紙発行機関４０及び金融機関６０が、印紙購入要求デー
タに基づいて、ＩＣカード２０の識別情報に対応する金
融機関の口座から購入金額分の金額を決済し、購入金額
分の電子印紙データを返信し、利用者端末３０を介して
ＩＣカード２０内の残高管理部２３が、電子印紙データ
をメモリ２１に充填し、文書データが入力され、この文
書データの申請手続の印紙額が指定されたとき、当該指
定された印紙額に相当するＩＣカード２０内の電子印紙
データを文書データ（文書ダイジェスト情報DocDig）と
共に電子印紙証明書として送出し、申請機関５０が、こ
の電子印紙証明書の異常の有無を判定し、異常の無いと
き、申請手続完了通知を出力するので、申請手続きの際
に、印紙の購入と貼付けの手間を省略でき、申請対象を
明確にしつつ、簡易な流通経路により、高速処理を実現
させることができる。

【００７２】すなわち、申請手続の際に、従来の様な印
紙を購入し貼付けて申請するといった手間を省くと共
に、電子現金の様な転々性や複雑な流通経路を持たせ
ず、申請手続きに必要なセキュリティ機能のみを有する
ようにしたので、申請手続を高速に行なうことができ
る。

【００７３】また、電子現金の機能とは異なり、印紙購
入時に決済が済んでおり且つ申請時に不正使用の有無を
確認すればよいので、金融機関に集められた電子現金を
発行機関に戻す還流の発生を無くすことができる。

【００７４】また、ＩＣカード２０としては、識別情
報、互いに対応する公開鍵と秘密鍵とからなる１対の公
開鍵ペア、及び自己の公開鍵証明書が登録されており、
利用者端末３０としては、ＩＣカード２０が挿入された
とき、ＩＣカード２０の行使が正当か否かを判定し、判
定結果が正当を示すとき、発行者乱数要求を送出し、こ
の送出された発行者乱数要求に応じて発行者乱数を受取
ると、この発行者乱数と入力された購入金額とをＩＣカ
ード２０ヘ入力し、ＩＣカード２０内の残高管理部２３
が、この発行者乱数及び購入金額に基づき、秘密鍵を用
いて印紙購入要求データを生成し、利用者端末３０を介
してこの印紙購入要求データと公開鍵証明書とを送信
し、印紙発行機関４０が、公開鍵証明書に基づいて、印
紙購入要求データの正当性を検証し、正当性が確認され
たとき、当該印紙購入要求データに基づいた決済処理の
後、購入金額分の電子印紙データを生成して送信し、Ｉ
Ｃカード２０の残高管理部２３が、受けた電子印紙デー
タの正当性を検証し、正当性の確認が完了すると、充填
を実行し、充填が完了すると、充填完了通知を出力する
ので、電子印紙と申請対象とを安全に同時に送信でき、
安全性を確保することができる。

【００７５】また同様に、利用者端末３０としては、Ｉ
Ｃカード２０が挿入されたとき、当該ＩＣカードの行使
が正当か否かを判定し、判定結果が正当を示すとき、残
高表示要求の入力によりＩＣカード内の電子印紙データ
の未使用残高を表示し、文書データが入力されたとき、
この文書データを圧縮して文書ダイジェスト情報DocDig
を作成し、申請手続の印紙額が選択（指定）されたと
き、この印紙額に相当する電子印紙データ及び文書ダイ
ジェスト情報DocDigをＩＣカード２０に入力し、ＩＣカ
ード２０内の残高管理部２３が、入力された印紙額に相
当する電子印紙データと文書ダイジェスト情報DocDigと
に基づいて、両者を含む電子印紙使用証明書を作成し、
電子印紙使用証明書と公開鍵証明書とを送信し、申請機
関５０としては、この電子印紙証明書と公開鍵証明書と
に基づいて、異常の有無を判定するので、申請過程にお
いても同様に、電子印紙と申請対象とを安全に同時に送
信でき、安全性を確保することができる。

【００７６】印紙発行機関４０としては、電子印紙デー
タを送信すると共に、エラー時の再送用ログに格納して
から所定期間待機し、この待機期間中、充電完了通知を
受けないとき、当該電子印紙データを再度送信するの
で、送信の確実性を向上させることができる。

【００７７】また、図５等に示したように、印紙購入及
び申請手続きは、電子印紙データSIG_I(ID,NUM_S,1000,NU
M_R)自体を授受し、ＩＣカード２０では電子印紙データ
の印紙残高を管理する。このため、電子印紙データの信
用性を向上でき、且つＩＣカード２０内における電子印
紙データの印紙残高の管理を容易にすることができる。

【００７８】なお、申請機関５０に集まる印紙使用証明
書を一元管理する機関（印紙不正使用検査機関）を設
け、その機関において、使用された電子印紙データの印
紙通し番号と、印紙発行金額と、それに対する印紙使用
証明書内の印紙使用金額の累積数とを集中管理してもよ
い。これにより、より確実に不正使用を検出できる。

【００７９】（第２の実施形態）上記第１の実施形態で
は申請手続処理システムの基本的な形態について説明し
た。しかし、公的な機関への申請手続きにおいては、一
つの事案に対して複数の承認や証明書発行等の手続き
（業務）を必要とする場合が多く、利用者３０からの申
請後にいかに手続きを行うかが問題となる。

【００８０】例えば自動車を購入する際には、運輸省の
陸運局から車のナンバーを取得し、重量税等も支払わな
ければならない。また、地方自治体から住民票等を発行
してもらう必要がある。さらに、車庫証明の取得一つを
取ってみても、自動車保管場所証明申請書を提出し、こ
れに住民票や印鑑証明を添付することが必要である。こ
のように、公的機関への申請では、複数の役所において
種々の証明書等を発行してもらい、その証明書を添付す
ることである証明書が発行されるということが実に多
い。例えば車庫証明取得の場合には、自動車保管場所証
明書を陸運局に提出する前に、地方自治体から住民票や
印鑑証明の申請しておく必要があることがわかる。

【００８１】第２の実施形態から第７の実施形態におい
ては、このような実情を考慮して、申請機関５０に申請
書等を申請した後に、その申請書の束をいかに処理する
かについて説明する。

【００８２】図６は本発明の第２の実施形態に係る申請
手続処理システムの要部を示す図である。

【００８３】本実施形態では、地方自治体や陸運局等の
各種の申請機関５０に対し、必要な申請をそれぞれ送付
しつつ、その送付を効率的に行う方法を説明する。すな
わち、この場合は、単純に申請業務単位に申請書を記入
し、電子印紙を生成する場合である。

【００８４】利用者端末３０には、一つの案件において
複数の手続き（以下、業務処理ともいう）を必要とする
場合に、その関連する手続きをひとまとまりとして、必
要な申請を必要なタイミングで申請書等を送信する機能
が設けられる。この点を除く他、本実施形態の申請手続
き処理システムは、第１の実施形態と同様に構成されて
いる。

【００８５】このように構成されたシステムにおいて、
まず、利用者端末３０は、申請にかかわる業務単位毎の
申請書を入手する。

【００８６】利用者端末３０においては、入手した業務
単位毎の申請書それぞれについて必要な事項が記入さ
れ、電子印紙が各申請書毎に生成される。さらに、申請
書を提出するのに、所定の順番で証明書等を発行しても
らう必要がある場合に、その順番情報を入力する。特に
順番が関係ないときには当該順番情報は入力しない。

【００８７】ここで、特定の順番がない場合には、利用
者端末３０からは、各申請機関５０に対して並列に申請
書が送付され、その処理結果が利用者３０に返される
（図６（ａ））。このとき、予め登録された申請機関情
報に基づいて、申請書の束における各申請書が利用者端
末３０の自動申請機能により各申請機関５０に送付され
るものである。

【００８８】一方、特定の順番がある場合には、利用者
端末は、順番通りの申請書送付を行う（図６（ｂ））。
例えば車庫証明を申請するのに、住民票と印鑑証明が必
要である。このため、まず上記２つの申請が申請機関５
０（地方自治体）に行われ、各申請処理が終了した後
に、自動車保管場所証明書に住民票等が添付されて、他
の申請機関５０（陸運局）に車庫証明申請が行われる。

【００８９】利用者端末３０には上記２種類の処理を行
うための機能が付加されている。なお、本実施形態で
は、関連する申請間の調整処理がなされるだけで、利用
者端末３０から各申請機関５０への個々の申請処理内容
及び申請機関５０における処理は第１の実施形態と同様
である。

【００９０】上述したように本実施形態によれば、利用
者端末３０において、一つの事案の申請に複数の業務処
理が必要な場合に、個々の業務処理（申請）間の調整を
取るようにしたので、複数の申請が自動的に行われ、利
用者３０の申請手続き負荷を軽減させることができる。

【００９１】（第３の実施形態）第２の実施形態におい
ては、利用者端末３の申請処理機能によって一つの事案
において複数業務が必要な場合に対応している。これに
対し本実施形態から第７の実施形態においては、申請機
関以降の処理によって、上記場合に対応するシステムに
ついて説明する。

【００９２】すなわち、利用者から申請書と申請に含ま
れる各業務に必要な印紙購入金額が申請受付機関にまと
めて支払われ、申請受付機関が申請に関わる各業務機関
に業務申請を行う。各業務機関は業務処理後、業務処理
証明書を作成し、申請受付機関に送信する。申請受付機
関が業務処理証明書を検査後、署名（業務証明書）を作
成し、各業務機関へ送信し、各業務機関が申請受付機関
の署名（業務証明書）をもとに業務手数料を受け取る。

【００９３】第３〜第７の実施形態では、このような処
理によって複数業務を必要とする申請手続きが処理され
るが、上記方法では、利用者による印紙購入金額の支払
時における電子印紙使用証明書の作成方法や、申請機関
による各業務機関への業務申請方法により幾つかのバリ
エーションがある。

【００９４】本実施形態では、各業務に対応してそれぞ
れの料金の電子印紙使用証明書が添付され、かつ各業務
を並列処理可能な場合について説明する。

【００９５】図７は本発明の第３の実施形態に係る申請
手続処理システムの全体構成を示す模式図である。

【００９６】この申請手続処理システムは、図１におけ
る申請機関５０に代えて、申請受付機関８０，業務機関
９０及び検査機関１００が設けられる他、第１の実施形
態と同様に構成されている。

【００９７】業務機関（＃１，＃２，＃３，．．）９０
は複数存在し、それぞれが地方自治体や陸運局や特許庁
といった公的な機関に対応し、業務申請に対してそれぞ
れの機関における業務処理を行う。

【００９８】また、第１の実施形態では、各公的機関が
申請手続きの受け付け、業務処理等のすべてを行うよう
になっている。これに対し、本実施形態では、利用者３
０からの申請手続きの受付は申請受付機関（単に申請機
関ともいう）８０で一括して行い、各申請に対応するそ
の後の業務処理は各業務機関９０が行い、検査は検査機
関１００が行うようになっている。すなわち、申請受付
機関８０、何れかの業務機関９０及び検査機関１００の
組み合わせが、第１実施形態にいう一つの申請機関５０
に対応している。

【００９９】図８は申請受付機関及び業務機関の詳細構
成例を示すブロック図である。

【０１００】まず、申請受付機関８０を構成する計算機
（以下、単に申請受付機関８０あるいは申請機関８０と
いう）には、申込検査部８１と、業務割当処理部８２
と、業務証明書作成部８３とが設けられている。この申
請受付機関８０は、第１実施形態の申請機関５０におけ
る申請書受付及び利用者への結果通知の部分を担当す
る。

【０１０１】申込検査部８１は、利用者端末３０から受
信した電子印紙使用証明書及び利用者公開鍵を通じて検
査機関１００へ送信し、検査機関１００にて電子印紙使
用証明書が正当なものであるかを検査させ、正当である
旨の通知を受けたときに、利用者からの申込手続き書類
一式を業務割当処理部８２に引き渡すものである。

【０１０２】業務割当処理部８２は、申込検査部８１に
より正当な電子印紙使用証明書と確認された場合に、各
業務機関９０に対応する業務を割り当て、業務申請を行
う業務申請機能を有する。

【０１０３】業務証明書作成部８３は、業務機関９０か
ら業務処理結果を受け取ったときに、その業務処理内容
（業務処理証明書）を検査し、業務がきちんと行われた
ことを証明する業務証明書を業務機関９０に送付する業
務処理証明書検査機能を有する。

【０１０４】また、特に図示しないが、申請受付機関８
０は、各業務機関９０に対し業務手数料を支払う業務手
数料支払機能と、利用者端末３０に対して申請が完了し
たことを通知する通知機能を有する。

【０１０５】また、各業務機関９０を構成する計算機
（以下、単に業務機関９０という）には、業務申請検査
部９１と、業務処理部９２と、業務証明書検証部９３と
が設けられている。この業務機関９０は、第１実施形態
の申請機関５０における業務処理（申請内容に対する証
明発行や許可等の処理）の部分を担当する。

【０１０６】業務申請検査部９１は、申請受付機関８０
からの業務申請を受け付け、その内容を検証して、業務
申請書が正当なものであればその書類一式を業務処理部
９２に引き渡す。

【０１０７】業務処理部９２は、申請文書における申請
内容に係る業務（業務項目）を行い、業務処理証明書を
作成する業務処理証明書作成機能を有する。

【０１０８】検査機関１００は、その検査処理を行うた
めの計算機から構成されるものであり、電子印紙使用証
明書が正当なものであるかの検査、並びに、業務証明書
の検査を行って、その検査結果をそれぞれ申請受付機関
８０、並びに、業務機関９０に返すようになっている。

【０１０９】次に、本実施形態における申請手続処理シ
ステムの動作について説明する。

【０１１０】本実施形態では、申請内容が複数の業務機
関の業務に係る（または申請内容が業務項目に分かれて
いる）場合に、利用者が申請受付機関８０において１回
の申請をするだけで、申請手続きを行うものである。

【０１１１】また、本実施形態の場合、各業務項目を並
列的に処理できる場合を考える。図９は本実施形態の申
請手続処理システムにおける申請機関からの業務割当の
様子を示す模式図である。図１０は利用者から受け付け
られる申請手続き書類を概念的に示す図である。

【０１１２】図１０に示すように、利用者端末３０から
の申請手続きは、ＨＴＭＬ等で作成された業務手続申請
書の束として受け付けられる。各業務手続申請書にはそ
の業務に必要な料金の電子印紙使用証明書が添付されて
いる。申請受付機関８０はこの電子的な受付書類を各々
の業務手続申請書にわけ、対応する業務機関９０に送付
する。したがって、以降の手続きは並列的に進行する。

【０１１３】なお、図１０では、受け付けられる電子的
な申請手続き書類一式は、ＨＴＭＬにより各業務単位で
業務手続申請書の束として作成される場合を説明してい
る。しかし、本発明においては、申請受付機関８０で受
け付ける電子書類は業務手続申請書の束の形式に限られ
るものではない。このような束とする場合、申請者の名
前や住所等といった情報は共通することになるが、この
共通部分を有効に利用できるデータ形式で申請受付機関
８０に申請手続きを行ってもよい。例えば、申請者名や
住所等の共通事項と共に、各業務項目及び業務に必要な
各種情報をすべて一つの申請書に載せおき、申請書のう
ち各業務項目毎に必要な情報のみを活性化できるような
形式としてもよい。各業務機関の業務においては必要な
部分のみを活性化する。また、このような形式の場合に
は、電子印紙使用証明書を各業務項目に対応させて添付
する。なお、このような形式の電子文書を申請手続きに
用いてもよいことは、以下の第３〜第７の各実施形態に
おいても同様である。

【０１１４】次に、図１１及び図１２を用いて本実施形
態における処理の全体を説明する。図１１は本実施形態
の申請手続処理システムにおける処理の全体を示す流れ
図である。また、図１２はこの処理において各機関間で
授受されるデータを示す図である。

【０１１５】本実施形態では、利用者の印紙購入金額の
支払方法として、利用者が各業務の業務手数料毎に電子
印紙使用証明書を作成する（図１０）。この場合、利用
者は、各業務機関に対する業務手続申請書とそれらの業
務手数料に対する電子印紙使用証明書を作成し、申請受
付機関８０の端末に入力する。

【０１１６】申請受付機関８０においては、申込検査部
８１により各電子印紙使用証明書についての検査が検査
機関１００を通じてなされる（ｔ１）。この検査後、業
務機関８０に対応して業務割当が行われ（ｔ２）、図１
２に示すように各業務機関に申請ＩＤ、業務申請書、業
務手数料及びそれらに対する申請機関による署名が送信
される（ｔ３）。なお、申請ＩＤは、複数の業務を含む
一つの申請に対する申請手続きに割り当てられたＩＤで
あり、申請受付機関８０が発行するものである。

【０１１７】次に複数ある業務機関９０の中で、例えば
業務を割り当てられた業務機関９０（＃１）において
は、業務申請に添付された申請受付機関８０による署名
が業務申請検証部９１により検証される（ｔ４）。正し
く検証された後に、業務処理部９２による業務処理が行
われ（ｔ５）、図１２に示すように、申請ＩＤ、業務処
理文書１及びそれらに対する業務機関１による署名が申
請受付機関８０に送信される（ｔ６）。

【０１１８】申請受付機関８０においては、業務証明書
作成部８３により、業務機関９０（＃１）の業務処理文
書１が検査され、署名が検証される。その後、図１２に
示すように、申請ＩＤ、業務処理文書１のダイジェスト
１、業務手数料１及び業務機関ＩＤ（ＩＤ１）に対する
申請受付機関による署名（業務証明書）が作成され、申
請ＩＤと業務証明書が業務機関９０（＃１）へ送信され
る（ｔ７）。

【０１１９】業務機関９０（＃１）においては、業務証
明書検証部９３により、業務証明書が検証され、その
後、業務証明書が検証機関１００に送信される（ｔ
８）。この業務証明書は、検査機関１００により検査さ
れた後、検査結果通知が業務機関１００に送信される
（ｔ９）。

【０１２０】このように、利用者３０からの申請手続き
が申請受付機関８０の手配によって、各業務機関９０に
おいて並列的に行われ、手続き終了後に、申請受付機関
８０から利用者３０に申請完了通知が発行される。

【０１２１】上述したように本実施形態によれば、利用
者３０からの申請を申請受付機関８０で一括して受け付
け、業務項目毎に各業務機関に業務申請書を送付して手
続きを進行させるようにしたので、一つの申請事案に対
して複数の手続きを必要とする場合に、これをまとめて
一つの申請で済ますことができる。

【０１２２】すなわち、電子化された各印紙を電子化さ
れた各文書に貼付して申請の束として申請するようにし
たので、申請手数料の納入を電子的に実現し、さらに申
請内容が複数の公的機関に関わるものであっても、１回
の申請手数料の納入で済ませることができる。

【０１２３】（第４の実施形態）第３の実施形態におい
ては、申請受付機関８０が各業務機関９０に対し個別に
業務申請を行っており、各業務機関９０の業務処理のタ
イミングについては無関係である。しかし、所定の業務
手順に従って業務を処理することもでき、また業務手順
に従うべき場合がある。本実施形態では、各業務に対応
してそれぞれの料金の電子印紙使用証明書が添付され、
かつ各業務を並列処理するのが困難であり、かつ特定の
順番で処理を行う必要がある場合について説明する。

【０１２４】図１３は本発明の第４の実施形態に係る申
請手続処理システムにおける申請受付機関及び業務機関
の詳細構成例を示すブロック図である。

【０１２５】本実施形態の申請手続処理システムは、申
請受付機関８０の業務割当処理部８２が業務処理の順番
を示す情報を申請書等に付加するようになっており、業
務機関９０において業務開始可否判定部９５及び全業務
終了判定部９４が設けられる他、第３の実施形態と同様
に構成されている。

【０１２６】業務開始可否判定部９５は、他の業務機関
９０から申請書を含む電子書類一式を受け取ったとき
に、自業務機関の前の業務機関における業務処理が終了
しているか否かを確認し、当該処理が終了している場合
には、自業務機関の業務処理部９２に上記電子書類を引
き渡す。

【０１２７】全業務終了判定部９４は、自業務機関の業
務処理の結果、申請書にある全業務が終了したか否かを
判定し、終了していない場合には、次の業務機関９０に
電子書類一式を引き渡し、終了している場合には、当該
電子書類は申請受付機関８０の業務証明書作成部８３に
送信する。

【０１２８】次に、本実施形態における申請手続処理シ
ステムの動作について説明する。

【０１２９】図１４は本実施形態の申請手続処理システ
ムにおける申請機関からの業務割当の様子を示す模式図
である。また、図１５は利用者から受け付けられる申請
手続き書類を概念的に示す図である。

【０１３０】図１５に示すように、利用者端末３０から
の申請手続きは、ＨＴＭＬ等で作成された業務手続申請
書の束として受け付けられる。各業務手続申請書にはそ
の業務に必要な料金の電子印紙使用証明書が添付されて
いる。申請受付機関８０は、電子的な申請書の束（以
下、単に申請書ともいう）にさらに申請受付機関の署名
を添付し、申請書の束全体を一番最初の業務機関９０
（＃１）に送付する。したがって、以降の手続きは順次
進行する。

【０１３１】図１４には、処理の進行の様子が示されて
いる。

【０１３２】すなわち申請受付機関８０から、申請Ｉ
Ｄ、申請書（束）及び申請受付機関の署名が業務機関９
０（＃１）に送付され、業務機関９０（＃１）における
業務終了後、その業務処理文書１と当該業務機関９０
（＃１）の署名とがさらに添付されて電子書類一式が業
務機関９０（＃２）へ送付される。なお、申請ＩＤは、
複数の業務を含む一つの申請に対する申請手続きに割り
当てられたＩＤで申請受付機関８０が発行するものであ
る。同様に、業務機関９０（＃２）の業務処理文書２と
その署名とがさらに添付されて電子書類一式が次の業務
機関９０（＃３）に送付される。こうして業務機関９０
の業務処理文書（業務処理証明書）及びその業務機関の
署名が電子書類に次々と付加され、最後の業務機関９０
から各業務処理文書及び署名を含む電子書類が申請受付
機関８０に戻される。

【０１３３】申請受付機関８０では、各業務処理文書に
ついて検査が行われ、業務処理文書に対応する業務証明
書が各業務機関９０に対してそれぞれ送付される（図１
３の二点鎖線）。

【０１３４】次に、図１６及び図１７を用いて本実施形
態における処理の全体を説明する。図１６は本実施形態
の申請手続処理システムにおける処理の全体を示す流れ
図である。また、図１７はこの処理において各機関間で
授受されるデータを示す図である。

【０１３５】各業務機関に対する業務手続申請書とそれ
らの業務手数料に対する電子印紙使用証明書とは、第３
の実施形態と同様に、利用者によって作成され、申請受
付機関８０の端末に入力される。

【０１３６】この申請書等を受け付けた申請受付機関８
０においては、申込検査部８１による検査後（ｕ１）、
業務処理手順を示す情報、各業務機関に対する業務申請
等を含んだ申請書（束）、申請ＩＤ、それらに対する署
名が業務割当処理部８２により作成され（ｕ２）、業務
処理手順において最初の業務機関に申請書と署名に送信
される（ｕ３；図１７ｕ３）。

【０１３７】このとき、最初の業務機関９０を業務機関
＃１とする。業務機関＃１においては、業務申請検証部
９１にて申請受付機関８０の署名が検証された後（ｕ
４）、業務処理部９２により業務処理文書１が作成され
る（ｕ５）。業務処理文書作成後に、次の業務機関９０
での業務が必要か否かが全業務終了判定部９４にて判定
される（ｕ６）。

【０１３８】ここで、次の業務が存在すると判定された
場合には（ｕ６）、申請書と申請ＩＤ、業務処理文書
１、さらに申請ＩＤと業務処理文書１のダイジェスト
１、業務手数料１、業務機関ＩＤ（ＩＤ１）に対する署
名が、業務処理手順における次の業務機関である業務機
関＃２へ送信される（ｕ７；図１７ｕ７）。

【０１３９】業務機関＃２においては、業務機関＃１の
署名が検証され、前業務機関における業務が終了されて
いるかが業務開始可否判定部９５により確認される（ｕ
８）。前業務が終了していなければ、その旨が申請受付
機関８０に報告され（ｕ１０）、業務処理が途中終了す
る。

【０１４０】一方、前業務機関における業務終が確認さ
れれば（ｕ９）、業務処理部９２において業務処理文書
＃２が作成され（ｕ５）、さらに次の業務が存在するか
が判断される（ｕ６）。

【０１４１】この場合、次の業務が存在するので、申請
書と申請ＩＤ、業務処理文書２、業務機関１の業務処理
文書と署名、さらに申請ＩＤと業務処理文書２のダイジ
ェスト２、業務手数料２、業務機関ＩＤ（ＩＤ２）に対
する署名が業務処理手順における次の業務機関である業
務機関＃３へ送信される（ｕ７；図１７ｕ７）。

【０１４２】以下、同様な処理が繰り返されるが（ｕ５
〜ｕ１０）、例えば、業務機関＃３が所定の業務処理手
順において最後の業務機関である場合（ｕ６）、業務機
関＃３は、業務機関＃２の署名を検証後、業務処理文書
３を作成し、申請ＩＤと業務処理文書３、業務処理機関
＃１および＃２の業務処理文書と署名、さらに申請ＩＤ
と業務処理文書３のダイジェスト３、業務手数料３、業
務機関ＩＤ（ＩＤ３）に対する署名を申請受付機関８０
に送信する（ｕ１１；図１７ｕ１１）。

【０１４３】申請受付機関８０においては、各業務機関
９０による業務処理文書の検査と署名の検証がされる。
その後、申請ＩＤと業務機関３から送信された各業務機
関による署名に対し署名（業務証明書）が業務証明書作
成部８３により作成され、各業務機関へ申請ＩＤと業務
証明書が送信される（ｕ１２；図１７ｕ１２）。各業務
機関９０においては、申請受付機関８０から送信された
業務証明書に各業務機関９０が作成した署名が含まれて
いることが業務証明書検証部９３により検証される。署
名検証後、申請ＩＤと業務証明書が検査機関１００に送
信され（ｕ１３）、さらに、検査機関１００による検査
の後に検査結果通知が各業務機関９０において受領され
る（ｕ１４）。

【０１４４】なお、申請受付機関８０は、利用者３０の
申請手続きが終了したことを知らせる際、各業務機関が
作成し送信した業務処理証明書を端末を介して、または
メール等で利用者に送信する。

【０１４５】上述したように本実施形態によれば、申請
手続きが複数の公的機関に係り、さらに各公的機関が処
理する業務の順序に制限がある場合であっても、利用者
３０からの申請を申請受付機関８０で一括して受け付
け、決められた順番で申請書を各業務機関に引き継ぎ、
順次の業務処理を行うようにしたので、一つの申請事案
に対して順番の決められた複数手続きを必要とする場合
に、これをまとめて一回の申請で済ますことができる。

【０１４６】例えば車庫証明を取るような場合でも、地
方公共団体で住民票を取った後に、陸運局に車庫証明申
請を行う必要なく、すべての申請書を一回でまとめて申
請受付機関８０に提出すれば、業務機関間（地方公共団
体、陸運局）で必要な順番で業務処理が行われることに
なる。

【０１４７】なお、一部は並列的に処理可能で、一部は
順次処理が必要となる場合もあるが、このような場合に
は第３及び第４の実施形態が適宜組み合わされて実行さ
れることになる。

【０１４８】（第５の実施形態）本実施形態では、各業
務の合計金額となる手数料が一つの電子印紙使用証明書
によりまとめて支払われ、かつ各業務を並列処理可能な
場合について説明する。

【０１４９】本実施形態は、利用者の印紙購入金額の支
払方法として、各業務の業務手数料を合計した手数料に
ついて電子印紙使用証明書が作成される点に特徴があ
り、その他の部分は第３の実施形態と同様である。すな
わち本実施形態の申請手続処理システムは、利用者が添
付する電子印紙使用証明書及びこれに関連してなされる
処理部分を除けば、第３の実施形態と同様に構成され、
動作する。

【０１５０】図１８は本発明の第５の実施形態に係る申
請手続処理システムにおいて、利用者から受け付けられ
る申請手続き書類を概念的に示す図である。

【０１５１】同図に示すように、電子印紙使用証明書
は、各業務機関における各手数料を合計した金額の証明
書が一つのみ申請受付機関８０に送付（若しくは端末入
力）される。すなわち、利用者は、申請に係る業務が含
まれた申請書と各業務機関に対する業務手数料の合計で
ある申請手数料、申請手数料に対する電子印紙使用証明
書を申請受付機関８０の端末に入力する。

【０１５２】申請機関８０においては、まず、電子印紙
使用証明書が申込検査部８１により検査機関１００を通
じて検査される。次に、利用者の提出した申請書と申請
手数料が業務割当処理部８２により業務別に業務申請書
と業務手数料に分けられる。このように手数料を分配す
る点を除けば、本実施形態の処理は、図９，図１１及び
図１２に示す場合と同様である。なお、実際の電子印紙
使用証明書は分割することができないので、各業務機関
９０に対しては、図１８に示すように、それぞれの業務
機関９０における手数料の表示が申請受付機関の署名と
共に添付されることになる。

【０１５３】処理の流れの例を図９及び図１２を用いて
説明すると、まず、申請ＩＤ、業務申請書、業務手数料
１（表示のみ）と申請受付機関による署名が業務機関＃
１に送信される。業務機関＃１では、申請受付機関の署
名が検証された後、業務処理が行われ、申請ＩＤ、業務
処理文書１、それらに対する業務機関１による署名が申
請受付機関に送信される。申請受付機関９０において
は、業務機関＃１の業務処理文書１の検査と署名が検証
される。さらに、申請ＩＤと業務処理文書１のダイジェ
スト１、手数料１、業務機関ＩＤ（ＩＤ１）に対する申
請受付機関による署名（業務証明書）が作成され、申請
ＩＤとともに業務機関＃１へ送信される。業務機関１に
おいては、業務証明書が検証され、これが検査機関１０
０に送信され、検査機関１００の検査結果通知が受領さ
れる。

【０１５４】上述したように本実施形態によれば、第３
の実施形態と同様に構成される他、申請受付機関８０が
手数料をまとめて受け取った場合には、各業務機関の合
計手数料が足りているかを確認し、手数料を分割して表
示するようにしたので、第３の実施形態と同様な効果が
得られる他、複数の業務処理が必要な場合であっても利
用者側においては各業務毎に電子印紙使用証明書を作成
する必要はなく、電子印紙使用証明書を一つのみ作成す
るだけでよい。したがって、利用者側における処理が煩
雑になることが防止され、簡単な処理で業務申請を行う
ことができる。

【０１５５】（第６の実施形態）本実施形態では、各業
務の合計金額となる手数料が一つの電子印紙使用証明書
によりまとめて支払われ、かつ特定の順番で処理を行う
必要がある場合について説明する。

【０１５６】本実施形態の申請手続処理システムは、手
数料が一つの電子印紙使用証明書によりまとめて支払わ
れることに対応して申請受付機関８０及び業務機関９０
の機能が修正される点を除けば、第４の実施形態と同様
に構成されている。

【０１５７】次に、本実施形態における申請手続処理シ
ステムの動作について説明する。図１９は本発明の第６
の実施形態に係る申請手続処理システムにおける申請機
関からの業務割当の様子を示す模式図である。また、図
２０は利用者から受け付けられる申請手続き書類を概念
的に示す図である。

【０１５８】図２０に示すように、利用者端末３０から
の申請手続きは、ＨＴＭＬ等で作成された業務手続申請
書の束として受け付けられる。

【０１５９】同図に示すように、電子印紙使用証明書
は、各業務機関における各手数料を合計した金額の証明
書が一つのみ申請受付機関８０に送付（若しくは端末入
力）される。すなわち、利用者は、申請に係る業務が含
まれた申請書と、各業務機関に対する業務手数料の合計
である申請手数料に対する電子印紙使用証明書とを申請
受付機関８０の端末に入力する。

【０１６０】申請受付機関８０は、電子的な申請書の束
（以下、単に申請書ともいう）にさらに申請受付機関の
署名を添付し、申請書の束全体を一番最初の業務機関９
０（＃１）に送付する。このとき、手数料の残高表示の
情報が添付される。最初の業務機関９０に送付された時
点では、残高表示は電子印紙使用証明書の料金と同じで
ある。

【０１６１】図１９には、処理の進行の様子が示されて
いる。処理進行の様子は全体的には、第４実施形態にお
ける図１４に示す場合と同様であるが、手数料の扱いに
関連して新たな処理が加わる。すなわち各業務機関９０
は、自業務機関での業務処理を開始するに当たって手数
料残高表示から自業務機関で必要な手数料を差し引き、
残高がマイナスにならない場合に業務処理を行うように
なっている。

【０１６２】次に、図２１及び図２２を用いて本実施形
態における処理の全体を説明する。図２１は本実施形態
の申請手続処理システムにおける処理の全体を示す流れ
図である。また、図２２はこの処理において各機関間で
授受されるデータを示す図である。

【０１６３】本実施形態では、所定の業務手順に従って
手数料（印紙代）をいわば分割しながら業務を処理する
ものである。まず、図２１におけるステップｖ１〜ｖ３
の処理は第４及び第５の実施形態における対応する処理
を組み合わせたものあるので説明を省略する。

【０１６４】ステップｖ３（図２１，図２２）におい
て、最初の業務機関９０を業務機関＃１とする。この業
務機関＃１によって、申請受付機関の署名が検証され、
かつ残高が足りることが確認される（ｖ４）。その後、
業務処理文書１が作成され、さらに手数料の残高（手数
料−業務手数料１）が計算される（ｖ５）。ここで、次
の業務機関が存在する場合には（ｖ６）、申請書と手数
料、業務処理文書１、さらに申請ＩＤと業務処理文書１
のダイジェスト１、業務手数料１、手数料の残高（手数
料−業務手数料１）、及び、業務機関ＩＤ（ＩＤ１）に
対する署名が、業務処理手順における次の業務機関であ
る業務機関＃２へ送信される（ｖ７，図２２ｖ７）。

【０１６５】次に、業務機関＃２においては、業務機関
＃１の署名が検証され（ｖ８）、さらに手数料残高が業
務手数料２より大きいことが確認された後（ｖ９，ｖ１
０）に、業務処理文書２が作成され、新たな手数料残高
（手数料残高−業務手数料２）が計算される（ｖ５）。
なお、ステップｖ１０で前業務が終了せず、残高が足り
ないときには、申請受付機関８０に報告され、処理が終
了する。

【０１６６】ステップｖ５終了後、次の業務があるか否
か判断される（ｖ６）。この場合には、次の業務が存在
するので、申請書と手数料、業務処理文書２、業務機関
１の業務処理文書と署名、さらに申請ＩＤと業務処理文
書２のダイジェスト２、業務手数料２、手数料の残高
（手数料−累積手数料）、及び、業務機関ＩＤ（ＩＤ
２）に対する署名が、業務処理手順における次の業務機
関である業務機関＃３へ送信される（ｖ７，図２１ｖ
７）。

【０１６７】業務機関＃３においても、業務機関＃２に
おけるものと同様な処理が行われ（ｖ８〜ｖ１０，ｖ
５）、この場合、業務機関＃３での業務が最終業務であ
るので（ｖ６）、申請書と手数料、業務処理文書３、業
務処理機関１および２の業務処理文書と署名、さらに申
請ＩＤと業務処理文書３のダイジェスト３、業務手数料
３、手数料の残高（手数料−累積手数料）、及び、業務
機関ＩＤ（ＩＤ３）に対する署名が申請受付機関８０に
送信される（ｖ１２，図２２ｖ１２）。

【０１６８】以下のステップｖ１３〜ｖ１５の処理は、
第４の実施形態における図１６，図１７のステップｕ１
２〜ｕ１４の処理と同様であるので、その説明を省略す
る。

【０１６９】上述したように本実施形態によれば、第４
の実施形態と同様に構成される他、申請受付機関８０が
手数料をまとめて受け取った場合には、各業務機関にお
いて手数料残高を計算しつつ、必要な業務手数料が足り
ているかを確認するようにしたので、第４の実施形態と
同様な効果が得られる他、複数の業務処理が必要な場合
であっても利用者側においては各業務毎に電子印紙使用
証明書を作成する必要はなく、電子印紙使用証明書を一
つのみ作成するだけでよい。したがって、利用者側にお
ける処理が煩雑になることが防止され、簡単な処理で業
務申請を行うことができる。

【０１７０】なお、一部は並列的に処理可能で、一部は
順次処理が必要となる場合もあるが、このような場合に
は第３及び第４の実施形態が適宜組み合わされて実行さ
れることになる。

【０１７１】（第７の実施形態）本実施形態では、第３
〜第６の実施形態において、その申請手続きが代理人よ
ってなされる場合を説明する。

【０１７２】本実施形態の申請手続処理システムは、代
理人による手続きが行われる他、第３〜第６の実施形態
と同様に構成されている。

【０１７３】すなわち第３〜第６の実施形態において
は、利用者３０が直接、申請受付機関８０に対して申請
手続きを行っているが、代行申請も可能である。利用者
３０は代行者名と代行申請を行う旨を記載した文書に署
名を施し代行申請証明書を作成し、代行者に送信する。
このために、利用者３０には、代行申請証明書作成機能
が設けられている。

【０１７４】代行者の計算機は、利用者の計算機と同様
な機能を有している。すなわち代行者は、第１の実施形
態における利用者３０に相当する機能を備える。ただ
し、電子印紙データ等はあくまで代理人に対して発行さ
れるものであるため、そのままでは、利用者として業務
申請を行うことができない。

【０１７５】そこで、代行者は、利用者の代理人である
ことを証明すべく、申請手続きの際、代行申請証明書を
申請書に添付し、第３〜第６の実施形態と同様の申請手
続きを行う。なお、申請受付機関９０における申込検査
部８１には、代行申請証明書を検査する機能が加えられ
る。

【０１７６】代行申請の場合、代行者自身で支払証明書
を作成し、申請書とともに代行者の署名による支払証明
書と代行申請証明書を添えて申請し、申請手続きが終了
次第、利用者に支払請求する方法がある。これは、上記
第１の実施形態を利用する場合に対応している。また、
他の代行申請の方法として、利用者は予め支払証明書を
作成、代行者に送信しておき、代行者は申請書とともに
利用者が作成した支払証明書と代行申請証明書を添えて
申請する方法がある。この場合、代行者は第１の実施形
態における利用者３０となる必要はない。

【０１７７】申請受付機関８０は、いずれの方法の場合
も支払証明書（電子印紙使用証明書）を検査後、各業務
機関９０または業務処理手順における最初の業務機関９
０に業務申請を行う。各業務機関９０は、代行申請証明
書を検証後、代行申請証明書に記載されている申請者
（利用者）名で第３〜第６の実施形態と同様に業務を処
理する。なお、このために業務申請検証部９１に代行申
請証明書を検査する機能が加えられる。

【０１７８】上述したように本実施形態によれば、第３
〜６の実施形態と同様に構成される他、代行者により公
的機関に対する業務申請を可能としたので、利用者の負
担を一層軽減することができ、公的機関における承認等
をより一層スムーズに行うことができる。

【０１７９】なお、第３〜第７の実施形態においては、
申請受付機関８０に集まる印紙使用証明書を一元管理す
る機関（印紙不正使用検査機関）を設けて、その機関に
おいて、使用された電子印紙データの印紙通し番号と発
行金額と、それに対する印紙使用証明書内の印紙使用金
額の累積数と集中管理してもよい。この様にすることに
より、不正使用の検出がより確実に行うことが可能とな
る。

【０１８０】その他、本発明はその要旨を逸脱しない範
囲で種々変形して実施できる。

【０１８１】なお、実施形態に説明した装置は、記憶媒
体に格納したプログラムをコンピュータに読み込ませる
ことで実現させることができる。

【０１８２】ここで本発明における記憶媒体としては、
磁気ディスク、フロッピーディスク、ハードディスク、
光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等）、光
磁気ディスク（ＭＯ等）、半導体メモリ等、プログラム
を記憶でき、かつコンピュータが読み取り可能な記憶媒
体であれば、その記憶形式は何れの形態であってもよ
い。

【０１８３】また、記憶媒体からコンピュータにインス
トールされたプログラムの指示に基づきコンピュータ上
で稼働しているＯＳ（オペレーティングシステム）や、
データベース管理ソフト、ネットワークソフト等のＭＷ
（ミドルウェア）等が本実施形態を実現するための各処
理の一部を実行してもよい。

【０１８４】さらに、本発明における記憶媒体は、コン
ピュータと独立した媒体に限らず、ＬＡＮやインターネ
ット等により伝送されたプログラムをダウンロードして
記憶又は一時記憶した記憶媒体も含まれる。

【０１８５】また、記憶媒体は１つに限らず、複数の媒
体から本実施形態における処理が実行される場合も本発
明における記憶媒体に含まれ、媒体構成は何らの構成で
あってもよい。

【０１８６】なお、本発明におけるコンピュータは、記
憶媒体に記憶されたプログラムに基づき、本実施形態に
おける各処理を実行するものであって、パソコン等の１
つからなる装置、複数の装置がネットワーク接続された
システム等の何れの構成であってもよい。

【０１８７】また、本発明におけるコンピュータとは、
パソコンに限らず、情報処理機器に含まれる演算処理装
置、マイコン等も含み、プログラムによって本発明の機
能を実現することが可能な機器、装置を総称している。

【０１８８】

【発明の効果】以上説明したように本発明によれば、申
請手続きの際に、印紙の購入と貼付けの手間を省略で
き、申請対象を明確にしつつ、簡易な流通経路により、
高速処理を実現し得る申請手続処理システム及び記憶媒
体を提供することができる。

【０１８９】さらに、一つの申請事案に対して複数の手
続きを必要とする場合に、これをまとめて一つの申請で
済ますことができる申請手続処理システム及び記憶媒体
を提供することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る申請手続処理シ
ステムの全体構成を示す模式図

【図２】同実施形態におけるＩＣカードと印紙発行機関
との構成を示すブロック図

【図３】同実施形態における動作を説明するためのシー
ケンス図

【図４】同実施形態における動作を説明するためのシー
ケンス図

【図５】同実施形態における動作を説明するためのシー
ケンス図

【図６】本発明の第２の実施形態に係る申請手続処理シ
ステムの要部を示す図。

【図７】本発明の第３の実施形態に係る申請手続処理シ
ステムの全体構成を示す模式図。

【図８】申請受付機関及び業務機関の詳細構成例を示す
ブロック図。

【図９】同実施形態の申請手続処理システムにおける申
請機関からの業務割当の様子を示す模式図。

【図１０】利用者から受け付けられる申請手続き書類を
概念的に示す図。

【図１１】同実施形態の申請手続処理システムにおける
処理の全体を示す流れ図。

【図１２】この処理において各機関間で授受されるデー
タを示す図。

【図１３】本発明の第４の実施形態に係る申請手続処理
システムにおける申請受付機関及び業務機関の詳細構成
例を示すブロック図。

【図１４】同実施形態の申請手続処理システムにおける
申請機関からの業務割当の様子を示す模式図。

【図１５】利用者から受け付けられる申請手続き書類を
概念的に示す図。

【図１６】同実施形態の申請手続処理システムにおける
処理の全体を示す流れ図。

【図１７】この処理において各機関間で授受されるデー
タを示す図。

【図１８】本発明の第５の実施形態に係る申請手続処理
システムにおいて、利用者から受け付けられる申請手続
き書類を概念的に示す図。

【図１９】本発明の第６の実施形態に係る申請手続処理
システムにおける申請機関からの業務割当の様子を示す
模式図。

【図２０】利用者から受け付けられる申請手続き書類を
概念的に示す図。

【図２１】同実施形態の申請手続処理システムにおける
処理の全体を示す流れ図。

【図２２】この処理において各機関間で授受されるデー
タを示す図。

【図２３】一般的な電子現金の流れを示す模式図。

【符号の説明】

１０…利用者登録機関２０…ＩＣカード２１…メモリ２２…残高カウンタ２３…残高管理部２４…Ｉ／Ｏインターフェイス３０…利用者端末４０…印紙発行機関５０…申請機関６０…金融機関７０…印紙不正使用検査機関８０…申請受付機関８１…申込検査部８２…業務割当処理部８３…業務証明書作成部９０…業務機関９１…業務申請検査部９２…業務処理部９３…業務証明書検証部９４…全業務終了判定部９５…業務開始可否判定部１００…検査機関

───────────────────────────────────────────────────── フロントページの続き (72)発明者新保淳神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内 (72)発明者才所敏明東京都府中市東芝町１番地株式会社東芝府中工場内Ｆターム(参考） 5B049 AA04 AA05 BB00 CC00 CC39 DD04 EE02 EE23 EE25 GG04 GG06 GG10 5B055 BB11 CA07 CB09 CC16 EE02 EE03 EE17 EE21 FA01 FB03 HA02 HA12 KK05 KK18 KK19 PA22 PA28

Claims

【特許請求の範囲】

【請求項１】申請書類の電子化された文書データと申
請費用の電子化された電子印紙データとを提出する申請
手続のための申請手続処理システムであって、前記申請手続を受け付け、前記文書データに１又は複数
の業務処理が含まれる場合には、各業務処理の処理依頼
を業務機関に行う申請受付手段とを備えたことを特徴と
する申請手続処理システム。
【請求項２】前記申請受付手段は、前記業務機関に対
し、並列的に業務処理の処理依頼を行うことを特徴とす
る請求項１記載の申請手続処理システム。
【請求項３】前記申請受付手段は、前記１又は複数の
業務処理に処理の順番がある場合には、その順番通りに
業務処理を行うように業務処理内容を業務機関に引き渡
すことを特徴とする請求項１記載の申請手続処理システ
ム。
【請求項４】申請書類の電子化された文書データと申
請費用の電子化された電子印紙データとを提出する申請
手続のための申請手続処理システムであって、前記申請手続を受け付け、前記電子印紙データを検査し
てその正当性を確認するとともに、前記文書データに１
又は複数の業務処理が含まれる場合には、各業務処理の
処理依頼を行い、さらに、前記処理依頼に対応した業務
完了通知をすべて受け取った場合には申請手続完了通知
を出力する申請受付手段と、前記申請受付手段からの業務処理の処理依頼に対応し
て、依頼された業務処理を行うとともに、業務完了時に
は業務完了通知を前記申請受付手段に返す１又は複数の
業務処理手段とを備えたことを特徴とする申請手続処理
システム。
【請求項５】前記申請受付手段は、前記業務処理手段
に対し、並列的に業務処理の処理依頼を行うことを特徴
とする請求項４記載の申請手続処理システム。
【請求項６】前記申請受付手段は、前記１又は複数の
業務処理に処理の順番がある場合には、その順番通りに
業務処理を行うように業務処理内容を業務処理手段に引
き渡すことを特徴とする請求項４記載の申請手続処理シ
ステム。
【請求項７】前記申請受付手段は、前記文書データに
１又は複数の業務処理が含まれる場合には、各業務処理
に対応する手数料の電子印紙データが業務処理項目それ
ぞれについて添付される申請手続を受け付けるととも
に、業務処理手段への処理依頼の際に、対応する電子印
紙データを添付することを特徴とする請求項４乃至６の
うち何れか一項に記載の申請手続処理システム。
【請求項８】前記申請受付手段は、前記文書データに
１又は複数の業務処理が含まれる場合には、各業務処理
に対応する手数料の合計金額の電子印紙データが添付さ
れる申請手続を受け付けるとともに、業務処理手段への
処理依頼の際に、各業務処理手段に対応する手数料表示
を添付することを特徴とする請求項４乃至６のうち何れ
か一項に記載の申請手続処理システム。
【請求項９】前記申請受付手段は、順番の第１位の業
務機関にすべての業務処理内容を引き渡すとともに、順
番の最終位の業務処理手段からすべての業務完了通知を
まとめて受け取るとともに、前記業務処理手段は、自己が順番の第１位又は最終位以
外であるときには、業務処理内容及び業務完了通知を一
つ前の順番の業務処理手段から受け取り一つ後の業務処
理手段に引き渡し、自己が順番の第１位であるときに
は、すべての業務処理内容を申請受付手段から受け取り
業務処理内容及び業務完了通知を一つ後の業務処理手段
に引き渡し、自己が順番の最終位であるときには、業務
処理内容及び業務完了通知を一つ前の順番の業務処理手
段から受け取りすべての業務完了通知を申請受付手段に
引き渡すことを特徴とする請求項６記載の申請手続処理
システム。
【請求項１０】前記申請受付手段は、前記文書データ
に１又は複数の業務処理が含まれる場合には、各業務処
理に対応する手数料の電子印紙データが業務処理項目そ
れぞれについて添付される申請手続を受け付けるととも
に、業務処理手段への処理依頼の際にすべての電子印紙
データを前記業務処理内容に含めることを特徴とする請
求項９記載の申請手続処理システム。
【請求項１１】前記申請受付手段は、前記文書データ
に１又は複数の業務処理が含まれる場合には、各業務処
理に対応する手数料の合計金額の電子印紙データが添付
される申請手続を受け付けるとともに、業務処理手段へ
の処理依頼の際に前記合計金額と同額の手数料残高を前
記業務処理内容に含め、前記業務処理手段は、前記手数料残高から自己の業務手
数料を差し引くとともに、当該差し引き後の手数料残高
が０円以上である場合にのみ業務処理を行うことを特徴
とする請求項９記載の申請手続処理システム。
【請求項１２】前記申請受付手段は、申請者の代理人
による前記申請手続を受け付けた場合には、前記文書デ
ータに含まれる代行申請証明書を検証し、その正当性が
確認された場合にのみ、その後の処理を行うことを特徴
とする請求項４乃至１１のうち何れか一項に記載の申請
手続処理システム。
【請求項１３】申請書類の電子化された文書データと
申請費用の電子化された電子印紙データとを提出する申
請手続のための申請手続処理システムを制御するプログ
ラムであって、前記申請手続を受け付けさせ、前記文書データに１又は
複数の業務処理が含まれる場合には、各業務処理の処理
依頼を業務機関に行わせる申請受付手段を有するプログ
ラムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項１４】前記申請受付手段は、前記業務機関に
対し、並列的に業務処理の処理依頼を行わせることを特
徴とする請求項１３記載の記憶媒体。
【請求項１５】前記申請受付手段は、前記１又は複数
の業務処理に処理の順番がある場合には、その順番通り
に業務処理を行わせるように業務処理内容を業務機関に
引き渡させることを特徴とする請求項１３記載の記憶媒
体。