JP2004220567A - 電子キャッシュシステム - Google Patents

Abstract

【課題】 チャージ可能なプリペイド式の電子キャッシュシステムにおいて、商取引の利便性及び安全性を向上させた電子キャッシュシステムを提供する。
【解決手段】 電子キャッシュの利用に関する情報であるカテゴリ情報が記憶されたＵＳＢキー１６を利用者ＰＣ１４に挿入し、利用者ＰＣ１４を用いてサービスサイトサーバ１３が提供するサービスサイト上で商品又はサービスの購入申し込みを行うと、ＵＳＢキー１６についてのカテゴリ情報と、上記商品又はサービスについてのカテゴリ情報との照合を利用者ＰＣ１４で行い、合致した場合にキャッシュセンターサーバ１１との間の電子キャッシュによる決済処理を行う電子キャッシュシステムである。
【選択図】 図５

Description

本発明は、ＵＳＢ（Universal Serial Bus）デバイスであるＵＳＢキーを用いたプリペイド式の電子キャッシュシステムに係り、特に、商取引の利便性及び安全性を向上させた電子キャッシュシステムに関する。

従来の電子キャッシュは、ＩＣカードに金額に相当するデータを記憶させ、実際の店舗等でＩＣカード内の蓄積金額データを減少させて店舗等が引き落とし可能とすることで、買い物を行い、またインターネットでは当該ＩＣカードの蓄積金額のデータを読み取って、ネット上の商品等購入の際に商品等の販売元に引き落とし可能とすることで、利用可能となっていた。

従来のプリペイドシステムにおける電子キャッシュについては、平成１４年３月２２日公開の特開２００２−８３２３７「プリペイドシステムによる電子商取引の決算管理方法」（出願人：株式会社ビー・アイ・エス、発明者：村松靖夫他）がある。
この従来のシステムは、カード発行会社の識別番号とユーザＵＩＣが予め登録されたプリペイドカードと、店舗処理端末装置と、ＰＯＳ端末、課金管理コンピュータとを備え、有料コンテンツのサービスの提供を要求した場合、課金管理コンピュータは記憶されているカードの商品情報から配信サービス量に応じて前払い料金の減算処理等を行うものである。
尚、プリペイドカードとして磁気カード、ＩＣカードを用いている。

また、ＵＳＢキーを用いた電子キャッシュについては、本出願人による平成１４年９月１３日公開の特開２００２−２５９８６７「ＵＳＢキーを用いた電子キャッシュシステム」がある。
このＵＳＢキーを用いた電子キャッシュシステムは、特定金額で販売されているＵＳＢキーをユーザが購入し、キャッシュセンタで管理するＵＳＢキーの金額の範囲内でインターネット上にて商品等の購入を行うもので、特定金額を使い切る電子キャッシュとなっていた。

特開２００２−８３２３７号公報（第７頁−第２１頁） 特開２００２−２５９８６７号公報（第３頁−第５頁）

しかしながら、上記従来の電子キャッシュシステムでは、例えば、ＩＣカードを用いているため、インターネット上で商取引を行う際には、ＩＣカードのリーダライタが必要となり、少額取引のプリペイドタイプを前提にすると、初期投資が膨大になるという問題点があった。

また、ＩＣカードを用いた電子キャッシュでは、ＩＣカード内に金額等のデータを記憶するため、残金データの改竄のおそれがあり、セキュリティとしては改善が急がれるところである。

また、上記ＵＳＢキーを用いた電子キャッシュシステムでは、ＵＳＢキーに対応する金額を使い切っていくタイプのもので、使い切ってしまうと、新たなＵＳＢキーを購入する必要があった。つまり、使い切ったＵＳＢキーを再利用できるように金額のチャージができるものとはなっていなかった。

また、インターネット上での電子商取引では、取り扱う商品又はサービスの性質上、年齢制限等によって利用が制限される場合があるが、上記の電子キャッシュシステムはいずれも、利用者が利用を受けられる者であるかを十分に検証するものとはなっておらず、電子商取引が適正に行われていないという問題点があった。

本発明は上記実情に鑑みて為されたもので、チャージ可能なプリペイド式の電子キャッシュシステムにおいて、商取引の利便性及び安全性を向上させた電子キャッシュシステムを提供することを目的とする。

特に本発明の第１の電子キャッシュシステムとして、資金移動のセキュリティを向上させ、少額取引の自由度を確保して利用の利便性を向上させた電子キャッシュシステムを提供することを目的とする。
本発明の第２の電子キャッシュシステムとして、電子商取引の適性及び利用の利便性を向上させた電子キャッシュシステム提供することを目的とする。

本発明は、電子キャッシュシステムにおいて、インターネットにアクセス可能なコンピュータのＵＳＢポートコネクタに接続可能なＵＳＢデバイスであるＵＳＢキーに、電子キャッシュのチャージ及び利用のための暗号化された識別子が記憶されており、ユーザ毎にＵＳＢキーの識別子、チャージ用パスワード及び電子キャッシュとして利用可能な金額を対応付けて記憶し、プリペイド式の電子キャッシュとして用いられる資金をユーザの銀行口座から運用会社の口座に移動する際に、コンピュータで取得したＵＳＢキーの暗号化された識別子とチャージ用パスワードを入力し、暗号化された識別子を復号化し、記憶するチャージ用パスワードの中で対応するパスワードと入力されたチャージ用パスワードが一致する場合に、資金移動を許可し、資金移動が為されると当該ユーザに対応した利用可能な金額に当該資金の金額を追加する運用会社サーバを備えたものである。

本発明は、上記電子キャッシュシステムにおいて、運用会社サーバが、ユーザ毎にＵＳＢキーの識別子、ユーザパスワード、チャージ用パスワード及び電子キャッシュとして利用可能な金額を対応付けて記憶し、電子商取引において、取引のユーザがＵＳＢキーの電子キャッシュを利用する際に、コンピュータで取得したＵＳＢキーの暗号化された識別子とユーザパスワードを入力し、暗号化された識別子を復号化し、記憶するユーザパスワードの中で対応するパスワードと入力されたユーザパスワードが一致する場合に、ユーザの利用可能な金額の範囲で商取引が可能であれば、商取引を成立させるものである。

本発明は、上記電子キャッシュシステムにおいて、運用会社サーバが、プリペイド式の電子キャッシュとして用いられる資金をユーザの銀行口座から運用会社の口座に移動する際に、コンピュータで取得したＵＳＢキーの暗号化された識別子、ユーザパスワード及びチャージ用パスワードを入力し、暗号化された識別子を復号化し、記憶するユーザパスワードの中で対応するパスワードと入力されたユーザパスワードが一致し、更に記憶するチャージ用パスワードの中で対応するパスワードと入力されたチャージ用パスワードが一致する場合に、資金移動を許可するものである。

本発明は、電子キャッシュシステムにおいて、電子キャッシュによる決済処理を行うキャッシュセンターサーバと、商品又はサービスの提供をウェブ上のサービスサイトで行うサービスサイトサーバと、ＵＳＢポートを備え、サービスサイトサーバに接続して商品又はサービスを購入する操作を行う利用者装置と、ＵＳＢインタフェースを備えたＵＳＢ装置とを有し、キャッシュセンターサーバは、サービスサイトにおけるカテゴリ情報を記憶部に記憶し、サービスサイトサーバからの決済開始の依頼を受けると、当該サービスサイトにおけるカテゴリ情報を前記サービスサイトサーバに送信し、ＵＳＢ装置は、利用者に応じたカテゴリ情報を記憶部に記憶し、利用者装置からの要求によりカテゴリ情報を出力し、サービスサイトサーバは、利用者装置から当該サービスサイトの利用の申込みがあると、キャッシュセンターサーバに決済処理の開始を依頼し、キャッシュセンターサーバから前記サービスサイトのカテゴリ情報を受信して利用者装置に出力し、利用者装置は、ＵＳＢポートに前記ＵＳＢ装置が挿入された状態で、サービスサイトへの利用を申し込むと、サービスサイトサーバからカテゴリ情報を入力し、ＵＳＢ装置から取得したカテゴリ情報と照合して合致すれば決済処理の実行を可能とし、合致しなければ決済処理を終了するものである。

本発明は、上記電子キャッシュシステムにおいて、ＵＳＢ装置は、シリアル番号を記憶部に格納しており、利用者装置は、入力部を備え、ＵＳＢ装置に対してシリアル番号を用いたワンタイムパスワードの発行及び暗号化されたシリアル番号の送信を依頼し、カテゴリ情報が合致していることを条件として、ＵＳＢ装置から発行されたワンタイムパスワードを表示して、当該パスワードを当該入力部から入力させ、当該入力されたワンタイムパスワード及び暗号化されたシリアル番号を、サービスサイトサーバを介してキャッシュセンターサーバに送信し、キャッシュセンターサーバは、受信したワンタイムパスワードと暗号化されたシリアル番号を復号して生成したワンタイムパスワードと照合して合致すれば決済処理を受け付けるものである。

本発明は、上記電子キャッシュシステムにおいて、キャッシュセンターサーバは、決済処理における指示を、サービスサイトサーバを介して送信する毎にトランザクションＩＤを発行し、サービスサイトサーバを介して受信した暗号化された一次キーを復号し、送信したトランザクションＩＤと照合して合致すれば決済処理を続行し、合致しなければ決済処理を終了し、利用者装置は、サービスサイトサーバを介して受信したトランザクションＩＤを接続するＵＳＢ装置に出力し、ＵＳＢ装置から入力された暗号化された一次キーを、サービスサイトサーバを介してキャッシュセンターサーバに送信し、ＵＳＢ装置は、利用者装置から入力されたトランザクションＩＤで一次キーを更新し、更新された一次キーを共通キーで暗号化して利用者装置に出力するものである。

本発明は、電子キャッシュシステムにおいて、電子キャッシュの増額処理を行うキャッシュセンターサーバと、ＵＳＢポートを備え、キャッシュセンターサーバに接続して電子キャッシュの増額を申し込む操作を行うキャッシュ登録装置と、ＵＳＢインタフェースを備え、シリアル番号を記憶部に格納するＵＳＢ装置とを有し、キャッシュ登録装置は、入力部を備え、ＵＳＢポートにＵＳＢ装置が挿入された状態で、キャッシュセンターサーバへの増額を申し込むと、ＵＳＢ装置に対してシリアル番号を用いたワンタイムパスワードの発行及び暗号化されたシリアル番号の送信を依頼し、ＵＳＢ装置から発行されたワンタイムパスワードを表示して、当該パスワードを当該入力部から入力させ、当該入力されたワンタイムパスワード及び暗号化されたシリアル番号をキャッシュセンターサーバに送信し、キャッシュセンターサーバは、受信したワンタイムパスワードと暗号化されたシリアル番号を復号して生成したワンタイムパスワードと照合して合致すれば増額処理を受け付けるものである。

本発明は、上記電子キャッシュシステムにおいて、キャッシュセンターサーバは、増額処理における指示をキャッシュ登録装置に送信する毎にトランザクションＩＤを発行し、キャッシュ登録装置から受信した暗号化された一次キーを復号し、送信したトランザクションＩＤと照合して合致すれば増額処理を続行し、合致しなければ増額処理を終了し、キャッシュ登録装置は、キャッシュセンターサーバから受信したトランザクションＩＤを接続するＵＳＢ装置に出力し、ＵＳＢ装置から入力された暗号化された一次キーを、キャッシュセンターサーバに送信し、ＵＳＢ装置は、キャッシュ登録装置から入力されたトランザクションＩＤで一次キーを更新し、更新された一次キーを共通キーで暗号化してキャッシュ登録装置に出力するものである。

本発明によれば、インターネットにアクセス可能なコンピュータのＵＳＢポートコネクタに接続可能なＵＳＢデバイスであるＵＳＢキーに、電子キャッシュのチャージ及び利用のための暗号化された識別子が記憶されており、ユーザ毎にＵＳＢキーの識別子、チャージ用パスワード及び電子キャッシュとして利用可能な金額を対応付けて記憶し、プリペイド式の電子キャッシュとして用いられる資金をユーザの銀行口座から運用会社の口座に移動する際に、コンピュータで取得したＵＳＢキーの暗号化された識別子とチャージ用パスワードを入力し、暗号化された識別子を復号化し、記憶するチャージ用パスワードの中で対応するパスワードと入力されたチャージ用パスワードが一致する場合に、資金移動を許可し、資金移動が為されると当該ユーザに対応した利用可能な金額に当該資金の金額を追加する運用会社サーバを備えた電子キャッシュシステムとしているので、チャージの際にチャージ用パスワードが必要とされるために、チャージのセキュリティを向上させることができる効果がある。

