JP2003050957A - 口座管理方法および口座管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 電子決済時のセキュリティを強化する。 【解決手段】 決済管理サーバ３０は、購入者を識別す
る顧客ＩＤまたは加盟店を識別する店舗ＩＤと、入金カ
ードを識別する入金カードＩＤとに基づいて、決済する
際に用いられるバリュー口座を開設し、レジスタ端末４
０から入金カードＩＤおよび入金額を受信した場合に
は、入金カードＩＤに対応するバリュー口座に入金額を
登録し、携帯電話機１０から顧客ＩＤ、購入価格および
店舗ＩＤを受信した場合には、顧客ＩＤに対応するバリ
ュー口座から購入価格を差し引くとともに、店舗ＩＤに
対応するバリュー口座に購入価格を加えることにより電
子決済を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、口座管理方法およ
び口座管理装置に係り、特に電子決済時のセキュリティ
を強化するための技術に関する。

【０００２】

【従来の技術】最近インターネット上で行われる電子商
取引の決済にプリペイドカード型の電子マネーが利用さ
れるようになってきた。プリペイドカード型の電子マネ
ーは、例えば、コンビニエンスストアなどでプリペイド
カードとして購入することができる。そして、このプリ
ペイドカードには、予め定められた金額が表示されてい
るとともに、銀色のスクラッチ部分がある。この銀色の
スクラッチ部分の下には、プリペイドカードを識別する
識別番号が表示されている。また、プリペイドカード管
理会社が運営するサーバ装置には、プリペイドカードの
識別番号とプリペイドカードに表示されている金額分の
バリューデータ（貨幣価値データ）とが対応付けられて
記憶されている。

【０００３】電子商取引においてプリペイドカード型の
電子マネーにより決済を行う場合には、上述したプリペ
イドカード上に記載されている識別番号をサーバ装置に
通知する。これにより、この識別番号に対応するバリュ
ーデータから購入金額分のバリューデータが差し引かれ
るとともに、店舗側の銀行口座に購入金額分のお金が振
り込まれる。このように、従来のプリペイドカード型の
電子マネーでは、プリペイドカード上に記載されている
識別番号をサーバ装置に通知することで、この識別番号
に対応するバリューデータを使用している。したがっ
て、識別番号が他人に知られることのないようにプリペ
イドカード上の識別番号部分を銀色にスクラッチしてい
る。

【０００４】

【発明が解決しようとする課題】ところで、プリペイド
カード上の識別番号部分を銀色にスクラッチしてもプリ
ペイドカードを落としたり、盗まれるなどしてしまうと
識別番号が他人に知られてしまい、バリューデータが他
人に不正に利用されてしまうという問題がある。そこ
で、本発明は、上述した事情に鑑みてなされたものであ
り、電子決済時のセキュリティを強化する口座管理方法
および口座管理装置を提供することを目的とする。

【０００５】

【課題を解決するための手段】上述した課題を解決する
ため、本発明に係る口座管理方法は、入金手続を特定す
るために一意に割り当てられている第１の識別コードと
電子商取引の購入者を特定するために一意に割り当てら
れている第２の識別コードとを通信端末からネットワー
クを介して受信し、前記受信した第１および第２の識別
コードと対応付けた口座ファイルを生成し、前記口座フ
ァイルを特定する入金識別コードと前記口座ファイルに
登録する入金データとを入金端末からネットワークを介
して受信し、前記生成された口座ファイルの中から、前
記入金識別コードと一致する前記第１の識別コードに対
応する口座ファイルを選択し、前記選択された口座ファ
イルに前記入金データを加算することを特徴としてい
る。

【０００６】この発明によれば、入金手続を特定するた
めに一意に割り当てられている第１の識別コードと電子
商取引の購入者を特定するために一意に割り当てられて
いる第２の識別コードと対応付けられた口座ファイルを
生成することができるため、この口座ファイルに入金デ
ータを登録する際には、口座ファイルを特定する入金識
別コードと一致する前記第１の識別コードに対応する口
座ファイルに対して入金データを加算することが可能に
なる。このように、入金する際に特定される識別コード
と購入する際に特定される識別コードとが別個に設定さ
れているため、両方の識別コードを知り得ない限り電子
商取引において商品等を購入することができない。した
がって、電子決済時のセキュリティを強化することがで
きる。

