(57)【特許請求の範囲】
【請求項１】
無線通信可能な携帯端末を利用して商品を購入するための商品購入システムであって、
前記商品を提供する商品提供手段と、
前記商品提供手段から提供される商品をバリューに基づいて販売する商品販売手段と、
バリュー発行装置に設けられ、前記携帯端末からベンダＩＤＶ、購入金額、決済方法及びユーザＩＤＵからなるバリュー購入要求を受信すると、このユーザＩＤＵ、ベンダＩＤＶ及び購入金額に対して乱数を生成し、当該ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通してハッシュ値slice（ｎ）を算出し、このハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対して前記バリュー発行装置の署名生成鍵により生成したデジタル署名として前記商品販売手段の商品を購入可能なバリューを発行し、このバリューの発行額に基づいて前記商品提供手段に入金を行なう発行手段と、
前記携帯端末に設けられ、前記発行手段からバリューを購入すると共に、前記乱数を受けるバリュー購入手段と、
前記バリューの購入額に相当する金銭を前記発行手段に決済する決済手段と、
前記携帯端末に設けられ、前記バリュー及び前記バリューのバリュー残高が格納される耐タンパー性のメモリと、
前記携帯端末に設けられ、前記バリュー購入手段により購入されたバリューである前記デジタル署名を前記バリュー発行装置の署名検証鍵により検証し、当該バリュー及び前記乱数を前記メモリに格納し、前記メモリ内のバリュー残高を前記購入金額に設定するバリュー検証手段と、
前記携帯端末に設けられ、前記メモリ内のバリュー残高ｋから前記商品の購入に必要な支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して支払証データslice（ｋ−ｉ）を生成する支払証生成手段と、
前記携帯端末に設けられ、前記支払証データslice（ｋ−ｉ）の生成の後、前記メモリ内のバリュー残高ｋを前記支払額ｉ分だけ減額する残高管理手段と、
前記携帯端末に設けられ、前記減額の後、前記支払証データslice（ｋ−ｉ）及びバリューを前記商品販売手段に無線で送信し、前記商品販売手段が当該バリュー及び支払証データslice（ｋ−ｉ）の正当性を検証した後、前記商品販売手段から商品を購入する商品購入手段と、
を備えたことを特徴とする商品購入システム。
【請求項２】
請求項１に記載の商品購入システムにおいて、
前記商品販売手段は、
販売した商品に関する「ベンダＩＤＶ、商品ＩＤ、売上（支払額ｉ）、日時date、ユーザＩＤＵ、購入時バリュー残高ｋ、支払証slice（ｋ−ｉ）」からなる商品販売ログをメモリに記録する手段と、
前記商品販売ログに基づいて、前記発行手段には「ベンダＩＤＶ、日時date、ユーザＩＤＵ、購入時バリュー残高ｋ、支払証slice（ｋ−ｉ）」を当該発行手段の公開鍵で暗号化して送信し、前記商品提供手段には「ベンダＩＤＶ、商品ＩＤ、売上（支払額ｉ）、日時date」を当該商品提供手段の公開鍵で暗号化して送信する手段と、
を更に備えたことを特徴とする商品購入システム。
【請求項３】
ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通したハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対してバリュー発行装置の署名生成鍵により生成したデジタル署名であるバリューを無線で送信して商品販売装置から商品を購入可能な携帯端末であって、
前記バリュー及び前記バリューのバリュー残高が格納される耐タンパー性のメモリと、
前記メモリ内のバリュー残高を管理する残高管理手段と、
前記商品販売装置への商品の購入要求に対し、当該商品販売装置から必要な支払額の支払を要求されたとき、前記バリュー残高ｋから前記支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して前記必要な支払額分の支払証データslice（ｋ−ｉ）を生成する支払証データ生成手段と、
前記支払証データslice（ｋ−ｉ）及びバリューを前記商品販売装置に無線で送信し、前記商品販売装置が当該バリュー及び支払証データslice（ｋ−ｉ）の正当性を検証した後、前記商品販売装置から商品を購入する商品購入手段と、
を備え、
前記バリュー残高は、前記バリューを購入したときに前記購入金額に設定され、前記支払証データslice（ｋ−ｉ）の生成の後、前記残高管理手段により前記支払額ｉ分だけ減額されることを特徴とする携帯端末。
【請求項４】
携帯端末から無線で送信されるバリューのバリュー残高以下の商品を販売する商品販売装置であって、
前記携帯端末から送信されたバリューのバリュー残高に基づいて、商品の購入が可能か否かを確認する商品購入確認手段と、
前記商品購入確認手段により購入可能と確認されたとき、前記商品の購入に必要な支払額分の支払証データを要求する支払要求手段と、
前記携帯端末から送信された支払証データ及びバリューを検証する支払証検証手段と、
前記支払証検証手段により支払証データが正しいと判定されたとき、前記支払証データを受領したことを前記携帯端末に通知する受領通知手段と、
を備え、
前記バリューは、
バリュー発行装置が、前記携帯端末のユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通したハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対して前記バリュー発行装置の署名生成鍵により生成したデジタル署名であり、
前記支払証データは、
前記携帯端末が、前記バリュー残高ｋから前記支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して生成した支払証データslice（ｋ−ｉ）であり、
前記バリュー残高は、
前記携帯端末により、前記バリューの購入時に前記購入金額に設定され、前記支払証データslice（ｋ−ｉ）の生成の後、前記支払額ｉ分だけ減額される残高であり、
前記支払証検証手段は、
前記バリューと支払証データslice（ｋ−ｉ）とを前記携帯端末から受けると、当該支払証データslice（ｋ−ｉ）をハッシュ関数に（ｎ−ｋ＋ｉ）回通して生成したハッシュ値ｈn-k+i（slice（ｋ−ｉ））と、当該バリューにおけるデジタル署名を取ったハッシュ値slice（ｎ）とが一致するか否かを検証し、両者が一致したとき、正しいと判定した検証結果を得ることを特徴とする商品販売装置。
【請求項５】
商品販売装置から商品を購入可能なバリューを発行するためのバリュー発行装置であって、
携帯端末から送信されたベンダＩＤＶ、購入金額、決済方法及びユーザＩＤＵからなるバリュー購入要求が正当であるか否かを確認する購入要求確認手段と、
前記バリュー購入要求内のユーザＩＤＵ、ベンダＩＤＶ及び購入金額に対して乱数を生成し、当該ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通してハッシュ値slice（ｎ）を算出し、このハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対して署名生成鍵により生成したデジタル署名としてバリューを生成するバリュー生成手段と、
前記バリュー生成手段により生成したバリュー及び前記乱数を前記携帯端末に送信する送信手段と、
を備え、
前記バリューは、
前記携帯端末が、前記バリューのバリュー残高ｋから前記商品の購入に必要な支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して生成した支払証データslice（ｋ−ｉ）と前記バリューとを前記商品販売装置に送信し、
前記商品販売装置が、前記バリューと支払証データslice（ｋ−ｉ）とを前記携帯端末から受けると、当該支払証データslice（ｋ−ｉ）をハッシュ関数に（ｎ−ｋ＋ｉ）回通して生成したハッシュ値ｈn-k+i（slice（ｋ−ｉ））と、当該バリューにおけるデジタル署名を取ったハッシュ値slice（ｎ）とが一致するか否かを検証し、両者が一致したとき、正しいと判定した検証結果を得ることにより、
前記商品を購入可能とし、
前記バリュー残高は、
前記携帯端末により、前記バリューを購入したときに前記購入金額に設定され、前記支払証データslice（ｋ−ｉ）の生成の後、前記支払額ｉ分だけ減額されることを特徴とするバリュー発行装置。
【請求項６】
携帯端末のユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通したハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対してバリュー発行装置の署名生成鍵により生成したデジタル署名であるバリューを無線で送信して商品販売装置から商品を購入可能で且つ耐タンパー性のメモリ、商品購入要求手段、支払証データ生成手段、残高管理手段及び商品購入手段を備えた前記携帯端末に使用される商品購入方法であって、
前記商品購入要求手段が、商品の購入を要求するための商品購入要求ステップと、
前記支払証データ生成手段が、前記商品購入要求ステップによる商品の購入要求に対し、必要な支払額の支払を要求されたとき、前記メモリ内のバリュー残高ｋから前記支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して前記必要な支払額分の支払証データslice（ｋ−ｉ）を生成する支払証データ生成ステップと、
前記残高管理手段が、前記支払証データslice（ｋ−ｉ）の生成の後、前記メモリ内のバリュー残高ｋを前記支払額ｉ分だけ減額するステップと、
前記商品購入手段が、前記支払証データ生成ステップにより生成された支払証データslice（ｋ−ｉ）及びバリューを無線で前記商品販売装置に送信し、前記商品販売装置が当該バリュー及び支払証データslice（ｋ−ｉ）の正当性を検証した後、前記商品販売装置から商品を購入する商品購入ステップと、
を含んでおり、
前記メモリ内のバリュー残高は、
前記バリューを購入したときに前記購入金額に設定され、前記支払証データslice（ｋ−ｉ）の生成の後、前記支払額ｉ分だけ減額されることを特徴とする商品購入方法。
【請求項７】
請求項４に記載の商品販売装置に使用される商品販売方法であって、
前記商品購入確認手段が、前記携帯端末から送信されたバリューのバリュー残高に基づいて、商品の購入が可能か否かを確認する商品購入確認ステップと、
前記支払要求手段が、前記商品購入確認ステップにより購入可能と確認されたとき、前記商品の購入に必要な金額分の支払証データを要求する支払要求ステップと、
前記支払証検証手段が、前記携帯端末から送信された支払証データ及びバリューを検証する支払証検証ステップと、
前記受領通知手段が、前記支払証検証ステップにより支払証が正しいと判定されたとき、前記支払証を受領したことを前記携帯端末に通知する受領通知ステップと、
を含んでいることを特徴とする商品販売方法。
【請求項８】
請求項５に記載のバリュー発行装置に使用されるバリュー発行方法であって、
前記購入要求確認手段が、携帯端末から送信されたバリュー購入要求が正当であるか否かを確認する購入要求確認ステップと、
前記バリュー生成手段が、前記バリュー購入要求に含まれる金額情報に基づいて、バリューを生成するバリュー生成ステップと、
前記送信手段が、前記バリュー生成ステップにより生成したバリューを前記携帯端末に送信する送信ステップと、
を含んでいることを特徴とするバリュー発行方法。
【請求項９】
携帯端末のユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通したハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対してバリュー発行装置の署名生成鍵により生成したデジタル署名であるバリューを無線で送信して商品販売装置から商品を購入可能で耐タンパー性のメモリを備えた前記携帯端末に使用されるコンピュータ読取り可能な記憶媒体であって、
前記携帯端末のコンピュータに、
商品の購入を要求するための商品購入要求機能、
前記商品購入要求機能による商品の購入要求に対し、必要な支払額の支払を要求されたとき、前記メモリ内のバリュー残高ｋから前記支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して前記必要な支払額分の支払証データslice（ｋ−ｉ）を生成する支払証データ生成機能、
前記支払証データslice（ｋ−ｉ）の生成の後、前記メモリ内のバリュー残高ｋを前記支払額ｉ分だけ減額する機能、
前記支払証データ生成機能により生成された支払証データslice（ｋ−ｉ）及びバリューを無線で前記商品販売装置に送信し、前記商品販売装置が当該バリュー及び支払証データslice（ｋ−ｉ）の正当性を検証した後、前記商品販売装置から商品を購入する商品購入機能、
を実現させるためのプログラムを記憶し、
前記メモリ内のバリュー残高は、
前記バリューを購入したときに前記購入金額に設定され、前記支払証データslice（ｋ−ｉ）の生成の後、前記支払額ｉ分だけ減額されるコンピュータ読取り可能な記憶媒体。
【請求項１０】
携帯端末から無線で送信されるバリューのバリュー残高以下の商品を販売する商品販売装置に使用されるコンピュータ読取り可能な記憶媒体であって、
前記商品販売装置のコンピュータに、
前記携帯端末から送信されたバリューのバリュー残高に基づいて、商品の購入が可能か否かを確認する商品購入確認機能、
前記商品購入確認機能により購入可能と確認されたとき、前記商品の購入に必要な支払額分の支払証データを要求する支払要求機能、
前記携帯端末から送信された支払証データを検証する支払証検証機能、
前記支払証検証機能により支払証データが正しいと判定されたとき、前記支払証データを受領したことを前記携帯端末に通知する受領通知機能、
を実現させるためのプログラムを記憶し、
前記バリューは、
バリュー発行装置が、前記携帯端末のユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通したハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対して前記バリュー発行装置の署名生成鍵により生成したデジタル署名であり、
前記支払証データは、
前記携帯端末が、前記バリュー残高ｋから前記支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して生成した支払証データslice（ｋ−ｉ）であり、
前記バリュー残高は、
前記携帯端末により、前記バリューを購入したときに前記購入金額に設定され、前記支払証データslice（ｋ−ｉ）の生成の後、前記支払額ｉ分だけ減額される残高であり、
前記支払証検証機能は、
前記バリューと支払証データslice（ｋ−ｉ）とを前記携帯端末から受けると、当該支払証データslice（ｋ−ｉ）をハッシュ関数に（ｎ−ｋ＋ｉ）回通して生成したハッシュ値ｈn-k+i（slice（ｋ−ｉ））と、当該バリューにおけるデジタル署名を取ったハッシュ値slice（ｎ）とが一致するか否かを検証し、両者が一致したとき、正しいと判定した検証結果を得る機能であるコンピュータ読取り可能な記憶媒体。
【請求項１１】
商品販売装置から商品を購入可能なバリューを発行するためのバリュー発行装置に使用されるコンピュータ読取り可能な記憶媒体であって、
前記バリュー発行装置のコンピュータに、
携帯端末から送信されたベンダＩＤＶ、購入金額、決済方法及びユーザＩＤＵからなるバリュー購入要求が正当であるか否かを確認する購入要求確認機能、
前記バリュー購入要求内のユーザＩＤＵ、ベンダＩＤＶ及び購入金額に対して乱数を生成し、当該ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通してハッシュ値slice（ｎ）を算出し、このハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対して署名生成鍵により生成したデジタル署名としてバリューを生成するバリュー生成機能、
前記バリュー生成機能により生成したバリュー及び前記乱数を前記携帯端末に送信する送信機能、
を実現させるためのプログラムを記憶し、
前記バリューは、
前記携帯端末が、前記バリューのバリュー残高ｋから前記商品の購入に必要な支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して生成した支払証データslice（ｋ−ｉ）と前記バリューとを前記商品販売装置に送信し、
前記商品販売装置が、前記バリューと支払証データslice（ｋ−ｉ）とを前記携帯端末から受けると、当該支払証データslice（ｋ−ｉ）をハッシュ関数に（ｎ−ｋ＋ｉ）回通して生成したハッシュ値ｈn-k+i（slice（ｋ−ｉ））と、当該バリューにおけるデジタル署名を取ったハッシュ値slice（ｎ）とが一致するか否かを検証し、両者が一致したとき、正しいと判定した検証結果を得ることにより、
前記商品を購入可能とし、
前記バリュー残高は、
前記携帯端末により、前記バリューを購入したときに前記購入金額に設定され、前記支払証データslice（ｋ−ｉ）の生成の後、前記支払額ｉ分だけ減額されるコンピュータ読取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、利用者が携帯端末を利用してバリューを予め購入し、このバリューを用いて商品を購入する商品購入システム、装置、方法及び記憶媒体に関する。
【０００２】
【従来の技術】
近年、商品購入の一形態として、携帯端末を利用したネットワーク経由による商品購入方式が知られている。
係る商品購入方式は、例えば利用者がクレジット番号をネットワーク経由で通信会社に登録し、商品購入時に携帯端末からネットワーク経由でクレジット番号を通知して商品購入時の決済を行なうクレジット決済が主流となっている。
【０００３】
また例えば、利用者がネットワーク経由で発行機関から購入した電子マネーを携帯端末に蓄積しておき、商品購入時に携帯端末内の電子マネーを店舗に支払い、店舗がネットワーク経由で電子マネーを発行機関に戻して決済（店舗への入金）を受ける電子マネー決済も知られている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来のネットワーク経由による商品購入方式では、クレジット決済の場合、利用者がクレジット番号をネットワーク経由で通知する際に、クレジット番号の漏洩の可能性といった不安がある。
【０００５】
また、店舗では、必ずしも問題ではないが、商品の販売から入金までの決済に期間がかかり、クレジットを利用するための手数料負担がかかっている。
【０００６】
また、電子マネーによる商品購入の場合、店舗では、商品を販売したにも拘らず、支払われた電子マネーを発行機関に戻さなければ入金されない還流という問題がある。
【０００７】
本発明は上記実情を考慮してなされたもので、利用者側にとってクレジット番号の漏洩の不安が解消し得る商品購入システム、装置、方法及び記憶媒体を提供することを目的とする。
【０００８】
また、本発明の他の目的は、店舗側にとって、商品の販売から入金までの決済の期間を短縮し得る商品購入システム、装置、方法及び記憶媒体を提供することにある。
【０００９】
さらに、本発明の他の目的は、店舗側にとって、決済の手数料負担を削減し得る商品購入システム、装置、方法及び記憶媒体を提供することにある。
【００１０】
また、本発明の他の目的は、電子マネーのような還流を無くし得る商品購入システム、装置、方法及び記憶媒体を提供することにある。
【００１１】
【課題を解決するための手段】
第１の発明は、無線通信可能な携帯端末を利用して商品を購入するための商品購入システムであって、前記商品を提供する商品提供手段と、前記商品提供手段から提供される商品をバリューに基づいて販売する商品販売手段と、バリュー発行装置に設けられ、前記携帯端末からベンダＩＤＶ、購入金額、決済方法及びユーザＩＤＵからなるバリュー購入要求を受信すると、このユーザＩＤＵ、ベンダＩＤＶ及び購入金額に対して乱数を生成し、当該ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通してハッシュ値slice（ｎ）を算出し、このハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対して前記バリュー発行装置の署名生成鍵により生成したデジタル署名として前記商品販売手段の商品を購入可能なバリューを発行し、このバリューの発行額に基づいて前記商品提供手段に入金を行なう発行手段と、前記携帯端末に設けられ、前記発行手段からバリューを購入すると共に、前記乱数を受けるバリュー購入手段と、前記バリューの購入額に相当する金銭を前記発行手段に決済する決済手段と、前記携帯端末に設けられ、前記バリュー及び前記バリューのバリュー残高が格納される耐タンパー性のメモリと、前記携帯端末に設けられ、前記バリュー購入手段により購入されたバリューである前記デジタル署名を前記バリュー発行装置の署名検証鍵により検証し、当該バリュー及び前記乱数を前記メモリに格納し、前記メモリ内のバリュー残高を前記購入金額に設定するバリュー検証手段と、前記携帯端末に設けられ、前記メモリ内のバリュー残高ｋから前記商品の購入に必要な支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して支払証データslice（ｋ−ｉ）を生成する支払証生成手段と、前記携帯端末に設けられ、前記支払証データslice（ｋ−ｉ）の生成の後、前記メモリ内のバリュー残高ｋを前記支払額ｉ分だけ減額する残高管理手段と、前記携帯端末に設けられ、前記減額の後、前記支払証データslice（ｋ−ｉ）及びバリューを前記商品販売手段に無線で送信し、前記商品販売手段が当該バリュー及び支払証データslice（ｋ−ｉ）の正当性を検証した後、前記商品販売手段から商品を購入する商品購入手段と、を備えた商品購入システムである。
【００１２】
このように、携帯端末の操作により商品を購入できることに加え、クレジット決済ではないので、利用者側にとってクレジット番号の漏洩の不安を解消することができる。また、バリュー発行額に基づいて商品提供手段に入金されるので、店舗側にとって、商品の販売から入金までの決済の期間を短縮でき、さらに、店舗側にとって、決済の手数料負担を削減することができ、また、電子マネーのような還流を無くすことができる。
さらに、利用者にとっても、携帯端末で商品を購入できるので、金銭を携帯する必要が無くなり、便利である。
【００１３】
また、第１の発明の決済手段としては、前記携帯端末の通信料を決済する際に、前記通信料に上乗せして前記バリューの購入額を決済する通信料上乗せ決済部と、前記通信の決済とは分離し、前記バリューを購入した時点毎に前記バリューの購入額を決済する通信料分離決済部とを備えてもよい。
【００１４】
ここで更に、前記バリューを購入する際に、前記通信料上乗せ決済部又は前記通信料分離決済部のいずれかを選択可能な決済選択手段を備えてもよい。
【００１５】
このように、利用者の都合に応じ、２通りの決済を選択できるので、利用者にとっての利便性（使い勝手）を向上させることができる。
また、第１の発明は、前記商品販売手段としては、販売した商品に関する「ベンダＩＤＶ、商品ＩＤ、売上（支払額ｉ）、日時date、ユーザＩＤＵ、購入時バリュー残高ｋ、支払証slice（ｋ−ｉ）」からなる商品販売ログをメモリに記録する手段と、前記商品販売ログに基づいて、前記発行手段には「ベンダＩＤＶ、日時date、ユーザＩＤＵ、購入時バリュー残高ｋ、支払証slice（ｋ−ｉ）」を当該発行手段の公開鍵で暗号化して送信し、前記商品提供手段には「ベンダＩＤＶ、商品ＩＤ、売上（支払額ｉ）、日時date」を当該商品提供手段の公開鍵で暗号化して送信する手段と、を更に備えてもよい。
【００１６】
第２の発明は、ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通したハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対してバリュー発行装置の署名生成鍵により生成したデジタル署名であるバリューを無線で送信して商品販売装置から商品を購入可能な携帯端末であって、前記バリュー及び前記バリューのバリュー残高が格納される耐タンパー性のメモリと、前記メモリ内のバリュー残高を管理する残高管理手段と、前記商品販売装置への商品の購入要求に対し、当該商品販売装置から必要な支払額の支払を要求されたとき、前記バリュー残高ｋから前記支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して前記必要な支払額分の支払証データslice（ｋ−ｉ）を生成する支払証データ生成手段と、前記支払証データslice（ｋ−ｉ）及びバリューを前記商品販売装置に無線で送信し、前記商品販売装置が当該バリュー及び支払証データslice（ｋ−ｉ）の正当性を検証した後、前記商品販売装置から商品を購入する商品購入手段と、を備え、前記バリュー残高としては、前記バリューを購入したときに前記購入金額に設定され、前記支払証データslice（ｋ−ｉ）の生成の後、前記残高管理手段により前記支払額ｉ分だけ減額される携帯端末である。
【００１７】
このように、メモリが耐タンパー性をもつので、バリューを不正から保護することができる。
【００１８】
また、第２の発明により、バリューによる商品購入に好適な携帯端末を提供することができる。
【００２０】
第３の発明は、携帯端末から無線で送信されるバリューのバリュー残高以下の商品を販売する商品販売装置であって、前記携帯端末から送信されたバリューのバリュー残高に基づいて、商品の購入が可能か否かを確認する商品購入確認手段と、前記商品購入確認手段により購入可能と確認されたとき、前記商品の購入に必要な支払額分の支払証データを要求する支払要求手段と、前記携帯端末から送信された支払証データ及びバリューを検証する支払証検証手段と、前記支払証検証手段により支払証データが正しいと判定されたとき、前記支払証データを受領したことを前記携帯端末に通知する受領通知手段と、を備え、前記バリューとしては、バリュー発行装置が、前記携帯端末のユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通したハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対して前記バリュー発行装置の署名生成鍵により生成したデジタル署名であり、前記支払証データとしては、前記携帯端末が、前記バリュー残高ｋから前記支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して生成した支払証データslice（ｋ−ｉ）であり、前記バリュー残高としては、前記携帯端末により、前記バリューの購入時に前記購入金額に設定され、前記支払証データslice（ｋ−ｉ）の生成の後、前記支払額ｉ分だけ減額される残高であり、前記支払証検証手段としては、前記バリューと支払証データslice（ｋ−ｉ）とを前記携帯端末から受けると、当該支払証データslice（ｋ−ｉ）をハッシュ関数に（ｎ−ｋ＋ｉ）回通して生成したハッシュ値ｈn-k+i（slice（ｋ−ｉ））と、当該バリューにおけるデジタル署名を取ったハッシュ値slice（ｎ）とが一致するか否かを検証し、両者が一致したとき、正しいと判定した検証結果を得る商品販売装置である。従って、バリューによる商品販売に好適な商品販売装置を提供することができる。
【００２１】
また、第３の発明において、前記商品販売装置本体は自動販売機であり、携帯端末から送信された自動販売機指定情報が自己の自動販売機を指定するとき、前記携帯端末との通信を接続する通信接続手段を備えてもよい。
【００２２】
これにより、複数の自動販売機が並んでいても、所望の自動販売機を指定して商品を購入することができる。
【００２３】
ここで更に、販売した商品に関する商品販売ログが記憶されるメモリと、前記バリューを発行する発行手段と商品を提供する商品提供会社とで各々所定の情報のみを取得可能とするように前記商品販売ログを秘匿する販売ログ秘匿手段とを備えてもよい。これにより、商品の好みに関する利用者の個人情報を保護することができる。
【００２４】
また更に、販売ログ秘匿手段により秘匿された商品販売ログを前記発行手段及び／又は前記商品提供会社に送信する販売ログ送信手段を備えてもよい。これにより、商品販売ログを容易且つ確実に集計することができる。
【００２５】
第４の発明は、商品販売装置から商品を購入可能なバリューを発行するためのバリュー発行装置であって、携帯端末から送信されたベンダＩＤＶ、購入金額、決済方法及びユーザＩＤＵからなるバリュー購入要求が正当であるか否かを確認する購入要求確認手段と、前記バリュー購入要求内のユーザＩＤＵ、ベンダＩＤＶ及び購入金額に対して乱数を生成し、当該ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータをハッシュ関数にｎ回通してハッシュ値slice（ｎ）を算出し、このハッシュ値slice（ｎ）に前記ベンダＩＤＶ及び購入金額を連接したデータに対して署名生成鍵により生成したデジタル署名としてバリューを生成するバリュー生成手段と、前記バリュー生成手段により生成したバリュー及び前記乱数を前記携帯端末に送信する送信手段と、を備え、前記バリューとしては、前記携帯端末が、バリュー残高ｋから前記商品の購入に必要な支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数を前記ユーザＩＤＵ、ベンダＩＤＶ、購入金額及び乱数を連接したデータに施して生成した支払証データslice（ｋ−ｉ）と前記バリューとを前記商品販売装置に送信し、前記商品販売装置が、前記バリューと支払証データslice（ｋ−ｉ）とを前記携帯端末から受けると、当該支払証データslice（ｋ−ｉ）をハッシュ関数に（ｎ−ｋ＋ｉ）回通して生成したハッシュ値ｈn-k+i（slice（ｋ−ｉ））と、当該バリューにおけるデジタル署名を取ったハッシュ値slice（ｎ）とが一致するか否かを検証し、両者が一致したとき、正しいと判定した検証結果を得ることにより、前記商品を購入可能とし、前記バリュー残高としては、前記携帯端末により、前記バリューを購入したときに前記購入金額に設定され、前記支払証データslice（ｋ−ｉ）の生成の後、前記支払額ｉ分だけ減額されるバリュー発行装置である。従って、バリューによる商品購入に好適なバリュー発行装置を提供することができる。
【００２６】
ここで、第４の発明の購入要求確認手段としては、予め登録された携帯端末のＩＤと、携帯端末が通信するために必要な番号とを利用して前記確認を行なう。従って、登録された携帯端末以外の不正な利用を阻止することができる。
【００２７】
また、第１の発明は、装置、方法、又はその機能を実現するためのプログラムを記憶したコンピュータ読取り可能な記憶媒体のいずれとしても書き表すことができる。同様に、第２〜第４の発明は、方法又はその機能を実現するためのプログラムを記憶したコンピュータ読取り可能な記憶媒体のいずれとしても書き表すことができる。
【００２８】
【発明の実施の形態】
以下、本発明の各実施形態について図面を用いて説明する。
（第１の実施形態）
本発明の第１の実施形態は、従来の電子マネーのような還流を無くす観点から、バリューの発行機関がバリュー発行前に予め商品のベンダにバリュー発行代金を入金するプリペイド（前払い）方式を用いている。
図１は本発明の第１の実施形態に係るモバイルキャッシュシステムの構成を示す模式図である。このモバイルキャッシュシステムは、携帯電話１０、ポータルサイト２０、発行機関３０、ベンダ４０、自動販売機５０、決済機関６０を備えている。なお、発行機関３０とベンダ４０とは同一の組織であってもよい。
【００２９】
ここで、携帯電話１０は、通常の電話機能及びインターネット接続機能に加え、バリュー購入機能及び商品購入機能を有している。
【００３０】
具体的には図２に示すように、携帯電話１０は、メモリ１１、携帯端末処理部１２、第１通信部１３、バリュー購入要求生成部１４、バリュー検証部１５、第２通信部１６、支払証生成部１７、残高管理部１８を備えている。
【００３１】
メモリ１１は、ユーザ情報（電話番号、ユーザＩＤＵ）、発行機関３０の検証鍵（公開鍵）、バリュー（valueＩ）、残高ｋ、乱数（seed）、バリュー通し番号（ser num）などを保持するものであり、耐タンパー性を有し、利用者や第三者による改ざんやコピー等の不正なアクセスから保護されている。但し、ベンダ４０毎のバリュー残高などを携帯電話１０の操作により画面表示することは可能である。
【００３２】
なお、バリューは、商品を提供（製造及び／又は販売）する１つのベンダ４０毎あるいは各ベンダ４０の組毎に発行され、当該ベンダ４０あるいは各ベンダ４０の組に関して貨幣的価値をもつ電子データである。また、バリューは、携帯端末購入時点で予め携帯端末に格納されていてもよい。
【００３３】
携帯端末処理部１２は、図示しないキー入力部、画面表示部及び接続処理部などからなり、利用者と携帯装置１０本体内部との間の入出力インターフェースとして機能する。
【００３４】
第１通信部１３は、携帯電話用の遠距離無線の送受信回路であり、携帯装置１０本体内部とポータルサイト２０との間の通信インターフェースとして機能する。
【００３５】
バリュー購入要求生成部１４は、携帯端末処理部１２の操作内容に基づいて、ベンダＩＤＶ、購入金額（Prepay）、決済方法及びユーザＩＤＵからなるバリュー購入要求を生成する機能と、このバリュー購入要求を第１通信部１３を介して発行機関３０へ送信する機能をもっている。
【００３６】
バリュー検証部１５は、発行機関３０から送信されたバリュー（valueＩ）、乱数（seed）、バリュー通し番号（ser num）を第１通信部１３から受けると、メモリ１１内の発行機関３０の署名検証鍵に基づいて、バリューvalueＩの正当性を検証する機能と、正当性が検証されたとき、バリューvalueＩをメモリ１１に格納した後、メモリ１１内のバリュー残高をバリュー購入金額分に設定する機能と、バリューvalueＩ及びバリュー残高の格納後、受領通知ackを第１通信部１３により発行機関３０へ送信する機能と、発行機関３０から送信された完了通知を第１通信部１３から受けると、バリューの購入完了を示すメッセージを携帯端末処理部１２に表示させる機能とを持っている。
【００３７】
第２通信部１６は、例えばBluetooth（登録商標）用や赤外線通信用といった近距離無線の送受信回路であり、携帯装置１０本体内部と自動販売機５０との間の通信インターフェースとして機能する。
【００３８】
支払証生成部１７は、自動販売機５０から第２通信部１６により支払額を受けると、バリュー残高ｋ及び支払額ｉに基づいてハッシュ関数により、支払証slice（ｋ−ｉ）を生成する機能と、残高管理部１８によるバリュー残高の減額の後、支払証slice（ｋ−ｉ）及びバリューvalueＩを第２通信部１６により自動販売機５０に送信する機能とをもっている。
【００３９】
残高管理部１８は、支払証生成部１７による支払証生成の後、メモリ１１内のバリュー残高を支払額分だけ減額する機能をもっている。
【００４０】
なお、携帯電話１０は携帯端末の一例である。携帯端末としては、携帯電話に限らず、電子財布、電子手帳、電子辞書又は携帯用パソコンなどをそれ自体又は無線機器との接続により無線通信可能な機器であればよい。
【００４１】
ポータルサイト２０は、例えば携帯電話会社に運営されるサイトであり、携帯電話１０の利用者登録を行なう機能と、利用者登録に基づいて、携帯電話１０から発行機関へのアクセスを制御する機能と、発行機関３０から受けるバリュー決済情報と利用者登録とに基づいて、決済機関６０に決済（利用者の口座から発行機関の口座への口座振替）を依頼する機能とを持っている。
【００４２】
但し、ポータルサイト２０を省略し、携帯電話１０又は他種類の携帯端末と発行機関３０とが直接データを授受する構成としてもよい。この場合、ポータルサイト２０のもつ各機能は、発行機関３０により実行される。
【００４３】
発行機関３０は、例えばサーバ装置であり、ベンダ４０からのバリュー発行許可に基づき、ベンダ４０の商品を購入可能なバリューを発行するものであって、図３に示すように、第１通信部３１、バリュー購入要求受付部３２、バリュー生成部３３、メモリ３４及びバリュー販売部３５を備えている。
【００４４】
第１通信部３１は、携帯電話用の遠距離無線の送受信回路であり、発行機関３０本体内部とポータルサイト２０や自動販売機５０との間の通信インターフェースとして機能する。
【００４５】
バリュー購入要求受付部３２は、携帯電話１０からポータルサイト２０及び第１通信部３１を介してアクセスを受けると、バリュー購入用のメニューを第１通信部３１を介して携帯電話１０向けにポータルサイト２０に送信する機能と、その後、第１通信部３１により受信したバリュー購入要求のうちのユーザＩＤＵを確認する機能と、この確認の後、バリュー生成部３３を起動する機能をもっている。
【００４６】
バリュー生成部３３は、バリュー購入要求受付部３２に起動されると、バリュー購入要求に基づいて、乱数（seed）及びバリュー通し番号（ser num）を生成する機能と、これらバリュー購入要求、乱数及びバリュー通し番号に基づいて、ハッシュ関数及びディジタル署名などにより、ベンダＩＤＶと購入金額に相当するバリュー（valueＩ）を生成する機能と、これらバリュー（valueＩ）、乱数（seed）、バリュー通し番号（ser num）を第１通信部３１を介して携帯電話１０向けにポータルサイト２０に送信する機能と、送信内容を再送用に保持する機能とをもっている。
【００４７】
メモリ３４は、バリュー生成部３３からバリューの発行ログが書込まれるものである。
【００４８】
バリュー販売部３５は、携帯電話１０からポータルサイト２０及び第１通信部３１を介して受けた受領通知ackの内容に基づいて、バリュー生成部３３に再送動作あるいは発行ログの書込動作をさせる機能と、発行ログの書込動作をさせた後、ポータルサイト２０及びユーザに完了通知を第１通信部３１により送信する機能とをもっている。
【００４９】
ベンダ４０は、自動販売機５０を介して商品を提供する業者の計算機であり、発行機関３０からバリュー発行金額分の料金が支払われたとき、この発行金額分のバリュー発行許可を発行機関３０に与える機能と、自動販売機５０からの売上集計の後、集計結果を示す支払情報を発行機関３０に提供して新たなバリュー発行料金の納入を促す機能と、自動販売機５０が各商店に設置されている場合、売上実績に応じて各商店に売上代金を振り込むため、商店間決済情報（商店の決済口座番号と振込額）を用いて決済機関６０に口座振替え等の決済を依頼する機能とをもっている。
【００５０】
自動販売機５０は、ベンダ４０の商品を販売するための装置であり、図４に示すように、第２通信部５１、携帯端末認証部５２、支払要求部５３、支払証検証部５４、メモリ５５、集計部５６及び第１通信部５７を備えている。
【００５１】
第２通信部５１は、例えばBluetooth（登録商標）用や赤外線通信用といった近距離無線の送受信回路であり、自動販売機５０本体内部と携帯電話１０との間の通信インターフェースとして機能する。
【００５２】
携帯端末認証部５２は、携帯電話１０から第２通信部５１により携帯端末情報（ユーザＩＤＵ、電話番号等）及び自動販売機番号を受信すると、この携帯端末情報に基づいて、携帯端末情報の認証を行なう機能と、認証結果が正常のとき、バリュー情報要求を第２通信部５１により携帯電話１０に送信する機能と、携帯電話１０から全てのバリューとバリュー残高とを第２通信部５１により受けると、全てのバリューのうちの販売対象のベンダのバリューを検証する機能と、検証結果が正しければ、そのバリュー残高が足りているか否かを確認する機能と、バリュー残高が足りているベンダ商品について、自動販売機５０の商品選択ボタンを点灯させる機能とをもっている。
【００５３】
支払要求部５３は、押された商品選択ボタンの示す商品の支払額（支払要求）を第２通信部５１により携帯電話１０に送信する機能をもっている。
【００５４】
支払証検証部５４は、携帯電話１０からバリューvalueＩと支払証slice（ｋ−ｉ）を第２通信部５１により受けると、バリューvalueＩに基づいて、支払証slice（ｋ−ｉ）を検証し、検証結果が正しいときには受領通知を第２通信部５１により携帯電話１０に送信すると共に、商品販売ログをメモリ５５に記録する機能とをもっている。
【００５５】
メモリ５５は、支払証検証部５４により商品販売ログ（ベンダＩＤＶ、商品ＩＤ、売上（支払額ｉ）、日時date、ユーザＩＤＵ、バリュー通し番号ser num、購入時バリュー残高ｋ、支払証slice（ｋ−ｉ））あるいは商品販売ログ（支払証検証部５４による検証結果の誤りを示す異常値）が書込まれるものである。
【００５６】
集計部５６は、定期的又は要求のあったとき、メモリ５５内の商品販売ログを暗号化して第１通信部５７によりベンダ４０及び／又は発行機関３０に送信する機能をもっている。
【００５７】
第１通信部５７は、携帯電話用の遠距離無線の送受信回路であり、自動販売機５０本体内部と、ベンダ４０及び／又は発行機関３０との間の通信インターフェースとして機能する。
【００５８】
但し、集計部５６及び第１通信部５７を省略し、ベンダ４０の作業員もしくは小売店が商品販売ログ（メモリ５５）を回収する構成としてもよい。
【００５９】
なお、自動販売機５０は、商品販売の一例であり、他の例としては、ＰＯＳ端末（端末機形電子式金銭登録機）、切符販売機（切符データを携帯端末に送信するもの）、ＥＴＣ（electronic toll collection：道路通行料自動徴収システム）などがある。
【００６０】
決済機関６０は、例えば銀行等の金融機関の計算機であり、ポータルサイト２０又はベンダ４０の依頼により、利用者の決済口座番号に基づいて口座振替えを行なう機能をもっている。
【００６１】
次に、以上のように構成されたモバイルキャッシュシステムの動作を述べる。
（初期の契約）
発行機関３０は、ベンダ４０からバリューの発行に対して契約を行なっておく。すなわち図５に示すように、発行機関３０は、バリュー発行金額分の料金をベンダ４０へ支払い（ＳＴ１）、ベンダ４０から発行金額分のバリュー発行許可を受けておく（ＳＴ２）。これにより、発行機関３０により発行されるバリューの上限額が設定される。
次に、利用者は、携帯電話１０を利用可能とするため、携帯電話会社のポータルサイト２０に利用者登録をすると共に（ＳＴ３）、携帯電話番号の割当てを受ける。ここで、利用者登録は、携帯電話の基本料金及び通話料金を支払うための決済口座番号などの通常の契約情報の登録と、バリュー利用サービスの申込みの登録とを含んでいる。ポータルサイト２０は、登録した利用者の契約情報を発行機関３０へ通知する（ＳＴ４）。
【００６２】
（バリュー購入）
利用者は、図６に関連要素を示すように、携帯端末処理部１２の操作により、発行機関３０のアクセス情報としてＵＲＬ情報を携帯電話１０に入力し、このＵＲＬ情報及びユーザ情報（携帯電話番号及びユーザＩＤＵ）を第１通信部１３を介してポータルサイト２０（省略可のため図示せず）に送信する。
【００６３】
ポータルサイト２０は、このＵＲＬ情報に基づいて、発行機関３０へアクセスする。但し、アクセスの前に、ポータルサイト２０は、この携帯電話１０が契約済の携帯電話番号をもつか否かを検証し、検証結果が正しければ、ユーザＩＤＵに基づいて、バリュー利用サービスの申込みを登録済であるか否かを検証する。また、申込みを登録済であれば、ポータルサイト２０は、発行機関３０にアクセスする。
【００６４】
一方、申込みを未登録であれば、ポータルサイト２０は、発行機関３０へのアクセスを拒否するが、システム運営の都合上、バリュー利用サービスの申込みの登録を促すメッセージを携帯電話１０に返信してもよい。なお、記載の簡潔化のため、以下の動作中では、ポータルサイト２０が重要な動作をしない限り、発行機関３０と携帯電話１０との間でポータルサイト２０を介する旨の描写を省略する。
【００６５】
発行機関３０は、第１通信部３１を介してバリュー購入要求受付部３２がアクセスを受けると、このバリュー購入要求受付部３２がバリュー購入用のメニューを第１通信部３１を介して携帯電話１０向けに送信する。
【００６６】
携帯電話１０は、このメニューを第１通信部１３により受信して携帯端末処理部１２により表示する。ここで、表示されたメニューは、購入するバリューのベンダを選択するためのベンダ選択欄、各ベンダのバリュー購入金額を記入するためのバリュー購入金額欄、及びバリューの決済方法を選択するための決済方法選択欄を備えている。バリューの決済方法としては、利用者の通話料金に上乗せして支払う方法と、バリュー購入毎に決済する方法とが選択可能となっている。
【００６７】
利用者は、携帯端末処理部１２の操作により、メニューにて、購入するバリューのベンダ（ＩＤＶ）４０を選択し、各ベンダ４０のバリューを購入する金額（Prepay）を記入し、バリューの決済方法を選択し、それらの送信操作を行なう。
【００６８】
これにより図７に示すように、携帯電話１０においては、携帯端末処理部１２の操作内容に基づいて、バリュー購入要求生成部１４がベンダＩＤＶ、購入金額（Prepay）、決済方法及びユーザＩＤＵからなるバリュー購入要求を生成すると共に、このバリュー購入要求を第１通信部１３を介して発行機関３０へ送信する（ＳＴ１１）。
【００６９】
発行機関３０では、バリュー購入要求を第１通信部３１により受信すると、バリュー購入要求受付部３２がユーザＩＤＵを確認した後、このバリュー購入要求に基づいて、バリュー生成部３３がベンダＩＤＶと購入金額に相当するバリューを生成する。
【００７０】
具体的には、バリュー生成部３３は、送信されたユーザＩＤＵ、ベンダＩＤＶ及び購入金額（Prepay）に対し、乱数（seed）及びバリュー通し番号（ser num）を生成し、次のようにハッシュ値slice（ｎ）を算出する。
【００７１】
slice（ｎ）＝ｈｎ（ＩＤＵ||ＩＤＶ||seed ||ser num ||Prepay）
なお、Ｍ||Ｎは、データＭとデータＮの連接を意味し、ｈｎ（ｘ）は、データｘをハッシュ関数にｎ回通すことを意味する。ハッシュ関数は、例えばＳＨＡ−１又はＭＤ５などが使用される。
【００７２】
次に、バリュー生成部３３は、このハッシュ値slice（ｎ）に基づいてディジタル署名を行い、次のようにバリューvalueＩを生成する。
【００７３】
ValueＩ＝ＳＩＧＩ［ＩＤＶ ||Prepay ||slice（ｎ）||ser num］
ここで、ＳＩＧｘ［Ｙ］は、ｘの署名鍵によりデータＹに対してディジタル署名を生成することを意味する。
【００７４】
その後、発行機関３０は、これらバリュー（valueＩ）、乱数（seed）、バリュー通し番号（ser num）を第１通信部３１を介して利用者の携帯電話１０へ送信する（ＳＴ１２）。
【００７５】
携帯電話１０は、これらバリュー（valueＩ）等のデータを受けると、バリュー検証部１５がメモリ１１内の発行機関３０の署名検証鍵に基づいて、バリューvalueＩが発行機関３０で生成されたか否か及びデータの完全性といった正当性を検証する。なお、検証結果verifyは、例えば正しければ真値true（＝１）となり、誤りであれば偽値false（＝０）となる。
【００７６】
検証結果が正しければ、バリュー検証部１５は、バリューvalueＩをメモリ１１に格納した後、メモリ１１内のバリュー残高をバリュー購入金額分に設定する。
【００７７】
バリューvalueＩの格納及びバリュー残高の設定後、バリュー検証部１５は、バリューvalueＩを受領した旨を示す受領通知ackを生成し、発行機関３０へ送信する（ＳＴ１３）。
【００７８】
ここで、受領通知ackは（verify ||ser num||ＩＤＵ）からなり、“verify（検証結果）”には“１（true）”又は“０（false）”が設定される。なお、検証結果が誤りであれば、携帯電話１０は、“verify”に“０”を設定した受領通知ackをバリューvalueＩと一緒に発行機関３０へ送信し、バリューの再送を依頼する。発行機関３０は、この再送依頼により、バリューvalueＩを再計算して送信し直す。
【００７９】
さて検証結果が正しければ、発行機関３０のバリュー販売部３５は、バリューvalueＩの発行ログとして、（バリュー通し番号ser num、ユーザＩＤＵ、ベンダＩＤＶ、購入金額Prepay、乱数seed、バリューvalueＩ）をメモリ３４に記録する。
【００８０】
しかる後、バリュー販売部３５は、ポータルサイト２０及び利用者に完了通知として、バリュー通し番号（ser num）を第１通信部３１を介して送信する（ＳＴ１４）。
【００８１】
携帯電話１０のバリュー検証部１５は、完了通知を受けると、バリューの購入完了を示すメッセージを表示する。これにより、バリューの購入処理が完了する。
【００８２】
一方、ポータルサイト２０は、この完了通知を受けると、予め選択された決済方法に基づいて決済を行う。例えば、ポータルサイト２０は、適宜、発行機関３０からバリュー決済情報（利用者の決済口座番号とバリュー購入金額）を受けると（ＳＴ１５）、予め選択された決済方法のタイミングに従い、このバリュー決済情報を用いて決済機関６０に口座振替え等の決済を依頼する（ＳＴ１６）。決済機関６０は、口座振替え等による決済完了後、バリュー決済通知をポータルサイト２０に送出する（ＳＴ１７）。
【００８３】
これにより、バリュー購入に関する決済が完了する。
（バリューを用いた商品購入）
利用者は、携帯電話１０を待受けオン状態として自動販売機５０の前に立ち、携帯電話１０と自動販売機５０とで通信を行うためのボタンを押す。これにより、利用者が商品を購入しようとする自動販売機５０と携帯電話１０とで認証を開始する。この認証は、以下の手順により行なわれる。
【００８４】
すなわち図８に関連要素を示すように、利用者は、携帯端末処理部１２の操作として、自動販売機５０と通信を行うためのボタンを押した後、自動販売機５０に表示されている自動販売機番号を携帯電話１０のテンキーから入力する。
【００８５】
これにより、携帯電話１０では、携帯端末情報及び自動販売機番号がBluetooth（登録商標）等の第２通信部１６により、自動販売機５０に送信される。自動販売機５０では、携帯端末情報及び自動販売機番号を第２通信部５１により受信すると、この自動販売機番号が自己の自動販売機を指定するとき、携帯端末認証部５２が携帯端末情報の認証を行なう。
【００８６】
これにより、自動販売機番号で指定された自動販売機５０と携帯電話１０とで１対１の通信が可能となる。
【００８７】
なお、１台の自動販売機５０に複数の携帯電話１０がアクセスしようとした場合、自動販売機５０は、最初にアクセスした携帯電話１０との通信を確立できるが、２番目以降の携帯電話１０には、一律に携帯電話１０の画面上に通信不可を示すメッセージを流すか、あるいはその自動販売機５０で販売する商品の広告を表示させる。これにより、自動販売機５０と携帯電話１０とで通信が可能か否かを区別し、利用者に通知することができる。
【００８８】
また、複数台の自動販売機５０が設置された場合でも、自動販売機番号を携帯電話１０から入力するので、１対１の通信を可能とすることができる。
【００８９】
さて、指定された自動販売機５０は、携帯電話１０と１対１の通信が可能になると、自己の自動販売機ＩＤＡ及びバリュー情報要求を第２通信部５１により携帯電話１０に送信する。
【００９０】
携帯電話１０は、バリュー情報要求を自動販売機５０から受けると、図８及び図９に示すように、携帯端末処理部１２がメモリ１１内の全てのバリューとバリュー残高とを第２通信部１６により自動販売機５０に送信する（ＳＴ２１）。
【００９１】
自動販売機５０の携帯端末認証部５２は、第２通信部５１から全てのバリューとバリュー残高とを受けると、受信した全てのバリューのうち、販売対象のベンダのバリューを検証し、検証結果が正しければ、そのバリュー残高が足りているか否かを確認する。また、携帯端末認証部５２は、バリュー残高が足りているベンダ商品について、自動販売機５０の商品選択ボタンを点灯させ、商品購入が可能になった旨を利用者に伝える。
【００９２】
利用者は、点灯した商品選択ボタンのうち、購入する商品を示す商品選択ボタンを押す（ＳＴ２２）。
【００９３】
自動販売機５０は、支払要求部５３が、押された商品選択ボタンの示す商品の支払額（支払要求）を第２通信部５１により携帯電話１０に送信する（ＳＴ２３）。
【００９４】
携帯電話１０は、第２通信部１６により支払額を受けると、支払証生成部１７が、商品購入時のバリュー残高をｋとし、支払額をｉとして、次式のように支払証slice（ｋ−ｉ）を生成する。
【００９５】
slice（ｋ−ｉ）＝ｈk-i（ＩＤＵ||ＩＤＶ||seed||ser num||Prepay）
ここで、支払証slice（ｋ−ｉ）は、バリューのハッシュ値の基礎データ（ＩＤＵ||ＩＤＶ||seed ||ser num ||Prepay）に関し、残高ｋよりも支払額ｉ分少ない回数（ｋ−ｉ）のハッシュ関数ｈを施して得たデータである。
【００９６】
その後、携帯電話１０においては、残高管理部１８が購入商品のベンダ４０のバリュー残高を支払額分だけ減額した後、支払証生成部１７が支払証slice（ｋ−ｉ）及びバリューvalueＩを第２通信部１６により自動販売機５０に送信する（ＳＴ２４）。
【００９７】
自動販売機５０は、第２通信部１６によりバリューvalueＩと支払証slice（ｋ−ｉ）を携帯電話１０から受けると、支払証検証部５４が、ハッシュ値ｈn-k+i（slice（ｋ−ｉ））を算出し、バリューvalueＩにおける署名を取ったハッシュ値ｈn（ＩＤＵ||ＩＤＶ||seed||ser num||Prepay）と一致するか否かを比較する。
【００９８】
すなわち、支払証検証部５４は、ｈn-k+i（slice（ｋ−ｉ））＝ｈn-k+i（ｈk-i（ＩＤＵ||ＩＤＶ||seed ||ser num ||Prepay））と、バリューvalueＩのハッシュ値ｈn（ＩＤＵ||ＩＤＶ||seed||ser num||Prepay）とを比較・検証する。
【００９９】
検証結果が正しい（一致）の場合、真値true（＝１）を受領通知として携帯電話１０へ返す（ＳＴ２５）。
【０１００】
検証結果が誤り（不一致）の場合、偽値false（＝０）を携帯電話１０へ返す。検証結果が誤りの場合についての処理については、後述する。
【０１０１】
支払証検証部５４は、受領通知を携帯電話１０へ返信すると、商品販売ログ（ベンダＩＤＶ、商品ＩＤ、売上（支払額ｉ）、日時date、ユーザＩＤＵ、バリュー通し番号ser num、購入時バリュー残高ｋ、支払証slice（ｋ−ｉ））をメモリ５５に記録する。
【０１０２】
なお、ログの真正性を高めるため、自動販売機５０内でログに対し自動販売機５０のディジタル署名を付加しておくことが望ましい。
【０１０３】
さて、検証結果が誤りの場合、支払証検証部５４は、支払証の生成に問題のある可能性があるため、商品販売ログに異常値として記録しておく。ベンダ４０の作業員、もしくは小売店が商品販売ログを回収し、後日、発行機関３０を通じてポータルサイトの間で清算を行う。
【０１０４】
商品購入後、バリュー残高（ｋ−ｉ）が商品購入金額に達している場合は、引き続き商品選択ボタンが点灯され、前述の商品購入手続きが繰り返される。
【０１０５】
なお、利用者が商品購入後、商品購入を止める場合、携帯電話１０の通信ボタンを切るか、自動販売機５０に設置されている購入中止ボタンを押すことで、商品購入を中止できる。また、購入中止ボタンは、従来の現金返却や釣銭返却のレバーで代用してもよい。
【０１０６】
また図１０に示すように、自動販売機５０内の商品販売ログは、集計部５６及び第１通信部５７により発行機関３０やベンダ４０に送られるが、全ての情報が双方に送られる場合、個人の商品の趣向について情報収集が可能となるため、個人情報の保護の面から好ましくない。
【０１０７】
このため、自動販売機５０の集計部５６は、商品販売ログに基づいて、発行機関３０には（ベンダＩＤＶ、日時date、ユーザＩＤＵ、バリュー通し番号ser num、購入時バリュー残高ｋ、支払証slice（ｋ−ｉ））を発行機関３０の公開鍵で暗号化して第１通信部５７により送信し、ベンダ４０には（ベンダＩＤＶ、商品ＩＤ、売上（支払額ｉ）、日時date）をベンダ４０の公開鍵で暗号化して第１通信部５７により送信する（ＳＴ２６）。
【０１０８】
このように、ユーザＩＤＵと商品ＩＤとを分離して集計するので、個人が何時、どの様な商品を何処で購入したかを１箇所に集められず、個人情報を保護できる。但し、これに限らず、個人情報の保護が何らかの形で考慮されていれば、ベンダ４０と発行機関３０とに同じデータ、あるいは全てのデータを送信してもよい。
【０１０９】
次に、ベンダ４０は、売上集計の後、集計結果を示す支払情報を発行機関３０に提供して新たなバリュー発行料金の納入を促す（ＳＴ２７）。また、ベンダ４０は、自動販売機５０が各商店に設置されている場合、売上実績に応じて各商店に売上代金を振り込むため、商店間決済情報（商店の決済口座番号と振込額）を用いて決済機関６０に口座振替え等の決済を依頼する（ＳＴ２８）。決済機関６０は、決済完了後、決済通知をベンダ４０に送出する。
【０１１０】
上述したように本実施形態によれば、発行機関３０が、予めバリューの発行額に基づいてベンダ４０に入金を行なってベンダ４０の商品を購入可能なバリューを発行し、携帯端末１０が、発行機関３０からバリューを購入して格納し、商品購入時に、携帯電話１０がバリューを自動販売機５０に無線で送信し、自動販売機５０から商品を購入し、ポータルサイト２０がバリューの購入額に相当する金銭の決済を決済機関６０により行なう。
【０１１１】
このように、携帯端末の操作により商品を購入できることに加え、クレジット決済ではないので、利用者側にとってクレジット番号の漏洩の不安を解消することができる。また、バリュー発行額に基づいて商品提供手段に入金されるので、店舗側にとって、商品の販売から入金までの決済の期間を短縮でき、さらに、店舗側にとって、決済の手数料負担を削減することができ、また、電子マネーのような還流を無くすことができる。
また、バリューを購入する際に、通信料上乗せ決済又は通信料分離決済（即時決済）のいずれかを選択可能なので、利用者にとっての利便性を向上させることができる。
【０１１２】
また、自動販売機５０は、携帯端末１０から送信された自動販売機番号が自己を指定するとき、携帯端末１０との通信を接続する。これにより、利用者は、複数の自動販売機５０が並んでいても、所望の自動販売機５０を指定して商品を購入することができる。
【０１１３】
また、バリューを発行する発行機関３０と、商品を提供するベンダ４０とで各々所定の情報のみを取得可能とするように、商品販売ログを秘匿する。これにより、商品の好みに関する利用者の個人情報を保護することができる。
【０１１４】
また、自動販売機５０が商品販売ログを発行機関３０やベンダ４０に送信する場合、商品販売ログを容易且つ確実に集計することができる。
【０１１５】
なお、本実施形態は、バリューvalueＩ、受領通知ack及び支払証slice（ｋ−ｉ）がバリュー通し番号ser numを含むアルゴリズムについて説明したが、これに限らず、前述したアルゴリズムからバリュー通し番号ser numを省略しても実施可能である。
【０１１６】
（第２の実施形態）
次に、本発明の第２の実施形態に係るモバイルキャッシュシステムについて説明するが、前述した部分と同一部分はその記載を省略し、ここでは異なる部分について主に述べる。なお、以下の各実施形態も同様にして重複した説明を省略する。
本実施形態は、第１の実施形態の変形例であり、バリューの発行機関がバリュー発行後に商品のベンダにバリュー発行代金を入金する後払い方式を用いる点が第１の実施形態とは異なっている。
【０１１７】
具体的には、発行機関３０は、前述した各機能のうちのステップＳＴ１〜ＳＴ２の機能に代えて、ベンダ４０からバリュー発行許可を受けずにバリューを発行する機能を有し、且つ、ベンダ４０からの請求に応じてバリュー発行代金をベンダ４０に支払う機能をもっている。
【０１１８】
ベンダ４０は、前述した各機能のうちのステップＳＴ１〜ＳＴ２の機能に代えて、各自動販売機５０から集計した商品販売ログに基づいて、発行機関３０が発行したバリュー発行代金を発行機関３０に請求する機能と、この請求に応じて発行機関３０からバリュー発行代金を受取る機能とをもっている。
【０１１９】
以上のような構成としても、バリューの決済時が異なる以外は、第１の実施形態と同様の効果を得ることができる。なお、本実施形態は、発行機関３０がベンダ４０からバリュー発行許可を受けてバリューを発行するが、ベンダ４０への入金を商品販売ログに基づく後払い方式に変形しても、同様の効果を得ることができ、さらに、ベンダがバリュー発行額の上限を管理することができる。
【０１２０】
（第３の実施形態）
次に、本発明の第３の実施形態に係るモバイルキャッシュシステムについて説明する。
本実施形態は、携帯電話が処理能力不足でディジタル署名を生成しなかった第１の実施形態とは異なり、携帯電話が十分な処理能力によりディジタル署名を生成可能なモバイルキャッシュシステムについて述べる。
【０１２１】
ここで、携帯電話１０は、前述した機能に加え、バリュー購入要求生成部１４がディジタル署名を施す機能を有し、バリュー検証部１５がディジタル署名の実行並びに検証する機能を有し、支払証生成部１７がディジタル署名を検証する機能を備えている。なお、利用者は、利用者登録時に携帯電話１０毎にユニークな公開鍵ペアをポータルサイト２０に発行してもらう。
【０１２２】
また、発行機関３０は、前述した機能に加え、バリュー販売部３５が、ディジタル署名を検証する機能をもっている。
【０１２３】
また、自動販売機５０は、前述した機能に加え、支払証検証部５４がディジタル署名を検証する機能をもっている。
【０１２４】
次に、以上のように構成されたモバイルキャッシュシステムの動作について説明する。
【０１２５】
（初期の契約）
利用者登録時に携帯電話１０に公開鍵ペアを発行する以外は前述同様であるので、説明を省略する。
（バリュー購入）
図１１に示すように、前述同様に携帯電話１０が発行機関３０にアクセスし、バリュー購入要求生成部１４がベンダＩＤＶ、購入金額（Prepay）、決済方法及びユーザＩＤＵからなるバリュー購入要求を生成すると共に、このバリュー購入要求を第１通信部１３を介して発行機関３０へ送信したとする（ＳＴ３１）。なお、このステップＳＴ３１は、前述したステップＳＴ１１と同じである。
【０１２６】
発行機関３０では、バリュー購入要求を第１通信部３１により受信すると、バリュー購入要求受付部３２がユーザＩＤＵを確認した後、生成したバリュー通し番号（ser num）と受信したベンダＩＤＶとバリュー購入額Prepayとのハッシュ値ｈ（ser num ||ＩＤＶ ||Prepay）を求め、このハッシュ値に自己の秘密鍵ＳＫＩで署名を施し、得られた署名データＳＩＧＩ［ｈ（ser num ||ＩＤＶ ||Prepay）］とバリュー通し番号ser numと発行機関３０の公開鍵ＰＫＩとを携帯電話１０に送信する（ＳＴ３２）。
【０１２７】
携帯電話１０は、この署名データを受信すると、バリュー購入要求生成部１４が発行機関３０の公開鍵ＰＫＩでバリューの署名を検証する。
【０１２８】
検証結果が正しければ、携帯電話１０は、バリュー通し番号ser num、ベンダＩＤＶ、ユーザＩＤＵ及びバリュー購入額Prepayからなるハッシュ値への署名ＳＩＧＴ［ｈ（ser num||ＩＤＶ ||Prepay||ＩＤＵ||verify）］を生成し、この署名を受領通知ackとして発行機関３０に送信する（ＳＴ３３）。
【０１２９】
発行機関３０は、この署名を受信すると検証を行ない、検証結果が正しければ、完了通知としてser numを携帯電話１０に送信する（ＳＴ３４）。
【０１３０】
以下、前述した図７に示すように、発行機関３０は、バリューvalueＩを生成して前述したステップＳＴ１２を行なう。また、携帯電話１０も前述同様に、バリュー検証部１５によりバリューを検証してメモリ１１に格納し、また、バリュー残高をメモリ１１に設定する。
【０１３１】
次に、バリュー検証部１５は、バリューvalueＩを受領した旨を示す受領通知ackをディジタル署名により生成し、発行機関３０へ送信する（ＳＴ１３）。
【０１３２】
但し、この受領通知ackは、ｈ（ser num ||ＩＤＶ ||Prepay ||ＩＤＵ ||verify）に署名を施して得られた署名データＳＩＧT［ｈ（ser num ||ＩＤＶ ||Prepay ||ＩＤＵ ||verify）］となっている。
【０１３３】
一方、発行機関３０では、送信された受領通知ackについて、バリュー販売部３５が、ユーザＩＤＵから署名検証に用いる利用者の公開鍵を検索し、検証を行う。なお、利用者が多数であり、公開鍵の検索に時間がかかることが予想される場合、携帯電話からackを送信する際に、一緒に利用者の公開鍵を送信してもよい。但し、この場合には、携帯電話の公開鍵は、発行機関又は第三者による署名が付けられた公開鍵証明書であることが望ましい。
【０１３４】
検証の結果、受領通知ackが正しければ、バリュー販売部３５は、前述同様に、ポータルサイト２０及び利用者に完了通知としてバリュー通し番号（ser num）を第１通信部３１を介して送信する（ＳＴ１４）。
【０１３５】
以下、前述した通り、携帯電話１０でのメッセージ表示や、ポータルサイト２０等での決済処理が行なわれ、バリューの購入処理や決済処理が完了する。
【０１３６】
（商品の購入）
いま前述した通り、利用者が自動販売機番号を入力し、自動販売機番号で指定された自動販売機５０と携帯電話１０とで１対１の通信が可能となったとする。
また同様に、携帯電話１０内のバリュー残高で購入可能な商品に対し、自動販売機５０の商品選択ボタンが点灯され、図９に示すように、利用者により、いずれかの商品選択ボタンが押されたとする（ＳＴ２２）。
【０１３７】
自動販売機５０は、支払要求部５３が、押された商品選択ボタンの示す商品の支払額（fee）を第２通信部５１により携帯電話１０に送信する（ＳＴ２３）。
【０１３８】
携帯電話１０は、第２通信部１６により支払額（fee）を受けると、支払証生成部１７が、商品購入時のバリュー残高をbalanceとして、携帯電話１０の秘密鍵により署名を行ない、署名データとして支払証ＳＩＧT（ＩＤＵ||ＩＤＶ||ser num ||fee ||balance ||Prepay）を生成する。なお、Prepay＝fee＋ba1anceである。
【０１３９】
携帯電話１０においては、残高管理部１８が購入商品のベンダ４０のバリュー残高を支払額分だけ減額した後、支払証生成部１７が支払証、バリューvalueＩ、及び携帯電話１０の公開鍵ＰＫTを第２通信部１６により自動販売機５０に送信する（ＳＴ２４＊）。この場合、公開鍵ＰＫTの正当性を検証できる様に、発行機関３０もしくは第三者による公開鍵証明書にて公開鍵ＰＫTを送信することが好ましい。
【０１４０】
自動販売機５０は、第２通信部１６により、支払証、バリューvalueＩ、及び公開鍵ＰＫTを携帯電話１０から受けると、支払証検証部５４が、この公開鍵ＰＫTを用いて支払証を検証し、バリュー購入額、バリュー残高、支払額に問題がないか検証する。
【０１４１】
検証結果が正しい（一致）の場合、真値true（＝１）を受領通知として携帯電話１０へ返す（ＳＴ２５）。
【０１４２】
以下、前述した通りにモバイルキャッシュシステムは動作する。
【０１４３】
上述したように本実施形態によれば、第１の実施形態の効果に加え、ディジタル署名を用いたので、バリューの偽造などに関するセキュリティ性を向上させることができる。
【０１４４】
尚、本発明における記憶媒体としては、磁気ディスク、フロッピー（登録商標）ディスク、ハードディスク、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等）、光磁気ディスク（ＭＯ等）、半導体メモリ等、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。
【０１４５】
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行しても良い。
【０１４６】
さらに、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
【０１４７】
また、記憶媒体は１つに限らず、複数の媒体から本実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。
【０１４８】
尚、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。
【０１４９】
また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【０１５０】
なお、本願発明は、上記各実施形態に限定されるものでなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合、組み合わされた効果が得られる。さらに、上記各実施形態には種々の段階の発明が含まれており、開示される複数の構成用件における適宜な組合せにより種々の発明が抽出され得る。例えば実施形態に示される全構成要件から幾つかの構成要件が省略されることで発明が抽出された場合には、その抽出された発明を実施する場合には省略部分が周知慣用技術で適宜補われるものである。
【０１５１】
その他、本発明はその要旨を逸脱しない範囲で種々変形して実施できる。
【０１５２】
【発明の効果】
以上説明したように本発明によれば、携帯端末の操作により商品を購入できることに加え、クレジット決済ではないので、利用者側にとってクレジット番号の漏洩の不安を解消することができる。また、バリュー発行額に基づいて商品提供手段に入金されるので、店舗側にとって、商品の販売から入金までの決済の期間を短縮でき、さらに、店舗側にとって、決済の手数料負担を削減することができ、また、電子マネーのような還流を無くすことができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るモバイルキャッシュシステムの構成を示す模式図
【図２】同実施形態における携帯電話の構成を示す模式図
【図３】同実施形態における発行機関の構成を示す模式図
【図４】同実施形態における自動販売機の構成を示す模式図
【図５】同実施形態における初期契約からバリュー決済までの動作を説明するための模式図
【図６】同実施形態におけるバリュー購入動作を説明するための模式図
【図７】同実施形態におけるバリュー購入動作を説明するためのシーケンス図
【図８】同実施形態における商品購入動作を説明するための模式図
【図９】同実施形態における商品購入動作を説明するためのシーケンス図
【図１０】同実施形態における商品販売ログの集計を示す模式図
【図１１】本発明の第３の実施形態における携帯電話と発行機関との間の認証動作を説明するためのシーケンス図
【符号の説明】
１０…携帯電話
１１，３４，５５…メモリ
１２…携帯端末処理部
１３，３１，５７…第１通信部
１４…バリュー購入要求生成部
１５…バリュー検証部
１６，５１…第２通信部
１７…支払証生成部
１８…残高管理部
２０…ポータルサイト
３０…発行機関
３２…バリュー購入要求受付部
３３…バリュー生成部
３５…バリュー販売部
４０…ベンダ
５０…自動販売機
５２…携帯端末認証部
５３…支払要求部
５４…支払証検証部
５６…集計部
６０…決済機関
【図１】
0004750932.tif 000002
【図２】
0004750932.tif 000003
【図３】
0004750932.tif 000004
【図４】
0004750932.tif 000005
【図５】
0004750932.tif 000006
【図６】
0004750932.tif 000007
【図７】
0004750932.tif 000008
【図８】
0004750932.tif 000009
【図９】
0004750932.tif 000010
【図１０】
0004750932.tif 000011
【図１１】
0004750932.tif 000012