本発明によれば、運用会社サーバが、ユーザ毎にＵＳＢキーの識別子、ユーザパスワード、チャージ用パスワード及び電子キャッシュとして利用可能な金額を対応付けて記憶し、電子商取引において、取引のユーザがＵＳＢキーの電子キャッシュを利用する際に、コンピュータで取得したＵＳＢキーの暗号化された識別子とユーザパスワードを入力し、暗号化された識別子を復号化し、記憶するユーザパスワードの中で対応するパスワードと入力されたユーザパスワードが一致する場合に、ユーザの利用可能な金額の範囲で商取引が可能であれば、商取引を成立させる上記電子キャッシュシステムとしているので、電子商取引の際に、ユーザパスワードの入力を必要とするため、取引のセキュリティを向上させることができる効果がある。

本発明によれば、運用会社サーバが、プリペイド式の電子キャッシュとして用いられる資金をユーザの銀行口座から運用会社の口座に移動する際に、コンピュータで取得したＵＳＢキーの暗号化された識別子、ユーザパスワード及びチャージ用パスワードを入力し、暗号化された識別子を復号化し、記憶するユーザパスワードの中で対応するパスワードと入力されたユーザパスワードが一致し、更に記憶するチャージ用パスワードの中で対応するパスワードと入力されたチャージ用パスワードが一致する場合に、資金移動を許可する上記電子キャッシュシステムとしているので、チャージの際に、ユーザパスワードとチャージ用パスワードの二重パスワードの入力を必要とするため、セキュリティを大幅に向上させることができる効果がある。

本発明によれば、電子キャッシュによる決済処理を行うキャッシュセンターサーバと、商品又はサービスの提供をウェブ上のサービスサイトで行うサービスサイトサーバと、ＵＳＢポートを備え、サービスサイトサーバに接続して商品又はサービスを購入する操作を行う利用者装置と、ＵＳＢインタフェースを備えたＵＳＢ装置とを有し、キャッシュセンターサーバは、サービスサイトにおけるカテゴリ情報を記憶部に記憶し、サービスサイトサーバからの決済開始の依頼を受けると、当該サービスサイトにおけるカテゴリ情報を前記サービスサイトサーバに送信し、ＵＳＢ装置は、利用者に応じたカテゴリ情報を記憶部に記憶し、利用者装置からの要求によりカテゴリ情報を出力し、サービスサイトサーバは、利用者装置から当該サービスサイトの利用の申込みがあると、キャッシュセンターサーバに決済処理の開始を依頼し、キャッシュセンターサーバから前記サービスサイトのカテゴリ情報を受信して利用者装置に出力し、利用者装置は、ＵＳＢポートに前記ＵＳＢ装置が挿入された状態で、サービスサイトへの利用を申し込むと、サービスサイトサーバからカテゴリ情報を入力し、ＵＳＢ装置から取得したカテゴリ情報と照合して合致すれば決済処理の実行を可能とし、合致しなければ決済処理を終了する電子キャッシュシステムとしているので、サービスサイトにおけるカテゴリ情報に適した利用者の照合を容易に行って決済に移行できるため、電子商取引の適正を向上させることができる効果がある。

本発明によれば、キャッシュセンターサーバは、決済処理における指示を、サービスサイトサーバを介して送信する毎にトランザクションＩＤを発行し、サービスサイトサーバを介して受信した暗号化された一次キーを復号し、送信したトランザクションＩＤと照合して合致すれば決済処理を続行し、合致しなければ決済処理を終了し、利用者装置は、サービスサイトサーバを介して受信したトランザクションＩＤを接続するＵＳＢ装置に出力し、ＵＳＢ装置から入力された暗号化された一次キーを、サービスサイトサーバを介してキャッシュセンターサーバに送信し、ＵＳＢ装置は、利用者装置から入力されたトランザクションＩＤで一次キーを更新し、更新された一次キーを共通キーで暗号化して利用者装置に出力する上記電子キャッシュシステムとしているので、簡易な制御によって電子証取引の安全性を向上させることができる効果がある。

本発明の実施の形態について図面を参照しながら説明する。
本発明の電子キャッシュシステムは、ＵＳＢデバイスのキーを用い、ＵＳＢキー内の暗号化されたＩＤ（識別子）及びパスワードによって電子証取引及び電子キャッシュの購入及び増額を行うものであり、商取引の利便性及び安全性を向上させることができるものである。

以下、本発明の第１及び第２の電子キャッシュシステムの実施形態について説明する。
まず、本発明の第１の実施の形態に係る電子キャッシュシステムは、コンピュータのＵＳＢポートコネクタに差し込むことが可能なＵＳＢデバイスのＵＳＢキーを用いて、電子キャッシュの購入（資金移動：チャージ）では、当該ＵＳＢキー内の暗号化されたＩＤとユーザパスワード（パスワード１）と資金移動のパスワード（パスワード２）を用いて行い、通常の電子商取引ではＵＳＢキーのＩＤとユーザパスワードで取引可能としたものであり、ユーザの口座から電子キャッシュを購入する資金移動にはＵＳＢキーのＩＤと二重のパスワード入力によってセキュリティを厳重なるものにしつつ、通常の商取引ではＵＳＢキーのＩＤと１つのパスワード入力で取引の自由度を確保して電子キャッシュの利用の利便性を向上できるものである。

また、本発明の第１の実施の形態に係る電子キャッシュシステムにおいて、取引の自由度を確保して電子キャッシュの利用の利便性を更に向上させるようにするには、ユーザパスワード（パスワード１）の入力を不要とし、チャージではパスワード２の入力を要求するようにしてもよい。つまり、電子商取引では一切のパスワードの入力を不要とすることで少額のプリペイド式の電子キャッシュとしての利便性を向上させることも可能である。

本発明の第１の実施の形態に係る電子キャッシュシステムの構成について図１を参照しながら説明する。図１は、本発明の第１の実施の形態に係る電子キャッシュシステムの構成ブロック図である。
本発明の第１の実施の形態に係る電子キャッシュシステム（以下、第１のシステム）は、図１に示すように、ＵＳＢキー１と、パーソナルコンピュータ（ＰＣ）２と、インターネット３と、ネットバンクサーバ４と、運用会社サーバ５と、データベース（ＤＢ）６と、商品／サービス提供会社サーバ７とを基本的に有している。

ここで、第１のシステムにおける電子キャッシュを管理・運用するのが運用会社サーバ５であり、インターネット３に接続するＰＣ２及び商品／サービス提供会社サーバ７は本来複数存在するものであり、ネットバンクサーバ３も複数あってもよい。

第１のシステムにおける各部を具体的に説明する。
ＵＳＢキー１は、コンピュータのＵＳＢポートコネクタに接続可能なＵＳＢデバイスであり、内部に暗号化された識別子（暗号化されたＵＳＢキーのＩＤ）を記憶している。ＵＳＢキーの暗号化されたＩＤは、書換不能な記憶エリアに格納されている。つまり、暗号化されたＩＤは書換不能としているので、改竄を防止し、暗号化することで解読を不可能としている。

ＰＣ２は、ＵＳＢポートコネクタを備えるコンピュータであり、インターネット３に接続可能なものとなっている。
ユーザは、ＰＣ２を用いてＵＳＢキー１のユーザ登録を行い、ＵＳＢキー１に対するチャージを行い、チャージされた金額で商品／サービス提供会社サーバ７から商品／サービスを購入するようになっている。尚、ユーザ登録は、オフラインで行うことも考えられる。

インターネット３は、ＰＣ２及び各サーバとを接続する通信網である。
ネットバンクサーバ４は、インターネット３を介して資金移動を行うことができるサーバであり、具体的にはネットバンクに設けたユーザの口座から運用会社の口座への資金移動をユーザの指示で行うものとなっている。
尚、ネットバンクの口座には、ユーザは当該銀行のＡＴＭ（現金自動支払機）から入金し、または他行のＡＴＭから入金することになる。また、インターネット３を介してユーザの口座に入金してもよい。

運用会社サーバ５は、第１のシステムにおけるプリペイド式の電子キャッシュを提供するサーバであり、運用に際して必要なデータを記憶するＤＢ６を備えている。
運用会社サーバ５は、ユーザのＰＣ２からのユーザ登録を受け付ける受付処理を行い、電子キャッシュのチャージ処理を行い、更に商品／サービス提供会社サーバ７との間の決済処理、払込処理を行うものである。運用会社サーバ５における具体的処理については、後述する。

ＤＢ６は、運用会社サーバ５が管理するデータベースであり、ＵＳＢキーのＩＤに対するパスワード、残高等が記憶されている。また、ＤＢ６には、ユーザの取引の履歴も記録されるようになっている。
ＤＢ６で記憶するデータ内容は、図２に示すように、ユーザ名、ＵＳＢキーのＩＤ、第１のパスワード（取引用パスワード：ユーザパスワード）、第２のパスワード（チャージ用パスワード：資金移動のパスワード）、更にチャージ金額に対する残高（蓄積金額：利用可能な金額）となっている。
図２は、本発明の第１の実施の形態に係る電子キャッシュシステムにおけるデータベース内に記憶されるデータ内容の概要を示す図である。

商品／サービス提供会社サーバ７は、ＰＣ２のユーザに対して商品又はサービスを提供するサーバである。具体的には、ユーザは、商品／サービス提供会社サーバ７の商取引サイトを閲覧し、商品／サービス購入の申し込みを行うと、運用会社が管理する当該ユーザの蓄積金額から代金が引き落とされて支払いが為されるようになっている。

次に、第１のシステムの全体的な流れについて図１を参照しながら説明する。
まず、ユーザは、ネットバンクに対して口座を開設し、その口座へ入金を済ませておく。
次に、ユーザは、電子キャッシュの運用会社からＵＳＢキー１を購入する際にユーザ登録を行う。ユーザ登録に際しては、ネットバンクの口座名、口座番号、ユーザ名、ユーザパスワード（第１のパスワード）、チャージ用パスワード（第２のパスワード）等を登録する。
尚、ユーザ登録は、オンライン又はオフラインで行うことになるが、オンライン登録の場合は、銀行の届出印の提出は郵送で行うことになる。

このユーザ登録が完了すると、ユーザは運用会社提供のＵＳＢキー１を入手できることになる。
ＵＳＢキー１の配布前に、運用会社サーバ５は、ＵＳＢキー１のＩＤとユーザとの対応付けを行うようにしてもよいし、ＵＳＢキー１を配布後にユーザにパスワード等の入力をしてもらい、その入力されたパスワードとＤＢ６に記憶するパスワードとを照合し、ユーザとの対応付けを行うようにしてもよい。
ユーザとの対応付けは、図２のＤＢ６でユーザ名等に対してＵＳＢキーのＩＤを設定するものである。

ユーザ登録が完了し、ＵＳＢキー１をユーザが入手すると、次に、そのＵＳＢキー１をプリペイド式の電子キャッシュとして利用するために、チャージを行う。
チャージは、ユーザの指示によってネットバンクの口座から特定額の資金を運用会社の口座に移動させる処理となる。特定額は、運用会社側で予め定められており、例えば、１万円、３万円、５万円といった少額の資金がプリペイド式の電子キャッシュとして移動可能となっている。移動した資金について、運用会社サーバ５は、その金額を当該ユーザの利用可能な金額に追加する。
チャージの具体的処理は後述する。

ＵＳＢキー１が電子キャッシュとして利用可能となれば、ユーザはＰＣ２を使って商品／サービス提供会社サーバ７のＷｅｂサイトにアクセスし、商品等の購入の申し込みを行うと、商品／サービス提供会社サーバ７は、運用会社サーバ５に商品等の購入に必要な資金が足りるか否かを問い合わせ、購入資金が足りれば、商品等の購入の商取引を実行する。また、購入資金が足りなければ、商取引を停止する。
商取引の成立によって決済が為され、運用会社サーバ５が管理するユーザの電子キャッシュの残高から代金の引き落としが為される。
商品購入・決済・払込処理については後述する。

次に、第１のシステムにおけるチャージ処理について図３を参照しながら説明する。図３は、本発明の第１の実施の形態に係る電子キャッシュシステムにおけるチャージ処理の流れを示すフローチャートである。
運用会社サーバ５におけるチャージ処理は、図３に示すように、ＰＣ２から送信されたＵＳＢキー１の暗号化されたＩＤを受信し（Ｓ１）、暗号化されたＩＤを復号化する（Ｓ２）。

次に、ＰＣ２からのユーザパスワード（第１のパスワード）を入力し、ＵＳＢキー１のＩＤに対してユーザパスワードが適正であるか否かを、ＤＢ６を参照して判断する（Ｓ４）。具体的には、ＤＢ６において受信し復号化したＩＤに対応するＩＤを検索し、次に入力されたユーザパスワードと検索したＩＤのユーザパスワードを比較し、一致であれば適正と判断し、不一致であれば不適正と判断するものである。

