JP2000113083A - 電子書類処理システム及び電子書類処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 印紙税額の算出、印紙の購入・決済、印紙の
電子化書類への付加などの一連の業務の完全自動化を実
現する。 【解決手段】 税務データベースサーバ１１０、電子収
入印紙発行サーバ１５０、決済サーバ１６０及び複数の
クライアント１２０を通信ネットワーク１７０で接続
し、税務データベースサーバは、課税定義１１１および
様式定義１１２を備え、クライアントは、税務データベ
ースサーバの課税定義および様式定義を取り込んで管理
し、電子収入印紙発行サーバから電子収入印紙を購入し
て管理し、購入した電子収入印紙に対して、決済サーバ
との間で電子決済を行い、様式定義をもとに電子書類を
作成し、課税定義をもとに印紙税額を算出し、該印紙税
額に相当する電子収入印紙を電子書類に付加し、該電子
書類を相手クライアントに送付する等の機能を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータネッ
トワークなどを通して、電子化された契約書や領収書な
どの、取扱金額に応じた税額の電子収入印紙の付加され
た電子書類の作成、電子収入印紙の購入、決済等を自動
的に行う電子書類処理システム及びそのクライアントな
どとして使用される電子書類処理装置に関する。

【０００２】

【従来の技術】パーソナルコンピュータやインターネッ
トの普及にともなって、物品の売買や金銭の授受をコン
ピュータのメッセージによって行うという電子商取引が
実用段階に入りつつある。また、契約書などの重要性の
高い電子文書をネットワーク上で配布することを可能に
するための種々の証明行為がネットワーク上で、公正な
第三者機関によって運営されることが期待され、電子公
証システムなどの実証実験が始まり、従来の紙による商
取引と同様な基盤が整いつつある。

【０００３】例えば、特開昭６３−２８０３７０号公報
では、公開鍵方式によるデジタル署名文を利用して、文
書に課した印紙税と同様にコンピュータメッセージに対
する電子収入印紙の貼付けを実現する方法が述べられて
いる。この方式では、書類をコンピュータのメッセージ
に置き換え電子的に所望の取引を行う電子取引におい
て、収入印紙税額に相当する金額の電子収入印紙の原文
となる文書を購入し、取引文書と合わせて該電子収入印
紙を含むデジタル署名を取引において使用することによ
って、利用者に収入印紙税を納入せしめ、かつ、該取引
を実施せしめる方式が述べられている。

【０００４】また、特開平８−５５１５７号公報には、
スーパーマーケット、デパートなどのＰＯＳ端末やキャ
ッシュレジスタなどにおいて、取扱金額に応じた印紙税
額を自動的に算出して、領収書等に貼付する収入印紙の
金額をオペレータに明示する技術が述べられている。

【０００５】

【発明が解決しようとする課題】特開昭６３−２８０３
７０号公報では、該取引文に対する収入印紙税額の算出
については述べられておらず、人手による計算が必要で
ある。このため、過不足なく収入印紙税を納入するため
には、印紙税法の理解と税額の算出などの事務作業が必
要である。また、その税額に見合った電子収入印紙を人
手によって購入する必要がある。また、取引文に対する
電子収入印紙が正しく付加されているか否かは、同様に
人手による確認が必要となり、納税者の事務作業の負担
となる。

【０００６】一方、特開平８−５５１５７号公報では、
領収書等に貼付する収入印紙の金額を自動的に算出する
ことが述べられているが、これは実物の領収書等の発行
を対象にしたものであり、電子化された領収書等を作成
し発行する際、電子収入印紙の購入、決済をどうする
か、また、発行された領収書が過不足なく正しく収入印
紙が貼られたものであるかどうを自動的に確認すること
については、まったく述べられていない。

【０００７】本発明の目的は、電子化された契約書や領
収書などの電子書類の作成、該書類の内容に基づいて印
紙税額の計算、電子収入印紙の購入・決済、印紙税額に
該当する電子収入印紙の電子書類への貼付、該電子書類
へ貼付された電子収入印紙の税額の確認等の、一連の処
理を効率的、自動的に逐行するコンピュータネットワー
ク利用の電子書類処理システム、及び、そのクライアン
トあるいは単独に使用する電子書類処理装置を提供する
ことにある。

【０００８】

【課題を解決するための手段】本発明の電子書類処理シ
ステムは、税務データベースサーバ、電子収入印紙発行
サーバ、決済サーバ及び複数のクライアントが通信ネッ
トワークで接続され、前記税務データベースサーバは、
取扱金額に応じた税額の収入印紙の貼付けが必要な書類
に関する課税定義および様式定義を備え、前記クライア
ントは、前記税務データベースサーバの課税定義および
様式定義を取り込んで管理する機能、前記電子収入印紙
発行サーバから電子収入印紙を購入して管理する機能、
前記購入した電子収入印紙に対して、前記決済サーバと
の間で電子決済を行う機能、前記様式定義をもとに電子
書類を作成し、前記課税定義をもとに印紙税額を算出
し、該印紙税額に相当する電子収入印紙を前記作成した
電子書類に付加する機能、及び、前記電子収入印紙の付
加された電子書類を相手クライアントに送付する機能を
備えることを特徴とする。

【０００９】また、本発明の電子書類処理システムは、
税務データベースサーバ、電子収入印紙発行サーバ、決
済サーバ及び複数のクライアントが通信ネットワークで
接続され、前記税務データベースサーバは、取扱金額に
応じた税額の収入印紙の貼付けが必要な書類に関する課
税定義および様式定義に備え、前記クライアントは、前
記電子収入印紙発行サーバから電子収入印紙を購入して
管理する機能、前記購入した電子収入印紙に対して、前
記決済サーバとの間で電子決済を行う機能、電子書類を
作成し、前記税務データベースサーバに問合せて印紙税
額を決定し、該印紙税額に相当する電子収入印紙を前記
作成した電子書類に付加する機能、及び、前記電子収入
印紙の付加された電子書類を相手クライアントに送付す
る機能を備えることを特徴とする。

【００１０】また、本発明の電子書類処理システムは、
電子収入印紙発行サーバは、逐次決済型、プリペイド型
および後払い型の各電子収入印紙を管理し、クライアン
トは、利用者からの指示に応じて、電子収入印紙発行サ
ーバから前記逐次決済型、プリペイド型、後払い型のい
ずれかで電子収入印紙を購入することを特徴とする。

【００１１】また、本発明の電子書類システムにおい
て、税務データベースサーバ、電子収入印紙発行サー
バ、決済サーバ、複数のクライアントに加えて、電子公
証サーバを通信ネットワークで接続し、前記電子公証サ
ーバは、クライアントから電子収入印紙の付加された電
子書類の送付を受けて、内容を確認し、クライアントへ
返送することを特徴とする。