【０００７】また、本発明に係る口座管理装置は、入金
手続を特定するために一意に割り当てられている第１の
識別コードと電子商取引の購入者を特定するために一意
に割り当てられている第２の識別コードとを外部端末か
ら受信する識別コード受信手段と、前記受信した第１お
よび第２の識別コードと対応付けた口座ファイルを生成
する生成手段と、前記口座ファイルを特定する入金識別
コードと前記口座ファイルに登録する入金データとを外
部端末から受信する入金受信手段と、前記生成された口
座ファイルの中から、前記入金識別コードと一致する前
記第１の識別コードに対応する口座ファイルを選択する
選択手段と、前記選択された口座ファイルに前記入金デ
ータを加算する入金加算手段とを備えるを備えることを
特徴としている。

【０００８】

【発明の実施の形態】次に、図面を参照して本発明の好
適な実施形態について説明する。 ［１．実施形態の構成］ ［１−１．決済管理システムの構成］図１に、本発明の
実施形態である決済管理システム１の概要構成を示す。
図１に示す携帯電話機１０-1，…，１０-n（以下、特に
各携帯電話機を区別する必要がない場合には、携帯電話
機１０と記載する。）は、電子商取引において商品の購
入あるいはサービスの提供に対する対価を支払う購入者
（以下、単に購入者と記載する。）が所有する移動通信
端末である。携帯電話機１０は、ブラウザ機能を有して
おり、インターネット７０上のコンテンツサーバ５０が
提供する商品の販売情報やサービスの提供情報（以下、
ショッピング情報と記載する。）を表示部に表示させる
ことが可能である。

【０００９】加盟店端末２０-1，…，２０-n（以下、特
に各加盟店端末を区別する必要がない場合には、加盟店
端末２０と記載する。）は、商品の販売やサービスの提
供を行うとともに、決済管理システムに加盟している店
舗が所有する端末装置である。レジスタ端末４０-1，
…，４０-n（以下、特に各レジスタ端末を区別する必要
がない場合には、レジスタ端末４０と記載する。）は、
例えば、コンビニエンスストア等に設置されている端末
であり、入金額を入力するためのキーボードとバーコー
ドを読み取るためのカード読取装置とを備えている。

【００１０】コンテンツサーバ５０は、加盟店により提
供されるショッピング情報を蓄積しているサーバ装置で
あり、ショッピング情報を掲載したＷｅｂページをイン
ターネット７０を介して接続してきた携帯電話機１０等
に対して提供する。決済管理サーバ３０は、購入者から
予め購入代金として支払われたお金をバリューデータ
（貨幣価値データ）として管理し、購入者に商品等を販
売した加盟店に対してそのバリューデータを用いて決済
を行う装置である。具体的に説明すると、決済管理サー
バ３０は、このバリューデータを管理するために購入者
あるいは加盟店ごとにバリュー口座を設け、このバリュ
ー口座に登録されているバリューデータをバリュー口座
間で移動させることにより決済を行う。

【００１１】［１−２．決済管理サーバの構成］次に、
図２を参照して決済管理サーバ３０のハードウェア構成
を説明する。ＣＰＵ（Central Processing Unit）３１
は、ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random
Access Memory）３３あるいはＨＤＤ（Hard Disk Driv
e）３４に格納されている各種プログラムを実行するこ
とにより、バス３６を介して接続されている装置各部を
制御する。通信制御部３５は、レジスタ端末４０やコン
テンツサーバ５０等との間で行われるデータ通信を制御
する回路である。

【００１２】ＲＯＭ３２には、ＣＰＵ３１によって実行
される各種制御用のプログラムおよび制御データなどが
格納されている。ＲＡＭ３３は、ＣＰＵ３１のワークエ
リアとして用いられる。ＨＤＤ３４には、顧客情報ＤＢ
３４１、バリュー口座ＤＢ３４２、取引情報ＤＢ３４
３、およびＣＰＵ３１により実行される各種のアプリケ
ーションプログラムが格納される。

【００１３】図３に顧客情報ＤＢ３４１の記憶内容を示
す概念図を例示する。顧客情報ＤＢ３４１は、複数のレ
コードを有する。各レコードには、フィールドとして顧
客ＩＤ／店舗ＩＤ３４１ａと入金カードＩＤ３４１ｂと
パスワード３４１ｃとメールアドレス３４１ｄと銀行口
座番号３４１ｅと氏名／店舗名３４１ｆと住所３４１ｇ
とが含まれる。顧客情報ＤＢ３４１は、これら各フィー
ルドを対応付けて記憶している。