判断処理Ｓ４で、ユーザパスワードが適正でなければ（Ｎｏの場合）、処理を終了し、ユーザパスワードが適正であれば（Ｙｅｓの場合）、次に、ＰＣ２からチャージ用パスワード（第２のパスワード）を入力する（Ｓ５）。
そして、ＵＳＢキー１のＩＤに対してチャージ用パスワードが適正であるか否かを判断する（Ｓ６）。具体的には、処理Ｓ４で検索されたＩＤに対応して記憶されているチャージ用パスワード（第２のパスワード）と処理Ｓ５で入力されたチャージ用パスワードとを比較し、一致であれば入力されたチャージ用パスワードが適正であると判断し、不一致であればチャージ用パスワードが不適正であると判断する。

判断処理Ｓ６において、チャージ用パスワードが適正でなければ（Ｎｏの場合）、処理を終了し、チャージ用パスワードが適正であれば（Ｙｅｓの場合）、チャージ金額を特定する処理を行う（Ｓ７）。
チャージ金額の特定は、運用会社が用意する金額の中から選択する。例えば、１万円、３万円、５万円等の区切りのよい金額の中から選択可能とする。これは、チャージ処理を簡易にするためのものであるから、一定限度額内で任意の金額を特定できるようにしてもよい。また、一定限度額内という制限を取り除くようにしてもよい。

また、チャージされた金額は、当該ユーザの利用可能な金額に追加されることになるが、この利用可能な金額を一定限度額内とする制限を設けることができる。これにより、利用可能な金額が高額になるのを抑えることができる。

チャージ金額の特定処理が終了すると、特定金額の移動処理を行う（Ｓ８）。金額の移動処理は、ネットバンクにおけるユーザの口座から上記特定の金額の資金が運用会社の口座に移動させる処理となる。これにより、チャージ処理を終了する。

次に、第１のシステムにおける商品購入・決済・払込処理について図４を参照しながら説明する。図４は、本発明の第１の実施の形態に係る電子キャッシュシステムにおける運用会社サーバ５での商品購入・決済・払込処理の流れを示すフローチャートである。
運用会社サーバ５における商品購入・決済・払込処理は、図４に示すように、まず、ＵＳＢキー１の暗号化されたＩＤを、ＵＳＢキー１からＰＣ２を介して受信する（Ｓ１１）。そして、運用会社サーバ５は、受信した暗号化されたＩＤを復号化する（Ｓ１２）。

更に、運用会社サーバ５は、ＰＣ２からのユーザパスワード（第１のパスワード）を入力し（Ｓ１３）、ＵＳＢキー１のＩＤに対して適正なユーザパスワードであるか否かを判断する（Ｓ１４）。具体的には、ＤＢ６において受信し復号化したＩＤに対応するＩＤを検索し、次に入力されたユーザパスワードと検索したＩＤのユーザパスワードを比較し、一致であれば適正と判断し、不一致であれば不適正と判断するものである。

判断処理Ｓ１４で入力されたユーザパスワードが不適正と判断された場合（Ｎｏの場合）、処理を終了する。入力されたユーザパスワードが適正と判断された場合（Ｙｅｓの場合）、検索したＩＤに対応する残高を参照する（Ｓ１５）。参照した残高と購入商品の金額を比較し、商品購入可能か否かを判断する（Ｓ１６）。

商品購入が可能でなければ（Ｎｏの場合）、処理を終了し、商品購入が可能であれば（Ｙｅｓの場合）、最終的に購入商品が決定され、商品の購入の申し込みを受ける購入商品決定処理を行う（Ｓ１７）。
次に、運用会社サーバ５では、ユーザの残高から購入商品の金額を差し引く決済処理を行い（Ｓ１８）、更に購入商品の金額を商品／サービス提供会社の口座に払い込む払込処理を行う（Ｓ１９）。

尚、処理Ｓ１７の購入商品決定処理の前に、ＵＳＢキー１の暗号化されたＩＤを再度受信して復号化し、処理Ｓ１２で復号化したＩＤと一致するか否かを判断して正当なユーザであることを確認するようにしてもよい。従って、上記処理の前に、ＵＳＢキー１が抜かれていたり、別のＵＳＢデバイス又は他人のＵＳＢキーがＵＳＢポートコネクタに差し込まれている場合には、その後の処理を不能とするものである。
また、処理Ｓ１７の前で、処理Ｓ１１〜Ｓ１４を再度行い、本人認証を強化することができる。

上記第１のシステムでは、チャージの際と商取引の際に、ユーザパスワードを入力するようになっているが、商取引を迅速かつ簡易に行うには、ユーザパスワードの入力を省略するようにしてもよい。

また、第１のシステムにおいて、チャージの際にはチャージ用パスワードの入力を必要とし、商取引の際にはユーザパスワードの入力を必要とするようにしてもよい。つまり、チャージと商取引とでパスワードを変えることでセキュリティの確保が図られる。

第１のシステムによれば、ＵＳＢデバイスを用いてプリペイド式の電子キャッシュを実現するもので、クレジットカードのように長い番号入力を不要とし、ＩＣカードのようにＰＣ毎にリードライタの装置を設置する必要がないため、運用会社及びユーザの双方にとって簡易かつ安価な構成で、利便性の高い電子キャッシュシステムを提供できる効果がある。

また、第１のシステムによれば、ネットバンクのユーザの口座から運用会社の口座にプリペイド式の電子キャッシュに相当する金額を移動（チャージ）する際に、ＵＳＢキー１のＩＤと電子商取引におけるユーザパスワード（第１のパスワード）の他に、チャージ用パスワード（第２のパスワード）の入力も必要とされるため、セキュリティを向上させることができる効果がある。

つまり、電子商取引の過程でユーザパスワードを盗まれ、更にＵＳＢキー１も盗まれてしまった場合でも、チャージされた特定金額の範囲での利用は可能となるものの、チャージ用パスワードまで盗まれていなければ、チャージまでは行うことができず、ネットバンクのユーザの口座は保護されることになる。

また、第１のシステムによれば、電子商取引はＵＳＢキー１のＩＤとユーザパスワードを用いているだけであるため、電子商取引を迅速かつ簡易に行うことができ、ユーザにとって利便性を向上させることができる効果がある。

次に、本発明の第２の実施の形態に係る電子キャッシュシステムについて説明する。
本発明の第２の実施の形態に係る電子キャッシュシステムは、カテゴリ情報が記憶されたＵＳＢキーを用い、サービスサイト上で商品又はサービスの購入申し込みを行うと、ＵＳＢキーについてのカテゴリ情報と、上記商品又はサービスについてのカテゴリ情報との照合を行い、合致した場合に電子キャッシュによる決済処理を行うものであり、電子商取引の適正及び利用の利便性を向上できるものである。

ここでカテゴリ情報とは、電子キャッシュの利用に関する情報であり、その利用に許可を与えたり又は与えなかったりすることで利用を制限又は促進させるための情報である。カテゴリ情報の一例としては、年齢制限がある。例えば利用者が１８歳未満であれば、ＵＳＢキーにはそれを示す情報がカテゴリ情報として保持される。
第２のシステムでは、ＵＳＢキーの利用者についてのカテゴリ情報がＵＳＢキーに記憶され、一方で商品又はサービスについてのカテゴリ情報が電子キャッシュの運用側で管理されており、購入を申し込もうとする商品又はサービスのカテゴリ情報と、利用者のカテゴリ情報が合致する場合に、決済処理を行うものとなっている。

本発明の第２の実施の形態に係る電子キャッシュシステムの構成について図を参照しながら説明する。図５は、本発明の第２の実施の形態に係る電子キャッシュシステムの構成ブロック図である。
本発明の第２の実施の形態に係る電子キャッシュシステム（以下、第２のシステム）は、図５に示すように、キャッシュセンターサーバ１１と、情報データベース（情報ＤＢ）１２と、サービスサイトサーバ１３と、利用者パーソナルコンピュータ（利用者ＰＣ）１４と、キャッシュ登録パーソナルコンピュータ（キャッシュ登録ＰＣ）１５と、ＵＳＢキー１６と、ＣＡ（Certificate
Authority：認証）局１７と、インターネット１８とを基本的に有している。

ここで、第２のシステムにおける電子キャッシュを管理・運用するのがキャッシュセンターサーバ１１であり、インターネット１８に接続する商品／サービスサイトサーバ１３、利用者ＰＣ２及びキャッシュ登録ＰＣ１５は本来複数存在するものである。

第２のシステムにおける各部を具体的に説明する。
キャッシュセンターサーバ１１は、第２のシステムにおけるプリペイド式の電子キャッシュを提供する運用会社が管理するサーバであり、後述するＵＳＢキー１６による電子キャッシュの決済処理及びキャッシュ増額処理を行うものである。また、キャッシュセンターサーバ１１は、ＵＳＢキーのＩＤや残高等、決済処理及びキャッシュ増額処理に用いるデータを記憶する情報ＤＢ１２を備えている。
尚、キャッシュセンターサーバ１１は、サービスサイトサーバ１３で取り扱う商品又はサービスに関するカテゴリ情報を管理しており、情報ＤＢ１２に記憶している。
キャッシュセンターサーバ１１における具体的処理については、後述する。

情報ＤＢ１２は、キャッシュセンターサーバ１１が管理するデータベースである。情報ＤＢ１２には、決済処理及びキャッシュ増額処理に用いるデータがテーブル形式で記憶されている。情報ＤＢ１２には、口座管理テーブルと、購入履歴テーブルと、入金管理テーブルと、トランザクション管理テーブルと、セッションテーブルとが記憶されている。
また、情報ＤＢ１２には、上記テーブルの他に、サービスサイトサーバ１３の取り扱う商品又はサービスと、カテゴリ情報とが対応付けられて記憶されている。

サービスサイトサーバ１３は、Ｗｅｂサイト上で商品又はサービスを提供するサーバであり、利用者ＰＣ１４から上記商品又はサービスの購入申し込みを受けると、キャッシュセンターサーバ１１に接続して、決済処理に移行するものである。
サービスサイトサーバ１３における具体的処理については、後述する。

利用者ＰＣ１４は、ＵＳＢポートを有するＰＣであり、当該ＵＳＢポートにＵＳＢキーが挿入された状態において、ＵＳＢキーを用いた決済処理を行うものである。
利用者ＰＣ１４における具体的処理については、後述する。

キャッシュ登録ＰＣ１５は、ＵＳＢポートを有するＰＣであり、当該ＵＳＢポートにＵＳＢキーが挿入された状態において、ＵＳＢキーを用いたキャッシュ増額処理を行うものである。キャッシュ登録ＰＣ１５は、例えばコンビニエンスストア等に設置されている、現金の入金が可能な端末や、銀行のネットバンクのサイトにアクセスして、運用会社へ振り込み可能なＰＣ等を想定している。
キャッシュ登録ＰＣ１５における具体的処理については、後述する。

ＵＳＢキー１６は、利用者ＰＣ１４及びキャッシュ登録ＰＣ１５のＵＳＢポートに挿入可能なデバイスである。ＵＳＢキー１６は、ＣＰＵを内蔵しており、ＵＳＢポートに挿入され電気が供給されると、利用者ＰＣ１４及びキャッシュ登録ＰＣ１５からの指令に基づいた動作（データ更新等）を行う。

ＣＡ局１７は、サイト認証を行うための機関であり、決済処理におけるサービスサイトサーバ１３と利用者ＰＣ１４間、増額処理におけるキャッシュセンターサーバ１１とキャッシュ登録ＰＣ１５の間のサイト認証を行う。ＣＡ局１７は、具体的には、サイト認証を行う各機器に割符をインターネット１８を介してそれぞれ発行する。そして、サイトを利用する側の機器（利用者ＰＣ１４、キャッシュ登録ＰＣ１５）によってサイトへのアクセスが行われると、サイトを利用する側の機器は、Ｗｅｂブラウザを用いて割符の照合を行い、合致すれば正しいＷｅｂサイトであると判断することで、サイト認証が行われるものである。尚、ＣＡ局によるサイト認証は、ＳＳＬ（Secure
Socket Layer）の暗号化を用いた通信によって行われる。
インターネット１８は、本システムにおける各サーバ及び各ＰＣとを接続する通信網である。

次に、第２のシステムの各部の構成について説明する。
まず、キャッシュセンターサーバ１１及び情報データベースの構成について、図６を用いて説明する。図６は、キャッシュセンターサーバ１１及び情報ＤＢ１２の構成ブロック図である。
図６に示されるように、キャッシュセンターサーバ１１は、ＣＰＵ（Central Processing Unit）１１１と、通信インタフェース（Ｉ／Ｆ）１１２と、データ記憶部１１３と、プログラム格納部１１４とが備えられており、プログラム格納部１１４には、決済処理プログラム１１４ａと、増額処理プログラム１１４ｂと、フロントエンドプログラム１１４ｃと、制御プログラム１１４ｄと、復号処理プログラム１１４ｅとが記憶されている。
また、情報ＤＢ１２には、口座管理テーブル１２１と、購入履歴テーブル１２２と、入金管理テーブル１２３と、トランザクション管理テーブル１２４と、セッションテーブル１２５とが記憶されている。また、図６には図示されていないが、情報ＤＢ１２には、ＵＳＢキーのＩＤと、共通鍵の情報とが対応付けられて記憶されている共通鍵テーブルも記憶されている。ここで共通鍵の情報とは、キャッシュセンターサーバ１１のデータ記憶部１１３における共通鍵の保存場所等が挙げられる。