【００１２】本発明の電子書類処理装置は、取扱金額に
応じた税額の収入印紙の貼付けが必要な書類に関する課
税定義および様式定義を管理する手段と、電子収入印紙
を購入して管理する手段と、前記購入した電子収入印紙
に対して電子決済を行う手段と、前記様式定義をもとに
電子書類を作成し、前記課税定義をもとに印紙税額を算
出し、該印紙税額に相当する電子収入印紙を前記作成し
た電子書類に付加する手段とを備えることを特徴とす
る。

【００１３】また、本発明の電子書類処理装置は、電子
収入印紙の付加された電子書類について、前記課税定義
と様式定義を参照して、正しい税額の電子収入印紙が付
加されたものであるか否かを確認する手段を備えること
を特徴とする。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態の具体
的実施例として、電子契約書及び電子領収書を作成して
相手に送付する処理システムについて、それぞれ図面に
より詳しく説明する。

【００１５】〈実施例１〉これは、電子収入印紙を貼付
した電子契約書を２部作成し、契約者間で送受信して電
子署名し、互いに保存する一連の処理を自動的に行う実
施例である。図１は、本実施例の電子契約書処理システ
ムの全体的構成図であり、公的機関の運営する税務デー
タベースサーバ１１０と広域ネットワーク１７０で接続
された電子収入印紙発行サーバ１５０、金融機関の決済
サーバ１６０、各契約者の所有する電子メールサーバ１
３０と契約者の組織内のＬＡＮ等のネットワーク１４０
で接続された複数台のクライアント（電子契約書処理装
置）１２０から構成されている。ここで、税務データベ
ースサーバ１１０は課税定義１１１、様式定義１１２の
各ファイルを具備している。また、電子収入印紙発行サ
ーバ１５０は逐次決済型印紙１５１、プリペイド型印紙
１５２、後払い型印紙１５３の３種類の電子収入印紙を
発行できるようになっている。なお、課税定義や様式定
義、各種電子収入印紙については後述する。

【００１６】本システムの利用者は、通常、あらかじめ
税務データベースサーバ１１０から課税定義１１１、様
式定義１１２をダウンロードしてクライアント１２０に
保持し、電子契約書を作成する場合、クライアント１２
０にて、この保持してある課税定義１１１を参照して、
自動的に納税額を決定し、電子収入印紙発行サーバ１５
０から逐次決済型印紙１５１、プリペイド型印紙１５
２、後払い型印紙１５３などを購入して印紙税を納入す
る。この際、決済は金融機関の決済サーバ１６０を通し
て行う。電子契約書は、同じく保持してある様式定義１
１２を参照して２部作成し、それに購入した電子収入印
紙を付加し、この作成された電子契約書を電子メールサ
ーバ１３０を用いて相手方と送受信する。なお、利用者
は、電子契約書作成の都度、クライアント１２０から税
務データベースサーバ１１０に問い合わせを行って、収
入印紙の税額を決定し、また、電子契約書のひな形等を
入手することも可能である。

【００１７】図２は、図１のシステムにおけるクライア
ント（電子契約書処理装置）１２０の一実施例の構成図
である。本クライアント１２０は、ネットワーク制御部
２１０、決済管理部２２０、印紙管理部２３０、契約文
書管理部２４０、税務ＤＢ管理部２５０、入出力制御部
２７０の各処理ユニット、課税定義１１１、様式定義１
１２、逐次決済型印紙１５１、プリペイド型印紙１５
２、後払い型印紙１５３、契約書２６０などの各ファイ
ル、入力装置２８０、及び、表示装置２９０から構成さ
れる。このクライアント１２０は、実際には、いわゆる
ＣＰＵ及びメモリ装置、キーボードやマウス、ディスプ
レイなどのからなるコンピュータシステムを利用して構
成されることは云うまでもない。

【００１８】図２のクライアント１２０の各処理ユニッ
トは、それぞれ以下の機能を果たす。 ネットワーク制御部２１０：税務データベースサーバ１
１０、電子収入印紙発行サーバ１５０、決済サーバ１６
０、電子メールサーバ１３０とのネットワーク１４０，
１７０を介した通信を制御する。 決済管理部２２０：印紙税納入のために電子収入印紙発
行サーバ１５０、決済サーバ１６０との間での決済通
知、決済処理を行う。 印紙管理部２３０：電子収入印紙発行サーバ１５０から
購入した逐次決済型印紙１５１、プリペイド型印紙１５
２、後払い型印紙１５３の各電子収入印紙を管理する。
また、各電子収入印紙の使用状況の履歴を保存する。ま
た、プリペイド型印紙１５２に対する決済では、使用残
高の照会と利用金額分の引落しを実施する。後払い型印
紙１５３については、利用金額の合計を納税すべき金額
として報告・決済する。 契約文書管理部２４０：電子契約書２６０の登録／削除
／検索／参照、相手契約者等への電子契約書の送付、電
子契約書に対する署名、収入印紙の貼付けなどを処理す
る。 税務ＤＢ管理部２５０：税務データベースサーバ１１０
からの納税定義１１１、様式定義１１２の取込み、様式
定義１１２からの電子契約書２６０のもとになる様式の
取得、課税定義１１１による課税額の算出、電子契約書
２６０に付加された電子収入印紙の額面の妥当性チェッ
クなどの処理を行う。 入出力制御部２７０：入力装置２８０を通してユーザか
らのコマンドやデータの入力を受け、契約文書管理部２
４０、決済管理部２２０、税務ＤＢ管理部２５０、印紙
管理部２３０の制御を行い、また、種々の画面や処理結
果などを表示装置２９０に表示してユーザに応答する制
御を行う。

【００１９】課税定義１１１、様式定義１１２は、それ
ぞれ、以下の情報を記述する。 課税定義１１１：印紙税法によって定められた内容(非
課税法人、非課税文書等)とそれによって定められる印
紙税額を記述する。 様式定義１１２：契約書の中に、収入印紙税額を算出す
るために必要な情報を漏れなく記述するための項目等を
作成するのに必要な情報を記述する。

【００２０】逐次決済型印紙１５１、プリペイド型印紙
１５２、後払い型印紙１５３は、それぞれ、以下の意味
および処理形態を持つ。 逐次決済型印紙１５１：必要の度に購入する所定額面の
電子収入印紙である。購入代金は、決済管理部２２０を
通し、金融機関の決済サーバ１６０、公的機関の電子収
入印紙発行サーバ１５０、印紙を購入する利用者の三者
間で決済する。購入した逐次決済型印紙は、逐次決済で
代金はその度に精算されるが、印紙管理部２３０が管理
するファイルに保存される。この逐次決済型印紙が使用
されると、印紙管理部２３０は該当するデータを削除す
る。