【００１４】顧客ＩＤ／店舗ＩＤ３４１ａは、購入者あ
るいは加盟店を一意に特定する情報である。顧客ＩＤと
しては、例えば、購入者が所有する携帯電話機１０の電
話番号あるいは電子メールアドレスが該当し、顧客を一
意に特定できればいかなるものであってもよい。このう
ち、電話番号は携帯電話機１０に固有のものであり、通
信時に発番号として自動的に送信される情報であるか
ら、顧客ＩＤとして好適である。このため、本実施形態
においては、電話番号を顧客ＩＤとして用いる。入金カ
ードＩＤ３４１ｂは、購入者がバリュー口座にバリュー
データを登録する際にバリュー口座を特定するために用
いられる情報である。この入金カードＩＤは、バリュー
口座にバリューデータを登録する際に提示される入金カ
ードに表示されている。入金カードには、入金カードＩ
Ｄに対応するバーコードも表示されている。なお、入金
カードは、例えば、コンビニエンスストアなどにおいて
無料で配布されている。

【００１５】パスワード３４１ｃは、購入者あるいは加
盟店を認証するための情報であり、購入者あるいは加盟
店自身により設定される。メールアドレス３４１ｄは、
購入者あるいは加盟店の電子メールの宛先を示す情報で
ある。氏名／店舗名３４１ｅは、購入者の氏名あるいは
加盟店の店舗名を示す情報である。住所３４１ｆは、購
入者あるいは加盟店の住所を示す情報である。銀行口座
番号３４１ｇは、加盟店が開設している銀行の口座番号
を示す情報である。

【００１６】図４にバリュー口座ＤＢ３４２の記憶内容
を示す概念図を例示する。バリュー口座ＤＢ３４２は、
顧客ＩＤ／店舗ＩＤ３４２ａ毎に生成された複数の口座
ファイルを有する。顧客ＩＤ／店舗ＩＤ３４２ａは、購
入者あるいは加盟店を一意に特定する情報である。各口
座ファイルは複数のレコードを有し、各レコードには、
フィールドとして日付３４２ｂ、入金額３４２ｃ、出金
額３４２ｄ、および残高３４２ｅが含まれる。バリュー
口座ＤＢ３４２は、これら各フィールドを対応付けて記
憶している。日付３４２ｂは、入金または出金のあった
日時を示す情報である。残高３４２ｅは、購入者あるい
は加盟店の残高をバリューデータとして示す情報であ
る。このようにバリュー口座ＤＢ３４２を構成する各口
座ファイルは、いわば預金通帳として機能するのであ
る。

【００１７】図５に取引情報ＤＢ３４３の記憶内容を示
す概念図を例示する。取引情報ＤＢ３４３は、複数のレ
コードを有する。各レコードには、フィールドとして顧
客ＩＤ／店舗ＩＤ３４３ａと商品ＩＤ３４３ｂと商品単
価３４３ｃと購入数量３４３ｄと取引日時３４３ｅとが
含まれる。取引情報ＤＢ３４３は、これら各フィールド
を対応付けて記憶している。顧客ＩＤ／店舗ＩＤ３４３
ａは、購入者あるいは加盟店を一意に特定する情報であ
る。商品ＩＤ３４３ｂは、購入者が購入した商品を一意
に特定する情報である。商品単価３４３ｃは、購入者が
購入した商品の単価を示す情報である。購入数量３４３
ｄは、購入者が購入した商品の数量を示す情報である。
取引日時３４３ｅは、購入者が商品を購入したときの日
付・時刻を示す情報である。これらの情報は、購入者が
商品を購入したことを証明する購入証明書を発行する際
に用いられたり、加盟店での売上管理の際に用いられ
る。

【００１８】［２．実施形態の動作］ ［２−１．バリュー口座を開設する際の動作］次に、図
６を参照してバリュー口座を開設する際の動作について
携帯電話機１０-1を例として説明する。まず、バリュー
口座の開設希望者（以下、口座開設希望者と記載す
る。）によりなされた操作指示に基づいて携帯電話機１
０-1は、決済管理サーバ３０に接続し、口座の開設を申
請する際に用いるＷｅｂページを表示部に表示させる
（ステップＳ１）。

【００１９】次に、このＷｅｂページ上に設定された入
力欄に申請情報が入力され確定指示がなされた場合に、
携帯電話機１０-1は、口座開設を申請する旨の通知信号
および申請情報を決済管理サーバ３０に送信する（ステ
ップＳ２）。ここで、申請情報は、バリュー口座の開設
を申請する際に必要な情報であり、例えば、携帯電話機
１０-1の電話番号（顧客ＩＤ）、入金カードＩＤ、パス
ワード、口座開設希望者のメールアドレス、氏名および
住所がある。本実施形態において、携帯電話機１０-1の
電話番号は、移動通信網６０から送信される携帯電話機
１０-1の発信者番号を利用して決済管理サーバ３０に送
信されることとする。また、入金カードＩＤは、バリュ
ー口座を特定するための識別コードであって、バリュー
口座にバリューデータを登録する際に用いられる。