キャッシュセンターサーバ１１において、ＣＰＵ１１１は、決済処理及びキャッシュ増額処理の動作を制御するものである。ＣＰＵ１１は、具体的には、プログラム格納部１１４に記憶されているプログラムを読み出して実行することで、上記各処理の動作を実行する。
また、ＣＰＵ１１１は、情報ＤＢ１２にアクセス可能に接続されており、上記各処理において情報ＤＢ１２に格納されたテーブルからデータを読み出し、又はテーブルにデータを書き込んで更新する。

通信Ｉ／Ｆ１１２は、ＣＰＵ１１１とインターネット１８の間での通信のやりとりを行うものであり、インターネット１８から受信した通信データをＣＰＵ１１１で認識できるデータ形式に変換してＣＰＵ１１１に出力し、ＣＰＵ１１１から出力されるデータをＴＣＰ／ＩＰ（Transmission
Control Protocol/Internet Protocol）に対応したデータ形式に変換してインターネット１８に送信するものである。

データ記憶部１１３は、決済処理及びキャッシュ増額処理で必要なデータを記憶するものである。決済処理及びキャッシュ増額処理で必要なデータには、決済画面のアプレット、ＵＳＢキーのＩＤが該当する。また、データ記憶部１１３には、ＵＳＢキーに固有の共通鍵が予め記憶されている。
プログラム格納部１１４は、決済処理及びキャッシュ増額処理で用いるプログラムを格納するものである。データ記憶部１１３とプログラム格納部１１４は、例えばＨＤ（Hard
Disk）で実現できる。

プログラム格納部１１４において、決済処理プログラム１１４ａは、決済処理を行うためのプログラムであり、サービスサイトサーバ１３又は利用者ＰＣ１４からの決済処理に関する命令（接続命令、ログイン命令、決済命令等）に対し、情報ＤＢ１２における各種テーブルからデータの読み出し又は更新を行い、命令に対する出力を返す命令処理手段と、セッションＩＤ及びトランザクションＩＤを発行すると共に、情報ＤＢ１２におけるトランザクション管理テーブル１２４及びセッションテーブル１２５の更新及び上記テーブルからのデータの読み出しを行うＩＤ管理手段とを備えている。

ここでセッションＩＤは、決済処理及びキャッシュ増額処理におけるまとまった処理動作を識別するための識別子であり、決済処理及びキャッシュ増額処理の開始の際に、キャッシュセンターサーバ１１から発行されるものである。
また、トランザクションＩＤは、決済処理及びキャッシュ増額処理における個々の処理動作の内容を識別するための識別子であり、キャッシュセンターサーバ１１から発行されるものである。

増額処理プログラム１１４ｂは、キャッシュ増額処理を行うためのプログラムであり、キャッシュ登録ＰＣ１５からのキャッシュ増額処理に関する命令（接続命令、ログイン命令、決済命令等）に対し、情報ＤＢ１２における各種テーブルからデータの読み出し又は更新を行い、命令に対する出力を返す命令処理手段と、セッションＩＤ及びトランザクションＩＤを発行すると共に、情報ＤＢ１２におけるトランザクション管理テーブル１２４及びセッションテーブル１２５を更新するＩＤ管理手段とを備えている。

フロントエンドプログラム１１４ｃは、キャッシュ登録ＰＣ１５との間でデータの受け渡しをするためのプログラムである。フロントエンドプログラム１１４ｃは、Ｗｅｂ表示手段を備えており、キャッシュ増額処理の際には、Ｗｅｂページを介してキャッシュ登録ＰＣ１５との間でデータの受け渡しを行うようになっている。
フロントエンドプログラム１１４ｃは、キャッシュ登録ＰＣ１５との通信にあたり、例えばＳＳＬを用いてデータを暗号化して通信を行っている。

制御プログラム１１４ｄは、キャッシュセンターサーバ１１における決済処理及びキャッシュ増額処理の切替制御のためのプログラムである。制御プログラム１１４ｄは、キャッシュセンターサーバ１１の起動時にＣＰＵ１１１に読み込まれて実行され、決済処理又はキャッシュ増額処理の命令が入力されると、いずれの命令であるかを判断して、決済処理プログラム又は増額処理プログラムのいずれかを選択して読み込んで実行する。

復号処理プログラム１１４ｅは、暗号化された一次キーを復号化するためのプログラムである。復号処理プログラム１１４ｅは、暗号化された一次キーと共に受信したＵＳＢキーのＩＤに基づき、情報ＤＢ１２の共通鍵テーブルから対応する共通鍵を特定して、データ記憶部１１３から当該共通鍵を取り出し、当該共通鍵を用いて、暗号化された一次キーを復号化する。

また、プログラム格納部１１４には、口座管理テーブルの残高照合及び更新のための課金用モジュールと、ワンタイムパスワード生成及び照合のための認証用モジュールが格納されている。上記各モジュールは、決済処理プログラム１４７ａ及び増額処理プログラム１４７ｂから読み込まれて実行される。

次に、情報ＤＢ１２の各テーブルの構成について図７〜図１１を用いて説明する。図７は、口座管理テーブル１２１の構成図であり、図８は、入金履歴テーブル１２２の構成図であり、図９は、入金履歴テーブル１２３の構成図であり、図１０は、トランザクション管理テーブル１２４の構成図であり、図１１は、セッションテーブル１２５の構成図である。

情報ＤＢ１２において、口座管理テーブル１２１は、ＵＳＢキーのＩＤに対応付けて電子キャッシュの口座を管理するテーブルである。口座管理テーブル１２１は、図７に示されるように、キー番号（ＵＳＢキーのＩＤ）と、現在キー番号（ＵＳＢキーの一次キー又はワンタイムパスワード）と、残高と、状態（カテゴリ情報）の項目を有している。
図７における状態の項目は、ＵＳＢキーの利用者についてのカテゴリ情報を示している。

入金履歴テーブル１２２は、ＵＳＢキーのＩＤに対応付けて電子キャッシュの入金履歴を管理するテーブルである。入金履歴テーブル１２２は、図８に示されるように、キー番号と、入金額と、残高と、入金ＩＤの項目を有している。
図８における入金ＩＤは、キャッシュ増額処理におけるトランザクションＩＤである。入金ＩＤは、入金処理を行う毎に固有に割り当てられるものである。

購入履歴テーブル１２３は、ＵＳＢキーのＩＤに対応付けて商品又はサービスの購入履歴を管理するテーブルである。購入履歴テーブル１２３は、図９に示されるように、キー番号と、トランザクションＩＤ（図ではトランザクトＩＤ）と、販売店番号と、価格と、購入品と、購入日時と、状態の項目を有している。
図９における状態の項目は、購入品についてのカテゴリ情報を示している。

トランザクション管理テーブル１２４は、動作の内容を識別するトランザクションＩＤに関する情報を管理するテーブルである。トランザクション管理テーブル１２４は、図１０に示されるように、トランザクションＩＤ（図ではトランザクトＩＤ）と、発行日時と、種別と、セッションＩＤと、シリアルと、状態の項目を有している。
図１０におけるシリアルは、同一のトランザクションＩＤにおける処理回数を示すものである。また、ステータスは、処理動作の履歴を示すものであり、当該ステータスを参照することにより、キャッシュセンターサーバ１１は、規定の順序（例えば、残高照会はログイン前に行うことができない等）に従って処理動作の制御を行うことができる。

セッションテーブル１２５は、まとまった処理を識別するセッションＩＤに関する情報を管理するテーブルである。セッションテーブル１２５は、図１１に示されるように、セッションＩＤと、キー番号と、開始時刻と、販売店番号と、価格と、ユーザデータと、状態の項目を有している。ユーザデータとは、決済画面から商品等の販売画面に戻る際に用いられるデータである。

次に、サービスサイトサーバ１３の構成について、図１２を用いて説明する。図１２は、サービスサイトサーバ１３の構成ブロック図である。
図１２に示されるように、サービスサイトサーバ１３は、ＣＰＵ１３１と、通信Ｉ／Ｆ１３２と、データ記憶部１３３と、プログラム格納部１３４とが備えられており、プログラム格納部１３４には、Ｗｅｂ表示用プログラム１３４ａと、商品・サービス提供プログラム１３４ｂと、決済処理プログラム１３４ｃとが記憶されている。

サービスサイトサーバ１３において、ＣＰＵ１３１と通信Ｉ／Ｆ１３２は、キャッシュセンターサーバ１１の対応する構成と基本的に同一であるため、説明は省略する。但し、サービスサイトサーバ１３はＤＢを管理するものとはなっていないため、ＣＰＵ１３１は、キャッシュセンターサーバ１１のＣＰＵ１１１と異なり、情報ＤＢ１２へのデータの読み書きをするものではない。

データ記憶部１３３は、商品・サービス提供処理及び決済処理で必要なデータを記憶するものである。商品・サービス提供処理及び決済処理に必要なデータには、提供対象の商品・サービスに関する情報（商品名、価格等）、暗号化されたＵＳＢキーのＩＤや、ＵＳＢキーのユーザに関するユーザデータ等が該当する。
プログラム格納部１３４は、決済処理で用いるプログラムを格納するものである。データ記憶部１３３とプログラム格納部１３４は、例えばＨＤ（Hard
Disk）で実現できる。

プログラム格納部１３４において、Ｗｅｂ表示用プログラム１３４ａは、Ｗｅｂ上で商品又はサービスを提供するサイトを表示可能とするためのプログラムである。Ｗｅｂ表示用プログラム１３４ａは、利用者ＰＣ１４との通信にあたり、例えばＳＳＬを用いてデータを暗号化して通信を行っている。
商品・サービス提供プログラム１３４ｂは、商品・サービスを提供するためのプログラムであり、データ記憶部１３３に記憶された商品又はサービスに関する情報を読み込んで、更にＷｅｂ表示用プログラム１３４ａを実行させて、読み込んだ情報をサイト上に表示させる商品・サービス提供手段と、利用者ＰＣ１４から商品・サービスの購入申し込みを受けると、後述する決済処理プログラム１３４ｃに移行する決済移行手段とを備えている。

決済処理プログラム１３４ｃは、商品・サービスの決済処理のためのプログラムであり、決済処理に関する命令（接続命令、ログイン命令、履歴更新命令等）をキャッシュセンターサーバ１１又は利用者ＰＣ１４に送信し、キャッシュセンターサーバ１１又は利用者ＰＣ１４からの情報（命令の処理結果）に対してデータ処理を行い、利用者ＰＣ１４又はキャッシュセンターサーバ１１に出力を返す命令処理手段を備えている。

次に、利用者ＰＣ１４の構成について、図１３を用いて説明する。図１３は、利用者ＰＣ１４の構成ブロック図である。
図１３に示されるように、利用者ＰＣ１４は、ＣＰＵ１４１と、入力部１４２と、表示部１４３と、通信Ｉ／Ｆ１４４と、データ記憶部１４５と、ＵＳＢポート１４６と、プログラム格納部１４７とが備えられており、プログラム格納部１４７には、ＵＳＢドライバ１４７ａと、専用プログラム１４７ｂと、Ｗｅｂブラウザプログラム１４７ｃとが記憶されている。

利用者ＰＣ１４において、ＣＰＵ１４１は、利用者ＰＣ１４における動作処理（照合、更新等）を制御するものである。ＣＰＵ１１は、具体的には、プログラム格納部１４７に記憶されているプログラムを読み出して実行することで、上記各処理の動作を実行する。
また、ＣＰＵ１４１は、入力部１４２から入力される情報や指示に基づいて動作処理を行い、動作処理結果を表示部１４３に表示するものである。

入力部１４２は、利用者ＰＣ１４の動作処理に必要な情報や指示等（パスワード入力等）を入力するものである。入力部１４２は、例えばキーボード又はマウスによって実現できる。
表示部１４３は、ＣＰＵ１４１における動作処理結果（エラー通知等）を、ＣＰＵ１４１の制御によって表示するものである。表示部１４３は、例えばＣＲＴ（Cathode
Ray Tube）ディスプレイ又は液晶ディスプレイで実現できる。
また、通信Ｉ／Ｆ１４４は、キャッシュセンターサーバ１１、サービスサイトサーバ１３における通信Ｉ／Ｆ１１２、１３２と構成は基本的には同一であるため、説明は省略する。