【００２１】プリペイド型印紙１５２：あらかじめ購入
しておくプリペイドカード形式の所定額面の電子収入印
紙である。購入代金の決済は逐次決済型と同じである。
購入したプリペイド型印紙は、印紙管理部２３０が管理
するファイルに保存され、それが使用されると、印紙管
理部２３０は額面金額から使用した金額を減算する。

【００２２】後払い型印紙１５３：額面の記載のない、
いわゆる後払いとして購入する電子収入印紙である。購
入した後払い型印紙は、印紙管理部２３０が管理するフ
ァイルに保存され、それが使用されると、印紙管理部２
３０は使用した金額を加算する。決済は、決済管理部２
２０を通し、例えば所定期間ごと、後払い型印紙のファ
イルの内容に基づき、一括して利用金額を支払うことで
行い。決済が終了すると、印紙管理部２３０は該当する
ファイルの金額をクリアする。

【００２３】図３乃至図６は、本実施例で用いられる課
税定義１１１の構成例を示す。図３は非課税法人一覧テ
ーブル３１０、図４は非課税文書一覧テーブル４１０、
図５は課税情報管理テーブル５１０、図６は税額管理テ
ーブル６１０の構成例であり、それぞれ以下の内容を記
述・管理している。 非課税法人一覧テーブル３１０：印紙税を課税されない
法人の一覧を記述している。 非課税文書一覧テーブル４１０：印紙税を課税されない
文書の一覧を記述している。 課税情報管理テーブル５１０：契約書の文書区分５２０
と対になる図６の税額管理テーブル６１０のエントリ番
号６２０を税額管理テーブルエントリ番号５３０として
管理している。例えば、図５では、不動産の譲渡に関す
る契約書の場合は、税額管理テーブルエントリ番号５３
０が１になっているので、図６の税額管理テーブル６１
０のエントリ番号６２０の１に格納された印紙税額テー
ブル６３０を参照することで税額を決定することができ
る。 税額管理テーブル６１０：図５の課税情報管理テーブル
５１０の文書区分５２０と印紙税額テーブル６３０との
関連を管理している。文書区分５２０から定まる税額管
理テーブルエントリ番号５３０を利用して、印紙税額を
算出するために、どの印紙税額テーブル６３０を利用す
るかを決定する。印紙税額テーブル６３０は契約書の文
書区分に対応して印紙税額を算出するためのテーブルで
あり、契約金額６４０から印紙税額６５０を算出でき
る。

【００２４】図７は、本実施例で用いられる電子契約書
のひな形となる様式定義１１２の構成例を示す。様式定
義１１２は文書区分７１０、契約書区分７２０、契約金
額７３０、契約書本文７４０からなる。文書区分７１０
は電子契約書の内容に関する区分であり、右欄の一覧か
ら選択する。契約者区分７２０は当事者となる契約者の
区分であり、右欄の一覧から選択する。契約金額７３０
は契約金額を数値で記入する。契約書本文７４０は契約
書の本文を自由形式で記入する。

【００２５】図８は、図１の電子契約書処理システムに
おいて、契約者Ａ，Ｂの二者間で電子化された契約書を
取り交す場合の処理の流れを示したものである。以下、
図８に従い、図２乃至図７を参照して本実施例の動作を
説明する。

【００２６】ここで、課税定義１１１と様式定義１１２
は、すでに公的機関の課税データベースサーバ１１０か
ら利用者のクライアント１２０にダウンロードされてい
るとする。図８中、ステップ８０５〜８６０，８９５は
契約者Ａ側のグライアント１２０の処理、ステップ８６
５〜８９０は契約者Ｂ側のクライアント１２０の処理を
示している。

【００２７】契約書様式取得８０５：利用者（契約者
Ａ）は、入力装置２８０より契約書の新規作成を指示す
る。これを入出力制御部２７０を通して契約文書管理部
２４０が受け取り、税務ＤＢ管理部２３０に様式定義１
１２の取得を依頼する。税務ＤＢ管理部２３０は電子契
約書のひな形となる様式定義１１２を取り出し、契約文
書管理部２４０へ渡す。契約文書管理部２４０は、渡さ
れた様式定義１１２を保持するとともに、入出力制御部
２７０を通して表示装置２９０に表示する。

【００２８】規定項目の記述８１０：利用者は表示装置
２９０の様式定義１１２（図７）を見ながら、入力装置
２８０より文書区分７１０、契約者区分７２０、契約金
額７３０など印紙税額算出に必要な情報を入力する。文
書区分７１０、契約者区分７２０は、一覧から選択して
入力する。契約金額７３０は、数値で入力する。 契約書本文記述８１５：利用者は、同じく入力装置２８
０から契約書の本文７４０を自由形式で記述して入力す
る。

【００２９】原本作成８２０：契約文書管理部２４０
は、利用者からの入力情報に基づいて、契約者Ａ，Ｂ、
両者の控えを取るために、契約書（電子契約書）２６０
の原本を二部作成する。 契約者Ａ署名８２５：契約文書管理部２４０は、既存の
電子文書に対する署名技術を利用して、作成した文書
（二部）に契約者Ａの電子署名を行う。既存の署名技術
としては、公開鍵基盤（Ｐublic Ｋey Ｉnfrastructur
e）、署名鍵認証書を利用した署名等が有名である。

【００３０】課税情報抽出８３０：契約文書管理部２４
０は、作成した契約書の記載事項から文書区分７１０、
契約者区分７２０、契約金額７３０を抽出する。機密保
護のため、契約書本文７４０は抽出しない。 印紙税問合せ８３５：契約文書管理部２４０は、課税情
報抽出処理８３０で抽出した情報を税務ＤＢ管理部２５
０に渡し、収入印紙税額を問合わせる。 印紙税額取得８４０：税務ＤＢ管理部２５０は、課税定
義１１１を参照して印紙税額を算出し、契約文書管理部
２４０に返送する。なお、税務ＤＢ管理部２５０は、ネ
ットワーク制御部１７０を通して、直接、公的機関の税
務データベースサーバ１１０に問合せて印紙税務を取得
することもできる。

【００３１】税額確認８４５：契約書文書管理部２４０
は、税務ＤＢ管理部２５０から取得した印紙税額を、入
出力制御部２７０を通して表示装置２９０に表示する。
この時、表示装置２９０には、印紙税額とともに、逐次
決済型、プリペイド型、後払い型の、収入印紙の購入方
法も表示する。契約者Ａの利用者は、表示装置２９０に
表示された印紙税額を確認し、入力装置２８０で応答す
る。同時に、利用者は収入印紙の購入方法も指示する。