【００２０】決済管理サーバ３０のＣＰＵ３１は、受信
した申請情報に基づいて顧客情報レコードを生成して顧
客情報ＤＢ３４１に登録するとともに、バリュー口座レ
コードを生成してバリュー口座ＤＢ３４２に登録する
（ステップＳ３）。具体的に説明すると、申請情報に含
まれる携帯電話機１０-1の電話番号を顧客情報ＤＢ３４
１の顧客ＩＤ３４１ａに格納し、以下同様にして、申請
情報に含まれる入金カードＩＤ、パスワード、メールア
ドレス、氏名および住所を、それぞれ顧客情報ＤＢ３４
１の入金カードＩＤ３４１ｂ、パスワード３４１ｃ、メ
ールアドレス３４１ｄ、氏名３４１ｆおよび住所３４１
ｇに格納することにより顧客情報レコードを生成する。
また、申請情報に含まれる携帯電話機１０-1の電話番号
をバリュー口座ＤＢ３４２の顧客ＩＤ３４２ａに格納す
ることによりバリュー口座レコードを生成する。これに
より、バリュー口座が開設され、決済管理システム１を
利用して電子商取引が行えるようになる。

【００２１】［２−２．バリュー口座にバリューデータ
を登録する際の動作］次に、図７を参照してバリュー口
座にバリューデータを登録する際の動作についてレジス
タ端末４０-1および移動通信端末１０-1を例として説明
する。ここで、本実施形態において、レジスタ端末４０
-1は、コンビニエンスストアに設置されているものとす
る。まず、バリュー口座の開設者（以下、口座開設者と
記載する。）は、携帯電話機１０-1を操作して、決済管
理サーバ３０にアクセスし、入金のためのＷｅｂページ
を携帯電話機１０-1に表示させる（ステップＳ１１）。
この際、携帯電話機１０-1から電話番号が顧客ＩＤとし
て決済管理サーバ３０に送信される。そして、口座開設
者が、携帯電話機１０-1を操作して入金額を入力する
と、入金額を示す仮入金データが決済管理サーバ３０に
送信される（ステップＳ１２）。決済管理サーバ３０
は、仮入金管理番号、仮入金データ、および顧客ＩＤを
関連付けて一時的に記憶する（ステップＳ１３）。仮入
金管理番号は、１つの入金処理毎に発行される。なお、
この時点では実際の入金がないので、バリュー口座ＤＢ
３４２に入金額は反映されていない。

【００２２】次に、口座開設者はコンビニエンスストア
の店員に入金カードを提示してバリュー口座にバリュー
データを登録する旨を伝える。店員が、入金カードに表
示されているバーコードを、レジスタ端末４０-1のバー
コード読取装置を用いて読み取ると、レジスタ端末４０
-1は入金カードＩＤを決済管理サーバ３０に送信する
（ステップＳ１４）。この後、決済管理サーバ３０は顧
客情報ＤＢ３４１を参照して、入金カードＩＤに対応す
る顧客ＩＤを取得し（ステップＳ１５）、取得した顧客
ＩＤに対応する仮入金データおよび仮入金管理番号をレ
ジスタ端末４０-1に送信する（ステップＳ１６）。する
と、レジスタ端末４０-1は仮入金データが指示する金額
を表示部に表示する。これにより、口座開設者は実際に
入金する場所で自らが指定した入金金額を確認すること
ができる。

【００２３】そして、口座開設者が店員に現金を支払う
と、店員はレジスタ端末４０-1のキーボードを操作し
て、入金が完了した旨を入力する。すると、レジスタ端
末４０-1は入金完了信号を発行し、これと仮入金管理番
号とを決済管理サーバ３０に通知する（ステップＳ１
７）。つまり、実際の入金は、入金カードＩＤに基づい
て管理されることになる。なお、この口座開設者により
支払われた現金は、コンビニエンスストアの銀行口座か
ら決済管理サーバを運営している企業の銀行口座に振り
込まれる。この後、決済管理サーバ３０は、仮入金管理
番号に対応付けられた顧客ＩＤに基づいて、バリュー口
座ＤＢ３４２の口座ファイルを特定する。そして、決済
管理サーバ３０は、仮入金データに相当するバリューデ
ータを入金額３４２ｃのフィールドに、取引の日時を日
付３４２ｂのフィールドに、増加した残高額を残高３４
２ｅのフィールドに各々記録する。これにより、バリュ
ー口座にバリューデータが登録され、バリュー口座ＤＢ
３４２の内容が更新される（ステップＳ１８）。