データ記憶部１４５は、利用者ＰＣ１４の動作処理に必要なデータを記憶するものである。ここで利用者ＰＣ１４の動作処理に必要なデータには、トランザクションＩＤ等が該当する。
ＵＳＢポート１４６は、ＵＳＢキーを挿入するためのポートコネクタである。ＵＳＢポート１４６にＵＳＢキーが挿入されると、当該ＵＳＢキーに電気が供給され、利用者ＰＣ１４との間のデータ通信が可能となる。
プログラム格納部１４７は、利用者ＰＣ１４の動作処理で用いるプログラムを格納するものである。データ記憶部１４５とプログラム格納部１４７は、例えばＨＤ（Hard
Disk）で実現できる。

プログラム格納部１４７において、ＵＳＢドライバ１４７ａは、ＵＳＢキーとの間でデータ通信を行うためのプログラムである。
専用プログラム１４７ｂは、ＵＳＢキーを用いた決済処理を行うためのプログラムであり、命令処理手段と、データ保管手段と、照合手段と、表示制御手段と、システムチェック手段と、認証手段と、インストール手段とを備えている。
Ｗｅｂブラウザプログラム１４７ｃは、Ｗｅｂサイトを閲覧できるＷｅｂブラウザ機能を実現するためのプログラムである。

ここで専用プログラム１４７ｂにおける各手段を説明する。
命令処理手段は、決済処理命令に関する命令（接続命令、ログイン命令、履歴更新命令等）をサービスサイトサーバ１３又はＵＳＢキー１６に送信し、サービスサイトサーバ１３からの情報（命令の処理結果）に対してデータ処理を行い、処理結果を表示部１４３又はＵＳＢキー１６に出力する手段である。また、命令処理手段は、暗号化されたプロトコルによって、ＵＳＢキー１６との通信を行う。
データ保管手段は、サービスサイトサーバ１３又はＵＳＢキーから受信した情報（カテゴリ情報等）をデータ記憶部１４５に記憶する手段である。
照合手段は、サービスサイトサーバ１３又はＵＳＢキー１６から受信した情報の照合を行う手段である。
表示制御手段は、決済処理に関する命令の処理結果や、パスワード入力を促す画面を表示部１４３に表示する手段である。

システムチェック手段は、ＵＳＢキー１６がＵＳＢポート１４６に挿入されて起動した際に、キャッシュセンターサーバ１１及びサービスサイトサーバ１３との通信機能等、専用プログラム１４７ｂの機能が正確に動作するかをチェックする手段である。
認証手段は、ＵＳＢキー１６、キャッシュセンターサーバ１１及びサービスサイトサーバ１３と認証を行う手段である。
インストール手段は、ＵＳＢのＩＤに対応した識別子とカテゴリ情報を有するソフトウェアのインストールを行う手段である。インストール手段でインストールされるソフトウェアは、例えばカテゴリ情報に合致しない商品等を扱うサービスサイトを閲覧できないようにするソフトウェア等が挙げられる。

次に、キャッシュ登録ＰＣ１５の構成について、図１４を用いて説明する。図１４は、キャッシュ登録ＰＣ１５の構成ブロック図である。
図１４に示されるように、キャッシュ登録ＰＣ１５は、ＣＰＵ１５１と、入力部１５２と、表示部１５３と、通信Ｉ／Ｆ１５４と、データ記憶部１５５と、ＵＳＢポート１５６と、プログラム格納部１５７とが備えられており、プログラム格納部１５７には、ＵＳＢドライバ１５７ａと、専用プログラム１５７ｂと、Ｗｅｂブラウザプログラム１５７ｃとが記憶されている。

キャッシュ登録ＰＣ１５において、ＣＰＵ１５１〜ＵＳＢポート１５６については、利用者ＰＣ１４の対応する構成と基本的に同一であるため、説明は省略する。
プログラム格納部１５７は、キャッシュ登録ＰＣ１５の動作処理で用いるプログラムを格納するものである。

プログラム格納部１５７において、ＵＳＢドライバ１５７ａは、ＵＳＢキー１６との間でデータ通信を行うためのプログラムである。
専用プログラム１５７ｂは、ＵＳＢキー１６を用いたキャッシュ増額処理を行うためのプログラムであり、命令処理手段と、表示制御手段と、システムチェック手段と、認証手段とを備えている。
Ｗｅｂブラウザプログラム１５７ｃは、Ｗｅｂサイトを閲覧できるＷｅｂブラウザ機能を実現するためのプログラムである。

ここで専用プログラム１５７ｂにおける各手段を説明する。
命令処理手段は、キャッシュ増額処理命令に関する命令（接続命令、ログイン命令、履歴更新命令等）をキャッシュセンターサーバ１１又はＵＳＢキー１６に送信し、キャッシュセンターサーバ１１からの情報（命令の処理結果）に対してデータ処理を行い、処理結果を表示部１５３又はＵＳＢキー１６に出力する手段である。
表示制御手段は、決済処理に関する命令の処理結果や、パスワード入力を促す画面を表示部１５３に表示する手段である。
システムチェック手段は、ＵＳＢキー１６がＵＳＢポート１５６に挿入されて起動した際に、キャッシュセンターサーバ１１との通信機能等が正確に動作するかをチェックする手段である。
認証手段は、ＵＳＢキー１６及びキャッシュセンターサーバ１１と認証を行う手段である。この認証については後述する。

次に、ＵＳＢキー１６の構成について、図１５を用いて説明する。図１５は、ＵＳＢキー１６の構成ブロック図である。
図１５に示されるように、ＵＳＢキー１６は、インタフェース１６１と、ＣＰＵ１６２と、メモリ１６３とを備えている。

ＵＳＢキー１６において、インタフェース１６１は、ＵＳＢキー１６がＵＳＢポートに接続されたＰＣと、ＣＰＵ１６２との間でのデータのやりとりを行うものである。また、インタフェース１６１は、ＰＣからの電気をＣＰＵ１６２に供給する。
ＣＰＵ１６２は、ＰＣからの指令に基づいた動作（データ更新、パスワード発行等）の動作処理を制御するものであり、インタフェース１６１から電気が供給されることで、起動する。ＣＰＵ１１は、具体的には、メモリ１６３に記憶されている動作プログラムを読み出して実行することで、動作処理を行う。

メモリ１６３は、ＵＳＢキー１６の動作処理に必要なデータを記憶するものである。
メモリ１６３は、書換不可領域と書換可能領域とに分かれており、書換不可領域にはシリアル番号（デバイスＩＤ）が記憶され、書換可能領域には、動作プログラム、共通キー（共通鍵）、一次キー（トランザクションＩＤ）、カテゴリ情報及び履歴情報が記憶される。

ここで、メモリ１６３に記憶される各データについて説明する。
シリアル番号は、ＵＳＢキーの固有のＩＤである。シリアル番号は、ＵＳＢキー１６ｑを配布する前にメモリ１６３の書換不可領域に記憶されているため、改竄は不可能である。
動作プログラムは、ＵＳＢキー１６の動作処理のためのプログラムであり、書換可能領域におけるデータを更新する更新手段と、共通キーを用いてシリアル番号及び一次キーのみ暗号化して送信する暗号化・送信手段を備える。
共通キーは、ＵＳＢキー１６のデータを暗号化及び復号化する際に用いる電子鍵である。共通キーは、ＵＳＢキーに固有のものであり、キャッシュセンターサーバ１１のデータ記憶部１１３にも予め記憶されている。
一次キーは、キャッシュセンターサーバ１１との間でのデータの照合に用いられるものであり、キャッシュセンターサーバ１１から発行されるトランザクションＩＤを記憶したものである。

カテゴリ情報は、ＵＳＢキー１６の利用者についての電子キャッシュ利用に関する情報であり、本システムの決済処理において、サービスサイトサーバ１３におけるカテゴリ情報と照合されるものである。
履歴情報は、ＵＳＢキー１６を用いた決済処理及びキャッシュ増額処理の利用履歴に関する情報であり、キャッシュセンターサーバ１１から送信された履歴情報を記憶したものである。当該履歴情報は、キャッシュセンターサーバ１１で管理される入金履歴テーブル１２２及び購入履歴テーブル１２３における履歴情報よりも短期間の履歴を扱っており、決済処理及びキャッシュ増額処理の開始の際には、上記各テーブルの履歴情報と照合されることによって、利用者ＰＣ１４又はキャッシュ登録ＰＣ１５に表示するものである。
また、利用者ＰＣ１４又はキャッシュ登録ＰＣ１５は、キャッシュセンターサーバ１１を介さずに当該履歴情報をＵＳＢキー１６から読み出して表示することができる。

次に、第２のシステムの全体的な流れについて図５を参照しながら説明する。
まず、ユーザは、電子キャッシュの運用会社からＵＳＢキー１６を購入する。購入に際し、運用会社はユーザにアンケート等を実施することで、ユーザの属性を取得し、これをユーザのカテゴリ情報として登録する。
そしてユーザには、自己のカテゴリ情報が記憶された運用会社提供のＵＳＢキー１６が配布される。ユーザのカテゴリ情報は、キャッシュセンターサーバ１１の口座管理テーブル１２１にも登録される。また、ＵＳＢキー１６の共通キーは、キャッシュセンターサーバ１１のデータ記憶部１１３にも記憶される。

ＵＳＢキー１６を入手すると、ユーザは次に、そのＵＳＢキー１６をプリペイド式の電子キャッシュとして利用するために、電子キャッシュの増額を行う。
キャッシュの増額は、キャッシュ登録ＰＣ１５を通してユーザの指示によって資金を運用会社の口座に追加する処理となる。追加された資金について、キャッシュセンターサーバ１１は、その金額を当該ユーザの利用可能な金額に追加する。尚、増額できる金額は、特定額として、例えば、１万円、３万円、５万円といった少額の資金とするよう、運用会社側で予め定めるようにしてもよい。
第２のシステムにおけるキャッシュ増額処理時の動作については後述する。

ＵＳＢキー１６が電子キャッシュとして利用可能となり、ユーザが利用者ＰＣ１４を使ってサービスサイトサーバ１３のＷｅｂサイトにアクセスし、商品等の購入の申し込みを行うと、キャッシュセンターサーバ１１は、当該商品等のカテゴリ情報を利用者ＰＣ１４に送信する。利用者ＰＣ１４は当該商品等のカテゴリ情報とＵＳＢキー１６のカテゴリ情報との照合を行い、合致した場合に決済処理に移行する。

決済処理において、サービスサイトサーバ１３は、キャッシュセンターサーバ１１に商品等の購入に必要な資金が足りるか否かを問い合わせ、購入資金が足りれば、商品等の購入の商取引を実行する。また、購入資金が足りなければ、商取引を停止し、購入資金が不足している旨を通知する。
商取引の成立によって決済が為され、キャッシュセンターサーバ１１が管理するユーザの電子キャッシュの残高から代金の引き落としが為される。
第２のシステムにおける決済処理の具体的な動作については後述する。

次に、第２のシステムにおける、決済処理及びキャッシュ増額処理の動作について説明する。
まず、決済処理の動作について、図１６及び図１７を用いて説明する。図１６及び図１７は、本発明の第２の実施の形態に係る電子キャッシュシステムの決済処理のフロー図である。
第２のシステムの決済処理の概略は、決済画面へのログインの際に、利用者ＰＣ１４が購入品のカテゴリ情報とＵＳＢキー１６のカテゴリ情報の照合を行い、合致した場合に決済を行ってキャッシュセンターサーバ１１及びＵＳＢキー１６の履歴情報を更新するものである。

以下、決済処理を具体的に説明する。
電子キャッシュの利用にあたり、ユーザはまず、起動している利用者ＰＣ１４のＵＳＢポート１４６にＵＳＢキー１６を挿入するか、ＵＳＢポート１４６にＵＳＢキー１６が挿入された状態で利用者ＰＣ１４を起動する。
するとＵＳＢキー１６には、ＵＳＢポート１４６から電源がインタフェース１６１を介してＣＰＵ１６２に供給され、ＣＰＵ１６２が起動する。

ＣＰＵ１６２は、メモリ１６３の動作プログラムを読み込むと、利用者ＰＣ１４のＣＰＵ１４１に対し、起動した旨の信号を送信する。利用者ＰＣ１４のＣＰＵ１４１は、当該信号を受信すると、プログラム格納部１４７から専用プログラム１４７ｂを読み込んで実行する。

そしてＣＰＵ１４１は、表示部１４３にパスワードの入力を促すポップアップウィンドウを表示する。ここで入力させるパスワードは、専用プログラム１４７ｂに固有のものであり、データ記憶部１４５に記憶されている。
利用者ＰＣ１４のＣＰＵ１４１は、ユーザが入力部１４２を介して入力されたパスワードが正しいか否かを判断し、正当なパスワードが入力されていなければ、専用プログラム１４７ｂの処理を終了し、電子キャッシュの利用を停止する。
正当なパスワードが入力されたと判断すると、ＣＰＵ１４１は、自己診断として「システムチェック」「認証内容の自己チェック」及び「ソフトウェアのインストール」の各処理を実行する。