【００３２】印紙購入・決済８５０：契約文書管理部２
４０は、決定された印紙税額、利用者から指示された購
入方法をもとに、該印紙税額に相当する収入印紙の購入
決済を印紙管理部２３０、決済管理部２２０に依頼す
る。印紙管理部２３０は、ユーザの指示に合わせ、逐次
決済型印紙１５１、プリペイド型印紙１５２、後払い型
印紙１５３のいずれかを購入し、印紙税額に該当する額
の電子収入印紙（電子収入印紙データ）を契約文書管理
部２４０に渡す。決済は決済管理部２２０によって制御
される。ここで、逐次決済型印紙１５１では、印紙購入
時に決済管理部２２０を通して銀行口座、クレジット会
社などの決済サーバとの間で決済処理が行われる。プリ
ペイド型印紙１５２では、購入時に一定金額を前払いし
プリペイド印紙を購入する。残高の管理はプリペイド型
印紙１５２によって行われる。決済処理は、逐次決済型
印紙１５１と同様に決済管理部２２０を通して行われ
る。後払い型印紙の場合は、後払い型印紙１５３が使用
履歴を保存し、決済管理部２２０にて一括後払いの処理
を実行する。

【００３３】電子収入印紙貼付け８５５：契約文書管理
部２４０は、印紙管理部２３０から渡された、印紙税額
に該当する額の電子収入印紙（電子収入印紙データ）を
契約文書（二部）に付加し、電子契約書２６０を完成さ
せる。なお、電子収入印紙データの付加処理の詳細につ
いては、図９乃至図１１で説明する。

【００３４】契約者Ｂへ送付８６０：契約文書管理部２
４０は、電子契約書（二部）２６０を取出し、電子収入
印紙が正しく付加されていることを確認する。もしも、
電子収入印紙が付加されていない場合は、入出力制御部
２７０を通して、その旨を表示装置２９０に表示し、利
用者からの応答を待つ。電子収入印紙が付加されている
場合は、収入印紙税額算出に必要な情報を抽出し、税務
ＤＢ管理部２５０に該契約書に必要な収入印紙税額を問
合せる。付加された電子収入印紙の額面が必要な収入印
紙税額を下回った場合、その旨を表示装置に表示し、同
様に利用者からの応答を待つ。正しく電子収入印紙が付
加されていることを確認すると、契約文書管理部２４０
は、電子契約書（二部）２６０を電子メールサーバ１３
０を通して、契約者Ｂ側のクライアント１２０へ送付す
る。なお、ここでの電子収入印紙の貼付けや税額の確認
は、契約相手に間違って過不足な電子収入印紙の貼付さ
れた渉子契約書が送付されるのを防止し、より安全・正
確を期すために行うものである。

【００３５】署名の確認８６５：契約者Ｂ側のクライア
ント１２０の契約文書管理部２４０は、受領した電子契
約書の内容と契約者Ａの署名を確認する。 電子印紙の確認８７０：契約文書管理部２４０は、電子
契約書に貼付けられた電子収入印紙が正当な物であるこ
とを確認する。 契約者Ｂ署名８７５：契約文書管理部２４０は、既存の
署名技術を利用して、受領した電子契約書（二部）に契
約者Ｂの電子署名を行う。 印紙代金の支払い８８０：決済文書管理部２４０は、印
紙代金の半分を契約者Ａに支払う。支払いの決済の方法
は、既存の銀行決済、クレジット決済による。 契約書の保存８８５：契約文書管理部２４０は、電子契
約書二部の内、一部を当該契約者Ｂの契約書２６０とし
て保存する。 一部返送８９０：契約文書管理部２４０は、電子メール
サーバ１３０を通して、残りの一部を契約者Ａ側のクラ
イアント１２０に返送する。

【００３６】契約書の保存８９５：契約者Ａ側のクライ
アント１２０の契約文書管理部２４０は、契約者Ｂ側か
ら返送された電子契約書の内容をチェックし、正しい場
合、当該契約書Ａの契約書２６０として保存する。

【００３７】図９は、図８中の電子収入印紙の貼付け処
理８５５を説明する図である。図９の処理は、契約書原
本二部に対応して２回繰り返される。契約文書管理部２
４０は、印紙管理部２３０から印紙税額に相当する金額
の電子収入印紙（電子収入印紙データ）９１０を取得す
る。電子収入印紙データ９１０は、図１０に示すような
電子収入印紙原文を電子収入印紙を発行する公的機関の
秘匿する暗号化鍵を利用して公開鍵暗号方式で暗号化し
たものである。契約文書管理部２４０は、取得した電子
収入印紙データ９１０を使用して、図１１に示すような
デジタル署名原文９２０を作成し、契約者Ａの秘匿する
暗号化鍵９４０を利用して公開鍵方式で暗号化処理９３
０を行い、デジタル署名９５０を作成する。そして、こ
の作成したデジタル署名９５０を該当する電子契約書９
６０と対にして保存する。

【００３８】図１０は、電子収入印紙原文の構成例であ
り、シーケンス番号１０１０、発行先１０２０、発行日
時１０３０、額面１０４０から構成される。シーケンス
番号１０１０は、公的機関が発行する電子収入印紙を管
理するために利用するための識別子である。なお、プリ
ペイド型印紙を使用する場合には、該シーケンス番号１
０１０に、さらに使用する毎に枝番を付加する。発行先
１０２０は、発行先１０２０は、公的機関が電子収入印
紙の利用者を契約者Ａに限定するための氏名等、契約者
Ａに固有の情報である。発行日時１０３０は電子収入印
紙発行の日時、額面１０４０は収入印紙税の納税額であ
る。このような収入印紙原文を、契約書原本二部に対応
して、二葉作成し、それぞれを所定識別子で区別する。

【００３９】図１１は、デジタル署名原文の構成例であ
り、シーケンス番号１１１０、取引先１１２０、取引日
時１１３０、取引識別子１１４０、電子収入印紙９１０
から構成される。シーケンス番号１１１０は、契約者Ａ
が電子契約書を管理するための識別子、取引先１１２０
は電子契約書を受取る正当な取引相手として契約者Ｂを
明確にするために、契約者Ｂの氏名等、契約者Ｂの固有
の情報を指定する。取引日時１１３０は、電子契約書の
作成日時である。取引識別子１１４０は、電子契約書の
内容を一方向性暗号方式を用いて作成した値である。こ
れによって、デジタル署名に対する取引文書が限定され
る。電子収入印紙９１０は、図１０に示した内容であ
り、当該電子契約書に収入印紙税が課税されていること
を示している。