【００２４】次に、決済管理サーバ３０のＣＰＵ３１
は、バリュー口座にバリューデータが登録された旨を示
す電子メールを生成し、移動通信端末１０-1のメールア
ドレス宛に送信する（ステップＳ１９）。ここで、この
電子メールには、例えば、入金カードＩＤ、入金日時、
入金額および残高が記載されている。このうち、入金日
時、入金額および残高は、図４に示すバリュー口座ＤＢ
に記憶されている情報と一致している。これにより、口
座開設者は、バリュー口座にバリューデータが登録され
たことを確認することができる。

【００２５】［２−３．商品等を購入する際の動作］次
に、図８を参照してバリュー口座を利用して商品等を購
入する際の動作について移動通信端末１０-1および加盟
店端末２０-1を例として説明する。まず、購入者により
なされた操作指示に基づいて携帯電話機１０-1は、コン
テンツサーバ５０に接続する（ステップＳ２１）。次
に、コンテンツサーバ５０は、バリュー口座により決済
可能な加盟店の一覧を表示するための表示データを携帯
電話機１０-1に送信する（ステップＳ２２）。携帯電話
機１０-1において購入者により所望される商品等を販売
している加盟店が選択された場合に（ステップＳ２
３）、コンテンツサーバ５０は、選択された加盟店に対
応するＷｅｂページを表示するための表示データを携帯
電話機１０-1に送信する（ステップＳ２４）。携帯電話
機１０-1は、購入者が選択した加盟店に対応するＷｅｂ
ページを表示部に表示させる（ステップＳ２５）。この
Ｗｅｂページには、選択された加盟店で取り扱われてい
るショッピング情報が掲載されている。

【００２６】次に、携帯電話機１０-1において購入者に
より所望される商品が選択されて商品の購入数量や口座
開設者のパスワード等が入力され確定されると、携帯電
話機１０-1は購入申込情報を決済管理サーバ３０に送信
する（ステップＳ２６）。ここで、購入申込情報には、
例えば、携帯電話機１０-1の電話番号（顧客ＩＤ）、口
座開設者のパスワード、店舗ＩＤ、商品ＩＤ、商品単価
および購入数量がある。携帯電話機１０-1の電話番号
は、移動通信網６０から送信される携帯電話機１０-1の
発信者番号を利用して決済管理サーバ３０に送信され
る。なお、携帯電話機１０-1の電話番号は、口座開設者
により入力されるようにしてもよい。店舗ＩＤ、商品Ｉ
Ｄおよび商品単価は、購入者により加盟店あるいは商品
が選択されたときに自動的にコンテンツサーバ５０から
取得される。

【００２７】決済管理サーバ３０のＣＰＵ３１は、受信
した購入申込情報に含まれる電話番号（顧客ＩＤ）およ
び店舗ＩＤが顧客情報ＤＢ３４１に登録されているか否
かの判断を行う（ステップＳ２７）。ステップＳ２７の
判断において、電話番号および店舗ＩＤの両方、あるい
はいずれか一方が登録されていないと判断された場合に
（ステップＳ２７；ＮＯ）、決済管理サーバ３０のＣＰ
Ｕ３１は、システムを利用することができない旨のメッ
セージを携帯電話機１０-1に送信する（ステップＳ２
８）。

【００２８】一方、ステップＳ２７の判断において、電
話番号および店舗ＩＤの両方が登録されていると判断さ
れた場合に（ステップＳ２７；ＹＥＳ）、決済管理サー
バ３０のＣＰＵ３１は、購入申込情報に含まれる電話番
号（顧客ＩＤ）に基づいてバリュー口座ＤＢ３４２を検
索する。決済管理サーバ３０のＣＰＵ３１は、検索によ
り抽出されたバリュー口座レコードに含まれる残高３４
２ｂと購入申込情報の商品単価および購入数量から算出
される購入金額とを比較することにより、バリュー口座
の残高チェックを行う（ステップＳ２９）。

【００２９】ステップＳ２９の残高チェックにおいて残
高が不足していると判断された場合に（ステップＳ２
９；ＹＥＳ）、決済管理サーバ３０のＣＰＵ３１は、商
品を購入することができない旨のメッセージを携帯電話
機１０-1に送信する（ステップＳ３０）。一方、ステッ
プＳ２９の残高チェックにおいて、残高が充足している
と判断された場合に（ステップＳ２９；ＮＯ）、決済管
理サーバ３０のＣＰＵ３１は、商品を購入することがで
きる旨のメッセージを携帯電話機１０-1に送信し、商品
の購入を確定するように促す（ステップＳ３１）。購入
者によりなされた確定指示に基づいて携帯電話機１０-1
は、商品の購入を確定する旨の購入確定通知を決済管理
サーバ３０に送信する（ステップＳ３２）。