また、ＵＳＢキー１６のメモリ１６３に、専用プログラム１４７ｂのパスワードを予め記憶させ、ＵＳＢキー１６の挿入時に、利用者ＰＣ１４のＣＰＵ１４１がＵＳＢキー１６から当該パスワードを読み出して、データ記憶部１４５に記憶されたパスワードと一致するか否かを判断するようにしてもよい。
このような構成とすることで、ユーザはパスワードを入力する手間が省け、パスワードを忘れた場合でも電子キャッシュを利用することができるので利便性が向上し、且つパスワードの一致する特定の利用者ＰＣ１４でのみ利用できるため、システムのセキュリティを向上させることができる。

次に、自己診断としての各処理を説明する。
「システムチェック」では、ＣＰＵ１４１は、専用プログラム１４７ｂの機能が正常に動作するかのチェックを行う。具体的には、キャッシュセンターサーバ１１やサービスサイトサーバ１３との間でデータ通信を行うことによる通信機能のチェック等を行う。

「認証内容の自己チェック」では、認証手段によって、ＵＳＢキー１６のメモリ１６３において前回までの内容が書き換えられていないかを認証する。例えば、利用者ＰＣ１４のデータ記憶部１４５に記憶されているトランザクションＩＤと、ＵＳＢキー１６に記憶されている一次キー（トランザクションＩＤ）とが一致するか否かを調べ、一致していなければ、利用者ＰＣ１４を使って電子キャッシュを利用したことがないと判断し、メッセージ等を表示部１４３に表示する。

「ソフトウェアのインストール」では、インストール手段によって、ＵＳＢキー１６のシリアル番号（ＩＤ）とカテゴリ情報とに基づいて、シリアル番号に対応した識別子と、当該カテゴリ情報とを有するソフトウェアをインストールする。
このソフトウェアは、ＵＳＢキー１６のカテゴリ情報に対応して利用者ＰＣ１４にインストールするものであり、例えばカテゴリ情報に合致しない商品等を扱うサービスサイトを閲覧できないようにするソフトウェア等が挙げられる。また、ソフトウェアは、ＣＤ−ＲＯＭ等の記憶媒体から読み出したり、特定のサイトからダウンロードするようにしてもよい。

上記自己診断においてエラーが発生すると、ＣＰＵ１４１は、電子キャッシュの利用ができないと判断し、専用プログラム１４７ｂによる処理を終了し、電子キャッシュの利用を停止する。エラーが無く、正常と診断された場合には、電子キャッシュの利用は可能であり、ＵＳＢキー１６は、ＣＰＵ１４１からの指示を待つ状態（スタンバイ状態）となる。

ＵＳＢキー１６がスタンバイ状態となった後、ユーザは利用者ＰＣ１４を用い、Ｗｅｂブラウザを介してサービスサイトサーバ１３の運営するサービスサイトにアクセスし、該サイトの提供する商品又はサービスを選択して購入の申し込みを行う。サービスサイトの運営時には、サービスサイトサーバ１３のＣＰＵ１３１は、Ｗｅｂ表示用プログラム１３４ａ及び商品・サービス提供プログラム１３４ｂを読み込んで実行する。
利用者ＰＣ１４からサービスサイトに購入の申込みが行われると、ＣＡ局１７は、サービスサイトサーバ１３と利用者ＰＣ１４との間でのサイト認証を行う。サイト認証の結果、利用者ＰＣ１４においてサービスサイトが正しいと判断されれば、購入の申し込みは継続して行われる。

また、利用者ＰＣ１４のＣＰＵ１４１は、残高照会命令とＵＳＢキー１６のシリアル番号とを、キャッシュセンターサーバ１１に送信する。
残高照会命令と、ＵＳＢキー１６のシリアル番号とを受信すると、キャッシュセンターサーバ１１のＣＰＵ１１１は、プログラム格納部１１４から課金モジュールを読み込んで、情報ＤＢ１２の口座管理テーブル１２１にアクセスし、復号されたシリアル番号に対応する残高を読み出して、利用者ＰＣ１４に送信する。
利用者ＰＣ１４のＣＰＵ１４１は、受信した残高と、ＵＳＢキー１６の履歴情報に含まれる残高とを照合する。照合の結果、合致する場合には引き続き電子キャッシュを利用できるが、照合結果が異なる場合は、利用者ＰＣ１４のＣＰＵ１４１は、エラーと判断して、電子キャッシュの利用を中止し、エラーの旨を表示部１４３に表示して、ユーザに通知する。

サービスサイトサーバ１３のＣＰＵ１３１は、商品又はサービスの購入の申し込みを受けると、決済処理プログラム１３４ｃを読み込み、接続命令をキャッシュセンターサーバ１１に送信し、決済画面への遷移を促す（図１６（１））。このとき接続命令と共に、サービスサイトサーバ１３の販売店番号、購入品、購入価格と、決済画面から販売画面に戻るためのユーザデータが送信される。

キャッシュセンターサーバ１１のＣＰＵ１１１は、起動時に制御プログラム１１４ｄを読み込んで実行しており、サービスサイトサーバ１３から接続命令及び情報を受信すると、決済処理の接続命令と判断し、決済処理プログラム１１４ａを読み込んで実行する。また、ＣＰＵ１１１は、受信した情報をデータ記憶部１１３に記憶する。

受信した情報のうち、販売店番号に該当するサービスサイトが存在することを確認すると、ＣＰＵ１１１は、接続命令の応答として、セッションＩＤを発行してサービスサイトサーバ１３に送信すると共に、情報ＤＢ１２のセッションテーブル１２５に新たなセッションＩＤの情報を追加する（図１６（２））。新たに追加されるセッションＩＤの情報には、販売店番号、購入価格の情報が含まれる。
セッションＩＤは、まとまった処理を識別するための識別子であり、決済処理に関する全ての命令には同一のセッションＩＤが付与される。

接続命令の応答を受けると、サービスサイトサーバ１３のＣＰＵ１３１は、データ記憶部１４５に記憶されている決済画面のアプレットを読み出し、利用者ＰＣ１４に送信する。アプレットは利用者ＰＣ１４で動作するＷｅｂブラウザ上で起動して、決済画面が表示部１４３に表示され、決済画面への遷移が行われる。
また、セッションＩＤも、サービスサイトサーバ１３を介して利用者ＰＣ１４に送信され、データ記憶部１４５に記憶される。

Ｗｅｂ上で表示される決済画面では、決済方法を選択することができる。ユーザが利用者ＰＣ１４を用いて、決済方法として「ＵＳＢキー」を選択して決定すると、以後、利用者ＰＣ１４は、キャッシュセンターサーバ１１を仲介して電子証取引を行う。
また、購入品が物である場合には、決済の画面において購入者に送付先の住所、氏名を入力させるようにする。

決済方法で「ＵＳＢキー」が選択された後、サービスサイトサーバ１３のＣＰＵ１３１は、利用者ＰＣ１４に対し、決済ログインのための情報を要請する。当該要請に対し、利用者ＰＣ１４のＣＰＵ１４１は、ログイン命令とセッションＩＤをサービスサイトサーバ１３を介してキャッシュセンターサーバ１１に送信する（図１６（３））。

キャッシュセンターサーバ１１のＣＰＵ１１１は、ログイン命令及びセッションＩＤを受信すると、情報ＤＢ１２のセッションテーブル１２５にアクセスし、受信したセッションＩＤが存在するか否かを調べ、存在する場合には、当該セッションＩＤを基にしてトランザクションＩＤ（図ではトランザクションＩＤ（１））を発行する。ＣＰＵ１１１は、トランザクションＩＤの発行に伴い、トランザクション管理テーブル１２４に新たなトランザクションＩＤの情報を追加する。

また、ＣＰＵ１１１は、購入品のカテゴリ情報を情報ＤＢ１２から読み出し、更に購入価格及び購入品の情報をデータ記憶部１１３から読み出して、ログイン処理結果として上記トランザクションＩＤと共に送信する（図１６（４））。ログイン処理結果は、サービスサイトサーバ１３を介して利用者ＰＣ１４に送信され、利用者ＰＣ１４において、データ記憶部１４５に記憶される。

次に利用者ＰＣ１４のＣＰＵ１４１は、ＵＳＢキー１６に対してデータ取得依頼を送信する（図１６（５））。ＣＰＵ１４１は、データ取得依頼と共に、キャッシュセンターサーバ１１で発行されたトランザクションＩＤ（１）をＵＳＢキー１６に送信する。
ＵＳＢキー１６のＣＰＵ１６２は、データ取得依頼及びトランザクションＩＤ（１）を受信すると、トランザクションＩＤ（１）でメモリ１６３の一次キーを更新する。更にＣＰＵ１６２は、データ取得依頼に応じて、更新した一次キーを共通キーで暗号化し、暗号化をしないシリアル番号及びカテゴリ情報と共に利用者ＰＣ１４のＣＰＵ１４１に処理結果として送信する（図１６（６））。また、ＣＰＵ１４１は、処理結果をデータ記憶部１４５に記憶する。

処理結果を受信すると、利用者ＰＣ１４のＣＰＵ１４１は、データ記憶部１４５に記憶された、購入品又はサービスのカテゴリ情報（キャッシュセンターサーバ１１から受信したカテゴリ情報）と、ＵＳＢキー１６から受信したカテゴリ情報との照合を行う。カテゴリ情報が合致していなければ、ＣＰＵ１４１はエラーと判断して、ログアウト命令とセッションＩＤをキャッシュセンターサーバ１１に送信する（図１６（７））。ログアウト命令とセッションＩＤを受信すると、キャッシュセンターサーバ１１のＣＰＵ１１１は、ログアウト結果を出力して、決済処理を終了する（図１７（１７））。また、ＣＰＵ１４１は、エラーの旨を表示部１４３に表示する。
尚、購入品のカテゴリ情報が、ユーザが判断すれば利用してもよい内容である場合には、利用者ＰＣ１４のＣＰＵ１４１は、ユーザに確認を求め、ユーザが判断すればエラーではなくカテゴリ情報に合致したものと判断する。

カテゴリ情報の照合において合致したもの（以下、カテゴリＯＫ）と判断された場合、利用者ＰＣ１４のＣＰＵ１４１は、カテゴリＯＫである旨と、シリアル番号及び暗号化された一次キーをサービスサイトサーバ１３に送信する。シリアル番号及び暗号化された一次キーは、サービスサイトサーバ１３において、データ記憶部１３３に記憶される。
ＣＰＵ１４１からカテゴリＯＫである旨が通知されることにより、サービスサイトサーバ１３は、以後キャッシュセンターサーバ１１との間で決済処理を行う。

サービスサイトサーバ１３のＣＰＵ１３１は、カテゴリＯＫである旨を受けると、与信命令をキャッシュセンターサーバ１１に送信し、キャッシュセンターサーバ１１においてユーザの残高を調べさせ、決済可能か否かを判断させる（図１６（８））。ＣＰＵ１３１は、与信命令と共に、サービスサイトサーバ１３に記憶される決済金額、セッションＩＤ及びトランザクションＩＤ（１）と、ＵＳＢキー１６からのシリアル番号（図ではキーシリアル）及び暗号化された一次キーとを送信する。
与信命令及び上記情報を受信したキャッシュセンターサーバ１１のＣＰＵ１１１は、情報ＤＢ１２のセッションテーブル１２５にアクセスし、受信したセッションＩＤが存在するか否かを調べ、存在する場合には、当該セッションＩＤに対応付けられて記憶されている購入品の価格の情報を読み出す。

そしてＣＰＵ１１１は、シリアル番号及び暗号化された一次キーを受信すると、当該シリアル番号に基づいて、暗号化された一次キーの復号を行う。ＣＰＵ１１１は、具体的に、復号処理プログラムを読み出して実行すると、情報ＤＢ１２の共通鍵テーブルを参照し、受信したシリアル番号に対応する共通鍵の情報を特定する。そして、特定した共通鍵の情報に基づいて、データ記憶部１１３から受信したシリアル番号に対応する共通鍵を取り出し、当該共通鍵を用いて一次キーを復号する。

更にＣＰＵ１１１は、情報ＤＢ１２のトランザクション管理テーブルを参照し、復号した一次キーが上記テーブルに存在するか否かを確認することで、一次キーの照合を行う。一次キーが受信したシリアル番号と共に上記テーブル存在することを確認すると、ＣＰＵ１１１は、そのまま決済処理を続行するが、一次キーが存在しない場合は、ＣＰＵ１１１は、サービスサイトサーバ１３に利用不可能の旨を通知する。サービスサイトサーバ１３のＣＰＵ１３１は、その旨をＷｅｂ上で利用者ＰＣ１４に表示し、決済処理を終了する。