【００４０】図１２は、図１のシステム構成に、更に電
子公証サーバ１２１０を加えた場合の実施例を示したも
のである。図１３は、図１２のシステム構成の処理の流
れの一例である。契約者Ａ，Ｂのクライアント１２０で
の処理は図８と同じであるので、以下では、電子公証サ
ーバ１２１０に関係する処理のみを説明する。 電子公証への送付１３１０：契約者Ｂ側のクライアント
１２０は電子契約書を二部とも電子公証サーバ１２１０
へ送付する。 電子公証処理１３２０：電子公証制度については、法務
省民事局電子取引法制に関する研究会で検討されてい
る。電子公証サーバ１２１０は、一般に検討されている
電子公証の仕組みを利用して、二部作成された電子契約
書の同一性の確認、契約当事者の確認などを実施する。
なお、一定期間の間、該当の電子契約書は電子公証サー
バ１２１０で保存される。 契約者への送付１３３０：電子公証サーバ１２１０は、
公証処理１３２０の後、電子契約書の各一部を、それぞ
れ契約者Ａ，Ｂのクライアント１２０に返送する。

【００４１】〈実施例２〉これは、いわゆる電子モール
を利用して物品を購入した購入者に対し、販売者が電子
収入印紙を貼付した電子領収書を作成・発行する処理を
自動的に行う実施例である。図１４は本実施例の電子領
収書処理システムの全体的構成図であり、公的機関の運
営する税務データベースサーバ１４１０と広域ネットワ
ーク１４０で接続された電子収入印紙発行サーバ１４７
０、金融機関の決済サーバ１４８０、販売者の所有する
電子メールサーバ１４３０、電子モールサーバ１４４０
と組織内のＬＡＮ等のネットワーク１４５０で接続され
た複数台の販売者クライアント１４２０、購入者の所有
する電子メールサーバ１４３０と組織内のＬＡＮ等のネ
ットワーク１４５０で接続された購入者クライアント１
４６０から構成されている。税務データベース１４１０
は課税定義１４１１、様式定義１４１２の各ファイルを
具備している。この課税定義１４１１、様式定義１４１
２については後述する。電子収入印紙発行サーバ１４７
０は逐次決済型印紙１４７１、プリペイド型印紙１４７
２、後払い型印紙１４７３の三種類の電子印紙を発行す
るが、これは先の実施例１と同じである。

【００４２】本システムを利用する場合、購入者は購入
者クライアント１４６０、電子メールサーバ１４３０を
利用して、販売者の電子モールサーバ１４０で物品を購
入する。一方、販売者は、通常、あらかじめ税務データ
ベースサーバ１４１０から課税定義１４１１、様式定義
１４１２をダウンロードして販売者クライアント１４２
０に保持しておく。販売した物品に対して、販売者クラ
イアント１４２０は、保持してある課税定義ファイル１
４１１を参照して納税額を決定し、電子収入印紙発行サ
ーバ１４７０から逐次決済型印紙１４７１、プリペイド
型印紙１４７２、後払い型印紙１４７３などを購入して
印紙税を納入する。この際の決済は、金融機関の決済サ
ーバ１４８０を通して行う。これら印紙の購入、印紙税
の決済は実施例１と基本的に同じである。販売者クライ
アント１４２０は、同じく保持してある様式定義ファイ
ル１４１２を参照して電子領収書を作成し、それに購入
した電子収入印紙を付加し、電子メールサーバ１４３０
を用いて購入者側へ送付する。購入者クライアント１４
６０は、販売者側から送付された電子領収書を同じく電
子メールサーバ１４３０を介して受領し、内容を確認し
て保管する。なお、実施例１の場合と同様に、販売者
は、物品の販売の都度、クライアント１４２０から税務
データベースサーバ１４１０に問い合わせを行って、収
入印紙の税額を決定し、さらに領収書のひな形等を入手
することも可能である。

【００４３】図１５は、図１４のシステムにおける販売
者クライアント（電子領収書処理装置）１４２０の一実
施例の構成図である。本販売者クライアント１４２０
は、ネットワーク制御部１５１０、決済管理部１５２
０、印紙管理部１５３０、領収書管理部１５４０、税務
ＤＢ管理部１５５０、入出力制御部１５７０の各処理ユ
ニット、課税定義１４１１、様式定義１４１２、逐次決
済型印紙１４７１、プリペイド型印紙１４７２、後払い
型印紙１４７３、領収書１５６０の各ファイル、入力装
置１５８０、及び、表示装置１５９０から構成される。
この販売者クライアント１４２０は、実際には、いわゆ
るＣＰＵ及びメモリ装置、キーボードやマウス、ディス
プレイなどのコンピュータシステムを利用して構成され
ることは、図２のクライアント１２０と同じである。こ
れは、図１４の購入者クライアント１４６０についても
同様である。

【００４４】図１５の販売者クライアント１４０の各処
理ユニットは、それぞれ以下の機能を果たす。 ネットワーク制御部１５１０：税務データベースサーバ
１４１０、電子収入印紙発行サーバ１４７０、決済サー
バ１４８０、電子メールサーバ１４３０、電子モールサ
ーバ１４４０とのネットワーク１４５０，１４９０を介
した通信を制御する。 決済管理部１５２０：印紙税納入のために電子収入印紙
発行サーバ１４７０、決済サーバ１４８０との間での決
済通知、決済処理を行う。この決済管理部１５２０の機
能は、図２の決済管理部２２０と基本的に同様である。 印紙管理部１５３０：電子収入印紙発行サーバ１４７０
から購入した逐次決済型印紙１４７１、プリペイド型印
紙１４７２、後払い型印紙１４７３を管理する。この印
紙管理部１５３０の機能も図２の印紙管理部２３０と同
様である。 領収書管理部１５４０：電子領収書１５６０の登録／削
除／検索／参照、購入者への電子領収書の送付、電子領
収書に対する署名、電子収入印紙の貼付けなどの処理を
行う。 税務ＤＢ管理部１５５０：税務データベースサーバ１４
１０からの課税定義１４１１、様式定義１４１２の取込
み、様式定義１４１２からの電子領収書１５６０のもと
になる様式の取得、課税定義１４１１による課税額の算
出、電子領収書１５６０に付加された電子収入印紙の額
面の妥当性チェックなどの処理を行う。 入出力制御部１５７０：入力装置１５８０を通してユー
ザからのコマンドやデータの入力を受け、領収書管理部
１５４０、決済管理部１５２０、税務ＤＢ管理部１５５
０、印紙管理部１５３０の制御を行い、また、種々の画
面や処理結果などを表示装置１５９０に表示してユーザ
に応答する制御を行う。