【００３０】携帯電話機１０-1から購入確定通知を受信
した決済管理サーバ３０のＣＰＵ３１は、口座開設者の
バリュー口座から店舗のバリュー口座へ購入金額に対応
するバリューデータを移動させる（ステップＳ３３）。
具体的に説明すると、決済管理サーバ３０のＣＰＵ３１
は、購入申込情報に含まれる店舗ＩＤに基づいてバリュ
ー口座ＤＢ３４２から店舗ＩＤに対応するバリュー口座
レコードを抽出する。そして、決済管理サーバ３０のＣ
ＰＵ３１は、携帯電話機１０-1の電話番号に対応するバ
リュー口座レコードの残高３４２ｂから購入金額を差し
引くとともに、店舗ＩＤに対応するバリュー口座レコー
ドの売上高３４２ｂに購入金額を加えることによりバリ
ュー口座に登録されているバリューデータを移動させ
る。

【００３１】決済管理サーバ３０のＣＰＵ３１は、購入
者が商品を購入する際に発生した取引情報を取引情報Ｄ
Ｂ３４３に登録する（ステップＳ３４）。ここで、取引
情報としては、例えば、携帯電話機１０-1の電話番号
（顧客ＩＤ）、店舗ＩＤ、商品単価、購入数量および取
引日時がある。取引日時は、例えば、携帯電話機１０-1
から購入確定通知を受信したときの日時であってもよい
し、バリューデータの移動が完了したときの日時であっ
てもよい。

【００３２】なお、本実施形態では、購入者が入金カー
ドＩＤを決済管理サーバ３０に通知することにより、購
入した商品等の購入証明書を取得することができる。具
体的に説明すると、まず、決済管理サーバ３０に格納さ
れている購入証明書を取得するためのＷｅｂページに接
続し、このＷｅｂページ上に設定された入力欄に入金カ
ードＩＤを入力する。次に、決済管理サーバ３０のＣＰ
Ｕ３１は、顧客情報ＤＢ３４１から入金カードＩＤに対
応する顧客ＩＤ３４１ａを抽出し、この顧客ＩＤ３４１
ａに基づいて取引情報ＤＢ３４３を検索する。これによ
り入金カードＩＤに対応する取引情報を取得することが
できる。さらに、商品名（商品ＩＤ）や取引日時などを
Ｗｅｂページ上に設けられた入力欄に入力することによ
り証明したい取引を特定することができる。

【００３３】次に、決済管理サーバ３０のＣＰＵ３１
は、商品を購入する際に行われる購入処理が完了した旨
のメッセージを携帯電話機１０-1に送信する（ステップ
Ｓ３５）。そして、決済管理サーバ３０のＣＰＵ３１
は、商品が購入されたことを示す旨の電子メールを生成
し、加盟店端末２０-1のメールアドレス宛に送信する
（ステップＳ３６）。ここで、この電子メールには、例
えば、購入された商品の商品ＩＤ、商品単価、購入数
量、取引日時、購入者の住所、氏名およびメールアドレ
スが記載されている。加盟店端末２０-1に対応する店舗
では、この電子メールに記載された内容に基づいて購入
者に商品を発送する（ステップＳ３７）。なお、電子メ
ールでは電子商取引が成立した旨のみを通知し、取引の
詳細は決済管理サーバ３０のＷｅｂページ上で確認でき
るようにしてもよいことは勿論である。

【００３４】なお、所定の決済日になると、加盟店のバ
リュー口座に登録された売上高に対応する金額が、決済
管理サーバ３０を運営している企業の銀行口座から加盟
店の銀行口座に振り込まれる。そして、加盟店のバリュ
ー口座の売上高が０にクリアされる。これにより、加盟
店は、購入者に販売した商品等の代金を徴収することが
できる。

【００３５】［３．実施形態の効果］上述したように、
本実施形態に係る決済管理システムにおいては、携帯電
話機１０の発信者番号通知によって得られる電話番号を
用いてバリュー口座を特定しているため、登録された電
話番号に対応する携帯電話機１０以外の端末からバリュ
ー口座を特定することができない。したがって、他人に
バリュー口座を利用されてしまうことを防止することが
できる。また、入金カードに表示されている入金カード
ＩＤは、バリュー口座にバリューデータを登録すると
き、および購入証明書を取得するときにのみ使用され、
商品等を購入するときには使用されない。したがって、
入金カードを落としたり、盗まれるなどした場合でもバ
リューデータが不正に利用されることを防止することが
できる。