一次キーがトランザクション管理テーブルに存在する場合、次にＣＰＵ１１１は、プログラム格納部１１４から課金モジュールを読み込んで、口座管理テーブル１２１にアクセスし、得られたシリアル番号に対応する残高を参照して、上記価格が残高を超えていないかを判断する。

価格が残高を超えている場合は、図示していないが、キャッシュセンターサーバ１１のＣＰＵ１１１はサービスサイトサーバ１３に利用不可能の旨を通知する。サービスサイトサーバ１３のＣＰＵ１３１は、その旨をＷｅｂ上で利用者ＰＣ１４に表示し、決済処理を終了する。
価格が残高を超えていない場合には、ＣＰＵ１１１は、サービスサイトサーバ１３に利用可能の旨を通知する。尚、通知の際には、ＣＰＵ１１１は新たなトランザクションＩＤ（図ではトランザクションＩＤ（２））を発行する（図１７（９））。

サービスサイトサーバ１３のＣＰＵ１３１は、キャッシュセンターサーバ１１からの通知が「利用可能」であれば、決済命令をキャッシュセンターサーバ１１に送信し、残高の変更を依頼する（図１７（１０））。ＣＰＵ１３１は、決済命令と共に、セッションＩＤと、トランザクションＩＤ（１）と、シリアル番号及び暗号化された一次キーとを送信する。

決済命令及び上記情報を受信したキャッシュセンターサーバ１１のＣＰＵ１１１は、与信命令の場合と同様に、受信したセッションＩＤと対応付けられて記憶されている購入対象の商品等の価格の情報をセッションテーブル１２５から読み出すと共に、上述したように一次キーの復号を行い、一次キーがトランザクション管理テーブルに存在するかを確認する。そして、存在する場合には、ＣＰＵ１１１は、課金モジュールを読み込んで、口座管理テーブル１２１から当該シリアル番号に対応する残高を参照する。

そしてＣＰＵ１１１は、当該シリアル番号に対応する残高から、購入対象の商品等の価格を減算し、残高を更新する。また、ＣＰＵ１１１は、購入履歴テーブル１２３にアクセスして、決済を行った商品等の情報を新たに追加する。このとき、口座管理テーブル１２１及び購入履歴テーブル１２３は、更新した内容の確定を待つ状態としておく。
口座管理テーブル１２１及び購入履歴テーブル１２３の更新が終了すると、ＣＰＵ１１１は、処理完了及び処理結果をサービスサイトサーバ１３に通知する。尚、通知の際には、ＣＰＵ１１１は新たなトランザクションＩＤ（図ではトランザクションＩＤ（３））を発行する（図１７（１１））。

サービスサイトサーバ１３のＣＰＵ１３１は、キャッシュセンターサーバ１１から決済処理が完了した通知を受けると、その旨をＷｅｂ上に表示すると共に、利用者ＰＣ１４に対して作業完了の旨と取引内容とを通知する。また、ＣＰＵ１３１は、トランザクションＩＤ（３）を、上記通知と共に送信する。

利用者ＰＣ１４のＣＰＵ１４１は、上記通知及びトランザクションＩＤ（３）を受信すると、データ記憶部１４５に記憶すると共に、ＵＳＢキー１６に対し、受信した内容を送信し、ＵＳＢキー１６のＣＰＵ１６２は、送信されたトランザクションＩＤで一次キーの更新処理を行う（図１７（１２））。更新処理において、ＣＰＵ１６２は、受信したトランザクションＩＤ（３）でメモリ１６３の一次キーを更新すると共に、履歴情報に取引内容の情報を追加して更新する。したがって、当該更新処理によって、ＵＳＢキー１６には、決済時におけるトランザクションＩＤと、取引内容が記憶されたことになる。

更新処理後、ＣＰＵ１６２は、一次キー（更新されたトランザクションＩＤ（３））を共通キーで暗号化し、シリアル番号と共に利用者ＰＣ１４に送信する（図１７（１３））。シリアル番号及び暗号化された一次キーを受信した利用者ＰＣ１４のＣＰＵ１４１は、データ記憶部１４５からセッションＩＤ及びトランザクションＩＤ（３）を読み出し、共にサービスサイトサーバ１３に送信する。

サービスサイトサーバ１３のＣＰＵ１３１は、セッションＩＤ、トランザクションＩＤ（３）、シリアル番号及び暗号化された一次キーとを受信すると、決済確定命令をキャッシュセンターサーバ１１に送信する（図１７（１４））。ＣＰＵ１３１は、決済確定命令と共に、セッションＩＤと、トランザクションＩＤ（３）と、シリアル番号及び暗号化された一次キー（ＵＳＢキー１６から受信したトランザクションＩＤ）とを送信する。そしてＣＰＵ１１１は、上述した方法で暗号化された一次キーを復号する。

決済確定命令及び上記情報を受信したキャッシュセンターサーバ１１のＣＰＵ１１１は、シリアル番号及び一次キーに基づいて決済確定を待つ取引を特定し、決済命令によって更新内容の確定を待つ状態となっている口座管理テーブル１２１及び購入履歴テーブル１２３の内容を確定し、決済の取引内容を確定する。
口座管理テーブル１２１及び購入履歴テーブル１２３の内容が確定すると、ＣＰＵ１１１は、決済確定結果の通知をサービスサイトサーバ１３に送信する。尚、通知の際には、ＣＰＵ１１１は新たなトランザクションＩＤ（図ではトランザクションＩＤ（４））を発行する（図１７（１５））。

決済確定結果が通知され、決済が確定したことを確認すると、サービスサイトサーバ１３のＣＰＵ１３１は、ログアウト命令とセッションＩＤとをキャッシュセンターサーバ１１に送信する（図１７（１６））。
ログアウト命令及びセッションＩＤを受信すると、キャッシュセンターサーバ１１のＣＰＵ１１１は、決済のログアウト処理を行ってサービスサイトサーバ１３との接続を断ち（図１７（１７））、決済処理を完了する。

上記第１の決済処理では、サービスサイトにアクセスし、購入する商品又はサービスを選択した後にカテゴリ情報の照合を行い、決済処理の実施を決定するものとなっているが、サービスサイトのカテゴリ情報についてサービスサイトにアクセスする際にＵＳＢキーのカテゴリ情報と照合を行って、ユーザのアクセス許可を決定するために用いることもできる。

次に、第２のシステムにおけるキャッシュ増額処理の動作について、図５〜図１４を参照しながら説明する。
第２のシステムにおけるキャッシュ増額処理の概略は、キャッシュセンターサーバ１１が、増額処理における指示を送信する毎にトランザクションＩＤを発行し、キャッシュ登録ＰＣ１５から暗号化された一次キー（トランザクションＩＤ）を受信すると、当該一次キーを復号し、発行したＩＤとの照合を行って、合致した場合にキャッシュ増額処理を行うものである。

以下、キャッシュ増額処理における具体的な動作について説明する。
電子キャッシュを増額する場合には、ユーザは、起動しているキャッシュ登録ＰＣ１５のＵＳＢポート１５６にＵＳＢキー１６を挿入するか、ＵＳＢポート１５６にＵＳＢキー１６が挿入された状態でキャッシュ登録ＰＣ１５を起動する。ＵＳＢキー１６には、ＵＳＢポート１５６からの電源がインタフェース１６１からＣＰＵ１６２に供給され、ＣＰＵ１６２が起動する。
以下、決済処理における利用者ＰＣ１４の場合と同様に、キャッシュ登録ＰＣ１５のＣＰＵ１５１も、専用プログラム１５７ｂを読み込み、ユーザにパスワードの入力を促す。

正当なパスワードが入力されたと判断されると、ＣＰＵ１５１は、「システムチェック」「認証内容の自己チェック」及び「履歴内容の照会」の各処理を実行する。
「システムチェック」「認証内容の自己チェック」については、決済処理の場合と同一であるため、説明は省略する。

「履歴内容の照会」では、ＣＰＵ１５１は、キャッシュセンターサーバ１１にアクセスし、当該サーバで管理されている履歴情報と、ＵＳＢキー１６の履歴情報の内容とを突き合わせ、内容に相違がないか判断する。具体的には、ＵＳＢキー１６のシリアル番号をキャッシュセンターサーバ１１に送信し、入金履歴テーブル１２２から当該シリアル番号に対応する履歴情報を読み出すことで行われる。

上記各処理でエラーが発生すると、ＣＰＵ１５１は、電子キャッシュの利用ができないと判断し、専用プログラム１５７ｂによる処理を終了し、電子キャッシュの利用を停止する。エラーが無く、正常と診断された場合には、電子キャッシュの利用は可能であり、ＵＳＢキー１６は、ＣＰＵ１５１からの指示を待つ状態（スタンバイ状態）となる。

ＵＳＢキー１６がスタンバイ状態となった後、ユーザはキャッシュ登録ＰＣ１５を用い、Ｗｅｂブラウザを介してキャッシュセンターサーバ１１が運営するキャッシュ増額サイトにアクセスし、増額金額を入力してキャッシュ増額の申し込みを行う。キャッシュ増額サイトの運営時には、キャッシュセンターサーバ１１のＣＰＵ１１１は、フロントエンドプログラム１１４ｃを読み込んで実行する。キャッシュ増額の申し込みの際には、ＣＡ局１７はサイト認証を行い、キャッシュ増額サイトが正しければ、キャッシュ増額の申し込みは継続して行われる。

フロントエンドプログラム１１４ｃを実行中のＣＰＵ１１１は、キャッシュ増額の申し込みがあると、キャッシュ登録ＰＣ１５に対し、増額画面へのログインのための情報を要請する。ＣＰＵ１１１は、上記要請と共に、セッションＩＤを発行してキャッシュ登録ＰＣ１５に送信すると共に、情報ＤＢ１２のセッションテーブル１２５に新たなセッションＩＤの情報を追加する。
当該要請に対し、キャッシュ登録ＰＣ１５のＣＰＵ１５１は、ログイン命令とセッションＩＤをキャッシュセンターサーバ１１に送信する。

キャッシュセンターサーバ１１のＣＰＵ１１１は、ログイン命令及びセッションＩＤを受信すると、情報ＤＢ１２のセッションテーブル１２５にアクセスし、受信したセッションＩＤが存在するか否かを調べ、存在する場合には、当該セッションＩＤを基にしてトランザクションＩＤを発行する。ＣＰＵ１１１は、トランザクションＩＤの発行に伴い、トランザクション管理テーブル１２４に新たなトランザクションＩＤの情報を追加する。
また、ＣＰＵ１１１は、ログイン処理結果を上記トランザクションＩＤと共に送信する。ログイン処理結果は、キャッシュ登録ＰＣ１５に送信され、利用者ＰＣ１５において、データ記憶部１４５に記憶される。

次にキャッシュ登録ＰＣ１５のＣＰＵ１５１は、ＵＳＢキー１６に対してデータ取得依頼を送信する。ＣＰＵ１５１は、データ取得依頼と共に、キャッシュセンターサーバ１１で発行されたトランザクションＩＤをＵＳＢキー１６に送信する。
ＵＳＢキー１６のＣＰＵ１６２は、データ取得依頼及びトランザクションＩＤ（１）を受信すると、トランザクションＩＤでメモリ１６３の一次キーを更新する。更にＣＰＵ１６２は、データ取得依頼に応じて、更新した一次キーを共通キーで暗号化し、暗号化をしないシリアル番号と共にキャッシュ登録ＰＣ１５のＣＰＵ１５１に処理結果として送信する。また、ＣＰＵ１５１は、処理結果をデータ記憶部１５５に記憶する。

キャッシュ登録ＰＣ１５のＣＰＵ１５１は、シリアル番号及び暗号化された一次キーをキャッシュセンターサーバ１１に送信する。
キャッシュセンターサーバ１１のＣＰＵ１１１は、シリアル番号及び暗号化された一次キーを受信すると、決済処理の場合と同様に、当該シリアル番号に基づいて、暗号化された一次キーの復号を行う。

更にＣＰＵ１１１は、情報ＤＢ１２のトランザクション管理テーブルを参照し、復号した一次キーが上記テーブルに存在するか否かを確認することで、一次キーの照合を行う。一次キーが受信したシリアル番号と共に上記テーブル存在することを確認すると、ＣＰＵ１１１は、そのまま決済処理を続行するが、一次キーが存在しない場合は、ＣＰＵ１１１は、サービスサイトサーバ１３に利用不可能の旨を通知する。サービスサイトサーバ１３のＣＰＵ１３１は、その旨をＷｅｂ上で利用者ＰＣ１４に表示し、増額処理を終了する。
一次キーがトランザクション管理テーブルに存在する場合、ＣＰＵ１１１は、増額処理プログラム１１４ｂに電子キャッシュの利用開始の是非を通知する。