【００４５】本実施例では、課税定義１４１１、様式定
義１４１２は、それぞれ以下の情報を記述する。 課税定義１４１１：印紙税法によって定められた内容と
それによって決定される印紙税額を記述する。 様式定義１４１２：領収書の中に、収入印紙税額を算出
するために必要な情報を漏れなく記述するための項目等
を作成するのに必要な情報を記述する。

【００４６】図１６及び図１７は、本実施例で用いられ
る課税定義１４１１の構成例を示す。図１６は課税情報
管理テーブル１６１０、図１７は印紙税額テーブル１７
１０の構成例であり、それぞれ以下の内容を記述・管理
している。 課税情報管理テーブル１６１０：領収書の種類から印紙
税額を決定するための課税区分を決定する。これは、文
書の区分１６２０、文書名１６３０、課税区分１６４０
で構成されている。 印紙税額テーブル１７１０：課税区分１７２０と受取金
額１７３０から印紙税額１７４０を決定する。課税区分
１７２０は、図１６の害税情報管理テーブル１６１０の
課税区分１６１０で参照される。

【００４７】図１８は、本実施例で用いられる様式定義
１４１２の構成例である。様式定義１４１２は、シーケ
ンス番号１８１０、発行先１８２０、発行日時１８３
０、領収書の区分を示す文書区分１８４０、受取金額１
８５０、発行者情報１８６０、領収の概要を示す領収内
容１８７０から構成される。文書区分１８４０は右欄の
一覧から選択する。

【００４８】図１９は、図１４の電子領収書処理システ
ムにおいて、物品の購入者側に対して、販売者側が電子
化された領収書を発行する場合の処理の流れを示したも
のである。以下、図１９に従い、図１６乃至図１８を参
照して本実施例の動作を説明する。

【００４９】ここでも、課税定義１４１１と様式定義１
４１２は、すでに公的機関の税務データベースサーバ１
４１０から販売者クライアント１４２０にダウンロード
されているとする。図１９中、ステップ１９１０，１９
１５は電子モールサーバ１４４０の処理、ステップ１９
２０〜１９５５は販売者クライアント１４２０の処理、
ステップ１９０５，１９６０〜１９７５は購入者側クラ
イアント１４６０の処理を示している。

【００５０】物品の購入申込み１９０５：購入者は購入
者クライアント１４６０から販売者の電子モールサーバ
１４４０に物品の購入申込みを行う。 購入代金決済１９１０：電子モールサーバ１４４０は、
金融機関の決済サーバ１４８０との間で、購入者に対す
る決済処理を実施する。 売上情報引継ぎ１９１５：電子モールサーバ１４４０
は、受付けた購入申込みの情報を売上げ情報として販売
者クライアント１４２０に引継ぐ。

【００５１】領収書様式取得１９２０：販売者クライア
ント１４２０の領収書管理部１５４０は、電子モールサ
ーバ１４４０からネットワーク制御部１５１０を通して
売上情報を引継ぐと、税務ＤＢ管理部１５５０に依頼し
て様式定義１１２（図１８）を取得し、電子領収書のひ
な形を作成する。 内容記入・署名１９２５：領収書管理部１５４０は、電
子モールサーバ１４４０から引継いだ売上情報をもと
に、電子領収書１５６０を作成し、販売者の電子署名を
行う。電子署名は、実施例１の場合と同様であり、既存
の電子文書に対する署名技術を利用して、作成した文書
に署名する。

【００５２】課税情報抽出１９３０：領収書管理部１５
４０は、作成された電子領収書から、図１８に示す文書
区分１８４０、受取金額１８５０を抽出する。 印紙税問合せ・取得１９３５：領収書管理部１５４０
は、課税情報抽出処理１９３０で抽出した文書区分１８
４０、受取金額１９５０をもとに、税務ＤＢ管理部１５
５０に収入印紙税額を問合せる。税務ＤＢ管理部１９５
０は、課税定義１４１１を参照して収入印紙税額を決定
し、領収書管理部１５４０に返送する。なお、税務ＤＢ
管理部１９５０は、ネットワーク制御部１５１０を通し
て、直接、公的機関の税務データベースサーバ１４１０
に問合わせて印紙税額を取得することもできる。

【００５３】税額確認１９４０：領収書管理部１５４０
は、入出力制御部１５７０を通して表示装置１５９０に
収入印紙税額を表示し、本システムの利用者（販売者）
の確認を入力装置１５８０から受取る。なお、表示装置
１５９０には、収入印紙税額とともに、逐次決済型、プ
リペイド型、後払い型の、収入印紙の購入種別も表示
し、領収書管理部１５４０は、利用者から購入種別の指
示を受取る。

【００５４】印紙購入・決済１９４５：領収書管理部１
５４０は、決定された印紙税額、利用者から指示された
購入方法をもとに、印紙管理部１５３０、決済管理部１
５２０に、収入印紙の購入・決済を依頼する。印紙の購
入・決済処理は実施例１の場合と同様であり、印紙管理
部１５３０は、利用者の指示に合わせて逐次決済型印紙
１４７１、プリペイド型印紙１４７２、後払い型印紙１
４７３を購入し、決済管理部１５２０は、決済サーバ１
４８０との間で代金を決済する。

【００５５】電子印紙貼付け１９５０：領収書管理部１
５４０は、印紙管理部１５３０から印紙税額に該当する
電子収入印紙（電子収入印紙データ）を受取り、電子領
収書１５６０に付加する。なお、電子収入印紙データの
付加の詳細は、図２０乃至図２２で説明する。

【００５６】領収書送付１９５５：領収書管理部１５４
０は、電子領収書１５６０を取出し、電子収入印紙が付
加されていることを確認する。もしも電子収入印紙が付
加されていない場合は、入出力制御部１５７０を通し
て、その旨を表示装置１５９０に表示し、利用者からの
応答を受ける。電子収入印紙が付加されている場合は、
領収書管理部１５４０は電子領収書の文書区分１８４
０、受取金額１８５０を抽出し、税務ＤＢ管理部１５５
０に収入印紙税額を問合せる。付加されている電子収入
印紙の額面が必要な収入印紙税額を下回った場合、その
旨を表示装置１５９０に表示し、利用者からの応答を待
つ。正しく電子収入印紙が付加されていることを確認す
ると、領収書管理部１５４０は、電子領収書１５６０を
電子メールサーバ１４３０を通して購入者側に送付す
る。なお、ここでの電子収入印紙の貼付や税額の確認
は、購入者に当違って過不足な電子収入印紙の貼付され
た電子領収書が送付されるのを防止し、より安全・正確
を期すために行うものである。