【００３６】また、購入証明書を取得する際には、入金
カードＩＤの入力が必須となるため、例え、第三者が携
帯電話機１０を利用して購入したとしても、入金カード
ＩＤを知らない限り購入証明書を発行することができ
ず、携帯電話機１０の所有者になりすまして商品を購入
したとしても、その購入を証明することができないた
め、なりすましによる被害を防ぐことが可能になる。ま
た、本実施形態に係る決済管理システムにおいては、Ｗ
ｅｂページ上で入金金額を指定するとともにレジスタ端
末４０によって実際の入金が確認されると、指定した入
金金額をそのままバリューデータとして登録しているた
め、口座開設者が所望する金額をバリュー口座に登録す
ることができる。

【００３７】［４．実施形態の変形例］ ［４−１．第１変形例］なお、上述した実施形態におい
ては、バリュー口座にバリューデータを登録する際に使
用している入金カードＩＤを入金カードに表示している
が、入金カードＩＤの割り当て方法はこれに限られな
い。例えば、携帯電話機１０が決済管理サーバ３０など
により発行される入金識別コード（入金カードＩＤ）を
受信して携帯電話機１０内に格納するようにしてもよ
い。さらに、携帯電話機１０およびレジスタ端末４０に
赤外線通信用のインターフェースを備え、携帯電話機１
０内に格納されている入金識別コード（入金カードＩ
Ｄ）を赤外線通信を利用してレジスタ端末４０に送信す
るようにしてもよい。

【００３８】［４−２．第２変形例］また、上述した実
施形態においては、バリュー口座にバリューデータを登
録する際にレジスタ端末４０から入金しているが、バリ
ュー口座にバリューデータを登録する方法はこれに限ら
れない。例えば、キャッシュカードを利用して金融機関
のＡＴＭ（現金自動預け払い機）から運営企業の銀行口
座に振り込むことによりバリュー口座にバリューデータ
を登録するようにしてもよいし、クレジットカードを利
用して運営企業に料金を払うことによりバリュー口座に
バリューデータを登録するようにしてもよい。

【００３９】［４−３．第３変形例］また、上述した実
施形態においては、購入者が使用する端末として携帯電
話機１０を用いているが、これに限定されない。例え
ば、移動通信網６０の基地局４１との間で無線通信を行
う機能を有する簡易型携帯電話機、および携帯電話機や
簡易型携帯電話機などの移動通信端末に接続された携帯
型情報端末などを利用してもよい。また、購入者が使用
する端末は、固定電話通信網を介して通信を行うもので
あってもよい。この端末は、例えば、通信インターフェ
ースを備えたＰＣ（パーソナルコンピュータ）端末、あ
るいはインターネット等にアクセスする機能を有する固
定電話であってもよい。

【００４０】［４−４．第４変形例］また、上述した実
施形態においては、商品等を購入する前にバリュー口座
にバリューデータを登録しているが、これに限られな
い。例えば、商品が購入者のもとに届いてからバリュー
口座にバリューデータを登録し、登録された後にバリュ
ーデータを店舗側のバリュー口座に移動させるようにし
てもよい。

【００４１】

【発明の効果】上述したように本発明によれば、電子決
済時のセキュリティを強化させることができる。

【図面の簡単な説明】

【図１】 実施形態に係る決済管理システムの概要構成
を例示する図である。

【図２】 図１に示す決済管理サーバのハードウェア構
成を例示するブロック図である。

【図３】 図２に示す顧客情報ＤＢの記憶内容を例示す
る概念図である。

【図４】 図２に示すバリュー口座ＤＢの記憶内容を例
示する概念図である。

【図５】 図２に示す取引情報ＤＢの記憶内容を例示す
る概念図である。

【図６】 バリュー口座を開設する際の動作例を示すシ
ーケンスチャートである。

【図７】 バリュー口座にバリューデータを登録する際
の動作例を示すシーケンスチャートである。

【図８】 バリュー口座を利用して商品等を購入する際
の動作例を示すシーケンスチャートである。

【符号の説明】