利用開始ができる通知が為されると、ＣＰＵ１１１は、キャッシュ増額サイトで入力され、データ記憶部１１３に記憶されている増額金額を増額処理プログラム１１４ｂに通知し、キャッシュ増額利用の是非を照会する。
ＣＰＵ１１１は、増額処理プログラム１１４ｂを実行すると、増額可能な金額と現在の残高、増額金額を照合し、問題なければキャッシュセンターサーバ１１のフロントエンドプログラム１１４ｃに増額可能な旨を通知し、増額可能な範囲を超えている等の理由で増額ができない場合、エラーコードをフロントエンドプログラム１１４ｃに通知する。

フロントエンドプログラム１１４ｃを実行するＣＰＵ１１１は、増額処理プログラム１１４ｂからの通知が「利用可能」であれば、課金モジュールを読み込んで残高の変更を行う。具体的には、情報ＤＢ１２の口座管理テーブル１２１にアクセスし、復号済みのシリアル番号に基づいて、当該シリアル番号に対応した残高を参照し、増額金額を加算して残高を更新する。また、入金履歴テーブル１２２にアクセスし、シリアル番号に対応した入金額に、増額金額を書き込んで更新する。更新処理が完了すると、ＣＰＵ１１１は、増額処理完了の旨をフロントエンドプログラム１１４ｃに通知する。
また、増額処理プログラム１１４ｂからの通知が「利用不可能」であれば、その旨をＷｅｂ上に表示する。

フロントエンドプログラム１１４ｃを実行するＣＰＵ１１１は、増額処理が完了し、通知が為された場合、その旨をＷｅｂ上に表示すると共に、キャッシュ登録ＰＣ１５に作業完了の旨と取引内容を通知する。また、キャッシュセンターサーバ１１のＣＰＵ１１１は、トランザクションＩＤを発行し、キャッシュ登録ＰＣ１５に送信する。

キャッシュ登録ＰＣ１５のＣＰＵ１５１は、上記通知及びトランザクションＩＤを受信すると、データ記憶部１５５に記憶すると共に、ＵＳＢキー１６に対し、受信した内容を送信し、ＵＳＢキー１６のＣＰＵ１６２は、送信されたトランザクションＩＤで一次キーの更新処理を行う。更新処理において、ＣＰＵ１６２は、受信したトランザクションＩＤでメモリ１６３の一次キーを更新すると共に、履歴情報に取引内容の情報を追加して更新する。よって、当該更新処理によって、ＵＳＢキー１６には、決済時におけるトランザクションＩＤと、取引内容が記憶されたことになる。

更新処理後、ＣＰＵ１６２は、シリアル番号及び一次キー（更新されたトランザクションＩＤ）を共通キーで暗号化し、利用者ＰＣ１４に送信する。暗号化されたシリアル番号及び一次キーを受信したキャッシュ登録ＰＣ１５のＣＰＵ１５１は、データ記憶部１５５からトランザクションＩＤを読み出し、共にキャッシュセンターサーバ１１に送信する。
キャッシュセンターサーバ１１のＣＰＵ１１１は、暗号化されたシリアル番号及び一次キーと、トランザクションＩＤとを受信すると、キャッシュ増額処理が完了したことを認識し、キャッシュ増額処理を終了する。
以上が第２のシステムにおけるキャッシュ増額処理の動作である。

上述した第２のシステムにおけるキャッシュ増額処理の動作は、一例を示したものであり、実際の運用では、キャッシュセンターサーバにおけるユーザ認証の仕様や、セッションジャック等のセキュリティ対策を考慮して増額処理のフローを構築することが望ましい。

第１及び第２のシステムは、ＵＳＢキーを挿入させて電子証取引を行うための装置としてコンピュータを用いているが、これに限らず、例えば第３世代の携帯電話機等、ＵＳＢインタフェースを有する機器であれば適用できるものである。
また、第２のシステムは、電子プリペイドキーのデバイスとしてＣＰＵを内蔵したＵＳＢを用いているが、ＰＣや携帯電話機等に接続でき、且つＣＰＵを内蔵したデバイスであれば利用できるものである。

本発明の電子キャッシュシステムは、例えば音楽配信に応用することができる。
すなわち、利用者にＵＳＢキーを配布又は貸与させ、決済時に音楽データのダウンロード元に、自己のＵＳＢキーのシリアル番号を予め送信させておくことで、音楽配信業者は利用者固有のシリアル番号を用いて音楽データを暗号化して送信し、暗号化された音楽データをシリアル番号で復号しながら再生するようにしているので、ＵＳＢキーを保有する特定の利用者のみが楽しむことができる。

また、ダウンロードした音楽データは、ＰＣ又は携帯電話機において、ＵＳＢキーのシリアル番号を使って復号化して再生できるが、復号化した音楽データは、メモリ等に記憶することができないようにすることで、ＵＳＢキーを音楽再生のためのキーとして用いることができ、且つ音楽データの不正な再利用を防止することができる。
また、本発明の電子キャッシュシステムは、静止画や動画等の配信の場合にも適用することができる。

第２のシステムによれば、ユーザについての電子キャッシュ利用に関する情報であるカテゴリ情報を、ＵＳＢキーに記憶し、電子証取引の決済の際に、購入対象の商品又はサービスについてのカテゴリ情報と、当該ＵＳＢキーのカテゴリ情報を照合し、合致した場合に決済を許可するものとしているので、商品等の条件に適合したユーザの照合を容易に行って決済に移行できるため、電子証取引の適正を向上させることができる効果がある。

また、第２のシステムによれば、運用会社のサーバ（キャッシュセンターサーバ１１）からＵＳＢキーへの個々の動作の識別子として発行されるトランザクションＩＤを用いて、決済処理及びキャッシュ増額処理における当該サーバとＵＳＢキーの間の認証を行うので、簡易な制御によって電子証取引の安全性を向上させることができる効果がある。

本発明は、チャージ可能なプリペイド式の電子キャッシュシステムにおいて、商取引の利便性及び安全性を向上させることができる。

本発明の第１の実施の形態に係る電子キャッシュシステムの構成ブロック図である。 本発明の第１の実施の形態に係る電子キャッシュシステムにおけるデータベース内に記憶されるデータ内容の概要を示す図である。 本発明の第１の実施の形態に係る電子キャッシュシステムにおけるチャージ処理の流れを示すフローチャートである。 本発明の第１の実施の形態に係る電子キャッシュシステムにおける運用会社サーバ５での商品購入・決済・払込処理の流れを示すフローチャートである。 本発明の第２の実施の形態に係る電子キャッシュシステムの構成ブロック図である。 キャッシュセンターサーバ１１及び情報ＤＢ１２の構成ブロック図である。 口座管理テーブル１２１の構成図である。 入金履歴テーブル１２２の構成図である。 金履歴テーブル１２３の構成図でである。 トランザクション管理テーブル１２４の構成図でである。 セッションテーブル１２５の構成図である。 サービスサイトサーバ１３の構成ブロック図である。 利用者ＰＣ１４の構成ブロック図である。 キャッシュ登録ＰＣ１５の構成ブロック図である。 ＵＳＢキー１６の構成ブロック図である。 本発明の第２の実施の形態に係る電子キャッシュシステムの第１の決済処理のフロー図である。 本発明の第２の実施の形態に係る電子キャッシュシステムの第１の決済処理のフロー図である。

符号の説明

１，１６…ＵＳＢキー、 ２…ＰＣ、 ３，１８…インターネット、 ４…ネットバンクサーバ、 ５…運用会社サーバ、 ６…ＤＢ、 ７…商品／サービス提供会社サーバ、 １１…キャッシュセンターサーバ、 １２…情報ＤＢ、 １３…サービスサイトサーバ１３、 １４…利用者ＰＣ、 １５…キャッシュ登録ＰＣ

Claims (8)

1. インターネットにアクセス可能なコンピュータのＵＳＢポートコネクタに接続可能なＵＳＢデバイスに、電子キャッシュのチャージ及び利用のための暗号化された識別子が記憶されており、
   ユーザ毎にＵＳＢデバイスの識別子、チャージ用パスワード及び電子キャッシュとして利用可能な金額を対応付けて記憶し、プリペイド式の電子キャッシュとして用いられる資金をユーザの銀行口座から運用会社の口座に移動する際に、コンピュータで取得したＵＳＢデバイスの暗号化された識別子とチャージ用パスワードを入力し、暗号化された識別子を復号化し、記憶するチャージ用パスワードの中で対応するパスワードと入力されたチャージ用パスワードが一致する場合に、資金移動を許可し、資金移動が為されると当該ユーザに対応した利用可能な金額に当該資金の金額を追加する運用会社サーバを備えたことを特徴とする電子キャッシュシステム。
2. 資金移動する金額は、運用会社が予め設定した中から選択可能としたことを特徴とする請求項１記載の電子キャッシュシステム。
3. ユーザの利用可能な金額に上限を設けたことを特徴とする請求項１又は２記載の電子キャッシュシステム。
4. 運用会社サーバが、ユーザ毎にＵＳＢデバイスの識別子、ユーザパスワード、チャージ用パスワード及び電子キャッシュとして利用可能な金額を対応付けて記憶し、電子商取引において、取引のユーザがＵＳＢデバイスの電子キャッシュを利用する際に、コンピュータで取得したＵＳＢデバイスの暗号化された識別子とユーザパスワードを入力し、暗号化された識別子を復号化し、記憶するユーザパスワードの中で対応するパスワードと入力されたユーザパスワードが一致する場合に、ユーザの利用可能な金額の範囲で商取引が可能であれば、商取引を成立させることを特徴とする請求項１乃至３記載の電子キャッシュシステム。
5. 運用会社サーバが、プリペイド式の電子キャッシュとして用いられる資金をユーザの銀行口座から運用会社の口座に移動する際に、コンピュータで取得したＵＳＢデバイスの暗号化された識別子、ユーザパスワード及びチャージ用パスワードを入力し、暗号化された識別子を復号化し、記憶するユーザパスワードの中で対応するパスワードと入力されたユーザパスワードが一致し、更に記憶するチャージ用パスワードの中で対応するパスワードと入力されたチャージ用パスワードが一致する場合に、資金移動を許可することを特徴とする請求項４記載の電子キャッシュシステム。
6. 電子キャッシュによる決済処理を行うキャッシュセンターサーバと、
   商品又はサービスの提供をウェブ上のサービスサイトで行うサービスサイトサーバと、
   ＵＳＢポートを備え、前記サービスサイトサーバに接続して前記商品又はサービスを購入する操作を行う利用者装置と、
   ＵＳＢインタフェースを備えたＵＳＢ装置とを有し、
   前記キャッシュセンターサーバは、前記サービスサイトにおけるカテゴリ情報を記憶部に記憶し、前記サービスサイトサーバからの決済開始の依頼を受けると、当該サービスサイトにおけるカテゴリ情報を前記サービスサイトサーバに送信し、
   前記ＵＳＢ装置は、利用者に応じたカテゴリ情報を記憶部に記憶し、前記利用者装置からの要求により前記カテゴリ情報を出力し、
   前記サービスサイトサーバは、前記利用者装置から当該サービスサイトの利用の申込みがあると、前記キャッシュセンターサーバに決済処理の開始を依頼し、前記キャッシュセンターサーバから前記サービスサイトのカテゴリ情報を受信して前記利用者装置に出力し、
   前記利用者装置は、ＵＳＢポートに前記ＵＳＢ装置が挿入された状態で、前記サービスサイトへの利用を申し込むと、前記サービスサイトサーバからカテゴリ情報を入力し、前記ＵＳＢ装置から取得したカテゴリ情報と照合して合致すれば決済処理の実行を可能とし、合致しなければ決済処理を終了することを特徴とする電子キャッシュシステム。
7. キャッシュセンターサーバは、決済処理における指示を、サービスサイトサーバを介して送信する毎にトランザクションＩＤを発行し、前記サービスサイトサーバを介して受信した暗号化された一次キーを復号し、前記送信したトランザクションＩＤと照合して合致すれば決済処理を続行し、合致しなければ決済処理を終了し、
   利用者装置は、前記サービスサイトサーバを介して受信した前記トランザクションＩＤを接続するＵＳＢ装置に出力し、前記ＵＳＢ装置から入力された暗号化された一次キーを、前記サービスサイトサーバを介して前記キャッシュセンターサーバに送信し、
   前記ＵＳＢ装置は、前記利用者装置から入力されたトランザクションＩＤで一次キーを更新し、更新された一次キーを共通キーで暗号化して前記利用者装置に出力することを特徴とする請求項６記載の電子キャッシュシステム。
8. ＵＳＢ装置は、パスワードを記憶部に格納しており、
   利用者装置は、記憶部に格納するパスワード又は入力部から入力されたパスワードと接続する前記ＵＳＢ装置の記憶部に格納されたパスワードとを照合して合致すれば決済処理の実行を可能とし、合致しなければ決済処理を終了することを特徴とする請求項６又は７記載の電子キャッシュシステム。

Images