【００５７】領収書の受領１９６０：購入者クライアン
ト１４６０は電子メールサーバ１４３０からメールを取
出し、電子領収書を受領する。 署名確認１９６５：購入者クライアント１４６０は受領
した電子領収書の販売者の署名を確認する。ここでも、
既存の署名方法に対応した署名の確認を実施する。 電子収入印紙確認１９７０：購入者クライアント１４６
０は、電子領収書に付加された電子収入印紙が正当な物
であることを確認する。 内容の確認・保管１９７５：購入者クライアント１４６
０は電子領収書の内容を確認し、該電子領収書を保管す
る。また、利用者からの要求によっては、領収書をプリ
ントアウトして出力する。

【００５８】図２０は、図１９中の電子収入印紙貼付け
処理１９５０のを説明する図である。これは、図９に示
した電子契約書に電子収入印紙を貼り付ける場合と、対
象が異なるだけで、処理手順は基本的に同じである。販
売者クライアント１４２０の領収書管理部１５４０は、
印紙管理部１５３０から該当する税額の電子収入印紙２
０１０を取得する。電子収入印紙（電子収入印紙デー
タ）２０１０は図２１に示すような電子収入印紙原文を
電子収入印紙を発行する公的機関の秘匿する暗号化鍵を
利用して公開鍵方式で暗号化したものである。この暗号
化鍵と対になる公的機関の公開鍵で復号化し、所定の文
章が現れることにより該当の電子収入印紙が正当な物で
あることを確認できる。領収書管理部１５４０は、取得
した電子収入印紙２０１０を使用して、図２２に示すよ
うなデジタル署名原文２０２０を作成し、販売者の秘匿
する暗号化鍵２０４０を利用して公開鍵方式で暗号化処
理２０３０を行い、デジタル署名２０５０を作成する。
そして、この作成したデジタル署名２０５０を該当する
電子領収書２０６０と対にして保存する。

【００５９】図２１は、電子収入印紙原文の構成例であ
り、シーケンス番号２１１０、発行先２１２０、発行日
時２１３０、額面２１４０から構成される。シーケンス
番号２１１０は、公的機関が発行する電子収入印紙を管
理するための識別子であり、プリペイド型印紙の場合に
は、これに使用する毎に枝番が更に付加される。発行先
２１２０は、公的機関が電子収入印紙の利用者を該当の
販売者に限定するための氏名等の固有の情報、発行日時
２１３０は電子収入印紙の発行日時、額面２１４０は収
入印紙税の納税額である。

【００６０】図２２は、デジタル署名原文の構成例であ
り、シーケンス番号２２１０、取引先２２２０、取引日
時２２３０、取引識別子２２４０、及び電子収入印紙２
０１０から構成される。シーケンス番号２２１０は、販
売者が領収書を管理するための識別子、取引先２２２０
は、領収書を受取る正当な取引相手として購入者を明確
にするために、購入者の氏名等、購入者の固有の情報を
指定する。取引日時２２３０は領収書の作成日時であ
る。取引識別子２２４０は、領収書の内容を一方向性暗
号方式を用いて作成した値である。これによって、デジ
タル署名に対する領収書が限定される。電子収入印紙２
０１０は、図２１に示した内容であり、当該電子領収書
に収入印紙税が課税されていることを示している。

【００６１】図２３は、図１４のシステム構成の変形例
であり、収入印紙税納入済みの領収書用紙を用いて収入
印紙税を納入する場合の構成例である。図２３におい
て、図１４との相違は、公的機関の運営する収入印紙税
納入済み領収書用紙発行サーバ２３１０と発行される逐
次決済型用紙２３２０、プリペイド型用紙２３３０、後
払い型用紙２３４０であり、電子収入印紙にかえて、収
入印紙税納入済みの領収書用紙を利用する点が異なって
いる。

【００６２】図２４は、図２３のシステム構成に対応
し、収入印紙税納入済みの領収書用紙を用いて納税する
場合の販売者クライアント１４２０の構成例である。図
２４の図１５との相違は、印紙管理部１５３０が電子収
入印紙に代えて収入印紙税納入済みの電子領収書用紙で
ある逐次決済型用紙２３２０、プリペイド型用紙２３３
０、後払い型用紙２３４０を管理している点である。

【００６３】図２５は、図２３のシステム構成における
販売者クライアント１４２０と購入者クライアント１４
６０の処理の流れを示したものである。図２５の図１９
との相違は、電子収入印紙に代えて収入印紙税納入済み
の電子領収書用紙を利用している点である。即ち、販売
者クライアント１４２０では、領収書様式を取得し、内
容を作成、その内容に基づき税額を算出し、確認等の処
理１９２０〜１９４０を行った後に、処理２５１０で課
税済み電子領収書用紙を購入・決済し、処理２５２０
で、この購入した電子領収書用紙を用いて電子領収書を
作成する。また、購入者クライアント１４６０側では、
受領した電子領収書について、処理２５３０にて、電子
収入印紙に代えて電子領収書用紙の確認を実施する。こ
れら以外の処理は、図１９と同様である。

【００６４】以上、電子契約書及び電子領収書を対象に
本発明の実施例を説明したが、本発明はこれに限らず、
取扱金額に応じた税額の収入印紙の貼付けが必要な電子
書類の処理に広く適用できものである。

【００６５】

【発明の効果】以上述べたように、本発明によれば、電
子化された契約書や領収書などの電子書類の作成、該電
子書類の計算、税額に応じた電子収入印紙の購入・決
済、購入した電子収入印紙の電子書類への付加等の一連
の処理の自動化が実現できる。

【００６６】また、従来、契約書を契約相手に引渡す
際、あるいは領収書を発行する際などにおいて、過不足
のない印紙が貼られているか人手によって確認していた
が、本発明では、電子公証サーバあるいはクライアント
自体で自動的に漏れなく確認することができる。その結
果、過不足のない収入印紙税の納税を効率的に行うこと
が可能となり、納税者の事務作業を軽減できる。

【００６７】さらに、逐次決済型、プリペイド型、後払
い型の電子収入印紙を使い分けすることで、額面の異な
る複数の収入印紙を買い置きしたり、大きい額面の収入
印紙は買い置きがあるが、小額の額面の収入印紙は購入
にしなければならないといった煩わしさを解決できる。

【図面の簡単な説明】

【図１】本発明の第１実施例の電子契約書処理システム
の全体構成図である。

【図２】本発明の第１実施例のクライアントの構成例を
示す図である。

【図３】本発明の第１実施例で用いられる課税定義の非
課税法人一覧テーブルの構成例を示す図である。

【図４】本発明の第１実施例で用いられる課税定義の非
課税文書一覧テーブルの構成例を示す図である。

【図５】本発明の第１実施例で用いられる課税定義の課
税情報管理テーブルの構成例を示す図である。

【図６】本発明の第１実施例で用いられる課税定義の税
額管理テーブルの構成例を示す図である。