１０-1〜１０-n…携帯電話機（通信端末）、 ２０-1〜２０-n…加盟店端末、 ３０…決済管理サーバ（口座管理装置）、 ３１…ＣＰＵ（識別コード受信手段、生成手段、入金受
信手段、選択手段、入金加算手段、購入金額受信手段、
口座選択手段、減算手段、購入金額加算手段、入金識別
受信手段、送信手段）、 ３２…ＲＯＭ、 ３３…ＲＡＭ、 ３４…ＨＤＤ、 ３４１…顧客情報ＤＢ、 ３４２…バリュー口座ＤＢ（口座ファイル）、 ３４３…取引情報ＤＢ、 ３５…通信制御部、 ３６…バス、 ４０-1〜４０-n…レジスタ端末（入金端末）、 ５０…コンテンツサーバ、 ６０…移動通信網（ネットワーク）、 ７０…インターネット（ネットワーク）。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ４１４ Ｇ０６Ｆ 17/60 ４１４ ５１２ ５１２ ＺＥＣ ＺＥＣ Ｇ０７Ｄ 9/00 ４５１ Ｇ０７Ｄ 9/00 ４５１Ｃ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 入金手続を特定するために一意に割り当
   てられている第１の識別コードと電子商取引の購入者を
   特定するために一意に割り当てられている第２の識別コ
   ードとを通信端末からネットワークを介して受信し、 前記受信した第１および第２の識別コードと対応付けた
   口座ファイルを生成し、 前記口座ファイルを特定する入金識別コードと前記口座
   ファイルに登録する入金データとを入金端末からネット
   ワークを介して受信し、 前記生成された口座ファイルの中から、前記入金識別コ
   ードと一致する前記第１の識別コードに対応する口座フ
   ァイルを選択し、 前記選択された口座ファイルに前記入金データを加算す
   ることを特徴とする口座管理方法。
2. 【請求項２】 請求項１記載の口座管理方法において、 電子商取引の購入者を識別する購入者識別コードと電子
   商取引の販売店を識別する販売店識別コードと購入金額
   データとを前記通信端末からネットワークを介して受信
   し、 前記生成された口座ファイルの中から、前記購入者識別
   コードと一致する前記第２の識別コードに対応する口座
   ファイルを選択し、 当該選択された口座ファイルから前記購入金額データを
   減算し、 前記販売店識別コード対応する販売店口座ファイルに前
   記購入金額データを加算することを特徴とする口座管理
   方法。
3. 【請求項３】 請求項２記載の口座管理方法において、 前記入金識別コードを前記通信端末からネットワークを
   介して受信し、 当該入金識別コードと一致する前記第１の識別コードに
   対応する口座ファイルに関する購入情報を前記通信端末
   に送信することを特徴とする口座管理方法。
4. 【請求項４】 請求項３記載の口座管理方法において、 前記購入情報は、少なくとも前記購入金額データ、当該
   購入金額データに対応する商品名データならびに購入数
   量データ、および取引日データを含むことを特徴とする
   口座管理方法。
5. 【請求項５】 請求項１記載の口座管理方法において、 前記通信端末は、移動通信端末であり、前記第２の識別
   コードは、当該移動通信端末に割り当てられている電話
   番号であることを特徴とする口座管理方法。
6. 【請求項６】 入金手続を特定するために一意に割り当
   てられている第１の識別コードと電子商取引の購入者を
   特定するために一意に割り当てられている第２の識別コ
   ードとを外部端末から受信する識別コード受信手段と、 前記受信した第１および第２の識別コードと対応付けた
   口座ファイルを生成する生成手段と、 前記口座ファイルを特定する入金識別コードと前記口座
   ファイルに登録する入金データとを外部端末から受信す
   る入金受信手段と、 前記生成された口座ファイルの中から、前記入金識別コ
   ードと一致する前記第１の識別コードに対応する口座フ
   ァイルを選択する選択手段と、 前記選択された口座ファイルに前記入金データを加算す
   る入金加算手段と、 を備えることを特徴とする口座管理装置。
7. 【請求項７】 請求項６記載の口座管理装置において、 電子商取引の購入者を識別する購入者識別コードと電子
   商取引の販売店を識別する販売店識別コードと購入金額
   データとを外部端末から受信する購入金額受信手段と、 前記生成された口座ファイルの中から、前記購入者識別
   コードと一致する前記第２の識別コードに対応する口座
   ファイルを選択する口座選択手段と、 当該選択された口座ファイルから前記購入金額データを
   減算する減算手段と、 前記販売店識別コード対応する販売店口座ファイルに前
   記購入金額データを加算する購入金額加算手段と、 を備えることを特徴とする口座管理装置。
8. 【請求項８】 請求項７記載の口座管理装置において、 前記入金識別コードを外部端末から受信する入金識別受
   信手段と、 当該入金識別コードと一致する前記第１の識別コードに
   対応する口座ファイルに関する購入情報を外部端末に送
   信する送信手段と、 を備えることを特徴とする口座管理装置。