【図７】本発明の第１実施例で用いられる様式定義の構
成例を示す図である。

【図８】本発明の第１実施例の全体的処理の流れ図であ
る。

【図９】本発明の第１実施例の電子収入印紙の貼付けの
処理例を示す図である。

【図１０】本発明の第１実施例で用いられる電子収入印
紙原文の構成例を示す図である。

【図１１】本発明の第１実施例で用いられるデジタル書
名原文の構成例を示す図である。

【図１２】本発明の第１実施例において電子公証サーバ
を利用する場合のシステム構成図である。

【図１３】本発明の第１実施例の電子公証サーバを利用
する場合の全体的処理の流れ図である。

【図１４】本発明の第２実施例の電子領収書処理システ
ムの全体構成図である。

【図１５】本発明の第２実施例の販売者クライアントの
構成例を示す図である。

【図１６】本発明の第２実施例で用いられる課税定義の
課税情報管理テーブルの構成例を示す図である。

【図１７】本発明の第２実施例で用いられる課税定義の
印紙税額テーブルの構成例を示す図である。

【図１８】本発明の第２実施例で用いられる様式定義の
構成例を示す図である。

【図１９】本発明の第２実施例の全体的処理の流れ図で
ある。

【図２０】本発明の第２実施例の電子収入印紙の貼付け
処理を説明する図である。

【図２１】本発明の第２実施例の電子収入印紙原文の構
成例を示す図である。

【図２２】本発明の第２実施例のデジタル署名原文の構
成例を示す図である。

【図２３】本発明の第２実施例の変形例の全体的システ
ム構成図である。

【図２４】本発明の第２実施例の変形例のクライアント
の構成例を示す図である。

【図２５】本発明の第２実施例の変形例の全体的処理の
流れ図である。

【符号の説明】

１１０ 税務データベースサーバ １１１ 課税定義 １１２ 様式定義 １２０ クライアント １３０ 電子メールサーバ １４０ 組織内のネットワーク １５０ 電子収入印紙発行サーバ １５１ 逐次決済型印紙 １５２ プリペイド型印紙 １５３ 後払い型印紙 １６０ 決済サーバ １７０ 広域ネットワーク ２１０ ネットワーク制御部 ２２０ 決済管理部 ２３０ 印紙管理部 ２４０ 契約文書管理部 ２５０ 税務ＤＢ管理部 ２６０ 契約書 １２１０ 電子公証サーバ １４１０ 税務データベースサーバ １４１１ 課税定義 １４１２ 様式定義 １４２０ 販売者クライアント １４３０ 電子メールサーバ １４４０ 電子モールサーバ １４５０ 組織内のネットワーク １４６０ 購入者クライアント １４７０ 電子収入印紙発行サーバ １４７１ 逐次決済型印紙 １４７２ プリペイド型印紙 １４７３ 後払い型印紙 １４８０ 決済サーバ １４９０ 広域ネットワーク １５１０ ネットワーク制御部 １５２０ 決済管理部 １５３０ 印紙管理部 １５４０ 領収文書管理部 １５５０ 税務ＤＢ管理部 １５６０ 領収書

Claims (6)

【特許請求の範囲】
1. 【請求項１】 税務データベースサーバ、電子収入印紙
   発行サーバ、決済サーバ及び複数のクライアントが通信
   ネットワークで接続され、 前記税務データベースサーバは、取扱金額に応じた税額
   の収入印紙の貼付けが必要な書類に関する課税定義およ
   び様式定義を備え、 前記クライアントは、前記税務データベースサーバの課
   税定義および様式定義を取り込んで管理する機能、前記
   電子収入印紙発行サーバから電子収入印紙を購入して管
   理する機能、前記購入した電子収入印紙に対して、前記
   決済サーバとの間で電子決済を行う機能、前記様式定義
   をもとに電子書類を作成し、前記課税定義をもとに印紙
   税額を算出し、該印紙税額に相当する電子収入印紙を前
   記作成した電子書類に付加する機能、及び、前記電子収
   入印紙の付加された電子書類を相手クライアントに送付
   する機能を備える、ことを特徴とする電子書類処理シス
   テム。
2. 【請求項２】 税務データベースサーバ、電子収入印紙
   発行サーバ、決済サーバ及び複数のクライアントが通信
   ネットワークで接続され、 前記税務データベースサーバは、取扱金額に応じた税額
   の収入印紙の貼付けが必要な書類に関する課税定義およ
   び様式定義に備え、 前記クライアントは、前記電子収入印紙発行サーバから
   電子収入印紙を購入して管理する機能、前記購入した電
   子収入印紙に対して、前記決済サーバとの間で電子決済
   を行う機能、電子書類を作成し、前記税務データベース
   サーバに問合せて印紙税額を決定し、該印紙税額に相当
   する電子収入印紙を前記作成した電子書類に付加する機
   能、及び、前記電子収入印紙の付加された電子書類を相
   手クライアントに送付する機能を備える、ことを特徴と
   する電子書類処理システム。
3. 【請求項３】 請求項１，２記載の電子書類処理システ
   ムにおいて、 電子収入印紙発行サーバは、逐次決済型、プリペイド型
   および後払い型の各電子収入印紙を管理し、 クライアントは、利用者からの指示に応じて、電子収入
   印紙発行サーバから前記逐次決済型、プリペイド型、後
   払い型のいずれかで電子収入印紙を購入する、ことを特
   徴とする電子書類処理システム。
4. 【請求項４】 請求項１，２，３記載の電子書類システ
   ムにおいて、 税務データベースサーバ、電子収入印紙発行サーバ、決
   済サーバ、複数のクライアントに加えて、電子公証サー
   バを通信ネットワークで接続し、 前記電子公証サーバは、クライアントから電子収入印紙
   の付加された電子書類の送付を受けて、内容を確認し、
   クライアントへ返送する、ことを特徴とする電子書類処
   理システム。
5. 【請求項５】 取扱金額に応じた税額の収入印紙の貼付
   けが必要な書類に関する課税定義および様式定義を管理
   する手段と、 電子収入印紙を購入して管理する手段と、 前記購入した電子収入印紙に対して電子決済を行う手段
   と、 前記様式定義をもとに電子書類を作成し、前記課税定義
   をもとに印紙税額を算出し、該印紙税額に相当する電子
   収入印紙を前記作成した電子書類に付加する手段と、を
   備えることを特徴とする電子書類処理装置。
6. 【請求項６】 請求項５記載の電子書類処理装置におい
   て、 前記電子収入印紙の付加された電子書類について、前記
   課税定義と様式定義を参照して、正しい税額の電子収入
   印紙が付加されたものであるか否かを確認する手段、を
   備えることを特徴とする電子書類処理装置。